[alsa-devel] [1/2] 2.6.21-rc7: known regressions
This email lists some known regressions in Linus' tree compared to 2.6.20.
If you find your name in the Cc header, you are either submitter of one of the bugs, maintainer of an affectected subsystem or driver, a patch of you caused a breakage or I'm considering you in any other way possibly involved with one or more of these issues.
Due to the huge amount of recipients, please trim the Cc when answering.
Subject : snd_hda_intel doesn't work with ASUS M2V mainboard References : http://bugzilla.kernel.org/show_bug.cgi?id=8273 Submitter : Hans-Georg Rist hg.rist@web.de Status : unknown
Subject : snd_intel8x0: divide error: 0000 References : http://lkml.org/lkml/2007/3/5/252 Submitter : Michal Piotrowski michal.k.k.piotrowski@gmail.com Status : unknown
Subject : ali_pata: boot from CD fails References : http://lkml.org/lkml/2007/3/31/160 Submitter : Stephen Clark Stephen.Clark@seclark.us Status : unknown
Subject : kernels fail to boot with drives on ATIIXP controller (ACPI/IRQ related) References : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=229621 http://lkml.org/lkml/2007/3/4/257 Submitter : Michal Jaegermann michal@ellpspace.math.ualberta.ca Status : unknown
Subject : boot failure: rtl8139: exception in interrupt routine References : http://lkml.org/lkml/2007/3/31/160 Submitter : Stephen Clark Stephen.Clark@seclark.us Status : unknown
Subject : laptops with e1000: lockups References : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=229603 Submitter : Dave Jones davej@redhat.com Handled-By : Jesse Brandeburg jesse.brandeburg@intel.com Status : problem is being debugged
Subject : forcedeth: interface hangs under load References : http://lkml.org/lkml/2007/4/3/39 http://www.spinics.net/lists/netdev/msg28981.html Submitter : Ingo Molnar mingo@elte.hu Handled-By : Ingo Molnar mingo@elte.hu Ayaz Abdulla aabdulla@nvidia.com David Miller davem@davemloft.net Status : problem is being debugged
Subject : hal daemon crashes after pulling a USB serial device References : http://www.opensubscriber.com/message/linux-usb-devel@lists.sourceforge.net/... Submitter : Andi Kleen ak@suse.de Handled-By : Oliver Neukum oneukum@suse.de Status : problem is being debugged
Subject : Oops when changing USB DVB-T adapter References : http://lkml.org/lkml/2007/3/9/212 http://lkml.org/lkml/2007/4/5/154 Submitter : CIJOML cijoml@volny.cz Handled-By : Markus Rechberger markus.rechberger@amd.com Status : patches available
Adrian Bunk wrote:
This email lists some known regressions in Linus' tree compared to 2.6.20.
Subject : snd_intel8x0: divide error: 0000 References : http://lkml.org/lkml/2007/3/5/252 Submitter : Michal Piotrowski michal.k.k.piotrowski@gmail.com Status : unknown
Oops is in sound/pci/intel8x0.c::snd_intel8x0_update(), part of the interrupt handler:
Line 751:
ichdev->position += step * ichdev->fragsize1; if (! chip->in_measurement) ichdev->position %= ichdev->size;
ichdev->size is 0. Interrupt happened upon request_irq().
Does chip->in_measurement need to be reset because this is a crashdump kernel?
Adrian Bunk wrote:
Subject : laptops with e1000: lockups References : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=229603 Submitter : Dave Jones davej@redhat.com Handled-By : Jesse Brandeburg jesse.brandeburg@intel.com Status : problem is being debugged
this is being actively debugged, here is what we have so far: o v2.6.20: crashes during boot, unless noacpi and nousb bootparams used o v2.6.21-rc6: some userspace issue, crashes just after root mount without init=/bin/bash o v2.6.2X: serial console in docking station spews goo at all speeds with console=ttyS0,bbbbn8 . work continues on this, as we don't know if there are kernel panic messages during the hard lock. o fedora 7 test kernel 2948: boots okay, have been using this as only truly working kernel on this machine.
one reproduction of the problem was had with scp -l 5000 <file> <remote> when linked at 100Mb/Full. Tried probably 20 other times same test with no repro, ugh.
Otherwise, slogging through continues. We are actively working on this in case it *is* an e1000 issue. Right now the repro is so unlikely we could hardly tell if we fixed it.
Jesse
PS .config available on request
On Mon, Apr 16, 2007 at 05:14:40PM -0700, Brandeburg, Jesse wrote:
Adrian Bunk wrote:
Subject : laptops with e1000: lockups References : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=229603 Submitter : Dave Jones davej@redhat.com Handled-By : Jesse Brandeburg jesse.brandeburg@intel.com Status : problem is being debugged
this is being actively debugged, here is what we have so far: o v2.6.20: crashes during boot, unless noacpi and nousb bootparams used o v2.6.21-rc6: some userspace issue, crashes just after root mount without init=/bin/bash o v2.6.2X: serial console in docking station spews goo at all speeds with console=ttyS0,bbbbn8 . work continues on this, as we don't know if there are kernel panic messages during the hard lock. o fedora 7 test kernel 2948: boots okay, have been using this as only truly working kernel on this machine.
one reproduction of the problem was had with scp -l 5000 <file> <remote> when linked at 100Mb/Full. Tried probably 20 other times same test with no repro, ugh.
Otherwise, slogging through continues. We are actively working on this in case it *is* an e1000 issue. Right now the repro is so unlikely we could hardly tell if we fixed it.
FWIW, I can reproduce this pretty much ondemand, on 100M through the ethernet port on a netgear wireless AP. A number of our Fedora7 testers are also able to easily reproduce this. To isolate e1000, for tomorrows test build I've reverted e1000 to the same code that was in 2.6.20. If that works out without causing hangs, I'll try and narrow down further which of the dozen csets is responsible.
Dave
Dave Jones wrote:
On Mon, Apr 16, 2007 at 05:14:40PM -0700, Brandeburg, Jesse wrote:
Adrian Bunk wrote:
Subject : laptops with e1000: lockups References : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=229603 Submitter : Dave Jones davej@redhat.com Handled-By : Jesse Brandeburg jesse.brandeburg@intel.com Status : problem is being debugged
this is being actively debugged, here is what we have so far: o v2.6.20: crashes during boot, unless noacpi and nousb bootparams used o v2.6.21-rc6: some userspace issue, crashes just after root mount without init=/bin/bash o v2.6.2X: serial console in docking station spews goo at all speeds with console=ttyS0,bbbbn8 . work continues on this, as we don't know if there are kernel panic messages during the hard lock. o fedora 7 test kernel 2948: boots okay, have been using this as only truly working kernel on this machine.
one reproduction of the problem was had with scp -l 5000 <file> <remote> when linked at 100Mb/Full. Tried probably 20 other times same test with no repro, ugh.
Otherwise, slogging through continues. We are actively working on this in case it *is* an e1000 issue. Right now the repro is so unlikely we could hardly tell if we fixed it.
FWIW, I can reproduce this pretty much ondemand, on 100M through the ethernet port on a netgear wireless AP. A number of our Fedora7 testers are also able to easily reproduce this. To isolate e1000, for tomorrows test build I've reverted e1000 to the same code that was in 2.6.20. If that works out without causing hangs, I'll try and narrow down further which of the dozen csets is responsible.
Also, there are e1000 fixes in -mm. At the time (rc2? rc3?) I felt it was best to get that into -mm for testing, rather than fast-tracking it to 2.6.21.
But hey, see if they help.
It's the netdev-2.6.git#e1000-fixes branch, if you are git-ified. I was going to push them first thing 2.6.22.
Jeff
participants (5)
-
Adrian Bunk -
Brandeburg, Jesse -
Chuck Ebbert -
Dave Jones -
Jeff Garzik