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

[tomek@vz]

Tumbleweed—openSUSE's rolling release Linux distro—has made a significant change, swapping AppArmor for SELinux for new installs....

https://www.webpronews.com/opensuse-...over-apparmor/


Nije popularan kao Fedora/Debian (ili onaj treci kojeg necu spominjat) ali iz nekog razloga sam se uvijek svako malo vracao na OpenSuse. Istina da je uvijek zahtjevao vise koraka za isti cilj kao Fedora ali je uvijek prednjacio u jednome - imao je najbolju i najispoliraniju implementaciju KDE sučelja + YAST (nekaj tipa control center na Windowsima) kaj je za novopečene Linux korisnike bio zgodan dodatak dok je power userima i adminima koji vole svoje configove radit bio trn u oku zbog prepisivanja istih. Selinux je kompleksniji ali po mom misljenju i sposobniji sustav zastite samog sebe od neovlastenog prckanja tak da mislim da je ovo ok potez.

[tomek@vz]

Autor spiderhr

Doduše je da je stariji Lenovo
I7-4510U
6GB Rama

D12
Kernel 6.1.0-28-amd64
Mate 1.26.0

Instaliran pipewire 0.33.65-3+deb12u1

ovo daje lspci

00:00.0 Host bridge: Intel Corporation Haswell-ULT DRAM Controller (rev 0b)
00:02.0 VGA compatible controller: Intel Corporation Haswell-ULT Integrated Graphics Controller (rev 0b)
00:03.0 Audio device: Intel Corporation Haswell-ULT HD Audio Controller (rev 0b)
00:14.0 USB controller: Intel Corporation 8 Series USB xHCI HC (rev 04)
00:16.0 Communication controller: Intel Corporation 8 Series HECI #0 (rev 04)
00:1b.0 Audio device: Intel Corporation 8 Series HD Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 8 Series PCI Express Root Port 3 (rev e4)
00:1c.3 PCI bridge: Intel Corporation 8 Series PCI Express Root Port 4 (rev e4)
00:1c.4 PCI bridge: Intel Corporation 8 Series PCI Express Root Port 5 (rev e4)
00:1d.0 USB controller: Intel Corporation 8 Series USB EHCI #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation 8 Series LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation 8 Series SATA Controller 1 [AHCI mode] (rev 04)
00:1f.3 SMBus: Intel Corporation 8 Series SMBus Controller (rev 04)
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 10)
02:00.0 Network controller: Intel Corporation Wireless 3160 (rev 93)
03:00.0 Display controller: Advanced Micro Devices, Inc. [AMD/ATI] Sun LE [Radeon HD 8550M / R5 M230]

Doduše ja sam mislio da je to zbog starijeg stroja i kaj nema previše rama pa dođe blizu tih 6 gb.

Jer zna biti upaljen VSC, FF s dosta tabova i thunderbird. Pa kada lupim Chrome ili Operu za test zna prekinut.

Krivi lspci sam dao.

Nije do RAM-a. Ja sam mislio da je do drivera ili firmwera al mi se sve vise cini da je neki PCI Interrupt možda u pitanju jer imam na poslu skoro identičan Thinkpad prema tvojim specifikacijama i tamo radi Linux ko beba. Danas isprobam jos par distri pa javim dojmove sa svoje kante.

[tomek@vz]

Rezime za audio probleme i skaliranje aplikacija > na Fedori nekaj fali. KDE ista problematika. Opensuse Tumbleweed sa KDE sučeljem > oboje radi kak bi trebalo sa defaultnim kernelom 6.13.1. Vrijeme je da ispušem prašinu sa ansible skripti za SuSe .

[Dule]

Autor tomek@vz

Pošto je pipewire u pitanju

Jel ti stvarno treba Pipewire, jel ALSA opcija?

Ne znam kako je to složeno na Fedori ali otkad je PulseAudio i Pipewire stacka kod mene uvijek nešto za*ebava, neovisno o distri. Mislim što očekivati kad imaš layer iznad layera iznad layera i samo se gradi ko kula od karata. Kod mene je jedino ALSA radila predvidljivo i stabilno na 3-4 različite mašine.

Autor tomek@vz

P.S. - yep cari Desktop Linux iskustva out of the box u 2025. Mozemo vrtjeti OS u PDF fajlu ali nakon 20 godina i dalje ista ili slicna sranja sto se Desktop iskustva tice.

