2.6.25-rc8-git2: Reported regressions from 2.6.24

2.6.25-rc8-git2: Reported regressions from 2.6.24

[Rafael J. Wysocki]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 10809 bytes --]

[This time I'm going to do something new: I'll send a series of messages with
individual regression entries CCed to the people involved in handling them in
replies to this message.  Let's see how this works, fingers crossed.  Thx. R.]

This message contains a list of some regressions from 2.6.24, for which there
are no fixes in the mainline I know of.  If any of them have been fixed already,
please let me know.

If you know of any other unresolved regressions from 2.6.24, please let me know
either and I'll add them to the list.  Also, please let me know if any of the
entries below are invalid.


Listed regressions statistics:

  Date          Total  Pending  Unresolved
  ----------------------------------------
  2008-04-04      183       32          28
  2008-03-31      177       34          31
  2008-03-27      171       38          30
  2008-03-22      159       35          31
  2008-03-17      148       38          30
  2008-03-16      146       42          35
  2008-03-14      145       45          39
  2008-03-12      143       51          41
  2008-03-11      141       58          43
  2008-03-10      138       66          47
  2008-03-03      115       65          49
  2008-02-25       90       51          39
  2008-02-17       61       45          37


Unresolved regressions
----------------------

Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10391
Subject		: 2.6.25-rc7/8: Another resume regression
Submitter	: Mark Lord <lkml@rtr.ca>
Date		: 2008-04-03 15:06 (1 days old)
References	: http://lkml.org/lkml/2008/4/3/283


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10390
Subject		: Oops while reading /proc/ioports or /proc/iomem
Submitter	: Jan Kara <jack@suse.cz>
Date		: 2008-04-03 15:25 (1 days old)
References	: http://lkml.org/lkml/2008/4/3/149


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10387
Subject		: rc6+ regression - backlight reset to 0 on boot after 7c0ea45be4f114d85ee35caeead8e1660699c46f
Submitter	: Andrey Borzenkov <arvidjaar@mail.ru>
Date		: 2008-04-02 22:53 (2 days old)
References	: http://lkml.org/lkml/2008/4/2/366


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10384
Subject		: 2.6.25-rc6-git2: warn_on_slowpath for tcp_simple_retransmit
Submitter	: Alessandro Suardi <alessandro.suardi@gmail.com>
Date		: 2008-04-02 00:28 (2 days old)
References	: http://lkml.org/lkml/2008/4/1/408
Handled-By	: Ilpo Järvinen <ilpo.jarvinen@helsinki.fi>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10382
Subject		: 2.6.25-rc5.git4 regression PS/2 mouse not detected/working
Submitter	: Yanko Kaneti <yaneti@declera.com>
Date		: 2008-04-02 10:59 (2 days old)
References	: http://lkml.org/lkml/2008/4/2/210
Handled-By	: Dmitry Torokhov <dmitry.torokhov@gmail.com>
		  Balaji Rao <balajirrao@gmail.com>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10377
Subject		: Kernel freezes during boot when AC is unplugged
Submitter	: Roman Jarosz <kedgedev@centrum.cz>
Date		: 2008-04-01 16:23 (3 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10369
Subject		: The never ending BEEEEP/__smp_call_function_mask with 2.6.25-rc7
Submitter	: Chr <chunkeey@web.de>
Date		: 2008-03-30 21:09 (5 days old)
References	: http://lkml.org/lkml/2008/3/30/87


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10365
Subject		: usb-storage, error reading the last 8 sectors, regression in 2.6.25-rc7
Submitter	: Sergey Dolgov <solkaa@gmail.com>
Date		: 2008-03-30 11:49 (5 days old)
References	: http://lkml.org/lkml/2008/3/30/11


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10349
Subject		: regression: am-utils stopped working in 2.6.25-rc*
Submitter	: Meelis Roos <mroos@linux.ee>
Date		: 2008-03-28 15:20 (7 days old)
References	: http://lkml.org/lkml/2008/3/28/174


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10346
Subject		: Linux 2.6.25-rc6: WARNING: at net/ipv4/tcp_input.c:2510
Submitter	: Georgi Chorbadzhiyski <gf@unixsol.org>
Date		: 2008-03-27 17:29 (8 days old)
References	: http://lkml.org/lkml/2008/3/27/246


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10344
Subject		: [2.6.25-rc6] possible regression: X server dying
Submitter	: Tilman Schmidt <tilman@imap.cc>
Date		: 2008-03-24 23:38 (11 days old)
References	: http://lkml.org/lkml/2008/3/24/260
Handled-By	: Dave Airlie <airlied@gmail.com>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10324
Subject		: kernel panic ip_route_input
Submitter	: Denys Fedoryshchenko <nuclearcat@nuclearcat.com>
Date		: 2008-03-25 12:48 (10 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10323
Subject		: panic using bridging on linus kernel 2.6.25-rc6
Submitter	: Andy Gospodarek <andy@greyhouse.net>
Date		: 2008-03-25 11:40 (10 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10320
Subject		: rt2x00 does not associate or give scan results
Submitter	: Marcus Better <marcus@better.se>
Date		: 2008-03-25 06:04 (10 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10319
Subject		: 2.6.25-rc6 regression - hang on resume
Submitter	: Soeren Sonnenburg <kernel@nn7.de>
Date		: 2008-03-25 04:44 (10 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10302
Subject		: 2.6.25-git regression with snd-hda-intel on Dell XPS M1330, no analog sound
Submitter	: Andre Tomt <andre@tomt.net>
Date		: 2008-03-21 20:03 (14 days old)
References	: http://lkml.org/lkml/2008/3/21/295
Handled-By	: Matthew Ranostay <mranostay@embeddedalley.com>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10300
Subject		: volume wheel does not work in 2.6.25-rc6
Submitter	: Romano Giannetti <romano.giannetti@gmail.com>
Date		: 2008-03-21 11:42 (14 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10290
Subject		: [BUG] Linux 2.6.25-rc6 - kernel BUG at fs/mpage.c:476! on powerpc
Submitter	: Kamalesh Babulal <kamalesh@linux.vnet.ibm.com>
Date		: 2008-03-20 13:13 (15 days old)
References	: http://lkml.org/lkml/2008/3/20/39


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10235
Subject		: 2.6.25-rc5: Blank Screen with Intel 945
Submitter	: Rafael J. Wysocki <rjw@sisk.pl>
Date		: 2008-03-12 12:02 (23 days old)
References	: http://lkml.org/lkml/2008/3/12/290
Handled-By	: Jesse Barnes <jbarnes@virtuousgeek.org>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10172
Subject		: kvm: INFO: inconsistent lock state
Submitter	: Zdenek Kabelac <zdenek.kabelac@gmail.com>
Date		: 2008-03-05 03:26 (30 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10156
Subject		: KVM &amp; Qemu crashed with infinite recursive kernel loop in the guest
Submitter	: Zdenek Kabelac <zdenek.kabelac@gmail.com>
Date		: 2008-02-28 11:25 (36 days old)
References	: http://lkml.org/lkml/2008/2/28/106


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10133
Subject		: INFO: possible circular locking in the resume
Submitter	: Zdenek Kabelac <zdenek.kabelac@gmail.com>
Date		: 2008-02-27 (37 days old)
References	: http://lkml.org/lkml/2008/2/26/479
Handled-By	: Gautham R Shenoy <ego@in.ibm.com>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10117
Subject		: 2.6.25-current-git hangs on boot (pci=nommconf helps)
Submitter	: Soeren Sonnenburg <kernel@nn7.de>
Date		: 2008-02-23 18:55 (41 days old)
References	: http://lkml.org/lkml/2008/2/23/263


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10093
Subject		: 2.6.25-current-git hangs on boot unless CONFIG_CPU_IDLE=n - Apple
Submitter	: Soeren Sonnenburg <kernel@nn7.de>
Date		: 2008-02-23 18:55 (41 days old)
References	: http://lkml.org/lkml/2008/2/23/263
		  http://marc.info/?l=linux-acpi&amp;m=120387537018467&amp;w=4
Handled-By	: Pallipadi, Venkatesh <venkatesh.pallipadi@intel.com>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10082
Subject		: 2.6.25-rc2-git4 - Kernel oops while running kernbench and tbench on powerpc
Submitter	: Kamalesh Babulal <kamalesh@linux.vnet.ibm.com>
Date		: 2008-02-20 16:01 (44 days old)
References	: http://lkml.org/lkml/2008/2/20/218
		  http://lkml.org/lkml/2008/1/18/71


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10067
Subject		: TUNER_TDA8290=y, VIDEO_DEV=n build error
Submitter	: Toralf Förster <toralf.foerster@gmx.de>
Date		: 2008-02-22 10:36 (42 days old)
References	: http://lkml.org/lkml/2008/2/19/262


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=9980
Subject		: 2.6.25-rc1 on Sun Ultra 40- HPET clocksource which causes it to hang
Submitter	: Jasper Bryant-Greene <jasper@unix.geek.nz>
Date		: 2008-02-13 12:25 (51 days old)
References	: http://lkml.org/lkml/2008/2/13/181


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=9978
Subject		: 2.6.25-rc1: volanoMark regression
Submitter	: Zhang, Yanmin <yanmin_zhang@linux.intel.com>
Date		: 2008-02-13 10:30 (51 days old)
References	: http://lkml.org/lkml/2008/2/13/128
Handled-By	: Srivatsa Vaddagiri <vatsa@linux.vnet.ibm.com>


Regressionn with patches
------------------------

Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10373
Subject		: slub compile error
Submitter	: Toralf Förster <toralf.foerster@gmx.de>
Date		: 2008-03-31 14:46 (4 days old)
References	: http://lkml.org/lkml/2008/3/31/120
Handled-By	: Christoph Lameter <clameter@sgi.com>
Patch		: http://lkml.org/lkml/2008/3/31/261


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10366
Subject		: 2.6.25-rc7: warn_on_slowpath triggered
Submitter	: Bob Tracy <rct@frus.com>
Date		: 2008-03-29 17:29 (6 days old)
References	: http://lkml.org/lkml/2008/3/29/125
Handled-By	: Björn Steinbrink <B.Steinbrink@gmx.de>
Patch		: http://lkml.org/lkml/2008/3/30/245


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10326
Subject		: inconsistent lock state in net_rx_action
Submitter	: Marcus Better <marcus@better.se>
Date		: 2008-03-25 13:21 (10 days old)
Patch		: http://bugzilla.kernel.org/show_bug.cgi?id=10326#c20


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10153
Subject		: (regression) kernel/timeconst.h bugs with HZ=128
Submitter	: David Brownell <david-b@pacbell.net>
Date		: 2008-02-26 19:32 (38 days old)
References	: http://lkml.org/lkml/2008/2/26/294
Handled-By	: H. Peter Anvin <hpa@zytor.com>
Patch		: http://bugzilla.kernel.org/attachment.cgi?id=15114&amp;action=view
		  http://bugzilla.kernel.org/attachment.cgi?id=15115&amp;action=view


For details, please visit the bug entries and follow the links given in
references.

As you can see, there is a Bugzilla entry for each of the listed regressions.
There also is a Bugzilla entry used for tracking the regressions from 2.6.24,
unresolved as well as resolved, at:

http://bugzilla.kernel.org/show_bug.cgi?id=9832

Please let me know if there are any Bugzilla entries that should be added to
the list in there.

Thanks,
Rafael

TUNER_TDA8290=y, VIDEO_DEV=n build error

[Rafael J. Wysocki]

The following report is on the current list of known regressions
from 2.6.24.  Please verify if the issue is still present in the
mainline.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10067
Subject		: TUNER_TDA8290=y, VIDEO_DEV=n build error
Submitter	: Toralf Foerster <toralf.foerster@gmx.de>
Date		: 2008-02-22 10:36 (42 days old)
References	: http://lkml.org/lkml/2008/2/19/262

Re: TUNER_TDA8290=y, VIDEO_DEV=n build error

[Adrian Bunk]

On Fri, Apr 04, 2008 at 01:20:32AM +0200, Rafael J. Wysocki wrote:
> The following report is on the current list of known regressions
> from 2.6.24.  Please verify if the issue is still present in the
> mainline.

When you asked me just 2 days ago exactly the same question in the 
Bugzilla entry I immediately confirmed it's still present.

Was anything wrong with my answer (and the subsequent discussions) that 
you now also ask Toralf for confirmation?

> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10067
> Subject		: TUNER_TDA8290=y, VIDEO_DEV=n build error
> Submitter	: Toralf Foerster <toralf.foerster@gmx.de>
> Date		: 2008-02-22 10:36 (42 days old)
> References	: http://lkml.org/lkml/2008/2/19/262

cu
Adrian

-- 

       "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: TUNER_TDA8290=y, VIDEO_DEV=n build error

[Rafael J. Wysocki]

On Friday, 4 of April 2008, Adrian Bunk wrote:
> On Fri, Apr 04, 2008 at 01:20:32AM +0200, Rafael J. Wysocki wrote:
> > The following report is on the current list of known regressions
> > from 2.6.24.  Please verify if the issue is still present in the
> > mainline.
> 
> When you asked me just 2 days ago exactly the same question in the 
> Bugzilla entry I immediately confirmed it's still present.
> 
> Was anything wrong with my answer (and the subsequent discussions) that 
> you now also ask Toralf for confirmation?

This text is automatically added to the messages sent in replies to the main
report.

Well, it probably could be better.  I'm open for suggestions. :-)

> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10067
> > Subject		: TUNER_TDA8290=y, VIDEO_DEV=n build error
> > Submitter	: Toralf Foerster <toralf.foerster@gmx.de>
> > Date		: 2008-02-22 10:36 (42 days old)
> > References	: http://lkml.org/lkml/2008/2/19/262

Thanks,
Rafael

Re: TUNER_TDA8290=y, VIDEO_DEV=n build error

[Adrian Bunk]

On Fri, Apr 04, 2008 at 11:37:40AM +0200, Rafael J. Wysocki wrote:
> On Friday, 4 of April 2008, Adrian Bunk wrote:
> > On Fri, Apr 04, 2008 at 01:20:32AM +0200, Rafael J. Wysocki wrote:
> > > The following report is on the current list of known regressions
> > > from 2.6.24.  Please verify if the issue is still present in the
> > > mainline.
> > 
> > When you asked me just 2 days ago exactly the same question in the 
> > Bugzilla entry I immediately confirmed it's still present.
> > 
> > Was anything wrong with my answer (and the subsequent discussions) that 
> > you now also ask Toralf for confirmation?
> 
> This text is automatically added to the messages sent in replies to the main
> report.
> 
> Well, it probably could be better.  I'm open for suggestions. :-)

First of all you try to get the tracking of all bugs into Bugzilla, and 
now you've sent a batch of emails where the answers will not get into 
Bugzilla automatically.

As an example, for the bug we are talking about the main value of you 
asking me in Bugzilla was not that I confirmed it's still present, the 
main value was that this caused Mauro to make a fix. What would have 
happened if Toralf had answered in an email that the bug is still 
present?

And especially for trickier stuff like suspend/resume problems it might 
also make sense to send the email to all people who might possibly be 
involved with the bug - even if this means putting all email addresses 
from 5 MAINTAINERS entries into one email. It takes a bit more time when 
writing the emails, but my experience was it's worth it.

> Thanks,
> Rafael

cu
Adrian

-- 

       "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: TUNER_TDA8290=y, VIDEO_DEV=n build error

[Rafael J. Wysocki]

On Sunday, 6 of April 2008, Adrian Bunk wrote:
> On Fri, Apr 04, 2008 at 11:37:40AM +0200, Rafael J. Wysocki wrote:
> > On Friday, 4 of April 2008, Adrian Bunk wrote:
> > > On Fri, Apr 04, 2008 at 01:20:32AM +0200, Rafael J. Wysocki wrote:
> > > > The following report is on the current list of known regressions
> > > > from 2.6.24.  Please verify if the issue is still present in the
> > > > mainline.
> > > 
> > > When you asked me just 2 days ago exactly the same question in the 
> > > Bugzilla entry I immediately confirmed it's still present.
> > > 
> > > Was anything wrong with my answer (and the subsequent discussions) that 
> > > you now also ask Toralf for confirmation?
> > 
> > This text is automatically added to the messages sent in replies to the main
> > report.
> > 
> > Well, it probably could be better.  I'm open for suggestions. :-)
> 
> First of all you try to get the tracking of all bugs into Bugzilla, and 
> now you've sent a batch of emails where the answers will not get into 
> Bugzilla automatically.

So?

> As an example, for the bug we are talking about the main value of you 
> asking me in Bugzilla was not that I confirmed it's still present, the 
> main value was that this caused Mauro to make a fix. What would have 
> happened if Toralf had answered in an email that the bug is still 
> present?

Most probably, I would add a reference to his reply to the bugzilla entry.

> And especially for trickier stuff like suspend/resume problems it might 
> also make sense to send the email to all people who might possibly be 
> involved with the bug - even if this means putting all email addresses 
> from 5 MAINTAINERS entries into one email. It takes a bit more time when 
> writing the emails, but my experience was it's worth it.

Yes, I'm going to do that in the future.

Thanks,
Rafael

2.6.25-git regression with snd-hda-intel on Dell XPS M1330, no analog sound

[Rafael J. Wysocki]

The following report is on the current list of known regressions
from 2.6.24.  Please verify if the issue is still present in the
mainline.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10302
Subject		: 2.6.25-git regression with snd-hda-intel on Dell XPS M1330, no analog sound
Submitter	: Andre Tomt <andre@tomt.net>
Date		: 2008-03-21 20:03 (14 days old)
References	: http://lkml.org/lkml/2008/3/21/295
Handled-By	: Matthew Ranostay <mranostay@embeddedalley.com>

Re: 2.6.25-git regression with snd-hda-intel on Dell XPS M1330, no analog sound

[Bill Davidsen]

Rafael J. Wysocki wrote:
> The following report is on the current list of known regressions
> from 2.6.24.  Please verify if the issue is still present in the
> mainline.
> 
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10302
> Subject		: 2.6.25-git regression with snd-hda-intel on Dell XPS M1330, no analog sound
> Submitter	: Andre Tomt <andre@tomt.net>
> Date		: 2008-03-21 20:03 (14 days old)
> References	: http://lkml.org/lkml/2008/3/21/295
> Handled-By	: Matthew Ranostay <mranostay@embeddedalley.com>
> 
> 
Is this by any chance related to the RTC old/new vs. sound problem noted 
in another thread?

-- 
Bill Davidsen <davidsen@tmr.com>
   "We have more to fear from the bungling of the incompetent than from
the machinations of the wicked."  - from Slashdot

[BUG] Linux 2.6.25-rc6 - kernel BUG at fs/mpage.c:476! on powerpc

[Rafael J. Wysocki]

The following report is on the current list of known regressions
from 2.6.24.  Please verify if the issue is still present in the
mainline.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10290
Subject		: [BUG] Linux 2.6.25-rc6 - kernel BUG at fs/mpage.c:476! on powerpc
Submitter	: Kamalesh Babulal <kamalesh@linux.vnet.ibm.com>
Date		: 2008-03-20 13:13 (15 days old)
References	: http://lkml.org/lkml/2008/3/20/39

kernel panic ip_route_input

[Rafael J. Wysocki]

The following report is on the current list of known regressions
from 2.6.24.  Please verify if the issue is still present in the
mainline.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10324
Subject		: kernel panic ip_route_input
Submitter	: Denys Fedoryshchenko <nuclearcat@nuclearcat.com>
Date		: 2008-03-25 12:48 (10 days old)

Re: kernel panic ip_route_input

[David Miller]

From: "Rafael J. Wysocki" <rjw@sisk.pl>
Date: Fri,  4 Apr 2008 01:22:43 +0200 (CEST)

> The following report is on the current list of known regressions
> from 2.6.24.  Please verify if the issue is still present in the
> mainline.
> 
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10324
> Subject		: kernel panic ip_route_input
> Submitter	: Denys Fedoryshchenko <nuclearcat@nuclearcat.com>
> Date		: 2008-03-25 12:48 (10 days old)

This has been confirmed by the reporter to be fixed in the current
tree.

Re: kernel panic ip_route_input

[Rafael J. Wysocki]

On Friday, 4 of April 2008, David Miller wrote:
> From: "Rafael J. Wysocki" <rjw@sisk.pl>
> Date: Fri,  4 Apr 2008 01:22:43 +0200 (CEST)
> 
> > The following report is on the current list of known regressions
> > from 2.6.24.  Please verify if the issue is still present in the
> > mainline.
> > 
> > 
> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10324
> > Subject		: kernel panic ip_route_input
> > Submitter	: Denys Fedoryshchenko <nuclearcat@nuclearcat.com>
> > Date		: 2008-03-25 12:48 (10 days old)
> 
> This has been confirmed by the reporter to be fixed in the current
> tree.

I've closed the bug.

Thanks,
Rafael

KVM & Qemu crashed with infinite recursive kernel loop in the guest

[Rafael J. Wysocki]

The following report is on the current list of known regressions
from 2.6.24.  Please verify if the issue is still present in the
mainline.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10156
Subject		: KVM & Qemu crashed with infinite recursive kernel loop in the guest
Submitter	: Zdenek Kabelac <zdenek.kabelac@gmail.com>
Date		: 2008-02-28 11:25 (36 days old)
References	: http://lkml.org/lkml/2008/2/28/106

2.6.25-current-git hangs on boot (pci=nommconf helps)

[Rafael J. Wysocki]

The following report is on the current list of known regressions
from 2.6.24.  Please verify if the issue is still present in the
mainline.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10117
Subject		: 2.6.25-current-git hangs on boot (pci=nommconf helps)
Submitter	: Soeren Sonnenburg <kernel@nn7.de>
Date		: 2008-02-23 18:55 (41 days old)
References	: http://lkml.org/lkml/2008/2/23/263

Re: 2.6.25-current-git hangs on boot (pci=nommconf helps)

[Soeren Sonnenburg]

On Fri, 2008-04-04 at 01:22 +0200, Rafael J. Wysocki wrote:
> The following report is on the current list of known regressions
> from 2.6.24.  Please verify if the issue is still present in the
> mainline.
> 
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10117
> Subject		: 2.6.25-current-git hangs on boot (pci=nommconf helps)
> Submitter	: Soeren Sonnenburg <kernel@nn7.de>
> Date		: 2008-02-23 18:55 (41 days old)
> References	: http://lkml.org/lkml/2008/2/23/263

I rebooted >10 times and couldn't trigger this hang with current
mainstream anymore.... so I guess it is gone.

Soeren

[2.6.25-rc6] possible regression: X server dying

[Rafael J. Wysocki]

The following report is on the current list of known regressions
from 2.6.24.  Please verify if the issue is still present in the
mainline.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10344
Subject		: [2.6.25-rc6] possible regression: X server dying
Submitter	: Tilman Schmidt <tilman@imap.cc>
Date		: 2008-03-24 23:38 (11 days old)
References	: http://lkml.org/lkml/2008/3/24/260
Handled-By	: Dave Airlie <airlied@gmail.com>

rt2x00 does not associate or give scan results

[Rafael J. Wysocki]

The following report is on the current list of known regressions
from 2.6.24.  Please verify if the issue is still present in the
mainline.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10320
Subject		: rt2x00 does not associate or give scan results
Submitter	: Marcus Better <marcus@better.se>
Date		: 2008-03-25 06:04 (10 days old)

regression: am-utils stopped working in 2.6.25-rc*

[Rafael J. Wysocki]

The following report is on the current list of known regressions
from 2.6.24.  Please verify if the issue is still present in the
mainline.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10349
Subject		: regression: am-utils stopped working in 2.6.25-rc*
Submitter	: Meelis Roos <mroos@linux.ee>
Date		: 2008-03-28 15:20 (7 days old)
References	: http://lkml.org/lkml/2008/3/28/174

Re: regression: am-utils stopped working in 2.6.25-rc*

[Meelis Roos]

> The following report is on the current list of known regressions
> from 2.6.24.  Please verify if the issue is still present in the
> mainline.
> 
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10349
> Subject		: regression: am-utils stopped working in 2.6.25-rc*
> Submitter	: Meelis Roos <mroos@linux.ee>
> Date		: 2008-03-28 15:20 (7 days old)
> References	: http://lkml.org/lkml/2008/3/28/174

Still present, active discussion in bugzilla. At least partly am-utils 
problem (actually there are 2 of them, one am-utils mount structure 
version problem, another NFS locking problem that was also uncoveredy by 
stricter checking in 2.6.25).

-- 
Meelis Roos (mroos@linux.ee)

kvm: INFO: inconsistent lock state

[Rafael J. Wysocki]

The following report is on the current list of known regressions
from 2.6.24.  Please verify if the issue is still present in the
mainline.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10172
Subject		: kvm: INFO: inconsistent lock state
Submitter	: Zdenek Kabelac <zdenek.kabelac@gmail.com>
Date		: 2008-03-05 03:26 (30 days old)

2.6.25-rc2-git4 - Kernel oops while running kernbench and tbench on powerpc

[Rafael J. Wysocki]

The following report is on the current list of known regressions
from 2.6.24.  Please verify if the issue is still present in the
mainline.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10082
Subject		: 2.6.25-rc2-git4 - Kernel oops while running kernbench and tbench on powerpc
Submitter	: Kamalesh Babulal <kamalesh@linux.vnet.ibm.com>
Date		: 2008-02-20 16:01 (44 days old)
References	: http://lkml.org/lkml/2008/2/20/218
		  http://lkml.org/lkml/2008/1/18/71

Linux 2.6.25-rc6: WARNING: at net/ipv4/tcp_input.c:2510

[Rafael J. Wysocki]

The following report is on the current list of known regressions
from 2.6.24.  Please verify if the issue is still present in the
mainline.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10346
Subject		: Linux 2.6.25-rc6: WARNING: at net/ipv4/tcp_input.c:2510
Submitter	: Georgi Chorbadzhiyski <gf@unixsol.org>
Date		: 2008-03-27 17:29 (8 days old)
References	: http://lkml.org/lkml/2008/3/27/246

Re: Linux 2.6.25-rc6: WARNING: at net/ipv4/tcp_input.c:2510

[Georgi Chorbadzhiyski]

Around 04/04/08 02:22, Rafael J. Wysocki scribbled:
> The following report is on the current list of known regressions
> from 2.6.24.  Please verify if the issue is still present in the
> mainline.
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10346
> Subject		: Linux 2.6.25-rc6: WARNING: at net/ipv4/tcp_input.c:2510
> Submitter	: Georgi Chorbadzhiyski <gf@unixsol.org>
> Date		: 2008-03-27 17:29 (8 days old)
> References	: http://lkml.org/lkml/2008/3/27/246

Upgraded to 2.6.25-rc8-00139-ge315c12, the server is running 8 hours
already and it seems it's fixed.

Anyway, should such warnings be threated as regressions?

-- 
Georgi Chorbadzhiyski
http://georgi.unixsol.org/

INFO: possible circular locking in the resume

[Rafael J. Wysocki]

The following report is on the current list of known regressions
from 2.6.24.  Please verify if the issue is still present in the
mainline.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10133
Subject		: INFO: possible circular locking in the resume
Submitter	: Zdenek Kabelac <zdenek.kabelac@gmail.com>
Date		: 2008-02-27 (37 days old)
References	: http://lkml.org/lkml/2008/2/26/479
Handled-By	: Gautham R Shenoy <ego@in.ibm.com>

Re: INFO: possible circular locking in the resume

[Gautham R Shenoy]

On Fri, Apr 04, 2008 at 01:22:43AM +0200, Rafael J. Wysocki wrote:
> The following report is on the current list of known regressions
> from 2.6.24.  Please verify if the issue is still present in the
> mainline.
> 
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10133
> Subject		: INFO: possible circular locking in the resume
> Submitter	: Zdenek Kabelac <zdenek.kabelac@gmail.com>
> Date		: 2008-02-27 (37 days old)
> References	: http://lkml.org/lkml/2008/2/26/479
> Handled-By	: Gautham R Shenoy <ego@in.ibm.com>
> 

Yes it still is present in the mainline.

Sorry, didn't have time to fix it, since I have been busy with other stuff. 
Will have a look at it over the weekend.

-- 
Thanks and Regards
gautham

volume wheel does not work in 2.6.25-rc6

[Rafael J. Wysocki]

The following report is on the current list of known regressions
from 2.6.24.  Please verify if the issue is still present in the
mainline.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10300
Subject		: volume wheel does not work in 2.6.25-rc6
Submitter	: Romano Giannetti <romano.giannetti@gmail.com>
Date		: 2008-03-21 11:42 (14 days old)

2.6.25-current-git hangs on boot unless CONFIG_CPU_IDLE=n - Apple

[Rafael J. Wysocki]

The following report is on the current list of known regressions
from 2.6.24.  Please verify if the issue is still present in the
mainline.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10093
Subject		: 2.6.25-current-git hangs on boot unless CONFIG_CPU_IDLE=n - Apple
Submitter	: Soeren Sonnenburg <kernel@nn7.de>
Date		: 2008-02-23 18:55 (41 days old)
References	: http://lkml.org/lkml/2008/2/23/263
		  http://marc.info/?l=linux-acpi&amp;m=120387537018467&amp;w=4
Handled-By	: Pallipadi, Venkatesh <venkatesh.pallipadi@intel.com>

RE: 2.6.25-current-git hangs on boot unless CONFIG_CPU_IDLE=n - Apple

[Pallipadi, Venkatesh]

 

>-----Original Message-----
>From: Rafael J. Wysocki [mailto:rjw@sisk.pl] 
>Sent: Thursday, April 03, 2008 4:23 PM
>To: Linux Kernel Mailing List
>Cc: Pallipadi@ogre.sisk.pl; Pallipadi, Venkatesh; Soeren Sonnenburg
>Subject: 2.6.25-current-git hangs on boot unless 
>CONFIG_CPU_IDLE=n - Apple
>
>The following report is on the current list of known regressions
>from 2.6.24.  Please verify if the issue is still present in the
>mainline.
>
>
>Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10093
>Subject		: 2.6.25-current-git hangs on boot 
>unless CONFIG_CPU_IDLE=n - Apple
>Submitter	: Soeren Sonnenburg <kernel@nn7.de>
>Date		: 2008-02-23 18:55 (41 days old)
>References	: http://lkml.org/lkml/2008/2/23/263
>		  
>http://marc.info/?l=linux-acpi&amp;m=120387537018467&amp;w=4
>Handled-By	: Pallipadi, Venkatesh <venkatesh.pallipadi@intel.com>
>

Last comment I saw from Soeren says it does not really hang. It waits
for 5-10 seconds sometimes before continuing. We are still trying to
narrow this down with max_cstate etc..

Thanks,
Venki

Re: 2.6.25-current-git hangs on boot unless CONFIG_CPU_IDLE=n - Apple

[Carlos R. Mafra]

On Thu  3.Apr'08 at 17:14:22 -0700, Pallipadi, Venkatesh wrote:
> >The following report is on the current list of known regressions
> >from 2.6.24.  Please verify if the issue is still present in the
> >mainline.
> >
> >
> >Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10093
> >Subject		: 2.6.25-current-git hangs on boot 
> >unless CONFIG_CPU_IDLE=n - Apple
> >Submitter	: Soeren Sonnenburg <kernel@nn7.de>
> >Date		: 2008-02-23 18:55 (41 days old)
> >References	: http://lkml.org/lkml/2008/2/23/263
> >		  
> >http://marc.info/?l=linux-acpi&amp;m=120387537018467&amp;w=4
> >Handled-By	: Pallipadi, Venkatesh <venkatesh.pallipadi@intel.com>
> >
> 
> Last comment I saw from Soeren says it does not really hang. It waits
> for 5-10 seconds sometimes before continuing. We are still trying to
> narrow this down with max_cstate etc..

I should say that my laptop (Vaio) _hangs_ at boot (less than 10% of boots)
and this is the last message I see:

"ACPI: Processor [CPU1] (supports 8 throttling states)"

and it stays there "forever" (more than 1 or 2 minutes at least).

I am not using my laptop too much these days, and I thought this
bug had been solved because it didn't hang for the last week (but
I boot it once per day), however it hang last night (using some
post 2.6.25-rc7 kernel)

I have pictures of the screen while showing this last message at boot, 
should I post it somewhere or that is not necessary?.

Re: 2.6.25-current-git hangs on boot unless CONFIG_CPU_IDLE=n - Apple

[Ray Lee]

On Thu, Apr 3, 2008 at 6:10 PM, Carlos R. Mafra <crmafra2@gmail.com> wrote:
> On Thu  3.Apr'08 at 17:14:22 -0700, Pallipadi, Venkatesh wrote:
>  > >The following report is on the current list of known regressions
>  > >from 2.6.24.  Please verify if the issue is still present in the
>  > >mainline.
>  > >
>  > >
>  > >Bug-Entry    : http://bugzilla.kernel.org/show_bug.cgi?id=10093
>  > >Subject              : 2.6.25-current-git hangs on boot
>  > >unless CONFIG_CPU_IDLE=n - Apple
>  > >Submitter    : Soeren Sonnenburg <kernel@nn7.de>
>  > >Date         : 2008-02-23 18:55 (41 days old)
>  > >References   : http://lkml.org/lkml/2008/2/23/263
>  > >
>  > >http://marc.info/?l=linux-acpi&amp;m=120387537018467&amp;w=4
>  > >Handled-By   : Pallipadi, Venkatesh <venkatesh.pallipadi@intel.com>
>  > >
>  >
>  > Last comment I saw from Soeren says it does not really hang. It waits
>  > for 5-10 seconds sometimes before continuing. We are still trying to
>  > narrow this down with max_cstate etc..
>
>  I should say that my laptop (Vaio) _hangs_ at boot (less than 10% of boots)
>  and this is the last message I see:
>
>  "ACPI: Processor [CPU1] (supports 8 throttling states)"
>
>  and it stays there "forever" (more than 1 or 2 minutes at least).
>
>  I am not using my laptop too much these days, and I thought this
>  bug had been solved because it didn't hang for the last week (but
>  I boot it once per day), however it hang last night (using some
>  post 2.6.25-rc7 kernel)
>
>  I have pictures of the screen while showing this last message at boot,
>  should I post it somewhere or that is not necessary?.

If the sysrq key still works when that happens, try to do a sysrq-t,
s, b to generate a trace, sync the filesystem, and reboot. If anything
made it to the logs, please post it.

Re: 2.6.25-current-git hangs on boot unless CONFIG_CPU_IDLE=n - Apple

[Soeren Sonnenburg]

On Thu, 2008-04-03 at 20:15 -0700, Ray Lee wrote:
> On Thu, Apr 3, 2008 at 6:10 PM, Carlos R. Mafra <crmafra2@gmail.com> wrote:
> > On Thu  3.Apr'08 at 17:14:22 -0700, Pallipadi, Venkatesh wrote:
> >  > >The following report is on the current list of known regressions
> >  > >from 2.6.24.  Please verify if the issue is still present in the
> >  > >mainline.
> >  > >
> >  > >
> >  > >Bug-Entry    : http://bugzilla.kernel.org/show_bug.cgi?id=10093
> >  > >Subject              : 2.6.25-current-git hangs on boot
> >  > >unless CONFIG_CPU_IDLE=n - Apple
> >  > >Submitter    : Soeren Sonnenburg <kernel@nn7.de>
> >  > >Date         : 2008-02-23 18:55 (41 days old)
> >  > >References   : http://lkml.org/lkml/2008/2/23/263
> >  > >
> >  > >http://marc.info/?l=linux-acpi&m=120387537018467&w=4
> >  > >Handled-By   : Pallipadi, Venkatesh <venkatesh.pallipadi@intel.com>
> >  > >
> >  >
> >  > Last comment I saw from Soeren says it does not really hang. It waits
> >  > for 5-10 seconds sometimes before continuing. We are still trying to
> >  > narrow this down with max_cstate etc..
> >
> >  I should say that my laptop (Vaio) _hangs_ at boot (less than 10% of boots)
> >  and this is the last message I see:
> >
> >  "ACPI: Processor [CPU1] (supports 8 throttling states)"
> >
> >  and it stays there "forever" (more than 1 or 2 minutes at least).
> >
> >  I am not using my laptop too much these days, and I thought this
> >  bug had been solved because it didn't hang for the last week (but
> >  I boot it once per day), however it hang last night (using some
> >  post 2.6.25-rc7 kernel)
> >
> >  I have pictures of the screen while showing this last message at boot,
> >  should I post it somewhere or that is not necessary?.
> 
> If the sysrq key still works when that happens, try to do a sysrq-t,
> s, b to generate a trace, sync the filesystem, and reboot. If anything
> made it to the logs, please post it.

How could I potentially do that on this #^%^! apple keyboard?
Soeren

Re: 2.6.25-current-git hangs on boot unless CONFIG_CPU_IDLE=n - Apple

[Carlos R. Mafra]

On Thu  3.Apr'08 at 20:15:02 -0700, Ray Lee wrote:
> On Thu, Apr 3, 2008 at 6:10 PM, Carlos R. Mafra <crmafra2@gmail.com> wrote:
> > On Thu  3.Apr'08 at 17:14:22 -0700, Pallipadi, Venkatesh wrote:
> >  > >The following report is on the current list of known regressions
> >  > >from 2.6.24.  Please verify if the issue is still present in the
> >  > >mainline.
> >  > >
> >  > >
> >  > >Bug-Entry    : http://bugzilla.kernel.org/show_bug.cgi?id=10093
> >  > >Subject              : 2.6.25-current-git hangs on boot
> >  > >unless CONFIG_CPU_IDLE=n - Apple
> >  > >Submitter    : Soeren Sonnenburg <kernel@nn7.de>
> >  > >Date         : 2008-02-23 18:55 (41 days old)
> >  > >References   : http://lkml.org/lkml/2008/2/23/263
> >  > >
> >  > >http://marc.info/?l=linux-acpi&amp;m=120387537018467&amp;w=4
> >  > >Handled-By   : Pallipadi, Venkatesh <venkatesh.pallipadi@intel.com>
> >  > >
> >  >
> >  > Last comment I saw from Soeren says it does not really hang. It waits
> >  > for 5-10 seconds sometimes before continuing. We are still trying to
> >  > narrow this down with max_cstate etc..
> >
> >  I should say that my laptop (Vaio) _hangs_ at boot (less than 10% of boots)
> >  and this is the last message I see:
> >
> >  "ACPI: Processor [CPU1] (supports 8 throttling states)"
> >
> >  and it stays there "forever" (more than 1 or 2 minutes at least).
> >
> >  I am not using my laptop too much these days, and I thought this
> >  bug had been solved because it didn't hang for the last week (but
> >  I boot it once per day), however it hang last night (using some
> >  post 2.6.25-rc7 kernel)
> >
> >  I have pictures of the screen while showing this last message at boot,
> >  should I post it somewhere or that is not necessary?.
> 
> If the sysrq key still works when that happens, try to do a sysrq-t,
> s, b to generate a trace, sync the filesystem, and reboot. If anything
> made it to the logs, please post it.

Sysrq keys don't work when it hangs, I have to push the power button.

Another thing to notice is that when it happens, it usually happens
more times in a row (like 3 times). And then it can take many boots to
happen again.

I've uploaded the picture where it hangs, it is in the very beginning
of the boot process:

http://www.ift.unesp.br/users/crmafra/dsc04673.jpg

Re: 2.6.25-current-git hangs on boot unless CONFIG_CPU_IDLE=n - Apple

[Soeren Sonnenburg]

On Fri, 2008-04-04 at 08:47 -0300, Carlos R. Mafra wrote:
> On Thu  3.Apr'08 at 20:15:02 -0700, Ray Lee wrote:
> > On Thu, Apr 3, 2008 at 6:10 PM, Carlos R. Mafra <crmafra2@gmail.com> wrote:
> > > On Thu  3.Apr'08 at 17:14:22 -0700, Pallipadi, Venkatesh wrote:
> > >  > >The following report is on the current list of known regressions
> > >  > >from 2.6.24.  Please verify if the issue is still present in the
> > >  > >mainline.
> > >  > >
> > >  > >
> > >  > >Bug-Entry    : http://bugzilla.kernel.org/show_bug.cgi?id=10093
> > >  > >Subject              : 2.6.25-current-git hangs on boot
> > >  > >unless CONFIG_CPU_IDLE=n - Apple
> > >  > >Submitter    : Soeren Sonnenburg <kernel@nn7.de>
> > >  > >Date         : 2008-02-23 18:55 (41 days old)
> > >  > >References   : http://lkml.org/lkml/2008/2/23/263
> > >  > >
> > >  > >http://marc.info/?l=linux-acpi&m=120387537018467&w=4
> > >  > >Handled-By   : Pallipadi, Venkatesh <venkatesh.pallipadi@intel.com>
> > >  > >
> > >  >
> > >  > Last comment I saw from Soeren says it does not really hang. It waits
> > >  > for 5-10 seconds sometimes before continuing. We are still trying to
> > >  > narrow this down with max_cstate etc..
> > >
> > >  I should say that my laptop (Vaio) _hangs_ at boot (less than 10% of boots)
> > >  and this is the last message I see:
> > >
> > >  "ACPI: Processor [CPU1] (supports 8 throttling states)"
> > >
> > >  and it stays there "forever" (more than 1 or 2 minutes at least).
> > >
> > >  I am not using my laptop too much these days, and I thought this
> > >  bug had been solved because it didn't hang for the last week (but
> > >  I boot it once per day), however it hang last night (using some
> > >  post 2.6.25-rc7 kernel)
> > >
> > >  I have pictures of the screen while showing this last message at boot,
> > >  should I post it somewhere or that is not necessary?.
> > 
> > If the sysrq key still works when that happens, try to do a sysrq-t,
> > s, b to generate a trace, sync the filesystem, and reboot. If anything
> > made it to the logs, please post it.
> 
> Sysrq keys don't work when it hangs, I have to push the power button.
> 
> Another thing to notice is that when it happens, it usually happens
> more times in a row (like 3 times). And then it can take many boots to
> happen again.
> 
> I've uploaded the picture where it hangs, it is in the very beginning
> of the boot process:
> 
> http://www.ift.unesp.br/users/crmafra/dsc04673.jpg

Actually this is 
http://bugzilla.kernel.org/show_bug.cgi?id=10117 ... and what you
describe is exactly what I was seeing. 

However I thought that we are talking about the hang with 
ladder governor as the last message on the screen. Anyway I am not sure
if both bugs are related or not but I couldn't reproduce the throttling
states bug with current mainstream...

Soeren

Re: 2.6.25-current-git hangs on boot unless CONFIG_CPU_IDLE=n - Apple

[Carlos R. Mafra]

On Fri  4.Apr'08 at 14:10:56 +0200, Soeren Sonnenburg wrote:
> On Fri, 2008-04-04 at 08:47 -0300, Carlos R. Mafra wrote:
> > On Thu  3.Apr'08 at 20:15:02 -0700, Ray Lee wrote:
> > > On Thu, Apr 3, 2008 at 6:10 PM, Carlos R. Mafra <crmafra2@gmail.com> wrote:
> > > > On Thu  3.Apr'08 at 17:14:22 -0700, Pallipadi, Venkatesh wrote:
> > > >  > >The following report is on the current list of known regressions
> > > >  > >from 2.6.24.  Please verify if the issue is still present in the
> > > >  > >mainline.
> > > >  > >
> > > >  > >
> > > >  > >Bug-Entry    : http://bugzilla.kernel.org/show_bug.cgi?id=10093
> > > >  > >Subject              : 2.6.25-current-git hangs on boot
> > > >  > >unless CONFIG_CPU_IDLE=n - Apple
> > > >  > >Submitter    : Soeren Sonnenburg <kernel@nn7.de>
> > > >  > >Date         : 2008-02-23 18:55 (41 days old)
> > > >  > >References   : http://lkml.org/lkml/2008/2/23/263
> > > >  > >
> > > >  > >http://marc.info/?l=linux-acpi&m=120387537018467&w=4
> > > >  > >Handled-By   : Pallipadi, Venkatesh <venkatesh.pallipadi@intel.com>
> > > >  > >
> > > >  >
> > > >  > Last comment I saw from Soeren says it does not really hang. It waits
> > > >  > for 5-10 seconds sometimes before continuing. We are still trying to
> > > >  > narrow this down with max_cstate etc..
> > > >
> > > >  I should say that my laptop (Vaio) _hangs_ at boot (less than 10% of boots)
> > > >  and this is the last message I see:
> > > >
> > > >  "ACPI: Processor [CPU1] (supports 8 throttling states)"
> > > >
> > > >  and it stays there "forever" (more than 1 or 2 minutes at least).
> > > >
> > > >  I am not using my laptop too much these days, and I thought this
> > > >  bug had been solved because it didn't hang for the last week (but
> > > >  I boot it once per day), however it hang last night (using some
> > > >  post 2.6.25-rc7 kernel)
> > > >
> > > >  I have pictures of the screen while showing this last message at boot,
> > > >  should I post it somewhere or that is not necessary?.
> > > 
> > > If the sysrq key still works when that happens, try to do a sysrq-t,
> > > s, b to generate a trace, sync the filesystem, and reboot. If anything
> > > made it to the logs, please post it.
> > 
> > Sysrq keys don't work when it hangs, I have to push the power button.
> > 
> > Another thing to notice is that when it happens, it usually happens
> > more times in a row (like 3 times). And then it can take many boots to
> > happen again.
> > 
> > I've uploaded the picture where it hangs, it is in the very beginning
> > of the boot process:
> > 
> > http://www.ift.unesp.br/users/crmafra/dsc04673.jpg
> 
> Actually this is 
> http://bugzilla.kernel.org/show_bug.cgi?id=10117 ... and what you
> describe is exactly what I was seeing. 

Ops, I am sorry. But in the bug description which Rafael wrote above
there is a link to your original post

References: http://lkml.org/lkml/2008/2/23/263

so I thought this was the bug being dealt with here.

> However I thought that we are talking about the hang with 
> ladder governor as the last message on the screen. Anyway I am not sure
> if both bugs are related or not but I couldn't reproduce the throttling
> states bug with current mainstream...

I thought that the bug had vanished, but two days ago it happened
again in my Vaio. There were a couple of different messages comparing
to the picture in the link above, but the last message was exactly the
same.

And I see that Rafael closed the bug 
http://bugzilla.kernel.org/show_bug.cgi?id=10117

The hang two days ago was with 2.6.25-rc7-00150-g(can't remember),
do you think the bug was fixed since that kernel?

I will try to test with the latest git, but I don't have internet
access at my house anymore, so I will have to clone the git
repository into my pendrive and take it there...

RE: 2.6.25-current-git hangs on boot unless CONFIG_CPU_IDLE=n -Apple

[Pallipadi, Venkatesh]

 

>-----Original Message-----
>From: linux-kernel-owner@vger.kernel.org 
>[mailto:linux-kernel-owner@vger.kernel.org] On Behalf Of 
>Carlos R. Mafra
>Sent: Friday, April 04, 2008 4:48 AM
>To: Ray Lee
>Cc: Pallipadi, Venkatesh; Rafael J. Wysocki; Linux Kernel 
>Mailing List; Pallipadi@ogre.sisk.pl; Soeren Sonnenburg
>Subject: Re: 2.6.25-current-git hangs on boot unless 
>CONFIG_CPU_IDLE=n -Apple
>
>On Thu  3.Apr'08 at 20:15:02 -0700, Ray Lee wrote:
>> On Thu, Apr 3, 2008 at 6:10 PM, Carlos R. Mafra 
><crmafra2@gmail.com> wrote:
>> > On Thu  3.Apr'08 at 17:14:22 -0700, Pallipadi, Venkatesh wrote:
>> >  > >The following report is on the current list of known 
>regressions
>> >  > >from 2.6.24.  Please verify if the issue is still 
>present in the
>> >  > >mainline.
>> >  > >
>> >  > >
>> >  > >Bug-Entry    : http://bugzilla.kernel.org/show_bug.cgi?id=10093
>> >  > >Subject              : 2.6.25-current-git hangs on boot
>> >  > >unless CONFIG_CPU_IDLE=n - Apple
>> >  > >Submitter    : Soeren Sonnenburg <kernel@nn7.de>
>> >  > >Date         : 2008-02-23 18:55 (41 days old)
>> >  > >References   : http://lkml.org/lkml/2008/2/23/263
>> >  > >
>> >  > >http://marc.info/?l=linux-acpi&amp;m=120387537018467&amp;w=4
>> >  > >Handled-By   : Pallipadi, Venkatesh 
><venkatesh.pallipadi@intel.com>
>> >  > >
>> >  >
>> >  > Last comment I saw from Soeren says it does not really 
>hang. It waits
>> >  > for 5-10 seconds sometimes before continuing. We are 
>still trying to
>> >  > narrow this down with max_cstate etc..
>> >
>> >  I should say that my laptop (Vaio) _hangs_ at boot (less 
>than 10% of boots)
>> >  and this is the last message I see:
>> >
>> >  "ACPI: Processor [CPU1] (supports 8 throttling states)"
>> >
>> >  and it stays there "forever" (more than 1 or 2 minutes at least).
>> >
>> >  I am not using my laptop too much these days, and I thought this
>> >  bug had been solved because it didn't hang for the last week (but
>> >  I boot it once per day), however it hang last night (using some
>> >  post 2.6.25-rc7 kernel)
>> >
>> >  I have pictures of the screen while showing this last 
>message at boot,
>> >  should I post it somewhere or that is not necessary?.
>> 
>> If the sysrq key still works when that happens, try to do a sysrq-t,
>> s, b to generate a trace, sync the filesystem, and reboot. 
>If anything
>> made it to the logs, please post it.
>
>Sysrq keys don't work when it hangs, I have to push the power button.
>
>Another thing to notice is that when it happens, it usually happens
>more times in a row (like 3 times). And then it can take many boots to
>happen again.
>
>I've uploaded the picture where it hangs, it is in the very beginning
>of the boot process:
>
>http://www.ift.unesp.br/users/crmafra/dsc04673.jpg


Can you try the latest git and see whether this still is a problem?

Thanks,
Venki

Re: 2.6.25-current-git hangs on boot unless CONFIG_CPU_IDLE=n -Apple

[Carlos R. Mafra]

On Fri  4.Apr'08 at  7:25:34 -0700, Pallipadi, Venkatesh wrote:
>  
> 
> >-----Original Message-----
> >From: linux-kernel-owner@vger.kernel.org 
> >[mailto:linux-kernel-owner@vger.kernel.org] On Behalf Of 
> >Carlos R. Mafra
> >Sent: Friday, April 04, 2008 4:48 AM
> >To: Ray Lee
> >Cc: Pallipadi, Venkatesh; Rafael J. Wysocki; Linux Kernel 
> >Mailing List; Pallipadi@ogre.sisk.pl; Soeren Sonnenburg
> >Subject: Re: 2.6.25-current-git hangs on boot unless 
> >CONFIG_CPU_IDLE=n -Apple
> >
> >On Thu  3.Apr'08 at 20:15:02 -0700, Ray Lee wrote:
> >> On Thu, Apr 3, 2008 at 6:10 PM, Carlos R. Mafra 
> ><crmafra2@gmail.com> wrote:
> >> > On Thu  3.Apr'08 at 17:14:22 -0700, Pallipadi, Venkatesh wrote:
> >> >  > >The following report is on the current list of known 
> >regressions
> >> >  > >from 2.6.24.  Please verify if the issue is still 
> >present in the
> >> >  > >mainline.
> >> >  > >
> >> >  > >
> >> >  > >Bug-Entry    : http://bugzilla.kernel.org/show_bug.cgi?id=10093
> >> >  > >Subject              : 2.6.25-current-git hangs on boot
> >> >  > >unless CONFIG_CPU_IDLE=n - Apple
> >> >  > >Submitter    : Soeren Sonnenburg <kernel@nn7.de>
> >> >  > >Date         : 2008-02-23 18:55 (41 days old)
> >> >  > >References   : http://lkml.org/lkml/2008/2/23/263
> >> >  > >
> >> >  > >http://marc.info/?l=linux-acpi&amp;m=120387537018467&amp;w=4
> >> >  > >Handled-By   : Pallipadi, Venkatesh 
> ><venkatesh.pallipadi@intel.com>
> >> >  > >
> >> >  >
> >> >  > Last comment I saw from Soeren says it does not really 
> >hang. It waits
> >> >  > for 5-10 seconds sometimes before continuing. We are 
> >still trying to
> >> >  > narrow this down with max_cstate etc..
> >> >
> >> >  I should say that my laptop (Vaio) _hangs_ at boot (less 
> >than 10% of boots)
> >> >  and this is the last message I see:
> >> >
> >> >  "ACPI: Processor [CPU1] (supports 8 throttling states)"
> >> >
> >> >  and it stays there "forever" (more than 1 or 2 minutes at least).
> >> >
> >> >  I am not using my laptop too much these days, and I thought this
> >> >  bug had been solved because it didn't hang for the last week (but
> >> >  I boot it once per day), however it hang last night (using some
> >> >  post 2.6.25-rc7 kernel)
> >> >
> >> >  I have pictures of the screen while showing this last 
> >message at boot,
> >> >  should I post it somewhere or that is not necessary?.
> >> 
> >> If the sysrq key still works when that happens, try to do a sysrq-t,
> >> s, b to generate a trace, sync the filesystem, and reboot. 
> >If anything
> >> made it to the logs, please post it.
> >
> >Sysrq keys don't work when it hangs, I have to push the power button.
> >
> >Another thing to notice is that when it happens, it usually happens
> >more times in a row (like 3 times). And then it can take many boots to
> >happen again.
> >
> >I've uploaded the picture where it hangs, it is in the very beginning
> >of the boot process:
> >
> >http://www.ift.unesp.br/users/crmafra/dsc04673.jpg
> 
> 
> Can you try the latest git and see whether this still is a problem?

I've just updated to latest git, but it may take some time for it 
to happen again (the first 3 boots were okay). Last time it happened
with 2.6.25-rc7-00149-gaf8be4e (I checked now). 

Do you have reasons to believe this issue was fixed since then?

RE: 2.6.25-current-git hangs on boot unless CONFIG_CPU_IDLE=n-Apple

[Pallipadi, Venkatesh]

 

>-----Original Message-----
>From: Carlos R. Mafra [mailto:crmafra2@gmail.com] 
>Sent: Friday, April 04, 2008 8:52 AM
>To: Pallipadi, Venkatesh
>Cc: Ray Lee; Rafael J. Wysocki; Linux Kernel Mailing List; 
>Pallipadi@ogre.sisk.pl; Soeren Sonnenburg
>Subject: Re: 2.6.25-current-git hangs on boot unless 
>CONFIG_CPU_IDLE=n-Apple
>
>On Fri  4.Apr'08 at  7:25:34 -0700, Pallipadi, Venkatesh wrote:
>>  
>> 
>> >-----Original Message-----
>> >From: linux-kernel-owner@vger.kernel.org 
>> >[mailto:linux-kernel-owner@vger.kernel.org] On Behalf Of 
>> >Carlos R. Mafra
>> >Sent: Friday, April 04, 2008 4:48 AM
>> >To: Ray Lee
>> >Cc: Pallipadi, Venkatesh; Rafael J. Wysocki; Linux Kernel 
>> >Mailing List; Pallipadi@ogre.sisk.pl; Soeren Sonnenburg
>> >Subject: Re: 2.6.25-current-git hangs on boot unless 
>> >CONFIG_CPU_IDLE=n -Apple
>> >
>> >On Thu  3.Apr'08 at 20:15:02 -0700, Ray Lee wrote:
>> >> On Thu, Apr 3, 2008 at 6:10 PM, Carlos R. Mafra 
>> ><crmafra2@gmail.com> wrote:
>> >> > On Thu  3.Apr'08 at 17:14:22 -0700, Pallipadi, Venkatesh wrote:
>> >> >  > >The following report is on the current list of known 
>> >regressions
>> >> >  > >from 2.6.24.  Please verify if the issue is still 
>> >present in the
>> >> >  > >mainline.
>> >> >  > >
>> >> >  > >
>> >> >  > >Bug-Entry    : 
>http://bugzilla.kernel.org/show_bug.cgi?id=10093
>> >> >  > >Subject              : 2.6.25-current-git hangs on boot
>> >> >  > >unless CONFIG_CPU_IDLE=n - Apple
>> >> >  > >Submitter    : Soeren Sonnenburg <kernel@nn7.de>
>> >> >  > >Date         : 2008-02-23 18:55 (41 days old)
>> >> >  > >References   : http://lkml.org/lkml/2008/2/23/263
>> >> >  > >
>> >> >  > >http://marc.info/?l=linux-acpi&amp;m=120387537018467&amp;w=4
>> >> >  > >Handled-By   : Pallipadi, Venkatesh 
>> ><venkatesh.pallipadi@intel.com>
>> >> >  > >
>> >> >  >
>> >> >  > Last comment I saw from Soeren says it does not really 
>> >hang. It waits
>> >> >  > for 5-10 seconds sometimes before continuing. We are 
>> >still trying to
>> >> >  > narrow this down with max_cstate etc..
>> >> >
>> >> >  I should say that my laptop (Vaio) _hangs_ at boot (less 
>> >than 10% of boots)
>> >> >  and this is the last message I see:
>> >> >
>> >> >  "ACPI: Processor [CPU1] (supports 8 throttling states)"
>> >> >
>> >> >  and it stays there "forever" (more than 1 or 2 minutes 
>at least).
>> >> >
>> >> >  I am not using my laptop too much these days, and I 
>thought this
>> >> >  bug had been solved because it didn't hang for the 
>last week (but
>> >> >  I boot it once per day), however it hang last night (using some
>> >> >  post 2.6.25-rc7 kernel)
>> >> >
>> >> >  I have pictures of the screen while showing this last 
>> >message at boot,
>> >> >  should I post it somewhere or that is not necessary?.
>> >> 
>> >> If the sysrq key still works when that happens, try to do 
>a sysrq-t,
>> >> s, b to generate a trace, sync the filesystem, and reboot. 
>> >If anything
>> >> made it to the logs, please post it.
>> >
>> >Sysrq keys don't work when it hangs, I have to push the 
>power button.
>> >
>> >Another thing to notice is that when it happens, it usually happens
>> >more times in a row (like 3 times). And then it can take 
>many boots to
>> >happen again.
>> >
>> >I've uploaded the picture where it hangs, it is in the very 
>beginning
>> >of the boot process:
>> >
>> >http://www.ift.unesp.br/users/crmafra/dsc04673.jpg
>> 
>> 
>> Can you try the latest git and see whether this still is a problem?
>
>I've just updated to latest git, but it may take some time for it 
>to happen again (the first 3 boots were okay). Last time it happened
>with 2.6.25-rc7-00149-gaf8be4e (I checked now). 
>
>Do you have reasons to believe this issue was fixed since then?

Yes. I think the patch here should have fixed the problem....
Patch : http://marc.info/?l=linux-kernel&m=120674502201007&w=4

Thanks,
Venki

>

RE: 2.6.25-current-git hangs on boot unless CONFIG_CPU_IDLE=n-Apple

[Soeren Sonnenburg]

On Fri, 2008-04-04 at 10:37 -0700, Pallipadi, Venkatesh wrote:
[...]
> >> Can you try the latest git and see whether this still is a problem?
> >
> >I've just updated to latest git, but it may take some time for it 
> >to happen again (the first 3 boots were okay). Last time it happened
> >with 2.6.25-rc7-00149-gaf8be4e (I checked now). 
> >
> >Do you have reasons to believe this issue was fixed since then?
> 
> Yes. I think the patch here should have fixed the problem....
> Patch : http://marc.info/?l=linux-kernel&m=120674502201007&w=4

But this patch is not in the current mainstream... (yet?)
Soeren

RE: 2.6.25-current-git hangs on boot unless CONFIG_CPU_IDLE=n-Apple

[Pallipadi, Venkatesh]

 

>-----Original Message-----
>From: Pallipadi, Venkatesh 
>Sent: Friday, April 04, 2008 10:37 AM
>To: 'Carlos R. Mafra'
>Cc: Ray Lee; Rafael J. Wysocki; Linux Kernel Mailing List; 
>Soeren Sonnenburg
>Subject: RE: 2.6.25-current-git hangs on boot unless 
>CONFIG_CPU_IDLE=n-Apple
>
> 
>
>>-----Original Message-----
>>From: Carlos R. Mafra [mailto:crmafra2@gmail.com] 
>>Sent: Friday, April 04, 2008 8:52 AM
>>To: Pallipadi, Venkatesh
>>Cc: Ray Lee; Rafael J. Wysocki; Linux Kernel Mailing List; 
>>Pallipadi@ogre.sisk.pl; Soeren Sonnenburg
>>Subject: Re: 2.6.25-current-git hangs on boot unless 
>>CONFIG_CPU_IDLE=n-Apple
>>
>>On Fri  4.Apr'08 at  7:25:34 -0700, Pallipadi, Venkatesh wrote:
>>>  
>>> 
>>> >-----Original Message-----
>>> >From: linux-kernel-owner@vger.kernel.org 
>>> >[mailto:linux-kernel-owner@vger.kernel.org] On Behalf Of 
>>> >Carlos R. Mafra
>>> >Sent: Friday, April 04, 2008 4:48 AM
>>> >To: Ray Lee
>>> >Cc: Pallipadi, Venkatesh; Rafael J. Wysocki; Linux Kernel 
>>> >Mailing List; Pallipadi@ogre.sisk.pl; Soeren Sonnenburg
>>> >Subject: Re: 2.6.25-current-git hangs on boot unless 
>>> >CONFIG_CPU_IDLE=n -Apple
>>> >
>>> >On Thu  3.Apr'08 at 20:15:02 -0700, Ray Lee wrote:
>>> >> On Thu, Apr 3, 2008 at 6:10 PM, Carlos R. Mafra 
>>> ><crmafra2@gmail.com> wrote:
>>> >> > On Thu  3.Apr'08 at 17:14:22 -0700, Pallipadi, Venkatesh wrote:
>>> >> >  > >The following report is on the current list of known 
>>> >regressions
>>> >> >  > >from 2.6.24.  Please verify if the issue is still 
>>> >present in the
>>> >> >  > >mainline.
>>> >> >  > >
>>> >> >  > >
>>> >> >  > >Bug-Entry    : 
>>http://bugzilla.kernel.org/show_bug.cgi?id=10093
>>> >> >  > >Subject              : 2.6.25-current-git hangs on boot
>>> >> >  > >unless CONFIG_CPU_IDLE=n - Apple
>>> >> >  > >Submitter    : Soeren Sonnenburg <kernel@nn7.de>
>>> >> >  > >Date         : 2008-02-23 18:55 (41 days old)
>>> >> >  > >References   : http://lkml.org/lkml/2008/2/23/263
>>> >> >  > >
>>> >> >  > 
>>http://marc.info/?l=linux-acpi&amp;m=120387537018467&amp;w=4
>>> >> >  > >Handled-By   : Pallipadi, Venkatesh 
>>> ><venkatesh.pallipadi@intel.com>
>>> >> >  > >
>>> >> >  >
>>> >> >  > Last comment I saw from Soeren says it does not really 
>>> >hang. It waits
>>> >> >  > for 5-10 seconds sometimes before continuing. We are 
>>> >still trying to
>>> >> >  > narrow this down with max_cstate etc..
>>> >> >
>>> >> >  I should say that my laptop (Vaio) _hangs_ at boot (less 
>>> >than 10% of boots)
>>> >> >  and this is the last message I see:
>>> >> >
>>> >> >  "ACPI: Processor [CPU1] (supports 8 throttling states)"
>>> >> >
>>> >> >  and it stays there "forever" (more than 1 or 2 minutes 
>>at least).
>>> >> >
>>> >> >  I am not using my laptop too much these days, and I 
>>thought this
>>> >> >  bug had been solved because it didn't hang for the 
>>last week (but
>>> >> >  I boot it once per day), however it hang last night 
>(using some
>>> >> >  post 2.6.25-rc7 kernel)
>>> >> >
>>> >> >  I have pictures of the screen while showing this last 
>>> >message at boot,
>>> >> >  should I post it somewhere or that is not necessary?.
>>> >> 
>>> >> If the sysrq key still works when that happens, try to do 
>>a sysrq-t,
>>> >> s, b to generate a trace, sync the filesystem, and reboot. 
>>> >If anything
>>> >> made it to the logs, please post it.
>>> >
>>> >Sysrq keys don't work when it hangs, I have to push the 
>>power button.
>>> >
>>> >Another thing to notice is that when it happens, it usually happens
>>> >more times in a row (like 3 times). And then it can take 
>>many boots to
>>> >happen again.
>>> >
>>> >I've uploaded the picture where it hangs, it is in the very 
>>beginning
>>> >of the boot process:
>>> >
>>> >http://www.ift.unesp.br/users/crmafra/dsc04673.jpg
>>> 
>>> 
>>> Can you try the latest git and see whether this still is a problem?
>>
>>I've just updated to latest git, but it may take some time for it 
>>to happen again (the first 3 boots were okay). Last time it happened
>>with 2.6.25-rc7-00149-gaf8be4e (I checked now). 
>>
>>Do you have reasons to believe this issue was fixed since then?
>
>Yes. I think the patch here should have fixed the problem....
>Patch : http://marc.info/?l=linux-kernel&m=120674502201007&w=4
>

Hmmmm.... Looking at latest git,
The above patch is not yet in git. Can you please apply the above patch
and see whether do you still see the problem.....

Thanks,
Venki

Re: 2.6.25-current-git hangs on boot unless CONFIG_CPU_IDLE=n-Apple

[Carlos R. Mafra]

On Fri  4.Apr'08 at 13:41:45 -0700, Pallipadi, Venkatesh wrote:

> >>> Can you try the latest git and see whether this still is a problem?
> >>
> >>I've just updated to latest git, but it may take some time for it 
> >>to happen again (the first 3 boots were okay). Last time it happened
> >>with 2.6.25-rc7-00149-gaf8be4e (I checked now). 
> >>
> >>Do you have reasons to believe this issue was fixed since then?
> >
> >Yes. I think the patch here should have fixed the problem....
> >Patch : http://marc.info/?l=linux-kernel&m=120674502201007&w=4
> >
> 
> Hmmmm.... Looking at latest git,
> The above patch is not yet in git. Can you please apply the above patch
> and see whether do you still see the problem.....

OK, I will apply it manually and test it.

For the record: yesterday my laptop hang at boot with v2.6.25-rc8-139-ge315c12
(without the above patch).

Re: 2.6.25-current-git hangs on boot unless CONFIG_CPU_IDLE=n-Apple

[Rafael J. Wysocki]

On Saturday, 5 of April 2008, Carlos R. Mafra wrote:
> On Fri  4.Apr'08 at 13:41:45 -0700, Pallipadi, Venkatesh wrote:
> 
> > >>> Can you try the latest git and see whether this still is a problem?
> > >>
> > >>I've just updated to latest git, but it may take some time for it 
> > >>to happen again (the first 3 boots were okay). Last time it happened
> > >>with 2.6.25-rc7-00149-gaf8be4e (I checked now). 
> > >>
> > >>Do you have reasons to believe this issue was fixed since then?
> > >
> > >Yes. I think the patch here should have fixed the problem....
> > >Patch : http://marc.info/?l=linux-kernel&m=120674502201007&w=4
> > >
> > 
> > Hmmmm.... Looking at latest git,
> > The above patch is not yet in git. Can you please apply the above patch
> > and see whether do you still see the problem.....
> 
> OK, I will apply it manually and test it.
> 
> For the record: yesterday my laptop hang at boot with v2.6.25-rc8-139-ge315c12
> (without the above patch).

Carlos, please add yourself to the CC list at
http://bugzilla.kernel.org/show_bug.cgi?id=10093

Thanks,
Rafael

Re: 2.6.25-current-git hangs on boot unless CONFIG_CPU_IDLE=n-Apple

[Carlos R. Mafra]

On Sun  6.Apr'08 at 23:01:50 +0200, Rafael J. Wysocki wrote:
> On Saturday, 5 of April 2008, Carlos R. Mafra wrote:
> > On Fri  4.Apr'08 at 13:41:45 -0700, Pallipadi, Venkatesh wrote:
> > 
> > > >>> Can you try the latest git and see whether this still is a problem?
> > > >>
> > > >>I've just updated to latest git, but it may take some time for it 
> > > >>to happen again (the first 3 boots were okay). Last time it happened
> > > >>with 2.6.25-rc7-00149-gaf8be4e (I checked now). 
> > > >>
> > > >>Do you have reasons to believe this issue was fixed since then?
> > > >
> > > >Yes. I think the patch here should have fixed the problem....
> > > >Patch : http://marc.info/?l=linux-kernel&m=120674502201007&w=4
> > > >
> > > 
> > > Hmmmm.... Looking at latest git,
> > > The above patch is not yet in git. Can you please apply the above patch
> > > and see whether do you still see the problem.....
> > 
> > OK, I will apply it manually and test it.
> > 
> > For the record: yesterday my laptop hang at boot with v2.6.25-rc8-139-ge315c12
> > (without the above patch).
> 
> Carlos, please add yourself to the CC list at
> http://bugzilla.kernel.org/show_bug.cgi?id=10093

Rafael, I added myself to bug 10117 instead of 10093.

I am sorry about this confusion, but the References: to
both bug 10093 and 10117 are this email from Soeren
http://lkml.org/lkml/2008/2/23/263 (and this is how I got
to this thread)

