2.6.15-rc6: known regressions in the kernel Bugzilla

2.6.15-rc6: known regressions in the kernel Bugzilla

[Adrian Bunk]

The following bugs in the kernel Bugzilla [1] contain regressions in 
2.6.15-rc compared to 2.6.14 with patches:
- #5632 forcedeth driver occasionally hangs
- #5758 x86_64: PANIC: early exception

The following bug in the kernel Bugzilla contains a regressions in 
2.6.15-rc without a patch:
- #5760 No sound with snd_intel8x0 & ALi M5455 chipset
        (kobject_register failed)

If we want people to test -rc kernels, we should also try hard to fix 
the regressions they report (even more if there are already patches 
for them)...

I've Cc'ed all people who might be able comment on one or more of these 
issues.

cu
Adrian

[1] http://bugzilla.kernel.org/

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

Re: 2.6.15-rc6: known regressions in the kernel Bugzilla

[Greg KH]

On Thu, Dec 22, 2005 at 02:13:20AM +0100, Adrian Bunk wrote:
> The following bug in the kernel Bugzilla contains a regressions in 
> 2.6.15-rc without a patch:
> - #5760 No sound with snd_intel8x0 & ALi M5455 chipset
>         (kobject_register failed)

We put code in the kobjet to report when callers fail, due to problems
in them, and the kobject code is blamed...

Looks like a sound driver issue, nothing has changed in the kobject
code.

thanks,

greg k-h

Re: 2.6.15-rc6: known regressions in the kernel Bugzilla

[Andrew Morton]

Adrian Bunk <bunk@stusta.de> wrote:
>
> The following bugs in the kernel Bugzilla [1] contain regressions in 
> 2.6.15-rc compared to 2.6.14 with patches:

Thanks for tracking this.  Although I fear it won't come to much.

non-bugzilla post-2.6.14 bugs which I've squirelled away include:


From: Brice Goglin <Brice.Goglin@ens-lyon.org>
Subject: Linux 2.6.14: Badness in as-iosched

From: Charles-Edouard Ruault <ce@ruault.com>
Subject: [BUG] kernel 2.6.14.2 breaks IPSEC

From: Michael Madore <michael.madore@gmail.com>
Subject: USB handoff, irq 193: nobody cared!

From: Wu Fengguang <wfg@mail.ustc.edu.cn>
Subject: BUG: spinlock recursion on 2.6.14-mm2 when oprofiling

From: Miles Lane <miles.lane@gmail.com>
Subject: 2.6.15-rc2-git6 + ipw2200 1.0.8 -- Slab corruption

From: "Gottfried Haider" <gohai@gmx.net>
Subject: [2.6.15-rc2] 8139too probe fails (pci related?)

From: Steve Work <swork@aventail.com>
Subject: Multi-thread corefiles broken since April

From: Diego Calleja <diegocg@gmail.com>
Subject: Oops with w9968cf

From: John Reiser <jreiser@BitWagon.com>
Subject: control placement of vDSO page

From: "P. Christeas" <p_christ@hol.gr>
Subject: No sound from CX23880 tuner w. 2.6.15-rc5

Subject: x86_64 timekeeping buglets
From: Jim Houston <jim.houston@comcast.net>

Re: 2.6.15-rc6: known regressions in the kernel Bugzilla

[Takashi Iwai]

At Wed, 21 Dec 2005 23:15:57 -0800,
Greg KH wrote:
> 
> On Thu, Dec 22, 2005 at 02:13:20AM +0100, Adrian Bunk wrote:
> > The following bug in the kernel Bugzilla contains a regressions in 
> > 2.6.15-rc without a patch:
> > - #5760 No sound with snd_intel8x0 & ALi M5455 chipset
> >         (kobject_register failed)
> 
> We put code in the kobjet to report when callers fail, due to problems
> in them, and the kobject code is blamed...
> 
> Looks like a sound driver issue, nothing has changed in the kobject
> code.

But there is no relevant change in sound stuff between 2.6.15-rc4 and
rc6 (except for minor fix of OSS drivers).  If it really worked with
2.6.15-rc4, something else got broken.


Takashi

Re: 2.6.15-rc6: known regressions in the kernel Bugzilla

[David S. Miller]

From: Andrew Morton <akpm@osdl.org>
Date: Thu, 22 Dec 2005 00:52:09 -0800

> From: Charles-Edouard Ruault <ce@ruault.com>
> Subject: [BUG] kernel 2.6.14.2 breaks IPSEC

Herbert's reply at the end of the thread explains that what the user
is doing, applying SNAT to IPSEC, has undefined results currently.

Using netfilter with IPSEC is known to be broken since the beginning
of our IPSEC implementation, and we plan to cure it in 2.6.16 with
some excellent work done by Patrick McHardy and Herbert Xu.

So just remove that from your list please, thanks.