* 2.6.28-rc9-git1: Reported regressions from 2.6.27
@ 2008-12-20 21:56 ` Rafael J. Wysocki
0 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 21:56 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Adrian Bunk, Andrew Morton, Linus Torvalds, Natalie Protasevich,
Kernel Testers List, Network Development, Linux ACPI,
Linux PM List, Linux SCSI List
This message contains a list of some regressions from 2.6.27, for which there
are no fixes in the mainline I know of. If any of them have been fixed already,
please let me know.
If you know of any other unresolved regressions from 2.6.27, 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
----------------------------------------
2008-12-21 120 19 17
2008-12-13 111 14 13
2008-12-07 106 20 17
2008-12-04 106 29 21
2008-11-22 93 25 15
2008-11-16 89 32 18
2008-11-09 73 40 27
2008-11-02 55 41 29
2008-10-25 26 25 20
Unresolved regressions
----------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12265
Subject : FPU emulation broken in 2.6.28-rc8 ?
Submitter : Rogier Wolff <R.E.Wolff@bitwizard.nl>
Date : 2008-12-17 8:56 (4 days old)
References : http://marc.info/?l=linux-kernel&m=122950463030747&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12264
Subject : i915: switching from kwin in opengl mode to a VT then back to x11, x11 freezes
Submitter : Caleb Cushing <xenoterracide@gmail.com>
Date : 2008-12-16 11:40 (5 days old)
References : http://marc.info/?l=linux-kernel&m=122942777030666&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12263
Subject : Sata soft reset filling log
Submitter : Justin Madru <bevicm@dslextreme.com>
Date : 2008-12-13 2:07 (8 days old)
References : http://marc.info/?l=linux-kernel&m=122913412608533&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12256
Subject : [regression: 2.6.28] NFS client with locking fails
Submitter : Kees Cook <kees@outflux.net>
Date : 2008-12-19 13:38 (2 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12224
Subject : journal activity on inactive partition causes inactive harddrive spinup
Submitter : C Sights <csights@fastmail.fm>
Date : 2008-12-14 11:39 (7 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=c87591b719737b4e91eb1a9fa8fd55a4ff1886d6
Handled-By : Eric Sandeen <sandeen@redhat.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12216
Subject : Error when drm is loaded
Submitter : François Valenduc <francois.valenduc@tvcablenet.be>
Date : 2008-12-13 09:59 (8 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=52440211dcdc52c0b757f8b34d122e11b12cdd50
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12210
Subject : 2.6.28-rc8 big regression in VM
Submitter : Lukas Hejtmanek <xhejtman@ics.muni.cz>
Date : 2008-12-12 18:38 (9 days old)
References : http://marc.info/?l=linux-kernel&m=122910711005135&w=4
Handled-By : Wu Fengguang <fengguang.wu@intel.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12209
Subject : oldish top core dumps (in its meminfo() function)
Submitter : Andreas Mohr <andi@lisas.de>
Date : 2008-12-12 18:49 (9 days old)
References : http://marc.info/?l=linux-kernel&m=122910784006472&w=4
http://marc.info/?l=linux-kernel&m=122907511319288&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12208
Subject : uml is very slow on 2.6.28 host
Submitter : Miklos Szeredi <miklos@szeredi.hu>
Date : 2008-12-12 9:35 (9 days old)
References : http://marc.info/?l=linux-kernel&m=122907463518593&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12195
Subject : "dd" make kernel panic
Submitter : alexs <alex.shi@intel.com>
Date : 2008-12-10 18:07 (11 days old)
Handled-By : James Bottomley <James.Bottomley@HansenPartnership.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12178
Subject : Xorg crash at first start
Submitter : Cédric Godin <cedric@belbone.be>
Date : 2008-12-04 14:26 (17 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=52440211dcdc52c0b757f8b34d122e11b12cdd50
References : http://marc.info/?l=linux-kernel&m=122840082828098&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12160
Subject : networking oops after resume from s2ram (2.6.28-rc6)
Submitter : Marcin Slusarz <marcin.slusarz@gmail.com>
Date : 2008-11-28 21:15 (23 days old)
References : http://marc.info/?l=linux-kernel&m=122790701615723&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12159
Subject : 2.6.28-rc6-git1 -- No sound produced from Intel HDA ALSA driver
Submitter : Miles Lane <miles.lane@gmail.com>
Date : 2008-11-27 20:33 (24 days old)
References : http://marc.info/?l=linux-kernel&m=122781805620212&w=4
Handled-By : Takashi Iwai <tiwai@suse.de>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12156
Subject : v2.6.28-rc2: x86_32 relocation regression?
Submitter : Vegard Nossum <vegard.nossum@gmail.com>
Date : 2008-11-24 21:19 (27 days old)
References : http://marc.info/?l=linux-kernel&m=122756158220966&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12061
Subject : snd_hda_intel: power_save: sound cracks on powerdown
Submitter : Jens Weibler <bugzilla-kernel@jensthebrain.de>
Date : 2008-11-18 12:07 (33 days old)
Handled-By : Takashi Iwai <tiwai@suse.de>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12028
Subject : i915 DRM is broken in 2.6.28-rc4
Submitter : Adam Tkac <vonsch@gmail.com>
Date : 2008-11-14 01:50 (37 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11849
Subject : default IRQ affinity change in v2.6.27 (breaking several SMP PPC based systems)
Submitter : Kumar Gala <galak@kernel.crashing.org>
Date : 2008-10-24 12:45 (58 days old)
References : http://marc.info/?l=linux-kernel&m=122485245924125&w=4
Regressions with patches
------------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12260
Subject : Regression due to commit 2b80848e3818fb1c (p54usb: support LM87 firmwares)
Submitter : Larry Finger <Larry.Finger@lwfinger.net>
Date : 2008-12-20 10:45 (1 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=2b80848e3818fb1c8ccddc105b065a86c68afa9d
Patch : http://bugzilla.kernel.org/show_bug.cgi?id=12260
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12252
Subject : new oops on resume due to ACPI_PREEMPTION_POINT()
Submitter : Len Brown <len.brown@intel.com>
Date : 2008-12-18 18:17 (3 days old)
Handled-By : Len Brown <lenb@kernel.org>
Patch : http://bugzilla.kernel.org/attachment.cgi?id=19370&action=view
For details, please visit the bug entries and follow the links given in
references.
As you can see, there is a Bugzilla entry for each of the listed regressions.
There also is a Bugzilla entry used for tracking the regressions from 2.6.27,
unresolved as well as resolved, at:
http://bugzilla.kernel.org/show_bug.cgi?id=11808
Please let me know if there are any Bugzilla entries that should be added to
the list in there.
Thanks,
Rafael
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 86+ messages in thread
* 2.6.28-rc9-git1: Reported regressions from 2.6.27
@ 2008-12-20 21:56 ` Rafael J. Wysocki
0 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 21:56 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Adrian Bunk, Andrew Morton, Linus Torvalds, Natalie Protasevich,
Kernel Testers List, Network Development, Linux ACPI,
Linux PM List, Linux SCSI List
This message contains a list of some regressions from 2.6.27, for which there
are no fixes in the mainline I know of. If any of them have been fixed already,
please let me know.
If you know of any other unresolved regressions from 2.6.27, 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
----------------------------------------
2008-12-21 120 19 17
2008-12-13 111 14 13
2008-12-07 106 20 17
2008-12-04 106 29 21
2008-11-22 93 25 15
2008-11-16 89 32 18
2008-11-09 73 40 27
2008-11-02 55 41 29
2008-10-25 26 25 20
Unresolved regressions
----------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12265
Subject : FPU emulation broken in 2.6.28-rc8 ?
Submitter : Rogier Wolff <R.E.Wolff@bitwizard.nl>
Date : 2008-12-17 8:56 (4 days old)
References : http://marc.info/?l=linux-kernel&m=122950463030747&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12264
Subject : i915: switching from kwin in opengl mode to a VT then back to x11, x11 freezes
Submitter : Caleb Cushing <xenoterracide@gmail.com>
Date : 2008-12-16 11:40 (5 days old)
References : http://marc.info/?l=linux-kernel&m=122942777030666&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12263
Subject : Sata soft reset filling log
Submitter : Justin Madru <bevicm@dslextreme.com>
Date : 2008-12-13 2:07 (8 days old)
References : http://marc.info/?l=linux-kernel&m=122913412608533&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12256
Subject : [regression: 2.6.28] NFS client with locking fails
Submitter : Kees Cook <kees@outflux.net>
Date : 2008-12-19 13:38 (2 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12224
Subject : journal activity on inactive partition causes inactive harddrive spinup
Submitter : C Sights <csights@fastmail.fm>
Date : 2008-12-14 11:39 (7 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=c87591b719737b4e91eb1a9fa8fd55a4ff1886d6
Handled-By : Eric Sandeen <sandeen@redhat.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12216
Subject : Error when drm is loaded
Submitter : François Valenduc <francois.valenduc@tvcablenet.be>
Date : 2008-12-13 09:59 (8 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=52440211dcdc52c0b757f8b34d122e11b12cdd50
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12210
Subject : 2.6.28-rc8 big regression in VM
Submitter : Lukas Hejtmanek <xhejtman@ics.muni.cz>
Date : 2008-12-12 18:38 (9 days old)
References : http://marc.info/?l=linux-kernel&m=122910711005135&w=4
Handled-By : Wu Fengguang <fengguang.wu@intel.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12209
Subject : oldish top core dumps (in its meminfo() function)
Submitter : Andreas Mohr <andi@lisas.de>
Date : 2008-12-12 18:49 (9 days old)
References : http://marc.info/?l=linux-kernel&m=122910784006472&w=4
http://marc.info/?l=linux-kernel&m=122907511319288&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12208
Subject : uml is very slow on 2.6.28 host
Submitter : Miklos Szeredi <miklos@szeredi.hu>
Date : 2008-12-12 9:35 (9 days old)
References : http://marc.info/?l=linux-kernel&m=122907463518593&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12195
Subject : "dd" make kernel panic
Submitter : alexs <alex.shi@intel.com>
Date : 2008-12-10 18:07 (11 days old)
Handled-By : James Bottomley <James.Bottomley@HansenPartnership.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12178
Subject : Xorg crash at first start
Submitter : Cédric Godin <cedric@belbone.be>
Date : 2008-12-04 14:26 (17 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=52440211dcdc52c0b757f8b34d122e11b12cdd50
References : http://marc.info/?l=linux-kernel&m=122840082828098&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12160
Subject : networking oops after resume from s2ram (2.6.28-rc6)
Submitter : Marcin Slusarz <marcin.slusarz@gmail.com>
Date : 2008-11-28 21:15 (23 days old)
References : http://marc.info/?l=linux-kernel&m=122790701615723&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12159
Subject : 2.6.28-rc6-git1 -- No sound produced from Intel HDA ALSA driver
Submitter : Miles Lane <miles.lane@gmail.com>
Date : 2008-11-27 20:33 (24 days old)
References : http://marc.info/?l=linux-kernel&m=122781805620212&w=4
Handled-By : Takashi Iwai <tiwai@suse.de>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12156
Subject : v2.6.28-rc2: x86_32 relocation regression?
Submitter : Vegard Nossum <vegard.nossum@gmail.com>
Date : 2008-11-24 21:19 (27 days old)
References : http://marc.info/?l=linux-kernel&m=122756158220966&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12061
Subject : snd_hda_intel: power_save: sound cracks on powerdown
Submitter : Jens Weibler <bugzilla-kernel@jensthebrain.de>
Date : 2008-11-18 12:07 (33 days old)
Handled-By : Takashi Iwai <tiwai@suse.de>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12028
Subject : i915 DRM is broken in 2.6.28-rc4
Submitter : Adam Tkac <vonsch@gmail.com>
Date : 2008-11-14 01:50 (37 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11849
Subject : default IRQ affinity change in v2.6.27 (breaking several SMP PPC based systems)
Submitter : Kumar Gala <galak@kernel.crashing.org>
Date : 2008-10-24 12:45 (58 days old)
References : http://marc.info/?l=linux-kernel&m=122485245924125&w=4
Regressions with patches
------------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12260
Subject : Regression due to commit 2b80848e3818fb1c (p54usb: support LM87 firmwares)
Submitter : Larry Finger <Larry.Finger@lwfinger.net>
Date : 2008-12-20 10:45 (1 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=2b80848e3818fb1c8ccddc105b065a86c68afa9d
Patch : http://bugzilla.kernel.org/show_bug.cgi?id=12260
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12252
Subject : new oops on resume due to ACPI_PREEMPTION_POINT()
Submitter : Len Brown <len.brown@intel.com>
Date : 2008-12-18 18:17 (3 days old)
Handled-By : Len Brown <lenb@kernel.org>
Patch : http://bugzilla.kernel.org/attachment.cgi?id=19370&action=view
For details, please visit the bug entries and follow the links given in
references.
As you can see, there is a Bugzilla entry for each of the listed regressions.
There also is a Bugzilla entry used for tracking the regressions from 2.6.27,
unresolved as well as resolved, at:
http://bugzilla.kernel.org/show_bug.cgi?id=11808
Please let me know if there are any Bugzilla entries that should be added to
the list in there.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #11849] default IRQ affinity change in v2.6.27 (breaking several SMP PPC based systems)
2008-12-20 21:56 ` Rafael J. Wysocki
@ 2008-12-20 21:56 ` Rafael J. Wysocki
-1 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 21:56 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Chris Snook, Kumar Gala, Max Krasnyansky,
Scott Wood
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11849
Subject : default IRQ affinity change in v2.6.27 (breaking several SMP PPC based systems)
Submitter : Kumar Gala <galak@kernel.crashing.org>
Date : 2008-10-24 12:45 (58 days old)
References : http://marc.info/?l=linux-kernel&m=122485245924125&w=4
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #11849] default IRQ affinity change in v2.6.27 (breaking several SMP PPC based systems)
@ 2008-12-20 21:56 ` Rafael J. Wysocki
0 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 21:56 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Chris Snook, Kumar Gala, Max Krasnyansky,
Scott Wood
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11849
Subject : default IRQ affinity change in v2.6.27 (breaking several SMP PPC based systems)
Submitter : Kumar Gala <galak-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
Date : 2008-10-24 12:45 (58 days old)
References : http://marc.info/?l=linux-kernel&m=122485245924125&w=4
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12028] i915 DRM is broken in 2.6.28-rc4
2008-12-20 21:56 ` Rafael J. Wysocki
@ 2008-12-20 22:00 ` Rafael J. Wysocki
-1 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Adam Tkac, Dylan Taft, Jesse Barnes
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12028
Subject : i915 DRM is broken in 2.6.28-rc4
Submitter : Adam Tkac <vonsch@gmail.com>
Date : 2008-11-14 01:50 (37 days old)
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12156] v2.6.28-rc2: x86_32 relocation regression?
2008-12-20 21:56 ` Rafael J. Wysocki
@ 2008-12-20 22:00 ` Rafael J. Wysocki
-1 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, H. Peter Anvin, Ingo Molnar, Vegard Nossum
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12156
Subject : v2.6.28-rc2: x86_32 relocation regression?
Submitter : Vegard Nossum <vegard.nossum@gmail.com>
Date : 2008-11-24 21:19 (27 days old)
References : http://marc.info/?l=linux-kernel&m=122756158220966&w=4
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12160] networking oops after resume from s2ram (2.6.28-rc6)
2008-12-20 21:56 ` Rafael J. Wysocki
(?)
(?)
@ 2008-12-20 22:00 ` Rafael J. Wysocki
-1 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Marcin Slusarz, netdev
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12160
Subject : networking oops after resume from s2ram (2.6.28-rc6)
Submitter : Marcin Slusarz <marcin.slusarz@gmail.com>
Date : 2008-11-28 21:15 (23 days old)
References : http://marc.info/?l=linux-kernel&m=122790701615723&w=4
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12159] 2.6.28-rc6-git1 -- No sound produced from Intel HDA ALSA driver
2008-12-20 21:56 ` Rafael J. Wysocki
@ 2008-12-20 22:00 ` Rafael J. Wysocki
-1 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Miles Lane, Takashi Iwai
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12159
Subject : 2.6.28-rc6-git1 -- No sound produced from Intel HDA ALSA driver
Submitter : Miles Lane <miles.lane@gmail.com>
Date : 2008-11-27 20:33 (24 days old)
References : http://marc.info/?l=linux-kernel&m=122781805620212&w=4
Handled-By : Takashi Iwai <tiwai@suse.de>
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12061] snd_hda_intel: power_save: sound cracks on powerdown
2008-12-20 21:56 ` Rafael J. Wysocki
@ 2008-12-20 22:00 ` Rafael J. Wysocki
-1 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Jens Weibler, Takashi Iwai
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12061
Subject : snd_hda_intel: power_save: sound cracks on powerdown
Submitter : Jens Weibler <bugzilla-kernel@jensthebrain.de>
Date : 2008-11-18 12:07 (33 days old)
Handled-By : Takashi Iwai <tiwai@suse.de>
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12195] "dd" make kernel panic
2008-12-20 21:56 ` Rafael J. Wysocki
@ 2008-12-20 22:00 ` Rafael J. Wysocki
-1 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, alexs, James Bottomley, Lin Ming,
Michael Anderson, Yanmin Zhang
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12195
Subject : "dd" make kernel panic
Submitter : alexs <alex.shi@intel.com>
Date : 2008-12-10 18:07 (11 days old)
Handled-By : James Bottomley <James.Bottomley@HansenPartnership.com>
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12178] Xorg crash at first start
2008-12-20 21:56 ` Rafael J. Wysocki
@ 2008-12-20 22:00 ` Rafael J. Wysocki
-1 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Cédric Godin, Dave Airlie, Dave Airlie,
Keith Packard
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12178
Subject : Xorg crash at first start
Submitter : Cédric Godin <cedric@belbone.be>
Date : 2008-12-04 14:26 (17 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=52440211dcdc52c0b757f8b34d122e11b12cdd50
References : http://marc.info/?l=linux-kernel&m=122840082828098&w=4
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12208] uml is very slow on 2.6.28 host
2008-12-20 21:56 ` Rafael J. Wysocki
@ 2008-12-20 22:00 ` Rafael J. Wysocki
-1 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Miklos Szeredi
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12208
Subject : uml is very slow on 2.6.28 host
Submitter : Miklos Szeredi <miklos@szeredi.hu>
Date : 2008-12-12 9:35 (9 days old)
References : http://marc.info/?l=linux-kernel&m=122907463518593&w=4
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12209] oldish top core dumps (in its meminfo() function)
2008-12-20 21:56 ` Rafael J. Wysocki
@ 2008-12-20 22:00 ` Rafael J. Wysocki
-1 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Andreas Mohr
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12209
Subject : oldish top core dumps (in its meminfo() function)
Submitter : Andreas Mohr <andi@lisas.de>
Date : 2008-12-12 18:49 (9 days old)
References : http://marc.info/?l=linux-kernel&m=122910784006472&w=4
http://marc.info/?l=linux-kernel&m=122907511319288&w=4
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12028] i915 DRM is broken in 2.6.28-rc4
@ 2008-12-20 22:00 ` Rafael J. Wysocki
0 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Adam Tkac, Dylan Taft, Jesse Barnes
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12028
Subject : i915 DRM is broken in 2.6.28-rc4
Submitter : Adam Tkac <vonsch-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-11-14 01:50 (37 days old)
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12159] 2.6.28-rc6-git1 -- No sound produced from Intel HDA ALSA driver
@ 2008-12-20 22:00 ` Rafael J. Wysocki
0 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Miles Lane, Takashi Iwai
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12159
Subject : 2.6.28-rc6-git1 -- No sound produced from Intel HDA ALSA driver
Submitter : Miles Lane <miles.lane-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-11-27 20:33 (24 days old)
References : http://marc.info/?l=linux-kernel&m=122781805620212&w=4
Handled-By : Takashi Iwai <tiwai-l3A5Bk7waGM@public.gmane.org>
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12061] snd_hda_intel: power_save: sound cracks on powerdown
@ 2008-12-20 22:00 ` Rafael J. Wysocki
0 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Jens Weibler, Takashi Iwai
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12061
Subject : snd_hda_intel: power_save: sound cracks on powerdown
Submitter : Jens Weibler <bugzilla-kernel-6hJTtV8wudIr9FUcG+3rRQ@public.gmane.org>
Date : 2008-11-18 12:07 (33 days old)
Handled-By : Takashi Iwai <tiwai-l3A5Bk7waGM@public.gmane.org>
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12156] v2.6.28-rc2: x86_32 relocation regression?
@ 2008-12-20 22:00 ` Rafael J. Wysocki
0 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, H. Peter Anvin, Ingo Molnar, Vegard Nossum
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12156
Subject : v2.6.28-rc2: x86_32 relocation regression?
Submitter : Vegard Nossum <vegard.nossum-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-11-24 21:19 (27 days old)
References : http://marc.info/?l=linux-kernel&m=122756158220966&w=4
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12208] uml is very slow on 2.6.28 host
@ 2008-12-20 22:00 ` Rafael J. Wysocki
0 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Miklos Szeredi
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12208
Subject : uml is very slow on 2.6.28 host
Submitter : Miklos Szeredi <miklos-sUDqSbJrdHQHWmgEVkV9KA@public.gmane.org>
Date : 2008-12-12 9:35 (9 days old)
References : http://marc.info/?l=linux-kernel&m=122907463518593&w=4
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12195] "dd" make kernel panic
@ 2008-12-20 22:00 ` Rafael J. Wysocki
0 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, alexs, James Bottomley, Lin Ming,
Michael Anderson, Yanmin Zhang
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12195
Subject : "dd" make kernel panic
Submitter : alexs <alex.shi-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Date : 2008-12-10 18:07 (11 days old)
Handled-By : James Bottomley <James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12178] Xorg crash at first start
@ 2008-12-20 22:00 ` Rafael J. Wysocki
0 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Cédric Godin, Dave Airlie, Dave Airlie,
Keith Packard
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12178
Subject : Xorg crash at first start
Submitter : Cédric Godin <cedric-x1Cn44Nr1HaZIoH1IeqzKA@public.gmane.org>
Date : 2008-12-04 14:26 (17 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=52440211dcdc52c0b757f8b34d122e11b12cdd50
References : http://marc.info/?l=linux-kernel&m=122840082828098&w=4
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12209] oldish top core dumps (in its meminfo() function)
@ 2008-12-20 22:00 ` Rafael J. Wysocki
0 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Andreas Mohr
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12209
Subject : oldish top core dumps (in its meminfo() function)
Submitter : Andreas Mohr <andi-5+Cda9B46AM@public.gmane.org>
Date : 2008-12-12 18:49 (9 days old)
References : http://marc.info/?l=linux-kernel&m=122910784006472&w=4
http://marc.info/?l=linux-kernel&m=122907511319288&w=4
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12224] journal activity on inactive partition causes inactive harddrive spinup
2008-12-20 21:56 ` Rafael J. Wysocki
@ 2008-12-20 22:00 ` Rafael J. Wysocki
-1 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Andrew Morton, Arthur Jones, C Sights,
Eric Sandeen, Greg Kroah-Hartman, Linus Torvalds, Theodore Tso
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12224
Subject : journal activity on inactive partition causes inactive harddrive spinup
Submitter : C Sights <csights@fastmail.fm>
Date : 2008-12-14 11:39 (7 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=c87591b719737b4e91eb1a9fa8fd55a4ff1886d6
Handled-By : Eric Sandeen <sandeen@redhat.com>
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12216] Error when drm is loaded
2008-12-20 21:56 ` Rafael J. Wysocki
@ 2008-12-20 22:00 ` Rafael J. Wysocki
-1 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Dave Airlie, François Valenduc, Keith Packard
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12216
Subject : Error when drm is loaded
Submitter : François Valenduc <francois.valenduc@tvcablenet.be>
Date : 2008-12-13 09:59 (8 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=52440211dcdc52c0b757f8b34d122e11b12cdd50
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12210] 2.6.28-rc8 big regression in VM
2008-12-20 21:56 ` Rafael J. Wysocki
@ 2008-12-20 22:00 ` Rafael J. Wysocki
-1 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Lukas Hejtmanek, Wu Fengguang
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12210
Subject : 2.6.28-rc8 big regression in VM
Submitter : Lukas Hejtmanek <xhejtman@ics.muni.cz>
Date : 2008-12-12 18:38 (9 days old)
References : http://marc.info/?l=linux-kernel&m=122910711005135&w=4
Handled-By : Wu Fengguang <fengguang.wu@intel.com>
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12224] journal activity on inactive partition causes inactive harddrive spinup
@ 2008-12-20 22:00 ` Rafael J. Wysocki
0 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Andrew Morton, Arthur Jones, C Sights,
Eric Sandeen, Greg Kroah-Hartman, Linus Torvalds, Theodore Tso
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12224
Subject : journal activity on inactive partition causes inactive harddrive spinup
Submitter : C Sights <csights-97jfqw80gc6171pxa8y+qA@public.gmane.org>
Date : 2008-12-14 11:39 (7 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=c87591b719737b4e91eb1a9fa8fd55a4ff1886d6
Handled-By : Eric Sandeen <sandeen-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12216] Error when drm is loaded
@ 2008-12-20 22:00 ` Rafael J. Wysocki
0 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Dave Airlie, François Valenduc, Keith Packard
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12216
Subject : Error when drm is loaded
Submitter : François Valenduc <francois.valenduc-bmtTS95sd5BUM80lpFwj4w@public.gmane.org>
Date : 2008-12-13 09:59 (8 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=52440211dcdc52c0b757f8b34d122e11b12cdd50
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12210] 2.6.28-rc8 big regression in VM
@ 2008-12-20 22:00 ` Rafael J. Wysocki
0 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Lukas Hejtmanek, Wu Fengguang
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12210
Subject : 2.6.28-rc8 big regression in VM
Submitter : Lukas Hejtmanek <xhejtman-8qz54MUs51PtwjQa/ONI9g@public.gmane.org>
Date : 2008-12-12 18:38 (9 days old)
References : http://marc.info/?l=linux-kernel&m=122910711005135&w=4
Handled-By : Wu Fengguang <fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12260] Regression due to commit 2b80848e3818fb1c (p54usb: support LM87 firmwares)
2008-12-20 21:56 ` Rafael J. Wysocki
@ 2008-12-20 22:00 ` Rafael J. Wysocki
-1 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Christian Lamparter, Larry Finger, Linux wireless
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12260
Subject : Regression due to commit 2b80848e3818fb1c (p54usb: support LM87 firmwares)
Submitter : Larry Finger <Larry.Finger@lwfinger.net>
Date : 2008-12-20 10:45 (1 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=2b80848e3818fb1c8ccddc105b065a86c68afa9d
Patch : http://bugzilla.kernel.org/show_bug.cgi?id=12260
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12252] new oops on resume due to ACPI_PREEMPTION_POINT()
2008-12-20 21:56 ` Rafael J. Wysocki
@ 2008-12-20 22:00 ` Rafael J. Wysocki
-1 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Alexey Starikovskiy, Len Brown, Len Brown
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12252
Subject : new oops on resume due to ACPI_PREEMPTION_POINT()
Submitter : Len Brown <len.brown@intel.com>
Date : 2008-12-18 18:17 (3 days old)
Handled-By : Len Brown <lenb@kernel.org>
Patch : http://bugzilla.kernel.org/attachment.cgi?id=19370&action=view
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12256] [regression: 2.6.28] NFS client with locking fails
2008-12-20 21:56 ` Rafael J. Wysocki
@ 2008-12-20 22:00 ` Rafael J. Wysocki
-1 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Kees Cook
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12256
Subject : [regression: 2.6.28] NFS client with locking fails
Submitter : Kees Cook <kees@outflux.net>
Date : 2008-12-19 13:38 (2 days old)
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12260] Regression due to commit 2b80848e3818fb1c (p54usb: support LM87 firmwares)
@ 2008-12-20 22:00 ` Rafael J. Wysocki
0 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Christian Lamparter, Larry Finger, Linux wireless
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12260
Subject : Regression due to commit 2b80848e3818fb1c (p54usb: support LM87 firmwares)
Submitter : Larry Finger <Larry.Finger-tQ5ms3gMjBLk1uMJSBkQmQ@public.gmane.org>
Date : 2008-12-20 10:45 (1 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=2b80848e3818fb1c8ccddc105b065a86c68afa9d
Patch : http://bugzilla.kernel.org/show_bug.cgi?id=12260
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12252] new oops on resume due to ACPI_PREEMPTION_POINT()
@ 2008-12-20 22:00 ` Rafael J. Wysocki
0 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Alexey Starikovskiy, Len Brown, Len Brown
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12252
Subject : new oops on resume due to ACPI_PREEMPTION_POINT()
Submitter : Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Date : 2008-12-18 18:17 (3 days old)
Handled-By : Len Brown <lenb-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Patch : http://bugzilla.kernel.org/attachment.cgi?id=19370&action=view
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12256] [regression: 2.6.28] NFS client with locking fails
@ 2008-12-20 22:00 ` Rafael J. Wysocki
0 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Kees Cook
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12256
Subject : [regression: 2.6.28] NFS client with locking fails
Submitter : Kees Cook <kees-oSa+0FWJbaXR7s880joybQ@public.gmane.org>
Date : 2008-12-19 13:38 (2 days old)
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12263] Sata soft reset filling log
2008-12-20 21:56 ` Rafael J. Wysocki
` (17 preceding siblings ...)
(?)
@ 2008-12-20 22:00 ` Rafael J. Wysocki
-1 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Justin Madru, Linux IDE
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12263
Subject : Sata soft reset filling log
Submitter : Justin Madru <bevicm@dslextreme.com>
Date : 2008-12-13 2:07 (8 days old)
References : http://marc.info/?l=linux-kernel&m=122913412608533&w=4
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12264] i915: switching from kwin in opengl mode to a VT then back to x11, x11 freezes
2008-12-20 21:56 ` Rafael J. Wysocki
@ 2008-12-20 22:00 ` Rafael J. Wysocki
-1 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Caleb Cushing
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12264
Subject : i915: switching from kwin in opengl mode to a VT then back to x11, x11 freezes
Submitter : Caleb Cushing <xenoterracide@gmail.com>
Date : 2008-12-16 11:40 (5 days old)
References : http://marc.info/?l=linux-kernel&m=122942777030666&w=4
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12265] FPU emulation broken in 2.6.28-rc8 ?
2008-12-20 21:56 ` Rafael J. Wysocki
@ 2008-12-20 22:00 ` Rafael J. Wysocki
-1 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Rogier Wolff
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12265
Subject : FPU emulation broken in 2.6.28-rc8 ?
Submitter : Rogier Wolff <R.E.Wolff@bitwizard.nl>
Date : 2008-12-17 8:56 (4 days old)
References : http://marc.info/?l=linux-kernel&m=122950463030747&w=4
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12265] FPU emulation broken in 2.6.28-rc8 ?
@ 2008-12-20 22:00 ` Rafael J. Wysocki
0 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Rogier Wolff
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12265
Subject : FPU emulation broken in 2.6.28-rc8 ?
Submitter : Rogier Wolff <R.E.Wolff-bu/CaDbLbdHGjfRZg6uqBA@public.gmane.org>
Date : 2008-12-17 8:56 (4 days old)
References : http://marc.info/?l=linux-kernel&m=122950463030747&w=4
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12264] i915: switching from kwin in opengl mode to a VT then back to x11, x11 freezes
@ 2008-12-20 22:00 ` Rafael J. Wysocki
0 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-20 22:00 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Caleb Cushing
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12264
Subject : i915: switching from kwin in opengl mode to a VT then back to x11, x11 freezes
Submitter : Caleb Cushing <xenoterracide-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-12-16 11:40 (5 days old)
References : http://marc.info/?l=linux-kernel&m=122942777030666&w=4
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [Bug #11849] default IRQ affinity change in v2.6.27 (breaking several SMP PPC based systems)
2008-12-20 21:56 ` Rafael J. Wysocki
@ 2008-12-21 8:11 ` Ingo Molnar
-1 siblings, 0 replies; 86+ messages in thread
From: Ingo Molnar @ 2008-12-21 8:11 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Chris Snook,
Kumar Gala, Max Krasnyansky, Scott Wood
* Rafael J. Wysocki <rjw@sisk.pl> wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.27. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11849
> Subject : default IRQ affinity change in v2.6.27 (breaking several SMP PPC based systems)
> Submitter : Kumar Gala <galak@kernel.crashing.org>
> Date : 2008-10-24 12:45 (58 days old)
> References : http://marc.info/?l=linux-kernel&m=122485245924125&w=4
hm, i think these were all fixed a long time ago, via:
f6d87f4: genirq: keep affinities set from userspace across free/request_irq()
612e368: genirq: fix the affinity setting in setup_irq
6c2e940: x86: apic honour irq affinity which was set in early boot
Kumar, could you please check v2.6.28-rc9 to see whether all issues are
fixed?
Ingo
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [Bug #11849] default IRQ affinity change in v2.6.27 (breaking several SMP PPC based systems)
@ 2008-12-21 8:11 ` Ingo Molnar
0 siblings, 0 replies; 86+ messages in thread
From: Ingo Molnar @ 2008-12-21 8:11 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Chris Snook,
Kumar Gala, Max Krasnyansky, Scott Wood
* Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org> wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.27. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11849
> Subject : default IRQ affinity change in v2.6.27 (breaking several SMP PPC based systems)
> Submitter : Kumar Gala <galak-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
> Date : 2008-10-24 12:45 (58 days old)
> References : http://marc.info/?l=linux-kernel&m=122485245924125&w=4
hm, i think these were all fixed a long time ago, via:
f6d87f4: genirq: keep affinities set from userspace across free/request_irq()
612e368: genirq: fix the affinity setting in setup_irq
6c2e940: x86: apic honour irq affinity which was set in early boot
Kumar, could you please check v2.6.28-rc9 to see whether all issues are
fixed?
Ingo
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [Bug #12156] v2.6.28-rc2: x86_32 relocation regression?
2008-12-20 22:00 ` Rafael J. Wysocki
@ 2008-12-21 8:14 ` Ingo Molnar
-1 siblings, 0 replies; 86+ messages in thread
From: Ingo Molnar @ 2008-12-21 8:14 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, H. Peter Anvin,
Vegard Nossum, the arch/x86 maintainers
* Rafael J. Wysocki <rjw@sisk.pl> wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.27. Please verify if it still should be listed and let me know
> (either way).
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12156
> Subject : v2.6.28-rc2: x86_32 relocation regression?
> Submitter : Vegard Nossum <vegard.nossum@gmail.com>
> Date : 2008-11-24 21:19 (27 days old)
> References : http://marc.info/?l=linux-kernel&m=122756158220966&w=4
not really a regression but a long-standing inconvenience/bug of the debug
symbols of relocatable kernels. (ever since relocatable kernels were added
in '06 or so.) Nevertheless we queued up a revert of the defconfig change
for .29, to not expose it in the defconfig:
f269b07: x86: revert CONFIG_RELOCATABLE=y defconfig change
so i think it can be taken off the regressions list.
Ingo
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [Bug #12156] v2.6.28-rc2: x86_32 relocation regression?
@ 2008-12-21 8:14 ` Ingo Molnar
0 siblings, 0 replies; 86+ messages in thread
From: Ingo Molnar @ 2008-12-21 8:14 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, H. Peter Anvin,
Vegard Nossum, the arch/x86 maintainers
* Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org> wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.27. Please verify if it still should be listed and let me know
> (either way).
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12156
> Subject : v2.6.28-rc2: x86_32 relocation regression?
> Submitter : Vegard Nossum <vegard.nossum-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Date : 2008-11-24 21:19 (27 days old)
> References : http://marc.info/?l=linux-kernel&m=122756158220966&w=4
not really a regression but a long-standing inconvenience/bug of the debug
symbols of relocatable kernels. (ever since relocatable kernels were added
in '06 or so.) Nevertheless we queued up a revert of the defconfig change
for .29, to not expose it in the defconfig:
f269b07: x86: revert CONFIG_RELOCATABLE=y defconfig change
so i think it can be taken off the regressions list.
Ingo
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [Bug #12216] Error when drm is loaded
2008-12-20 22:00 ` Rafael J. Wysocki
(?)
@ 2008-12-21 8:34 ` François Valenduc
2008-12-21 19:54 ` Rafael J. Wysocki
-1 siblings, 1 reply; 86+ messages in thread
From: François Valenduc @ 2008-12-21 8:34 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Dave Airlie,
Keith Packard
Rafael J. Wysocki a écrit :
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.27. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12216
> Subject : Error when drm is loaded
> Submitter : François Valenduc <francois.valenduc@tvcablenet.be>
> Date : 2008-12-13 09:59 (8 days old)
> First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=52440211dcdc52c0b757f8b34d122e11b12cdd50
>
>
>
>
This bug still occurs. So, it still needs to be on the regression list.
I have not yet seen any replies to my bug report.
François Valenduc
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.28-rc9-git1: Reported regressions from 2.6.27
2008-12-20 21:56 ` Rafael J. Wysocki
` (19 preceding siblings ...)
(?)
@ 2008-12-21 9:07 ` Pekka Enberg
2008-12-21 19:56 ` Rafael J. Wysocki
-1 siblings, 1 reply; 86+ messages in thread
From: Pekka Enberg @ 2008-12-21 9:07 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Adrian Bunk, Andrew Morton,
Linus Torvalds, Natalie Protasevich, Kernel Testers List,
Vegard Nossum, Ingo Molnar
On Sat, Dec 20, 2008 at 11:56 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12156
> Subject : v2.6.28-rc2: x86_32 relocation regression?
> Submitter : Vegard Nossum <vegard.nossum@gmail.com>
> Date : 2008-11-24 21:19 (27 days old)
> References : http://marc.info/?l=linux-kernel&m=122756158220966&w=4
I think this one has a fix in x86.git:
http://lkml.org/lkml/2008/12/18/224
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [Bug #12195] "dd" make kernel panic
2008-12-20 22:00 ` Rafael J. Wysocki
@ 2008-12-21 13:52 ` James Bottomley
-1 siblings, 0 replies; 86+ messages in thread
From: James Bottomley @ 2008-12-21 13:52 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, alexs, Lin Ming,
Michael Anderson, Yanmin Zhang
On Sat, 2008-12-20 at 23:00 +0100, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.27. Please verify if it still should be listed and let me know
> (either way).
No ... it's fixed and upstream.
James
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [Bug #12195] "dd" make kernel panic
@ 2008-12-21 13:52 ` James Bottomley
0 siblings, 0 replies; 86+ messages in thread
From: James Bottomley @ 2008-12-21 13:52 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, alexs, Lin Ming,
Michael Anderson, Yanmin Zhang
On Sat, 2008-12-20 at 23:00 +0100, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.27. Please verify if it still should be listed and let me know
> (either way).
No ... it's fixed and upstream.
James
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [Bug #12195] "dd" make kernel panic
@ 2008-12-21 19:52 ` Rafael J. Wysocki
0 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-21 19:52 UTC (permalink / raw)
To: James Bottomley
Cc: Linux Kernel Mailing List, Kernel Testers List, alexs, Lin Ming,
Michael Anderson, Yanmin Zhang
On Sunday, 21 of December 2008, James Bottomley wrote:
> On Sat, 2008-12-20 at 23:00 +0100, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.27. Please verify if it still should be listed and let me know
> > (either way).
>
> No ... it's fixed and upstream.
Thanks, closed.
Rafael
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [Bug #12195] "dd" make kernel panic
@ 2008-12-21 19:52 ` Rafael J. Wysocki
0 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-21 19:52 UTC (permalink / raw)
To: James Bottomley
Cc: Linux Kernel Mailing List, Kernel Testers List, alexs, Lin Ming,
Michael Anderson, Yanmin Zhang
On Sunday, 21 of December 2008, James Bottomley wrote:
> On Sat, 2008-12-20 at 23:00 +0100, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.27. Please verify if it still should be listed and let me know
> > (either way).
>
> No ... it's fixed and upstream.
Thanks, closed.
Rafael
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [Bug #12156] v2.6.28-rc2: x86_32 relocation regression?
@ 2008-12-21 19:53 ` Rafael J. Wysocki
0 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-21 19:53 UTC (permalink / raw)
To: Ingo Molnar
Cc: Linux Kernel Mailing List, Kernel Testers List, H. Peter Anvin,
Vegard Nossum, the arch/x86 maintainers
On Sunday, 21 of December 2008, Ingo Molnar wrote:
>
> * Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.27. Please verify if it still should be listed and let me know
> > (either way).
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12156
> > Subject : v2.6.28-rc2: x86_32 relocation regression?
> > Submitter : Vegard Nossum <vegard.nossum@gmail.com>
> > Date : 2008-11-24 21:19 (27 days old)
> > References : http://marc.info/?l=linux-kernel&m=122756158220966&w=4
>
> not really a regression but a long-standing inconvenience/bug of the debug
> symbols of relocatable kernels. (ever since relocatable kernels were added
> in '06 or so.) Nevertheless we queued up a revert of the defconfig change
> for .29, to not expose it in the defconfig:
>
> f269b07: x86: revert CONFIG_RELOCATABLE=y defconfig change
>
> so i think it can be taken off the regressions list.
Dropped.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [Bug #12156] v2.6.28-rc2: x86_32 relocation regression?
@ 2008-12-21 19:53 ` Rafael J. Wysocki
0 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-21 19:53 UTC (permalink / raw)
To: Ingo Molnar
Cc: Linux Kernel Mailing List, Kernel Testers List, H. Peter Anvin,
Vegard Nossum, the arch/x86 maintainers
On Sunday, 21 of December 2008, Ingo Molnar wrote:
>
> * Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org> wrote:
>
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.27. Please verify if it still should be listed and let me know
> > (either way).
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12156
> > Subject : v2.6.28-rc2: x86_32 relocation regression?
> > Submitter : Vegard Nossum <vegard.nossum-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> > Date : 2008-11-24 21:19 (27 days old)
> > References : http://marc.info/?l=linux-kernel&m=122756158220966&w=4
>
> not really a regression but a long-standing inconvenience/bug of the debug
> symbols of relocatable kernels. (ever since relocatable kernels were added
> in '06 or so.) Nevertheless we queued up a revert of the defconfig change
> for .29, to not expose it in the defconfig:
>
> f269b07: x86: revert CONFIG_RELOCATABLE=y defconfig change
>
> so i think it can be taken off the regressions list.
Dropped.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [Bug #12216] Error when drm is loaded
@ 2008-12-21 19:54 ` Rafael J. Wysocki
0 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-21 19:54 UTC (permalink / raw)
To: François Valenduc
Cc: Linux Kernel Mailing List, Kernel Testers List, Dave Airlie,
Keith Packard
On Sunday, 21 of December 2008, François Valenduc wrote:
> Rafael J. Wysocki a écrit :
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.27. Please verify if it still should be listed and let me know
> > (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12216
> > Subject : Error when drm is loaded
> > Submitter : François Valenduc <francois.valenduc@tvcablenet.be>
> > Date : 2008-12-13 09:59 (8 days old)
> > First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=52440211dcdc52c0b757f8b34d122e11b12cdd50
> >
> >
> >
> >
> This bug still occurs. So, it still needs to be on the regression list.
> I have not yet seen any replies to my bug report.
Thanks for the update.
Rafael
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [Bug #12216] Error when drm is loaded
@ 2008-12-21 19:54 ` Rafael J. Wysocki
0 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-21 19:54 UTC (permalink / raw)
To: François Valenduc
Cc: Linux Kernel Mailing List, Kernel Testers List, Dave Airlie,
Keith Packard
On Sunday, 21 of December 2008, François Valenduc wrote:
> Rafael J. Wysocki a écrit :
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.27. Please verify if it still should be listed and let me know
> > (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12216
> > Subject : Error when drm is loaded
> > Submitter : François Valenduc <francois.valenduc-bmtTS95sd5BUM80lpFwj4w@public.gmane.org>
> > Date : 2008-12-13 09:59 (8 days old)
> > First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=52440211dcdc52c0b757f8b34d122e11b12cdd50
> >
> >
> >
> >
> This bug still occurs. So, it still needs to be on the regression list.
> I have not yet seen any replies to my bug report.
Thanks for the update.
Rafael
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.28-rc9-git1: Reported regressions from 2.6.27
@ 2008-12-21 19:56 ` Rafael J. Wysocki
0 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-21 19:56 UTC (permalink / raw)
To: Pekka Enberg
Cc: Linux Kernel Mailing List, Adrian Bunk, Andrew Morton,
Linus Torvalds, Natalie Protasevich, Kernel Testers List,
Vegard Nossum, Ingo Molnar
On Sunday, 21 of December 2008, Pekka Enberg wrote:
> On Sat, Dec 20, 2008 at 11:56 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12156
> > Subject : v2.6.28-rc2: x86_32 relocation regression?
> > Submitter : Vegard Nossum <vegard.nossum@gmail.com>
> > Date : 2008-11-24 21:19 (27 days old)
> > References : http://marc.info/?l=linux-kernel&m=122756158220966&w=4
>
> I think this one has a fix in x86.git:
>
> http://lkml.org/lkml/2008/12/18/224
I've dropped it from the list at the Ingo's request.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.28-rc9-git1: Reported regressions from 2.6.27
@ 2008-12-21 19:56 ` Rafael J. Wysocki
0 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-21 19:56 UTC (permalink / raw)
To: Pekka Enberg
Cc: Linux Kernel Mailing List, Adrian Bunk, Andrew Morton,
Linus Torvalds, Natalie Protasevich, Kernel Testers List,
Vegard Nossum, Ingo Molnar
On Sunday, 21 of December 2008, Pekka Enberg wrote:
> On Sat, Dec 20, 2008 at 11:56 PM, Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org> wrote:
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12156
> > Subject : v2.6.28-rc2: x86_32 relocation regression?
> > Submitter : Vegard Nossum <vegard.nossum-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> > Date : 2008-11-24 21:19 (27 days old)
> > References : http://marc.info/?l=linux-kernel&m=122756158220966&w=4
>
> I think this one has a fix in x86.git:
>
> http://lkml.org/lkml/2008/12/18/224
I've dropped it from the list at the Ingo's request.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [Bug #12156] v2.6.28-rc2: x86_32 relocation regression?
@ 2008-12-22 6:31 ` H. Peter Anvin
0 siblings, 0 replies; 86+ messages in thread
From: H. Peter Anvin @ 2008-12-22 6:31 UTC (permalink / raw)
To: Ingo Molnar
Cc: Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Vegard Nossum, the arch/x86 maintainers
Ingo Molnar wrote:
>
> not really a regression but a long-standing inconvenience/bug of the debug
> symbols of relocatable kernels. (ever since relocatable kernels were added
> in '06 or so.) Nevertheless we queued up a revert of the defconfig change
> for .29, to not expose it in the defconfig:
>
> f269b07: x86: revert CONFIG_RELOCATABLE=y defconfig change
>
> so i think it can be taken off the regressions list.
>
It's a bug, yes, not a regression. It should be fixed if possible, but
it's not a regression nor a hideously critical issue.
-hpa
--
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel. I don't speak on their behalf.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [Bug #12156] v2.6.28-rc2: x86_32 relocation regression?
@ 2008-12-22 6:31 ` H. Peter Anvin
0 siblings, 0 replies; 86+ messages in thread
From: H. Peter Anvin @ 2008-12-22 6:31 UTC (permalink / raw)
To: Ingo Molnar
Cc: Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Vegard Nossum, the arch/x86 maintainers
Ingo Molnar wrote:
>
> not really a regression but a long-standing inconvenience/bug of the debug
> symbols of relocatable kernels. (ever since relocatable kernels were added
> in '06 or so.) Nevertheless we queued up a revert of the defconfig change
> for .29, to not expose it in the defconfig:
>
> f269b07: x86: revert CONFIG_RELOCATABLE=y defconfig change
>
> so i think it can be taken off the regressions list.
>
It's a bug, yes, not a regression. It should be fixed if possible, but
it's not a regression nor a hideously critical issue.
-hpa
--
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel. I don't speak on their behalf.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.28-rc9-git1: Reported regressions from 2.6.27
@ 2008-12-22 7:08 ` Ingo Molnar
0 siblings, 0 replies; 86+ messages in thread
From: Ingo Molnar @ 2008-12-22 7:08 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Pekka Enberg, Linux Kernel Mailing List, Adrian Bunk,
Andrew Morton, Linus Torvalds, Natalie Protasevich,
Kernel Testers List, Vegard Nossum
* Rafael J. Wysocki <rjw@sisk.pl> wrote:
> On Sunday, 21 of December 2008, Pekka Enberg wrote:
> > On Sat, Dec 20, 2008 at 11:56 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12156
> > > Subject : v2.6.28-rc2: x86_32 relocation regression?
> > > Submitter : Vegard Nossum <vegard.nossum@gmail.com>
> > > Date : 2008-11-24 21:19 (27 days old)
> > > References : http://marc.info/?l=linux-kernel&m=122756158220966&w=4
> >
> > I think this one has a fix in x86.git:
> >
> > http://lkml.org/lkml/2008/12/18/224
>
> I've dropped it from the list at the Ingo's request.
thanks Rafael!
Ingo
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: 2.6.28-rc9-git1: Reported regressions from 2.6.27
@ 2008-12-22 7:08 ` Ingo Molnar
0 siblings, 0 replies; 86+ messages in thread
From: Ingo Molnar @ 2008-12-22 7:08 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Pekka Enberg, Linux Kernel Mailing List, Adrian Bunk,
Andrew Morton, Linus Torvalds, Natalie Protasevich,
Kernel Testers List, Vegard Nossum
* Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org> wrote:
> On Sunday, 21 of December 2008, Pekka Enberg wrote:
> > On Sat, Dec 20, 2008 at 11:56 PM, Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org> wrote:
> > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12156
> > > Subject : v2.6.28-rc2: x86_32 relocation regression?
> > > Submitter : Vegard Nossum <vegard.nossum-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> > > Date : 2008-11-24 21:19 (27 days old)
> > > References : http://marc.info/?l=linux-kernel&m=122756158220966&w=4
> >
> > I think this one has a fix in x86.git:
> >
> > http://lkml.org/lkml/2008/12/18/224
>
> I've dropped it from the list at the Ingo's request.
thanks Rafael!
Ingo
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [Bug #12216] Error when drm is loaded
@ 2008-12-22 21:26 ` François Valenduc
0 siblings, 0 replies; 86+ messages in thread
From: François Valenduc @ 2008-12-22 21:26 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Dave Airlie,
Keith Packard
Rafael J. Wysocki a écrit :
> On Sunday, 21 of December 2008, François Valenduc wrote:
>
>> Rafael J. Wysocki a écrit :
>>
>>> This message has been generated automatically as a part of a report
>>> of recent regressions.
>>>
>>> The following bug entry is on the current list of known regressions
>>> from 2.6.27. Please verify if it still should be listed and let me know
>>> (either way).
>>>
>>>
>>> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12216
>>> Subject : Error when drm is loaded
>>> Submitter : François Valenduc <francois.valenduc@tvcablenet.be>
>>> Date : 2008-12-13 09:59 (8 days old)
>>> First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=52440211dcdc52c0b757f8b34d122e11b12cdd50
>>>
>>>
>>>
>>>
>>>
>> This bug still occurs. So, it still needs to be on the regression list.
>> I have not yet seen any replies to my bug report.
>>
>
> Thanks for the update.
>
> Rafael
>
>
I got a reply to my bug report and I tested the patch provided by Dave
Airlie. It seems to solve the problem. The error doesn't occur anymore
when it's applied.
François
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [Bug #12216] Error when drm is loaded
@ 2008-12-22 21:26 ` François Valenduc
0 siblings, 0 replies; 86+ messages in thread
From: François Valenduc @ 2008-12-22 21:26 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Dave Airlie,
Keith Packard
Rafael J. Wysocki a écrit :
> On Sunday, 21 of December 2008, François Valenduc wrote:
>
>> Rafael J. Wysocki a écrit :
>>
>>> This message has been generated automatically as a part of a report
>>> of recent regressions.
>>>
>>> The following bug entry is on the current list of known regressions
>>> from 2.6.27. Please verify if it still should be listed and let me know
>>> (either way).
>>>
>>>
>>> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12216
>>> Subject : Error when drm is loaded
>>> Submitter : François Valenduc <francois.valenduc-bmtTS95sd5BUM80lpFwj4w@public.gmane.org>
>>> Date : 2008-12-13 09:59 (8 days old)
>>> First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=52440211dcdc52c0b757f8b34d122e11b12cdd50
>>>
>>>
>>>
>>>
>>>
>> This bug still occurs. So, it still needs to be on the regression list.
>> I have not yet seen any replies to my bug report.
>>
>
> Thanks for the update.
>
> Rafael
>
>
I got a reply to my bug report and I tested the patch provided by Dave
Airlie. It seems to solve the problem. The error doesn't occur anymore
when it's applied.
François
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [Bug #12178] Xorg crash at first start
2008-12-20 22:00 ` Rafael J. Wysocki
@ 2008-12-23 11:39 ` Cédric Godin
-1 siblings, 0 replies; 86+ messages in thread
From: Cédric Godin @ 2008-12-23 11:39 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Dave Airlie,
Dave Airlie, Keith Packard
Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.27. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12178
> Subject : Xorg crash at first start
> Submitter : Cédric Godin <cedric@belbone.be>
> Date : 2008-12-04 14:26 (17 days old)
> First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=52440211dcdc52c0b757f8b34d122e11b12cdd50
> References : http://marc.info/?l=linux-kernel&m=122840082828098&w=4
>
>
>
It seems that the bug #12216 is the same bug. I tested the patch posted
in it and everything is back to normal. Many thanks.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [Bug #12178] Xorg crash at first start
@ 2008-12-23 11:39 ` Cédric Godin
0 siblings, 0 replies; 86+ messages in thread
From: Cédric Godin @ 2008-12-23 11:39 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Dave Airlie,
Dave Airlie, Keith Packard
Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.27. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12178
> Subject : Xorg crash at first start
> Submitter : Cédric Godin <cedric-x1Cn44Nr1HaZIoH1IeqzKA@public.gmane.org>
> Date : 2008-12-04 14:26 (17 days old)
> First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=52440211dcdc52c0b757f8b34d122e11b12cdd50
> References : http://marc.info/?l=linux-kernel&m=122840082828098&w=4
>
>
>
It seems that the bug #12216 is the same bug. I tested the patch posted
in it and everything is back to normal. Many thanks.
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug 12195] "dd" make kernel panic
2008-12-11 2:07 [Bug 12195] New: " bugme-daemon
` (15 preceding siblings ...)
2008-12-16 5:12 ` bugme-daemon
@ 2008-12-21 19:52 ` bugme-daemon
16 siblings, 0 replies; 86+ messages in thread
From: bugme-daemon @ 2008-12-21 19:52 UTC (permalink / raw)
To: linux-scsi
http://bugzilla.kernel.org/show_bug.cgi?id=12195
rjw@sisk.pl changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |CLOSED
Resolution| |CODE_FIX
------- Comment #15 from rjw@sisk.pl 2008-12-21 11:52 -------
Fixed by commit a6da74cb077e88a604e5b2a6663b44c221f0ae75 .
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug 12195] "dd" make kernel panic
2008-12-11 2:07 [Bug 12195] New: " bugme-daemon
` (14 preceding siblings ...)
2008-12-15 20:13 ` bugme-daemon
@ 2008-12-16 5:12 ` bugme-daemon
2008-12-21 19:52 ` bugme-daemon
16 siblings, 0 replies; 86+ messages in thread
From: bugme-daemon @ 2008-12-16 5:12 UTC (permalink / raw)
To: linux-scsi
http://bugzilla.kernel.org/show_bug.cgi?id=12195
------- Comment #14 from ming.m.lin@intel.com 2008-12-15 21:12 -------
(In reply to comment #13)
>
> diff --git a/drivers/message/fusion/mptscsih.c
> b/drivers/message/fusion/mptscsih.c
> index d62fd4f..ee09041 100644
> --- a/drivers/message/fusion/mptscsih.c
> +++ b/drivers/message/fusion/mptscsih.c
> @@ -2008,6 +2008,9 @@ mptscsih_host_reset(struct scsi_cmnd *SCpnt)
> return FAILED;
> }
>
> + /* make sure we have no outstanding commands at this stage */
> + mptscsih_flush_running_cmds(hd);
> +
> ioc = hd->ioc;
> printk(MYIOC_s_INFO_FMT "attempting host reset! (sc=%p)\n",
> ioc->name, SCpnt);
>
It seems that this patch fixes the bug.
I have been running "dd" for 4 hours and no panic.
dmesg attached.
Thanks
------------------------------------------------------
end_request: I/O error, dev sdb, sector 34572800
Buffer I/O error on device sdb, logical block 8643200
Buffer I/O error on device sdb, logical block 8643201
Buffer I/O error on device sdb, logical block 8643202
Buffer I/O error on device sdb, logical block 8643203
Buffer I/O error on device sdb, logical block 8643204
Buffer I/O error on device sdb, logical block 8643205
Buffer I/O error on device sdb, logical block 8643206
Buffer I/O error on device sdb, logical block 8643207
Buffer I/O error on device sdb, logical block 8643208
Buffer I/O error on device sdb, logical block 8643209
Info fld=0x4044
end_request: I/O error, dev sdb, sector 34572544
__ratelimit: 54 callbacks suppressed
Buffer I/O error on device sdb, logical block 8643136
Buffer I/O error on device sdb, logical block 8643137
Buffer I/O error on device sdb, logical block 8643138
Buffer I/O error on device sdb, logical block 8643139
Buffer I/O error on device sdb, logical block 8643140
Buffer I/O error on device sdb, logical block 8643141
Buffer I/O error on device sdb, logical block 8643142
Buffer I/O error on device sdb, logical block 8643143
Buffer I/O error on device sdb, logical block 8643144
Buffer I/O error on device sdb, logical block 8643145
program smartd is using a deprecated SCSI ioctl, please convert it to SG_IO
program smartd is using a deprecated SCSI ioctl, please convert it to SG_IO
mptbase: ioc0: WARNING - IOC is in FAULT state (000eh)!!!
mptbase: ioc0: WARNING - Issuing HardReset from mpt_fault_reset_work!!
mptbase: ioc0: WARNING - IOC is in FAULT state!!!
mptbase: ioc0: WARNING - FAULT code = 000eh
sd 0:0:1:0: rejecting I/O to offline device
__ratelimit: 54 callbacks suppressed
Buffer I/O error on device sdb, logical block 5081200
Buffer I/O error on device sdb, logical block 5081201
Buffer I/O error on device sdb, logical block 5081202
Buffer I/O error on device sdb, logical block 5081203
Buffer I/O error on device sdb, logical block 5081204
Buffer I/O error on device sdb, logical block 5081205
Buffer I/O error on device sdb, logical block 5081206
Buffer I/O error on device sdb, logical block 5081207
Buffer I/O error on device sdb, logical block 5081208
Buffer I/O error on device sdb, logical block 5081209
sd 0:0:1:0: rejecting I/O to offline device
sd 0:0:1:0: rejecting I/O to offline device
sd 0:0:1:0: rejecting I/O to offline device
mptbase: ioc0: ERROR - Doorbell ACK timeout (count=4999), IntStatus=80000000!
mptbase: ioc0: WARNING - mpt_fault_reset_work: HardReset: success
mptbase: ioc0: WARNING - IOC is in FAULT state (000eh)!!!
mptbase: ioc0: WARNING - Issuing HardReset from mpt_fault_reset_work!!
mptbase: ioc0: WARNING - IOC is in FAULT state!!!
mptbase: ioc0: WARNING - FAULT code = 000eh
sd 0:0:1:0: rejecting I/O to offline device
__ratelimit: 126 callbacks suppressed
Buffer I/O error on device sdb, logical block 5642800
Buffer I/O error on device sdb, logical block 5642801
Buffer I/O error on device sdb, logical block 5642802
Buffer I/O error on device sdb, logical block 5642803
Buffer I/O error on device sdb, logical block 5642804
Buffer I/O error on device sdb, logical block 5642805
Buffer I/O error on device sdb, logical block 5642806
Buffer I/O error on device sdb, logical block 5642807
Buffer I/O error on device sdb, logical block 5642808
Buffer I/O error on device sdb, logical block 5642809
sd 0:0:1:0: rejecting I/O to offline device
sd 0:0:1:0: rejecting I/O to offline device
mptbase: ioc0: ERROR - Doorbell ACK timeout (count=4999), IntStatus=80000000!
mptbase: ioc0: WARNING - mpt_fault_reset_work: HardReset: success
mptbase: ioc0: WARNING - IOC is in FAULT state (000eh)!!!
mptbase: ioc0: WARNING - Issuing HardReset from mpt_fault_reset_work!!
mptbase: ioc0: WARNING - IOC is in FAULT state!!!
mptbase: ioc0: WARNING - FAULT code = 000eh
sd 0:0:1:0: rejecting I/O to offline device
__ratelimit: 126 callbacks suppressed
Buffer I/O error on device sdb, logical block 6333104
Buffer I/O error on device sdb, logical block 6333105
Buffer I/O error on device sdb, logical block 6333106
Buffer I/O error on device sdb, logical block 6333107
Buffer I/O error on device sdb, logical block 6333108
Buffer I/O error on device sdb, logical block 6333109
Buffer I/O error on device sdb, logical block 6333110
Buffer I/O error on device sdb, logical block 6333111
Buffer I/O error on device sdb, logical block 6333112
Buffer I/O error on device sdb, logical block 6333113
sd 0:0:1:0: rejecting I/O to offline device
sd 0:0:1:0: rejecting I/O to offline device
sd 0:0:1:0: rejecting I/O to offline device
mptbase: ioc0: ERROR - Doorbell ACK timeout (count=4999), IntStatus=80000000!
mptbase: ioc0: WARNING - mpt_fault_reset_work: HardReset: success
program smartd is using a deprecated SCSI ioctl, please convert it to SG_IO
program smartd is using a deprecated SCSI ioctl, please convert it to SG_IO
mptbase: ioc0: WARNING - IOC is in FAULT state (000eh)!!!
mptbase: ioc0: WARNING - Issuing HardReset from mpt_fault_reset_work!!
mptbase: ioc0: WARNING - IOC is in FAULT state!!!
mptbase: ioc0: WARNING - FAULT code = 000eh
sd 0:0:1:0: rejecting I/O to offline device
__ratelimit: 126 callbacks suppressed
Buffer I/O error on device sdb, logical block 7920944
Buffer I/O error on device sdb, logical block 7920945
Buffer I/O error on device sdb, logical block 7920946
Buffer I/O error on device sdb, logical block 7920947
Buffer I/O error on device sdb, logical block 7920948
Buffer I/O error on device sdb, logical block 7920949
Buffer I/O error on device sdb, logical block 7920950
Buffer I/O error on device sdb, logical block 7920951
Buffer I/O error on device sdb, logical block 7920952
Buffer I/O error on device sdb, logical block 7920953
sd 0:0:1:0: rejecting I/O to offline device
mptbase: ioc0: ERROR - Doorbell ACK timeout (count=4999), IntStatus=80000000!
mptbase: ioc0: WARNING - mpt_fault_reset_work: HardReset: success
program smartd is using a deprecated SCSI ioctl, please convert it to SG_IO
program smartd is using a deprecated SCSI ioctl, please convert it to SG_IO
mptbase: ioc0: WARNING - IOC is in FAULT state (000eh)!!!
mptbase: ioc0: WARNING - Issuing HardReset from mpt_fault_reset_work!!
mptbase: ioc0: WARNING - IOC is in FAULT state!!!
mptbase: ioc0: WARNING - FAULT code = 000eh
sd 0:0:1:0: rejecting I/O to offline device
__ratelimit: 126 callbacks suppressed
Buffer I/O error on device sdb, logical block 6794608
Buffer I/O error on device sdb, logical block 6794609
Buffer I/O error on device sdb, logical block 6794610
Buffer I/O error on device sdb, logical block 6794611
Buffer I/O error on device sdb, logical block 6794612
Buffer I/O error on device sdb, logical block 6794613
Buffer I/O error on device sdb, logical block 6794614
Buffer I/O error on device sdb, logical block 6794615
Buffer I/O error on device sdb, logical block 6794616
Buffer I/O error on device sdb, logical block 6794617
sd 0:0:1:0: rejecting I/O to offline device
sd 0:0:1:0: rejecting I/O to offline device
sd 0:0:1:0: rejecting I/O to offline device
mptbase: ioc0: ERROR - Doorbell ACK timeout (count=4999), IntStatus=80000000!
mptbase: ioc0: WARNING - mpt_fault_reset_work: HardReset: success
program smartd is using a deprecated SCSI ioctl, please convert it to SG_IO
program smartd is using a deprecated SCSI ioctl, please convert it to SG_IO
program smartd is using a deprecated SCSI ioctl, please convert it to SG_IO
program smartd is using a deprecated SCSI ioctl, please convert it to SG_IO
program smartd is using a deprecated SCSI ioctl, please convert it to SG_IO
program smartd is using a deprecated SCSI ioctl, please convert it to SG_IO
mptbase: ioc0: WARNING - IOC is in FAULT state (000eh)!!!
mptbase: ioc0: WARNING - Issuing HardReset from mpt_fault_reset_work!!
mptbase: ioc0: WARNING - IOC is in FAULT state!!!
mptbase: ioc0: WARNING - FAULT code = 000eh
sd 0:0:1:0: rejecting I/O to offline device
__ratelimit: 126 callbacks suppressed
Buffer I/O error on device sdb, logical block 8816496
Buffer I/O error on device sdb, logical block 8816497
Buffer I/O error on device sdb, logical block 8816498
Buffer I/O error on device sdb, logical block 8816499
Buffer I/O error on device sdb, logical block 8816500
Buffer I/O error on device sdb, logical block 8816501
Buffer I/O error on device sdb, logical block 8816502
Buffer I/O error on device sdb, logical block 8816503
Buffer I/O error on device sdb, logical block 8816504
Buffer I/O error on device sdb, logical block 8816505
sd 0:0:1:0: rejecting I/O to offline device
sd 0:0:1:0: rejecting I/O to offline device
sd 0:0:1:0: rejecting I/O to offline device
mptbase: ioc0: ERROR - Doorbell ACK timeout (count=4999), IntStatus=80000000!
mptbase: ioc0: WARNING - mpt_fault_reset_work: HardReset: success
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug 12195] "dd" make kernel panic
2008-12-11 2:07 [Bug 12195] New: " bugme-daemon
` (13 preceding siblings ...)
2008-12-15 10:39 ` bugme-daemon
@ 2008-12-15 20:13 ` bugme-daemon
2008-12-16 5:12 ` bugme-daemon
2008-12-21 19:52 ` bugme-daemon
16 siblings, 0 replies; 86+ messages in thread
From: bugme-daemon @ 2008-12-15 20:13 UTC (permalink / raw)
To: linux-scsi
http://bugzilla.kernel.org/show_bug.cgi?id=12195
------- Comment #13 from anonymous@kernel-bugs.osdl.org 2008-12-15 12:13 -------
Reply-To: James.Bottomley@HansenPartnership.com
On Mon, 2008-12-15 at 02:39 -0800, bugme-daemon@bugzilla.kernel.org
wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=12195
>
>
>
>
>
> ------- Comment #12 from ming.m.lin@intel.com 2008-12-15 02:39 -------
> (In reply to comment #7)
> > If you have time for another re-create it would be good to set some scsi
> > logging.
> > sysctl -w dev.scsi.logging_level=4100 # mlcomplete 1 and error 4
> > echo "1" > /proc/sys/kernel/sysrq # If needed
> > echo 9 > /proc/sysrq-trigger # Raise console log level
> >
>
> mptscsih: ioc0: attempting task abort! (sc=e000000037a36980)
> sd 0:0:1:0: [sdb] CDB: cdb[0]=0x28: 28 00 01 3b 4e a0 00 01 00 00
> mptbase: ioc0: WARNING - IOC is in FAULT state (000eh)!!!
> mptbase: ioc0: WARNING - Issuing HardReset from mpt_fault_reset_work!!
> mptbase: ioc0: Initiating recovery
> mptbase: ioc0: WARNING - IOC is in FAULT state!!!
> mptbase: ioc0: WARNING - FAULT code = 000eh
> mptscsih: ioc0: Issue of TaskMgmt failed!
> mptscsih: ioc0: task abort: FAILED (sc=e000000037a36980)
> mptscsih: ioc0: attempting task abort! (sc=e000000037a35f80)
> sd 0:0:1:0: [sdb] CDB: cdb[0]=0x28: 28 00 01 3b 4f a0 00 01 00 00
> mptscsih: ioc0: task abort: FAILED (sc=e000000037a35f80)
> mptscsih: ioc0: attempting target reset! (sc=e000000037a36980)
> sd 0:0:1:0: [sdb] CDB: cdb[0]=0x28: 28 00 01 3b 4e a0 00 01 00 00
> mptscsih: ioc0: target reset: FAILED (sc=e000000037a36980)
> mptscsih: ioc0: attempting bus reset! (sc=e000000037a36980)
> sd 0:0:1:0: [sdb] CDB: cdb[0]=0x28: 28 00 01 3b 4e a0 00 01 00 00
> mptscsih: ioc0: bus reset: FAILED (sc=e000000037a36980)
> mptscsih: ioc0: attempting host reset! (sc=e000000037a36980)
> mptscsih: ioc0: host reset: SUCCESS (sc=e000000037a36980)
> sd 0:0:1:0: Device offlined - not ready after error recovery
> sd 0:0:1:0: Device offlined - not ready after error recovery
> sd 0:0:1:0: [sdb] Result: hostbyte=0x00 driverbyte=0x06
> end_request: I/O error, dev sdb, sector 20663968
> Buffer I/O error on device sdb, logical block 5165992
> Buffer I/O error on device sdb, logical block 5165993
> Buffer I/O error on device sdb, logical block 5165994
> Buffer I/O error on device sdb, logical block 5165995
> Buffer I/O error on device sdb, logical block 5165996
> Buffer I/O error on device sdb, logical block 5165997
> Buffer I/O error on device sdb, logical block 5165998
> Buffer I/O error on device sdb, logical block 5165999
> Buffer I/O error on device sdb, logical block 5166000
> Buffer I/O error on device sdb, logical block 5166001
> sd 0:0:1:0: rejecting I/O to offline device
> sd 0:0:1:0: [sdb] Result: hostbyte=0x00 driverbyte=0x06
> end_request: I/O error, dev sdb, sector 20664224
> mptbase: ioc0: ERROR - Doorbell ACK timeout (count=4999), IntStatus=80000000!
> sd 0:0:1:0: mptscsih: ioc0: completing cmds: fw_channel 0, fw_id 1,
> sc=e000000037a36980, mf = e0000000406847e0, idx=55
> sd 0:0:1:0: mptscsih: ioc0: completing cmds: fw_channel 0, fw_id 1,
> sc=e000000037a35f80, mf = e0000000406883e0, idx=f5
> Unable to handle kernel NULL pointer dereference (address 0000000000000044)
> mpt_poll_0[378]: Oops 8813272891392 [1]
Oh ... this is actually a fusion problem, then. It looks like the
fusion is relying on the old done behaviour. Does this work? It
flushes the fusion internal queue if we go into host reset. This should
prevent the commands turning up later after the device has been
offlined.
James
---
diff --git a/drivers/message/fusion/mptscsih.c
b/drivers/message/fusion/mptscsih.c
index d62fd4f..ee09041 100644
--- a/drivers/message/fusion/mptscsih.c
+++ b/drivers/message/fusion/mptscsih.c
@@ -2008,6 +2008,9 @@ mptscsih_host_reset(struct scsi_cmnd *SCpnt)
return FAILED;
}
+ /* make sure we have no outstanding commands at this stage */
+ mptscsih_flush_running_cmds(hd);
+
ioc = hd->ioc;
printk(MYIOC_s_INFO_FMT "attempting host reset! (sc=%p)\n",
ioc->name, SCpnt);
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
^ permalink raw reply related [flat|nested] 86+ messages in thread
* Re: [Bug 12195] "dd" make kernel panic
2008-12-15 10:39 ` bugme-daemon
@ 2008-12-15 20:13 ` James Bottomley
0 siblings, 0 replies; 86+ messages in thread
From: James Bottomley @ 2008-12-15 20:13 UTC (permalink / raw)
To: bugme-daemon; +Cc: linux-scsi, Moore, Eric, Prakash, Sathya
On Mon, 2008-12-15 at 02:39 -0800, bugme-daemon@bugzilla.kernel.org
wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=12195
>
>
>
>
>
> ------- Comment #12 from ming.m.lin@intel.com 2008-12-15 02:39 -------
> (In reply to comment #7)
> > If you have time for another re-create it would be good to set some scsi
> > logging.
> > sysctl -w dev.scsi.logging_level=4100 # mlcomplete 1 and error 4
> > echo "1" > /proc/sys/kernel/sysrq # If needed
> > echo 9 > /proc/sysrq-trigger # Raise console log level
> >
>
> mptscsih: ioc0: attempting task abort! (sc=e000000037a36980)
> sd 0:0:1:0: [sdb] CDB: cdb[0]=0x28: 28 00 01 3b 4e a0 00 01 00 00
> mptbase: ioc0: WARNING - IOC is in FAULT state (000eh)!!!
> mptbase: ioc0: WARNING - Issuing HardReset from mpt_fault_reset_work!!
> mptbase: ioc0: Initiating recovery
> mptbase: ioc0: WARNING - IOC is in FAULT state!!!
> mptbase: ioc0: WARNING - FAULT code = 000eh
> mptscsih: ioc0: Issue of TaskMgmt failed!
> mptscsih: ioc0: task abort: FAILED (sc=e000000037a36980)
> mptscsih: ioc0: attempting task abort! (sc=e000000037a35f80)
> sd 0:0:1:0: [sdb] CDB: cdb[0]=0x28: 28 00 01 3b 4f a0 00 01 00 00
> mptscsih: ioc0: task abort: FAILED (sc=e000000037a35f80)
> mptscsih: ioc0: attempting target reset! (sc=e000000037a36980)
> sd 0:0:1:0: [sdb] CDB: cdb[0]=0x28: 28 00 01 3b 4e a0 00 01 00 00
> mptscsih: ioc0: target reset: FAILED (sc=e000000037a36980)
> mptscsih: ioc0: attempting bus reset! (sc=e000000037a36980)
> sd 0:0:1:0: [sdb] CDB: cdb[0]=0x28: 28 00 01 3b 4e a0 00 01 00 00
> mptscsih: ioc0: bus reset: FAILED (sc=e000000037a36980)
> mptscsih: ioc0: attempting host reset! (sc=e000000037a36980)
> mptscsih: ioc0: host reset: SUCCESS (sc=e000000037a36980)
> sd 0:0:1:0: Device offlined - not ready after error recovery
> sd 0:0:1:0: Device offlined - not ready after error recovery
> sd 0:0:1:0: [sdb] Result: hostbyte=0x00 driverbyte=0x06
> end_request: I/O error, dev sdb, sector 20663968
> Buffer I/O error on device sdb, logical block 5165992
> Buffer I/O error on device sdb, logical block 5165993
> Buffer I/O error on device sdb, logical block 5165994
> Buffer I/O error on device sdb, logical block 5165995
> Buffer I/O error on device sdb, logical block 5165996
> Buffer I/O error on device sdb, logical block 5165997
> Buffer I/O error on device sdb, logical block 5165998
> Buffer I/O error on device sdb, logical block 5165999
> Buffer I/O error on device sdb, logical block 5166000
> Buffer I/O error on device sdb, logical block 5166001
> sd 0:0:1:0: rejecting I/O to offline device
> sd 0:0:1:0: [sdb] Result: hostbyte=0x00 driverbyte=0x06
> end_request: I/O error, dev sdb, sector 20664224
> mptbase: ioc0: ERROR - Doorbell ACK timeout (count=4999), IntStatus=80000000!
> sd 0:0:1:0: mptscsih: ioc0: completing cmds: fw_channel 0, fw_id 1,
> sc=e000000037a36980, mf = e0000000406847e0, idx=55
> sd 0:0:1:0: mptscsih: ioc0: completing cmds: fw_channel 0, fw_id 1,
> sc=e000000037a35f80, mf = e0000000406883e0, idx=f5
> Unable to handle kernel NULL pointer dereference (address 0000000000000044)
> mpt_poll_0[378]: Oops 8813272891392 [1]
Oh ... this is actually a fusion problem, then. It looks like the
fusion is relying on the old done behaviour. Does this work? It
flushes the fusion internal queue if we go into host reset. This should
prevent the commands turning up later after the device has been
offlined.
James
---
diff --git a/drivers/message/fusion/mptscsih.c b/drivers/message/fusion/mptscsih.c
index d62fd4f..ee09041 100644
--- a/drivers/message/fusion/mptscsih.c
+++ b/drivers/message/fusion/mptscsih.c
@@ -2008,6 +2008,9 @@ mptscsih_host_reset(struct scsi_cmnd *SCpnt)
return FAILED;
}
+ /* make sure we have no outstanding commands at this stage */
+ mptscsih_flush_running_cmds(hd);
+
ioc = hd->ioc;
printk(MYIOC_s_INFO_FMT "attempting host reset! (sc=%p)\n",
ioc->name, SCpnt);
^ permalink raw reply related [flat|nested] 86+ messages in thread
* [Bug 12195] "dd" make kernel panic
2008-12-11 2:07 [Bug 12195] New: " bugme-daemon
` (12 preceding siblings ...)
2008-12-15 9:52 ` bugme-daemon
@ 2008-12-15 10:39 ` bugme-daemon
2008-12-15 20:13 ` James Bottomley
2008-12-15 20:13 ` bugme-daemon
` (2 subsequent siblings)
16 siblings, 1 reply; 86+ messages in thread
From: bugme-daemon @ 2008-12-15 10:39 UTC (permalink / raw)
To: linux-scsi
http://bugzilla.kernel.org/show_bug.cgi?id=12195
------- Comment #12 from ming.m.lin@intel.com 2008-12-15 02:39 -------
(In reply to comment #7)
> If you have time for another re-create it would be good to set some scsi
> logging.
> sysctl -w dev.scsi.logging_level=4100 # mlcomplete 1 and error 4
> echo "1" > /proc/sys/kernel/sysrq # If needed
> echo 9 > /proc/sysrq-trigger # Raise console log level
>
mptscsih: ioc0: attempting task abort! (sc=e000000037a36980)
sd 0:0:1:0: [sdb] CDB: cdb[0]=0x28: 28 00 01 3b 4e a0 00 01 00 00
mptbase: ioc0: WARNING - IOC is in FAULT state (000eh)!!!
mptbase: ioc0: WARNING - Issuing HardReset from mpt_fault_reset_work!!
mptbase: ioc0: Initiating recovery
mptbase: ioc0: WARNING - IOC is in FAULT state!!!
mptbase: ioc0: WARNING - FAULT code = 000eh
mptscsih: ioc0: Issue of TaskMgmt failed!
mptscsih: ioc0: task abort: FAILED (sc=e000000037a36980)
mptscsih: ioc0: attempting task abort! (sc=e000000037a35f80)
sd 0:0:1:0: [sdb] CDB: cdb[0]=0x28: 28 00 01 3b 4f a0 00 01 00 00
mptscsih: ioc0: task abort: FAILED (sc=e000000037a35f80)
mptscsih: ioc0: attempting target reset! (sc=e000000037a36980)
sd 0:0:1:0: [sdb] CDB: cdb[0]=0x28: 28 00 01 3b 4e a0 00 01 00 00
mptscsih: ioc0: target reset: FAILED (sc=e000000037a36980)
mptscsih: ioc0: attempting bus reset! (sc=e000000037a36980)
sd 0:0:1:0: [sdb] CDB: cdb[0]=0x28: 28 00 01 3b 4e a0 00 01 00 00
mptscsih: ioc0: bus reset: FAILED (sc=e000000037a36980)
mptscsih: ioc0: attempting host reset! (sc=e000000037a36980)
mptscsih: ioc0: host reset: SUCCESS (sc=e000000037a36980)
sd 0:0:1:0: Device offlined - not ready after error recovery
sd 0:0:1:0: Device offlined - not ready after error recovery
sd 0:0:1:0: [sdb] Result: hostbyte=0x00 driverbyte=0x06
end_request: I/O error, dev sdb, sector 20663968
Buffer I/O error on device sdb, logical block 5165992
Buffer I/O error on device sdb, logical block 5165993
Buffer I/O error on device sdb, logical block 5165994
Buffer I/O error on device sdb, logical block 5165995
Buffer I/O error on device sdb, logical block 5165996
Buffer I/O error on device sdb, logical block 5165997
Buffer I/O error on device sdb, logical block 5165998
Buffer I/O error on device sdb, logical block 5165999
Buffer I/O error on device sdb, logical block 5166000
Buffer I/O error on device sdb, logical block 5166001
sd 0:0:1:0: rejecting I/O to offline device
sd 0:0:1:0: [sdb] Result: hostbyte=0x00 driverbyte=0x06
end_request: I/O error, dev sdb, sector 20664224
mptbase: ioc0: ERROR - Doorbell ACK timeout (count=4999), IntStatus=80000000!
sd 0:0:1:0: mptscsih: ioc0: completing cmds: fw_channel 0, fw_id 1,
sc=e000000037a36980, mf = e0000000406847e0, idx=55
sd 0:0:1:0: mptscsih: ioc0: completing cmds: fw_channel 0, fw_id 1,
sc=e000000037a35f80, mf = e0000000406883e0, idx=f5
Unable to handle kernel NULL pointer dereference (address 0000000000000044)
mpt_poll_0[378]: Oops 8813272891392 [1]
Modules linked in:
Pid: 378, CPU 1, comm: mpt_poll_0
psr : 0000101008026018 ifs : 8000000000000289 ip : [<a0000001003988b0>] Not
tainted (2.6.28-rc8-mlin)
ip is at scsi_softirq_done+0x50/0x2e0
unat: 0000000000000000 pfs : 0000000000000184 rsc : 0000000000000003
rnat: 5555555555555555 bsps: 5555555555555555 pr : 000002a1491599a5
ldrs: 0000000000000000 ccv : 0000000000000000 fpsr: 0009804c8a70033f
csd : 0000000000000000 ssd : 0000000000000000
b0 : a000000100245310 b6 : a000000100398860 b7 : a000000100011ec0
f6 : 1003e0000000000000000 f7 : 1003e0000000000200802
f8 : 1003e0000000080000000 f9 : 1003e00000000000001d3
f10 : 1003e392baaf0b5995995 f11 : 1003e0000000000000030
r1 : a000000100a2c6c0 r2 : e000000001105ec8 r3 : e000000035e2d688
r8 : e000000035e2d680 r9 : ffffffffffff5ec8 r10 : 0000000000000018
r11 : 0000000000000044 r12 : e0000000405c7830 r13 : e0000000405c0000
r14 : e0000000405c7850 r15 : e0000000405c7858 r16 : 0000000000000020
r17 : 0000000000000030 r18 : e000000035e2d7c0 r19 : e000000035e2d750
r20 : 0000000000000001 r21 : a000000100398860 r22 : e000000040599ac0
r23 : e000000040599a18 r24 : e000000035e2d6b0 r25 : e0000000405c7850
r26 : e0000000405c7850 r27 : e000000035e2d688 r28 : e0000000405c7858
r29 : a000000100011ec0 r30 : 0000000000000000 r31 : e000000008a78000
Call Trace:
[<a000000100012870>] show_stack+0x50/0xa0
sp=e0000000405c7400 bsp=e0000000405c1368
[<a000000100013150>] show_regs+0x830/0x860
sp=e0000000405c75d0 bsp=e0000000405c1320
[<a000000100022a60>] die+0x1c0/0x2c0
sp=e0000000405c75d0 bsp=e0000000405c12d8
[<a000000100042350>] ia64_do_page_fault+0x830/0x960
sp=e0000000405c75d0 bsp=e0000000405c1278
[<a00000010000ba20>] ia64_native_leave_kernel+0x0/0x270
sp=e0000000405c7660 bsp=e0000000405c1278
[<a0000001003988b0>] scsi_softirq_done+0x50/0x2e0
sp=e0000000405c7830 bsp=e0000000405c1230
[<a000000100245310>] blk_done_softirq+0x170/0x1c0
sp=e0000000405c7840 bsp=e0000000405c1218
[<a00000010006f3d0>] __do_softirq+0x110/0x2e0
sp=e0000000405c7850 bsp=e0000000405c1180
[<a00000010006f610>] do_softirq+0x70/0xc0
sp=e0000000405c7850 bsp=e0000000405c1120
[<a00000010006fa50>] irq_exit+0x70/0xa0
sp=e0000000405c7850 bsp=e0000000405c1108
[<a000000100011c70>] ia64_handle_irq+0x350/0x380
sp=e0000000405c7850 bsp=e0000000405c10d0
[<a00000010000ba20>] ia64_native_leave_kernel+0x0/0x270
sp=e0000000405c7850 bsp=e0000000405c10d0
[<a0000001000662e0>] vprintk+0x660/0x6a0
sp=e0000000405c7a20 bsp=e0000000405c1000
[<a0000001000663a0>] printk+0x80/0xc0
sp=e0000000405c7a90 bsp=e0000000405c0f98
[<a0000001003d4c50>] mptscsih_ioc_reset+0x250/0x420
sp=e0000000405c7ad0 bsp=e0000000405c0f30
[<a0000001003d9c50>] mptspi_ioc_reset+0x30/0xa0
sp=e0000000405c7ae0 bsp=e0000000405c0f08
[<a0000001003c1d30>] mpt_signal_reset+0x150/0x180
sp=e0000000405c7ae0 bsp=e0000000405c0ed8
[<a0000001003c53c0>] KickStart+0x680/0x1000
sp=e0000000405c7ae0 bsp=e0000000405c0e70
[<a0000001003c5f50>] MakeIocReady+0x210/0x500
sp=e0000000405c7ae0 bsp=e0000000405c0e18
[<a0000001003c86f0>] mpt_do_ioc_recovery+0x150/0x2840
sp=e0000000405c7ae0 bsp=e0000000405c0d48
[<a0000001003caf80>] mpt_HardResetHandler+0x1a0/0x2a0
sp=e0000000405c7dd0 bsp=e0000000405c0d00
[<a0000001003cb190>] mpt_fault_reset_work+0x110/0x260
sp=e0000000405c7dd0 bsp=e0000000405c0cc0
[<a00000010008a310>] run_workqueue+0x1f0/0x340
sp=e0000000405c7dd0 bsp=e0000000405c0c80
[<a00000010008a5a0>] worker_thread+0x140/0x180
sp=e0000000405c7dd0 bsp=e0000000405c0c58
[<a000000100092aa0>] kthread+0xa0/0x120
sp=e0000000405c7e30 bsp=e0000000405c0c28
[<a000000100014430>] kernel_thread_helper+0x30/0x60
sp=e0000000405c7e30 bsp=e0000000405c0c00
[<a00000010000a0c0>] start_kernel_thread+0x20/0x40
sp=e0000000405c7e30 bsp=e0000000405c0c00
Kernel panic - not syncing: Aiee, killing interrupt handler!
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug 12195] "dd" make kernel panic
2008-12-11 2:07 [Bug 12195] New: " bugme-daemon
` (11 preceding siblings ...)
2008-12-13 17:58 ` bugme-daemon
@ 2008-12-15 9:52 ` bugme-daemon
2008-12-15 10:39 ` bugme-daemon
` (3 subsequent siblings)
16 siblings, 0 replies; 86+ messages in thread
From: bugme-daemon @ 2008-12-15 9:52 UTC (permalink / raw)
To: linux-scsi
http://bugzilla.kernel.org/show_bug.cgi?id=12195
------- Comment #11 from ming.m.lin@intel.com 2008-12-15 01:52 -------
kernel panic again with patch at #9 applied to 2.6.28-rc8
----------------------------------------------------------
mptbase: ioc0: WARNING - IOC is in FAULT state (000eh)!!!
mptbase: ioc0: WARNING - Issuing HardReset from mpt_fault_reset_work!!
mptbase: ioc0: WARNING - IOC is in FAULT state!!!
mptbase: ioc0: WARNING - FAULT code = 000eh
end_request: I/O error, dev sdb, sector 22968800
Buffer I/O error on device sdb, logical block 5742200
Buffer I/O error on device sdb, logical block 5742201
Buffer I/O error on device sdb, logical block 5742202
Buffer I/O error on device sdb, logical block 5742203
Buffer I/O error on device sdb, logical block 5742204
Buffer I/O error on device sdb, logical block 5742205
Buffer I/O error on device sdb, logical block 5742206
Buffer I/O error on device sdb, logical block 5742207
Buffer I/O error on device sdb, logical block 5742208
Buffer I/O error on device sdb, logical block 5742209
sd 0:0:1:0: rejecting I/O to offline device
end_request: I/O error, dev sdb, sector 22969056
mptbase: ioc0: ERROR - Doorbell ACK timeout (count=4999), IntStatus=80000000!
Unable to handle kernel NULL pointer dereference (address 0000000000000044)
ksoftirqd/2[10]: Oops 8813272891392 [1]
Modules linked in:
Pid: 10, CPU 2, comm: ksoftirqd/2
psr : 00001010081a6010 ifs : 8000000000000289 ip : [<a000000100397190>] Not
tainted (2.6.28-rc8-mlin)
ip is at scsi_softirq_done+0x50/0x2e0
unat: 0000000000000000 pfs : 0000000000000184 rsc : 0000000000000003
rnat: 0000000000000000 bsps: 0000000000000000 pr : 0000000000005a81
ldrs: 0000000000000000 ccv : 0000000000000002 fpsr: 0009804c8a70433f
csd : 0000000000000000 ssd : 0000000000000000
b0 : a000000100244e90 b6 : a000000100397140 b7 : a00000010000b220
f6 : 1003e0000000000000000 f7 : 1003e0000000000200000
f8 : 1003e0000000080000000 f9 : 1003e000001de86495475
f10 : 1003e9277c68cf83c1120 f11 : 1003e0000000000000046
r1 : a000000100a2bf40 r2 : e000000001115ec8 r3 : e0000000402d6658
r8 : e0000000402d6650 r9 : ffffffffffff5ec8 r10 : 0000000000000018
r11 : 0000000000000044 r12 : e000000008b07e10 r13 : e000000008b00000
r14 : e000000008b07e30 r15 : e000000008b07e38 r16 : 0000000000000020
r17 : 0000000000000030 r18 : e0000000402d6790 r19 : e0000000402d6720
r20 : a00000010083fb20 r21 : a000000100397140 r22 : e00000004062b388
r23 : e00000004062b2e0 r24 : e0000000402d6680 r25 : e000000008b07e30
r26 : e000000040119700 r27 : e0000000402d6658 r28 : e000000040119708
r29 : 0000000000000000 r30 : 0000000000000000 r31 : 0000000000000000
Call Trace:
[<a000000100012870>] show_stack+0x50/0xa0
sp=e000000008b079e0 bsp=e000000008b00ec8
[<a000000100013150>] show_regs+0x830/0x860
sp=e000000008b07bb0 bsp=e000000008b00e80
[<a000000100022a60>] die+0x1c0/0x2c0
sp=e000000008b07bb0 bsp=e000000008b00e38
[<a000000100042350>] ia64_do_page_fault+0x830/0x960
sp=e000000008b07bb0 bsp=e000000008b00dd0
[<a00000010000ba20>] ia64_native_leave_kernel+0x0/0x270
sp=e000000008b07c40 bsp=e000000008b00dd0
[<a000000100397190>] scsi_softirq_done+0x50/0x2e0
sp=e000000008b07e10 bsp=e000000008b00d88
[<a000000100244e90>] blk_done_softirq+0x170/0x1c0
sp=e000000008b07e20 bsp=e000000008b00d70
[<a00000010006f050>] __do_softirq+0x110/0x2e0
sp=e000000008b07e30 bsp=e000000008b00ce0
[<a00000010006f290>] do_softirq+0x70/0xc0
sp=e000000008b07e30 bsp=e000000008b00c80
[<a000000100070a70>] ksoftirqd+0xf0/0x240
sp=e000000008b07e30 bsp=e000000008b00c58
[<a000000100092720>] kthread+0xa0/0x120
sp=e000000008b07e30 bsp=e000000008b00c28
[<a000000100014430>] kernel_thread_helper+0x30/0x60
sp=e000000008b07e30 bsp=e000000008b00c00
[<a00000010000a0c0>] start_kernel_thread+0x20/0x40
sp=e000000008b07e30 bsp=e000000008b00c00
Kernel panic - not syncing: Aiee, killing interrupt handler!
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug 12195] "dd" make kernel panic
2008-12-11 2:07 [Bug 12195] New: " bugme-daemon
` (10 preceding siblings ...)
2008-12-12 19:28 ` bugme-daemon
@ 2008-12-13 17:58 ` bugme-daemon
2008-12-15 9:52 ` bugme-daemon
` (4 subsequent siblings)
16 siblings, 0 replies; 86+ messages in thread
From: bugme-daemon @ 2008-12-13 17:58 UTC (permalink / raw)
To: linux-scsi
http://bugzilla.kernel.org/show_bug.cgi?id=12195
------- Comment #10 from rjw@sisk.pl 2008-12-13 09:58 -------
Handled-By : James Bottomley <James.Bottomley@HansenPartnership.com>
Notify-Also : Michael Anderson <andmike@linux.vnet.ibm.com>
Notify-Also : Lin Ming <ming.m.lin@intel.com>
Notify-Also : Yanmin Zhang <yanmin_zhang@linux.intel.com>
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12195] "dd" make kernel panic
2008-12-13 16:29 2.6.28-rc8-git1: " Rafael J. Wysocki
@ 2008-12-13 16:33 ` Rafael J. Wysocki
0 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-13 16:33 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, alexs, James Bottomley, Lin Ming,
Michael Anderson, Yanmin Zhang
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12195
Subject : "dd" make kernel panic
Submitter : alexs <alex.shi@intel.com>
Date : 2008-12-10 18:07 (4 days old)
Handled-By : James Bottomley <James.Bottomley@HansenPartnership.com>
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug #12195] "dd" make kernel panic
@ 2008-12-13 16:33 ` Rafael J. Wysocki
0 siblings, 0 replies; 86+ messages in thread
From: Rafael J. Wysocki @ 2008-12-13 16:33 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, alexs, James Bottomley, Lin Ming,
Michael Anderson, Yanmin Zhang
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.27. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12195
Subject : "dd" make kernel panic
Submitter : alexs <alex.shi-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Date : 2008-12-10 18:07 (4 days old)
Handled-By : James Bottomley <James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug 12195] "dd" make kernel panic
2008-12-11 2:07 [Bug 12195] New: " bugme-daemon
` (9 preceding siblings ...)
2008-12-12 15:09 ` bugme-daemon
@ 2008-12-12 19:28 ` bugme-daemon
2008-12-13 17:58 ` bugme-daemon
` (5 subsequent siblings)
16 siblings, 0 replies; 86+ messages in thread
From: bugme-daemon @ 2008-12-12 19:28 UTC (permalink / raw)
To: linux-scsi
http://bugzilla.kernel.org/show_bug.cgi?id=12195
------- Comment #9 from anonymous@kernel-bugs.osdl.org 2008-12-12 11:28 -------
Reply-To: James.Bottomley@HansenPartnership.com
On Fri, 2008-12-12 at 09:09 -0600, James Bottomley wrote:
> On Fri, 2008-12-12 at 02:22 -0800, Mike Anderson wrote:
> > bugme-daemon@bugzilla.kernel.org <bugme-daemon@bugzilla.kernel.org> wrote:
> > > http://bugzilla.kernel.org/show_bug.cgi?id=12195
> > >
> > >
> > >
> > >
> > >
> > > ------- Comment #6 from ming.m.lin@intel.com 2008-12-11 18:27 -------
> > > 2.6.28-rc8 also panic
> >
> > The blk_mark_rq_complete check should prevent completions from occurring on
> > already timed out requests unless the interaction previous mentioned between
> > mpt_fault_reset_work and the scsi eh thread requeue alows the REQ_ATOM_COMPLETE
> > bit to get cleared prior to the scsi_done being called from
> > mptscsih_flush_running_cmds. This did not look obvious to hit.
> >
> > mpt_fault_reset_work
> > mpt_HardResetHandler
> > mpt_signal_reset
> > mptsas_ioc_reset
> > mptscsih_flush_running_cmds
> > mpt_do_ioc_recovery
>
> Actually, this isn't quite true. Particularly in the eh case. It looks
> like the block timeout isn't stopped until blk_complete_request() which
> is pretty late. If the timeout fires after scsi_done is called but
> before we complete the request, any timeout goes through the
> BLK_EH_HANDLED path to __blk_complete_request(). This routine
> unconditionally adds to the done routine without checking the mark, so
> there is a window where we can get double dones.
Actually, I take that back ... the patch to plug the unprep race was
send over the list but never applied because the timer changes seemed to
fix the problem.
So, we still have a small window where unprep can NULL out rq->special
while an asynchronous mpt reset is flushing the commands via scsi_done.
Could you see if it goes away (or at least lessens in frequency) with
this patch?
Thanks,
James
---
diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c
index 111f9e9..f2f51e0 100644
--- a/drivers/scsi/scsi_lib.c
+++ b/drivers/scsi/scsi_lib.c
@@ -653,8 +653,8 @@ static void scsi_requeue_command(struct request_queue *q,
struct scsi_cmnd *cmd)
struct request *req = cmd->request;
unsigned long flags;
- scsi_unprep_request(req);
spin_lock_irqsave(q->queue_lock, flags);
+ scsi_unprep_request(req);
blk_requeue_request(q, req);
spin_unlock_irqrestore(q->queue_lock, flags);
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
^ permalink raw reply related [flat|nested] 86+ messages in thread
* Re: [Bug 12195] "dd" make kernel panic
2008-12-12 15:09 ` James Bottomley
@ 2008-12-12 19:28 ` James Bottomley
0 siblings, 0 replies; 86+ messages in thread
From: James Bottomley @ 2008-12-12 19:28 UTC (permalink / raw)
To: Mike Anderson; +Cc: bugme-daemon, linux-scsi
On Fri, 2008-12-12 at 09:09 -0600, James Bottomley wrote:
> On Fri, 2008-12-12 at 02:22 -0800, Mike Anderson wrote:
> > bugme-daemon@bugzilla.kernel.org <bugme-daemon@bugzilla.kernel.org> wrote:
> > > http://bugzilla.kernel.org/show_bug.cgi?id=12195
> > >
> > >
> > >
> > >
> > >
> > > ------- Comment #6 from ming.m.lin@intel.com 2008-12-11 18:27 -------
> > > 2.6.28-rc8 also panic
> >
> > The blk_mark_rq_complete check should prevent completions from occurring on
> > already timed out requests unless the interaction previous mentioned between
> > mpt_fault_reset_work and the scsi eh thread requeue alows the REQ_ATOM_COMPLETE
> > bit to get cleared prior to the scsi_done being called from
> > mptscsih_flush_running_cmds. This did not look obvious to hit.
> >
> > mpt_fault_reset_work
> > mpt_HardResetHandler
> > mpt_signal_reset
> > mptsas_ioc_reset
> > mptscsih_flush_running_cmds
> > mpt_do_ioc_recovery
>
> Actually, this isn't quite true. Particularly in the eh case. It looks
> like the block timeout isn't stopped until blk_complete_request() which
> is pretty late. If the timeout fires after scsi_done is called but
> before we complete the request, any timeout goes through the
> BLK_EH_HANDLED path to __blk_complete_request(). This routine
> unconditionally adds to the done routine without checking the mark, so
> there is a window where we can get double dones.
Actually, I take that back ... the patch to plug the unprep race was
send over the list but never applied because the timer changes seemed to
fix the problem.
So, we still have a small window where unprep can NULL out rq->special
while an asynchronous mpt reset is flushing the commands via scsi_done.
Could you see if it goes away (or at least lessens in frequency) with
this patch?
Thanks,
James
---
diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c
index 111f9e9..f2f51e0 100644
--- a/drivers/scsi/scsi_lib.c
+++ b/drivers/scsi/scsi_lib.c
@@ -653,8 +653,8 @@ static void scsi_requeue_command(struct request_queue *q, struct scsi_cmnd *cmd)
struct request *req = cmd->request;
unsigned long flags;
- scsi_unprep_request(req);
spin_lock_irqsave(q->queue_lock, flags);
+ scsi_unprep_request(req);
blk_requeue_request(q, req);
spin_unlock_irqrestore(q->queue_lock, flags);
^ permalink raw reply related [flat|nested] 86+ messages in thread
* [Bug 12195] "dd" make kernel panic
2008-12-11 2:07 [Bug 12195] New: " bugme-daemon
` (8 preceding siblings ...)
2008-12-12 10:22 ` bugme-daemon
@ 2008-12-12 15:09 ` bugme-daemon
2008-12-12 19:28 ` bugme-daemon
` (6 subsequent siblings)
16 siblings, 0 replies; 86+ messages in thread
From: bugme-daemon @ 2008-12-12 15:09 UTC (permalink / raw)
To: linux-scsi
http://bugzilla.kernel.org/show_bug.cgi?id=12195
------- Comment #8 from anonymous@kernel-bugs.osdl.org 2008-12-12 07:09 -------
Reply-To: James.Bottomley@HansenPartnership.com
On Fri, 2008-12-12 at 02:22 -0800, Mike Anderson wrote:
> bugme-daemon@bugzilla.kernel.org <bugme-daemon@bugzilla.kernel.org> wrote:
> > http://bugzilla.kernel.org/show_bug.cgi?id=12195
> >
> >
> >
> >
> >
> > ------- Comment #6 from ming.m.lin@intel.com 2008-12-11 18:27 -------
> > 2.6.28-rc8 also panic
>
> The blk_mark_rq_complete check should prevent completions from occurring on
> already timed out requests unless the interaction previous mentioned between
> mpt_fault_reset_work and the scsi eh thread requeue alows the REQ_ATOM_COMPLETE
> bit to get cleared prior to the scsi_done being called from
> mptscsih_flush_running_cmds. This did not look obvious to hit.
>
> mpt_fault_reset_work
> mpt_HardResetHandler
> mpt_signal_reset
> mptsas_ioc_reset
> mptscsih_flush_running_cmds
> mpt_do_ioc_recovery
Actually, this isn't quite true. Particularly in the eh case. It looks
like the block timeout isn't stopped until blk_complete_request() which
is pretty late. If the timeout fires after scsi_done is called but
before we complete the request, any timeout goes through the
BLK_EH_HANDLED path to __blk_complete_request(). This routine
unconditionally adds to the done routine without checking the mark, so
there is a window where we can get double dones.
James
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [Bug 12195] "dd" make kernel panic
2008-12-12 10:22 ` Mike Anderson
@ 2008-12-12 15:09 ` James Bottomley
2008-12-12 19:28 ` James Bottomley
0 siblings, 1 reply; 86+ messages in thread
From: James Bottomley @ 2008-12-12 15:09 UTC (permalink / raw)
To: Mike Anderson; +Cc: bugme-daemon, linux-scsi
On Fri, 2008-12-12 at 02:22 -0800, Mike Anderson wrote:
> bugme-daemon@bugzilla.kernel.org <bugme-daemon@bugzilla.kernel.org> wrote:
> > http://bugzilla.kernel.org/show_bug.cgi?id=12195
> >
> >
> >
> >
> >
> > ------- Comment #6 from ming.m.lin@intel.com 2008-12-11 18:27 -------
> > 2.6.28-rc8 also panic
>
> The blk_mark_rq_complete check should prevent completions from occurring on
> already timed out requests unless the interaction previous mentioned between
> mpt_fault_reset_work and the scsi eh thread requeue alows the REQ_ATOM_COMPLETE
> bit to get cleared prior to the scsi_done being called from
> mptscsih_flush_running_cmds. This did not look obvious to hit.
>
> mpt_fault_reset_work
> mpt_HardResetHandler
> mpt_signal_reset
> mptsas_ioc_reset
> mptscsih_flush_running_cmds
> mpt_do_ioc_recovery
Actually, this isn't quite true. Particularly in the eh case. It looks
like the block timeout isn't stopped until blk_complete_request() which
is pretty late. If the timeout fires after scsi_done is called but
before we complete the request, any timeout goes through the
BLK_EH_HANDLED path to __blk_complete_request(). This routine
unconditionally adds to the done routine without checking the mark, so
there is a window where we can get double dones.
James
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug 12195] "dd" make kernel panic
2008-12-11 2:07 [Bug 12195] New: " bugme-daemon
` (7 preceding siblings ...)
2008-12-12 2:27 ` bugme-daemon
@ 2008-12-12 10:22 ` bugme-daemon
2008-12-12 15:09 ` bugme-daemon
` (7 subsequent siblings)
16 siblings, 0 replies; 86+ messages in thread
From: bugme-daemon @ 2008-12-12 10:22 UTC (permalink / raw)
To: linux-scsi
http://bugzilla.kernel.org/show_bug.cgi?id=12195
------- Comment #7 from anonymous@kernel-bugs.osdl.org 2008-12-12 02:22 -------
Reply-To: andmike@linux.vnet.ibm.com
bugme-daemon@bugzilla.kernel.org <bugme-daemon@bugzilla.kernel.org> wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=12195
>
>
>
>
>
> ------- Comment #6 from ming.m.lin@intel.com 2008-12-11 18:27 -------
> 2.6.28-rc8 also panic
The blk_mark_rq_complete check should prevent completions from occurring on
already timed out requests unless the interaction previous mentioned between
mpt_fault_reset_work and the scsi eh thread requeue alows the REQ_ATOM_COMPLETE
bit to get cleared prior to the scsi_done being called from
mptscsih_flush_running_cmds. This did not look obvious to hit.
mpt_fault_reset_work
mpt_HardResetHandler
mpt_signal_reset
mptsas_ioc_reset
mptscsih_flush_running_cmds
mpt_do_ioc_recovery
When scsi_times_out is called there should not be a transportt->eh_timed_out,
or hostt->eh_timed_out set for mptsas which should lead to waking up the eh
thread. We will then call mptscsih_abort from the eh thread and it will return
success if the scsi command is not found leading to a possible requeue.
If you have time for another re-create it would be good to set some scsi
logging.
sysctl -w dev.scsi.logging_level=4100 # mlcomplete 1 and error 4
echo "1" > /proc/sys/kernel/sysrq # If needed
echo 9 > /proc/sysrq-trigger # Raise console log level
Also if you have more dmesg output prior to the error from the previous
failure runs that would be good to post also.
-andmike
--
Michael Anderson
andmike@linux.vnet.ibm.com
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [Bug 12195] "dd" make kernel panic
2008-12-12 2:27 ` bugme-daemon
@ 2008-12-12 10:22 ` Mike Anderson
2008-12-12 15:09 ` James Bottomley
0 siblings, 1 reply; 86+ messages in thread
From: Mike Anderson @ 2008-12-12 10:22 UTC (permalink / raw)
To: bugme-daemon; +Cc: linux-scsi
bugme-daemon@bugzilla.kernel.org <bugme-daemon@bugzilla.kernel.org> wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=12195
>
>
>
>
>
> ------- Comment #6 from ming.m.lin@intel.com 2008-12-11 18:27 -------
> 2.6.28-rc8 also panic
The blk_mark_rq_complete check should prevent completions from occurring on
already timed out requests unless the interaction previous mentioned between
mpt_fault_reset_work and the scsi eh thread requeue alows the REQ_ATOM_COMPLETE
bit to get cleared prior to the scsi_done being called from
mptscsih_flush_running_cmds. This did not look obvious to hit.
mpt_fault_reset_work
mpt_HardResetHandler
mpt_signal_reset
mptsas_ioc_reset
mptscsih_flush_running_cmds
mpt_do_ioc_recovery
When scsi_times_out is called there should not be a transportt->eh_timed_out,
or hostt->eh_timed_out set for mptsas which should lead to waking up the eh
thread. We will then call mptscsih_abort from the eh thread and it will return
success if the scsi command is not found leading to a possible requeue.
If you have time for another re-create it would be good to set some scsi
logging.
sysctl -w dev.scsi.logging_level=4100 # mlcomplete 1 and error 4
echo "1" > /proc/sys/kernel/sysrq # If needed
echo 9 > /proc/sysrq-trigger # Raise console log level
Also if you have more dmesg output prior to the error from the previous
failure runs that would be good to post also.
-andmike
--
Michael Anderson
andmike@linux.vnet.ibm.com
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug 12195] "dd" make kernel panic
2008-12-11 2:07 [Bug 12195] New: " bugme-daemon
` (6 preceding siblings ...)
2008-12-11 19:45 ` bugme-daemon
@ 2008-12-12 2:27 ` bugme-daemon
2008-12-12 10:22 ` Mike Anderson
2008-12-12 10:22 ` bugme-daemon
` (8 subsequent siblings)
16 siblings, 1 reply; 86+ messages in thread
From: bugme-daemon @ 2008-12-12 2:27 UTC (permalink / raw)
To: linux-scsi
http://bugzilla.kernel.org/show_bug.cgi?id=12195
------- Comment #6 from ming.m.lin@intel.com 2008-12-11 18:27 -------
2.6.28-rc8 also panic
addr2line -e vmlinux a0000001003971b0
linux-2.6.28-rc8/drivers/scsi/scsi_lib.c:1538
1535 static void scsi_softirq_done(struct request *rq)
1536 {
1537 struct scsi_cmnd *cmd = rq->special;
1538 unsigned long wait_for = (cmd->allowed + 1) * rq->timeout;
1539 int disposition;
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug 12195] "dd" make kernel panic
2008-12-11 2:07 [Bug 12195] New: " bugme-daemon
` (5 preceding siblings ...)
2008-12-11 15:17 ` bugme-daemon
@ 2008-12-11 19:45 ` bugme-daemon
2008-12-12 2:27 ` bugme-daemon
` (9 subsequent siblings)
16 siblings, 0 replies; 86+ messages in thread
From: bugme-daemon @ 2008-12-11 19:45 UTC (permalink / raw)
To: linux-scsi
http://bugzilla.kernel.org/show_bug.cgi?id=12195
rjw@sisk.pl changed:
What |Removed |Added
----------------------------------------------------------------------------
OtherBugsDependingO| |11808
nThis| |
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug 12195] "dd" make kernel panic
2008-12-11 2:07 [Bug 12195] New: " bugme-daemon
` (4 preceding siblings ...)
2008-12-11 9:26 ` bugme-daemon
@ 2008-12-11 15:17 ` bugme-daemon
2008-12-11 19:45 ` bugme-daemon
` (10 subsequent siblings)
16 siblings, 0 replies; 86+ messages in thread
From: bugme-daemon @ 2008-12-11 15:17 UTC (permalink / raw)
To: linux-scsi
http://bugzilla.kernel.org/show_bug.cgi?id=12195
------- Comment #5 from anonymous@kernel-bugs.osdl.org 2008-12-11 07:17 -------
Reply-To: James.Bottomley@HansenPartnership.com
On Thu, 2008-12-11 at 01:05 -0800, bugme-daemon@bugzilla.kernel.org
wrote:
> I instrumented kernel. below is some finding.
> 1) The disk isn't stable. If we run dd in a loop, sometimes the disk doesn't
> work, so block request will expire to start a scsi error handling;
> 2) fussion driver has its own periodic (1 sec) checking in
> mpt_fault_reset_work. If something is wrong, it will do a hardware reset and
> flush all pending requests;
> 3) Step 1) and 2) have a race that a request might be flushed in step 2), but
> step 1) releases the request firstly. Later on, when SOFTIRQ tries to release
> the scsi_cmnd, kernel panic.
OK, so to rule out the block timer problems which we think are fixed,
could you reproduce on 2.6.28-rc8.
Also, the routine
> [<a000000100391cf0>] scsi_softirq_done+0x50/0x2e0
> sp=e000000008a97e10 bsp=e000000008a90d70
Is hard to diagnose. Could you ask gdb or addr2line which actual source
line this is?
Thanks,
James
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
^ permalink raw reply [flat|nested] 86+ messages in thread
* Re: [Bug 12195] "dd" make kernel panic
2008-12-11 9:05 ` bugme-daemon
@ 2008-12-11 15:17 ` James Bottomley
0 siblings, 0 replies; 86+ messages in thread
From: James Bottomley @ 2008-12-11 15:17 UTC (permalink / raw)
To: bugme-daemon; +Cc: linux-scsi
On Thu, 2008-12-11 at 01:05 -0800, bugme-daemon@bugzilla.kernel.org
wrote:
> I instrumented kernel. below is some finding.
> 1) The disk isn't stable. If we run dd in a loop, sometimes the disk doesn't
> work, so block request will expire to start a scsi error handling;
> 2) fussion driver has its own periodic (1 sec) checking in
> mpt_fault_reset_work. If something is wrong, it will do a hardware reset and
> flush all pending requests;
> 3) Step 1) and 2) have a race that a request might be flushed in step 2), but
> step 1) releases the request firstly. Later on, when SOFTIRQ tries to release
> the scsi_cmnd, kernel panic.
OK, so to rule out the block timer problems which we think are fixed,
could you reproduce on 2.6.28-rc8.
Also, the routine
> [<a000000100391cf0>] scsi_softirq_done+0x50/0x2e0
> sp=e000000008a97e10 bsp=e000000008a90d70
Is hard to diagnose. Could you ask gdb or addr2line which actual source
line this is?
Thanks,
James
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug 12195] "dd" make kernel panic
2008-12-11 2:07 [Bug 12195] New: " bugme-daemon
` (3 preceding siblings ...)
2008-12-11 9:05 ` bugme-daemon
@ 2008-12-11 9:26 ` bugme-daemon
2008-12-11 15:17 ` bugme-daemon
` (11 subsequent siblings)
16 siblings, 0 replies; 86+ messages in thread
From: bugme-daemon @ 2008-12-11 9:26 UTC (permalink / raw)
To: linux-scsi
http://bugzilla.kernel.org/show_bug.cgi?id=12195
------- Comment #4 from alex.shi@intel.com 2008-12-11 01:26 -------
Good finding!
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug 12195] "dd" make kernel panic
2008-12-11 2:07 [Bug 12195] New: " bugme-daemon
` (2 preceding siblings ...)
2008-12-11 3:12 ` bugme-daemon
@ 2008-12-11 9:05 ` bugme-daemon
2008-12-11 15:17 ` James Bottomley
2008-12-11 9:26 ` bugme-daemon
` (12 subsequent siblings)
16 siblings, 1 reply; 86+ messages in thread
From: bugme-daemon @ 2008-12-11 9:05 UTC (permalink / raw)
To: linux-scsi
http://bugzilla.kernel.org/show_bug.cgi?id=12195
------- Comment #3 from yanmin_zhang@linux.intel.com 2008-12-11 01:05 -------
I instrumented kernel. below is some finding.
1) The disk isn't stable. If we run dd in a loop, sometimes the disk doesn't
work, so block request will expire to start a scsi error handling;
2) fussion driver has its own periodic (1 sec) checking in
mpt_fault_reset_work. If something is wrong, it will do a hardware reset and
flush all pending requests;
3) Step 1) and 2) have a race that a request might be flushed in step 2), but
step 1) releases the request firstly. Later on, when SOFTIRQ tries to release
the scsi_cmnd, kernel panic.
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug 12195] "dd" make kernel panic
2008-12-11 2:07 [Bug 12195] New: " bugme-daemon
2008-12-11 2:09 ` [Bug 12195] " bugme-daemon
2008-12-11 2:15 ` bugme-daemon
@ 2008-12-11 3:12 ` bugme-daemon
2008-12-11 9:05 ` bugme-daemon
` (13 subsequent siblings)
16 siblings, 0 replies; 86+ messages in thread
From: bugme-daemon @ 2008-12-11 3:12 UTC (permalink / raw)
To: linux-scsi
http://bugzilla.kernel.org/show_bug.cgi?id=12195
akpm@osdl.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Regression|0 |1
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug 12195] "dd" make kernel panic
2008-12-11 2:07 [Bug 12195] New: " bugme-daemon
2008-12-11 2:09 ` [Bug 12195] " bugme-daemon
@ 2008-12-11 2:15 ` bugme-daemon
2008-12-11 3:12 ` bugme-daemon
` (14 subsequent siblings)
16 siblings, 0 replies; 86+ messages in thread
From: bugme-daemon @ 2008-12-11 2:15 UTC (permalink / raw)
To: linux-scsi
http://bugzilla.kernel.org/show_bug.cgi?id=12195
------- Comment #2 from alex.shi@intel.com 2008-12-10 18:15 -------
Created an attachment (id=19244)
--> (http://bugzilla.kernel.org/attachment.cgi?id=19244&action=view)
kernel config file
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
^ permalink raw reply [flat|nested] 86+ messages in thread
* [Bug 12195] "dd" make kernel panic
2008-12-11 2:07 [Bug 12195] New: " bugme-daemon
@ 2008-12-11 2:09 ` bugme-daemon
2008-12-11 2:15 ` bugme-daemon
` (15 subsequent siblings)
16 siblings, 0 replies; 86+ messages in thread
From: bugme-daemon @ 2008-12-11 2:09 UTC (permalink / raw)
To: linux-scsi
http://bugzilla.kernel.org/show_bug.cgi?id=12195
------- Comment #1 from alex.shi@intel.com 2008-12-10 18:09 -------
the device is :
06:02.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X
Fusion-MPT Dual Ultra320 SCSI (rev 07)
Subsystem: Intel Corporation: Unknown device 3402
Flags: bus master, 66Mhz, medium devsel, latency 64, IRQ 49
I/O ports at 8800 [size=256]
Memory at 00000000f8fd0000 (64-bit, non-prefetchable) [size=64K]
Memory at 00000000f8fc0000 (64-bit, non-prefetchable) [size=64K]
Expansion ROM at 00000000f8d00000 [disabled] [size=1M]
Capabilities: <available only to root>
06:02.1 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X
Fusion-MPT Dual Ultra320 SCSI (rev 07)
Subsystem: Intel Corporation: Unknown device 3402
Flags: bus master, 66Mhz, medium devsel, latency 64, IRQ 50
I/O ports at 8c00 [size=256]
Memory at 00000000f8ff0000 (64-bit, non-prefetchable) [size=64K]
Memory at 00000000f8fe0000 (64-bit, non-prefetchable) [size=64K]
Expansion ROM at 00000000f8e00000 [disabled] [size=1M]
Capabilities: <available only to root>
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
^ permalink raw reply [flat|nested] 86+ messages in thread
end of thread, other threads:[~2008-12-23 11:39 UTC | newest]
Thread overview: 86+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2008-12-20 21:56 2.6.28-rc9-git1: Reported regressions from 2.6.27 Rafael J. Wysocki
2008-12-20 21:56 ` Rafael J. Wysocki
2008-12-20 21:56 ` [Bug #11849] default IRQ affinity change in v2.6.27 (breaking several SMP PPC based systems) Rafael J. Wysocki
2008-12-20 21:56 ` Rafael J. Wysocki
2008-12-21 8:11 ` Ingo Molnar
2008-12-21 8:11 ` Ingo Molnar
2008-12-20 22:00 ` [Bug #12160] networking oops after resume from s2ram (2.6.28-rc6) Rafael J. Wysocki
2008-12-20 22:00 ` [Bug #12159] 2.6.28-rc6-git1 -- No sound produced from Intel HDA ALSA driver Rafael J. Wysocki
2008-12-20 22:00 ` Rafael J. Wysocki
2008-12-20 22:00 ` [Bug #12156] v2.6.28-rc2: x86_32 relocation regression? Rafael J. Wysocki
2008-12-20 22:00 ` Rafael J. Wysocki
2008-12-21 8:14 ` Ingo Molnar
2008-12-21 8:14 ` Ingo Molnar
2008-12-21 19:53 ` Rafael J. Wysocki
2008-12-21 19:53 ` Rafael J. Wysocki
2008-12-22 6:31 ` H. Peter Anvin
2008-12-22 6:31 ` H. Peter Anvin
2008-12-20 22:00 ` [Bug #12178] Xorg crash at first start Rafael J. Wysocki
2008-12-20 22:00 ` Rafael J. Wysocki
2008-12-23 11:39 ` Cédric Godin
2008-12-23 11:39 ` Cédric Godin
2008-12-20 22:00 ` [Bug #12061] snd_hda_intel: power_save: sound cracks on powerdown Rafael J. Wysocki
2008-12-20 22:00 ` Rafael J. Wysocki
2008-12-20 22:00 ` [Bug #12195] "dd" make kernel panic Rafael J. Wysocki
2008-12-20 22:00 ` Rafael J. Wysocki
2008-12-21 13:52 ` James Bottomley
2008-12-21 13:52 ` James Bottomley
2008-12-21 19:52 ` Rafael J. Wysocki
2008-12-21 19:52 ` Rafael J. Wysocki
2008-12-20 22:00 ` [Bug #12028] i915 DRM is broken in 2.6.28-rc4 Rafael J. Wysocki
2008-12-20 22:00 ` Rafael J. Wysocki
2008-12-20 22:00 ` [Bug #12209] oldish top core dumps (in its meminfo() function) Rafael J. Wysocki
2008-12-20 22:00 ` Rafael J. Wysocki
2008-12-20 22:00 ` [Bug #12208] uml is very slow on 2.6.28 host Rafael J. Wysocki
2008-12-20 22:00 ` Rafael J. Wysocki
2008-12-20 22:00 ` [Bug #12224] journal activity on inactive partition causes inactive harddrive spinup Rafael J. Wysocki
2008-12-20 22:00 ` Rafael J. Wysocki
2008-12-20 22:00 ` [Bug #12216] Error when drm is loaded Rafael J. Wysocki
2008-12-20 22:00 ` Rafael J. Wysocki
2008-12-21 8:34 ` François Valenduc
2008-12-21 19:54 ` Rafael J. Wysocki
2008-12-21 19:54 ` Rafael J. Wysocki
2008-12-22 21:26 ` François Valenduc
2008-12-22 21:26 ` François Valenduc
2008-12-20 22:00 ` [Bug #12210] 2.6.28-rc8 big regression in VM Rafael J. Wysocki
2008-12-20 22:00 ` Rafael J. Wysocki
2008-12-20 22:00 ` [Bug #12252] new oops on resume due to ACPI_PREEMPTION_POINT() Rafael J. Wysocki
2008-12-20 22:00 ` Rafael J. Wysocki
2008-12-20 22:00 ` [Bug #12256] [regression: 2.6.28] NFS client with locking fails Rafael J. Wysocki
2008-12-20 22:00 ` Rafael J. Wysocki
2008-12-20 22:00 ` [Bug #12260] Regression due to commit 2b80848e3818fb1c (p54usb: support LM87 firmwares) Rafael J. Wysocki
2008-12-20 22:00 ` Rafael J. Wysocki
2008-12-20 22:00 ` [Bug #12264] i915: switching from kwin in opengl mode to a VT then back to x11, x11 freezes Rafael J. Wysocki
2008-12-20 22:00 ` Rafael J. Wysocki
2008-12-20 22:00 ` [Bug #12263] Sata soft reset filling log Rafael J. Wysocki
2008-12-20 22:00 ` [Bug #12265] FPU emulation broken in 2.6.28-rc8 ? Rafael J. Wysocki
2008-12-20 22:00 ` Rafael J. Wysocki
2008-12-21 9:07 ` 2.6.28-rc9-git1: Reported regressions from 2.6.27 Pekka Enberg
2008-12-21 19:56 ` Rafael J. Wysocki
2008-12-21 19:56 ` Rafael J. Wysocki
2008-12-22 7:08 ` Ingo Molnar
2008-12-22 7:08 ` Ingo Molnar
-- strict thread matches above, loose matches on Subject: below --
2008-12-13 16:29 2.6.28-rc8-git1: " Rafael J. Wysocki
2008-12-13 16:33 ` [Bug #12195] "dd" make kernel panic Rafael J. Wysocki
2008-12-13 16:33 ` Rafael J. Wysocki
2008-12-11 2:07 [Bug 12195] New: " bugme-daemon
2008-12-11 2:09 ` [Bug 12195] " bugme-daemon
2008-12-11 2:15 ` bugme-daemon
2008-12-11 3:12 ` bugme-daemon
2008-12-11 9:05 ` bugme-daemon
2008-12-11 15:17 ` James Bottomley
2008-12-11 9:26 ` bugme-daemon
2008-12-11 15:17 ` bugme-daemon
2008-12-11 19:45 ` bugme-daemon
2008-12-12 2:27 ` bugme-daemon
2008-12-12 10:22 ` Mike Anderson
2008-12-12 15:09 ` James Bottomley
2008-12-12 19:28 ` James Bottomley
2008-12-12 10:22 ` bugme-daemon
2008-12-12 15:09 ` bugme-daemon
2008-12-12 19:28 ` bugme-daemon
2008-12-13 17:58 ` bugme-daemon
2008-12-15 9:52 ` bugme-daemon
2008-12-15 10:39 ` bugme-daemon
2008-12-15 20:13 ` James Bottomley
2008-12-15 20:13 ` bugme-daemon
2008-12-16 5:12 ` bugme-daemon
2008-12-21 19:52 ` bugme-daemon
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.