Da citiram lika iz FUTO software (credit mkey post na freeware temi)

From 2002 to the present, two things remain true:

• You can do cool things with GNU/Linux.
• These cool things are hidden behind a labyrinth of
  • Half baked software.
  • Horrible UI.
  • Forum elitists & gaslighting assholes who will make you think YOU’RE the crazy one for expecting things to work.
  • People that will tell you to “RTFM” with no regard for whether that documentation actually works.
  • black boxes. I mean literally hidden behind actual black boxes. For six months. Unfixed. On the stable version of a server operating system (that bug is present in 24.10 long-term-stable even today).

So much of the open source user experience is not designed for normal people. Whether it was using NDISwrapper 20 years ago to get wifi to work or messing with SCSI emulation to burn a CD, GNU/Linux is pain. It’s all pain.

It’s painful enough that people will happily trade their data, sovereignty, privacy, and their rights to avoid ever having to deal with it; and I can’t blame them.

This has to change. As of 2024, most of you live your life:

1. Dependent on closed source software.
2. Running on someone else’s server where you can be kicked off at any time.
3. Forced into forced arbitration or your device won’t work anymore.
4. With no privacy.
5. Training AI with your creations.
6. Now is a time like no other for you to feel empowered to build systems that you control & understand.

[Ivo_Strojnica]

Joj, meni taj Suse nikako ne sjeda.
Bas kompliciraju sa extra koracima....krenem sa mazohizmom, ali menprodje nakon tjedan dana.

Svaka ti čast sta ti se da.

[spiderhr]

Autor tomek@vz

Rezime za audio probleme i skaliranje aplikacija > na Fedori nekaj fali. KDE ista problematika. Opensuse Tumbleweed sa KDE sučeljem > oboje radi kak bi trebalo sa defaultnim kernelom 6.13.1. Vrijeme je da ispušem prašinu sa ansible skripti za SuSe .

Meni se ne da ići na nešto drugo, naviknuo se na Debiana. Čak mi ne iritira taj mali prekid.

[tomek@vz]

Autor Dule

Jel ti stvarno treba Pipewire, jel ALSA opcija?

Ne znam kako je to složeno na Fedori ali otkad je PulseAudio i Pipewire stacka kod mene uvijek nešto za*ebava, neovisno o distri. Mislim što očekivati kad imaš layer iznad layera iznad layera i samo se gradi ko kula od karata. Kod mene je jedino ALSA radila predvidljivo i stabilno na 3-4 različite mašine.

Da citiram lika iz FUTO software (credit mkey post na freeware temi)

Žalosno ali istinito. Softwer se ispolira tek kad dođe u ruke komercijali, htjeli mi to priznati ili ne. Kaj se Pulseaudio/Pipewire/Alse tiče - hendling vise audio izlaza kroz Gnome/KDE je bolje riješen sa nativnim alatima. Pulsaudio je u početku zajebavao (pred cca 15 godina ak se ne varam) al nakon par mjeseci se sve to stabiliziralo. Imao sam jedan stroj na kojem je kvaliteta zvuka varirala ali sam rijesio sa tsched=0 opcijom. Ovo je nekaj novo. Možda se u idućoj Fedori ispravi. Al OpenSuSe takoder koristi Pipewire pa nema problema. Znaci neka optimizacija ili fali ili sere. zasad se drzim OpenSuse na ovom stroju, ionak mi ne igra ulogu jel Fedora, Suse il Debian.

Autor Ivo_Strojnica

Joj, meni taj Suse nikako ne sjeda.
Bas kompliciraju sa extra koracima....krenem sa mazohizmom, ali menprodje nakon tjedan dana.

Svaka ti čast sta ti se da.

Ni meni nije prvi izbor zbog , u nekim stvarima čudnih odabira defaultnih postavki ili izmjene koda gdje ga ne treba biti. openSuse je pain samo u startu. Kad shvatiš što, gdje i kako možeš si bash ili ansible skriptu posložit koja sve te čudne stvari poravna kako ti želiš. I onda ti prebace SystemD na ovaj novi standard gdje ti je /etc u /usr/etc pa moras sve ponovo čekirat i prepravljat. Dobro da imamo alate poput sed i awk pa izmjena pada relativno jednostavno bez obzira koliko se configova i yaml fajlova radi. Al nije takav bauk, samo zahtjeva više truda u startu. I kao što sam već gore napisao - Fedorina implementacija KDE sučelja je solidna, ali OpenSuse je na sasvim drugoj razini. Imaš osjećaj da si za puno ispoliranijem OS-u.