That is the hang which happens in my laptop with latest git.
You can check that by looking at this picture I took while
my laptop was hung http://www.ift.unesp.br/users/crmafra/dsc04673.jpg

However you closed bug 10117, but that is not fixed for me so I am 
going to reopen it if you don't mind.

By the way, thanks for all your effort to track down these regressions.

Re: 2.6.25-current-git hangs on boot unless CONFIG_CPU_IDLE=n-Apple

[Rafael J. Wysocki]

On Monday, 7 of April 2008, Carlos R. Mafra wrote:
> On Sun  6.Apr'08 at 23:01:50 +0200, Rafael J. Wysocki wrote:
> > On Saturday, 5 of April 2008, Carlos R. Mafra wrote:
> > > On Fri  4.Apr'08 at 13:41:45 -0700, Pallipadi, Venkatesh wrote:
> > > 
> > > > >>> Can you try the latest git and see whether this still is a problem?
> > > > >>
> > > > >>I've just updated to latest git, but it may take some time for it 
> > > > >>to happen again (the first 3 boots were okay). Last time it happened
> > > > >>with 2.6.25-rc7-00149-gaf8be4e (I checked now). 
> > > > >>
> > > > >>Do you have reasons to believe this issue was fixed since then?
> > > > >
> > > > >Yes. I think the patch here should have fixed the problem....
> > > > >Patch : http://marc.info/?l=linux-kernel&m=120674502201007&w=4
> > > > >
> > > > 
> > > > Hmmmm.... Looking at latest git,
> > > > The above patch is not yet in git. Can you please apply the above patch
> > > > and see whether do you still see the problem.....
> > > 
> > > OK, I will apply it manually and test it.
> > > 
> > > For the record: yesterday my laptop hang at boot with v2.6.25-rc8-139-ge315c12
> > > (without the above patch).
> > 
> > Carlos, please add yourself to the CC list at
> > http://bugzilla.kernel.org/show_bug.cgi?id=10093
> 
> Rafael, I added myself to bug 10117 instead of 10093.
> 
> I am sorry about this confusion, but the References: to
> both bug 10093 and 10117 are this email from Soeren
> http://lkml.org/lkml/2008/2/23/263 (and this is how I got
> to this thread)
> 
> That is the hang which happens in my laptop with latest git.
> You can check that by looking at this picture I took while
> my laptop was hung http://www.ift.unesp.br/users/crmafra/dsc04673.jpg
> 
> However you closed bug 10117, but that is not fixed for me so I am 
> going to reopen it if you don't mind.

