Re: [2/4] 2.6.23-rc5: known regressions

Re: [2/4] 2.6.23-rc5: known regressions

[Michal Piotrowski]

Hi all,

Here is a list of some known regressions in 2.6.23-rc5.

Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions

List of Aces

Name                    Regressions fixed since 21-Jun-2007
Adrian Bunk                            9
Linus Torvalds                         6
Andi Kleen                             5
Hugh Dickins                           5
Andrew Morton                          4
Al Viro                                3
Alan Stern                             3
Alexey Starikovskiy                    3
Cornelia Huck                          3
Jens Axboe                             3
Stephen Hemminger                      3
Tejun Heo                              3



Unclassified

Subject         : console is messed up after resume from s2ram or switching to console from X
References      : http://lkml.org/lkml/2007/8/4/6
Last known good : ?
Submitter       : Jeff Chua <jeff.chua.linux@gmail.com>
Caused-By       : ?
Handled-By      : H. Peter Anvin <hpa@zytor.com>
                  Antonino A. Daplas <adaplas@gmail.com>
Workaround      : "s2ram --force --acpi_sleep 1 --vbe_mode"
Status          : problem is being debugged

Subject         : konqueror suddenly vanishing, "konqueror: Fatal IO error: client killed"
References      : http://lkml.org/lkml/2007/7/22/86
Last known good : ?
Submitter       : Markus <lists4me@web.de>
Caused-By       : ?
Handled-By      : Ingo Molnar <mingo@elte.hu>
Status          : problem is being debugged



CPUFREQ

Subject         : ide problems: 2.6.22-git17 working, 2.6.23-rc1* is not
References      : http://lkml.org/lkml/2007/7/27/298
                  http://lkml.org/lkml/2007/7/29/371
Last known good : ?
Submitter       : dth <dth@dth.net>
Caused-By       : Len Brown <lenb@kernel.org>
                  commit f79e3185dd0f8650022518d7624c876d8929061b
Handled-By      : Len Brown <lenb@kernel.org>
Status          : problem is being debugged


FS

Subject         : NFSv3 server error in LOOKUP after READDIRPLUS Call
References      : http://bugzilla.kernel.org/show_bug.cgi?id=8966
Last known good : ?
Submitter       : Peter Kovar <peter.kovar@gmail.com>
Caused-By       : ?
Handled-By      : ?
Status          : unknown

Subject         : [NFSD OOPS] 2.6.23-rc1-git10
References      : http://lkml.org/lkml/2007/8/2/462
Last known good : ?
Submitter       : Andrew Clayton <andrew@digital-domain.net>
Caused-By       : ?
Handled-By      : ?
Status          : unknown



Regards,
Michal

--
LOG
http://www.stardust.webpages.pl/log/

Re: [2/4] 2.6.23-rc5: known regressions

[H. Peter Anvin]

Michal Piotrowski wrote:
> 
> Unclassified
> 
> Subject         : console is messed up after resume from s2ram or switching to console from X
> References      : http://lkml.org/lkml/2007/8/4/6
> Last known good : ?
> Submitter       : Jeff Chua <jeff.chua.linux@gmail.com>
> Caused-By       : ?
> Handled-By      : H. Peter Anvin <hpa@zytor.com>
>                   Antonino A. Daplas <adaplas@gmail.com>
> Workaround      : "s2ram --force --acpi_sleep 1 --vbe_mode"
> Status          : problem is being debugged
> 

I'm inclined to write this one off as general STR weirdness.  The 
problem is reproducible on 2.6.22 if CONFIG_FB is enabled (even if not 
*used*!), and there is a working workaround that is required on a lot of 
machines.

This is suboptimal, of course, but it seems to require a pretty deep 
investigation into the intricacies of this particular platform.

	-hpa

Re: [2/4] 2.6.23-rc5: known regressions

[Andrew Morton]

