Linux OS - info, how-to, pitanja, novosti, savjeti, problemi...

[tomek@vz]

Autor yossariane

Rješen i wayland. Trebalo je u grub ubaciti

GRUB_CMDLINE_LINUX="video=Virtual-1:2560x1440@60"

Sad Fedora fino radi. Zna netko kako istaknuti aktivni prozor?

Probaj ovo:

https://extensions.gnome.org/extensi...ghlight-focus/


P.S.- mislio sam da želis virtualku složit da ti se automatski baca u fullscreenu u određenu rezu (ali da je i dalje fleksiblno). Dali ti se na taj način skalira virtualka?

[yossariane]

Autor tomek@vz

Probaj ovo:

https://extensions.gnome.org/extensi...ghlight-focus/


P.S.- mislio sam da želis virtualku složit da ti se automatski baca u fullscreenu u određenu rezu (ali da je i dalje fleksiblno). Dali ti se na taj način skalira virtualka?

Probati ću. Uf to je za Gnom, ja vozim KDE.
Da htio sam da mi automatski odabere rezoluciju. U virt manageru to ne uspijevam ali kad u guestVM conf file u x11 ili malo editiram grub za wayland, sve nakon logina je u QHD rezoluciji. Prije nisam imao izbora za moju rezoluciju, imao sam ili veću ili manju ali ne i moju. Nije mi jasno zašto virt.manager nema 2560x1440(16:9) bar to nije neka divlja rezolucija

[tomek@vz]

Today at the Open Source Summit Europe, The Linux Foundation announced that the open-source document database, DocumentDB, would be joining the foundation and be released under the MIT license.
DocumentDB was created by Microsoft and launched earlier this year. Since its release, it has gained 1.9k stars and hundreds of contributions, feedback, and users, according to the Linux Foundation.

> sdtimes

The Linux Foundation on Monday welcomed Microsoft's DocumentDB into its stable of open source projects, waving the document database's permissive MIT license as if it were an "Open for Business" sign.

> theregister

On this day 34 years ago, an unknown computer science student from Finland announced that a new free operating system project was “starting to get ready.” Linus Benedict Torvalds elaborated by explaining that the OS was “just a hobby, [it] won’t be big and professional like GNU.” Of course, this was the first public outing for the colossal collaborative project that is now known as Linux.

Happy 34th birthday Linux! from r/linux

> Toms

[Cuky]

Na kraju srusio fedoru kde i zavrsio na cinnamonu.

Kde je bio osjetno sporiji dok je laptop bio na bateriji na balanced profilu. Sa cinnamonom nema taj delay.

Odusevljen sam kako lagano radi i sta se sve moze nakalemit gore preko appleta koji su vrh 🙂. Probao sam i xfce preko live usb-a al bas je nekako zastario u usporedbi sa cinnamonom tako da sam odustao od njega.

[tomek@vz]

Autor Cuky

Na kraju srusio fedoru kde i zavrsio na cinnamonu.

Kde je bio osjetno sporiji dok je laptop bio na bateriji na balanced profilu. Sa cinnamonom nema taj delay.

Odusevljen sam kako lagano radi i sta se sve moze nakalemit gore preko appleta koji su vrh 🙂. Probao sam i xfce preko live usb-a al bas je nekako zastario u usporedbi sa cinnamonom tako da sam odustao od njega.

[kopija]

Mislim da je do Xorga, Wayland nije ready za prime-time.

[tomek@vz]

Autor kopija

Mislim da je do Xorga, Wayland nije ready za prime-time.

Mislim da se na kraju sve svodi na graficke drivere. Sa AMD-om i Intelom nisam iskusio nikakvih problema, dapace, nema vise Screen-Tearing efekta koji me godinama na Desktop Linuxu pratio. Nvidia je po tom pitanju jos uvijek jako traljava, katkad i nestabilna.

[Dule]

Autor tomek@vz

Mislim da se na kraju sve svodi na graficke drivere. Sa AMD-om i Intelom nisam iskusio nikakvih problema, dapace, nema vise Screen-Tearing efekta koji me godinama na Desktop Linuxu pratio. Nvidia je po tom pitanju jos uvijek jako traljava, katkad i nestabilna.