[tomek@vz]

For over a decade Karol Herbst has been a developer on the open-source Nouveau driver, a reverse-engineered NVIDIA graphics driver for Linux. "He went on to become employed by Red Hat," notes Phoronix. "While he's known more these days for his work on the Mesa 3D Graphics Library and the Rusticl OpenCL driver for it, he's still remained a maintainer of the Nouveau kernel driver."

But Saturday Herbst stepped down as a nouveau kernel maintainer, in a mailing list message that begins "I was pondering with myself for a while if I should just make it official that I'm not really involved in the kernel community anymore, neither as a reviewer, nor as a maintainer." (Another message begins "I often thought about at least contributing some patches again once I find the time, but...")

Their resignation message hints at some long-running unhappiness. "I got burned out enough by myself caring about the bits I maintained, but eventually I had to realize my limits. The obligation I felt was eating me from inside. It stopped being fun at some point and I reached a point where I simply couldn't continue the work I was so motivated doing as I've did in the early days." And they point to one specific discussion on the kernel mailing list February 8th as "The moment I made up my mind."

It happened in a thread about whether Rust would create difficulty for maintainers. (Someone had posted that "The all powerful sub-system maintainer model works well if the big technology companies can employ omniscient individuals in these roles, but those types are a bit hard to come by.") In response, someone else had posted "I'll let you in a secret. The maintainers are not 'all-powerful'. We are the 'thin blue line' that is trying to keep the code to be maintainable and high quality. Like most leaders of volunteer organization, whether it is the Internet Engineerint Task Force (the standards body for the Internet), we actually have very little power. We can not *command* people to work on retiring technical debt, or to improve testing infrastructure, or work on some particular feature that we'd very like for our users. All we can do is stop things from being accepted..."

Saturday Herbst wrote: The moment I made up my mind about this was reading the following words written by a maintainer within the kernel community:

"we are the thin blue line"

This isn't okay. This isn't creating an inclusive environment. This isn't okay with the current political situation especially in the US. A maintainer speaking those words can't be kept. No matter how important or critical or relevant they are. They need to be removed until they learn. Learn what those words mean for a lot of marginalized people. Learn about what horrors it evokes in their minds.

I can't in good faith remain to be part of a project and its community where those words are tolerated. Those words are not technical, they are a political statement. Even if unintentionally, such words carry power, they carry meanings one needs to be aware of. They do cause an immense amount of harm.
The phrase thin blue line "typically refers to the concept of the police as the line between law-and-order and chaos," according to Wikipedia, but more recently became associated with a"countermovement" to the Black Lives Matter movement and "a number of far-right movements in the U.S."

Phoronix writes: Lyude Paul and Danilo Krummrich both of Red Hat remain Nouveau kernel maintainers. Red Hat developers are also working on developing NOVA as the new Rust-based open-source NVIDIA kernel driver leveraging the GSP interface for Turing GPUs and newer.

[Zé.]

Planiram preći na linux. Za home edition pretpostavljam da je najbolji ubuntu?

https://ubuntu.com/download/desktop

Zadnje verzije za downloadati su 24.04.1 LTS i 24.10.

Razlika je jedino u tome što 24.04.1 LTS ima support 5 godina a 24.10 ima support 9 mjeseci. Što bi više odgovaralo linux početniku?

[xlr]

Autor Zé.

Što bi više odgovaralo linux početniku?

Linux Mint, jel. Pogotovo ako si dugo boravio na Windowsima.

Topla preporuka, nemoj se emotivno vezati za Linux prvih par mjeseci, da ne kazem godinu dana, i ostavi si otvorena vrata za laki povratak na ono sto si prije koristio. Drugim rijecima, nemoj formatirati trenutni OS i pregaziti ga Linuxom. Prosao sam to jedno 3-4 puta. Nije sve za svakoga

[tomek@vz]

Autor xlr

Linux Mint, jel. Pogotovo ako si dugo boravio na Windowsima.

Topla preporuka, nemoj se emotivno vezati za Linux prvih par mjeseci, da ne kazem godinu dana, i ostavi si otvorena vrata za laki povratak na ono sto si prije koristio. Drugim rijecima, nemoj formatirati trenutni OS i pregaziti ga Linuxom. Prosao sam to jedno 3-4 puta. Nije sve za svakoga