> On Mon, 03 Sep 2007 11:48:00 +0100 "H. Peter Anvin" <hpa@zytor.com> wrote:
> Michal Piotrowski wrote:
> > 
> > Unclassified
> > 
> > Subject         : console is messed up after resume from s2ram or switching to console from X
> > References      : http://lkml.org/lkml/2007/8/4/6
> > Last known good : ?
> > Submitter       : Jeff Chua <jeff.chua.linux@gmail.com>
> > Caused-By       : ?
> > Handled-By      : H. Peter Anvin <hpa@zytor.com>
> >                   Antonino A. Daplas <adaplas@gmail.com>
> > Workaround      : "s2ram --force --acpi_sleep 1 --vbe_mode"
> > Status          : problem is being debugged
> > 
> 
> I'm inclined to write this one off as general STR weirdness.

Both suspend-to-ram and suspend-to-disk are broken on this Vaio.  Running
2.6.23-rc4.


suspend-to-RAM:

a) sometimes hangs during suspend

b) frequently hangs during resume

c) occasionally acts weird after resume.  system requires repeated
   keypresses to make forward progress.

d) on those occasions where resume-from-RAM _does_ work, it takes much
   longer to resume than it used to.

suspend-to-disk:

a) always hangs when netconsole-over-e100 is enabled (might have been a
   2.6.21->2.6.22 regression).

b) usually hangs during suspend


Apart from suspend-to-disk's a), all of the above are post-2.6.21
regressions.

Re: [2/4] 2.6.23-rc5: known regressions

[Andrew Morton]

> On Mon, 3 Sep 2007 05:46:02 -0700 Andrew Morton <akpm@linux-foundation.org> wrote:
> Apart from suspend-to-disk's a), all of the above are post-2.6.21
> regressions.

I meant: post-2.6.22 regressions.

Re: [2/4] 2.6.23-rc5: known regressions

[Michal Piotrowski]

Hi,

On 03/09/2007, Andrew Morton <akpm@linux-foundation.org> wrote:
> > On Mon, 03 Sep 2007 11:48:00 +0100 "H. Peter Anvin" <hpa@zytor.com> wrote:
> > Michal Piotrowski wrote:
> > >
> > > Unclassified
> > >
> > > Subject         : console is messed up after resume from s2ram or switching to console from X
> > > References      : http://lkml.org/lkml/2007/8/4/6
> > > Last known good : ?
> > > Submitter       : Jeff Chua <jeff.chua.linux@gmail.com>
> > > Caused-By       : ?
> > > Handled-By      : H. Peter Anvin <hpa@zytor.com>
> > >                   Antonino A. Daplas <adaplas@gmail.com>
> > > Workaround      : "s2ram --force --acpi_sleep 1 --vbe_mode"
> > > Status          : problem is being debugged
> > >
> >
> > I'm inclined to write this one off as general STR weirdness.
>
> Both suspend-to-ram and suspend-to-disk are broken on this Vaio.  Running
> 2.6.23-rc4.
>
>
> suspend-to-RAM:
>
> a) sometimes hangs during suspend
>
> b) frequently hangs during resume
>
> c) occasionally acts weird after resume.  system requires repeated
>    keypresses to make forward progress.

could be related with

Subject         : cpu hotplug support broken in 2.6.23-rc3/highres
timers break cpu hotplug in 2.6.23-rc5
References      : http://lkml.org/lkml/2007/8/27/58
                  http://lkml.org/lkml/2007/9/3/65
Last known good : ?
Submitter       : Pavel Machek <pavel@ucw.cz>
Caused-By       : ?
Handled-By      : ?
Status          : problem is being debugged

>
> d) on those occasions where resume-from-RAM _does_ work, it takes much
>    longer to resume than it used to.


Subject         : resume from ram much slower
References      : http://lkml.org/lkml/2007/8/10/275
Last known good : 2.6.23-rc1 ?
Submitter       : Arkadiusz Miskiewicz <arekm@maven.pl>
Caused-By       : ?
Handled-By      : Rafael J. Wysocki <rjw@sisk.pl>
Status          : problem is being debugged

