Linus Torvalds: Linux 5.10

Kernel

Hét -rc után Linus kiadta az 5.10-es Linux kernelt. Részletek a bejelentésben. Az újdonságokról a KernelNewbies Linux_5.10 szócikkében lehet olvasni.

Címszavakban:

  1. Prominent features
    1. Long Term Support
    2. Ext4 fast commit support, for faster metadata performance
    3. Support io_uring restrictions to facilitate secure sharing of rings
    4. Memory hints for other processes
    5. AMD support for encryption of register in virtualized guests
    6. Static calls for improved post-Spectre performance
    7. Support ARM Memory Tagging Extension
  2. Core (various)
  3. File systems
  4. Memory management
  5. Tracing, perf and BPF
  6. Block layer
  7. Virtualization
  8. Cryptography
  9. Security
  10. Networking
  11. Architectures
    1. Some sections missing
  12. Drivers
    1. Some sections missing
    2. Storage
    3. Drivers in the Staging area
    4. Networking
    5. Audio
    6. Tablets, touch screens, keyboards, mouses
    7. TV tuners, webcams, video capturers
    8. Universal Serial Bus (USB) and Thunderbolt
    9. Serial Peripheral Interface (SPI)
    10. Watchdog
    11. Serial
    12. CPU Frequency scaling
    13. Voltage, current regulators, power capping, power supply
    14. Real Time Clock (RTC)
    15. Pin Controllers (pinctrl)
    16. Multi Media Card (MMC)
    17. Memory Technology Devices (MTD)
    18. Industrial I/O (iio)
    19. Multi Function Devices (MFD)
    20. Pulse-Width Modulation (PWM)
    21. Inter-Integrated Circuit (I2C + I3C)
    22. Hardware monitoring (hwmon)
    23. General Purpose I/O (gpio)
    24. Leds
    25. DMA engines
    26. Hardware Random Number Generator (hwrng)
    27. Cryptography hardware acceleration
    28. PCI
    29. FRU Support Interface (FSI)
    30. Clock
    31. PHY ("physical layer" framework)
    32. EDAC (Error Detection And Correction)
    33. Various
  13. List of Pull Requests
  14. Other news sites

( pehsa | 2020. 12. 15., k – 08:52 )

Érdemes megjegyezni, hogy kevesebb mint 24 óra alatt már megérkezett az 5.10.1, mert két RAID-et érintő hibát azonnal javítottak.

"Errors are red
My screen in blue
Someone help me
I've deleted Sys32"

Ez ilyen, az NV zárt drivereinek átka, elfelejtheted velük a friss kernelezést. Az utolsó LTS kernelt érdemes velük használni (mármint azt az LTS-t, amit az LTS disztrók már leszállítottak, ami most 5.4.84), azzal mindig automatikusan jónak kéne lennie. Továbbra is megérdemlik a középső ujjas beintést, meg egy kellemes f*** you-zást, azóta se javult a hozzáállásuk.

A mostani eset csak azért érdekes, mert egyszer eltört már az NV driver 5.9-en is, most 5.10-en nem, de ezek szerint az 5.10.1-gyel megint. Kicsit kezd sűrűbb lenni a szokásosnál is. Nem véletlenül mentem arra, hogy AMD GPU-s gépeim legyenek, azóta sem bántam meg, igaz előtte az Intel GPU-sokkal sem volt bajom driverügyileg, a gyenge GPU teljesítményt leszámítva, de az meg adott Intelnél, annyit megy.

“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

A nouveau bugja 5.9-ben mutatkozott be. Most 5.10.2-es kernel van a gépemen, és a bug még mindig él és virul. Szomorú vagyok nagyon. Nem merek teljes képernyőn megnézni egy videoclipet, mert biztos, hogy akkor összeborul az egész.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( bimi3 | 2020. 12. 15., k – 17:55 )

Már most izgulok, mit fog szólni ehhez locsemege. Hogy megy-e vele jól a nouveau?

Várjuk a beszámolót!

( SPYFF v | 2020. 12. 15., k – 18:41 )

"xsk: adds support to share a umem between AF_XDP sockets bound to different queue ids on the same device or even between devices. It has already been possible to do this by registering the umem multiple times, but this wasted a lot of memory" ez jópofa ezt várom már egy ideje.

5.11-be be fog kerülni fix egy olyan sockmap TCP proxyzós bugra is, amit kb. két és fél éve reportoltam (hozzá is fogtam a fixálásának csak így hogy az eredeti kód alkotójának is hetekbe telt inkább leálltam vele :D ). Tervezek majd blogposztot róla (kb két éve) de ehhez kellett a fix is, röviden arról van szó, hogy kernelben lehet TCP proxy-t csinálni úgy, hogy egy csomagot sem copyzik fel userspacebe majd vissza az új socketnak, hanem egyből tolja ki ami bejött, eBPF progi meg eldönti melyik socketen kell kiküldeni. Jelenleg még annyit lehet ezen optimalizálni, hogy újrahasznosítja a beérkezett csomag bufferjét, és nem foglal újat a head cacheből.

Igen. Pontosabban jelenleg az van hogy mivel az adatbuffer paged (a socket buffer frag_list tömbjében vannak a page mutatók az adatot tartalmazó pagekre) ezért azokat nem fogja copyzni. Viszont le fog foglalni egy új head-et amibe az új header infókat rakja be (TCP fejléc először is) hiszen a bejövő csomagéban a cél IP, TCP infók szerepelnek. Viszont igazából itt nem lenne szükség új head foglalásra elég lenne kitisztítani a bejövőt mert azt utána fel is fogja szabadítani.