Potpis ko kuca.

[Mommistake]

Autor Zé.

Planiram preći na linux. Za home edition pretpostavljam da je najbolji ubuntu?

https://ubuntu.com/download/desktop

Zadnje verzije za downloadati su 24.04.1 LTS i 24.10.

Razlika je jedino u tome što 24.04.1 LTS ima support 5 godina a 24.10 ima support 9 mjeseci. Što bi više odgovaralo linux početniku?

Zašto bi prešao na Linux?

Ako je, kao dosta pojedinaca danas, u neke privatne svrhe da se Windows zamjeni nekim Linuxom s UI-om, koristiti ga kao gaming mašinu ili nešto slično, svakako to ne preporučam, radije ostani na Windowsu.

Ako si stvarno spreman se spustiti u teriman i početi raditi kak treba, onda svakako kreni s Mintom. I forsiraj se da odmah kreneš sve kroz terminal.

Kad jednom zagrebeš površinu osnovnim naredbama, kad skužiš čari i moći Linuxa, onda si na konju, kasnije lako zamjeniš Ubuntu nekom drugom distribucijom.

Na žalost, najbolji način za naučiti Linux je ustvari raditi na njemu, koliko god teško bilo. Kad jednom legne, nema dalje. Više niti ne kopiram file bez terminala, čak i kad Macbook koristim.

[Dule]

Autor Mommistake

I forsiraj se da odmah kreneš sve kroz terminal.

Uz napomenu da ne unosiš ništa u terminal ako ne razumiješ što točno naredba radi. Vidio sam hrpu puta da ekipa googla problem, nađe neki post na forumu iz 2011., copy/pastea 5-6 naredbi u root shell bez razumijevanja i odjednom OS više ne boota.

Kreni polako i sa razumijevanjem (ovo sa dual-bootom je odličan savjet), držeći na umu da Linux nije Windows i da stvari rade drukčije.

[xlr]

Meni Linux super lezi u homelab okruzenju, sve mi je na Linuxu. Ali eto pokusao vise puta preci na Fedoru i Mint, uvijek nesto negdje "ne radi" i onda zavrsim debagirajuci neke sitnice danima i pokusavajuci postici da radi "kao u Windowsima". Treba se kompletno otkaciti od tog stava sto meni ne polazi za rukom jer sam star, plastican i nemam vremena za takve promjene. I to nije problem Linuxa

[Libertus]

Autor Mommistake

Zašto bi prešao na Linux?



Ako je, kao dosta pojedinaca danas, u neke privatne svrhe da se Windows zamjeni nekim Linuxom s UI-om, koristiti ga kao gaming mašinu ili nešto slično, svakako to ne preporučam, radije ostani na Windowsu.



Ako si stvarno spreman se spustiti u teriman i početi raditi kak treba, onda svakako kreni s Mintom. I forsiraj se da odmah kreneš sve kroz terminal.



Kad jednom zagrebeš površinu osnovnim naredbama, kad skužiš čari i moći Linuxa, onda si na konju, kasnije lako zamjeniš Ubuntu nekom drugom distribucijom.



Na žalost, najbolji način za naučiti Linux je ustvari raditi na njemu, koliko god teško bilo. Kad jednom legne, nema dalje. Više niti ne kopiram file bez terminala, čak i kad Macbook koristim.

Ako se mogu ljubazno ne složiti.

Mint je top za instalirati baš za to što si napisao da ne radi. Osobno ga godinama koristim za isto. Radi bez problema kao kućni kompjuter za cijelu obitelj, nema virusa, nema reklama, nema gluposti.

Terminal me ne zanima osim kada moram., a to je rijetko.

[tomek@vz]

Dakle rezime za OP-a. AKo jos nisi nikad isprobao Linux > igraj se najprije u virtualci. Nije bas da za sve moras konzolu koristiti, ja sve sto radim nakon instalacije mogu odraditi bez posezanja za konzolom (samo sam mazohist pa samo konzolu koristim). Ak ti se svidi slozi si dual boot (50GB diska mu dovoljno) cisto da vidis dal ti sve radi kako si zamislio. Ako ces nakon mjesec - dva vidjet da ti sve sto zelis radi i nemas nuspojava > go for it.

[Mommistake]

