s2disk hangs with kernel >=2.6.29, SATA, Gigabyte EG45M-DS2H (bisected)

s2disk hangs with kernel >=2.6.29, SATA, Gigabyte EG45M-DS2H (bisected)

[Richard Atterer]

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

Hello,

I have had problems using s2disk starting sometime before 2.6.29 (and 
continuing up until now, 2.6.30-rc6), but only got around to bisecting the 
issue now.

The symptom is as follows: When I start s2disk (by running the hibernate 
command), the system switches to the console and prints "s2disk: 
Snapshotting system". The cursor freezes for a moment, I hear the noise 
that my DVD writer makes when it is reset, the lights of my USB hub go off 
and on again. Then the cursor continues to blink and nothing more happens, 
the system just hangs.

I have a Gigabyte EG45M-DS2H motherboard with two disks attached: One SATA 
disk containing Linux, and one older PATA disk with data. AHCI is enabled 
in the BIOS.

The patch that causes the hang is 295f00042aaf6b553b5f37348f89bab463d4a469:
ide: don't execute the next queued command from the hard-IRQ context (v2)

Any help with this problem would be very much appreciated!

Cheers,    

  Richard

-- 
  __   _
  |_) /|  Richard Atterer     |  GnuPG key: 888354F7
  | \/¯|  http://atterer.net  |  08A9 7B7D 3D13 3EF2 3D25  D157 79E6 F6DC 8883 54F7
  ¯ '` ¯

[-- Attachment #2: config.gz --]
[-- Type: application/octet-stream, Size: 16141 bytes --]

Re: s2disk hangs with kernel >=2.6.29, SATA, Gigabyte EG45M-DS2H (bisected)

[Jeff Garzik]

Richard Atterer wrote:
> Hello,
> 
> I have had problems using s2disk starting sometime before 2.6.29 (and 
> continuing up until now, 2.6.30-rc6), but only got around to bisecting the 
> issue now.
> 
> The symptom is as follows: When I start s2disk (by running the hibernate 
> command), the system switches to the console and prints "s2disk: 
> Snapshotting system". The cursor freezes for a moment, I hear the noise 
> that my DVD writer makes when it is reset, the lights of my USB hub go off 
> and on again. Then the cursor continues to blink and nothing more happens, 
> the system just hangs.
> 
> I have a Gigabyte EG45M-DS2H motherboard with two disks attached: One SATA 
> disk containing Linux, and one older PATA disk with data. AHCI is enabled 
> in the BIOS.
> 
> The patch that causes the hang is 295f00042aaf6b553b5f37348f89bab463d4a469:
> ide: don't execute the next queued command from the hard-IRQ context (v2)
> 
> Any help with this problem would be very much appreciated!

Does it work if you disable CONFIG_IDE, and use only CONFIG_ATA for PATA?

	Jeff

Re: s2disk hangs with kernel >=2.6.29, SATA, Gigabyte EG45M-DS2H (bisected)

[Richard Atterer]

On Sat, May 16, 2009 at 11:08:50PM -0400, Jeff Garzik wrote:
> Does it work if you disable CONFIG_IDE, and use only CONFIG_ATA for PATA?

Yes, it works fine then!

I had to disconnect my PATA data drive to avoid the disks from being 
renumbered before I could test without CONFIG_IDE.

(But I then double-checked with the broken CONFIG_IDE=m kernel: The failure 
happens independently of whether the second PATA drive is connected or 
not.)

Cheers,

  Richard

-- 
  __   _
  |_) /|  Richard Atterer     |  GnuPG key: 888354F7
  | \/¯|  http://atterer.net  |  08A9 7B7D 3D13 3EF2 3D25  D157 79E6 F6DC 8883 54F7
  ¯ '` ¯

Re: s2disk hangs with kernel >=2.6.29, SATA, Gigabyte EG45M-DS2H (bisected)

[Bartlomiej Zolnierkiewicz]

On Sunday 17 May 2009 00:51:53 Richard Atterer wrote:
> Hello,
> 
> I have had problems using s2disk starting sometime before 2.6.29 (and 
> continuing up until now, 2.6.30-rc6), but only got around to bisecting the 
> issue now.
> 
> The symptom is as follows: When I start s2disk (by running the hibernate 
> command), the system switches to the console and prints "s2disk: 
> Snapshotting system". The cursor freezes for a moment, I hear the noise 
> that my DVD writer makes when it is reset, the lights of my USB hub go off 
> and on again. Then the cursor continues to blink and nothing more happens, 
> the system just hangs.
> 
> I have a Gigabyte EG45M-DS2H motherboard with two disks attached: One SATA 
> disk containing Linux, and one older PATA disk with data. AHCI is enabled 
> in the BIOS.
> 
> The patch that causes the hang is 295f00042aaf6b553b5f37348f89bab463d4a469:
> ide: don't execute the next queued command from the hard-IRQ context (v2)

Hmm, this should have been fixed by:

commit 2ea5521022ac8f4f528dcbae02668e02a3501a5a
Author: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
Date:   Wed Jan 14 19:19:04 2009 +0100

    ide: fix suspend regression

    On Monday 12 January 2009, Simon Holm Thøgersen wrote:
    > commit 295f000 ("ide: don't execute the next queued command from the
    > hard-IRQ context (v2)") breaks suspend to disk for me. On
    > 'echo disk > /sys/power/state' the systems hangs, letting me switch
    > virtual consoles, but not responding to Alt+SysRq

    Restart the request queue early for REQ_TYPE_PM_RESUME requests
    (though there is only one resume request for the whole resume
    sequence it stays in the queue until is fully completed and now
    depends on kblockd for processing consequential resume states).

    Reported-and-bisected-by: Simon Holm Thøgersen <odie@cs.aau.dk>
    Tested-by: Simon Holm Thøgersen <odie@cs.aau.dk>
    Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>

What was the last 'good' kernel that you've started bisection with?

Thanks,
Bart

Re: s2disk hangs with kernel >=2.6.29, SATA, Gigabyte EG45M-DS2H (bisected)

[Richard Atterer]

On Mon, May 18, 2009 at 01:17:27AM +0200, Bartlomiej Zolnierkiewicz wrote:
> On Sunday 17 May 2009 00:51:53 Richard Atterer wrote:
> > The patch that causes the hang is 295f00042aaf6b553b5f37348f89bab463d4a469:
> > ide: don't execute the next queued command from the hard-IRQ context (v2)
> 
> Hmm, this should have been fixed by:
> 
> commit 2ea5521022ac8f4f528dcbae02668e02a3501a5a
> Author: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
> Date:   Wed Jan 14 19:19:04 2009 +0100
> 
>     ide: fix suspend regression

I just tried that revision (with a small patch to get pcf50633-core to 
compile) and hibernating does not work. :-/

> What was the last 'good' kernel that you've started bisection with?

I started with the 2.6.28 release.

In case it makes a difference: The swap partition that I'm hibernating to 
is encrypted via luks and uses lvm. This is the standard way suggested by 
the Debian installer when you choose encryption.

Cheers,

  Richard

PS: This is my /etc/uswsusp.conf file:
resume device = /dev/mapper/pc-swap
splash = n
compress = y
early writeout = y
image size = 1897884221
RSA key file = /etc/uswsusp.key         <-- that file does not exist
shutdown method = platform
-- 
  __   _
  |_) /|  Richard Atterer     |  GnuPG key: 888354F7
  | \/¯|  http://atterer.net  |  08A9 7B7D 3D13 3EF2 3D25  D157 79E6 F6DC 8883 54F7
  ¯ '` ¯

Re: s2disk hangs with kernel >=2.6.29, SATA, Gigabyte EG45M-DS2H (bisected)

[Bartlomiej Zolnierkiewicz]

On Monday 18 May 2009 16:16:46 Richard Atterer wrote:
> On Mon, May 18, 2009 at 01:17:27AM +0200, Bartlomiej Zolnierkiewicz wrote:
> > On Sunday 17 May 2009 00:51:53 Richard Atterer wrote:
> > > The patch that causes the hang is 295f00042aaf6b553b5f37348f89bab463d4a469:
> > > ide: don't execute the next queued command from the hard-IRQ context (v2)
> > 
> > Hmm, this should have been fixed by:
> > 
> > commit 2ea5521022ac8f4f528dcbae02668e02a3501a5a
> > Author: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
> > Date:   Wed Jan 14 19:19:04 2009 +0100
> > 
> >     ide: fix suspend regression
> 
> I just tried that revision (with a small patch to get pcf50633-core to 
> compile) and hibernating does not work. :-/

Ok, thanks for testing it, also just to make sure:

Does the one commit before 295f00042aaf6b553b5f37348f89bab463d4a469
(namely ebdab07dad3d3a008e519b0a028e1e1ad5ecaef0) work fine?

Thanks.
Bart

Re: s2disk hangs with kernel >=2.6.29, SATA, Gigabyte EG45M-DS2H (bisected)

[Richard Atterer]

On Mon, May 18, 2009 at 04:29:33PM +0200, Bartlomiej Zolnierkiewicz wrote:
> Does the one commit before 295f00042aaf6b553b5f37348f89bab463d4a469
> (namely ebdab07dad3d3a008e519b0a028e1e1ad5ecaef0) work fine?

Yes, it does; I tried that one during bisecting, and then re-tried before 
writing my first mail, just to ensure I hadn't messed something up.

IIRC I also tried to modify my 2.6.30-rc6 checkout to reinstate the calls 
to spin_unlock() and local_irq_enable_in_hardirq() that were replaced with 
spin_unlock_irq() by patch 295f000.  This also didn't cause the problem to 
go away. Anyway, I have no clue what all this code does, so that was just a 
shot in the dark! :-)

Cheers,

  Richard

-- 
  __   _
  |_) /|  Richard Atterer
  | \/¯|  http://atterer.net
  ¯ '` ¯

2.6.30-rc7: Reported regressions 2.6.28 -> 2.6.29

[Rafael J. Wysocki]

This message contains a list of some regressions introduced between 2.6.28 and
2.6.29, 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 introduced between 2.6.28
and 2.6.29, 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.

Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting and handling the
issue.