Da, samo što nvidia ima 90% GPU marketsharea I 90% korisnika će imati probleme sa Waylandom. Možemo mi upirati prstom u nvidiu ali end-usere nije briga tko je kriv.

[stef]

Nvidia i ozbiljan Linux korisnik ne idu u istu rečenicu. AMD je odavno sredio priču s open source Linux driverima. Pa, ako mogu oni, mogu i drugi.

[tomek@vz]

Zato se i nvidia malo okrenula:

https://developer.nvidia.com/blog/nv...ernel-modules/

Baby steps...

[c-shadow]

Možda ako u endiviji to jednog dana srede im Linus više neće pokazivati srednji prst?

[stef]

Nekak sumnjam . To im je u krvi, i Nvidiji i Linusu.

[Cuky]

Autor tomek@vz

Mislim da se na kraju sve svodi na graficke drivere. Sa AMD-om i Intelom nisam iskusio nikakvih problema, dapace, nema vise Screen-Tearing efekta koji me godinama na Desktop Linuxu pratio. Nvidia je po tom pitanju jos uvijek jako traljava, katkad i nestabilna.

Isto se ponasao i sa nouveau i sa proprietary driverima, jednostavno se pomalo kilavio.

Mozda je zbilja do razlike x11 i waylanda kako kolega kaze, mada se ja u taj dio slabo razumijem.

[tomek@vz]

Autor Cuky

Isto se ponasao i sa nouveau i sa proprietary driverima, jednostavno se pomalo kilavio.

Mozda je zbilja do razlike x11 i waylanda kako kolega kaze, mada se ja u taj dio slabo razumijem.

Kolega je u pravu. Kvaka je da nvidia jednostavno ne radi najbolje sa Waylandom - zasad. Al ovaj gore link ima samo djelomicno veze sa nouveau driverima Nvidia je pocela raditi na sluzbenom open-source kernel driveru kakav ima i AMD. Userspace dio ce ostati i dalje zakljucan. Kolko mi je poznato nouveau je cisto "community driven" bio dosad (ispravite me ako grijesim). Prve verzije su vec u Fedori (akmod-nvidia-open,nvidia-open* paketi). Nisam isprobao pa nemogu komentirati jel su ok ili nisu.

P.S.- Torvaldsov updejt na temu

[tomek@vz]

Linus Torvalds updated the kernel's MAINTAINERS file to mark Bcachefs as "externally maintained," signaling he won't accept new Bcachefs pull requests for now. "MAINTAINERS: mark bcachefs externally maintained," wrote Torvalds with the patch. "As per many long discussion threads, public and private."

"The Bcachefs code is still present in the mainline Linux kernel likely to prevent users from having any immediate fall-out in Bcachefs file-systems they may already be using, but it doesn't look like Linus Torvalds will be honoring any new Bcachefs pull requests in the near future," adds Phoronix's Michael Larabel.

[stef]

Danas sam apsolvirao kako zapeć Windows ISO na USB stick iz Linux-a. Mediawriter i dd ne rade.
Naišao sam na woeusb, koji radi:

[yossariane]

Autor stef

Danas sam apsolvirao kako zapeć Windows ISO na USB stick iz Linux-a. Mediawriter i dd ne rade.

Ventoy i samo ventoy. Na jedan disk zapržiš koliko hećeš ISO-a.
https://www.ventoy.net/en/index.html

[stef]

Baš sam htio pitat ima li nešto bolje/novije.

[tomek@vz]

For those using the upstream open-source NVIDIA Linux driver "Nouveau", with a pending fix coming for Linux 6.17 and existing kernel releases it should be a much more stable and reliable experience.

Instability issues have been somewhat common for the Nouveau driver usage but up until recently were hard to track down and reproduce. Fortunately, thanks to the stellar work of Faith Ekstrand and David Airlie, they managed to now address this in large part. Faith Ekstrand explained it's been a fencing bug where the context would randomly wedge and could lead to the app/game freezing and losing your X.Org Server / compositor in the process. After many bug reports over the past year, a fix is on the way.

> Phoronix

[radi.neradi]

