Linus Torvalds: Linux 2.6.24-rc1

Kernel

A Linux kernel fejlesztése gőzerővel folyik tovább. Linus bejelentette a 2.6.24-es kernel első kiadásra jelölt verzióját. Az RC1 kiadása a "merge window" zárulását és jelzi egyben, azaz innentől kezdve a stabilizációs fázis következik. Linus szerint ez az RC valószínűleg minden idők legnagyobb RC kiadása. Ahogy fogalmazott: óriási nagy. Az RC kiadások tömörítve tipikusan 3-5 MB-nyi méretűek, ez *tizenegy*.

A változások nagy részét az x86 átnevezések / beolvasztás adják, de nem kizárólag emiatt lett ilyen nagy a patch. Egy rakás új driver érkezett (wireless, hagyományos hálózati, dvb, mmc, ...), de szép mennyiségű filerendszerrel, architektúrákkal és hálózattal kapcsolatos változás is született. Csak maga a diffstat 10K sor hosszú és több mint fél megabyte méretű. A teljes changelog 4 MB.

Bővebben itt.

vazze. életet leheltem a b43-ba.

ezt a postot még szerkeszteni fogom, úgyhogy nem válaszolni rá. most akarom megcsinálni, hogy boot után egyből működjön

eddig ami megvolt:

  • kernelben (2.4.24-rc3-git4) mac80211 stack + b43, semmi más
  • acerhk lefordít, CFLAGS+= sor kivétele, egyébként nem fordul le
  • bcm43xx-fwcutter-008-at lefordít, wl_apsta.so-ból firmware kiszed & telepít /lib/firmware-be
  • modprobe acerhk && modprobe b43 && echo 1 > /proc/driver/acerhk/wirelessled
  • iwconfig wlan0_rename essid linksys
  • ifconfig eth1 192.168.0.13

valami ilyesmi, de még persze tesztelgetem a folyamatot :)

szerk:

szóval. kicsit trükközni kellett. egy idő után nem ment sehogy se, a fenti módszerrel. eth1 volt a wlan, eth2 a lan. én ezt elsőkörben átírtam,

/etc/udev/rules.d/z25_persistent-net.rules:

# PCI device 0x14e4:0x4318 (bcm43xx)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:14:a4:3c:xx:xx", NAME="eth1"

# PCI device 0x10ec:0x8169 (r8169)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:0a:e4:e7:xx:xx", NAME="eth0"

ez annyit tesz, hogy eth2-ből eth0 lesz, ami minket nem érdekel, de nem akarok semmit kihagyni. érdekesség, hogy nm-applet ilyenkor legalább úgy tett, mintha csinálna valamit, amig eth2 volt, addig nem. de mindegy, mert nm-appletet letöröltem, mert gyakorlatilag semmire nem tudtam használni, "nem talált eszközöket".

az a gond, hogy miután betöltöm acerhk-t, majd b43-at (ezek modulok), marad az eth1, és hozzájön a wlan0_rename. utóbbit lehet konfigolni, az eth1 meg az interfész a rendszer felé. vagy valami ilyesmi, a lényeg, hogy pl nm-applet meg ilyen hülyeségek csak eth1-et látják, de igazából sokmindent nem lehet vele kezdeni, csak a wlan0_rename-en keresztül.

miután a wlan0_rename nic-et "bekapcsoljuk" (ifconfig up), az eth1 mac címe megváltozik valami több mint 2x olyan hosszúra, az eth1 addigi mac címét pedig a wlan0_rename kapja. na most udev már nyilván nem fog ilyenkor nic neveket cserélgetni, ezért az volt az ötlet, hogy a b43 ne modul legyen, hanem boot legelején töltődjön be, így a wlan0_rename kapja majd meg az eth1 nevet, és a rendszer be tudja állítani rendesen. a dolog bevált, az ex-eth1 pedig wmaster0_ lett, azzal nem kell foglalkozni.

ezután rc.localba csupán ennyi kell:

modprobe acerhk && echo 1 > /proc/driver/acerhk/wirelessled

persze akinek eddig nem kellett az acerhk (ami acer notikon engedélyezi a wlan-t), annak ezután se kell. ezek után gnome-ban rendszer/admin/hálózat menüben szépen ki lehet választani ssid-t, ip-t, wep-et, stb. és működik.

szóval végül mi is kell hozzá:

nagyjából ennyi. én debian lenny-n csináltam.

( szotsaki | 2007. 10. 24., sze – 16:22 )

A kernelekkel kapcsolatban lenne több kérdésem is:
- ebben már a stabil ALSA (1.0.5) van? Mert a .23-ban még az előző, amivel nem megy a hangkártyám, így kénytelen vagyok minden kernel forgatás után újratelepíteni azt (ami mondjuk kimerül egy make install && ./snddevices parancsban :))
- A .23-ban (64 biten) a make oldconfig elérhetővé tette a hibernálást és a memóriába felfüggesztést (ami nem tudom, volt-e előtte), ami jó, így nem akaróddzom visszaváltani, de vele a Gentoo-m állandóan SANDBOX ACCESS VIOLATION-t dob (persze, elintéztem ezt egy kapcsolóval, de mégsem az igazi), és a legfőbb gondom vele, hogy az ndiswrapper egyáltalán nem működik alatta valamiért.

Tedd fel csomagbol az alsa-t (alsa-driver) akkor nem kell makelned. Es raadasul a kerneltol fuggetlenul frissul. Van egy kis progi a module-rebuild ami kernelvaltaskor segit a kulso modulokat ujraforgatni. Egyebkent gyorsan fejlodo dolgokbol erdemes szerintem kuslo modul csomagot hasznalni.

Software is like sex, it's better with a penguin. :D (r)(tm)(c)

Csak sajna azzal fenyegetnek az aktuális Gentoo alsa-csomagolók, hogy vége lesz az alsa-driver ebuildnek. Eddig én is azt használtam, Flameeyes klassz karbantartó volt, de a mostaniak úgy gondolják, hogy inkább a kernelbelit kellene használni, mert nekik nincs idejük ezzel foglalkozni.

Ennek ellenére 1.0.15-ös még van...

Daniel Drake (kernel főarc) pedig azt ajánlja, hogy ha nem támogatott a hangkártyád a kernel által, de az új alsa kiadás támogatja, akkor adj le hibajelentést és visszaportolják a támogatást az aktuális gentoo-sources szériához.

Köszönöm a javaslatokat, a module_rebuildet kipróbálom majd, sandbox még nincs stabil _64-en, azt már megvárom. Addig is elleszek a -sandbox kapcsolóval.

ndiswrapper pedig hirtelen megjavult memóriából visszatérés után... Szóval most működik minden (kopp-kopp) :)

ALSA-t már nem fordítom le, jelenleg elég csak kiadni a könyvtárban egy "make install" és egy "./snddevices" parancsot, és van hangom, így szerintem azzal gyorsabban járok, mint a kernelforgatások utáni újraemerge-eléssel.

( Caro | 2007. 10. 24., sze – 17:09 )

Elég gyorsan jött a 2.6.23-hoz képest. A stabilizáció viszont legalább 2 hónap lesz? :)
Egyébként úgy tűnik, hogy a 2.6.23-nál megérte várni, eddig még csak a 2.6.23.1-nél tartanak, abban is csak egy javítás van.

( padawan | 2007. 10. 24., sze – 17:22 )

Nekem egy sima mountnal elBUGol :)
Aranyos, majd mindjart megy a bugreport.