Autor Libertus

Ako se mogu ljubazno ne složiti.

Mint je top za instalirati baš za to što si napisao da ne radi. Osobno ga godinama koristim za isto. Radi bez problema kao kućni kompjuter za cijelu obitelj, nema virusa, nema reklama, nema gluposti.

Terminal me ne zanima osim kada moram., a to je rijetko.

Imam razumijevanja za to, meni GUI nije sjeo, konzola mi donosi kruh na stolu. Nisam nikad imao potrebe za Linuxom ustvari privatno. Posao me odvukao na to da moram biti Linux znalac, ako se tako mogu nazvati.

Kada sam ustvari krenuo s Linuxom, nisam baš bio oduševljen.

Sada, nakon 10+ godina, ne mogu bez njega.

[Bubba]

Autor Mommistake

Ako si stvarno spreman se spustiti u teriman i početi raditi kak treba, onda svakako kreni s Mintom. I forsiraj se da odmah kreneš sve kroz terminal.

Kad jednom zagrebeš površinu osnovnim naredbama, kad skužiš čari i moći Linuxa, onda si na konju, kasnije lako zamjeniš Ubuntu nekom drugom distribucijom.

Na žalost, najbolji način za naučiti Linux je ustvari raditi na njemu, koliko god teško bilo. Kad jednom legne, nema dalje. Više niti ne kopiram file bez terminala, čak i kad Macbook koristim.

Ti znas da "terminal" nije svojstvo ekskluzivno vezano za "Linux"? I ako smo kod toga, PowerShell je fakultet i akademija za bash i derivate.

Tako da taj argument nema veze ni sa cime.

@OP, uzivaj u Mintu.

[Mommistake]

Realnost je takva da 99% ljudi koji rade na Windowsu ne rade u PowerShellu ili terminalu bilo kakve vrste. Osim eventualno sitnice, gdje se sitnice ne uče nego googlaju.

S druge strane, 95% PC usera ne koristi Linux kao svoj "home workstation".

Oni koji koriste Linux u privatne svrhe, konzola im nije strana, ali opet na poslovnoj razini, Linux pokriva 95% VM-ova diljem svijeta, naravno, konzola.

PowerShell, bez obzira što ima napredniju sintaxu, ljudi ga ne koriste u obujmu kakvom konzolu koriste Linux useri. Realno, jer nema potrebe, Windowsa je malo općenito u svijetu virtualizacije.

Zato sam i pitao za svrhu. Ako čovjek želi naučiti koristiti Linux kako bi se on trebao koristiti i za što je osmišljen, možda jednog dana i monetizirati svoje znanje, onda svakako preporučam krenuti odmah u konzolu. UI nisam koristio, kao što sam gore napisao.

[Bubba]

Autor Mommistake

Realnost je takva da 99% ljudi koji rade na Windowsu ne rade u PowerShellu ili terminalu bilo kakve vrste.

Onda ne bude sigurno to radio ni na jednom drugom OS-u.

[strikoo]

Da sam na njegovom mjestu, tocno bi nakon ovih savjeta odustao

[tomek@vz]

Untisumpora koja Santa Barbara opet.

[tomek@vz]

By design, Linux is about as secure an operating system as you'll find. However, that level of security doesn't mean there aren't steps you can take to make it more secure.
One thing you can do is enable two-factor authentication (2FA) for desktop logins. With this feature added to the process, you tap a six-digit code you retrieve from an authenticator app on your phone to log in to services and your user password.

https://www.zdnet.com/article/how-to...dded-security/

[tomek@vz]

PAjamian writes: Two years ago Red Hat announced an end to its public source code availability. This caused a great deal of outcry from the Enterprise Linux community at large. Since then many have waited for a statement from the Free Software Foundation concerning their stance on the matter. Now, nearly two years later the FSF has finally responded to questions regarding their stance on the issue with the following statement:

Generally, we don't agree with what Red Hat is doing. Whether it constitutes a violation of the GPL would require legal analysis and the FSF does not give legal advice. However, as the stewards of the GNU GPL we can speak how it is intended to be applied and Red Hat's approach is certainly contrary to the spirit of the GPL. This is unfortunate, because we would expect such flagship organizations to drive the movement forward.

When asked if the FSF would be willing to intervene on behalf of the community they had this to say:

As of today, we are not aware of any issue with Red Hat's new policy that we could pursue on legal grounds. However, if you do find a violation, please follow these instructions and send a report to license-violation@gnu.org.