Listed regressions statistics:

  Date          Total  Pending  Unresolved
  ----------------------------------------
  2009-05-25      165       27          25
  2009-05-17      162       27          25
  2009-04-26      160       29          27
  2009-04-06      142       37          31
  2009-03-21      128       29          26
  2009-03-14      124       36          32
  2009-03-03      108       33          28
  2009-02-24       95       32          24
  2009-02-14       85       33          27
  2009-02-08       82       45          36
  2009-02-04       66       51          39
  2009-01-20       38       35          27
  2009-01-11       13       13          10


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

Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13375
Subject		: Kernel crash with 2.6.29 + nfs + xfs (radix-tree)
Submitter	: Alex Samad <alex@samad.com.au>
Date		: 2009-05-20 0:37 (5 days old)
References	: http://marc.info/?l=linux-kernel&m=124278675503699&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13371
Subject		: s2disk hangs with kernel 2.6.29 and later, SATA, Gigabyte EG45M-DS2H
Submitter	: Richard Atterer <richard@2009.atterer.net>
Date		: 2009-05-16 22:51 (9 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=295f00042aaf6b553b5f37348f89bab463d4a469
References	: http://marc.info/?l=linux-kernel&m=124251446428166&w=4
Handled-By	: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13294
Subject		: i915: drm: xorg leaks drm objects massively
Submitter	: Sergei Trofimovich <slyich@gmail.com>
Date		: 2009-05-10 19:56 (15 days old)
References	: http://marc.info/?l=linux-kernel&m=124198547027903&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13271
Subject		: ath9k stop working since 2.6.29
Submitter	: lyman <lymanrb@gmail.com>
Date		: 2009-05-10 01:58 (15 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13269
Subject		: WARNING: at kernel/hrtimer.c:625 hres_timers_resume+0x3c/0x48() when resuming
Submitter	: cedric <cedric@belbone.be>
Date		: 2009-05-08 08:48 (17 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13232
Subject		: ext3/4 with synchronous writes gets wedged by Postfix
Submitter	: David Watson <kernel-nospam@dbwatson.ukfsn.org>
Date		: 2009-05-03 19:46 (22 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13225
Subject		: [2.6.29 regression] Software suspend no longer works
Submitter	: Artem S. Tashkinov <t.artem@mailcity.com>
Date		: 2009-05-02 21:41 (23 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13183
Subject		: forcedeth: no link during initialization
Submitter	: Harald Dunkel <harald.dunkel@t-online.de>
Date		: 2009-04-23 13:02 (32 days old)
References	: http://marc.info/?l=linux-kernel&m=124049180309233&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13178
Subject		: Booting very slow
Submitter	: Martin Knoblauch <spamtrap@knobisoft.de>
Date		: 2009-04-24 12:45 (31 days old)
References	: http://marc.info/?l=linux-kernel&m=124057716231773&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13175
Subject		: sata_nv incompatible with async scsi scan
Submitter	: Benny Halevy <bhalevy@panasas.com>
Date		: 2009-04-21 7:03 (34 days old)
References	: http://marc.info/?l=linux-kernel&m=124029746431777&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13144
Subject		: resume from suspend fails using video card i915
Submitter	: C Sights <csights@fastmail.fm>
Date		: 2009-04-21 17:03 (34 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13100
Subject		: can't anymore even do a s2ram-s2disk-s2ram cycle on acer aspire 5720G
Submitter	: Maxim Levitsky <maximlevitsky@gmail.com>
Date		: 2009-04-06 23:52 (49 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=a0d4922da2e4ccb0973095d8d29f36f6b1b5f703
References	: http://marc.info/?l=linux-kernel&m=123906202829074&w=4
Handled-By	: Rafael J. Wysocki <rjw@sisk.pl>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13074
Subject		: gspca_stv06xx doesn't work with Logitech QuickCam Express (046d:0840)
Submitter	: Paulo Matias <matias@archlinux-br.org>
Date		: 2009-04-12 14:10 (43 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13072
Subject		: forcedeth seems to switch off eth on shutdown
Submitter	: Daniel Bierstedt <daniel.bierstedt@gmx.de>
Date		: 2009-04-12 07:00 (43 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13025
Subject		: After upgrading to kernel 2.6.29, pulseaudio stopped with some strange error
Submitter	: Yaroslav Isakov <yaroslav.isakov@gmail.com>
Date		: 2009-04-06 19:47 (49 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13024
Subject		: nozomi: pppd fails on kernel 2.6.29
Submitter	: Mark Karpeles <mark@hell.ne.jp>
Date		: 2009-04-06 19:12 (49 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13001
Subject		: PCI-DMA: Out of IOMMU space
Submitter	:  <optimusgd@gmail.com>
Date		: 2009-04-03 09:30 (52 days old)
References	: http://lkml.org/lkml/2009/4/28/133


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12980
Subject		: lockup in X.org
Submitter	: Marcus Better <marcus@better.se>
Date		: 2009-03-31 08:58 (55 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12971
Subject		: "tg3 transmit timed out" when transmitting at high bitrate
Submitter	: Nikolay <dobrev666@gmail.com>
Date		: 2009-03-29 18:02 (57 days old)
Handled-By	: Matt Carlson <mcarlson@broadcom.com>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12947
Subject		: r128: system hangs when X is started with DRI enabled
Submitter	: Jos van der Ende <seraph@xs4all.nl>
Date		: 2009-03-26 16:14 (60 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12909
Subject		: boot/kernel init duration regression from 2.6.28
Submitter	: CaT <cat@zip.com.au>
Date		: 2009-03-16 10:25 (70 days old)
References	: http://marc.info/?l=linux-kernel&m=123720083515950&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12899
Subject		: Crash in i915.ko: i915_driver_irq_handler
Submitter	: Helge Bahmann <helge.bahmann@secunet.com>
Date		: 2009-03-20 07:13 (66 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12705
Subject		: X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
Submitter	: Nico Schottelius <nico-linux-20090213@schottelius.org>
Date		: 2009-02-13 9:33 (101 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e806b4957412bf472d826bd8cc571da041248799
References	: http://marc.info/?l=linux-kernel&m=123451768406825&w=4
		  http://marc.info/?l=linux-kernel&m=123479975503827&w=2
Handled-By	: Eric Anholt <eric@anholt.net>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12681
Subject		: s2ram: fails to wake up on Acer Extensa 4220 (SMP disabled)
Submitter	: Orivej Desh <smpuj@bk.ru>
Date		: 2009-02-09 13:01 (105 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=1cfe62c8010ac56e1bd3827e30386a87cc2f3594
Handled-By	: Alexey Starikovskiy <astarikovskiy@suse.de>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12490
Subject		: ath5k related kernel panic in 2.6.29-rc1
Submitter	: Sergey S. Kostyliov <rathamahata@gmail.com>
Date		: 2009-01-12 7:38 (133 days old)
References	: http://marc.info/?l=linux-kernel&m=123174591509586&w=4
		  http://lkml.org/lkml/2009/4/6/527
Handled-By	: Bob Copeland <me@bobcopeland.com>


Regressions with patches
------------------------

Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13186
Subject		: cpufreq timer teardown problem
Submitter	: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
Date		: 2009-04-23 14:00 (32 days old)
References	: http://marc.info/?l=linux-kernel&m=124049523515036&w=4
Handled-By	: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
Patch		: http://patchwork.kernel.org/patch/19754/
		  http://patchwork.kernel.org/patch/19753/


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12765
Subject		: i915 VT switch with AIGLX causes X lock up
Submitter	: Sitsofe Wheeler <sitsofe@yahoo.com>
Date		: 2009-02-21 15:38 (93 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=14d200c5e5bd19219d930bbb9a5a22758c8f5bec
References	: http://marc.info/?l=linux-kernel&m=123523074304955&w=4
		  http://lkml.org/lkml/2009/4/27/317
Handled-By	: Jesse Barnes <jbarnes@virtuousgeek.org>
Patch		: http://patchwork.kernel.org/patch/20197/


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 introduced
between 2.6.28 and 2.6.29, unresolved as well as resolved, at:

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

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

Thanks,
Rafael

[Bug #12490] ath5k related kernel panic in 2.6.29-rc1

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12490
Subject		: ath5k related kernel panic in 2.6.29-rc1
Submitter	: Sergey S. Kostyliov <rathamahata@gmail.com>
Date		: 2009-01-12 7:38 (133 days old)
References	: http://marc.info/?l=linux-kernel&m=123174591509586&w=4
		  http://lkml.org/lkml/2009/4/6/527
Handled-By	: Bob Copeland <me@bobcopeland.com>

[Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12705
Subject		: X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
Submitter	: Nico Schottelius <nico-linux-20090213@schottelius.org>
Date		: 2009-02-13 9:33 (101 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e806b4957412bf472d826bd8cc571da041248799
References	: http://marc.info/?l=linux-kernel&m=123451768406825&w=4
		  http://marc.info/?l=linux-kernel&m=123479975503827&w=2
Handled-By	: Eric Anholt <eric@anholt.net>

[Bug #12909] boot/kernel init duration regression from 2.6.28

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12909
Subject		: boot/kernel init duration regression from 2.6.28
Submitter	: CaT <cat@zip.com.au>
Date		: 2009-03-16 10:25 (70 days old)
References	: http://marc.info/?l=linux-kernel&m=123720083515950&w=4

[Bug #12765] i915 VT switch with AIGLX causes X lock up

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12765
Subject		: i915 VT switch with AIGLX causes X lock up
Submitter	: Sitsofe Wheeler <sitsofe@yahoo.com>
Date		: 2009-02-21 15:38 (93 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=14d200c5e5bd19219d930bbb9a5a22758c8f5bec
References	: http://marc.info/?l=linux-kernel&m=123523074304955&w=4
		  http://lkml.org/lkml/2009/4/27/317
Handled-By	: Jesse Barnes <jbarnes@virtuousgeek.org>
Patch		: http://patchwork.kernel.org/patch/20197/

[Bug #12681] s2ram: fails to wake up on Acer Extensa 4220 (SMP disabled)

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12681
Subject		: s2ram: fails to wake up on Acer Extensa 4220 (SMP disabled)
Submitter	: Orivej Desh <smpuj@bk.ru>
Date		: 2009-02-09 13:01 (105 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=1cfe62c8010ac56e1bd3827e30386a87cc2f3594
Handled-By	: Alexey Starikovskiy <astarikovskiy@suse.de>

[Bug #12899] Crash in i915.ko: i915_driver_irq_handler

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12899
Subject		: Crash in i915.ko: i915_driver_irq_handler
Submitter	: Helge Bahmann <helge.bahmann@secunet.com>
Date		: 2009-03-20 07:13 (66 days old)

[Bug #12947] r128: system hangs when X is started with DRI enabled

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12947
Subject		: r128: system hangs when X is started with DRI enabled
Submitter	: Jos van der Ende <seraph@xs4all.nl>
Date		: 2009-03-26 16:14 (60 days old)

[Bug #12971] "tg3 transmit timed out" when transmitting at high bitrate

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12971
Subject		: "tg3 transmit timed out" when transmitting at high bitrate
Submitter	: Nikolay <dobrev666@gmail.com>
Date		: 2009-03-29 18:02 (57 days old)
Handled-By	: Matt Carlson <mcarlson@broadcom.com>

[Bug #13025] After upgrading to kernel 2.6.29, pulseaudio stopped with some strange error

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13025
Subject		: After upgrading to kernel 2.6.29, pulseaudio stopped with some strange error
Submitter	: Yaroslav Isakov <yaroslav.isakov@gmail.com>
Date		: 2009-04-06 19:47 (49 days old)

[Bug #12980] lockup in X.org

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12980
Subject		: lockup in X.org
Submitter	: Marcus Better <marcus@better.se>
Date		: 2009-03-31 08:58 (55 days old)

[Bug #13024] nozomi: pppd fails on kernel 2.6.29

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13024
Subject		: nozomi: pppd fails on kernel 2.6.29
Submitter	: Mark Karpeles <mark@hell.ne.jp>
Date		: 2009-04-06 19:12 (49 days old)

[Bug #13001] PCI-DMA: Out of IOMMU space

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13001
Subject		: PCI-DMA: Out of IOMMU space
Submitter	:  <optimusgd@gmail.com>
Date		: 2009-04-03 09:30 (52 days old)
References	: http://lkml.org/lkml/2009/4/28/133

[Bug #13144] resume from suspend fails using video card i915

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13144
Subject		: resume from suspend fails using video card i915
Submitter	: C Sights <csights@fastmail.fm>
Date		: 2009-04-21 17:03 (34 days old)

[Bug #13074] gspca_stv06xx doesn't work with Logitech QuickCam Express (046d:0840)

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13074
Subject		: gspca_stv06xx doesn't work with Logitech QuickCam Express (046d:0840)
Submitter	: Paulo Matias <matias@archlinux-br.org>
Date		: 2009-04-12 14:10 (43 days old)

[Bug #13100] can't anymore even do a s2ram-s2disk-s2ram cycle on acer aspire 5720G

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13100
Subject		: can't anymore even do a s2ram-s2disk-s2ram cycle on acer aspire 5720G
Submitter	: Maxim Levitsky <maximlevitsky@gmail.com>
Date		: 2009-04-06 23:52 (49 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=a0d4922da2e4ccb0973095d8d29f36f6b1b5f703
References	: http://marc.info/?l=linux-kernel&m=123906202829074&w=4
Handled-By	: Rafael J. Wysocki <rjw@sisk.pl>

[Bug #13072] forcedeth seems to switch off eth on shutdown

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13072
Subject		: forcedeth seems to switch off eth on shutdown
Submitter	: Daniel Bierstedt <daniel.bierstedt@gmx.de>
Date		: 2009-04-12 07:00 (43 days old)

[Bug #13175] sata_nv incompatible with async scsi scan

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13175
Subject		: sata_nv incompatible with async scsi scan
Submitter	: Benny Halevy <bhalevy@panasas.com>
Date		: 2009-04-21 7:03 (34 days old)
References	: http://marc.info/?l=linux-kernel&m=124029746431777&w=4

[Bug #13178] Booting very slow

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13178
Subject		: Booting very slow
Submitter	: Martin Knoblauch <spamtrap@knobisoft.de>
Date		: 2009-04-24 12:45 (31 days old)
References	: http://marc.info/?l=linux-kernel&m=124057716231773&w=4

[Bug #13183] forcedeth: no link during initialization

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13183
Subject		: forcedeth: no link during initialization
Submitter	: Harald Dunkel <harald.dunkel@t-online.de>
Date		: 2009-04-23 13:02 (32 days old)
References	: http://marc.info/?l=linux-kernel&m=124049180309233&w=4

[Bug #13225] [2.6.29 regression] Software suspend no longer works

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13225
Subject		: [2.6.29 regression] Software suspend no longer works
Submitter	: Artem S. Tashkinov <t.artem@mailcity.com>
Date		: 2009-05-02 21:41 (23 days old)

[Bug #13271] ath9k stop working since 2.6.29

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13271
Subject		: ath9k stop working since 2.6.29
Submitter	: lyman <lymanrb@gmail.com>
Date		: 2009-05-10 01:58 (15 days old)

[Bug #13232] ext3/4 with synchronous writes gets wedged by Postfix

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13232
Subject		: ext3/4 with synchronous writes gets wedged by Postfix
Submitter	: David Watson <kernel-nospam@dbwatson.ukfsn.org>
Date		: 2009-05-03 19:46 (22 days old)

[Bug #13186] cpufreq timer teardown problem

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13186
Subject		: cpufreq timer teardown problem
Submitter	: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
Date		: 2009-04-23 14:00 (32 days old)
References	: http://marc.info/?l=linux-kernel&m=124049523515036&w=4
Handled-By	: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
Patch		: http://patchwork.kernel.org/patch/19754/
		  http://patchwork.kernel.org/patch/19753/

[Bug #13269] WARNING: at kernel/hrtimer.c:625 hres_timers_resume+0x3c/0x48() when resuming

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13269
Subject		: WARNING: at kernel/hrtimer.c:625 hres_timers_resume+0x3c/0x48() when resuming
Submitter	: cedric <cedric@belbone.be>
Date		: 2009-05-08 08:48 (17 days old)

[Bug #13294] i915: drm: xorg leaks drm objects massively

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13294
Subject		: i915: drm: xorg leaks drm objects massively
Submitter	: Sergei Trofimovich <slyich@gmail.com>
Date		: 2009-05-10 19:56 (15 days old)
References	: http://marc.info/?l=linux-kernel&m=124198547027903&w=4

[Bug #13375] Kernel crash with 2.6.29 + nfs + xfs (radix-tree)

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13375
Subject		: Kernel crash with 2.6.29 + nfs + xfs (radix-tree)
Submitter	: Alex Samad <alex@samad.com.au>
Date		: 2009-05-20 0:37 (5 days old)
References	: http://marc.info/?l=linux-kernel&m=124278675503699&w=4

[Bug #13371] s2disk hangs with kernel 2.6.29 and later, SATA, Gigabyte EG45M-DS2H

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13371
Subject		: s2disk hangs with kernel 2.6.29 and later, SATA, Gigabyte EG45M-DS2H
Submitter	: Richard Atterer <richard@2009.atterer.net>
Date		: 2009-05-16 22:51 (9 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=295f00042aaf6b553b5f37348f89bab463d4a469
References	: http://marc.info/?l=linux-kernel&m=124251446428166&w=4
Handled-By	: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>

Re: 2.6.30-rc7: Reported regressions 2.6.28 -> 2.6.29

[Alan Cox]

 at:
> 
> http://bugzilla.kernel.org/show_bug.cgi?id=12398
> 
> Please let me know if there are any Bugzilla entries that should be added to
> the list in there.

For 29
PI Futex crash ? (13331)

For 30
vm86 crash (13313)
oprofile crash on boot (13310)
Random Crashes (13219)

[Bug #13175] sata_nv incompatible with async scsi scan

[david]

I wonder if these two bugs are related? when I can get into the office I 
will try disabling the async scsi scan and re-test 12703


Bug-Entry       : http://bugzilla.kernel.org/show_bug.cgi?id=13175
Subject         : sata_nv incompatible with async scsi scan
Submitter       : Benny Halevy <bhalevy@panasas.com>
Date            : 2009-04-21 7:03 (34 days old)
References      : http://marc.info/?l=linux-kernel&m=124029746431777&w=4

[Bug 12703] Intel X25-E 32GB+MCP55_nvidia_sata+2.6.28=it not work together

David Lang

Re: [Bug #13375] Kernel crash with 2.6.29 + nfs + xfs (radix-tree)

[Alex Samad]

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

Hi

As far as I know it is still a problem 

Thanks
Alex 

On Sun, May 24, 2009 at 09:31:20PM +0200, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.28 and 2.6.29.
> 
> The following bug entry is on the current list of known regressions
> introduced between 2.6.28 and 2.6.29.  Please verify if it still should
> be listed and let me know (either way).
> 
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13375
> Subject		: Kernel crash with 2.6.29 + nfs + xfs (radix-tree)
> Submitter	: Alex Samad <alex@samad.com.au>
> Date		: 2009-05-20 0:37 (5 days old)
> References	: http://marc.info/?l=linux-kernel&m=124278675503699&w=4
> 
> 
> 


[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [Bug #13375] Kernel crash with 2.6.29 + nfs + xfs (radix-tree)

[Mike Dresser]

Confirmed this is still a problem with 2.6.29.4

Mike

On Mon, 25 May 2009, Alex Samad wrote:

> Hi
>
> As far as I know it is still a problem
>
> Thanks
> Alex
>
> On Sun, May 24, 2009 at 09:31:20PM +0200, Rafael J. Wysocki wrote:
>> This message has been generated automatically as a part of a report
>> of regressions introduced between 2.6.28 and 2.6.29.
>>
>> The following bug entry is on the current list of known regressions
>> introduced between 2.6.28 and 2.6.29.  Please verify if it still should
>> be listed and let me know (either way).
>>
>>
>> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13375
>> Subject		: Kernel crash with 2.6.29 + nfs + xfs (radix-tree)
>> Submitter	: Alex Samad <alex@samad.com.au>
>> Date		: 2009-05-20 0:37 (5 days old)
>> References	: http://marc.info/?l=linux-kernel&m=124278675503699&w=4
>>
>>
>>
>
>

Re: [Bug #13178] Booting very slow

[Martin Knoblauch]

----- Original Message ----

> From: Rafael J. Wysocki <rjw@sisk.pl>
> To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
> Cc: Kernel Testers List <kernel-testers@vger.kernel.org>; Martin Knoblauch <spamtrap@knobisoft.de>
> Sent: Sunday, May 24, 2009 9:31:18 PM
> Subject: [Bug #13178] Booting very slow
> 
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.28 and 2.6.29.
> 
> The following bug entry is on the current list of known regressions
> introduced between 2.6.28 and 2.6.29.  Please verify if it still should
> be listed and let me know (either way).
> 
> 
> Bug-Entry    : http://bugzilla.kernel.org/show_bug.cgi?id=13178
> Subject        : Booting very slow
> Submitter    : Martin Knoblauch 
> Date        : 2009-04-24 12:45 (31 days old)
> References    : http://marc.info/?l=linux-kernel&m=124057716231773&w=4

 Still happens with 2.6.30-rc7. But see my comment on bz. I would be willing to leave this as "fuzzy timing related problem.

Cheers
Martin

Re: [Bug #13371] s2disk hangs with kernel 2.6.29 and later, SATA, Gigabyte EG45M-DS2H

[Bartlomiej Zolnierkiewicz]

On Sunday 24 May 2009 21:31:20 Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.28 and 2.6.29.
> 
> The following bug entry is on the current list of known regressions
> introduced between 2.6.28 and 2.6.29.  Please verify if it still should
> be listed and let me know (either way).

Yep.

> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13371
> Subject		: s2disk hangs with kernel 2.6.29 and later, SATA, Gigabyte EG45M-DS2H
> Submitter	: Richard Atterer <richard@2009.atterer.net>
> Date		: 2009-05-16 22:51 (9 days old)
> First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=295f00042aaf6b553b5f37348f89bab463d4a469

Nope.

> References	: http://marc.info/?l=linux-kernel&m=124251446428166&w=4
> Handled-By	: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>

Casually-Handled-By

Re: [Bug #13371] s2disk hangs with kernel 2.6.29 and later, SATA, Gigabyte EG45M-DS2H

[Richard Atterer]

Hello,

this bug is still present, but so far (despite lots of useful help by 
Bartlomiej) I have been unable to bisect the issue.

We took some of the discussion off-list - here is a summary, with some new 
results at the end:

* I originally bisected the bug and identified this patch as the culprit:
295f00042aaf6b553b5f37348f89bab463d4a469: ide: don't execute the next 
queued command from the hard-IRQ context (v2)

* The fix for 295f000 (2ea5521: ide: fix suspend regression) did not fix my 
problem either.

* After some mails, I switched to CONFIG_IDE=n in the config I use for 
testing (was CONFIG_IDE=m before), because the problem still occurred in 
that case. The result of this:
295f000 (ide: don't execute the next queued command from the hard-IRQ
        context (v2)): ***Works*** with CONFIG_IDE=n
2ea5521 (ide: fix suspend regression): Hangs with CONFIG_IDE=n
1406de8 (2.6.30-rc6): Hangs with CONFIG_IDE=n

I also disconnected my second (PATA) disk at that point, since it does not 
influence the bug. So my system is SATA-only, both the (single) hard disk 
and my DVD writer are SATA.

* I bisected 295f000..2ea5521 and ended up at this as the first bad commit:
9ea09af3bd3090e8349ca2899ca2011bd94cda85: stop_machine: introduce stop_machine_create/destroy.
This turns out to be a bug that was fixed by
a0e280e0f33f6c859a235fb69a875ed8f3420388: stop_machine/cpu hotplug: fix disable_nonboot_cpus

* a0e280e worked for me, so (with increasing grumpiness;) I bisected 
a0e280e..2ea5521. This bisect didn't work, I ended up with a reported "bad" 
commit which was clearly not the problem. The configs and bisect log are at
<http://atterer.net/s2disk-config/>
The bisect log lines with "OK" mean that I went back and booted the kernel 
a second time, to make sure I hadn't mixed something up. But the second 
tries all had the same result as the first.

* Bart analysed that part of the history and suggested trying out 73d5931, 
and if that worked, bisecting 73d5931..2ea5521.

Today I re-tried both 73d5931 and 2ea5521, and it turns out that in both 
cases, s2disk hangs. :-|

By chance, I noticed that the behaviour during the hang is different from 
what I reported before, at least with these two versions. Initially, I 
said that the system would hang after the "s2disk: Snapshotting system" 
with a blinking cursor.
It turns out that actually it hangs for quite a while (maybe 2 minutes?) 
and only then starts to perform the s2disk!! The last lines written are 
"s2disk: Compression ratio 0.24" or similar, and then a line containing 
just "S¦". Afterwards, the system does *not* power off as it usually does, 
but just seems to hang again. (I think I waited for a few minutes, but 
nothing happened.)

Since the last, third bisect did not work, I'm at a loss what to try next.

Cheers,

  Richard

-- 
  __   _
  |_) /|  Richard Atterer
  | \/¯|  http://atterer.net
  ¯ '` ¯

Re: [Bug #13371] s2disk hangs with kernel 2.6.29 and later, SATA, Gigabyte EG45M-DS2H

[Bartlomiej Zolnierkiewicz]

On Monday 25 May 2009 15:45:22 Richard Atterer wrote:
> Hello,
> 
> this bug is still present, but so far (despite lots of useful help by 
> Bartlomiej) I have been unable to bisect the issue.
> 
> We took some of the discussion off-list - here is a summary, with some new 
> results at the end:
> 
> * I originally bisected the bug and identified this patch as the culprit:
> 295f00042aaf6b553b5f37348f89bab463d4a469: ide: don't execute the next 
> queued command from the hard-IRQ context (v2)
> 
> * The fix for 295f000 (2ea5521: ide: fix suspend regression) did not fix my 
> problem either.
> 
> * After some mails, I switched to CONFIG_IDE=n in the config I use for 
> testing (was CONFIG_IDE=m before), because the problem still occurred in 
> that case. The result of this:
> 295f000 (ide: don't execute the next queued command from the hard-IRQ
>         context (v2)): ***Works*** with CONFIG_IDE=n
> 2ea5521 (ide: fix suspend regression): Hangs with CONFIG_IDE=n
> 1406de8 (2.6.30-rc6): Hangs with CONFIG_IDE=n
> 
> I also disconnected my second (PATA) disk at that point, since it does not 
> influence the bug. So my system is SATA-only, both the (single) hard disk 
> and my DVD writer are SATA.
> 
> * I bisected 295f000..2ea5521 and ended up at this as the first bad commit:
> 9ea09af3bd3090e8349ca2899ca2011bd94cda85: stop_machine: introduce stop_machine_create/destroy.
> This turns out to be a bug that was fixed by
> a0e280e0f33f6c859a235fb69a875ed8f3420388: stop_machine/cpu hotplug: fix disable_nonboot_cpus
> 
> * a0e280e worked for me, so (with increasing grumpiness;) I bisected 
> a0e280e..2ea5521. This bisect didn't work, I ended up with a reported "bad" 
> commit which was clearly not the problem. The configs and bisect log are at
> <http://atterer.net/s2disk-config/>
> The bisect log lines with "OK" mean that I went back and booted the kernel 
> a second time, to make sure I hadn't mixed something up. But the second 
> tries all had the same result as the first.
> 
> * Bart analysed that part of the history and suggested trying out 73d5931, 
> and if that worked, bisecting 73d5931..2ea5521.
> 
> Today I re-tried both 73d5931 and 2ea5521, and it turns out that in both 
> cases, s2disk hangs. :-|

I think that we can safely skip 73d5931 (btrfs merge) then and mark
the previous commit (6ddaab20c32af03d68de00e7c97ae8d9820e4dab) as
the 'bad' one.

Lets also assume that the last 'good' one (according to your last
bisect results) is ce279e6ec91c49f2c5f59f7492e19d39edbf8bbd.

git log ce279e6..6ddaab2 yields 473 commits, mostly looking unrelated
(regulator, scsi, oprofile, parisc, mtd, ext4) but we have also ACPI
and hibernate changes.

Hmm, we added ACPI NVS memory handling there and some machines seem
to have trouble with it.  I think it would be worth to check it first.

Richard, could you try s2disk on some recent 2.6.30-rc kernel while
booting using "acpi_sleep=s4_nonvs"?

Thanks.
Bart

Re: [Bug #13371] s2disk hangs with kernel 2.6.29 and later, SATA, Gigabyte EG45M-DS2H

[Richard Atterer]

On Mon, May 25, 2009 at 04:30:21PM +0200, Bartlomiej Zolnierkiewicz wrote:
> Hmm, we added ACPI NVS memory handling there and some machines seem
> to have trouble with it.  I think it would be worth to check it first.
> 
> Richard, could you try s2disk on some recent 2.6.30-rc kernel while
> booting using "acpi_sleep=s4_nonvs"?

I just tried that with 2.6.30-rc7, unfortunately it doesn't make any 
difference.

It turns out that if I wait long enough (just over 1 minute) both during 
suspend and resume, I *am* able to suspend and resume the machine. I have 
to manually turn it off or reset it though.

Another possibly interesting observation: My DVD writer apparently gets 
reset before the 1-minute hang and my USB hub after the hang.

Cheers,

  Richard

-- 
  __   _
  |_) /|  Richard Atterer
  | \/¯|  http://atterer.net
  ¯ '` ¯

Re: [Bug #13371] s2disk hangs with kernel 2.6.29 and later, SATA, Gigabyte EG45M-DS2H - culprit found

[Richard Atterer]

Hello,

"Jerry" contacted me off-list with information about the root of the 
problem - many thanks indeed!!!

It turns out that the e100 driver is responsible. (The motherboard actually 
has a r8169 chip, but I added an old Intel PCI ethernet card I own.)

By rmmoding e100 before s2disk, the problem goes away. Jerry mentions that 
he once saw a message about e100 failing to load its microcode - I never 
saw such a message.

The most recent e100 commit ac7c992 by Thadeu Lima de Souza Cascardo (Apr 
28) made some changes to the behaviour in the case of shutdown vs. suspend, 
maybe the problem is there? (But note that during bisecting, I tested 
kernels older than that commit, and not all of them worked.) Before that, 
f902283 (Mar 3 2008) mentions suspend in the log message.

Cheers,

  Richard

-- 
  __   _
  |_) /|  Richard Atterer     |  GnuPG key: 888354F7
  | \/¯|  http://atterer.net  |  08A9 7B7D 3D13 3EF2 3D25  D157 79E6 F6DC 8883 54F7
  ¯ '` ¯

Re: [Bug #13178] Booting very slow

[Rafael J. Wysocki]

On Monday 25 May 2009, Martin Knoblauch wrote:
> 
> ----- Original Message ----
> 
> > From: Rafael J. Wysocki <rjw@sisk.pl>
> > To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
> > Cc: Kernel Testers List <kernel-testers@vger.kernel.org>; Martin Knoblauch <spamtrap@knobisoft.de>
> > Sent: Sunday, May 24, 2009 9:31:18 PM
> > Subject: [Bug #13178] Booting very slow
> > 
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.28 and 2.6.29.
> > 
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.28 and 2.6.29.  Please verify if it still should
> > be listed and let me know (either way).
> > 
> > 
> > Bug-Entry    : http://bugzilla.kernel.org/show_bug.cgi?id=13178
> > Subject        : Booting very slow
> > Submitter    : Martin Knoblauch 
> > Date        : 2009-04-24 12:45 (31 days old)
> > References    : http://marc.info/?l=linux-kernel&m=124057716231773&w=4
> 
>  Still happens with 2.6.30-rc7. But see my comment on bz. I would be willing to leave this as "fuzzy timing related problem.

OK

I've closed it as "unreproducible".

Thanks,
Rafael

Re: [Bug #13371] s2disk hangs with kernel 2.6.29 and later, SATA, Gigabyte EG45M-DS2H

[Rafael J. Wysocki]

On Monday 25 May 2009, Bartlomiej Zolnierkiewicz wrote:
> On Sunday 24 May 2009 21:31:20 Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.28 and 2.6.29.
> > 
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.28 and 2.6.29.  Please verify if it still should
> > be listed and let me know (either way).
> 
> Yep.
> 
> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13371
> > Subject		: s2disk hangs with kernel 2.6.29 and later, SATA, Gigabyte EG45M-DS2H
> > Submitter	: Richard Atterer <richard@2009.atterer.net>
> > Date		: 2009-05-16 22:51 (9 days old)
> > First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=295f00042aaf6b553b5f37348f89bab463d4a469
> 
> Nope.
> 
> > References	: http://marc.info/?l=linux-kernel&m=124251446428166&w=4
> > Handled-By	: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
> 
> Casually-Handled-By

OK, updated.

Best,
Rafael

Re: [Bug #13371] s2disk hangs with kernel 2.6.29 and later, SATA, Gigabyte EG45M-DS2H

[Rafael J. Wysocki]

On Monday 25 May 2009, Richard Atterer wrote:
> On Mon, May 25, 2009 at 04:30:21PM +0200, Bartlomiej Zolnierkiewicz wrote:
> > Hmm, we added ACPI NVS memory handling there and some machines seem
> > to have trouble with it.  I think it would be worth to check it first.
> > 
> > Richard, could you try s2disk on some recent 2.6.30-rc kernel while
> > booting using "acpi_sleep=s4_nonvs"?
> 
> I just tried that with 2.6.30-rc7, unfortunately it doesn't make any 
> difference.
> 
> It turns out that if I wait long enough (just over 1 minute) both during 
> suspend and resume, I *am* able to suspend and resume the machine. I have 
> to manually turn it off or reset it though.
> 
> Another possibly interesting observation: My DVD writer apparently gets 
> reset before the 1-minute hang and my USB hub after the hang.

You replied to Jeff that hibernation worked with CONFIG_IDE=n.  What was wrong
with that test?

Rafael

Re: [Bug #13375] Kernel crash with 2.6.29 + nfs + xfs (radix-tree)

[Rafael J. Wysocki]

On Monday 25 May 2009, Mike Dresser wrote:
> Confirmed this is still a problem with 2.6.29.4
> 
> Mike
> 
> On Mon, 25 May 2009, Alex Samad wrote:
> 
> > Hi
> >
> > As far as I know it is still a problem
> >
> > Thanks
> > Alex

Thanks for the updates.

Rafael

Re: [Bug #13371] s2disk hangs with kernel 2.6.29 and later, SATA, Gigabyte EG45M-DS2H

[Bartlomiej Zolnierkiewicz]

On Tuesday 26 May 2009 01:11:40 Rafael J. Wysocki wrote:
> On Monday 25 May 2009, Richard Atterer wrote:
> > On Mon, May 25, 2009 at 04:30:21PM +0200, Bartlomiej Zolnierkiewicz wrote:
> > > Hmm, we added ACPI NVS memory handling there and some machines seem
> > > to have trouble with it.  I think it would be worth to check it first.
> > > 
> > > Richard, could you try s2disk on some recent 2.6.30-rc kernel while
> > > booting using "acpi_sleep=s4_nonvs"?
> > 
> > I just tried that with 2.6.30-rc7, unfortunately it doesn't make any 
> > difference.
> > 
> > It turns out that if I wait long enough (just over 1 minute) both during 
> > suspend and resume, I *am* able to suspend and resume the machine. I have 
> > to manually turn it off or reset it though.
> > 
> > Another possibly interesting observation: My DVD writer apparently gets 
> > reset before the 1-minute hang and my USB hub after the hang.
> 
> You replied to Jeff that hibernation worked with CONFIG_IDE=n.  What was wrong
> with that test?

It didn't work.  That was wrong.

Please at least read the current thread before asking such questions.

Re: [Bug #13371] s2disk hangs with kernel 2.6.29 and later, SATA, Gigabyte EG45M-DS2H - culprit found

[Rafael J. Wysocki]

On Tuesday 26 May 2009, Richard Atterer wrote:
> Hello,
> 
> "Jerry" contacted me off-list with information about the root of the 
> problem - many thanks indeed!!!
> 
> It turns out that the e100 driver is responsible. (The motherboard actually 
> has a r8169 chip, but I added an old Intel PCI ethernet card I own.)
> 
> By rmmoding e100 before s2disk, the problem goes away. Jerry mentions that 
> he once saw a message about e100 failing to load its microcode - I never 
> saw such a message.
> 
> The most recent e100 commit ac7c992 by Thadeu Lima de Souza Cascardo (Apr 
> 28) made some changes to the behaviour in the case of shutdown vs. suspend, 
> maybe the problem is there? (But note that during bisecting, I tested 
> kernels older than that commit, and not all of them worked.) Before that, 
> f902283 (Mar 3 2008) mentions suspend in the log message.

OK, thanks for the information.  I'll have a look at the e100 suspend-resume
code, but I really don't think commit ac7c992 is at fault here.

Best,
Rafael

Re: [Bug #13371] s2disk hangs with kernel 2.6.29 and later, SATA, Gigabyte EG45M-DS2H

[Rafael J. Wysocki]

On Tuesday 26 May 2009, Bartlomiej Zolnierkiewicz wrote:
> On Tuesday 26 May 2009 01:11:40 Rafael J. Wysocki wrote:
> > On Monday 25 May 2009, Richard Atterer wrote:
> > > On Mon, May 25, 2009 at 04:30:21PM +0200, Bartlomiej Zolnierkiewicz wrote:
> > > > Hmm, we added ACPI NVS memory handling there and some machines seem
> > > > to have trouble with it.  I think it would be worth to check it first.
> > > > 
> > > > Richard, could you try s2disk on some recent 2.6.30-rc kernel while
> > > > booting using "acpi_sleep=s4_nonvs"?
> > > 
> > > I just tried that with 2.6.30-rc7, unfortunately it doesn't make any 
> > > difference.
> > > 
> > > It turns out that if I wait long enough (just over 1 minute) both during 
> > > suspend and resume, I *am* able to suspend and resume the machine. I have 
> > > to manually turn it off or reset it though.
> > > 
> > > Another possibly interesting observation: My DVD writer apparently gets 
> > > reset before the 1-minute hang and my USB hub after the hang.
> > 
> > You replied to Jeff that hibernation worked with CONFIG_IDE=n.  What was wrong
> > with that test?
> 
> It didn't work.  That was wrong.
> 
> Please at least read the current thread before asking such questions.

Sorry, I was wondering why Richard told Jeff that the test worked at that time.

I should have asked differently or something, perhaps.

Best,
Rafael

Re: [Bug #13175] sata_nv incompatible with async scsi scan

[Benny Halevy]

On May. 24, 2009, 22:31 +0300, "Rafael J. Wysocki" <rjw@sisk.pl> wrote:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.28 and 2.6.29.
> 
> The following bug entry is on the current list of known regressions
> introduced between 2.6.28 and 2.6.29.  Please verify if it still should
> be listed and let me know (either way).

Verified to still exist with 2.6.30-rc7 :-(

[The bug description is misleading though.  More testing
lead to post-kernel boot problems where initrd cannot find the sata
devices during its init phase]

Benny

> 
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13175
> Subject		: sata_nv incompatible with async scsi scan
> Submitter	: Benny Halevy <bhalevy@panasas.com>
> Date		: 2009-04-21 7:03 (34 days old)
> References	: http://marc.info/?l=linux-kernel&m=124029746431777&w=4
> 
> 

Re: [Bug #13371] s2disk hangs with kernel 2.6.29 and later, SATA, Gigabyte EG45M-DS2H - culprit found

[Kok, Auke]

Rafael J. Wysocki wrote:
> On Tuesday 26 May 2009, Richard Atterer wrote:
>> Hello,
>>
>> "Jerry" contacted me off-list with information about the root of the 
>> problem - many thanks indeed!!!
>>
>> It turns out that the e100 driver is responsible. (The motherboard actually 
>> has a r8169 chip, but I added an old Intel PCI ethernet card I own.)
>>
>> By rmmoding e100 before s2disk, the problem goes away. Jerry mentions that 
>> he once saw a message about e100 failing to load its microcode - I never 
>> saw such a message.
>>
>> The most recent e100 commit ac7c992 by Thadeu Lima de Souza Cascardo (Apr 
>> 28) made some changes to the behaviour in the case of shutdown vs. suspend, 
>> maybe the problem is there? (But note that during bisecting, I tested 
>> kernels older than that commit, and not all of them worked.) Before that, 
>> f902283 (Mar 3 2008) mentions suspend in the log message.
> 
> OK, thanks for the information.  I'll have a look at the e100 suspend-resume
> code, but I really don't think commit ac7c992 is at fault here.

adding Jeff Kirsher to the Cc, who currently maintains the e100 driver.

Auke

Re: [Bug #13175] sata_nv incompatible with async scsi scan

[Rafael J. Wysocki]

On Tuesday 26 May 2009, Benny Halevy wrote:
> On May. 24, 2009, 22:31 +0300, "Rafael J. Wysocki" <rjw@sisk.pl> wrote:
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.28 and 2.6.29.
> > 
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.28 and 2.6.29.  Please verify if it still should
> > be listed and let me know (either way).
> 
> Verified to still exist with 2.6.30-rc7 :-(
> 
> [The bug description is misleading though.  More testing
> lead to post-kernel boot problems where initrd cannot find the sata
> devices during its init phase]

Thanks for the update.

What description would be better in your opinion?

Rafael

Re: [Bug #13371] s2disk hangs with kernel 2.6.29 and later, SATA, Gigabyte EG45M-DS2H - culprit found

[gapeters]

On Tue, May 26, 2009 at 01:03:00AM +0200, Richard Atterer wrote:
> Hello,
> 
> "Jerry" contacted me off-list with information about the root of the 
> problem - many thanks indeed!!!
> 
> It turns out that the e100 driver is responsible. (The motherboard actually 
> has a r8169 chip, but I added an old Intel PCI ethernet card I own.)
> 
> By rmmoding e100 before s2disk, the problem goes away. Jerry mentions that 
> he once saw a message about e100 failing to load its microcode - I never 
> saw such a message.
> 
> The most recent e100 commit ac7c992 by Thadeu Lima de Souza Cascardo (Apr 
> 28) made some changes to the behaviour in the case of shutdown vs. suspend, 
> maybe the problem is there? (But note that during bisecting, I tested 
> kernels older than that commit, and not all of them worked.) Before that, 
> f902283 (Mar 3 2008) mentions suspend in the log message.
> 
> Cheers,
> 
>   Richard
> 
> -- 

I think I saw the firmware loader failure during resume. If you leave the
system alone for ~2 minutes it will resume, but the e100 won't work &
any thing "touching" it will go into an un-interruptable sleep
(ifconfig, cat'ing some of its /sys files).

IIRC started with 2.6.29, with the change to net drivers to use the
firmware loader. During the hibernate, for some reason, the e100 is
suspended then resumed, at which point it requests its firmware.
Userspace is frozen so the firmware load times out (the 2 minute timeout
which is why I guessed you were having the same problem).

During resume, the e100 is apparently resumed *before* userspace is
un-frozen, so again it times out loading its firmware. At this point
it's unusable.

	Jerry

Re: [Bug #13371] s2disk hangs with kernel 2.6.29 and later, SATA, Gigabyte EG45M-DS2H - culprit found

[Rafael J. Wysocki]

On Tuesday 26 May 2009, gapeters@worldnet.att.net wrote:
> On Tue, May 26, 2009 at 01:03:00AM +0200, Richard Atterer wrote:
> > Hello,
> > 
> > "Jerry" contacted me off-list with information about the root of the 
> > problem - many thanks indeed!!!
> > 
> > It turns out that the e100 driver is responsible. (The motherboard actually 
> > has a r8169 chip, but I added an old Intel PCI ethernet card I own.)
> > 
> > By rmmoding e100 before s2disk, the problem goes away. Jerry mentions that 
> > he once saw a message about e100 failing to load its microcode - I never 
> > saw such a message.
> > 
> > The most recent e100 commit ac7c992 by Thadeu Lima de Souza Cascardo (Apr 
> > 28) made some changes to the behaviour in the case of shutdown vs. suspend, 
> > maybe the problem is there? (But note that during bisecting, I tested 
> > kernels older than that commit, and not all of them worked.) Before that, 
> > f902283 (Mar 3 2008) mentions suspend in the log message.
> > 
> > Cheers,
> > 
> >   Richard
> > 
> > -- 
> 
> I think I saw the firmware loader failure during resume. If you leave the
> system alone for ~2 minutes it will resume, but the e100 won't work &
> any thing "touching" it will go into an un-interruptable sleep
> (ifconfig, cat'ing some of its /sys files).
> 
> IIRC started with 2.6.29, with the change to net drivers to use the
> firmware loader. During the hibernate, for some reason, the e100 is
> suspended then resumed, at which point it requests its firmware.
> Userspace is frozen so the firmware load times out (the 2 minute timeout
> which is why I guessed you were having the same problem).
> 
> During resume, the e100 is apparently resumed *before* userspace is
> un-frozen, so again it times out loading its firmware. At this point
> it's unusable.

This theory makes sense.

Generally firmware loading is not going to work from the driver's ->suspend()
and ->resume() callbacks.  For this reason the firmware should be loaded
into RAM before suspend, for example from a PM notifier.

Thanks,
Rafael

Re: [Bug #12765] i915 VT switch with AIGLX causes X lock up

[Sitsofe Wheeler]

On Sun, May 24, 2009 at 09:31:15PM +0200, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.28 and 2.6.29.
> 
> The following bug entry is on the current list of known regressions
> introduced between 2.6.28 and 2.6.29.  Please verify if it still should
> be listed and let me know (either way).
> 
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12765
> Subject		: i915 VT switch with AIGLX causes X lock up
> Submitter	: Sitsofe Wheeler <sitsofe@yahoo.com>
> Date		: 2009-02-21 15:38 (93 days old)
> First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=14d200c5e5bd19219d930bbb9a5a22758c8f5bec
> References	: http://marc.info/?l=linux-kernel&m=123523074304955&w=4
> 		  http://lkml.org/lkml/2009/4/27/317
> Handled-By	: Jesse Barnes <jbarnes@virtuousgeek.org>
> Patch		: http://patchwork.kernel.org/patch/20197/

Yes this is still here in  2.6.30-rc7-00066-ge2a1b9e ...

-- 
Sitsofe | http://sucs.org/~sits/

Re: [Bug #12765] i915 VT switch with AIGLX causes X lock up

[Rafael J. Wysocki]

On Wednesday 27 May 2009, Sitsofe Wheeler wrote:
> On Sun, May 24, 2009 at 09:31:15PM +0200, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.28 and 2.6.29.
> > 
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.28 and 2.6.29.  Please verify if it still should
> > be listed and let me know (either way).
> > 
> > 
> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12765
> > Subject		: i915 VT switch with AIGLX causes X lock up
> > Submitter	: Sitsofe Wheeler <sitsofe@yahoo.com>
> > Date		: 2009-02-21 15:38 (93 days old)
> > First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=14d200c5e5bd19219d930bbb9a5a22758c8f5bec
> > References	: http://marc.info/?l=linux-kernel&m=123523074304955&w=4
> > 		  http://lkml.org/lkml/2009/4/27/317
> > Handled-By	: Jesse Barnes <jbarnes@virtuousgeek.org>
> > Patch		: http://patchwork.kernel.org/patch/20197/
> 
> Yes this is still here in  2.6.30-rc7-00066-ge2a1b9e ...

Thanks for the update.

Rafael

Re: [Bug #13175] sata_nv incompatible with async scsi scan

[david]

On Sun, 24 May 2009, david@lang.hm wrote:

> I wonder if these two bugs are related? when I can get into the office I will 
> try disabling the async scsi scan and re-test 12703
>
>
> Bug-Entry       : http://bugzilla.kernel.org/show_bug.cgi?id=13175
> Subject         : sata_nv incompatible with async scsi scan
> Submitter       : Benny Halevy <bhalevy@panasas.com>
> Date            : 2009-04-21 7:03 (34 days old)
> References      : http://marc.info/?l=linux-kernel&m=124029746431777&w=4
>
> [Bug 12703] Intel X25-E 32GB+MCP55_nvidia_sata+2.6.28=it not work together

adding scsi_mod.scan=sync doesn't solve the nvidia problem

David Lang

Re: [Bug #13178] Booting very slow

[Andrew Morton]

On Tue, 26 May 2009 01:04:04 +0200 "Rafael J. Wysocki" <rjw@sisk.pl> wrote:

> On Monday 25 May 2009, Martin Knoblauch wrote:
> > 
> > ----- Original Message ----
> > 
> > > From: Rafael J. Wysocki <rjw@sisk.pl>
> > > To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
> > > Cc: Kernel Testers List <kernel-testers@vger.kernel.org>; Martin Knoblauch <spamtrap@knobisoft.de>
> > > Sent: Sunday, May 24, 2009 9:31:18 PM
> > > Subject: [Bug #13178] Booting very slow
> > > 
> > > This message has been generated automatically as a part of a report
> > > of regressions introduced between 2.6.28 and 2.6.29.
> > > 
> > > The following bug entry is on the current list of known regressions
> > > introduced between 2.6.28 and 2.6.29.  Please verify if it still should
> > > be listed and let me know (either way).
> > > 
> > > 
> > > Bug-Entry    : http://bugzilla.kernel.org/show_bug.cgi?id=13178
> > > Subject        : Booting very slow
> > > Submitter    : Martin Knoblauch 
> > > Date        : 2009-04-24 12:45 (31 days old)
> > > References    : http://marc.info/?l=linux-kernel&m=124057716231773&w=4
> > 
> >  Still happens with 2.6.30-rc7. But see my comment on bz. I would be willing to leave this as "fuzzy timing related problem.
> 
> OK
> 
> I've closed it as "unreproducible".
> 

afacit this should remain open.  It's a reproducible regression on one
of Martin's machines and it has been bisected down to a particular
commit which quite clearly has the potential to increase device
intialisation times by a lot.  Especially if that commit was buggy.

Re: [Bug #13175] sata_nv incompatible with async scsi scan

[Benny Halevy]

On May. 26, 2009, 21:47 +0300, "Rafael J. Wysocki" <rjw@sisk.pl> wrote:
> On Tuesday 26 May 2009, Benny Halevy wrote:
>> On May. 24, 2009, 22:31 +0300, "Rafael J. Wysocki" <rjw@sisk.pl> wrote:
>>> This message has been generated automatically as a part of a report
>>> of regressions introduced between 2.6.28 and 2.6.29.
>>>
>>> The following bug entry is on the current list of known regressions
>>> introduced between 2.6.28 and 2.6.29.  Please verify if it still should
>>> be listed and let me know (either way).
>> Verified to still exist with 2.6.30-rc7 :-(
>>
>> [The bug description is misleading though.  More testing
>> lead to post-kernel boot problems where initrd cannot find the sata
>> devices during its init phase]
> 
> Thanks for the update.
> 
> What description would be better in your opinion?

How about: initrd fails to find /dev/sda* (sata_nv)

Benny

> 
> Rafael

Re: [Bug #13175] sata_nv incompatible with async scsi scan

[Rafael J. Wysocki]

On Wednesday 27 May 2009, Benny Halevy wrote:
> On May. 26, 2009, 21:47 +0300, "Rafael J. Wysocki" <rjw@sisk.pl> wrote:
> > On Tuesday 26 May 2009, Benny Halevy wrote:
> >> On May. 24, 2009, 22:31 +0300, "Rafael J. Wysocki" <rjw@sisk.pl> wrote:
> >>> This message has been generated automatically as a part of a report
> >>> of regressions introduced between 2.6.28 and 2.6.29.
> >>>
> >>> The following bug entry is on the current list of known regressions
> >>> introduced between 2.6.28 and 2.6.29.  Please verify if it still should
> >>> be listed and let me know (either way).
> >> Verified to still exist with 2.6.30-rc7 :-(
> >>
> >> [The bug description is misleading though.  More testing
> >> lead to post-kernel boot problems where initrd cannot find the sata
> >> devices during its init phase]
> > 
> > Thanks for the update.
> > 
> > What description would be better in your opinion?
> 
> How about: initrd fails to find /dev/sda* (sata_nv)

Thanks, updated.

Rafael

Re: [Bug #13178] Booting very slow

[Rafael J. Wysocki]

On Wednesday 27 May 2009, Andrew Morton wrote:
> On Tue, 26 May 2009 01:04:04 +0200 "Rafael J. Wysocki" <rjw@sisk.pl> wrote:
> 
> > On Monday 25 May 2009, Martin Knoblauch wrote:
> > > 
> > > ----- Original Message ----
> > > 
> > > > From: Rafael J. Wysocki <rjw@sisk.pl>
> > > > To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
> > > > Cc: Kernel Testers List <kernel-testers@vger.kernel.org>; Martin Knoblauch <spamtrap@knobisoft.de>
> > > > Sent: Sunday, May 24, 2009 9:31:18 PM
> > > > Subject: [Bug #13178] Booting very slow
> > > > 
> > > > This message has been generated automatically as a part of a report
> > > > of regressions introduced between 2.6.28 and 2.6.29.
> > > > 
> > > > The following bug entry is on the current list of known regressions
> > > > introduced between 2.6.28 and 2.6.29.  Please verify if it still should
> > > > be listed and let me know (either way).
> > > > 
> > > > 
> > > > Bug-Entry    : http://bugzilla.kernel.org/show_bug.cgi?id=13178
> > > > Subject        : Booting very slow
> > > > Submitter    : Martin Knoblauch 
> > > > Date        : 2009-04-24 12:45 (31 days old)
> > > > References    : http://marc.info/?l=linux-kernel&m=124057716231773&w=4
> > > 
> > >  Still happens with 2.6.30-rc7. But see my comment on bz. I would be willing to leave this as "fuzzy timing related problem.
> > 
> > OK
> > 
> > I've closed it as "unreproducible".
> > 
> 
> afacit this should remain open.  It's a reproducible regression on one
> of Martin's machines and it has been bisected down to a particular
> commit which quite clearly has the potential to increase device
> intialisation times by a lot.  Especially if that commit was buggy.

OK, reopened.

Re: [Bug #13375] Kernel crash with 2.6.29 + nfs + xfs (radix-tree)

[Mike Dresser]

I should mention that I don't run NFS on this server, so it's likely not 
to be an NFS issue either.

2.6.30-rc7-git4: Reported regressions 2.6.28 -> 2.6.29

[Rafael J. Wysocki]

This message contains a list of some regressions introduced between 2.6.28 and
2.6.29, 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 introduced between 2.6.28
and 2.6.29, 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.

Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting and handling the
issue.


Listed regressions statistics:

  Date          Total  Pending  Unresolved
  ----------------------------------------
  2009-05-31      167       27          26
  2009-05-25      165       27          25
  2009-05-17      162       27          25
  2009-04-26      160       29          27
  2009-04-06      142       37          31
  2009-03-21      128       29          26
  2009-03-14      124       36          32
  2009-03-03      108       33          28
  2009-02-24       95       32          24
  2009-02-14       85       33          27
  2009-02-08       82       45          36
  2009-02-04       66       51          39
  2009-01-20       38       35          27
  2009-01-11       13       13          10


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

Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13375
Subject		: Kernel crash with 2.6.29 + nfs + xfs (radix-tree)
Submitter	: Alex Samad <alex@samad.com.au>
Date		: 2009-05-20 0:37 (11 days old)
References	: http://marc.info/?l=linux-kernel&m=124278675503699&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13371
Subject		: s2disk hangs with kernel 2.6.29 and later, SATA, Gigabyte EG45M-DS2H
Submitter	: Richard Atterer <richard@2009.atterer.net>
Date		: 2009-05-16 22:51 (15 days old)
References	: http://marc.info/?l=linux-kernel&m=124251446428166&w=4
		  http://lkml.org/lkml/2009/5/25/253


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13339
Subject		: rtable leak in ipv4/route.c
Submitter	: Alexander V. Lukyanov <lav@yar.ru>
Date		: 2009-05-18 14:10 (13 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13294
Subject		: i915: drm: xorg leaks drm objects massively
Submitter	: Sergei Trofimovich <slyich@gmail.com>
Date		: 2009-05-10 19:56 (21 days old)
References	: http://marc.info/?l=linux-kernel&m=124198547027903&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13269
Subject		: WARNING: at kernel/hrtimer.c:625 hres_timers_resume+0x3c/0x48() when resuming
Submitter	: cedric <cedric@belbone.be>
Date		: 2009-05-08 08:48 (23 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13232
Subject		: ext3/4 with synchronous writes gets wedged by Postfix
Submitter	: David Watson <kernel-nospam@dbwatson.ukfsn.org>
Date		: 2009-05-03 19:46 (28 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13225
Subject		: [2.6.29 regression] Software suspend no longer works
Submitter	: Artem S. Tashkinov <t.artem@mailcity.com>
Date		: 2009-05-02 21:41 (29 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13178
Subject		: Booting very slow
Submitter	: Martin Knoblauch <spamtrap@knobisoft.de>
Date		: 2009-04-24 12:45 (37 days old)
References	: http://marc.info/?l=linux-kernel&m=124057716231773&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13175
Subject		: initrd fails to find /dev/sda* (sata_nv)
Submitter	: Benny Halevy <bhalevy@panasas.com>
Date		: 2009-04-21 7:03 (40 days old)
References	: http://marc.info/?l=linux-kernel&m=124029746431777&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13148
Subject		: resume after suspend-to-ram broken on Sony Vaio VGN-SR19VN when sony-laptop driver present
Submitter	: fanderay <fanderay4@googlemail.com>
Date		: 2009-04-22 14:39 (39 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13144
Subject		: resume from suspend fails using video card i915
Submitter	: C Sights <csights@fastmail.fm>
Date		: 2009-04-21 17:03 (40 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13100
Subject		: can't anymore even do a s2ram-s2disk-s2ram cycle on acer aspire 5720G
Submitter	: Maxim Levitsky <maximlevitsky@gmail.com>
Date		: 2009-04-06 23:52 (55 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=a0d4922da2e4ccb0973095d8d29f36f6b1b5f703
References	: http://marc.info/?l=linux-kernel&m=123906202829074&w=4
Handled-By	: Rafael J. Wysocki <rjw@sisk.pl>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13074
Subject		: gspca_stv06xx doesn't work with Logitech QuickCam Express (046d:0840)
Submitter	: Paulo Matias <matias@archlinux-br.org>
Date		: 2009-04-12 14:10 (49 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13072
Subject		: forcedeth seems to switch off eth on shutdown
Submitter	: Daniel Bierstedt <daniel.bierstedt@gmx.de>
Date		: 2009-04-12 07:00 (49 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13025
Subject		: After upgrading to kernel 2.6.29, pulseaudio stopped with some strange error
Submitter	: Yaroslav Isakov <yaroslav.isakov@gmail.com>
Date		: 2009-04-06 19:47 (55 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13024
Subject		: nozomi: pppd fails on kernel 2.6.29
Submitter	: Mark Karpeles <mark@hell.ne.jp>
Date		: 2009-04-06 19:12 (55 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13017
Subject		: ATA bus errors on resume
Submitter	: Niel Lambrechts <niel.lambrechts@gmail.com>
Date		: 2009-03-25 5:19 (67 days old)
References	: http://marc.info/?l=linux-kernel&m=123795841615989&w=4
Handled-By	: Tejun Heo <htejun@gmail.com>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13001
Subject		: PCI-DMA: Out of IOMMU space
Submitter	:  <optimusgd@gmail.com>
Date		: 2009-04-03 09:30 (58 days old)
References	: http://lkml.org/lkml/2009/4/28/133


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12980
Subject		: lockup in X.org
Submitter	: Marcus Better <marcus@better.se>
Date		: 2009-03-31 08:58 (61 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12971
Subject		: "tg3 transmit timed out" when transmitting at high bitrate
Submitter	: Nikolay <dobrev666@gmail.com>
Date		: 2009-03-29 18:02 (63 days old)
Handled-By	: Matt Carlson <mcarlson@broadcom.com>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12947
Subject		: r128: system hangs when X is started with DRI enabled
Submitter	: Jos van der Ende <seraph@xs4all.nl>
Date		: 2009-03-26 16:14 (66 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12909
Subject		: boot/kernel init duration regression from 2.6.28
Submitter	: CaT <cat@zip.com.au>
Date		: 2009-03-16 10:25 (76 days old)
References	: http://marc.info/?l=linux-kernel&m=123720083515950&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12899
Subject		: Crash in i915.ko: i915_driver_irq_handler
Submitter	: Helge Bahmann <helge.bahmann@secunet.com>
Date		: 2009-03-20 07:13 (72 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12705
Subject		: X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
Submitter	: Nico Schottelius <nico-linux-20090213@schottelius.org>
Date		: 2009-02-13 9:33 (107 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e806b4957412bf472d826bd8cc571da041248799
References	: http://marc.info/?l=linux-kernel&m=123451768406825&w=4
		  http://marc.info/?l=linux-kernel&m=123479975503827&w=2
Handled-By	: Eric Anholt <eric@anholt.net>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12681
Subject		: s2ram: fails to wake up on Acer Extensa 4220 (SMP disabled)
Submitter	: Orivej Desh <smpuj@bk.ru>
Date		: 2009-02-09 13:01 (111 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=1cfe62c8010ac56e1bd3827e30386a87cc2f3594
Handled-By	: Alexey Starikovskiy <astarikovskiy@suse.de>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12490
Subject		: ath5k related kernel panic in 2.6.29-rc1
Submitter	: Sergey S. Kostyliov <rathamahata@gmail.com>
Date		: 2009-01-12 7:38 (139 days old)
References	: http://marc.info/?l=linux-kernel&m=123174591509586&w=4
		  http://lkml.org/lkml/2009/4/6/527
Handled-By	: Bob Copeland <me@bobcopeland.com>


Regressions with patches
------------------------

Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12765
Subject		: i915 VT switch with AIGLX causes X lock up
Submitter	: Sitsofe Wheeler <sitsofe@yahoo.com>
Date		: 2009-02-21 15:38 (99 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=14d200c5e5bd19219d930bbb9a5a22758c8f5bec
References	: http://marc.info/?l=linux-kernel&m=123523074304955&w=4
		  http://lkml.org/lkml/2009/4/27/317
Handled-By	: Jesse Barnes <jbarnes@virtuousgeek.org>
Patch		: http://patchwork.kernel.org/patch/20197/


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 introduced
between 2.6.28 and 2.6.29, unresolved as well as resolved, at:

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

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

Thanks,
Rafael

[Bug #12490] ath5k related kernel panic in 2.6.29-rc1

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12490
Subject		: ath5k related kernel panic in 2.6.29-rc1
Submitter	: Sergey S. Kostyliov <rathamahata@gmail.com>
Date		: 2009-01-12 7:38 (139 days old)
References	: http://marc.info/?l=linux-kernel&m=123174591509586&w=4
		  http://lkml.org/lkml/2009/4/6/527
Handled-By	: Bob Copeland <me@bobcopeland.com>

[Bug #12681] s2ram: fails to wake up on Acer Extensa 4220 (SMP disabled)

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12681
Subject		: s2ram: fails to wake up on Acer Extensa 4220 (SMP disabled)
Submitter	: Orivej Desh <smpuj@bk.ru>
Date		: 2009-02-09 13:01 (111 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=1cfe62c8010ac56e1bd3827e30386a87cc2f3594
Handled-By	: Alexey Starikovskiy <astarikovskiy@suse.de>

[Bug #12705] X200: Brightness broken since 2.6.29-rc4-58-g4c098bc

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12705
Subject		: X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
Submitter	: Nico Schottelius <nico-linux-20090213@schottelius.org>
Date		: 2009-02-13 9:33 (107 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e806b4957412bf472d826bd8cc571da041248799
References	: http://marc.info/?l=linux-kernel&m=123451768406825&w=4
		  http://marc.info/?l=linux-kernel&m=123479975503827&w=2
Handled-By	: Eric Anholt <eric@anholt.net>

[Bug #12909] boot/kernel init duration regression from 2.6.28

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12909
Subject		: boot/kernel init duration regression from 2.6.28
Submitter	: CaT <cat@zip.com.au>
Date		: 2009-03-16 10:25 (76 days old)
References	: http://marc.info/?l=linux-kernel&m=123720083515950&w=4

[Bug #12899] Crash in i915.ko: i915_driver_irq_handler

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12899
Subject		: Crash in i915.ko: i915_driver_irq_handler
Submitter	: Helge Bahmann <helge.bahmann@secunet.com>
Date		: 2009-03-20 07:13 (72 days old)

[Bug #12765] i915 VT switch with AIGLX causes X lock up

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12765
Subject		: i915 VT switch with AIGLX causes X lock up
Submitter	: Sitsofe Wheeler <sitsofe@yahoo.com>
Date		: 2009-02-21 15:38 (99 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=14d200c5e5bd19219d930bbb9a5a22758c8f5bec
References	: http://marc.info/?l=linux-kernel&m=123523074304955&w=4
		  http://lkml.org/lkml/2009/4/27/317
Handled-By	: Jesse Barnes <jbarnes@virtuousgeek.org>
Patch		: http://patchwork.kernel.org/patch/20197/

[Bug #12980] lockup in X.org

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12980
Subject		: lockup in X.org
Submitter	: Marcus Better <marcus@better.se>
Date		: 2009-03-31 08:58 (61 days old)

[Bug #12947] r128: system hangs when X is started with DRI enabled

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12947
Subject		: r128: system hangs when X is started with DRI enabled
Submitter	: Jos van der Ende <seraph@xs4all.nl>
Date		: 2009-03-26 16:14 (66 days old)

[Bug #12971] "tg3 transmit timed out" when transmitting at high bitrate

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12971
Subject		: "tg3 transmit timed out" when transmitting at high bitrate
Submitter	: Nikolay <dobrev666@gmail.com>
Date		: 2009-03-29 18:02 (63 days old)
Handled-By	: Matt Carlson <mcarlson@broadcom.com>

[Bug #13001] PCI-DMA: Out of IOMMU space

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13001
Subject		: PCI-DMA: Out of IOMMU space
Submitter	:  <optimusgd@gmail.com>
Date		: 2009-04-03 09:30 (58 days old)
References	: http://lkml.org/lkml/2009/4/28/133

[Bug #13017] ATA bus errors on resume

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13017
Subject		: ATA bus errors on resume
Submitter	: Niel Lambrechts <niel.lambrechts@gmail.com>
Date		: 2009-03-25 5:19 (67 days old)
References	: http://marc.info/?l=linux-kernel&m=123795841615989&w=4
Handled-By	: Tejun Heo <htejun@gmail.com>

[Bug #13024] nozomi: pppd fails on kernel 2.6.29

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13024
Subject		: nozomi: pppd fails on kernel 2.6.29
Submitter	: Mark Karpeles <mark@hell.ne.jp>
Date		: 2009-04-06 19:12 (55 days old)

[Bug #13025] After upgrading to kernel 2.6.29, pulseaudio stopped with some strange error

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13025
Subject		: After upgrading to kernel 2.6.29, pulseaudio stopped with some strange error
Submitter	: Yaroslav Isakov <yaroslav.isakov@gmail.com>
Date		: 2009-04-06 19:47 (55 days old)

[Bug #13074] gspca_stv06xx doesn't work with Logitech QuickCam Express (046d:0840)

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13074
Subject		: gspca_stv06xx doesn't work with Logitech QuickCam Express (046d:0840)
Submitter	: Paulo Matias <matias@archlinux-br.org>
Date		: 2009-04-12 14:10 (49 days old)

[Bug #13072] forcedeth seems to switch off eth on shutdown

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13072
Subject		: forcedeth seems to switch off eth on shutdown
Submitter	: Daniel Bierstedt <daniel.bierstedt@gmx.de>
Date		: 2009-04-12 07:00 (49 days old)

[Bug #13144] resume from suspend fails using video card i915

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13144
Subject		: resume from suspend fails using video card i915
Submitter	: C Sights <csights@fastmail.fm>
Date		: 2009-04-21 17:03 (40 days old)

[Bug #13100] can't anymore even do a s2ram-s2disk-s2ram cycle on acer aspire 5720G

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13100
Subject		: can't anymore even do a s2ram-s2disk-s2ram cycle on acer aspire 5720G
Submitter	: Maxim Levitsky <maximlevitsky@gmail.com>
Date		: 2009-04-06 23:52 (55 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=a0d4922da2e4ccb0973095d8d29f36f6b1b5f703
References	: http://marc.info/?l=linux-kernel&m=123906202829074&w=4
Handled-By	: Rafael J. Wysocki <rjw@sisk.pl>

[Bug #13148] resume after suspend-to-ram broken on Sony Vaio VGN-SR19VN when sony-laptop driver present

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13148
Subject		: resume after suspend-to-ram broken on Sony Vaio VGN-SR19VN when sony-laptop driver present
Submitter	: fanderay <fanderay4@googlemail.com>
Date		: 2009-04-22 14:39 (39 days old)

[Bug #13178] Booting very slow

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13178
Subject		: Booting very slow
Submitter	: Martin Knoblauch <spamtrap@knobisoft.de>
Date		: 2009-04-24 12:45 (37 days old)
References	: http://marc.info/?l=linux-kernel&m=124057716231773&w=4

[Bug #13175] initrd fails to find /dev/sda* (sata_nv)

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13175
Subject		: initrd fails to find /dev/sda* (sata_nv)
Submitter	: Benny Halevy <bhalevy@panasas.com>
Date		: 2009-04-21 7:03 (40 days old)
References	: http://marc.info/?l=linux-kernel&m=124029746431777&w=4

[Bug #13269] WARNING: at kernel/hrtimer.c:625 hres_timers_resume+0x3c/0x48() when resuming

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13269
Subject		: WARNING: at kernel/hrtimer.c:625 hres_timers_resume+0x3c/0x48() when resuming
Submitter	: cedric <cedric@belbone.be>
Date		: 2009-05-08 08:48 (23 days old)

[Bug #13232] ext3/4 with synchronous writes gets wedged by Postfix

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13232
Subject		: ext3/4 with synchronous writes gets wedged by Postfix
Submitter	: David Watson <kernel-nospam@dbwatson.ukfsn.org>
Date		: 2009-05-03 19:46 (28 days old)

[Bug #13225] [2.6.29 regression] Software suspend no longer works

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13225
Subject		: [2.6.29 regression] Software suspend no longer works
Submitter	: Artem S. Tashkinov <t.artem@mailcity.com>
Date		: 2009-05-02 21:41 (29 days old)

[Bug #13294] i915: drm: xorg leaks drm objects massively

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13294
Subject		: i915: drm: xorg leaks drm objects massively
Submitter	: Sergei Trofimovich <slyich@gmail.com>
Date		: 2009-05-10 19:56 (21 days old)
References	: http://marc.info/?l=linux-kernel&m=124198547027903&w=4

[Bug #13371] s2disk hangs with kernel 2.6.29 and later, SATA, Gigabyte EG45M-DS2H

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13371
Subject		: s2disk hangs with kernel 2.6.29 and later, SATA, Gigabyte EG45M-DS2H
Submitter	: Richard Atterer <richard@2009.atterer.net>
Date		: 2009-05-16 22:51 (15 days old)
References	: http://marc.info/?l=linux-kernel&m=124251446428166&w=4
		  http://lkml.org/lkml/2009/5/25/253

[Bug #13339] rtable leak in ipv4/route.c

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13339
Subject		: rtable leak in ipv4/route.c
Submitter	: Alexander V. Lukyanov <lav@yar.ru>
Date		: 2009-05-18 14:10 (13 days old)

[Bug #13375] Kernel crash with 2.6.29 + nfs + xfs (radix-tree)

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13375
Subject		: Kernel crash with 2.6.29 + nfs + xfs (radix-tree)
Submitter	: Alex Samad <alex@samad.com.au>
Date		: 2009-05-20 0:37 (11 days old)
References	: http://marc.info/?l=linux-kernel&m=124278675503699&w=4

Re: [Bug #13375] Kernel crash with 2.6.29 + nfs + xfs (radix-tree)

[Alex Samad]

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

Hi

as far as I know it is still a problem

Alex


On Sat, May 30, 2009 at 09:55:40PM +0200, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.28 and 2.6.29.
> 
> The following bug entry is on the current list of known regressions
> introduced between 2.6.28 and 2.6.29.  Please verify if it still should
> be listed and let me know (either way).
> 
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13375
> Subject		: Kernel crash with 2.6.29 + nfs + xfs (radix-tree)
> Submitter	: Alex Samad <alex@samad.com.au>
> Date		: 2009-05-20 0:37 (11 days old)
> References	: http://marc.info/?l=linux-kernel&m=124278675503699&w=4
> 
> 
> 


[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [Bug #13371] s2disk hangs with e100, kernel 2.6.29 and later

[Richard Atterer]

This bug is still present.

On Sat, May 30, 2009 at 09:55:39PM +0200, Rafael J. Wysocki wrote:
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13371
> Subject		: s2disk hangs with kernel 2.6.29 and later, SATA, Gigabyte EG45M-DS2H

Better: s2disk hangs with e100, kernel 2.6.29 and later

> Submitter	: Richard Atterer <richard@2009.atterer.net>
> Date		: 2009-05-16 22:51 (15 days old)
> References	: http://marc.info/?l=linux-kernel&m=124251446428166&w=4
> 		  http://lkml.org/lkml/2009/5/25/253

Latest information: The e100 driver is responsible for the problem. 
http://lkml.org/lkml/2009/5/25/440

Maybe handled by: Jeffrey Kirsher <jeffrey.t.kirsher@intel.com>, "Rafael J. Wysocki" <rjw@sisk.pl>
:)

Cheers,

  Richard

-- 
  __   _
  |_) /|  Richard Atterer
  | \/¯|  http://atterer.net
  ¯ '` ¯

Re: [Bug #12947] r128: system hangs when X is started with DRI enabled

[Angel]

On Sat, 30 May 2009 21:55:34 +0200 (CEST)
"Rafael J. Wysocki" <rjw@sisk.pl> wrote:

> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.28 and 2.6.29.
> 
> The following bug entry is on the current list of known regressions
> introduced between 2.6.28 and 2.6.29.  Please verify if it still should
> be listed and let me know (either way).
> 
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12947
> Subject		: r128: system hangs when X is started with DRI enabled
> Submitter	: Jos van der Ende <seraph@xs4all.nl>
> Date		: 2009-03-26 16:14 (66 days old)


We've found a working bug fix for 2.6.29 which I expect will be included in the next bug fix release. However, 2.6.30-rc[1-7] (which already includes this fix) introduced a new problem which we're still working on.

The bug fix in question is this one:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=42beefc00


-- 
Angel <angel@pearlgates.net>

Re: [Bug #12765] i915 VT switch with AIGLX causes X lock up

[Sitsofe Wheeler]

On Sat, May 30, 2009 at 09:55:33PM +0200, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.28 and 2.6.29.
> 
> The following bug entry is on the current list of known regressions
> introduced between 2.6.28 and 2.6.29.  Please verify if it still should
> be listed and let me know (either way).
> 
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12765
> Subject		: i915 VT switch with AIGLX causes X lock up
> Submitter	: Sitsofe Wheeler <sitsofe@yahoo.com>
> Date		: 2009-02-21 15:38 (99 days old)
> First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=14d200c5e5bd19219d930bbb9a5a22758c8f5bec
> References	: http://marc.info/?l=linux-kernel&m=123523074304955&w=4
> 		  http://lkml.org/lkml/2009/4/27/317
> Handled-By	: Jesse Barnes <jbarnes@virtuousgeek.org>
> Patch		: http://patchwork.kernel.org/patch/20197/

Still here in 2.6.30-rc7-00149-g3218911. I have to admit that I thought
commit 9b6fe313bfce27d4a261257da70196be0ac2bef5 might fix it but that
doesn't appear to have been the case...

-- 
Sitsofe | http://sucs.org/~sits/

Re: [Bug #13178] Booting very slow

[Martin Knoblauch]

----- Original Message ----

> From: Rafael J. Wysocki <rjw@sisk.pl>
> To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
> Cc: Kernel Testers List <kernel-testers@vger.kernel.org>; Jesse Barnes <jbarnes@virtuousgeek.org>; Martin Knoblauch <spamtrap@knobisoft.de>; Stephen Hemminger <shemminger@vyatta.com>
> Sent: Saturday, May 30, 2009 9:55:37 PM
> Subject: [Bug #13178] Booting very slow
> 
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.28 and 2.6.29.
> 
> The following bug entry is on the current list of known regressions
> introduced between 2.6.28 and 2.6.29.  Please verify if it still should
> be listed and let me know (either way).
> 
> 
> Bug-Entry    : http://bugzilla.kernel.org/show_bug.cgi?id=13178
> Subject        : Booting very slow
> Submitter    : Martin Knoblauch 
> Date        : 2009-04-24 12:45 (37 days old)
> References    : http://marc.info/?l=linux-kernel&m=124057716231773&w=4

 We (HP and myself) are trying to track it down.

Cheers
Martin

Re: [Bug #13375] Kernel crash with 2.6.29 + nfs + xfs (radix-tree)

[Felix Blyakher]

[cc'ing the xfs mailing list]

On May 30, 2009, at 2:55 PM, Rafael J. Wysocki wrote:

> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.28 and 2.6.29.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.28 and 2.6.29.  Please verify if it still  
> should
> be listed and let me know (either way).
>
>
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13375
> Subject		: Kernel crash with 2.6.29 + nfs + xfs (radix-tree)
> Submitter	: Alex Samad <alex@samad.com.au>
> Date		: 2009-05-20 0:37 (11 days old)
> References	: http://marc.info/?l=linux-kernel&m=124278675503699&w=4
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux- 
> kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

Re: [Bug #12765] i915 VT switch with AIGLX causes X lock up

[Rafael J. Wysocki]

On Sunday 31 May 2009, Sitsofe Wheeler wrote:
> On Sat, May 30, 2009 at 09:55:33PM +0200, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.28 and 2.6.29.
> > 
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.28 and 2.6.29.  Please verify if it still should
> > be listed and let me know (either way).
> > 
> > 
> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12765
> > Subject		: i915 VT switch with AIGLX causes X lock up
> > Submitter	: Sitsofe Wheeler <sitsofe@yahoo.com>
> > Date		: 2009-02-21 15:38 (99 days old)
> > First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=14d200c5e5bd19219d930bbb9a5a22758c8f5bec
> > References	: http://marc.info/?l=linux-kernel&m=123523074304955&w=4
> > 		  http://lkml.org/lkml/2009/4/27/317
> > Handled-By	: Jesse Barnes <jbarnes@virtuousgeek.org>
> > Patch		: http://patchwork.kernel.org/patch/20197/
> 
> Still here in 2.6.30-rc7-00149-g3218911. I have to admit that I thought
> commit 9b6fe313bfce27d4a261257da70196be0ac2bef5 might fix it but that
> doesn't appear to have been the case...

Thanks for the update.

Rafael

Re: [Bug #12947] r128: system hangs when X is started with DRI enabled

[Rafael J. Wysocki]

On Sunday 31 May 2009, Angel wrote:
> On Sat, 30 May 2009 21:55:34 +0200 (CEST)
> "Rafael J. Wysocki" <rjw@sisk.pl> wrote:
> 
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.28 and 2.6.29.
> > 
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.28 and 2.6.29.  Please verify if it still should
> > be listed and let me know (either way).
> > 
> > 
> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12947
> > Subject		: r128: system hangs when X is started with DRI enabled
> > Submitter	: Jos van der Ende <seraph@xs4all.nl>
> > Date		: 2009-03-26 16:14 (66 days old)
> 
> 
> We've found a working bug fix for 2.6.29 which I expect will be included in the next bug fix release. However, 2.6.30-rc[1-7] (which already includes this fix) introduced a new problem which we're still working on.
> 
> The bug fix in question is this one:
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=42beefc00

Thanks, closed.

Best,
Rafael

Re: [Bug 13178] Booting very slow

[Rafael J. Wysocki]

On Monday 01 June 2009, Martin Knoblauch wrote:
> 
> ----- Original Message ----
> 
> > From: Rafael J. Wysocki <rjw@sisk.pl>
> > To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
> > Cc: Kernel Testers List <kernel-testers@vger.kernel.org>; Jesse Barnes <jbarnes@virtuousgeek.org>; Martin Knoblauch <spamtrap@knobisoft.de>; Stephen Hemminger <shemminger@vyatta.com>
> > Sent: Saturday, May 30, 2009 9:55:37 PM
> > Subject: [Bug #13178] Booting very slow
> > 
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.28 and 2.6.29.
> > 
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.28 and 2.6.29.  Please verify if it still should
> > be listed and let me know (either way).
> > 
> > 
> > Bug-Entry    : http://bugzilla.kernel.org/show_bug.cgi?id=13178
> > Subject        : Booting very slow
> > Submitter    : Martin Knoblauch 
> > Date        : 2009-04-24 12:45 (37 days old)
> > References    : http://marc.info/?l=linux-kernel&m=124057716231773&w=4
> 
>  We (HP and myself) are trying to track it down.

OK, thanks for the update.

Rafael

Re: [Bug #13371] s2disk hangs with e100, kernel 2.6.29 and later

[Rafael J. Wysocki]

On Sunday 31 May 2009, Richard Atterer wrote:
> This bug is still present.
> 
> On Sat, May 30, 2009 at 09:55:39PM +0200, Rafael J. Wysocki wrote:
> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13371
> > Subject		: s2disk hangs with kernel 2.6.29 and later, SATA, Gigabyte EG45M-DS2H
> 
> Better: s2disk hangs with e100, kernel 2.6.29 and later
> 
> > Submitter	: Richard Atterer <richard@2009.atterer.net>
> > Date		: 2009-05-16 22:51 (15 days old)
> > References	: http://marc.info/?l=linux-kernel&m=124251446428166&w=4
> > 		  http://lkml.org/lkml/2009/5/25/253
> 
> Latest information: The e100 driver is responsible for the problem. 
> http://lkml.org/lkml/2009/5/25/440
> 
> Maybe handled by: Jeffrey Kirsher <jeffrey.t.kirsher@intel.com>, "Rafael J. Wysocki" <rjw@sisk.pl>
> :)

Thanks for the update. :-)

Best,
Rafael

Re: [Bug #13375] Kernel crash with 2.6.29 + nfs + xfs (radix-tree)

[Rafael J. Wysocki]

On Sunday 31 May 2009, Alex Samad wrote:
> Hi
> 
> as far as I know it is still a problem

Thanks for the update.

Best,
Rafael

 
> On Sat, May 30, 2009 at 09:55:40PM +0200, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.28 and 2.6.29.
> > 
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.28 and 2.6.29.  Please verify if it still should
> > be listed and let me know (either way).
> > 
> > 
> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13375
> > Subject		: Kernel crash with 2.6.29 + nfs + xfs (radix-tree)
> > Submitter	: Alex Samad <alex@samad.com.au>
> > Date		: 2009-05-20 0:37 (11 days old)
> > References	: http://marc.info/?l=linux-kernel&m=124278675503699&w=4

Re: [Bug #12947] r128: system hangs when X is started with DRI enabled

[Jos van der Ende]

> The bug fix in question is this one:
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=42beefc00

I did some final testing today.

The problem with the black screen I was having with 2.6.30 seems to have been solved in rc7, X works flawlessly there.

2.6.29.4 and 2.6.29-gentoo-r5 also work just fine with Dave's bug fix in place.


Thanks to everyone who helped! :-)


-- 
Jos van der Ende <seraph@xs4all.nl>

Re: [Bug #13375] Kernel crash with 2.6.29 + nfs + xfs (radix-tree)

[Mike Dresser]

I am testing 2.6.30-rc8 on the server that has issues with 2.6.29.4, 
I'll most likely know tonight or tomorrow morning if that kernel fixes 
it.. I noticed a lot of xfs changes in rc8 so I figured it was worth a try.

Re: [Bug #13375] Kernel crash with 2.6.29 + nfs + xfs (radix-tree)

[Christoph Hellwig]

On Thu, Jun 04, 2009 at 10:28:17AM -0400, Mike Dresser wrote:
> I am testing 2.6.30-rc8 on the server that has issues with 2.6.29.4,  
> I'll most likely know tonight or tomorrow morning if that kernel fixes  
> it.. I noticed a lot of xfs changes in rc8 so I figured it was worth a 
> try.

Can you please also run with CONFIG_XFS_DEBUG enabled so that all
kinds of asserts might trigger?

Re: [Bug #13375] Kernel crash with 2.6.29 + nfs + xfs (radix-tree)

[Mike Dresser]

On Thu, 4 Jun 2009, Christoph Hellwig wrote:

> Can you please also run with CONFIG_XFS_DEBUG enabled so that all
> kinds of asserts might trigger?

The help for that option says the "code will be HUGE and SLOW"

How much of a slowdown are we likely talking about?

Mike

Re: [Bug #13375] Kernel crash with 2.6.29 + nfs + xfs (radix-tree)

[Christoph Hellwig]

On Thu, Jun 04, 2009 at 10:40:01AM -0400, Mike Dresser wrote:
> On Thu, 4 Jun 2009, Christoph Hellwig wrote:
>
>> Can you please also run with CONFIG_XFS_DEBUG enabled so that all
>> kinds of asserts might trigger?
>
> The help for that option says the "code will be HUGE and SLOW"
>
> How much of a slowdown are we likely talking about?

I haven't actually measured it, but it shouldn't be that bad.  Mostly
it's adding tons of ASSERT statements.  The Kconfig help is there to
prevent people from enabling it just because they can.

Re: [Bug #13375] Kernel crash with 2.6.29 + nfs + xfs (radix-tree)

[Mike Dresser]

On Fri, 5 Jun 2009, Christoph Hellwig wrote:

> I haven't actually measured it, but it shouldn't be that bad.  Mostly

I've enabled that as of yesterday and I'll let it go through it's normal 
operations.. It did survive the other night without CONFIG_XFS_DEBUG 
on(and on 2.6.30-rc8), but that sometimes happened anyways.

If it makes it through this weekend without crashing then that bodes well 
for something being fixed in the recent rc's.

Doesn't seem to be any slower though, the backups completed around the 
same time as they always do.

Mike

Re: [Bug #13375] Kernel crash with 2.6.29 + nfs + xfs (radix-tree)

[Mathias Kretschmer]

On Friday 05 June 2009 17:19:06 Mike Dresser wrote:
> On Fri, 5 Jun 2009, Christoph Hellwig wrote:
> > I haven't actually measured it, but it shouldn't be that bad.  Mostly
>
> I've enabled that as of yesterday and I'll let it go through it's normal
> operations.. It did survive the other night without CONFIG_XFS_DEBUG
> on(and on 2.6.30-rc8), but that sometimes happened anyways.

Is your machine still happy ?

If so, I'll give 2.6.30-rc8 a shot, as well.

-Mathias

> If it makes it through this weekend without crashing then that bodes well
> for something being fixed in the recent rc's.
>
> Doesn't seem to be any slower though, the backups completed around the
> same time as they always do.
>
> Mike
>
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

Re: [Bug #13375] Kernel crash with 2.6.29 + nfs + xfs (radix-tree)

[Mike Dresser]

On Sat, 6 Jun 2009, Mathias Kretschmer wrote:

> Is your machine still happy ?
>
> If so, I'll give 2.6.30-rc8 a shot, as well.

Still running, no crashes or errors so far

Mike

Re: [Bug #13375] Kernel crash with 2.6.29 + nfs + xfs (radix-tree)

[Mathias Kretschmer]

On Saturday 06 June 2009 17:38:44 Mike Dresser wrote:
> On Sat, 6 Jun 2009, Mathias Kretschmer wrote:
> > Is your machine still happy ?
> >
> > If so, I'll give 2.6.30-rc8 a shot, as well.
>
> Still running, no crashes or errors so far

OK. running 2.6.30-rc8-git2.  no crashes, so far.

but, same problem as with 2.6.29: tons of 'reconnect_path: npd != pd" messages 
and stale NFS handles on the client boxes (i.e. my desktop).

I upgraded from 2.6.25, which worked fine.

The box is an AMD K8 (x86_64) with sata,raid6,lvm,xfs,nfsd.

Mathias


> Mike
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

Re: [Bug #13178] Booting very slow

[Rafael J. Wysocki]

On Monday 08 June 2009, Martin Knoblauch wrote:
> 
> ----- Original Message ----
> 
> > From: Rafael J. Wysocki <rjw@sisk.pl>
> > To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
> > Cc: Kernel Testers List <kernel-testers@vger.kernel.org>; Jesse Barnes <jbarnes@virtuousgeek.org>; Martin Knoblauch <spamtrap@knobisoft.de>; Stephen Hemminger <shemminger@vyatta.com>
> > Sent: Sunday, June 7, 2009 12:06:22 PM
> > Subject: [Bug #13178] Booting very slow
> > 
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.28 and 2.6.29.
> > 
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.28 and 2.6.29.  Please verify if it still should
> > be listed and let me know (either way).
> > 
> > 
> > Bug-Entry    : http://bugzilla.kernel.org/show_bug.cgi?id=13178
> > Subject        : Booting very slow
> > Submitter    : Martin Knoblauch 
> > Date        : 2009-04-24 12:45 (45 days old)
> > References    : http://marc.info/?l=linux-kernel&m=124057716231773&w=4
> 
>  No change since last ping. We ruled out a non-HP NIC in the DL380. HP will try to reproduce in-house.

Thanks a lot for the update.

Best,
Rafael

Re: [Bug #13178] Booting very slow

[Martin Knoblauch]

----- Original Message ----

> From: Rafael J. Wysocki <rjw@sisk.pl>
> To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
> Cc: Kernel Testers List <kernel-testers@vger.kernel.org>; Jesse Barnes <jbarnes@virtuousgeek.org>; Martin Knoblauch <spamtrap@knobisoft.de>; Stephen Hemminger <shemminger@vyatta.com>
> Sent: Sunday, June 7, 2009 12:06:22 PM
> Subject: [Bug #13178] Booting very slow
> 
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.28 and 2.6.29.
> 
> The following bug entry is on the current list of known regressions
> introduced between 2.6.28 and 2.6.29.  Please verify if it still should
> be listed and let me know (either way).
> 
> 
> Bug-Entry    : http://bugzilla.kernel.org/show_bug.cgi?id=13178
> Subject        : Booting very slow
> Submitter    : Martin Knoblauch 
> Date        : 2009-04-24 12:45 (45 days old)
> References    : http://marc.info/?l=linux-kernel&m=124057716231773&w=4

 No change since last ping. We ruled out a non-HP NIC in the DL380. HP will try to reproduce in-house.

Martin

[Bug #13178] Booting very slow

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13178
Subject		: Booting very slow
Submitter	: Martin Knoblauch <spamtrap@knobisoft.de>
Date		: 2009-04-24 12:45 (45 days old)
References	: http://marc.info/?l=linux-kernel&m=124057716231773&w=4

Re: [Bug #13178] Booting very slow

[Martin Knoblauch]

 ------------------------------------------------------
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www:   http://www.knobisoft.de



----- Original Message ----
> From: Kay Sievers <kay.sievers@vrfy.org>
> To: Martin Knoblauch <spamtrap@knobisoft.de>
> Cc: Rafael J. Wysocki <rjw@sisk.pl>; Linux Kernel Mailing List <linux-kernel@vger.kernel.org>; Kernel Testers List <kernel-testers@vger.kernel.org>
> Sent: Tuesday, May 19, 2009 10:58:24 AM
> Subject: Re: [Bug #13178] Booting very slow
> 
> On Tue, May 19, 2009 at 09:22, Martin Knoblauch wrote:
> >> >  The issue is still open. It turns out that starting with 2.6.29-rc1
> >> /proc/mounts already has a "sysfs" line when entering the startup scripts 
> from
> >> initrd. This breaks the RHEL4 firmware hotplug script.
> >>
> >> Is that possibly a missing/failing "umount /sys" _in_ initramfs, which
> >> leaves the sysfs entry in /proc/mounts behind, which then shows up as
> >> a duplicate when running in the real rootfs?
> >
> >  could be. Remains the question, why it never showed up before 2.6.29. I 
> compared my initrd images for 2.6.28 and 2.6.29-rc1, and they only differ in the 
> module-binaries.
> 
> I wouldn't be surprised if we are just "too fast" again now with the
> async stuff, for another piece of rather fragile userspace bootup
> logic, making some wrong assumptions. Are you compiling-in the modules
> for the root disk and the root filesystem?
> 
> Cheers,
> Kay

 timing may actually be the answer. I finally manged to bisect the thing and the first bad commit is this one:

|commit 1120f8b8169fb2cb51219d326892d963e762edb6
|Author: Stephen Hemminger <shemminger@vyatta.com>
|Date:   Thu Dec 18 09:17:16 2008 -0800
|
|    PCI: handle long delays in VPD access
|
|    Accessing the VPD area can take a long time.  The existing
|    VPD access code fails consistently on my hardware. There are comments
|
|    Change the access routines to:
|      * use a mutex rather than spinning with IRQ's disabled and lock held
|      * have a much longer timeout
|      * call cond_resched while spinning
|
|    Signed-off-by: Stephen Hemminger <shemminger@vyatta.com>
|    Reviewed-by: Matthew Wilcox <willy@linux.intel.com>
|    Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>

  And no, the "cciss", "ext3" and "jbd" are modules in my intrd image.

 I will continue the discussion under the original topic.

Cheers

Re: [Bug #13178] Booting very slow

[Kay Sievers]

On Tue, May 19, 2009 at 09:22, Martin Knoblauch <spamtrap@knobisoft.de> wrote:
>> >  The issue is still open. It turns out that starting with 2.6.29-rc1
>> /proc/mounts already has a "sysfs" line when entering the startup scripts from
>> initrd. This breaks the RHEL4 firmware hotplug script.
>>
>> Is that possibly a missing/failing "umount /sys" _in_ initramfs, which
>> leaves the sysfs entry in /proc/mounts behind, which then shows up as
>> a duplicate when running in the real rootfs?
>
>  could be. Remains the question, why it never showed up before 2.6.29. I compared my initrd images for 2.6.28 and 2.6.29-rc1, and they only differ in the module-binaries.

I wouldn't be surprised if we are just "too fast" again now with the
async stuff, for another piece of rather fragile userspace bootup
logic, making some wrong assumptions. Are you compiling-in the modules
for the root disk and the root filesystem?

Cheers,
Kay

Re: [Bug #13178] Booting very slow

[Martin Knoblauch]

----- Original Message ----

> From: Kay Sievers <kay.sievers@vrfy.org>
> To: Martin Knoblauch <spamtrap@knobisoft.de>
> Cc: Rafael J. Wysocki <rjw@sisk.pl>; Linux Kernel Mailing List <linux-kernel@vger.kernel.org>; Kernel Testers List <kernel-testers@vger.kernel.org>
> Sent: Tuesday, May 19, 2009 2:26:04 AM
> Subject: Re: [Bug #13178] Booting very slow
> 
> On Mon, May 18, 2009 at 10:15, Martin Knoblauch wrote:
> 
> >> Bug-Entry    : http://bugzilla.kernel.org/show_bug.cgi?id=13178
> >> Subject        : Booting very slow
> >> Submitter    : Martin Knoblauch
> >> Date        : 2009-04-24 12:45 (23 days old)
> >> References    : http://marc.info/?l=linux-kernel&m=124057716231773&w=4
> >
> >  The issue is still open. It turns out that starting with 2.6.29-rc1 
> /proc/mounts already has a "sysfs" line when entering the startup scripts from 
> initrd. This breaks the RHEL4 firmware hotplug script.
> 
> Is that possibly a missing/failing "umount /sys" _in_ initramfs, which
> leaves the sysfs entry in /proc/mounts behind, which then shows up as
> a duplicate when running in the real rootfs?
> 

 could be. Remains the question, why it never showed up before 2.6.29. I compared my initrd images for 2.6.28 and 2.6.29-rc1, and they only differ in the module-binaries.

Cheers
Martin

Re: [Bug #13178] Booting very slow

[Kay Sievers]

On Mon, May 18, 2009 at 10:15, Martin Knoblauch <spamtrap@knobisoft.de> wrote:

>> Bug-Entry    : http://bugzilla.kernel.org/show_bug.cgi?id=13178
>> Subject        : Booting very slow
>> Submitter    : Martin Knoblauch
>> Date        : 2009-04-24 12:45 (23 days old)
>> References    : http://marc.info/?l=linux-kernel&m=124057716231773&w=4
>
>  The issue is still open. It turns out that starting with 2.6.29-rc1 /proc/mounts already has a "sysfs" line when entering the startup scripts from initrd. This breaks the RHEL4 firmware hotplug script.

Is that possibly a missing/failing "umount /sys" _in_ initramfs, which
leaves the sysfs entry in /proc/mounts behind, which then shows up as
a duplicate when running in the real rootfs?

Thanks,
Kay

Re: [Bug #13178] Booting very slow

[Rafael J. Wysocki]

On Monday 18 May 2009, Martin Knoblauch wrote:
> 
> ----- Original Message ----
> 
> > From: Rafael J. Wysocki <rjw@sisk.pl>
> > To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
> > Cc: Kernel Testers List <kernel-testers@vger.kernel.org>; Martin Knoblauch <spamtrap@knobisoft.de>
> > Sent: Saturday, May 16, 2009 10:06:02 PM
> > Subject: [Bug #13178] Booting very slow
> > 
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.28 and 2.6.29.
> > 
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.28 and 2.6.29.  Please verify if it still should
> > be listed and let me know (either way).
> > 
> > 
> > Bug-Entry    : http://bugzilla.kernel.org/show_bug.cgi?id=13178
> > Subject        : Booting very slow
> > Submitter    : Martin Knoblauch 
> > Date        : 2009-04-24 12:45 (23 days old)
> > References    : http://marc.info/?l=linux-kernel&m=124057716231773&w=4
> 
>  The issue is still open. It turns out that starting with 2.6.29-rc1 /proc/mounts already has a "sysfs" line when entering the startup scripts from initrd. This breaks the RHEL4 firmware hotplug script.
> 
> Simple fix to user space is available. I do not know how important this issue is.
> 
> Anyway, I am in the process of bisecting the problem. It is just a bit tedious in the my customers and employers environment :-(

Thanks a lot for doing this.

Best,
Rafael

Re: [Bug #13178] Booting very slow

[Martin Knoblauch]

----- Original Message ----

> From: Rafael J. Wysocki <rjw@sisk.pl>
> To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
> Cc: Kernel Testers List <kernel-testers@vger.kernel.org>; Martin Knoblauch <spamtrap@knobisoft.de>
> Sent: Saturday, May 16, 2009 10:06:02 PM
> Subject: [Bug #13178] Booting very slow
> 
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.28 and 2.6.29.
> 
> The following bug entry is on the current list of known regressions
> introduced between 2.6.28 and 2.6.29.  Please verify if it still should
> be listed and let me know (either way).
> 
> 
> Bug-Entry    : http://bugzilla.kernel.org/show_bug.cgi?id=13178
> Subject        : Booting very slow
> Submitter    : Martin Knoblauch 
> Date        : 2009-04-24 12:45 (23 days old)
> References    : http://marc.info/?l=linux-kernel&m=124057716231773&w=4

 The issue is still open. It turns out that starting with 2.6.29-rc1 /proc/mounts already has a "sysfs" line when entering the startup scripts from initrd. This breaks the RHEL4 firmware hotplug script.

Simple fix to user space is available. I do not know how important this issue is.

Anyway, I am in the process of bisecting the problem. It is just a bit tedious in the my customers and employers environment :-(

Cheers
Martin

[Bug #13178] Booting very slow

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13178
Subject		: Booting very slow
Submitter	: Martin Knoblauch <spamtrap@knobisoft.de>
Date		: 2009-04-24 12:45 (23 days old)
References	: http://marc.info/?l=linux-kernel&m=124057716231773&w=4

Re: [Bug #13178] Booting very slow

[Rafael J. Wysocki]

On Monday 27 April 2009, Martin Knoblauch wrote:
> 
> ----- Original Message ----
> 
> > From: Martin Knoblauch <spamtrap@knobisoft.de>
> > To: Rafael J. Wysocki <rjw@sisk.pl>; Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
> > Cc: Kernel Testers List <kernel-testers@vger.kernel.org>
> > Sent: Monday, April 27, 2009 9:18:53 AM
> > Subject: Re: [Bug #13178] Booting very slow
> > 
> > ----- Original Message ----
> > 
> > > From: Rafael J. Wysocki 
> > > To: Linux Kernel Mailing List 
> > > Cc: Kernel Testers List ; Martin Knoblauch 
> > 
> > > Sent: Sunday, April 26, 2009 11:46:31 AM
> > > Subject: [Bug #13178] Booting very slow
> > > 
> > > This message has been generated automatically as a part of a report
> > > of regressions introduced between 2.6.28 and 2.6.29.
> > > 
> > > The following bug entry is on the current list of known regressions
> > > introduced between 2.6.28 and 2.6.29.  Please verify if it still should
> > > be listed and let me know (either way).
> > > 
> > > 
> > > Bug-Entry    : http://bugzilla.kernel.org/show_bug.cgi?id=13178
> > > Subject        : Booting very slow
> > > Submitter    : Martin Knoblauch 
> > > Date        : 2009-04-24 12:45 (3 days old)
> > > References    : http://marc.info/?l=linux-kernel&m=124057716231773&w=4
> > 
> > Not really sure whether this is a real regression. Between 2.6.28 and 2.6.29 the 
> > content of /proc/mounts for sysfs changed from
> > 
> > /sys /sys sysfs rw 0 0
> > 
> > to
> > 
> > none /sys sysfs rw 0 0
> > 
> > 
> > This breaks RHEL-4.3 userland which parses /proc/mounts in the firmware hotplug 
> > agent to find the mount-point for sysfs. As a result firmware loading started to 
> > fail in 2.6.29. There is a simple fix in the /etc/hotplug/firmware.agent script 
> > (just assume /sys as it is done elsewhere).
> > 
> > Your call.
> > 
> > Cheers
> > Martin
> 
>  Actually I have to correct myself. The reason for the failure to parse /proc/mounts for "sysfs" is that there are two lines:
> 
> [hotplug]# uname -a
> Linux lpsdm52 2.6.30-rc3-git2-nfs_ra #3 SMP Mon Apr 27 10:21:31 CEST 2009 x86_64 x86_64 x86_64 GNU/Linux
> [hotplug]# grep sysfs /proc/mounts
> none /sys sysfs rw,relatime 0 0
> /sys /sys sysfs rw,relatime 0 0
> 
>  This breaks the "firmware.agent" /sys-parsing code. There still exists the simple fix to userspace, but I now think that this is a real regression that should be fixed.

Thanks for the update.

Rafael

Re: [Bug #13178] Booting very slow

[Martin Knoblauch]

----- Original Message ----

> From: Martin Knoblauch <spamtrap@knobisoft.de>
> To: Rafael J. Wysocki <rjw@sisk.pl>; Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
> Cc: Kernel Testers List <kernel-testers@vger.kernel.org>
> Sent: Monday, April 27, 2009 9:18:53 AM
> Subject: Re: [Bug #13178] Booting very slow
> 
> ----- Original Message ----
> 
> > From: Rafael J. Wysocki 
> > To: Linux Kernel Mailing List 
> > Cc: Kernel Testers List ; Martin Knoblauch 
> 
> > Sent: Sunday, April 26, 2009 11:46:31 AM
> > Subject: [Bug #13178] Booting very slow
> > 
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.28 and 2.6.29.
> > 
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.28 and 2.6.29.  Please verify if it still should
> > be listed and let me know (either way).
> > 
> > 
> > Bug-Entry    : http://bugzilla.kernel.org/show_bug.cgi?id=13178
> > Subject        : Booting very slow
> > Submitter    : Martin Knoblauch 
> > Date        : 2009-04-24 12:45 (3 days old)
> > References    : http://marc.info/?l=linux-kernel&m=124057716231773&w=4
> 
> Not really sure whether this is a real regression. Between 2.6.28 and 2.6.29 the 
> content of /proc/mounts for sysfs changed from
> 
> /sys /sys sysfs rw 0 0
> 
> to
> 
> none /sys sysfs rw 0 0
> 
> 
> This breaks RHEL-4.3 userland which parses /proc/mounts in the firmware hotplug 
> agent to find the mount-point for sysfs. As a result firmware loading started to 
> fail in 2.6.29. There is a simple fix in the /etc/hotplug/firmware.agent script 
> (just assume /sys as it is done elsewhere).
> 
> Your call.
> 
> Cheers
> Martin

 Actually I have to correct myself. The reason for the failure to parse /proc/mounts for "sysfs" is that there are two lines:

[hotplug]# uname -a
Linux lpsdm52 2.6.30-rc3-git2-nfs_ra #3 SMP Mon Apr 27 10:21:31 CEST 2009 x86_64 x86_64 x86_64 GNU/Linux
[hotplug]# grep sysfs /proc/mounts
none /sys sysfs rw,relatime 0 0
/sys /sys sysfs rw,relatime 0 0

 This breaks the "firmware.agent" /sys-parsing code. There still exists the simple fix to userspace, but I now think that this is a real regression that should be fixed.

Cheers
Martin

Re: [Bug #13178] Booting very slow

[Martin Knoblauch]

----- Original Message ----

> From: Rafael J. Wysocki <rjw@sisk.pl>
> To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
> Cc: Kernel Testers List <kernel-testers@vger.kernel.org>; Martin Knoblauch <spamtrap@knobisoft.de>
> Sent: Sunday, April 26, 2009 11:46:31 AM
> Subject: [Bug #13178] Booting very slow
> 
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.28 and 2.6.29.
> 
> The following bug entry is on the current list of known regressions
> introduced between 2.6.28 and 2.6.29.  Please verify if it still should
> be listed and let me know (either way).
> 
> 
> Bug-Entry    : http://bugzilla.kernel.org/show_bug.cgi?id=13178
> Subject        : Booting very slow
> Submitter    : Martin Knoblauch 
> Date        : 2009-04-24 12:45 (3 days old)
> References    : http://marc.info/?l=linux-kernel&m=124057716231773&w=4

 Not really sure whether this is a real regression. Between 2.6.28 and 2.6.29 the content of /proc/mounts for sysfs changed from

/sys /sys sysfs rw 0 0

to

none /sys sysfs rw 0 0


 This breaks RHEL-4.3 userland which parses /proc/mounts in the firmware hotplug agent to find the mount-point for sysfs. As a result firmware loading started to fail in 2.6.29. There is a simple fix in the /etc/hotplug/firmware.agent script (just assume /sys as it is done elsewhere).

 Your call.

Cheers
Martin

[Bug #13178] Booting very slow

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.

The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13178
Subject		: Booting very slow
Submitter	: Martin Knoblauch <spamtrap@knobisoft.de>
Date		: 2009-04-24 12:45 (3 days old)
References	: http://marc.info/?l=linux-kernel&m=124057716231773&w=4