OK

Well, perhaps we should mark bug #10093 as a duplicate of bug #10117 or
vice versa.  Soeren, are they really different?

> By the way, thanks for all your effort to track down these regressions.

You're welcome. :-)

Thanks,
Rafael

Re: 2.6.25-current-git hangs on boot unless CONFIG_CPU_IDLE=n-Apple

[Soeren Sonnenburg]

On Mon, 2008-04-07 at 01:20 +0200, Rafael J. Wysocki wrote:
> On Monday, 7 of April 2008, Carlos R. Mafra wrote:
> > On Sun  6.Apr'08 at 23:01:50 +0200, Rafael J. Wysocki wrote:
> > > On Saturday, 5 of April 2008, Carlos R. Mafra wrote:
> > > > On Fri  4.Apr'08 at 13:41:45 -0700, Pallipadi, Venkatesh wrote:
> > > > 
> > > > > >>> Can you try the latest git and see whether this still is a problem?
> > > > > >>
> > > > > >>I've just updated to latest git, but it may take some time for it 
> > > > > >>to happen again (the first 3 boots were okay). Last time it happened
> > > > > >>with 2.6.25-rc7-00149-gaf8be4e (I checked now). 
> > > > > >>
> > > > > >>Do you have reasons to believe this issue was fixed since then?
> > > > > >
> > > > > >Yes. I think the patch here should have fixed the problem....
> > > > > >Patch : http://marc.info/?l=linux-kernel&m=120674502201007&w=4
> > > > > >
> > > > > 
> > > > > Hmmmm.... Looking at latest git,
> > > > > The above patch is not yet in git. Can you please apply the above patch
> > > > > and see whether do you still see the problem.....
> > > > 
> > > > OK, I will apply it manually and test it.
> > > > 
> > > > For the record: yesterday my laptop hang at boot with v2.6.25-rc8-139-ge315c12
> > > > (without the above patch).
> > > 
> > > Carlos, please add yourself to the CC list at
> > > http://bugzilla.kernel.org/show_bug.cgi?id=10093
> > 
> > Rafael, I added myself to bug 10117 instead of 10093.
> > 
> > I am sorry about this confusion, but the References: to
> > both bug 10093 and 10117 are this email from Soeren
> > http://lkml.org/lkml/2008/2/23/263 (and this is how I got
> > to this thread)
> > 
> > That is the hang which happens in my laptop with latest git.
> > You can check that by looking at this picture I took while
> > my laptop was hung http://www.ift.unesp.br/users/crmafra/dsc04673.jpg
> > 
> > However you closed bug 10117, but that is not fixed for me so I am 
> > going to reopen it if you don't mind.
> 
> OK
> 
> Well, perhaps we should mark bug #10093 as a duplicate of bug #10117 or
> vice versa.  Soeren, are they really different?