Following is the full text of my original email to them and their response:

Subject: Statement about recent changes in source code distribution for Red Hat Enterprise Linux
Date: 2023-07-16 00:39:51

> Hi,
>
> I'm a user of Red Hat Enterprise Linux, Rocky Linux and other Linux
> distributions in the RHEL ecosystem. I am also involved in the EL
> (Enterprise Linux) community which is being affected by the statements
> and changes in policy made by Red Hat at
> https://www.redhat.com/en/blog/furth...-centos-stream and
> https://www.redhat.com/en/blog/red-h...t-open-source-
> response-gitcentosorg-changes
> (note there are many many more links and posts about this issue which
> I
> believe you are likely already aware of). While a few of these
> questions are answered more directly by the license FAQ some of them
> are
> not and there are a not insignificant number of people who would very
> much appreciate a public statement from the FSF that answers these
> questions directly.
>
> Can you please comment or release a statement about the Free Software
> Foundation's position on this issue? Specifically:
>

Thank you for writing in with your questions. My apologies for the delay, but we are a small team with limited resources and can be challenging keeping up with all the emails we receive.

Generally, we don't agree with what Red Hat is doing. Whether it constitutes a violation of the GPL would require legal analysis and the FSF does not give legal advice. However, as the stewards of the GNU GPL we can speak how it is intended to be applied and Red Hat's approach is certainly contrary to the spirit of the GPL. This is unfortunate, because we would expect such flagship organizations to drive the movement forward.

> Is Red Hat's removal of sources from git.centos.org a violation of the
> GPL and various other Free Software licenses for the various programs
> distributed under RHEL?
>
> Is Red Hat's distribution of source RPMs to their customers under
> their
> subscriber agreement sufficient to satisfy the above mentioned
> licenses?
>
> Is it a violation if Red Hat terminates a subscription early because
> their customer exercised their rights under the GPL and other Free
> Software licenses to redistribute the RHEL sources or create
> derivative
> works from them?
>
> Is it a violation if Red Hat refuses to renew a subscription that has
> expired because a customer exercised their rights to redistribute or
> create derivative works?
>
> A number of the programs distributed with RHEL are copyrighted by the
> FSF, some examples being bash, emacs, GNU core utilities, gcc, gnupg
> and
> glibc. Given that the FSF has standing to act in this matter would
> the
> FSF be willing to intervene on behalf of the community in order to get
> Red Hat to correct any of the above issues?
>

As of today, we are not aware of any issue with Red Hat's new policy that we could pursue on legal grounds. However, if you do find a violation, please [follow these instructions][0] and send a report to <license-violation@gnu.org>.

[0]: https://www.gnu.org/licenses/gpl-violation.html

If you are interested in something more specific on this, the Software Freedom Conservancy [published an article about the RHEL][1] situation and hosted a [panel at their conference in 2023][2]. These cover the situation fairly thoroughly.

[1]: https://sfconservancy.org/blog/2023/...-gpl-analysis/
[2]: https://sfconservancy.org/blog/2023/...el-fossy-2023/

Iskreno neznam kaj da mislim o ovome. Ima nekaj u tome kaj FSF tvrdi ali RedHat je gigant (iza kojeg stoji jos veci metuzalem - IBM) koji je po mom misljenju najbolje pogurao Linux u Enterprise okolinu sa svojim rijesenjima (koja po onome sto sam vidio - rade i nemaju tolko bugova kao ostala Linux konkurencija). Pretpostavljam da im je puko film da nemaju od ulozenog truda , znanja i novca onoliko koliko su planirali.

[tomek@vz]

Updates

The upcoming Linux 6.15 kernel is set to finally introduce a standardized way of informing user-space of GPUs becoming hung or otherwise unresponsive. This is initially wired up for AMD and Intel graphics drivers on Linux so the user can be properly notified of problems and/or user-space software taking steps to address the hung/unresponsive graphics processor.

On top of all the recent x86/x86_64 Linux kernel crypto improvements made recently by Google engineer Eric Biggers to better laverage AVX-512 and other modern x86 ISA features, a new patch-set posted today by Biggers would help make all x86/x86_64 kernel encryption/decryption at least slightly faster.
The new patch series isn't about making use of some new CPU ISA features or anything wild like that but rather just cleaning up some existing code so that the x86 kernel-mode FPU always works reliably with soft IRQs so that some old SIMD helper crypto fallback code can be removed. That fallback code was "really bad for performance" and presented performance implications for those not even needing to rely on it.