Prije par godina napravljen je flash Coreboot-a na Thinkpad W530 (Ivy Bridge). Linux je radio kako treba, ali se NetBSD zamrzavao kod povratka iz deep statea C3, jer kernel ne podržava C6/C7 uopće IIRC (https://man.netbsd.org/acpicpu.4), uz to smo zaključili da se dešava kada CPU počne dizati clockove / voltažu. Vratili smo originalni BIOS jer stvari nisu funkcionirale.

Sada sam primjetio da je izašao patch https://review.coreboot.org/c/corebo...l_206ax_init.c za navedeni problem; https://ticket.coreboot.org/issues/121

Novu verziju Coreboot-a u koju je gore navedeni patch ubačen još nisam testirao, ali po ovome što ljudi pišu, sa Linuxom bi trebao raditi bez "intel_idle.max_cstate" koji je trošio više struje i laptop je bio konstantno bučan, pa zaključujem da bi problem mogao biti riješen i na NetBSD-u obzirom da Coreboot i eventualno Intel microcodovi imaju svoj utjecaj. Mišljenje prije pokušaja?

U intel_idle.c driveru imamo; za C3 59µs, za C6 80µs, za C7 87µs, dok Coreboot patch koristi za C3 60.4µs, za C6 81µs i za C7 89.1µs, prethodno bez patcha C3 81.9µs, za C6 106.5µs i za C7 111.6µs.

Referenca https://raw.githubusercontent.com/to...e/intel_idle.c

X86_MATCH_VFM(INTEL_IVYBRIDGE,        &idle_cpu_ivb),

static const struct idle_cpu idle_cpu_ivb __initconst = {
    .state_table = ivb_cstates,
    .disable_promotion_to_c1e = true,
};

static struct cpuidle_state ivb_cstates[] __initdata = {
    {
        .name = "C1",
        .desc = "MWAIT 0x00",
        .flags = MWAIT2flg(0x00),
        .exit_latency = 1,
        .target_residency = 1,
        .enter = &intel_idle,
        .enter_s2idle = intel_idle_s2idle, },
    {
        .name = "C1E",
        .desc = "MWAIT 0x01",
        .flags = MWAIT2flg(0x01) | CPUIDLE_FLAG_ALWAYS_ENABLE,
        .exit_latency = 10,
        .target_residency = 20,
        .enter = &intel_idle,
        .enter_s2idle = intel_idle_s2idle, },
    {
        .name = "C3",
        .desc = "MWAIT 0x10",
        .flags = MWAIT2flg(0x10) | CPUIDLE_FLAG_TLB_FLUSHED,
        .exit_latency = 59,
        .target_residency = 156,
        .enter = &intel_idle,
        .enter_s2idle = intel_idle_s2idle, },
    {
        .name = "C6",
        .desc = "MWAIT 0x20",
        .flags = MWAIT2flg(0x20) | CPUIDLE_FLAG_TLB_FLUSHED,
        .exit_latency = 80,
        .target_residency = 300,
        .enter = &intel_idle,
        .enter_s2idle = intel_idle_s2idle, },
    {
        .name = "C7",
        .desc = "MWAIT 0x30",
        .flags = MWAIT2flg(0x30) | CPUIDLE_FLAG_TLB_FLUSHED,
        .exit_latency = 87,
        .target_residency = 300,
        .enter = &intel_idle,
        .enter_s2idle = intel_idle_s2idle, },
    {
        .enter = NULL }
};

Pretpostavljam da je Coreboot preuzeo IRTL vrijednosti iz Linux kernel Intel drivera, jer u specifikaciji ispod ih ne mogu pronaći. Gdje ih je Intel pronašao? (Tražio sam ih po internetu pola sata)

https://www.intel.com/content/dam/www/public/us/en/documents/datasheets/3rd-gen-core-family-mobile-vol-1-datasheet.pdf

CPU počne dizati clockove i voltažu, od BIOS-a ima definirane vrijednosti i provjerava koliko vremena je potrebno da se vrati iz C3/C6/C7 u C0, a ako mu treba više vremena nego što je definirano u BIOS-u, tada neće ući u C0 već će se zamrznut jer se neće ni vratit u prethodni. Jel ovaj zaključak ispravan? Što se zapravo dogodi u samom procesoru?