Software-update: Linux Kernel 2.6.5

Op Kernel.org heeft zoeloelip Linux Kernel 2.6.5 gezien. De nieuwe versie kent onder meer verbeteringen op het gebied van architectures. Daarnaast zijn er kleine niet genoemde aanpassingen doorgevoerd. Linus Torvalds laat de Linux-community het volgende weten:

Some more architecture updates, and a few fixes for silly broken stuff in -rc3. And an ALSA update.

And I'll be offline for a week, so have fun with this, and if you get the shakes because you want to compile a new kernel every day, there's always the -mm tree to play with while I'm gone..

Linus [break]De volgende paketten zijn te downloaden vanaf deze mirror-server:

Linux Kernel 2.6.5 Tarball patch
Linux Kernel 2.6.5 Bzip2 patch

Versienummer	2.6.5
Besturingssystemen	Linux x86, Linux AMD64, Linux IA-64
Website	Kernel.org
Download	http://kernel.mirror.trueserver.nl/pub/linux/kernel/v2.6/linux-2.6.5.tar.bz2
Bestandsgrootte	33,08MB
Licentietype	GPL

Reacties (7)

[LollieStick]

Hmm... wou hem ook net plaatsen maar hij was er al

Ik hoop dat deze kernel het probleem met de lock-ups op nForce2 plankjes oplost. Asus weigert een BIOS-update uit te brengen om het te fixen

[Verwijderd]

Oh, nog een verzoek aan iedereen hier:

Mail Asus en alle andere mobo-fabrikanten die de nodige BIOS-update nog niet hebben uitgebracht met een beleefd (ik herhaal: BELEEFD) mailtje waarin je verzoekt of ze een BIOS-update met "C1 connect" optie/feature voor hun Nforce2-based moederborden willen uitbrengen.

Geef als verduidelijking ook aan dat zonder deze update hun moederborden problemen geven onder Linux.

In het geval van Asus wordt er vaak (niet altijd, maar vaak) op gereageerd. Tegen mij zeiden ze "dat ze op dit moment geen plannen hadden voor een dergelijke update". Maar naarmate er meer mensen over beginnen, zullen ze zich vast wel bedenken, zeker als je hen wijst op de huidige Linux-problemen.

Ik meende trouwens ergens op LKML gelezen te hebben dat Award zelfs al een reference BIOS beschikbaar heeft met de fix. Dan moet het voor de mobo-fabrikanten wel erg triviaal zijn om hun volgende Nforce2 BIOS updates daarop te baseren, lijkt me.

edit:

Het email-adres van de TD van Asus is [e-mail]

[Verwijderd]

Nee, nog altijd niet opgelost.

Maar niet getreurd: geef in je lilo.conf of grub.conf (wat je ook gebruikt) de kernel parameters "noapic nolapic" mee en je systeem draait weer oerstabiel. Zelfs ACPI kun je dan blijven gebruiken. Ik heb nog geen echte nadelen gemerkt met APIC disabled.

Zover ik heb begrepen is het wachten op een BIOS-update om het APIC-probleem definitief op te lossen, omdat het probleem kennelijk niet (volledig) aan Linux te wijten is.

Asus heeft op het moment van schrijven echter nog altijd geen BIOS update uitgebracht die het probleem verhelpt. Andere fabrikanten (uit mijn hoofd MSI en ik dacht ook Abit en/of Shuttle) hebben al wel de nodige updates uitgebracht.

Het gaat erom dat de BIOS een "C1 disconnect" optie toevoegt, whatever that may be.

Dus zolang er voor jouw moederbord nog geen dergelijke BIOS update is: apic disablen met de twee bovengenoemde boot parameters!

@machiel:

Je was me voor. Maar mijn oplossing was dus iets anders dan de jouwe: WEL apic meecompileren, maar met de boot parameters "noapic nolapic" bij het starten disablen. Als er dan een BIOS-update uitkomt die het probleem verhelpt, dan hoef je na het flashen alleen die boot parameters weg te halen zonder de kernel opnieuw te hoeven compilen!

Een makkelijke manier om te testen of de bug er nog is: vanaf een root-prompt meerdere malen "hdparm -t /dev/jehardeschijf" uitvoeren. Als je dat meer dan zo'n 10 a 15 keer achter elkaar ongestraft kunt doen, dan kun je er met redelijke zekerheid vanuit gaan dat het probleem dan is opgelost!

[DizzyWeb]

Hmm, dan weet ik tenminste dat het niet aan mij lag dat ik Debian niet aan de praat kreeg op mijn PC.

* 786562 DizzyWeb
[edit]
Volgens de changelog zijn er wel een paar IRQ problemen met nForce2 bordjes opgelost... Weet niet of dat dit is?

[machiel]

Ik heb ook flink wat ruzie gehad met linux+nforce2. De oplossing was voor mij om apic (ook lapic) niet mee te compileren.

[Verwijderd]

Hopelijk werkt mijn ALSA nu wel fatsoendelijk

kan ik weer gaan booten naar linux

[Verwijderd]

Ik had zelf het probleem dat ALSA de geluidsniveau-instellingen maar niet vasthield bij het rebooten.

Ik heb nu maar ingesteld dat bij het booten "alsactl restore" wordt uitgevoerd, zodat hij de laatst opgeslagen waarden automatisch instelt.

Dat gaat nu goed, maar ik heb dan ook naast een nieuwe kernel tevens de nieuwste alsa-lib, alsa-utils en alsa-tools geinstalleerd. Misschien dat jij dan ook zult moeten doen.

edit:

Stom, stom, stom van me. Naast het bovengenoemde natuurlijk ook bij het afsluiten "alsactl store" opgeven (dus store, niet restore). Anders neemt hij eventueel gemaakte wijzigingen aan de geluidsniveaus natuurlijk ook niet mee.