SK has been working on a Linux kernel feature dubbed Lazy Unmap Flush "LUF" to defer TLB flushes until folios have been unmapped and freed are eventually allocated again.
This Lazy Unmap Flush work began after encountering a lot of migration overhead around TLB shootdowns on servers with tiered memory making use of CXL memory.
The end result is what is most interesting and important: the LUF patches yielded TLB shootdown interrupts being reduced by around 97%. Furthermore, the test program runtime of using Llama.cpp with a large language model (LLM) yielded around 4.5% lower runtime.

[medo]

Isprobavam Ubuntu 24.10 na novom Ryzen 9600X PCju s integriranom grafikom.

vainfo kaže da podržava dekodiranje h264, h265, vp9, av1 i baseline jpeg ali najnoviji firefox sve navedeno dekodira softwareski. Mesa kaže da je to raphael_mendocino, amdgpu kaže raphael. lspci i lshw kažu Granite Ridge rev c6

lscpu ne pokazuje ranjivosti osim za Spectre ofc

I guess.. sve mu je to previše novo Kernel je 6.11.

[c-shadow]

Zavrti FF beta pa probaj:

Firefox 136 Beta Finally Enables Hardware Video Decoding For AMD GPUs On Linux By Default

[The Exiled]

I usput možeš složiti noviji 6.13 kernel.

glxinfo | grep OpenGL
 OpenGL vendor string: AMD
OpenGL renderer string: AMD Radeon Graphics (radeonsi, raphael_mendocino, LLVM 19.1.1, DRM 3.59, 6.13.0-061300-generic)
OpenGL core profile version string: 4.6 (Core Profile) Mesa 24.2.8-1ubuntu1~24.04.1
OpenGL core profile shading language version string: 4.60
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 4.6 (Compatibility Profile) Mesa 24.2.8-1ubuntu1~24.04.1
OpenGL shading language version string: 4.60
OpenGL context flags: (none)
OpenGL profile mask: compatibility profile
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.2 Mesa 24.2.8-1ubuntu1~24.04.1
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20
OpenGL ES profile extensions:

vainfo
libva info: VA-API version 1.20.0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/radeonsi_drv_video.so
libva info: Found init function __vaDriverInit_1_20
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.20 (libva 2.12.0)
vainfo: Driver version: Mesa Gallium driver 24.2.8-1ubuntu1~24.04.1 for AMD Radeon Graphics (radeonsi, raphael_mendocino, LLVM 19.1.1, DRM 3.59, 6.13.0-061300-generic)
vainfo: Supported profile and entrypoints
      VAProfileH264ConstrainedBaseline:    VAEntrypointVLD
      VAProfileH264ConstrainedBaseline:    VAEntrypointEncSlice
      VAProfileH264Main               :    VAEntrypointVLD
      VAProfileH264Main               :    VAEntrypointEncSlice
      VAProfileH264High               :    VAEntrypointVLD
      VAProfileH264High               :    VAEntrypointEncSlice
      VAProfileHEVCMain               :    VAEntrypointVLD
      VAProfileHEVCMain               :    VAEntrypointEncSlice
      VAProfileHEVCMain10             :    VAEntrypointVLD
      VAProfileHEVCMain10             :    VAEntrypointEncSlice
      VAProfileJPEGBaseline           :    VAEntrypointVLD
      VAProfileVP9Profile0            :    VAEntrypointVLD
      VAProfileVP9Profile2            :    VAEntrypointVLD
      VAProfileAV1Profile0            :    VAEntrypointVLD
      VAProfileNone                   :    VAEntrypointVideoProc

[xlr]

Sjecam se da me hw akceleracija otjerala barem dvaput sa Fedore. Intel gen 6 i 8 platforme, nista fensi. Pokusavao sam dobiti FF i Vivaldi da rade i odustao nakon x dana.

[c-shadow]

Spori su u mozilli po tom pitanju. Na intelu je proradilo po defaultu tek negdje 2022 čini mi se. Prije toga teški hakeraj.

Nego, chromium bazirane browsere ne koristim, jel tamo radi hw akcelaracija videa?
Zadnje što sam probao chrome nula bodova, ali ima već koja godina.