No idea... All I can tell is that I could not trigger the 
supports 8 throttling states hang anymore since quite a while... It
looks like it got harder to trigger for Carlos too... maybe he could try
to disable CONFIG_CPUIDLE and check if it is at least CPUIDLE related?

Soeren

Re: 2.6.25-current-git hangs on boot unless CONFIG_CPU_IDLE=n-Apple

[Carlos R. Mafra]

On Fri  4.Apr'08 at 13:41:45 -0700, Pallipadi, Venkatesh wrote:
> [...]
> >>> >I've uploaded the picture where it hangs, it is in the very 
> >>beginning
> >>> >of the boot process:
> >>> >
> >>> >http://www.ift.unesp.br/users/crmafra/dsc04673.jpg
> >>> 
> >>> 
> >>> Can you try the latest git and see whether this still is a problem?
> >>
> >>I've just updated to latest git, but it may take some time for it 
> >>to happen again (the first 3 boots were okay). Last time it happened
> >>with 2.6.25-rc7-00149-gaf8be4e (I checked now). 
> >>
> >>Do you have reasons to believe this issue was fixed since then?
> >
> >Yes. I think the patch here should have fixed the problem....
> >Patch : http://marc.info/?l=linux-kernel&m=120674502201007&w=4
> >
> 
> Hmmmm.... Looking at latest git,
> The above patch is not yet in git. Can you please apply the above patch
> and see whether do you still see the problem.....

I applied Venkatesh's patch from the link above on top of 
v2.6.25-rc8-139-ge315c12, but my laptop hung at the 11th boot with the
same state show here:
http://www.ift.unesp.br/users/crmafra/dsc04673.jpg

I waited 3'30" but the boot process never resumed, so I pressed
the power button.

Any further patches I might try?

RE: 2.6.25-current-git hangs on boot unless CONFIG_CPU_IDLE=n-Apple

[Pallipadi, Venkatesh]

 

>-----Original Message-----
>From: Carlos R. Mafra [mailto:crmafra2@gmail.com] 
>Sent: Sunday, April 06, 2008 1:56 PM
>To: Pallipadi, Venkatesh
>Cc: Ray Lee; Rafael J. Wysocki; Linux Kernel Mailing List; 
>Soeren Sonnenburg
>Subject: Re: 2.6.25-current-git hangs on boot unless 
>CONFIG_CPU_IDLE=n-Apple
>
>On Fri  4.Apr'08 at 13:41:45 -0700, Pallipadi, Venkatesh wrote:
>> [...]
>> >>> >I've uploaded the picture where it hangs, it is in the very 
>> >>beginning
>> >>> >of the boot process:
>> >>> >
>> >>> >http://www.ift.unesp.br/users/crmafra/dsc04673.jpg
>> >>> 
>> >>> 
>> >>> Can you try the latest git and see whether this still is 
>a problem?
>> >>
>> >>I've just updated to latest git, but it may take some time for it 
>> >>to happen again (the first 3 boots were okay). Last time 
>it happened
>> >>with 2.6.25-rc7-00149-gaf8be4e (I checked now). 
>> >>
>> >>Do you have reasons to believe this issue was fixed since then?
>> >
>> >Yes. I think the patch here should have fixed the problem....
>> >Patch : http://marc.info/?l=linux-kernel&m=120674502201007&w=4
>> >
>> 
>> Hmmmm.... Looking at latest git,
>> The above patch is not yet in git. Can you please apply the 
>above patch
>> and see whether do you still see the problem.....
>
>I applied Venkatesh's patch from the link above on top of 
>v2.6.25-rc8-139-ge315c12, but my laptop hung at the 11th boot with the
>same state show here:
>http://www.ift.unesp.br/users/crmafra/dsc04673.jpg
>
>I waited 3'30" but the boot process never resumed, so I pressed
>the power button.
>
>Any further patches I might try?

Carlos,

Hmm. So, we still have some bug hidden in there..
As this is similar to 10117, we should probably track this there.
10093 is a different cpuidle specific bug looks like, as it happens at a
different place while switching between governors.

Can you attach your kernel config, acpidump output and dmesg when kernel
boots ok to that bugzilla.
Also, if you can please try processor.max_cstate=2 boot option and see
whether you still can reproduce the problem. If you can, then try
processor.max_cstate=1. For this boot option to work, you have to have
ACPI_PROCESSOR built into your kernel (and should not be a module).

One more qn. Did you see this problem witj 2.6.24 as well or is this
something that you started seeing only recently?

Thanks,
VEnki

RE: 2.6.25-current-git hangs on boot unless CONFIG_CPU_IDLE=n-Apple

[Soeren Sonnenburg]

On Sun, 2008-04-06 at 22:31 -0700, Pallipadi, Venkatesh wrote:
[...]
> >I applied Venkatesh's patch from the link above on top of 
> >v2.6.25-rc8-139-ge315c12, but my laptop hung at the 11th boot with the
> >same state show here:
> >http://www.ift.unesp.br/users/crmafra/dsc04673.jpg
> >
> >I waited 3'30" but the boot process never resumed, so I pressed
> >the power button.
> >
> >Any further patches I might try?
> 
> Carlos,
> 
> Hmm. So, we still have some bug hidden in there..
> As this is similar to 10117, we should probably track this there.
> 10093 is a different cpuidle specific bug looks like, as it happens at a
> different place while switching between governors.
> 
> Can you attach your kernel config, acpidump output and dmesg when kernel
> boots ok to that bugzilla.

you could use what I've send as I was seeing this bug too... but maybe
his config (sony vaio?) is well directly point to the problem.

[...]
> One more qn. Did you see this problem witj 2.6.24 as well or is this
> something that you started seeing only recently?

This thing I can answer: yes this is new in 2.6.25 and in there since at
least 23 Feb 2008.

Soeren

Re: 2.6.25-current-git hangs on boot unless CONFIG_CPU_IDLE=n-Apple

[Carlos R. Mafra]

On Sun  6.Apr'08 at 22:31:17 -0700, Pallipadi, Venkatesh wrote:
> >On Fri  4.Apr'08 at 13:41:45 -0700, Pallipadi, Venkatesh wrote:
> >> [...]
> >> >>> >I've uploaded the picture where it hangs, it is in the very 
> >> >>beginning
> >> >>> >of the boot process:
> >> >>> >
> >> >>> >http://www.ift.unesp.br/users/crmafra/dsc04673.jpg
> >> >>> 
> >> >>> 
> >> >>> Can you try the latest git and see whether this still is 
> >a problem?
> >> >>
> >> >>I've just updated to latest git, but it may take some time for it 
> >> >>to happen again (the first 3 boots were okay). Last time 
> >it happened
> >> >>with 2.6.25-rc7-00149-gaf8be4e (I checked now). 
> >> >>
> >> >>Do you have reasons to believe this issue was fixed since then?
> >> >
> >> >Yes. I think the patch here should have fixed the problem....
> >> >Patch : http://marc.info/?l=linux-kernel&m=120674502201007&w=4
> >> >
> >> 
> >> Hmmmm.... Looking at latest git,
> >> The above patch is not yet in git. Can you please apply the 
> >above patch
> >> and see whether do you still see the problem.....
> >
> >I applied Venkatesh's patch from the link above on top of 
> >v2.6.25-rc8-139-ge315c12, but my laptop hung at the 11th boot with the
> >same state show here:
> >http://www.ift.unesp.br/users/crmafra/dsc04673.jpg
> >
> >I waited 3'30" but the boot process never resumed, so I pressed
> >the power button.
> >
> >Any further patches I might try?
> 
> Carlos,
> 
> Hmm. So, we still have some bug hidden in there..
> As this is similar to 10117, we should probably track this there.
> 10093 is a different cpuidle specific bug looks like, as it happens at a
> different place while switching between governors.
> 
> Can you attach your kernel config, acpidump output and dmesg when kernel
> boots ok to that bugzilla.

I uploaded the kernel config and dmesg to the bugzilla a few minutes ago.
I don't have a copy of the acpidump with me right now (laptop is at home,
I am at the physics institute now), but if there is urgency you can look
at the acpidump I've sent here http://lkml.org/lkml/2008/2/11/364

> Also, if you can please try processor.max_cstate=2 boot option and see
> whether you still can reproduce the problem. If you can, then try
> processor.max_cstate=1. For this boot option to work, you have to have
> ACPI_PROCESSOR built into your kernel (and should not be a module).

Ok, I will try them.

> One more qn. Did you see this problem witj 2.6.24 as well or is this
> something that you started seeing only recently?

It started more or less at the same time as 2.6.25-rc1 was released.
It was not there at 2.6.24.

Well, at first I thought it was related to drivers/acpi/thermal.c, because
the next kernel message (in a successfull boot) after the point in which it 
fails is

ACPI: LNXTHERM:01 is registered as thermal_zone0

and there were some changes to that file a bit before -rc1 was out.
For example, commits 3f655ef8 and ce44e19701.

I don't know if this is recommended, but I added Zhang Rui to the Cc: list
to exclude or confirm this possibility.

Re: 2.6.25-current-git hangs on boot unless CONFIG_CPU_IDLE=n-Apple

[Carlos R. Mafra]

On Sun  6.Apr'08 at 22:31:17 -0700, Pallipadi, Venkatesh wrote:
> >On Fri  4.Apr'08 at 13:41:45 -0700, Pallipadi, Venkatesh wrote:
> >> [...]
> >> >>> >I've uploaded the picture where it hangs, it is in the very 
> >> >>beginning
> >> >>> >of the boot process:
> >> >>> >
> >> >>> >http://www.ift.unesp.br/users/crmafra/dsc04673.jpg
> >> >>> 
> >> >>> 
> >> >>> Can you try the latest git and see whether this still is 
> >a problem?
> >> >>
> >> >>I've just updated to latest git, but it may take some time for it 
> >> >>to happen again (the first 3 boots were okay). Last time 
> >it happened
> >> >>with 2.6.25-rc7-00149-gaf8be4e (I checked now). 
> >> >>
> >> >>Do you have reasons to believe this issue was fixed since then?
> >> >
> >> >Yes. I think the patch here should have fixed the problem....
> >> >Patch : http://marc.info/?l=linux-kernel&m=120674502201007&w=4
> >> >
> >> 
> >> Hmmmm.... Looking at latest git,
> >> The above patch is not yet in git. Can you please apply the 
> >above patch
> >> and see whether do you still see the problem.....
> >
> >I applied Venkatesh's patch from the link above on top of 
> >v2.6.25-rc8-139-ge315c12, but my laptop hung at the 11th boot with the
> >same state show here:
> >http://www.ift.unesp.br/users/crmafra/dsc04673.jpg
> >
> >I waited 3'30" but the boot process never resumed, so I pressed
> >the power button.
> >
> >Any further patches I might try?
> 
> Carlos,
> 
> Hmm. So, we still have some bug hidden in there..
> As this is similar to 10117, we should probably track this there.
> 10093 is a different cpuidle specific bug looks like, as it happens at a
> different place while switching between governors.
> 
> Can you attach your kernel config, acpidump output and dmesg when kernel
> boots ok to that bugzilla.
> Also, if you can please try processor.max_cstate=2 boot option and see
> whether you still can reproduce the problem. If you can, then try
> processor.max_cstate=1. For this boot option to work, you have to have
> ACPI_PROCESSOR built into your kernel (and should not be a module).

I booted the laptop many times yesterday (to test these things):

1) CONFIG_CPUIDLE=n seems to help. It didn't hang after 17 boots

2) processor.max_cstate=2 doesn't help, it hung at the 10th boot

3) processor.max_cstate=1 survived 20 boots without hanging

And when it hung, it always stop at the same point shown in
the picture quoted above.

I hope this will help.

Thanks for taking a look at the problem!

Re: 2.6.25-current-git hangs on boot unless CONFIG_CPU_IDLE=n - Apple

[Soeren Sonnenburg]

On Fri, 2008-04-04 at 01:22 +0200, Rafael J. Wysocki wrote:
> The following report is on the current list of known regressions
> from 2.6.24.  Please verify if the issue is still present in the
> mainline.
> 
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10093
> Subject		: 2.6.25-current-git hangs on boot unless CONFIG_CPU_IDLE=n - Apple
> Submitter	: Soeren Sonnenburg <kernel@nn7.de>
> Date		: 2008-02-23 18:55 (41 days old)
> References	: http://lkml.org/lkml/2008/2/23/263
> 		  http://marc.info/?l=linux-acpi&m=120387537018467&w=4
> Handled-By	: Pallipadi, Venkatesh <venkatesh.pallipadi@intel.com>

yes still there, but not a hangs forever hang anymore but only a hang
for (this time) 15 seconds hang.

Soeren

RE: 2.6.25-current-git hangs on boot unless CONFIG_CPU_IDLE=n -Apple

[Pallipadi, Venkatesh]

 

>-----Original Message-----
>From: Soeren Sonnenburg [mailto:kernel@nn7.de] 
>Sent: Thursday, April 03, 2008 11:32 PM
>To: Rafael J. Wysocki
>Cc: Linux Kernel Mailing List; Pallipadi@ogre.sisk.pl; 
>Pallipadi, Venkatesh
>Subject: Re: 2.6.25-current-git hangs on boot unless 
>CONFIG_CPU_IDLE=n -Apple
>
>On Fri, 2008-04-04 at 01:22 +0200, Rafael J. Wysocki wrote:
>> The following report is on the current list of known regressions
>> from 2.6.24.  Please verify if the issue is still present in the
>> mainline.
>> 
>> 
>> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10093
>> Subject		: 2.6.25-current-git hangs on boot 
>unless CONFIG_CPU_IDLE=n - Apple
>> Submitter	: Soeren Sonnenburg <kernel@nn7.de>
>> Date		: 2008-02-23 18:55 (41 days old)
>> References	: http://lkml.org/lkml/2008/2/23/263
>> 		  http://marc.info/?l=linux-acpi&m=120387537018467&w=4
>> Handled-By	: Pallipadi, Venkatesh <venkatesh.pallipadi@intel.com>
>
>yes still there, but not a hangs forever hang anymore but only a hang
>for (this time) 15 seconds hang.
>

Can you please try the max_cstate experiments that I mentioned in the
bugzilla.

Thanks,
Venki

panic using bridging on linus kernel 2.6.25-rc6

[Rafael J. Wysocki]

The following report is on the current list of known regressions
from 2.6.24.  Please verify if the issue is still present in the
mainline.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10323
Subject		: panic using bridging on linus kernel 2.6.25-rc6
Submitter	: Andy Gospodarek <andy@greyhouse.net>
Date		: 2008-03-25 11:40 (10 days old)

inconsistent lock state in net_rx_action

[Rafael J. Wysocki]

The following report is on the current list of known regressions
from 2.6.24.  Please verify if the issue is still present in the
mainline.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10326
Subject		: inconsistent lock state in net_rx_action
Submitter	: Marcus Better <marcus@better.se>
Date		: 2008-03-25 13:21 (10 days old)
Patch		: http://bugzilla.kernel.org/show_bug.cgi?id=10326#c20

Re: inconsistent lock state in net_rx_action

[David Miller]

From: "Rafael J. Wysocki" <rjw@sisk.pl>
Date: Fri,  4 Apr 2008 01:22:43 +0200 (CEST)

> The following report is on the current list of known regressions
> from 2.6.24.  Please verify if the issue is still present in the
> mainline.
> 
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10326
> Subject		: inconsistent lock state in net_rx_action
> Submitter	: Marcus Better <marcus@better.se>
> Date		: 2008-03-25 13:21 (10 days old)
> Patch		: http://bugzilla.kernel.org/show_bug.cgi?id=10326#c20

The patch in the report has been added to the tree
and it fixes this problem.

2.6.25-rc6 regression - hang on resume

[Rafael J. Wysocki]

The following report is on the current list of known regressions
from 2.6.24.  Please verify if the issue is still present in the
mainline.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10319
Subject		: 2.6.25-rc6 regression - hang on resume
Submitter	: Soeren Sonnenburg <kernel@nn7.de>
Date		: 2008-03-25 04:44 (10 days old)

Re: 2.6.25-rc6 regression - hang on resume

[Soeren Sonnenburg]

On Fri, 2008-04-04 at 01:22 +0200, Rafael J. Wysocki wrote:
> The following report is on the current list of known regressions
> from 2.6.24.  Please verify if the issue is still present in the
> mainline.
> 
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10319
> Subject		: 2.6.25-rc6 regression - hang on resume
> Submitter	: Soeren Sonnenburg <kernel@nn7.de>
> Date		: 2008-03-25 04:44 (10 days old)

Yes. The machine resumes and display stays black using s2ram -f -p
(blindly typing reboot etc on keyboard does what is expected). However
display comes back on 2.6.24.

Soeren

Re: 2.6.25-rc6 regression - hang on resume [Bug 10319]

[Romano Giannetti]

On Fri, 2008-04-04 at 08:31 +0200, Soeren Sonnenburg wrote:
> On Fri, 2008-04-04 at 01:22 +0200, Rafael J. Wysocki wrote:

> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10319
> > Subject		: 2.6.25-rc6 regression - hang on resume
> > Submitter	: Soeren Sonnenburg <kernel@nn7.de>
> > Date		: 2008-03-25 04:44 (10 days old)
> 
> Yes. The machine resumes and display stays black using s2ram -f -p
> (blindly typing reboot etc on keyboard does what is expected). However
> display comes back on 2.6.24.