?

>
> suspend-to-disk:
>
> a) always hangs when netconsole-over-e100 is enabled (might have been a
>    2.6.21->2.6.22 regression).
>
> b) usually hangs during suspend
>
>
> Apart from suspend-to-disk's a), all of the above are post-2.6.21
> regressions.
>
>
>

Regards,
Michal

-- 
LOG
http://www.stardust.webpages.pl/log/

Re: [2/4] 2.6.23-rc5: known regressions

[Jeff Chua]

On 9/3/07, Michal Piotrowski <michal.k.k.piotrowski@gmail.com> wrote:

> Subject         : console is messed up after resume from s2ram or switching to console from X
> References      : http://lkml.org/lkml/2007/8/4/6
> Last known good : ?
> Submitter       : Jeff Chua <jeff.chua.linux@gmail.com>
> Caused-By       : ?
> Handled-By      : H. Peter Anvin <hpa@zytor.com>
>                   Antonino A. Daplas <adaplas@gmail.com>
> Workaround      : "s2ram --force --acpi_sleep 1 --vbe_mode"
> Status          : problem is being debugged

Michal,

Can you please close this case. I'm using the workaround and satisfied with it.

Thanks,
Jeff.

Re: [2/4] 2.6.23-rc5: known regressions

[Andrew Morton]

> On Mon, 3 Sep 2007 20:36:32 +0800 "Jeff Chua" <jeff.chua.linux@gmail.com> wrote:
> On 9/3/07, Michal Piotrowski <michal.k.k.piotrowski@gmail.com> wrote:
> 
> > Subject         : console is messed up after resume from s2ram or switching to console from X
> > References      : http://lkml.org/lkml/2007/8/4/6
> > Last known good : ?
> > Submitter       : Jeff Chua <jeff.chua.linux@gmail.com>
> > Caused-By       : ?
> > Handled-By      : H. Peter Anvin <hpa@zytor.com>
> >                   Antonino A. Daplas <adaplas@gmail.com>
> > Workaround      : "s2ram --force --acpi_sleep 1 --vbe_mode"
> > Status          : problem is being debugged
> 
> Michal,
> 
> Can you please close this case. I'm using the workaround and satisfied with it.
> 

2.6.21 was OK, and 2.6.23-rc2 needed a manual workaround?

That's a regression.

Re: [2/4] 2.6.23-rc5: known regressions

[H. Peter Anvin]

Andrew Morton wrote:
>> On Mon, 3 Sep 2007 20:36:32 +0800 "Jeff Chua" <jeff.chua.linux@gmail.com> wrote:
>> On 9/3/07, Michal Piotrowski <michal.k.k.piotrowski@gmail.com> wrote:
>>
>>> Subject         : console is messed up after resume from s2ram or switching to console from X
>>> References      : http://lkml.org/lkml/2007/8/4/6
>>> Last known good : ?
>>> Submitter       : Jeff Chua <jeff.chua.linux@gmail.com>
>>> Caused-By       : ?
>>> Handled-By      : H. Peter Anvin <hpa@zytor.com>
>>>                   Antonino A. Daplas <adaplas@gmail.com>
>>> Workaround      : "s2ram --force --acpi_sleep 1 --vbe_mode"
>>> Status          : problem is being debugged
>> Michal,
>>
>> Can you please close this case. I'm using the workaround and satisfied with it.
> 
> 2.6.21 was OK, and 2.6.23-rc2 needed a manual workaround?
> 
> That's a regression.

Yes, it is.  2.6.21 was OK, but only within a narrow and 
ill-characterized set of conditions (framebuffer not compiled into the 
kernel, in particular.)  It appears to me that the interaction between 
STR and video on this system is extremely fragile, to the point that any 
minor perturbations in the state can break it, and that that is the real 
underlying problem here.

	-hpa