I can add that on my laptop (toshiba U305, Intel 945GM chipset), s2ram
-f -p -m which used to work ok, in X and console, in 2.6.24 stopped to
work (I tested -rc8, but I think it's like that since a long time).
Machine resumes but the screen stays off after that, although machine is
working (exactly as Soeren said). 

On the other hand, now the plain "echo mem > /sys/power/state" works
perfectly, from X and console. So some of the magic vbe save/restore of
s2ram mess something up for this card. 

Is it a regression for my laptop (is evidently one for Soeren)? On one
side, a "used to work" setup is broken, but it worked with userspace
hacks; now it works with the plain way, and that's clearly better.

I added on Cc: Jesse, to whom I confirmed that Intel suspend/resume was
ok on Feb, 21, [1] and suspend-devel list, because now I do not know
what to do with the whitelist I sent for s2ram for this machine...

Romano 

[1] http://marc.info/?l=linux-kernel&m=120362475121590&w=2

-- 
Sorry for the disclaimer --- ¡I cannot stop it!



--
La presente comunicación tiene carácter confidencial y es para el exclusivo uso del destinatario indicado en la misma. Si Ud. no es el destinatario indicado, le informamos que cualquier forma de distribución, reproducción o uso de esta comunicación y/o de la información contenida en la misma están estrictamente prohibidos por la ley. Si Ud. ha recibido esta comunicación por error, por favor, notifíquelo inmediatamente al remitente contestando a este mensaje y proceda a continuación a destruirlo. Gracias por su colaboración.

This communication contains confidential information. It is for the exclusive use of the intended addressee. If you are not the intended addressee, please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited by law. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this message. Thank you for your cooperation. 

Re: 2.6.25-rc6 regression - hang on resume [Bug 10319]

[Rafael J. Wysocki]

On Monday, 7 of April 2008, Romano Giannetti wrote:
> 
> On Fri, 2008-04-04 at 08:31 +0200, Soeren Sonnenburg wrote:
> > On Fri, 2008-04-04 at 01:22 +0200, Rafael J. Wysocki wrote:
>>
> > Yes. The machine resumes and display stays black using s2ram -f -p
> > (blindly typing reboot etc on keyboard does what is expected). However
> > display comes back on 2.6.24.
> 
> I can add that on my laptop (toshiba U305, Intel 945GM chipset), s2ram
> -f -p -m which used to work ok, in X and console, in 2.6.24 stopped to
> work (I tested -rc8, but I think it's like that since a long time).
> Machine resumes but the screen stays off after that, although machine is
> working (exactly as Soeren said).

Your graphics adapter is different from the Soeren's one and the fact that
"echo mem > /sys/power/state" works for you now is probably a result of the
recent changes in the i915 driver that is now supposed to handle suspend
and resume.

That said, there had to be a change that affected both of your systems
between 2.6.24 and .25-rc8.  Moreover, I'm suspecting ACPI or something
generic in the DRM core.

As far as ACPI is concerned, one commit related to backlight has just been
reverted, so Soeren, can you please test the current Linus' tree?

Re: 2.6.25-rc6 regression - hang on resume [Bug 10319]

[Tino Keitel]

On Mon, Apr 07, 2008 at 11:10:39 +0200, Rafael J. Wysocki wrote:
> On Monday, 7 of April 2008, Romano Giannetti wrote:
> > 
> > On Fri, 2008-04-04 at 08:31 +0200, Soeren Sonnenburg wrote:
> > > On Fri, 2008-04-04 at 01:22 +0200, Rafael J. Wysocki wrote:
> >>
> > > Yes. The machine resumes and display stays black using s2ram -f -p
> > > (blindly typing reboot etc on keyboard does what is expected). However
> > > display comes back on 2.6.24.
> > 
> > I can add that on my laptop (toshiba U305, Intel 945GM chipset), s2ram
> > -f -p -m which used to work ok, in X and console, in 2.6.24 stopped to
> > work (I tested -rc8, but I think it's like that since a long time).
> > Machine resumes but the screen stays off after that, although machine is
> > working (exactly as Soeren said).
> 
> Your graphics adapter is different from the Soeren's one and the fact that
> "echo mem > /sys/power/state" works for you now is probably a result of the
> recent changes in the i915 driver that is now supposed to handle suspend
> and resume.

I tried to use vbetool to get my text console back with 2.6.24 after a
suspend to RAM. As a result, I got a text working console, but a
crashing X server sometimes after resume, and the only way to get X
back was to reboot.

With 2.6.25-rc, the text console is fine after resume, due to the
recent changes to the Intel i915 DRM driver. Maybe those people who
used to use vbetool prior to 2.6.25 should check if this is still
needed.

Regards,
Tino

Re: 2.6.25-rc6 regression - hang on resume [Bug 10319]

[Romano Giannetti]

On Tue, 2008-04-08 at 10:58 +0200, Tino Keitel wrote:
> With 2.6.25-rc, the text console is fine after resume, due to the
> recent changes to the Intel i915 DRM driver. Maybe those people who
> used to use vbetool prior to 2.6.25 should check if this is still
> needed.

Yep, the problem is just that: in 2.6.24 vbetool hacks (in my case,
using s2ram -p -m options) was needed to resume graphics. Now they are
not needed anymore, and using them _break_ resume.

So, people with a working suspend-to-ram setup (even using the whitelist
in s2ram, I mean, simply calling s2ram) will discover that 2.6.25 break
their machine. Removing the s2ram package and suspending with
kernel-only machinery will work, but... well, it's not user-friendly.
 
Romano 

-- 
Sorry for the disclaimer --- ¡I cannot stop it!



--
La presente comunicación tiene carácter confidencial y es para el exclusivo uso del destinatario indicado en la misma. Si Ud. no es el destinatario indicado, le informamos que cualquier forma de distribución, reproducción o uso de esta comunicación y/o de la información contenida en la misma están estrictamente prohibidos por la ley. Si Ud. ha recibido esta comunicación por error, por favor, notifíquelo inmediatamente al remitente contestando a este mensaje y proceda a continuación a destruirlo. Gracias por su colaboración.

This communication contains confidential information. It is for the exclusive use of the intended addressee. If you are not the intended addressee, please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited by law. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this message. Thank you for your cooperation. 

Re: 2.6.25-rc6 regression - hang on resume [Bug 10319]

[Soeren Sonnenburg]

On Tue, 2008-04-08 at 14:35 +0200, Romano Giannetti wrote:
> 
> On Tue, 2008-04-08 at 10:58 +0200, Tino Keitel wrote:
> > With 2.6.25-rc, the text console is fine after resume, due to the
> > recent changes to the Intel i915 DRM driver. Maybe those people who
> > used to use vbetool prior to 2.6.25 should check if this is still
> > needed.
> 
> Yep, the problem is just that: in 2.6.24 vbetool hacks (in my case,
> using s2ram -p -m options) was needed to resume graphics. Now they are
> not needed anymore, and using them _break_ resume.
> 
> So, people with a working suspend-to-ram setup (even using the whitelist
> in s2ram, I mean, simply calling s2ram) will discover that 2.6.25 break
> their machine. Removing the s2ram package and suspending with
> kernel-only machinery will work, but... well, it's not user-friendly.

The above holds only if you have an intel graphics adapter. For me
(radeon) it really breaks (as in echo mem >/sys/power/state leaves me a
black screen on resume and manually typing vbetool post or vbetool
vgamode simply hangs the machine).

Soeren

Re: 2.6.25-rc6 regression - hang on resume [Bug 10319]

[Fabio Comolli]

On Tue, Apr 8, 2008 at 2:39 PM, Soeren Sonnenburg <kernel@nn7.de> wrote:
> On Tue, 2008-04-08 at 14:35 +0200, Romano Giannetti wrote:
>  >
>  > On Tue, 2008-04-08 at 10:58 +0200, Tino Keitel wrote:
>  > > With 2.6.25-rc, the text console is fine after resume, due to the
>  > > recent changes to the Intel i915 DRM driver. Maybe those people who
>  > > used to use vbetool prior to 2.6.25 should check if this is still
>  > > needed.
>  >
>  > Yep, the problem is just that: in 2.6.24 vbetool hacks (in my case,
>  > using s2ram -p -m options) was needed to resume graphics. Now they are
>  > not needed anymore, and using them _break_ resume.
>  >
>  > So, people with a working suspend-to-ram setup (even using the whitelist
>  > in s2ram, I mean, simply calling s2ram) will discover that 2.6.25 break
>  > their machine. Removing the s2ram package and suspending with
>  > kernel-only machinery will work, but... well, it's not user-friendly.
>
>  The above holds only if you have an intel graphics adapter. For me
>  (radeon) it really breaks (as in echo mem >/sys/power/state leaves me a
>  black screen on resume and manually typing vbetool post or vbetool
>  vgamode simply hangs the machine).
>

For me (radeon X700) using binary fglrx xorg driver without the binary
kernel module (which does not compile under .25rc for me)
resume-from-ram works using s2ram.

Lightly tested with -rc8.

My laptop is in whitelist as VBE_POST|VBE_SAVE|NOFB .

>  Soeren

Fabio

Re: 2.6.25-rc6 regression - hang on resume [Bug 10319]

[Soeren Sonnenburg]

On Tue, 2008-04-08 at 14:52 +0200, Fabio Comolli wrote:
> On Tue, Apr 8, 2008 at 2:39 PM, Soeren Sonnenburg <kernel@nn7.de> wrote:
> > On Tue, 2008-04-08 at 14:35 +0200, Romano Giannetti wrote:
> >  >
> >  > On Tue, 2008-04-08 at 10:58 +0200, Tino Keitel wrote:
> >  > > With 2.6.25-rc, the text console is fine after resume, due to the
> >  > > recent changes to the Intel i915 DRM driver. Maybe those people who
> >  > > used to use vbetool prior to 2.6.25 should check if this is still
> >  > > needed.
> >  >
> >  > Yep, the problem is just that: in 2.6.24 vbetool hacks (in my case,
> >  > using s2ram -p -m options) was needed to resume graphics. Now they are
> >  > not needed anymore, and using them _break_ resume.
> >  >
> >  > So, people with a working suspend-to-ram setup (even using the whitelist
> >  > in s2ram, I mean, simply calling s2ram) will discover that 2.6.25 break
> >  > their machine. Removing the s2ram package and suspending with
> >  > kernel-only machinery will work, but... well, it's not user-friendly.
> >
> >  The above holds only if you have an intel graphics adapter. For me
> >  (radeon) it really breaks (as in echo mem >/sys/power/state leaves me a
> >  black screen on resume and manually typing vbetool post or vbetool
> >  vgamode simply hangs the machine).
> >
> 
> For me (radeon X700) using binary fglrx xorg driver without the binary
> kernel module (which does not compile under .25rc for me)
> resume-from-ram works using s2ram.
> 
> Lightly tested with -rc8.
> 
> My laptop is in whitelist as VBE_POST|VBE_SAVE|NOFB .

I am talking about console only. X is a completely different issue
especially with fglrx (which will very likely do the re-init).

Soeren

Re: 2.6.25-rc6 regression - hang on resume [Bug 10319]

[Matthew Garrett]

On Tue, Apr 08, 2008 at 02:35:07PM +0200, Romano Giannetti wrote:

> So, people with a working suspend-to-ram setup (even using the whitelist
> in s2ram, I mean, simply calling s2ram) will discover that 2.6.25 break
> their machine. Removing the s2ram package and suspending with
> kernel-only machinery will work, but... well, it's not user-friendly.

The assumption that a static table of VBE-based quirks can be used 
without paying attention to the capabilities of the video driver has 
always been broken, though I'll freely admit that it's all my fault in 
the first place...

-- 
Matthew Garrett | mjg59@srcf.ucam.org

Re: 2.6.25-rc6 regression - hang on resume [Bug 10319]

[Jesse Barnes]

On Tuesday, April 08, 2008 7:41 am Matthew Garrett wrote:
> On Tue, Apr 08, 2008 at 02:35:07PM +0200, Romano Giannetti wrote:
> > So, people with a working suspend-to-ram setup (even using the whitelist
> > in s2ram, I mean, simply calling s2ram) will discover that 2.6.25 break
> > their machine. Removing the s2ram package and suspending with
> > kernel-only machinery will work, but... well, it's not user-friendly.
>
> The assumption that a static table of VBE-based quirks can be used
> without paying attention to the capabilities of the video driver has
> always been broken, though I'll freely admit that it's all my fault in
> the first place...

That said, running vbetool from the console after resuming into it with a new 
i915 driver shouldn't kill your machine...

Romano, you say this was working for you before with the suspend/resume 
enabled i915 driver, right?  So something else must have broken?

You can run the upstream DRM modules against 2.6.24 to insulate yourself from 
anything in 2.6.25 that might have broken things...  That would be a good 
data point.

Jesse

Re: [Suspend-devel] 2.6.25-rc6 regression - hang on resume [Bug 10319]

[Stefan Seyfried]

Romano Giannetti schrieb:
> 
> On Fri, 2008-04-04 at 08:31 +0200, Soeren Sonnenburg wrote:
>> On Fri, 2008-04-04 at 01:22 +0200, Rafael J. Wysocki wrote:
> 
>>> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10319
>>> Subject		: 2.6.25-rc6 regression - hang on resume
>>> Submitter	: Soeren Sonnenburg <kernel@nn7.de>
>>> Date		: 2008-03-25 04:44 (10 days old)
>> Yes. The machine resumes and display stays black using s2ram -f -p
>> (blindly typing reboot etc on keyboard does what is expected). However
>> display comes back on 2.6.24.
> 
> I can add that on my laptop (toshiba U305, Intel 945GM chipset), s2ram
> -f -p -m which used to work ok, in X and console, in 2.6.24 stopped to
> work (I tested -rc8, but I think it's like that since a long time).
> Machine resumes but the screen stays off after that, although machine is
> working (exactly as Soeren said). 

can you try if this patch to libx86 (make sure it gets installed and used...)
fixes the problem?

Index: libx86-0.99/x86-common.c
===================================================================
--- libx86-0.99.orig/x86-common.c
+++ libx86-0.99/x86-common.c
@@ -232,7 +232,7 @@ int LRMI_common_init(void)
 	}

 	m = mmap((void *)0xa0000, 0x100000 - 0xa0000,
-	 PROT_READ | PROT_WRITE,
+	 PROT_READ | PROT_WRITE | PROT_EXEC,
 	 MAP_FIXED | MAP_SHARED, fd_mem, 0xa0000);

 	if (m == (void *)-1) {

> On the other hand, now the plain "echo mem > /sys/power/state" works
> perfectly, from X and console. So some of the magic vbe save/restore of
> s2ram mess something up for this card. 

Especially the userspace stuff (VBE_*) should not interfere with the restoring
now done inside the kernel drivers.

> Is it a regression for my laptop (is evidently one for Soeren)? On one
> side, a "used to work" setup is broken, but it worked with userspace
> hacks; now it works with the plain way, and that's clearly better.
-- 
Stefan Seyfried
R&D Team Mobile Devices            |              "Any ideas, John?"
SUSE LINUX Products GmbH, Nürnberg | "Well, surrounding them's out."

This footer brought to you by insane German lawmakers:
SUSE Linux Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg)

Re: [Suspend-devel] 2.6.25-rc6 regression - hang on resume [Bug 10319]

[Soeren Sonnenburg]

On Thu, 2008-04-17 at 20:20 +0200, Stefan Seyfried wrote:
> Romano Giannetti schrieb:
> > 
> > On Fri, 2008-04-04 at 08:31 +0200, Soeren Sonnenburg wrote:
> >> On Fri, 2008-04-04 at 01:22 +0200, Rafael J. Wysocki wrote:
> > 
> >>> Bug-Entry   : http://bugzilla.kernel.org/show_bug.cgi?id=10319
> >>> Subject             : 2.6.25-rc6 regression - hang on resume
> >>> Submitter   : Soeren Sonnenburg <kernel@nn7.de>
> >>> Date                : 2008-03-25 04:44 (10 days old)
> >> Yes. The machine resumes and display stays black using s2ram -f -p
> >> (blindly typing reboot etc on keyboard does what is expected).
> However
> >> display comes back on 2.6.24.
> > 
> > I can add that on my laptop (toshiba U305, Intel 945GM chipset),
> s2ram
> > -f -p -m which used to work ok, in X and console, in 2.6.24 stopped
> to
> > work (I tested -rc8, but I think it's like that since a long time).
> > Machine resumes but the screen stays off after that, although
> machine is
> > working (exactly as Soeren said). 
> 
> can you try if this patch to libx86 (make sure it gets installed and
> used...)
> fixes the problem?

for me it won't (core 1 duo), not clear whether his toshiba is a core 2
duo though supporting that flag...

anyway I tried again with the patch and 2.6.25 and same thing, display
stays black on console. then i s2ram'd again and - the display came
back!!

all my further attempts never made it come back... however from inside X
it works now (radeonhd...).

> Index: libx86-0.99/x86-common.c
> ===================================================================
> --- libx86-0.99.orig/x86-common.c
> +++ libx86-0.99/x86-common.c
> @@ -232,7 +232,7 @@ int LRMI_common_init(void)
>         }
> 
>         m = mmap((void *)0xa0000, 0x100000 - 0xa0000,
> -        PROT_READ | PROT_WRITE,
> +        PROT_READ | PROT_WRITE | PROT_EXEC,
>          MAP_FIXED | MAP_SHARED, fd_mem, 0xa0000);
> 
>         if (m == (void *)-1) {
> 
> > On the other hand, now the plain "echo mem > /sys/power/state" works
> > perfectly, from X and console. So some of the magic vbe save/restore
> of
> > s2ram mess something up for this card. 
> 
> Especially the userspace stuff (VBE_*) should not interfere with the
> restoring
> now done inside the kernel drivers.

Hmmhh maybe when the radeon(hd) fb driver enters the kernel it will work
for me nicely again...

Soeren

Re: [Suspend-devel] 2.6.25-rc6 regression - hang on resume [Bug 10319]

[Romano Giannetti]

On Thu, 2008-04-17 at 20:20 +0200, Stefan Seyfried wrote:

> can you try if this patch to libx86 (make sure it gets installed and used...)
> fixes the problem?
> 
> Index: libx86-0.99/x86-common.c

Sorry to be a bit though, but _what_ I'm supposed to patch? It's in
s2ram sources? Thanks!

Romano

-- 
Sorry for the disclaimer --- ¡I cannot stop it!



--
La presente comunicación tiene carácter confidencial y es para el exclusivo uso del destinatario indicado en la misma. Si Ud. no es el destinatario indicado, le informamos que cualquier forma de distribución, reproducción o uso de esta comunicación y/o de la información contenida en la misma están estrictamente prohibidos por la ley. Si Ud. ha recibido esta comunicación por error, por favor, notifíquelo inmediatamente al remitente contestando a este mensaje y proceda a continuación a destruirlo. Gracias por su colaboración.

This communication contains confidential information. It is for the exclusive use of the intended addressee. If you are not the intended addressee, please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited by law. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this message. Thank you for your cooperation. 

Re: [Suspend-devel] 2.6.25-rc6 regression - hang on resume [Bug 10319]

[Soeren Sonnenburg]

On Fri, 2008-04-18 at 09:34 +0200, Romano Giannetti wrote:
> 
> On Thu, 2008-04-17 at 20:20 +0200, Stefan Seyfried wrote:
> 
> > can you try if this patch to libx86 (make sure it gets installed and used...)
> > fixes the problem?
> > 
> > Index: libx86-0.99/x86-common.c
> 
> Sorry to be a bit though, but _what_ I'm supposed to patch? It's in
> s2ram sources? Thanks!

Patch the sources of libx86... (s2ram makes use of that lib to do the
POSTing)

Soeren

Re: 2.6.25-rc6 regression - hang on resume

[Pavel Machek]

On Fri 2008-04-04 08:31:29, Soeren Sonnenburg wrote:
> On Fri, 2008-04-04 at 01:22 +0200, Rafael J. Wysocki wrote:
> > The following report is on the current list of known regressions
> > from 2.6.24.  Please verify if the issue is still present in the
> > mainline.
> > 
> > 
> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10319
> > Subject		: 2.6.25-rc6 regression - hang on resume
> > Submitter	: Soeren Sonnenburg <kernel@nn7.de>
> > Date		: 2008-03-25 04:44 (10 days old)
> 
> Yes. The machine resumes and display stays black using s2ram -f -p
> (blindly typing reboot etc on keyboard does what is expected). However
> display comes back on 2.6.24.

Could you get us any debugging output from s2ram? Or maybe even strace
it in both working and broken case, and comparing them? (You may want
to disable randomization so that results are comparable).

									Pavel

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

Re: 2.6.25-rc6 regression - hang on resume

[Rafael J. Wysocki]

On Friday, 11 of April 2008, Pavel Machek wrote:
> On Fri 2008-04-04 08:31:29, Soeren Sonnenburg wrote:
> > On Fri, 2008-04-04 at 01:22 +0200, Rafael J. Wysocki wrote:
> > > The following report is on the current list of known regressions
> > > from 2.6.24.  Please verify if the issue is still present in the
> > > mainline.
> > > 
> > > 
> > > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10319
> > > Subject		: 2.6.25-rc6 regression - hang on resume
> > > Submitter	: Soeren Sonnenburg <kernel@nn7.de>
> > > Date		: 2008-03-25 04:44 (10 days old)
> > 
> > Yes. The machine resumes and display stays black using s2ram -f -p
> > (blindly typing reboot etc on keyboard does what is expected). However
> > display comes back on 2.6.24.
> 
> Could you get us any debugging output from s2ram? Or maybe even strace
> it in both working and broken case, and comparing them? (You may want
> to disable randomization so that results are comparable).

Please also test the kernel with the patch from
http://bugzilla.kernel.org/attachment.cgi?id=15736&action=view
applied.

Thanks,
Rafael

Re: 2.6.25-rc6 regression - hang on resume

[Soeren Sonnenburg]

On Fri, 2008-04-11 at 23:04 +0200, Pavel Machek wrote:
> On Fri 2008-04-04 08:31:29, Soeren Sonnenburg wrote:
> > On Fri, 2008-04-04 at 01:22 +0200, Rafael J. Wysocki wrote:
> > > The following report is on the current list of known regressions
> > > from 2.6.24.  Please verify if the issue is still present in the
> > > mainline.
> > > 
> > > 
> > > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10319
> > > Subject		: 2.6.25-rc6 regression - hang on resume
> > > Submitter	: Soeren Sonnenburg <kernel@nn7.de>
> > > Date		: 2008-03-25 04:44 (10 days old)
> > 
> > Yes. The machine resumes and display stays black using s2ram -f -p
> > (blindly typing reboot etc on keyboard does what is expected). However
> > display comes back on 2.6.24.
> 
> Could you get us any debugging output from s2ram? Or maybe even strace
> it in both working and broken case, and comparing them? (You may want
> to disable randomization so that results are comparable).

I did on 2.6.24

strace -ff s2ram >s2ram24.trace 2>&1

and .25

strace -ff s2ram >s2ram25.trace 2>&1

with the .24 bringing the display back and .25 not. Files are here

http://nn7.de/debugging/s2ram24.trace.bz2
http://nn7.de/debugging/s2ram25.trace.bz2

I have no idea how to 'disable randomization' and also not which
debugging options I should have set ... tell me what things/options you
need to be en/disabled and I redo the experiment.

Soeren

Re: 2.6.25-rc6 regression - hang on resume

[Pavel Machek]

On Sat 2008-04-12 09:27:42, Soeren Sonnenburg wrote:
> On Fri, 2008-04-11 at 23:04 +0200, Pavel Machek wrote:
> > On Fri 2008-04-04 08:31:29, Soeren Sonnenburg wrote:
> > > On Fri, 2008-04-04 at 01:22 +0200, Rafael J. Wysocki wrote:
> > > > The following report is on the current list of known regressions
> > > > from 2.6.24.  Please verify if the issue is still present in the
> > > > mainline.
> > > > 
> > > > 
> > > > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10319
> > > > Subject		: 2.6.25-rc6 regression - hang on resume
> > > > Submitter	: Soeren Sonnenburg <kernel@nn7.de>
> > > > Date		: 2008-03-25 04:44 (10 days old)
> > > 
> > > Yes. The machine resumes and display stays black using s2ram -f -p
> > > (blindly typing reboot etc on keyboard does what is expected). However
> > > display comes back on 2.6.24.
> > 
> > Could you get us any debugging output from s2ram? Or maybe even strace
> > it in both working and broken case, and comparing them? (You may want
> > to disable randomization so that results are comparable).
> 
> I did on 2.6.24
> 
> strace -ff s2ram >s2ram24.trace 2>&1
> 
> and .25
> 
> ???strace -ff s2ram >s2ram25.trace 2>&1
> 
> with the .24 bringing the display back and .25 not. Files are here
> 
> http://nn7.de/debugging/s2ram24.trace.bz2
> ???http://nn7.de/debugging/s2ram25.trace.bz2

Hmm: 

/sys/bus/pci/devices/0000:00:1b.0/irq

contains 21 in one case and 22 in another... as do other
interrupts. Is that expected? Can you post /proc/interrupts for both
versions?

Hmm, big part of trace is:

vm86old(0xb7f76c8c)                     = -1 ENOSYS (Function not
implemented)
vm86old(0xb7f76c8c)                     = -1 ENOSYS (Function not
implemented)

...I wonder why we do it so many times?

And here's the difference. .25 says:

vm86old(0xb809ac8c)                     = -1 ENOSYS (Function not
implemented)
vm86old(0xb809ac8c)                     = -1 ENOSYS (Function not
implemented)
Error: something went wrong performing real mode call
open("/sys/class/graphics",
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|0x80000) = -1 ENOENT (No
such file or directory)
open("/dev/tty", O_RDWR|O_LARGEFILE)    = 6
ioctl(6, KDGKBTYPE, 0xbfae8887)         = 0

...can you perhaps add printf-s to s2ram to find out what changed?
									Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

Re: 2.6.25-rc6 regression - hang on resume

[Soeren Sonnenburg]

On Sun, 2008-04-13 at 10:53 +0200, Pavel Machek wrote:
> On Sat 2008-04-12 09:27:42, Soeren Sonnenburg wrote:
> > On Fri, 2008-04-11 at 23:04 +0200, Pavel Machek wrote:
> > > On Fri 2008-04-04 08:31:29, Soeren Sonnenburg wrote:
> > > > On Fri, 2008-04-04 at 01:22 +0200, Rafael J. Wysocki wrote:
> > > > > The following report is on the current list of known regressions
> > > > > from 2.6.24.  Please verify if the issue is still present in the
> > > > > mainline.
> > > > > 
> > > > > 
> > > > > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10319
> > > > > Subject		: 2.6.25-rc6 regression - hang on resume
> > > > > Submitter	: Soeren Sonnenburg <kernel@nn7.de>
> > > > > Date		: 2008-03-25 04:44 (10 days old)
> > > > 
> > > > Yes. The machine resumes and display stays black using s2ram -f -p
> > > > (blindly typing reboot etc on keyboard does what is expected). However
> > > > display comes back on 2.6.24.
> > > 
> > > Could you get us any debugging output from s2ram? Or maybe even strace
> > > it in both working and broken case, and comparing them? (You may want
> > > to disable randomization so that results are comparable).
> > 
> > I did on 2.6.24
> > 
> > strace -ff s2ram >s2ram24.trace 2>&1
> > 
> > and .25
> > 
> > ???strace -ff s2ram >s2ram25.trace 2>&1
> > 
> > with the .24 bringing the display back and .25 not. Files are here
> > 
> > http://nn7.de/debugging/s2ram24.trace.bz2
> > ???http://nn7.de/debugging/s2ram25.trace.bz2
> 
> Hmm: 
> 
> /sys/bus/pci/devices/0000:00:1b.0/irq
> 
> contains 21 in one case and 22 in another... as do other
> interrupts. Is that expected? Can you post /proc/interrupts for both
> versions?

It might be that configs are slightly different - if you think this
gives a clue I will post them, but your discovery below looks promising:

> Hmm, big part of trace is:
> 
> vm86old(0xb7f76c8c)                     = -1 ENOSYS (Function not
> implemented)
> vm86old(0xb7f76c8c)                     = -1 ENOSYS (Function not
> implemented)
> 
> ...I wonder why we do it so many times?
> 
> And here's the difference. .25 says:
> 
> vm86old(0xb809ac8c)                     = -1 ENOSYS (Function not
> implemented)
> vm86old(0xb809ac8c)                     = -1 ENOSYS (Function not
> implemented)
> Error: something went wrong performing real mode call
> open("/sys/class/graphics",
> O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|0x80000) = -1 ENOENT (No
> such file or directory)
> open("/dev/tty", O_RDWR|O_LARGEFILE)    = 6
> ioctl(6, KDGKBTYPE, 0xbfae8887)         = 0
> 
> ...can you perhaps add printf-s to s2ram to find out what changed?

OK, I searched for "something went wrong performing real mode call" in
the s2ram source and found this function:

int do_real_post(unsigned pci_device)
{
    int error = 0;
    struct LRMI_regs r;
    memset(&r, 0, sizeof(r));

    /* Several machines seem to want the device that they're POSTing in
       here */
    r.eax = pci_device;

    /* 0xc000 is the video option ROM.  The init code for each
       option ROM is at 0x0003 - so jump to c000:0003 and start running
*/
    r.cs = 0xc000;
    r.ip = 0x0003;

    /* This is all heavily cargo culted but seems to work */
    r.edx = 0x80;
    r.ds = 0x0040;

    if (!LRMI_call(&r)) {
        fprintf(stderr,
            "Error: something went wrong performing real mode call\n");
        error = 1;
    }

    return error;
}

which is obviously called from

int do_post(void)
{
    struct pci_dev *p;
    unsigned int c;
    unsigned int pci_id;
    int error;

    pci_scan_bus(pacc);

    for (p = pacc->devices; p; p = p->next) {
        c = pci_read_word(p, PCI_CLASS_DEVICE);
        if (c == 0x300) {
            pci_id =
                (p->bus << 8) + (p->dev << 3) +
                (p->func & 0x7);
            error = do_real_post(pci_id);
            if (error != 0) {
                return error;
            }
        }
    }
    return 0;
}

so either the graphics adapter is somehow not ready yet or a wrong
address is used for posting?

Do you already now have an idea? Or which things should I print out?

Soeren

Re: 2.6.25-rc6 regression - hang on resume

[Pavel Machek]

Hi!

> > /sys/bus/pci/devices/0000:00:1b.0/irq
> > 
> > contains 21 in one case and 22 in another... as do other
> > interrupts. Is that expected? Can you post /proc/interrupts for both
> > versions?
> 
> It might be that configs are slightly different - if you think this
> gives a clue I will post them, but your discovery below looks
> promising:

Yep... any chance to do git bisect to see where it broke?

> > Error: something went wrong performing real mode call
> > open("/sys/class/graphics",
> > O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|0x80000) = -1 ENOENT (No
> > such file or directory)
> > open("/dev/tty", O_RDWR|O_LARGEFILE)    = 6
> > ioctl(6, KDGKBTYPE, 0xbfae8887)         = 0
> > 
> > ...can you perhaps add printf-s to s2ram to find out what changed?
> 
> OK, I searched for ???"something went wrong performing real mode call" in
> the s2ram source and found this function:
> 
> int do_real_post(unsigned pci_device)
> {
>     int error = 0;
>     struct LRMI_regs r;
>     memset(&r, 0, sizeof(r));
> 
>     /* Several machines seem to want the device that they're POSTing in
>        here */
>     r.eax = pci_device;
> 
>     /* 0xc000 is the video option ROM.  The init code for each
>        option ROM is at 0x0003 - so jump to c000:0003 and start running
> */
>     r.cs = 0xc000;
>     r.ip = 0x0003;
> 
>     /* This is all heavily cargo culted but seems to work */
>     r.edx = 0x80;
>     r.ds = 0x0040;
> 
>     if (!LRMI_call(&r)) {
>         fprintf(stderr,
>             "Error: something went wrong performing real mode call\n");
>         error = 1;

Sweet, so the problem is inside X86EMU_exec(), right? ...and that's
bytecode interpretter. You could add printfs() all over it, to see
where the execution differs.

> so either the graphics adapter is somehow not ready yet or a wrong
> address is used for posting?

Or something goes wrong in the interpretter...

> Do you already now have an idea? Or which things should I print out?

It starts to look like git bisect is the easier way to get some
results...
									Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

Re: 2.6.25-rc6 regression - hang on resume

[Rafael J. Wysocki]

On Sunday, 13 of April 2008, Pavel Machek wrote:
> On Sat 2008-04-12 09:27:42, Soeren Sonnenburg wrote:
> > On Fri, 2008-04-11 at 23:04 +0200, Pavel Machek wrote:
> > > On Fri 2008-04-04 08:31:29, Soeren Sonnenburg wrote:
> > > > On Fri, 2008-04-04 at 01:22 +0200, Rafael J. Wysocki wrote:
> > > > > The following report is on the current list of known regressions
> > > > > from 2.6.24.  Please verify if the issue is still present in the
> > > > > mainline.
> > > > > 
> > > > > 
> > > > > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10319
> > > > > Subject		: 2.6.25-rc6 regression - hang on resume
> > > > > Submitter	: Soeren Sonnenburg <kernel@nn7.de>
> > > > > Date		: 2008-03-25 04:44 (10 days old)
> > > > 
> > > > Yes. The machine resumes and display stays black using s2ram -f -p
> > > > (blindly typing reboot etc on keyboard does what is expected). However
> > > > display comes back on 2.6.24.
> > > 
> > > Could you get us any debugging output from s2ram? Or maybe even strace
> > > it in both working and broken case, and comparing them? (You may want
> > > to disable randomization so that results are comparable).
> > 
> > I did on 2.6.24
> > 
> > strace -ff s2ram >s2ram24.trace 2>&1
> > 
> > and .25
> > 
> > ???strace -ff s2ram >s2ram25.trace 2>&1
> > 
> > with the .24 bringing the display back and .25 not. Files are here
> > 
> > http://nn7.de/debugging/s2ram24.trace.bz2
> > ???http://nn7.de/debugging/s2ram25.trace.bz2
> 
> Hmm: 
> 
> /sys/bus/pci/devices/0000:00:1b.0/irq
> 
> contains 21 in one case and 22 in another... as do other
> interrupts. Is that expected? Can you post /proc/interrupts for both
> versions?
> 
> Hmm, big part of trace is:
> 
> vm86old(0xb7f76c8c)                     = -1 ENOSYS (Function not
> implemented)
> vm86old(0xb7f76c8c)                     = -1 ENOSYS (Function not
> implemented)
> 
> ...I wonder why we do it so many times?
> 
> And here's the difference. .25 says:
> 
> vm86old(0xb809ac8c)                     = -1 ENOSYS (Function not
> implemented)
> vm86old(0xb809ac8c)                     = -1 ENOSYS (Function not
> implemented)
> Error: something went wrong performing real mode call
> open("/sys/class/graphics",
> O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|0x80000) = -1 ENOENT (No
> such file or directory)
> open("/dev/tty", O_RDWR|O_LARGEFILE)    = 6
> ioctl(6, KDGKBTYPE, 0xbfae8887)         = 0
> 
> ...can you perhaps add printf-s to s2ram to find out what changed?

Well, that looks suspiciously similar to
http://bugzilla.kernel.org/show_bug.cgi?id=10155 .

Thanks,
Rafael

Re: 2.6.25-rc6 regression - hang on resume

[Soeren Sonnenburg]

On Sun, 2008-04-13 at 15:53 +0200, Rafael J. Wysocki wrote:
> On Sunday, 13 of April 2008, Pavel Machek wrote:
> > On Sat 2008-04-12 09:27:42, Soeren Sonnenburg wrote:
> > > On Fri, 2008-04-11 at 23:04 +0200, Pavel Machek wrote:
> > > > On Fri 2008-04-04 08:31:29, Soeren Sonnenburg wrote:
> > > > > On Fri, 2008-04-04 at 01:22 +0200, Rafael J. Wysocki wrote:
> > > > > > The following report is on the current list of known regressions
> > > > > > from 2.6.24.  Please verify if the issue is still present in the
> > > > > > mainline.
> > > > > > 
> > > > > > 
> > > > > > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10319
> > > > > > Subject		: 2.6.25-rc6 regression - hang on resume
> > > > > > Submitter	: Soeren Sonnenburg <kernel@nn7.de>
> > > > > > Date		: 2008-03-25 04:44 (10 days old)
> > > > > 
> > > > > Yes. The machine resumes and display stays black using s2ram -f -p
> > > > > (blindly typing reboot etc on keyboard does what is expected). However
> > > > > display comes back on 2.6.24.
> > > > 
> > > > Could you get us any debugging output from s2ram? Or maybe even strace
> > > > it in both working and broken case, and comparing them? (You may want
> > > > to disable randomization so that results are comparable).
> > > 
> > > I did on 2.6.24
> > > 
> > > strace -ff s2ram >s2ram24.trace 2>&1
> > > 
> > > and .25
> > > 
> > > ???strace -ff s2ram >s2ram25.trace 2>&1
> > > 
> > > with the .24 bringing the display back and .25 not. Files are here
> > > 
> > > http://nn7.de/debugging/s2ram24.trace.bz2
> > > ???http://nn7.de/debugging/s2ram25.trace.bz2
> > 
> > Hmm: 
> > 
> > /sys/bus/pci/devices/0000:00:1b.0/irq
> > 
> > contains 21 in one case and 22 in another... as do other
> > interrupts. Is that expected? Can you post /proc/interrupts for both
> > versions?
> > 
> > Hmm, big part of trace is:
> > 
> > vm86old(0xb7f76c8c)                     = -1 ENOSYS (Function not
> > implemented)
> > vm86old(0xb7f76c8c)                     = -1 ENOSYS (Function not
> > implemented)
> > 
> > ...I wonder why we do it so many times?
> > 
> > And here's the difference. .25 says:
> > 
> > vm86old(0xb809ac8c)                     = -1 ENOSYS (Function not
> > implemented)
> > vm86old(0xb809ac8c)                     = -1 ENOSYS (Function not
> > implemented)
> > Error: something went wrong performing real mode call
> > open("/sys/class/graphics",
> > O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|0x80000) = -1 ENOENT (No
> > such file or directory)
> > open("/dev/tty", O_RDWR|O_LARGEFILE)    = 6
> > ioctl(6, KDGKBTYPE, 0xbfae8887)         = 0
> > 
> > ...can you perhaps add printf-s to s2ram to find out what changed?
> 
> Well, that looks suspiciously similar to
> http://bugzilla.kernel.org/show_bug.cgi?id=10155 .

Hmmhh the only difference is that I don't have a core 2 duo but only a
core 1 duo but hmmmhh the flag down there looks like it does nx, or
should I see something like nx enabled in dmesg?

processor	: 0
vendor_id	: GenuineIntel
cpu family	: 6
model		: 14
model name	: Genuine Intel(R) CPU            1600  @ 2.16GHz
stepping	: 8
cpu MHz		: 1000.000
cache size	: 2048 KB
physical id	: 0
siblings	: 2
core id		: 0
cpu cores	: 2
fdiv_bug	: no
hlt_bug		: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 6
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx constant_tsc bts
pni monitor vmx est tm2 xtpr
bogomips	: 4333.82
clflush size	: 64


Anyway I will try noexec=off ...

Soeren

Re: 2.6.25-rc6 regression - hang on resume

[Soeren Sonnenburg]

On Sun, 2008-04-13 at 15:53 +0200, Rafael J. Wysocki wrote:
> On Sunday, 13 of April 2008, Pavel Machek wrote:
> > On Sat 2008-04-12 09:27:42, Soeren Sonnenburg wrote:
> > > On Fri, 2008-04-11 at 23:04 +0200, Pavel Machek wrote:
> > > > On Fri 2008-04-04 08:31:29, Soeren Sonnenburg wrote:
> > > > > On Fri, 2008-04-04 at 01:22 +0200, Rafael J. Wysocki wrote:
> > > > > > The following report is on the current list of known regressions
> > > > > > from 2.6.24.  Please verify if the issue is still present in the
> > > > > > mainline.
> > > > > > 
> > > > > > 
> > > > > > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10319
> > > > > > Subject		: 2.6.25-rc6 regression - hang on resume
> > > > > > Submitter	: Soeren Sonnenburg <kernel@nn7.de>
> > > > > > Date		: 2008-03-25 04:44 (10 days old)
> > > > > 
> > > > > Yes. The machine resumes and display stays black using s2ram -f -p
> > > > > (blindly typing reboot etc on keyboard does what is expected). However
> > > > > display comes back on 2.6.24.
> > > > 
> > > > Could you get us any debugging output from s2ram? Or maybe even strace
> > > > it in both working and broken case, and comparing them? (You may want
> > > > to disable randomization so that results are comparable).
> > > 
> > > I did on 2.6.24
> > > 
> > > strace -ff s2ram >s2ram24.trace 2>&1
> > > 
> > > and .25
> > > 
> > > ???strace -ff s2ram >s2ram25.trace 2>&1
> > > 
> > > with the .24 bringing the display back and .25 not. Files are here
> > > 
> > > http://nn7.de/debugging/s2ram24.trace.bz2
> > > ???http://nn7.de/debugging/s2ram25.trace.bz2
> > 
> > Hmm: 
> > 
> > /sys/bus/pci/devices/0000:00:1b.0/irq
> > 
> > contains 21 in one case and 22 in another... as do other
> > interrupts. Is that expected? Can you post /proc/interrupts for both
> > versions?
> > 
> > Hmm, big part of trace is:
> > 
> > vm86old(0xb7f76c8c)                     = -1 ENOSYS (Function not
> > implemented)
> > vm86old(0xb7f76c8c)                     = -1 ENOSYS (Function not
> > implemented)
> > 
> > ...I wonder why we do it so many times?
> > 
> > And here's the difference. .25 says:
> > 
> > vm86old(0xb809ac8c)                     = -1 ENOSYS (Function not
> > implemented)
> > vm86old(0xb809ac8c)                     = -1 ENOSYS (Function not
> > implemented)
> > Error: something went wrong performing real mode call
> > open("/sys/class/graphics",
> > O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|0x80000) = -1 ENOENT (No
> > such file or directory)
> > open("/dev/tty", O_RDWR|O_LARGEFILE)    = 6
> > ioctl(6, KDGKBTYPE, 0xbfae8887)         = 0
> > 
> > ...can you perhaps add printf-s to s2ram to find out what changed?
> 
> Well, that looks suspiciously similar to
> http://bugzilla.kernel.org/show_bug.cgi?id=10155 .

OK I tried noexec=off now... same error in s2ram ... so I guess my CPU
does not support NX ...

Soeren

Re: 2.6.25-rc6 regression - hang on resume

[Rafael J. Wysocki]

On Sunday, 13 of April 2008, Soeren Sonnenburg wrote:
> On Sun, 2008-04-13 at 15:53 +0200, Rafael J. Wysocki wrote:
> > On Sunday, 13 of April 2008, Pavel Machek wrote:
> > > On Sat 2008-04-12 09:27:42, Soeren Sonnenburg wrote:
> > > > On Fri, 2008-04-11 at 23:04 +0200, Pavel Machek wrote:
> > > > > On Fri 2008-04-04 08:31:29, Soeren Sonnenburg wrote:
> > > > > > On Fri, 2008-04-04 at 01:22 +0200, Rafael J. Wysocki wrote:
> > > > > > > The following report is on the current list of known regressions
> > > > > > > from 2.6.24.  Please verify if the issue is still present in the
> > > > > > > mainline.
> > > > > > > 
> > > > > > > 
> > > > > > > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10319
> > > > > > > Subject		: 2.6.25-rc6 regression - hang on resume
> > > > > > > Submitter	: Soeren Sonnenburg <kernel@nn7.de>
> > > > > > > Date		: 2008-03-25 04:44 (10 days old)
> > > > > > 
> > > > > > Yes. The machine resumes and display stays black using s2ram -f -p
> > > > > > (blindly typing reboot etc on keyboard does what is expected). However
> > > > > > display comes back on 2.6.24.
> > > > > 
> > > > > Could you get us any debugging output from s2ram? Or maybe even strace
> > > > > it in both working and broken case, and comparing them? (You may want
> > > > > to disable randomization so that results are comparable).
> > > > 
> > > > I did on 2.6.24
> > > > 
> > > > strace -ff s2ram >s2ram24.trace 2>&1
> > > > 
> > > > and .25
> > > > 
> > > > ???strace -ff s2ram >s2ram25.trace 2>&1
> > > > 
> > > > with the .24 bringing the display back and .25 not. Files are here
> > > > 
> > > > http://nn7.de/debugging/s2ram24.trace.bz2
> > > > ???http://nn7.de/debugging/s2ram25.trace.bz2
> > > 
> > > Hmm: 
> > > 
> > > /sys/bus/pci/devices/0000:00:1b.0/irq
> > > 
> > > contains 21 in one case and 22 in another... as do other
> > > interrupts. Is that expected? Can you post /proc/interrupts for both
> > > versions?
> > > 
> > > Hmm, big part of trace is:
> > > 
> > > vm86old(0xb7f76c8c)                     = -1 ENOSYS (Function not
> > > implemented)
> > > vm86old(0xb7f76c8c)                     = -1 ENOSYS (Function not
> > > implemented)
> > > 
> > > ...I wonder why we do it so many times?
> > > 
> > > And here's the difference. .25 says:
> > > 
> > > vm86old(0xb809ac8c)                     = -1 ENOSYS (Function not
> > > implemented)
> > > vm86old(0xb809ac8c)                     = -1 ENOSYS (Function not
> > > implemented)
> > > Error: something went wrong performing real mode call
> > > open("/sys/class/graphics",
> > > O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|0x80000) = -1 ENOENT (No
> > > such file or directory)
> > > open("/dev/tty", O_RDWR|O_LARGEFILE)    = 6
> > > ioctl(6, KDGKBTYPE, 0xbfae8887)         = 0
> > > 
> > > ...can you perhaps add printf-s to s2ram to find out what changed?
> > 
> > Well, that looks suspiciously similar to
> > http://bugzilla.kernel.org/show_bug.cgi?id=10155 .
> 
> OK I tried noexec=off now... same error in s2ram ... so I guess my CPU
> does not support NX ...

s2ram segfaulted in that bug, but your one desn't.  Still, we could have done
another thing that prevents s2ram from doing its job on your system.

Thanks,
Rafael

rc6+ regression - backlight reset to 0 on boot after 7c0ea45be4f114d85ee35caeead8e1660699c46f

[Rafael J. Wysocki]

The following report is on the current list of known regressions
from 2.6.24.  Please verify if the issue is still present in the
mainline.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10387
Subject		: rc6+ regression - backlight reset to 0 on boot after 7c0ea45be4f114d85ee35caeead8e1660699c46f
Submitter	: Andrey Borzenkov <arvidjaar@mail.ru>
Date		: 2008-04-02 22:53 (2 days old)
References	: http://lkml.org/lkml/2008/4/2/366

2.6.25-rc5.git4 regression PS/2 mouse not detected/working

[Rafael J. Wysocki]

The following report is on the current list of known regressions
from 2.6.24.  Please verify if the issue is still present in the
mainline.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10382
Subject		: 2.6.25-rc5.git4 regression PS/2 mouse not detected/working
Submitter	: Yanko Kaneti <yaneti@declera.com>
Date		: 2008-04-02 10:59 (2 days old)
References	: http://lkml.org/lkml/2008/4/2/210
Handled-By	: Dmitry Torokhov <dmitry.torokhov@gmail.com>
		  Balaji Rao <balajirrao@gmail.com>

Re: 2.6.25-rc5.git4 regression PS/2 mouse not detected/working

[Thomas Gleixner]

On Fri, 4 Apr 2008, Rafael J. Wysocki wrote:
> The following report is on the current list of known regressions
> from 2.6.24.  Please verify if the issue is still present in the
> mainline.

Yes, it is. The revert of the patch which caused that is queued for
todays push to Linus.

Thanks,

	tglx

> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10382
> Subject		: 2.6.25-rc5.git4 regression PS/2 mouse not detected/working
> Submitter	: Yanko Kaneti <yaneti@declera.com>
> Date		: 2008-04-02 10:59 (2 days old)
> References	: http://lkml.org/lkml/2008/4/2/210
> Handled-By	: Dmitry Torokhov <dmitry.torokhov@gmail.com>
> 		  Balaji Rao <balajirrao@gmail.com>
> 
> 

Re: 2.6.25-rc5.git4 regression PS/2 mouse not detected/working

[Balaji Rao]

On Friday 04 April 2008 07:03:50 pm Thomas Gleixner wrote:
> On Fri, 4 Apr 2008, Rafael J. Wysocki wrote:
> > The following report is on the current list of known regressions
> > from 2.6.24.  Please verify if the issue is still present in the
> > mainline.
> 
> Yes, it is. The revert of the patch which caused that is queued for
> todays push to Linus.
> 
> Thanks,
> 
> 	tglx
> 
> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10382
> > Subject		: 2.6.25-rc5.git4 regression PS/2 mouse not detected/working
> > Submitter	: Yanko Kaneti <yaneti@declera.com>
> > Date		: 2008-04-02 10:59 (2 days old)
> > References	: http://lkml.org/lkml/2008/4/2/210
> > Handled-By	: Dmitry Torokhov <dmitry.torokhov@gmail.com>
> > 		  Balaji Rao <balajirrao@gmail.com>
> > 
> > 
> 
Hi tglx,

I think the following commit should also be reverted. 

commit 37a47db8d7f0f38dac5acf5a13abbc8f401707fa
Author: Balaji Rao <balajirrao@gmail.com>
Date:   Wed Jan 30 13:30:03 2008 +0100

    x86: assign IRQs to HPET timers, fix

-- 
regards,
Balaji Rao

Re: 2.6.25-rc5.git4 regression PS/2 mouse not detected/working

[Thomas Gleixner]

On Fri, 4 Apr 2008, Balaji Rao wrote:

> On Friday 04 April 2008 07:03:50 pm Thomas Gleixner wrote:
> > On Fri, 4 Apr 2008, Rafael J. Wysocki wrote:
> > > The following report is on the current list of known regressions
> > > from 2.6.24.  Please verify if the issue is still present in the
> > > mainline.
> > 
> > Yes, it is. The revert of the patch which caused that is queued for
> > todays push to Linus.
> > 
> > Thanks,
> > 
> > 	tglx
> > 
> > > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10382
> > > Subject		: 2.6.25-rc5.git4 regression PS/2 mouse not detected/working
> > > Submitter	: Yanko Kaneti <yaneti@declera.com>
> > > Date		: 2008-04-02 10:59 (2 days old)
> > > References	: http://lkml.org/lkml/2008/4/2/210
> > > Handled-By	: Dmitry Torokhov <dmitry.torokhov@gmail.com>
> > > 		  Balaji Rao <balajirrao@gmail.com>
> > > 
> > > 
> > 
> Hi tglx,
> 
> I think the following commit should also be reverted. 
> 
> commit 37a47db8d7f0f38dac5acf5a13abbc8f401707fa
> Author: Balaji Rao <balajirrao@gmail.com>
> Date:   Wed Jan 30 13:30:03 2008 +0100
> 
>     x86: assign IRQs to HPET timers, fix

Yup, I have both.

Anyway, thanks for the reminder 

	tglx

2.6.25-rc7/8: Another resume regression

[Rafael J. Wysocki]

The following report is on the current list of known regressions
from 2.6.24.  Please verify if the issue is still present in the
mainline.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10391
Subject		: 2.6.25-rc7/8: Another resume regression
Submitter	: Mark Lord <lkml@rtr.ca>
Date		: 2008-04-03 15:06 (1 days old)
References	: http://lkml.org/lkml/2008/4/3/283

Re: 2.6.25-rc7/8: Another resume regression

[Mark Lord]

Rafael J. Wysocki wrote:
> The following report is on the current list of known regressions
> from 2.6.24.  Please verify if the issue is still present in the
> mainline.
> 
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10391
> Subject		: 2.6.25-rc7/8: Another resume regression
> Submitter	: Mark Lord <lkml@rtr.ca>
> Date		: 2008-04-03 15:06 (1 days old)
> References	: http://lkml.org/lkml/2008/4/3/283
..

Probably still there, but it's not easily reproduceable
and doesn't happen more than once every couple of days or so.

-ml
 

slub compile error

[Rafael J. Wysocki]

The following report is on the current list of known regressions
from 2.6.24.  Please verify if the issue is still present in the
mainline.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10373
Subject		: slub compile error
Submitter	: Toralf Foerster <toralf.foerster@gmx.de>
Date		: 2008-03-31 14:46 (4 days old)
References	: http://lkml.org/lkml/2008/3/31/120
Handled-By	: Christoph Lameter <clameter@sgi.com>
Patch		: http://lkml.org/lkml/2008/3/31/261

Re: slub compile error

[Christoph Lameter]

On Fri, 4 Apr 2008, Rafael J. Wysocki wrote:

> The following report is on the current list of known regressions
> from 2.6.24.  Please verify if the issue is still present in the
> mainline.

The bug was not in 2.6.24. It was introduced a couple of days 
before 2.6.25-rc8 and the fix was the last commit added before rc8 was 
released.

Re: slub compile error

[Rafael J. Wysocki]

On Friday, 4 of April 2008, Christoph Lameter wrote:
> On Fri, 4 Apr 2008, Rafael J. Wysocki wrote:
> 
> > The following report is on the current list of known regressions
> > from 2.6.24.  Please verify if the issue is still present in the
> > mainline.
> 
> The bug was not in 2.6.24. It was introduced a couple of days 
> before 2.6.25-rc8 and the fix was the last commit added before rc8 was 
> released.

Bug closed.

Thanks,
Rafael

Oops while reading /proc/ioports or /proc/iomem

[Rafael J. Wysocki]

The following report is on the current list of known regressions
from 2.6.24.  Please verify if the issue is still present in the
mainline.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10390
Subject		: Oops while reading /proc/ioports or /proc/iomem
Submitter	: Jan Kara <jack@suse.cz>
Date		: 2008-04-03 15:25 (1 days old)
References	: http://lkml.org/lkml/2008/4/3/149

2.6.25-rc7: warn_on_slowpath triggered

[Rafael J. Wysocki]

The following report is on the current list of known regressions
from 2.6.24.  Please verify if the issue is still present in the
mainline.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10366
Subject		: 2.6.25-rc7: warn_on_slowpath triggered
Submitter	: Bob Tracy <rct@frus.com>
Date		: 2008-03-29 17:29 (6 days old)
References	: http://lkml.org/lkml/2008/3/29/125
Handled-By	: Bjoern Steinbrink <B.Steinbrink@gmx.de>
Patch		: http://lkml.org/lkml/2008/3/30/245

Kernel freezes during boot when AC is unplugged

[Rafael J. Wysocki]

The following report is on the current list of known regressions
from 2.6.24.  Please verify if the issue is still present in the
mainline.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10377
Subject		: Kernel freezes during boot when AC is unplugged
Submitter	: Roman Jarosz <kedgedev@centrum.cz>
Date		: 2008-04-01 16:23 (3 days old)

The never ending BEEEEP/__smp_call_function_mask with 2.6.25-rc7

[Rafael J. Wysocki]

The following report is on the current list of known regressions
from 2.6.24.  Please verify if the issue is still present in the
mainline.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10369
Subject		: The never ending BEEEEP/__smp_call_function_mask with 2.6.25-rc7
Submitter	: Chr <chunkeey@web.de>
Date		: 2008-03-30 21:09 (5 days old)
References	: http://lkml.org/lkml/2008/3/30/87

Re: The never ending BEEEEP/__smp_call_function_mask with 2.6.25-rc7

[Chr]

On Friday 04 April 2008 01:22:44 Rafael J. Wysocki wrote:
> The following report is on the current list of known regressions
> from 2.6.24.  Please verify if the issue is still present in the
> mainline.
>
>
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10369
> Subject		: The never ending BEEEEP/__smp_call_function_mask with 2.6.25-rc7
> Submitter	: Chr <chunkeey@web.de>
> Date		: 2008-03-30 21:09 (5 days old)
> References	: http://lkml.org/lkml/2008/3/30/87

Yep, it's still present... but I don't have no time to debug it. :(

Rhe proposed workaround: "noapictimer" and "hpet=force" works so far...
Maybe it's buggy/bad hardware after all and 2.6.24.4 just doesn't trigger it?! 

Regards,
	Chr.

usb-storage, error reading the last 8 sectors, regression in 2.6.25-rc7

[Rafael J. Wysocki]

The following report is on the current list of known regressions
from 2.6.24.  Please verify if the issue is still present in the
mainline.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10365
Subject		: usb-storage, error reading the last 8 sectors, regression in 2.6.25-rc7
Submitter	: Sergey Dolgov <solkaa@gmail.com>
Date		: 2008-03-30 11:49 (5 days old)
References	: http://lkml.org/lkml/2008/3/30/11

2.6.25-rc6-git2: warn_on_slowpath for tcp_simple_retransmit

[Rafael J. Wysocki]

The following report is on the current list of known regressions
from 2.6.24.  Please verify if the issue is still present in the
mainline.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10384
Subject		: 2.6.25-rc6-git2: warn_on_slowpath for tcp_simple_retransmit
Submitter	: Alessandro Suardi <alessandro.suardi@gmail.com>
Date		: 2008-04-02 00:28 (2 days old)
References	: http://lkml.org/lkml/2008/4/1/408
Handled-By	: Ilpo Jarvinen <ilpo.jarvinen@helsinki.fi>

Re: 2.6.25-rc8-git2: Reported regressions from 2.6.24

[Linus Torvalds]

On Fri, 4 Apr 2008, Rafael J. Wysocki wrote:
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10390
> Subject		: Oops while reading /proc/ioports or /proc/iomem
> Submitter	: Jan Kara <jack@suse.cz>
> Date		: 2008-04-03 15:25 (1 days old)
> References	: http://lkml.org/lkml/2008/4/3/149

This sounds very much like some module registered IO ports/memory and was 
then unloaded without unregistering them.

It's a bit hard to guess which module it is, though. The oops says "[last 
unloaded: parport]", so that's likely to be the area.

So I *suspect* this patch might be relevant. Bug apparently introduced in 
f63fd7e299ee13da071ecfce2b90b58c5e1562b1 ("parport_pc: detection for 
SuperIO IT87XX POST") by Petr Cvek.

Petr?

		Linus

---
 drivers/parport/parport_pc.c |    3 +--
 1 files changed, 1 insertions(+), 2 deletions(-)

diff --git a/drivers/parport/parport_pc.c b/drivers/parport/parport_pc.c
index d76d37b..a858089 100644
--- a/drivers/parport/parport_pc.c
+++ b/drivers/parport/parport_pc.c
@@ -1568,9 +1568,8 @@ static void __devinit detect_and_report_it87(void)
 		outb(r | 8, 0x2F);
 		outb(0x02, 0x2E);	/* Lock */
 		outb(0x02, 0x2F);
-
-		release_region(0x2e, 1);
 	}
+	release_region(0x2e, 1);
 }
 #endif /* CONFIG_PARPORT_PC_SUPERIO */
 

Re: 2.6.25-rc8-git2: Reported regressions from 2.6.24

[Andrew Morton]

On Thu, 3 Apr 2008 16:59:02 -0700 (PDT) Linus Torvalds <torvalds@linux-foundation.org> wrote:

> 
> 
> On Fri, 4 Apr 2008, Rafael J. Wysocki wrote:
> > 
> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10390
> > Subject		: Oops while reading /proc/ioports or /proc/iomem
> > Submitter	: Jan Kara <jack@suse.cz>
> > Date		: 2008-04-03 15:25 (1 days old)
> > References	: http://lkml.org/lkml/2008/4/3/149
> 
> This sounds very much like some module registered IO ports/memory and was 
> then unloaded without unregistering them.
> 
> It's a bit hard to guess which module it is, though. The oops says "[last 
> unloaded: parport]", so that's likely to be the area.
> 
> So I *suspect* this patch might be relevant. Bug apparently introduced in 
> f63fd7e299ee13da071ecfce2b90b58c5e1562b1 ("parport_pc: detection for 
> SuperIO IT87XX POST") by Petr Cvek.
> 
> Petr?
> 
> 		Linus
> 
> ---
>  drivers/parport/parport_pc.c |    3 +--
>  1 files changed, 1 insertions(+), 2 deletions(-)
> 
> diff --git a/drivers/parport/parport_pc.c b/drivers/parport/parport_pc.c
> index d76d37b..a858089 100644
> --- a/drivers/parport/parport_pc.c
> +++ b/drivers/parport/parport_pc.c
> @@ -1568,9 +1568,8 @@ static void __devinit detect_and_report_it87(void)
>  		outb(r | 8, 0x2F);
>  		outb(0x02, 0x2E);	/* Lock */
>  		outb(0x02, 0x2F);
> -
> -		release_region(0x2e, 1);
>  	}
> +	release_region(0x2e, 1);
>  }
>  #endif /* CONFIG_PARPORT_PC_SUPERIO */

Looks very correct to me.

Re: 2.6.25-rc8-git2: Reported regressions from 2.6.24

[Linus Torvalds]

On Fri, 4 Apr 2008, Rafael J. Wysocki wrote:
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10349
> Subject		: regression: am-utils stopped working in 2.6.25-rc*
> Submitter	: Meelis Roos <mroos@linux.ee>
> Date		: 2008-03-28 15:20 (7 days old)
> References	: http://lkml.org/lkml/2008/3/28/174

This seems to be a bug in am-utils:

	https://bugzilla.am-utils.org/show_bug.cgi?id=612

and while we try very hard to not break existing binaries that assume some 
old broken kernel behaviour, things like system setup code that is 
outright buggy is kind of exempt from that rule. So I think in this case 
it really is a user-level issue.

> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10346
> Subject		: Linux 2.6.25-rc6: WARNING: at net/ipv4/tcp_input.c:2510
> Submitter	: Georgi Chorbadzhiyski <gf@unixsol.org>
> Date		: 2008-03-27 17:29 (8 days old)
> References	: http://lkml.org/lkml/2008/3/27/246

I wouldn't call this a regression. It's a hard-to-trigger warning that is 
being debugged. 

			Linus

Re: 2.6.25-rc8-git2: Reported regressions from 2.6.24

[Rafael J. Wysocki]

On Saturday, 5 of April 2008, Linus Torvalds wrote:
> 
> On Fri, 4 Apr 2008, Rafael J. Wysocki wrote:
> > 
> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10349
> > Subject		: regression: am-utils stopped working in 2.6.25-rc*
> > Submitter	: Meelis Roos <mroos@linux.ee>
> > Date		: 2008-03-28 15:20 (7 days old)
> > References	: http://lkml.org/lkml/2008/3/28/174
> 
> This seems to be a bug in am-utils:
> 
> 	https://bugzilla.am-utils.org/show_bug.cgi?id=612
> 
> and while we try very hard to not break existing binaries that assume some 
> old broken kernel behaviour, things like system setup code that is 
> outright buggy is kind of exempt from that rule. So I think in this case 
> it really is a user-level issue.

OK, closed.

> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10346
> > Subject		: Linux 2.6.25-rc6: WARNING: at net/ipv4/tcp_input.c:2510
> > Submitter	: Georgi Chorbadzhiyski <gf@unixsol.org>
> > Date		: 2008-03-27 17:29 (8 days old)
> > References	: http://lkml.org/lkml/2008/3/27/246
> 
> I wouldn't call this a regression. It's a hard-to-trigger warning that is 
> being debugged. 

Dropped from the list.

Thanks,
Rafael

Re: (regression) kernel/timeconst.h bugs with HZ=128

[David Brownell]

On Thursday 03 April 2008, Rafael J. Wysocki wrote:
> The following report is on the current list of known regressions
> from 2.6.24.  Please verify if the issue is still present in the
> mainline.
> 
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10153
> Subject		: (regression) kernel/timeconst.h bugs with HZ=128

The (new) compiler warnings are still being issued, yes.


> Submitter	: David Brownell <david-b@pacbell.net>
> Date		: 2008-02-26 19:32 (38 days old)
> References	: http://lkml.org/lkml/2008/2/26/294
> Handled-By	: H. Peter Anvin <hpa@zytor.com>
> Patch		: http://bugzilla.kernel.org/attachment.cgi?id=15114&amp;action=view
> 		  http://bugzilla.kernel.org/attachment.cgi?id=15115&amp;action=view
> 
> 

Re: (regression) kernel/timeconst.h bugs with HZ=128

[H. Peter Anvin]

David Brownell wrote:
> 
> The (new) compiler warnings are still being issued, yes.
> 

I have a cleaner patchset prepared than the one that got bikeshed 
painted out of existence, but I want to wait until post-2.6.25 for it.

The nice thing is that it deletes a lot more code than it adds:

  include/asm-alpha/types.h      |   36 --------------
  include/asm-arm/types.h        |   33 -------------
  include/asm-avr32/types.h      |   32 -------------
  include/asm-blackfin/types.h   |   34 -------------
  include/asm-cris/types.h       |   33 -------------
  include/asm-frv/types.h        |   34 -------------
  include/asm-generic/Kbuild     |    2
  include/asm-generic/int-l64.h  |   71 ++++++++++++++++++++++++++++
  include/asm-generic/int-ll64.h |   76 +++++++++++++++++++++++++++++++
  include/asm-h8300/types.h      |   33 -------------
  include/asm-ia64/types.h       |   31 ------------
  include/asm-m32r/types.h       |   32 -------------
  include/asm-m68k/types.h       |   32 -------------
  include/asm-mips/types.h       |   56 ++--------------------
  include/asm-mn10300/types.h    |   33 -------------
  include/asm-parisc/types.h     |   33 -------------
  include/asm-powerpc/types.h    |   48 ++-----------------
  include/asm-s390/types.h       |   48 ++-----------------
  include/asm-sh/types.h         |   34 -------------
  include/asm-sparc/types.h      |   30 ------------
  include/asm-sparc64/types.h    |   30 ------------
  include/asm-v850/types.h       |   32 -------------
  include/asm-x86/types.h        |   38 ---------------
  include/asm-xtensa/types.h     |   33 -------------
  kernel/time.c                  |    8 +--
  25 files changed, 201 insertions(+), 701 deletions(-)

See:

git://git.kernel.org/pub/scm/linux/kernel/git/hpa/linux-2.6-inttypes.git

	-hpa

2.6.25-git regression with snd-hda-intel on Dell XPS M1330, no analog sound

[Andre Tomt]

[Rafael & Matthew: this is a resend - original was sent to wrong 
linux-kernel address. Also updated, so just ignore the earlier emails.]

With 2.6.25-git I lost sound on my Dell XPS M1330 laptop. There seems to 
be two issues at hand here: 1. Analog output is listed, but emits no 
sound (just silence), and 2. Digital out device is missing.

Issue #1 is bisected in this thread. #2 is still work in progress, and 
will be posted as a separate thread.

git bisect nailed down the missing audio issue to this commit:
> 2f32d909f3a85a96074801f6cf20f93324f87646 is first bad commit
> commit 2f32d909f3a85a96074801f6cf20f93324f87646
> Author: Matthew Ranostay <mranostay@embeddedalley.com>
> Date:   Thu Jan 10 13:06:26 2008 +0100
> 
>     [ALSA] hda: STAC9228 VT fixes
> 
>     Moved 2 systems PCI_QUIRK values to STAC_DELL_BIOS. Also the second
>     front HP jack is incorrect defined in the BIOS VT's for some laptops,
>     this patch corrects this.
> 
>     Signed-off-by: Matthew Ranostay <mranostay@embeddedalley.com>
>     Signed-off-by: Takashi Iwai <tiwai@suse.de>
>     Signed-off-by: Jaroslav Kysela <perex@perex.cz>
> 
> :040000 040000 98d7878c8addc0b1595d4b42524cf9cb6cf8759a e32416d5e02694320e8aac369b260d86b2eb2508 M   sound

lspci:
> 00:1b.0 Audio device [0403]: Intel Corporation 82801H (ICH8 Family) HD Audio Controller [8086:284b] (rev 02)
>         Subsystem: Dell Unknown device [1028:0209]
>         Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+
>         Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
>         Latency: 0, Cache Line Size: 64 bytes
>         Interrupt: pin A routed to IRQ 217
>         Region 0: Memory at febfc000 (64-bit, non-prefetchable) [size=16K]
>         Capabilities: [50] Power Management version 2
>                 Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
>                 Status: D0 PME-Enable- DSel=0 DScale=0 PME-
>         Capabilities: [60] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable+
>                 Address: 00000000fee0300c  Data: 414a
>         Capabilities: [70] Express (v1) Root Complex Integrated Endpoint, MSI 00
>                 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s unlimited, L1 unlimited
>                         ExtTag- RBE- FLReset-
>                 DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
>                         RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop+
>                         MaxPayload 128 bytes, MaxReadReq 128 bytes
>                 DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend-
>                 LnkCap: Port #0, Speed unknown, Width x0, ASPM unknown, Latency L0 <64ns, L1 <1us
>                         ClockPM- Suprise- LLActRep- BwNot-
>                 LnkCtl: ASPM Disabled; Disabled- Retrain- CommClk-
>                         ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
>                 LnkSta: Speed unknown, Width x0, TrErr- Train- SlotClk- DLActive- BWMgmt- ABWMgmt-
>         Capabilities: [100] Virtual Channel <?>
>         Capabilities: [130] Root Complex Link <?>
>         Kernel driver in use: HDA Intel
>         Kernel modules: snd-hda-intel
> 00: 86 80 4b 28 06 05 10 00 02 00 03 04 10 00 00 00
> 10: 04 c0 bf fe 00 00 00 00 00 00 00 00 00 00 00 00
> 20: 00 00 00 00 00 00 00 00 00 00 00 00 28 10 09 02
> 30: 00 00 00 00 50 00 00 00 00 00 00 00 0a 01 00 00
> 40: 01 00 00 03 00 00 00 00 00 00 00 00 00 00 00 00
> 50: 01 60 42 c8 00 00 00 00 00 00 00 00 00 00 00 00
> 60: 05 70 81 00 0c 30 e0 fe 00 00 00 00 4a 41 00 00
> 70: 10 00 91 00 c0 0f 00 00 00 08 10 00 00 00 00 00
> 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> c0: 00 00 00 01 00 00 00 00 00 00 00 00 00 00 00 00
> d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> f0: 00 00 00 00 00 00 00 00 86 0f 05 00 00 00 00 00

Re: 2.6.25-git regression with snd-hda-intel on Dell XPS M1330, no analog sound

[Matthew Ranostay]

Andre Tomt wrote:
> [Rafael & Matthew: this is a resend - original was sent to wrong
> linux-kernel address. Also updated, so just ignore the earlier emails.]
> 
> With 2.6.25-git I lost sound on my Dell XPS M1330 laptop. There seems to
> be two issues at hand here: 1. Analog output is listed, but emits no
> sound (just silence), and 2. Digital out device is missing.
> 
Ok this is puzzling can you paste the results of 'cat /proc/asound/card0/codec0#*'?

Thanks,

Matthew Ranostay

> Issue #1 is bisected in this thread. #2 is still work in progress, and
> will be posted as a separate thread.
> 
> git bisect nailed down the missing audio issue to this commit:
>> 2f32d909f3a85a96074801f6cf20f93324f87646 is first bad commit
>> commit 2f32d909f3a85a96074801f6cf20f93324f87646
>> Author: Matthew Ranostay <mranostay@embeddedalley.com>
>> Date:   Thu Jan 10 13:06:26 2008 +0100
>>
>>     [ALSA] hda: STAC9228 VT fixes
>>
>>     Moved 2 systems PCI_QUIRK values to STAC_DELL_BIOS. Also the second
>>     front HP jack is incorrect defined in the BIOS VT's for some laptops,
>>     this patch corrects this.
>>
>>     Signed-off-by: Matthew Ranostay <mranostay@embeddedalley.com>
>>     Signed-off-by: Takashi Iwai <tiwai@suse.de>
>>     Signed-off-by: Jaroslav Kysela <perex@perex.cz>
>>
>> :040000 040000 98d7878c8addc0b1595d4b42524cf9cb6cf8759a
>> e32416d5e02694320e8aac369b260d86b2eb2508 M   sound
> 
> lspci:
>> 00:1b.0 Audio device [0403]: Intel Corporation 82801H (ICH8 Family) HD
>> Audio Controller [8086:284b] (rev 02)
>>         Subsystem: Dell Unknown device [1028:0209]
>>         Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
>> ParErr- Stepping- SERR+ FastB2B- DisINTx+
>>         Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
>> <TAbort- <MAbort- >SERR- <PERR- INTx-
>>         Latency: 0, Cache Line Size: 64 bytes
>>         Interrupt: pin A routed to IRQ 217
>>         Region 0: Memory at febfc000 (64-bit, non-prefetchable)
>> [size=16K]
>>         Capabilities: [50] Power Management version 2
>>                 Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA
>> PME(D0+,D1-,D2-,D3hot+,D3cold+)
>>                 Status: D0 PME-Enable- DSel=0 DScale=0 PME-
>>         Capabilities: [60] Message Signalled Interrupts: Mask- 64bit+
>> Queue=0/0 Enable+
>>                 Address: 00000000fee0300c  Data: 414a
>>         Capabilities: [70] Express (v1) Root Complex Integrated
>> Endpoint, MSI 00
>>                 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s
>> unlimited, L1 unlimited
>>                         ExtTag- RBE- FLReset-
>>                 DevCtl: Report errors: Correctable- Non-Fatal- Fatal-
>> Unsupported-
>>                         RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop+
>>                         MaxPayload 128 bytes, MaxReadReq 128 bytes
>>                 DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq-
>> AuxPwr+ TransPend-
>>                 LnkCap: Port #0, Speed unknown, Width x0, ASPM
>> unknown, Latency L0 <64ns, L1 <1us
>>                         ClockPM- Suprise- LLActRep- BwNot-
>>                 LnkCtl: ASPM Disabled; Disabled- Retrain- CommClk-
>>                         ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
>>                 LnkSta: Speed unknown, Width x0, TrErr- Train-
>> SlotClk- DLActive- BWMgmt- ABWMgmt-
>>         Capabilities: [100] Virtual Channel <?>
>>         Capabilities: [130] Root Complex Link <?>
>>         Kernel driver in use: HDA Intel
>>         Kernel modules: snd-hda-intel
>> 00: 86 80 4b 28 06 05 10 00 02 00 03 04 10 00 00 00
>> 10: 04 c0 bf fe 00 00 00 00 00 00 00 00 00 00 00 00
>> 20: 00 00 00 00 00 00 00 00 00 00 00 00 28 10 09 02
>> 30: 00 00 00 00 50 00 00 00 00 00 00 00 0a 01 00 00
>> 40: 01 00 00 03 00 00 00 00 00 00 00 00 00 00 00 00
>> 50: 01 60 42 c8 00 00 00 00 00 00 00 00 00 00 00 00
>> 60: 05 70 81 00 0c 30 e0 fe 00 00 00 00 4a 41 00 00
>> 70: 10 00 91 00 c0 0f 00 00 00 08 10 00 00 00 00 00
>> 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> c0: 00 00 00 01 00 00 00 00 00 00 00 00 00 00 00 00
>> d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> f0: 00 00 00 00 00 00 00 00 86 0f 05 00 00 00 00 00
> 
> 
> 

Re: 2.6.25-git regression with snd-hda-intel on Dell XPS M1330, no analog sound

[Andre Tomt]

[-- Attachment #1: Type: text/plain, Size: 576 bytes --]

Matthew Ranostay wrote:
> Andre Tomt wrote:
>> [Rafael & Matthew: this is a resend - original was sent to wrong
>> linux-kernel address. Also updated, so just ignore the earlier emails.]
>>
>> With 2.6.25-git I lost sound on my Dell XPS M1330 laptop. There seems to
>> be two issues at hand here: 1. Analog output is listed, but emits no
>> sound (just silence), and 2. Digital out device is missing.
>>
> Ok this is puzzling can you paste the results of 'cat /proc/asound/card0/codec0#*'?
> 

Attached, one from vanilla 2.6.25-rc6-git5, and one with the changeset 
reverted.

[-- Attachment #2: codec.reverted --]
[-- Type: text/plain, Size: 8594 bytes --]

Codec: SigmaTel STAC9228
Address: 0
Vendor Id: 0x83847616
Subsystem Id: 0x10280209
Revision Id: 0x100201
No Modem Function Group found
Default PCM:
    rates [0x7e0]: 44100 48000 88200 96000 176400 192000
    bits [0xe]: 16 20 24
    formats [0x1]: PCM
Default Amp-In caps: ofs=0x00, nsteps=0x0e, stepsize=0x05, mute=0
Default Amp-Out caps: ofs=0x7f, nsteps=0x7f, stepsize=0x02, mute=1
GPIO: io=3, o=0, i=0, unsolicited=1, wake=1
  IO[0]: enable=0, dir=0, wake=0, sticky=0, data=0
  IO[1]: enable=0, dir=0, wake=0, sticky=0, data=0
  IO[2]: enable=1, dir=1, wake=0, sticky=0, data=1
Node 0x02 [Audio Output] wcaps 0xd0c05: Stereo Amp-Out R/L
  Amp-Out caps: N/A
  Amp-Out vals:  [0x77 0x77]
  Converter: stream=0, channel=0
  Power: setting=D0, actual=D0
  Delay: 13 samples
Node 0x03 [Audio Output] wcaps 0xd0c05: Stereo Amp-Out R/L
  Amp-Out caps: N/A
  Amp-Out vals:  [0xff 0xff]
  Converter: stream=0, channel=0
  Power: setting=D0, actual=D0
  Delay: 13 samples
Node 0x04 [Audio Output] wcaps 0xd0c05: Stereo Amp-Out R/L
  Amp-Out caps: N/A
  Amp-Out vals:  [0xff 0xff]
  Converter: stream=0, channel=0
  Power: setting=D0, actual=D0
  Delay: 13 samples
Node 0x05 [Audio Output] wcaps 0xd0c05: Stereo Amp-Out R/L
  Amp-Out caps: N/A
  Amp-Out vals:  [0x74 0x74]
  Converter: stream=0, channel=0
  Power: setting=D0, actual=D0
  Delay: 13 samples
Node 0x06 [Vendor Defined Widget] wcaps 0xfd0c05: Stereo Amp-Out R/L
  Amp-Out caps: N/A
  Amp-Out vals:  [0xff 0xff]
  Power: setting=D0, actual=D0
  Delay: 13 samples
Node 0x07 [Audio Input] wcaps 0x1d0541: Stereo
  Converter: stream=0, channel=0
  SDI-Select: 0
  Power: setting=D0, actual=D0
  Delay: 13 samples
  Connection: 1
     0x1b
  Processing caps: benign=0, ncoeff=0
Node 0x08 [Audio Input] wcaps 0x1d0541: Stereo
  Converter: stream=0, channel=0
  SDI-Select: 0
  Power: setting=D0, actual=D0
  Delay: 13 samples
  Connection: 1
     0x1c
  Processing caps: benign=0, ncoeff=0
Node 0x09 [Audio Input] wcaps 0x1d0541: Stereo
  Converter: stream=0, channel=0
  SDI-Select: 0
  Power: setting=D0, actual=D0
  Delay: 13 samples
  Connection: 1
     0x1d
  Processing caps: benign=0, ncoeff=0
Node 0x0a [Pin Complex] wcaps 0x400181: Stereo
  Pincap 0x08173f: IN OUT HP Detect Trigger ImpSense
    Vref caps: HIZ 50 GRD 80
  Pin Default 0x0221101f: [Jack] HP Out at Ext Front
    Conn = 1/8, Color = Black
    DefAssociation = 0x1, Sequence = 0xf
  Pin-ctls: 0xc0: OUT HP VREF_HIZ
  Unsolicited: tag=30, enabled=1
  Connection: 2
     0x02* 0x03
Node 0x0b [Pin Complex] wcaps 0x400181: Stereo
  Pincap 0x08173f: IN OUT HP Detect Trigger ImpSense
    Vref caps: HIZ 50 GRD 80
  Pin Default 0x40f000f0: [N/A] Other at Ext N/A
    Conn = Unknown, Color = Unknown
    DefAssociation = 0xf, Sequence = 0x0
  Pin-ctls: 0x00: VREF_HIZ
  Unsolicited: tag=00, enabled=0
  Connection: 2
     0x02 0x03*
Node 0x0c [Pin Complex] wcaps 0x400181: Stereo
  Pincap 0x081737: IN OUT Detect Trigger ImpSense
    Vref caps: HIZ 50 GRD 80
  Pin Default 0x40f000f1: [N/A] Other at Ext N/A
    Conn = Unknown, Color = Unknown
    DefAssociation = 0xf, Sequence = 0x1
  Pin-ctls: 0x00: VREF_HIZ
  Unsolicited: tag=00, enabled=0
  Connection: 1
     0x03
Node 0x0d [Pin Complex] wcaps 0x400181: Stereo
  Pincap 0x08173f: IN OUT HP Detect Trigger ImpSense
    Vref caps: HIZ 50 GRD 80
  Pin Default 0x90170110: [Fixed] Speaker at Int N/A
    Conn = Analog, Color = Unknown
    DefAssociation = 0x1, Sequence = 0x0
    Misc = NO_PRESENCE
  Pin-ctls: 0x40: OUT VREF_HIZ
  Unsolicited: tag=00, enabled=0
  Connection: 1
     0x02
Node 0x0e [Pin Complex] wcaps 0x400181: Stereo
  Pincap 0x081737: IN OUT Detect Trigger ImpSense
    Vref caps: HIZ 50 GRD 80
  Pin Default 0x02a11030: [Jack] Mic at Ext Front
    Conn = 1/8, Color = Black
    DefAssociation = 0x3, Sequence = 0x0
  Pin-ctls: 0x24: IN VREF_80
  Unsolicited: tag=00, enabled=0
  Connection: 1
     0x04
Node 0x0f [Pin Complex] wcaps 0x400181: Stereo
  Pincap 0x081737: IN OUT Detect Trigger ImpSense
    Vref caps: HIZ 50 GRD 80
  Pin Default 0x02011020: [Jack] Line Out at Ext Front
    Conn = 1/8, Color = Black
    DefAssociation = 0x2, Sequence = 0x0
  Pin-ctls: 0x40: OUT VREF_HIZ
  Unsolicited: tag=00, enabled=0
  Connection: 1
     0x05
Node 0x10 [Pin Complex] wcaps 0x400181: Stereo
  Pincap 0x0837: IN OUT Detect Trigger ImpSense
  Pin Default 0x40f000f2: [N/A] Other at Ext N/A
    Conn = Unknown, Color = Unknown
    DefAssociation = 0xf, Sequence = 0x2
  Pin-ctls: 0x00:
  Unsolicited: tag=00, enabled=0
  Connection: 1
     0x04
Node 0x11 [Pin Complex] wcaps 0x400181: Stereo
  Pincap 0x0837: IN OUT Detect Trigger ImpSense
  Pin Default 0x40f000f3: [N/A] Other at Ext N/A
    Conn = Unknown, Color = Unknown
    DefAssociation = 0xf, Sequence = 0x3
  Pin-ctls: 0x00:
  Unsolicited: tag=00, enabled=0
  Connection: 1
     0x03
Node 0x12 [Pin Complex] wcaps 0x400001: Stereo
  Pincap 0x0820: IN
  Pin Default 0x40f000f4: [N/A] Other at Ext N/A
    Conn = Unknown, Color = Unknown
    DefAssociation = 0xf, Sequence = 0x4
  Pin-ctls: 0x00:
Node 0x13 [Pin Complex] wcaps 0x400001: Stereo
  Pincap 0x0820: IN
  Pin Default 0x90a60040: [Fixed] Mic at Int N/A
    Conn = Digital, Color = Unknown
    DefAssociation = 0x4, Sequence = 0x0
  Pin-ctls: 0x20: IN
Node 0x14 [Pin Complex] wcaps 0x400001: Stereo
  Pincap 0x0820: IN
  Pin Default 0x40f000f5: [N/A] Other at Ext N/A
    Conn = Unknown, Color = Unknown
    DefAssociation = 0xf, Sequence = 0x5
  Pin-ctls: 0x20: IN
Node 0x15 [Audio Selector] wcaps 0x30010d: Stereo Amp-Out
  Amp-Out caps: ofs=0x00, nsteps=0x04, stepsize=0x27, mute=0
  Amp-Out vals:  [0x00 0x00]
  Connection: 9
     0x0e* 0x12 0x0f 0x0b 0x0c 0x0d 0x0a 0x10 0x11
Node 0x16 [Audio Selector] wcaps 0x30010d: Stereo Amp-Out
  Amp-Out caps: ofs=0x00, nsteps=0x04, stepsize=0x27, mute=0
  Amp-Out vals:  [0x00 0x00]
  Connection: 9
     0x0e* 0x12 0x0f 0x0b 0x0c 0x0d 0x0a 0x10 0x11
Node 0x17 [Audio Selector] wcaps 0x30010d: Stereo Amp-Out
  Amp-Out caps: ofs=0x00, nsteps=0x04, stepsize=0x27, mute=0
  Amp-Out vals:  [0x00 0x00]
  Connection: 9
     0x0e* 0x12 0x0f 0x0b 0x0c 0x0d 0x0a 0x10 0x11
Node 0x18 [Audio Selector] wcaps 0x300103: Stereo Amp-In
  Amp-In caps: N/A
  Amp-In vals:  [0x00 0x00]
  Connection: 1
     0x15
Node 0x19 [Audio Selector] wcaps 0x300103: Stereo Amp-In
  Amp-In caps: N/A
  Amp-In vals:  [0x00 0x00]
  Connection: 1
     0x16
Node 0x1a [Audio Selector] wcaps 0x300103: Stereo Amp-In
  Amp-In caps: N/A
  Amp-In vals:  [0x00 0x00]
  Connection: 1
     0x17
Node 0x1b [Audio Selector] wcaps 0x30090d: Stereo Amp-Out R/L
  Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-Out vals:  [0x00 0x00]
  Connection: 3
     0x18* 0x13 0x14
Node 0x1c [Audio Selector] wcaps 0x30090d: Stereo Amp-Out R/L
  Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-Out vals:  [0x80 0x80]
  Connection: 3
     0x19* 0x13 0x14
Node 0x1d [Audio Selector] wcaps 0x30090d: Stereo Amp-Out R/L
  Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-Out vals:  [0x80 0x80]
  Connection: 3
     0x1a* 0x13 0x14
Node 0x1e [Audio Output] wcaps 0x40211: Stereo Digital
  Converter: stream=0, channel=0
  Digital:
  Digital category: 0x0
  PCM:
    rates [0x7e0]: 44100 48000 88200 96000 176400 192000
    bits [0xe]: 16 20 24
    formats [0x5]: PCM AC3
  Delay: 4 samples
Node 0x1f [Vendor Defined Widget] wcaps 0xf30201: Stereo Digital
  Delay: 3 samples
Node 0x20 [Audio Input] wcaps 0x140311: Stereo Digital
  Converter: stream=0, channel=0
  SDI-Select: 0
  Digital:
  Digital category: 0x0
  PCM:
    rates [0x160]: 44100 48000 96000
    bits [0xe]: 16 20 24
    formats [0x5]: PCM AC3
  Delay: 4 samples
  Connection: 1
     0x22
Node 0x21 [Pin Complex] wcaps 0x400301: Stereo Digital
  Pincap 0x0810: OUT
  Pin Default 0x185610a0: [Jack] Digital Out at Int HDMI
    Conn = Digital, Color = Black
    DefAssociation = 0xa, Sequence = 0x0
  Pin-ctls: 0x00:
  Connection: 5
     0x1e* 0x1f 0x1b 0x1c 0x1d
Node 0x22 [Pin Complex] wcaps 0x430681: Stereo Digital
  Pincap 0x0810024: IN EAPD Detect
  EAPD 0x0:
  Pin Default 0x40f000f6: [N/A] Other at Ext N/A
    Conn = Unknown, Color = Unknown
    DefAssociation = 0xf, Sequence = 0x6
  Pin-ctls: 0x00:
  Unsolicited: tag=00, enabled=0
  Power: setting=D0, actual=D0
  Delay: 3 samples
Node 0x23 [Beep Generator Widget] wcaps 0x70000c: Mono Amp-Out
  Amp-Out caps: ofs=0x03, nsteps=0x03, stepsize=0x17, mute=0
  Amp-Out vals:  [0x00]
Node 0x24 [Volume Knob Widget] wcaps 0x600000: Mono
  Volume-Knob: delta=1, steps=127, direct=1, val=127
  Connection: 4
     0x02* 0x03 0x04 0x05

[-- Attachment #3: codec.vanilla --]
[-- Type: text/plain, Size: 8594 bytes --]

Codec: SigmaTel STAC9228
Address: 0
Vendor Id: 0x83847616
Subsystem Id: 0x10280209
Revision Id: 0x100201
No Modem Function Group found
Default PCM:
    rates [0x7e0]: 44100 48000 88200 96000 176400 192000
    bits [0xe]: 16 20 24
    formats [0x1]: PCM
Default Amp-In caps: ofs=0x00, nsteps=0x0e, stepsize=0x05, mute=0
Default Amp-Out caps: ofs=0x7f, nsteps=0x7f, stepsize=0x02, mute=1
GPIO: io=3, o=0, i=0, unsolicited=1, wake=1
  IO[0]: enable=0, dir=0, wake=0, sticky=0, data=0
  IO[1]: enable=0, dir=0, wake=0, sticky=0, data=0
  IO[2]: enable=1, dir=1, wake=0, sticky=0, data=1
Node 0x02 [Audio Output] wcaps 0xd0c05: Stereo Amp-Out R/L
  Amp-Out caps: N/A
  Amp-Out vals:  [0xe6 0xe6]
  Converter: stream=0, channel=0
  Power: setting=D0, actual=D0
  Delay: 13 samples
Node 0x03 [Audio Output] wcaps 0xd0c05: Stereo Amp-Out R/L
  Amp-Out caps: N/A
  Amp-Out vals:  [0xff 0xff]
  Converter: stream=0, channel=0
  Power: setting=D0, actual=D0
  Delay: 13 samples
Node 0x04 [Audio Output] wcaps 0xd0c05: Stereo Amp-Out R/L
  Amp-Out caps: N/A
  Amp-Out vals:  [0xe6 0xe6]
  Converter: stream=0, channel=0
  Power: setting=D0, actual=D0
  Delay: 13 samples
Node 0x05 [Audio Output] wcaps 0xd0c05: Stereo Amp-Out R/L
  Amp-Out caps: N/A
  Amp-Out vals:  [0x5b 0x5b]
  Converter: stream=0, channel=0
  Power: setting=D0, actual=D0
  Delay: 13 samples
Node 0x06 [Vendor Defined Widget] wcaps 0xfd0c05: Stereo Amp-Out R/L
  Amp-Out caps: N/A
  Amp-Out vals:  [0xff 0xff]
  Power: setting=D0, actual=D0
  Delay: 13 samples
Node 0x07 [Audio Input] wcaps 0x1d0541: Stereo
  Converter: stream=0, channel=0
  SDI-Select: 0
  Power: setting=D0, actual=D0
  Delay: 13 samples
  Connection: 1
     0x1b
  Processing caps: benign=0, ncoeff=0
Node 0x08 [Audio Input] wcaps 0x1d0541: Stereo
  Converter: stream=0, channel=0
  SDI-Select: 0
  Power: setting=D0, actual=D0
  Delay: 13 samples
  Connection: 1
     0x1c
  Processing caps: benign=0, ncoeff=0
Node 0x09 [Audio Input] wcaps 0x1d0541: Stereo
  Converter: stream=0, channel=0
  SDI-Select: 0
  Power: setting=D0, actual=D0
  Delay: 13 samples
  Connection: 1
     0x1d
  Processing caps: benign=0, ncoeff=0
Node 0x0a [Pin Complex] wcaps 0x400181: Stereo
  Pincap 0x08173f: IN OUT HP Detect Trigger ImpSense
    Vref caps: HIZ 50 GRD 80
  Pin Default 0x0221101f: [Jack] HP Out at Ext Front
    Conn = 1/8, Color = Black
    DefAssociation = 0x1, Sequence = 0xf
  Pin-ctls: 0xc0: OUT HP VREF_HIZ
  Unsolicited: tag=30, enabled=1
  Connection: 2
     0x02* 0x03
Node 0x0b [Pin Complex] wcaps 0x400181: Stereo
  Pincap 0x08173f: IN OUT HP Detect Trigger ImpSense
    Vref caps: HIZ 50 GRD 80
  Pin Default 0x40f000f0: [N/A] Other at Ext N/A
    Conn = Unknown, Color = Unknown
    DefAssociation = 0xf, Sequence = 0x0
  Pin-ctls: 0x00: VREF_HIZ
  Unsolicited: tag=00, enabled=0
  Connection: 2
     0x02 0x03*
Node 0x0c [Pin Complex] wcaps 0x400181: Stereo
  Pincap 0x081737: IN OUT Detect Trigger ImpSense
    Vref caps: HIZ 50 GRD 80
  Pin Default 0x40f000f1: [N/A] Other at Ext N/A
    Conn = Unknown, Color = Unknown
    DefAssociation = 0xf, Sequence = 0x1
  Pin-ctls: 0x00: VREF_HIZ
  Unsolicited: tag=00, enabled=0
  Connection: 1
     0x03
Node 0x0d [Pin Complex] wcaps 0x400181: Stereo
  Pincap 0x08173f: IN OUT HP Detect Trigger ImpSense
    Vref caps: HIZ 50 GRD 80
  Pin Default 0x90170110: [Fixed] Speaker at Int N/A
    Conn = Analog, Color = Unknown
    DefAssociation = 0x1, Sequence = 0x0
    Misc = NO_PRESENCE
  Pin-ctls: 0x40: OUT VREF_HIZ
  Unsolicited: tag=00, enabled=0
  Connection: 1
     0x02
Node 0x0e [Pin Complex] wcaps 0x400181: Stereo
  Pincap 0x081737: IN OUT Detect Trigger ImpSense
    Vref caps: HIZ 50 GRD 80
  Pin Default 0x02a11030: [Jack] Mic at Ext Front
    Conn = 1/8, Color = Black
    DefAssociation = 0x3, Sequence = 0x0
  Pin-ctls: 0x24: IN VREF_80
  Unsolicited: tag=30, enabled=1
  Connection: 1
     0x04
Node 0x0f [Pin Complex] wcaps 0x400181: Stereo
  Pincap 0x081737: IN OUT Detect Trigger ImpSense
    Vref caps: HIZ 50 GRD 80
  Pin Default 0x02011020: [Jack] Line Out at Ext Front
    Conn = 1/8, Color = Black
    DefAssociation = 0x2, Sequence = 0x0
  Pin-ctls: 0x40: OUT VREF_HIZ
  Unsolicited: tag=30, enabled=1
  Connection: 1
     0x05
Node 0x10 [Pin Complex] wcaps 0x400181: Stereo
  Pincap 0x0837: IN OUT Detect Trigger ImpSense
  Pin Default 0x40f000f2: [N/A] Other at Ext N/A
    Conn = Unknown, Color = Unknown
    DefAssociation = 0xf, Sequence = 0x2
  Pin-ctls: 0x00:
  Unsolicited: tag=00, enabled=0
  Connection: 1
     0x04
Node 0x11 [Pin Complex] wcaps 0x400181: Stereo
  Pincap 0x0837: IN OUT Detect Trigger ImpSense
  Pin Default 0x40f000f3: [N/A] Other at Ext N/A
    Conn = Unknown, Color = Unknown
    DefAssociation = 0xf, Sequence = 0x3
  Pin-ctls: 0x00:
  Unsolicited: tag=00, enabled=0
  Connection: 1
     0x03
Node 0x12 [Pin Complex] wcaps 0x400001: Stereo
  Pincap 0x0820: IN
  Pin Default 0x40f000f4: [N/A] Other at Ext N/A
    Conn = Unknown, Color = Unknown
    DefAssociation = 0xf, Sequence = 0x4
  Pin-ctls: 0x00:
Node 0x13 [Pin Complex] wcaps 0x400001: Stereo
  Pincap 0x0820: IN
  Pin Default 0x90a60040: [Fixed] Mic at Int N/A
    Conn = Digital, Color = Unknown
    DefAssociation = 0x4, Sequence = 0x0
  Pin-ctls: 0x20: IN
Node 0x14 [Pin Complex] wcaps 0x400001: Stereo
  Pincap 0x0820: IN
  Pin Default 0x40f000f5: [N/A] Other at Ext N/A
    Conn = Unknown, Color = Unknown
    DefAssociation = 0xf, Sequence = 0x5
  Pin-ctls: 0x20: IN
Node 0x15 [Audio Selector] wcaps 0x30010d: Stereo Amp-Out
  Amp-Out caps: ofs=0x00, nsteps=0x04, stepsize=0x27, mute=0
  Amp-Out vals:  [0x00 0x00]
  Connection: 9
     0x0e* 0x12 0x0f 0x0b 0x0c 0x0d 0x0a 0x10 0x11
Node 0x16 [Audio Selector] wcaps 0x30010d: Stereo Amp-Out
  Amp-Out caps: ofs=0x00, nsteps=0x04, stepsize=0x27, mute=0
  Amp-Out vals:  [0x00 0x00]
  Connection: 9
     0x0e* 0x12 0x0f 0x0b 0x0c 0x0d 0x0a 0x10 0x11
Node 0x17 [Audio Selector] wcaps 0x30010d: Stereo Amp-Out
  Amp-Out caps: ofs=0x00, nsteps=0x04, stepsize=0x27, mute=0
  Amp-Out vals:  [0x00 0x00]
  Connection: 9
     0x0e* 0x12 0x0f 0x0b 0x0c 0x0d 0x0a 0x10 0x11
Node 0x18 [Audio Selector] wcaps 0x300103: Stereo Amp-In
  Amp-In caps: N/A
  Amp-In vals:  [0x00 0x00]
  Connection: 1
     0x15
Node 0x19 [Audio Selector] wcaps 0x300103: Stereo Amp-In
  Amp-In caps: N/A
  Amp-In vals:  [0x00 0x00]
  Connection: 1
     0x16
Node 0x1a [Audio Selector] wcaps 0x300103: Stereo Amp-In
  Amp-In caps: N/A
  Amp-In vals:  [0x00 0x00]
  Connection: 1
     0x17
Node 0x1b [Audio Selector] wcaps 0x30090d: Stereo Amp-Out R/L
  Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-Out vals:  [0x00 0x00]
  Connection: 3
     0x18* 0x13 0x14
Node 0x1c [Audio Selector] wcaps 0x30090d: Stereo Amp-Out R/L
  Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-Out vals:  [0x80 0x80]
  Connection: 3
     0x19* 0x13 0x14
Node 0x1d [Audio Selector] wcaps 0x30090d: Stereo Amp-Out R/L
  Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-Out vals:  [0x80 0x80]
  Connection: 3
     0x1a* 0x13 0x14
Node 0x1e [Audio Output] wcaps 0x40211: Stereo Digital
  Converter: stream=0, channel=0
  Digital:
  Digital category: 0x0
  PCM:
    rates [0x7e0]: 44100 48000 88200 96000 176400 192000
    bits [0xe]: 16 20 24
    formats [0x5]: PCM AC3
  Delay: 4 samples
Node 0x1f [Vendor Defined Widget] wcaps 0xf30201: Stereo Digital
  Delay: 3 samples
Node 0x20 [Audio Input] wcaps 0x140311: Stereo Digital
  Converter: stream=0, channel=0
  SDI-Select: 0
  Digital:
  Digital category: 0x0
  PCM:
    rates [0x160]: 44100 48000 96000
    bits [0xe]: 16 20 24
    formats [0x5]: PCM AC3
  Delay: 4 samples
  Connection: 1
     0x22
Node 0x21 [Pin Complex] wcaps 0x400301: Stereo Digital
  Pincap 0x0810: OUT
  Pin Default 0x185610a0: [Jack] Digital Out at Int HDMI
    Conn = Digital, Color = Black
    DefAssociation = 0xa, Sequence = 0x0
  Pin-ctls: 0x00:
  Connection: 5
     0x1e* 0x1f 0x1b 0x1c 0x1d
Node 0x22 [Pin Complex] wcaps 0x430681: Stereo Digital
  Pincap 0x0810024: IN EAPD Detect
  EAPD 0x0:
  Pin Default 0x40f000f6: [N/A] Other at Ext N/A
    Conn = Unknown, Color = Unknown
    DefAssociation = 0xf, Sequence = 0x6
  Pin-ctls: 0x00:
  Unsolicited: tag=00, enabled=0
  Power: setting=D0, actual=D0
  Delay: 3 samples
Node 0x23 [Beep Generator Widget] wcaps 0x70000c: Mono Amp-Out
  Amp-Out caps: ofs=0x03, nsteps=0x03, stepsize=0x17, mute=0
  Amp-Out vals:  [0x00]
Node 0x24 [Volume Knob Widget] wcaps 0x600000: Mono
  Volume-Knob: delta=1, steps=127, direct=1, val=127
  Connection: 4
     0x02* 0x03 0x04 0x05

Re: 2.6.25-git regression with snd-hda-intel on Dell XPS M1330, no analog sound

[Takashi Iwai]

At Fri, 21 Mar 2008 20:03:32 +0100,
Andre Tomt wrote:
> 
> [Rafael & Matthew: this is a resend - original was sent to wrong 
> linux-kernel address. Also updated, so just ignore the earlier emails.]
> 
> With 2.6.25-git I lost sound on my Dell XPS M1330 laptop. There seems to 
> be two issues at hand here: 1. Analog output is listed, but emits no 
> sound (just silence), and 2. Digital out device is missing.
> 
> Issue #1 is bisected in this thread. #2 is still work in progress, and 
> will be posted as a separate thread.

Please try my ALSA git tree
	git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6.git
One patch (removing master hack from headphone pin) would fix your
problem.  At least, I have some reports that the latest ALSA tree
works.  If it still doesn't work, give the alsa-info.sh output (the
script is found in www.alsa-project.org "Debug" section).

If the issue #2 is about HDMI, I'm afraid it won't work until Nvidia
video driver supports the HDMI audio output.


Takashi

Re: 2.6.25-git regression with snd-hda-intel on Dell XPS M1330, no analog sound

[Andre Tomt]

Takashi Iwai wrote:
> At Fri, 21 Mar 2008 20:03:32 +0100,
> Andre Tomt wrote:
>> [Rafael & Matthew: this is a resend - original was sent to wrong 
>> linux-kernel address. Also updated, so just ignore the earlier emails.]
>>
>> With 2.6.25-git I lost sound on my Dell XPS M1330 laptop. There seems to 
>> be two issues at hand here: 1. Analog output is listed, but emits no 
>> sound (just silence), and 2. Digital out device is missing.
>>
>> Issue #1 is bisected in this thread. #2 is still work in progress, and 
>> will be posted as a separate thread.
> 
> Please try my ALSA git tree
> 	git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6.git
> One patch (removing master hack from headphone pin) would fix your
> problem.  At least, I have some reports that the latest ALSA tree
> works.  If it still doesn't work, give the alsa-info.sh output (the
> script is found in www.alsa-project.org "Debug" section).

Yep. Analog out is working with sound-2.6.git. Thanks. What is the 
commit id of the removing master hack commit?

> If the issue #2 is about HDMI, I'm afraid it won't work until Nvidia
> video driver supports the HDMI audio output.

I must admit I never tested it in Linux, and testing it now using 2.6.24 
I cannot get it to work either. In the windows drivers the port is 
simply labeled as a spdif output on the same codec, but I have no idea 
on how this is put together..