* 2.6.29-rc5: Reported regressions 2.6.27 -> 2.6.28
@ 2009-02-14 20:48 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:48 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Andrew Morton, Linus Torvalds, Natalie Protasevich,
Kernel Testers List, Network Development, Linux ACPI,
Linux PM List, Linux SCSI List, Stable Kernel Team
This message contains a list of some regressions introduced between 2.6.27 and
2.6.28, for which there are no fixes in the mainline I know of. If any of them
have been fixed already, please let me know.
If you know of any other unresolved regressions introduced between 2.6.27
and 2.6.28, please let me know either and I'll add them to the list.
Also, please let me know if any of the entries below are invalid.
Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting and handling the
issue.
Listed regressions statistics:
Date Total Pending Unresolved
----------------------------------------
2009-02-15 152 30 26
2009-02-04 149 33 30
2009-01-20 144 30 27
2009-01-11 139 33 30
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=12690
Subject : DPMS (LCD powersave, poweroff) don't work
Submitter : Antonin Kolisek <akolisek-T3ps84XAcx36AaHJ4hbVU+3CNBr840j2@public.gmane.org>
Date : 2009-02-11 09:40 (4 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12658
Subject : ThrustMaster Firestorm Dual Power 3 Gamepads stopped working
Submitter : Frank Roscher <Frank-Roscher-hi6Y0CQ0nG0@public.gmane.org>
Date : 2009-02-08 08:45 (7 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12645
Subject : DMI low-memory-protect quirk causes resume hang on Samsung NC10
Submitter : Patrick Walton <pcwalton-764C0pRuGfqVc3sceRu5cw@public.gmane.org>
Date : 2009-02-06 18:35 (9 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=0af40a4b1050c050e62eb1dc30b82d5ab22bf221
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12634
Subject : video distortion and lockup with i830 video chip and 2.6.28.3
Submitter : Bob Raitz <pappy_mcfae-/E1597aS9LQAvxtiuMwx3w@public.gmane.org>
Date : 2009-02-04 21:10 (11 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12619
Subject : Regression 2.6.28 and last - boot failed
Submitter : jan sonnek <ha2nny-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2009-02-01 19:59 (14 days old)
References : http://marc.info/?l=linux-kernel&m=123351836213969&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12559
Subject : Huawei E169 doesn't work as mass storage anymore
Submitter : kpalberg <kpalberg-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2009-01-28 02:34 (18 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12500
Subject : r8169: NETDEV WATCHDOG: eth0 (r8169): transmit timed out
Submitter : Justin Piszcz <jpiszcz-BP4nVm5VUdNhbmWW9KSYcQ@public.gmane.org>
Date : 2009-01-13 21:19 (33 days old)
References : http://marc.info/?l=linux-kernel&m=123188160811322&w=4
Handled-By : Francois Romieu <romieu-W8zweXLXuWQS+FvcfC7Uqw@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12465
Subject : KVM guests stalling on 2.6.28 (bisected)
Submitter : Kevin Shanahan <kmshanah-biM/RbsGxha6c6uEtOJ/EA@public.gmane.org>
Date : 2009-01-17 03:37 (29 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12421
Subject : GPF on 2.6.28 and 2.6.28-rc9-git3, e1000e and e1000 issues
Submitter : Doug Bazarnic <doug-nOyj/A09A+/k1uMJSBkQmQ@public.gmane.org>
Date : 2009-01-09 21:26 (37 days old)
References : http://marc.info/?l=linux-kernel&m=123153653120204&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12411
Subject : 2.6.28: BUG in r8169
Submitter : Andrey Vul <andrey.vul-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-12-31 18:37 (46 days old)
References : http://marc.info/?l=linux-kernel&m=123074869611409&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12409
Subject : NULL pointer dereference at get_stats()
Submitter : Tetsuo Handa <penguin-kernel-1yMVhJb1mP/7nzcFbJAaVXf5DAMn2ifp@public.gmane.org>
Date : 2008-12-30 12:53 (47 days old)
References : http://marc.info/?l=linux-kernel&m=123064167008695&w=4
Handled-By : Frederik Deweerdt <frederik.deweerdt-kjvbsxwSFqI@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12408
Subject : Funny problem with 2.6.28: Kernel stalls
Submitter : Michael Roth <mroth-+8Z3Oe2AQjqzQB+pC5nmwQ@public.gmane.org>
Date : 2008-12-25 15:14 (52 days old)
References : http://marc.info/?l=linux-kernel&m=123021931714282&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12407
Subject : Kernel 2.6.28 regression: Hang after hibernate
Submitter : Frank Groeneveld <frankgroeneveld-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-12-28 20:34 (49 days old)
References : http://marc.info/?l=linux-kernel&m=123049651906081&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12405
Subject : oops in __bounce_end_io_read under kvm
Submitter : Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Date : 2008-12-26 17:36 (51 days old)
References : http://marc.info/?l=linux-kernel&m=123031303400676&w=4
Handled-By : Jens Axboe <jens.axboe-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12404
Subject : Oops in 2.6.28-rc9 and -rc8 -- mtrr issues / e1000e
Submitter : Kernel <kernel-nOyj/A09A+/k1uMJSBkQmQ@public.gmane.org>
Date : 2008-12-22 9:37 (55 days old)
References : http://marc.info/?l=linux-kernel&m=122993873320150&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12403
Subject : TTY problem on linux-2.6.28-rc7
Submitter : sasa sasa <sasak.1983-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-12-22 4:23 (55 days old)
References : http://marc.info/?l=linux-kernel&m=122991914600390&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12401
Subject : 2.6.28 regression: xbacklight broken on ThinkPad X61s
Submitter : Tino Keitel <tino.keitel-Mmb7MZpHnFY@public.gmane.org>
Date : 2009-01-05 8:39 (41 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=22c13f9d8179f4c9caecfcb60a95214562b9addc
References : http://marc.info/?l=linux-kernel&m=123114479110314&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12395
Subject : 2.6.28-rc9: oprofile regression
Submitter : Tim Blechmann <tim-xpEK/MU0Hawdnm+yROfE0A@public.gmane.org>
Date : 2008-12-21 14:23 (56 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=b99170288421c79f0c2efa8b33e26e65f4bb7fb8
References : http://marc.info/?l=linux-kernel&m=122986946614791&w=4
Handled-By : Andi Kleen <ak-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12337
Subject : ~100 extra wakeups reported by powertop
Submitter : Alberto Gonzalez <luis6674-/E1597aS9LQAvxtiuMwx3w@public.gmane.org>
Date : 2008-12-31 12:25 (46 days old)
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 (60 days old)
References : http://marc.info/?l=linux-kernel&m=122950463030747&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12263
Subject : Sata soft reset filling log
Submitter : Justin Madru <bevicm-QP1aEjBt37AFQeE35raUng@public.gmane.org>
Date : 2008-12-13 2:07 (64 days old)
References : http://marc.info/?l=linux-kernel&m=122913412608533&w=4
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 (63 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>
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 (65 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-sUDqSbJrdHQHWmgEVkV9KA@public.gmane.org>
Date : 2008-12-12 9:35 (65 days old)
References : http://marc.info/?l=linux-kernel&m=122907463518593&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-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-11-28 21:15 (79 days old)
References : http://marc.info/?l=linux-kernel&m=122790701615723&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-6hJTtV8wudIr9FUcG+3rRQ@public.gmane.org>
Date : 2008-11-18 12:07 (89 days old)
Handled-By : Takashi Iwai <tiwai-l3A5Bk7waGM@public.gmane.org>
Regressions with patches
------------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12614
Subject : WOL with forcedeth broken since f55c21fd9a92a444e55ad1ca4e4732d56661bf2e
Submitter : Philipp Matthias Hahn <pmhahn-u4khhh1J0LzF41mA0N3lWw@public.gmane.org>
Date : 2009-01-29 6:31 (17 days old)
References : http://marc.info/?l=linux-kernel&m=123321232825316&w=4
Handled-By : Yinghai Lu <yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Tobias Diedrich <ranma+kernel-YxUgxmcw2FPQD6PfKP4TzA@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=123330459229248&w=4
http://marc.info/?l=linux-kernel&m=123411195117835&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12612
Subject : hard lockup when interrupting cdda2wav
Submitter : Matthias Reichl <hias-vtPv7MOkFPkAvxtiuMwx3w@public.gmane.org>
Date : 2009-01-28 16:41 (18 days old)
References : http://marc.info/?l=linux-kernel&m=123316111415677&w=4
Handled-By : FUJITA Tomonori <fujita.tomonori-Zyj7fXuS5i5L9jVzuh4AOg@public.gmane.org>
Patch : http://marc.info/?l=linux-scsi&m=123371501613019&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12406
Subject : 2.6.28 thinks that my PS/2 mouse is a touchpad
Submitter : Alexander E. Patrakov <patrakov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-12-27 9:06 (50 days old)
References : http://marc.info/?l=linux-kernel&m=123036893817280&w=4
Handled-By : Arjan Opmeer <arjan-OssVvNj1wBysTnJN9+BGXg@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=123092147703236&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12393
Subject : debugging in dosemu causes lots of 'scheduling while atomic'
Submitter : Michal Suchanek <hramrach-aRb0bU7PRFPrBKCeMvbIDA@public.gmane.org>
Date : 2009-01-09 07:28 (37 days old)
Handled-By : Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>
Patch : http://lkml.org/lkml/2009/1/13/445
For details, please visit the bug entries and follow the links given in
references.
As you can see, there is a Bugzilla entry for each of the listed regressions.
There also is a Bugzilla entry used for tracking the regressions introduced
between 2.6.27 and 2.6.28, 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] 170+ messages in thread
* 2.6.29-rc5: Reported regressions 2.6.27 -> 2.6.28
@ 2009-02-14 20:48 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:48 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Andrew Morton, Linus Torvalds, Natalie Protasevich,
Kernel Testers List, Network Development, Linux ACPI,
Linux PM List, Linux SCSI List, Stable Kernel Team
This message contains a list of some regressions introduced between 2.6.27 and
2.6.28, for which there are no fixes in the mainline I know of. If any of them
have been fixed already, please let me know.
If you know of any other unresolved regressions introduced between 2.6.27
and 2.6.28, please let me know either and I'll add them to the list.
Also, please let me know if any of the entries below are invalid.
Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting and handling the
issue.
Listed regressions statistics:
Date Total Pending Unresolved
----------------------------------------
2009-02-15 152 30 26
2009-02-04 149 33 30
2009-01-20 144 30 27
2009-01-11 139 33 30
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=12690
Subject : DPMS (LCD powersave, poweroff) don't work
Submitter : Antonin Kolisek <akolisek@linuxx.hyperlinx.cz>
Date : 2009-02-11 09:40 (4 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12658
Subject : ThrustMaster Firestorm Dual Power 3 Gamepads stopped working
Submitter : Frank Roscher <Frank-Roscher@gmx.net>
Date : 2009-02-08 08:45 (7 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12645
Subject : DMI low-memory-protect quirk causes resume hang on Samsung NC10
Submitter : Patrick Walton <pcwalton@cs.ucla.edu>
Date : 2009-02-06 18:35 (9 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=0af40a4b1050c050e62eb1dc30b82d5ab22bf221
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12634
Subject : video distortion and lockup with i830 video chip and 2.6.28.3
Submitter : Bob Raitz <pappy_mcfae@yahoo.com>
Date : 2009-02-04 21:10 (11 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12619
Subject : Regression 2.6.28 and last - boot failed
Submitter : jan sonnek <ha2nny@gmail.com>
Date : 2009-02-01 19:59 (14 days old)
References : http://marc.info/?l=linux-kernel&m=123351836213969&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12559
Subject : Huawei E169 doesn't work as mass storage anymore
Submitter : kpalberg <kpalberg@gmail.com>
Date : 2009-01-28 02:34 (18 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12500
Subject : r8169: NETDEV WATCHDOG: eth0 (r8169): transmit timed out
Submitter : Justin Piszcz <jpiszcz@lucidpixels.com>
Date : 2009-01-13 21:19 (33 days old)
References : http://marc.info/?l=linux-kernel&m=123188160811322&w=4
Handled-By : Francois Romieu <romieu@fr.zoreil.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12465
Subject : KVM guests stalling on 2.6.28 (bisected)
Submitter : Kevin Shanahan <kmshanah@ucwb.org.au>
Date : 2009-01-17 03:37 (29 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12421
Subject : GPF on 2.6.28 and 2.6.28-rc9-git3, e1000e and e1000 issues
Submitter : Doug Bazarnic <doug@bazarnic.net>
Date : 2009-01-09 21:26 (37 days old)
References : http://marc.info/?l=linux-kernel&m=123153653120204&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12411
Subject : 2.6.28: BUG in r8169
Submitter : Andrey Vul <andrey.vul@gmail.com>
Date : 2008-12-31 18:37 (46 days old)
References : http://marc.info/?l=linux-kernel&m=123074869611409&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12409
Subject : NULL pointer dereference at get_stats()
Submitter : Tetsuo Handa <penguin-kernel@i-love.sakura.ne.jp>
Date : 2008-12-30 12:53 (47 days old)
References : http://marc.info/?l=linux-kernel&m=123064167008695&w=4
Handled-By : Frederik Deweerdt <frederik.deweerdt@xprog.eu>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12408
Subject : Funny problem with 2.6.28: Kernel stalls
Submitter : Michael Roth <mroth@nessie.de>
Date : 2008-12-25 15:14 (52 days old)
References : http://marc.info/?l=linux-kernel&m=123021931714282&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12407
Subject : Kernel 2.6.28 regression: Hang after hibernate
Submitter : Frank Groeneveld <frankgroeneveld@gmail.com>
Date : 2008-12-28 20:34 (49 days old)
References : http://marc.info/?l=linux-kernel&m=123049651906081&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12405
Subject : oops in __bounce_end_io_read under kvm
Submitter : Christoph Hellwig <hch@lst.de>
Date : 2008-12-26 17:36 (51 days old)
References : http://marc.info/?l=linux-kernel&m=123031303400676&w=4
Handled-By : Jens Axboe <jens.axboe@oracle.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12404
Subject : Oops in 2.6.28-rc9 and -rc8 -- mtrr issues / e1000e
Submitter : Kernel <kernel@bazarnic.net>
Date : 2008-12-22 9:37 (55 days old)
References : http://marc.info/?l=linux-kernel&m=122993873320150&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12403
Subject : TTY problem on linux-2.6.28-rc7
Submitter : sasa sasa <sasak.1983@gmail.com>
Date : 2008-12-22 4:23 (55 days old)
References : http://marc.info/?l=linux-kernel&m=122991914600390&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12401
Subject : 2.6.28 regression: xbacklight broken on ThinkPad X61s
Submitter : Tino Keitel <tino.keitel@gmx.de>
Date : 2009-01-05 8:39 (41 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=22c13f9d8179f4c9caecfcb60a95214562b9addc
References : http://marc.info/?l=linux-kernel&m=123114479110314&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12395
Subject : 2.6.28-rc9: oprofile regression
Submitter : Tim Blechmann <tim@klingt.org>
Date : 2008-12-21 14:23 (56 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=b99170288421c79f0c2efa8b33e26e65f4bb7fb8
References : http://marc.info/?l=linux-kernel&m=122986946614791&w=4
Handled-By : Andi Kleen <ak@linux.intel.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12337
Subject : ~100 extra wakeups reported by powertop
Submitter : Alberto Gonzalez <luis6674@yahoo.com>
Date : 2008-12-31 12:25 (46 days old)
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 (60 days old)
References : http://marc.info/?l=linux-kernel&m=122950463030747&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 (64 days old)
References : http://marc.info/?l=linux-kernel&m=122913412608533&w=4
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 (63 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=12209
Subject : oldish top core dumps (in its meminfo() function)
Submitter : Andreas Mohr <andi@lisas.de>
Date : 2008-12-12 18:49 (65 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 (65 days old)
References : http://marc.info/?l=linux-kernel&m=122907463518593&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 (79 days old)
References : http://marc.info/?l=linux-kernel&m=122790701615723&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 (89 days old)
Handled-By : Takashi Iwai <tiwai@suse.de>
Regressions with patches
------------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12614
Subject : WOL with forcedeth broken since f55c21fd9a92a444e55ad1ca4e4732d56661bf2e
Submitter : Philipp Matthias Hahn <pmhahn@titan.lahn.de>
Date : 2009-01-29 6:31 (17 days old)
References : http://marc.info/?l=linux-kernel&m=123321232825316&w=4
Handled-By : Yinghai Lu <yinghai@kernel.org>
Tobias Diedrich <ranma+kernel@tdiedrich.de>
Patch : http://marc.info/?l=linux-kernel&m=123330459229248&w=4
http://marc.info/?l=linux-kernel&m=123411195117835&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12612
Subject : hard lockup when interrupting cdda2wav
Submitter : Matthias Reichl <hias@horus.com>
Date : 2009-01-28 16:41 (18 days old)
References : http://marc.info/?l=linux-kernel&m=123316111415677&w=4
Handled-By : FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Patch : http://marc.info/?l=linux-scsi&m=123371501613019&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12406
Subject : 2.6.28 thinks that my PS/2 mouse is a touchpad
Submitter : Alexander E. Patrakov <patrakov@gmail.com>
Date : 2008-12-27 9:06 (50 days old)
References : http://marc.info/?l=linux-kernel&m=123036893817280&w=4
Handled-By : Arjan Opmeer <arjan@opmeer.net>
Patch : http://marc.info/?l=linux-kernel&m=123092147703236&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12393
Subject : debugging in dosemu causes lots of 'scheduling while atomic'
Submitter : Michal Suchanek <hramrach@centrum.cz>
Date : 2009-01-09 07:28 (37 days old)
Handled-By : Thomas Gleixner <tglx@linutronix.de>
Patch : http://lkml.org/lkml/2009/1/13/445
For details, please visit the bug entries and follow the links given in
references.
As you can see, there is a Bugzilla entry for each of the listed regressions.
There also is a Bugzilla entry used for tracking the regressions introduced
between 2.6.27 and 2.6.28, 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] 170+ messages in thread
* [Bug #12061] snd_hda_intel: power_save: sound cracks on powerdown
2009-02-14 20:48 ` Rafael J. Wysocki
@ 2009-02-14 20:48 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:48 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 regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. 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 (89 days old)
Handled-By : Takashi Iwai <tiwai@suse.de>
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12061] snd_hda_intel: power_save: sound cracks on powerdown
@ 2009-02-14 20:48 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:48 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 regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. 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 (89 days old)
Handled-By : Takashi Iwai <tiwai-l3A5Bk7waGM@public.gmane.org>
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12208] uml is very slow on 2.6.28 host
2009-02-14 20:48 ` Rafael J. Wysocki
@ 2009-02-14 20:50 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 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 regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. 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 (65 days old)
References : http://marc.info/?l=linux-kernel&m=122907463518593&w=4
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12209] oldish top core dumps (in its meminfo() function)
2009-02-14 20:48 ` Rafael J. Wysocki
@ 2009-02-14 20:50 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 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 regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. 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 (65 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] 170+ messages in thread
* [Bug #12160] networking oops after resume from s2ram (2.6.28-rc6)
2009-02-14 20:48 ` Rafael J. Wysocki
` (3 preceding siblings ...)
(?)
@ 2009-02-14 20:50 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 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 regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. 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 (79 days old)
References : http://marc.info/?l=linux-kernel&m=122790701615723&w=4
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12209] oldish top core dumps (in its meminfo() function)
@ 2009-02-14 20:50 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 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 regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. 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 (65 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] 170+ messages in thread
* [Bug #12208] uml is very slow on 2.6.28 host
@ 2009-02-14 20:50 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 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 regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. 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 (65 days old)
References : http://marc.info/?l=linux-kernel&m=122907463518593&w=4
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12263] Sata soft reset filling log
2009-02-14 20:48 ` Rafael J. Wysocki
@ 2009-02-14 20:50 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 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 regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. 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-QP1aEjBt37AFQeE35raUng@public.gmane.org>
Date : 2008-12-13 2:07 (64 days old)
References : http://marc.info/?l=linux-kernel&m=122913412608533&w=4
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12224] journal activity on inactive partition causes inactive harddrive spinup
2009-02-14 20:48 ` Rafael J. Wysocki
@ 2009-02-14 20:50 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 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 regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. 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 (63 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] 170+ messages in thread
* [Bug #12337] ~100 extra wakeups reported by powertop
2009-02-14 20:48 ` Rafael J. Wysocki
@ 2009-02-14 20:50 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Alberto Gonzalez
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12337
Subject : ~100 extra wakeups reported by powertop
Submitter : Alberto Gonzalez <luis6674@yahoo.com>
Date : 2008-12-31 12:25 (46 days old)
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12265] FPU emulation broken in 2.6.28-rc8 ?
2009-02-14 20:48 ` Rafael J. Wysocki
@ 2009-02-14 20:50 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 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 regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. 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 (60 days old)
References : http://marc.info/?l=linux-kernel&m=122950463030747&w=4
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12263] Sata soft reset filling log
@ 2009-02-14 20:50 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 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 regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. 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 (64 days old)
References : http://marc.info/?l=linux-kernel&m=122913412608533&w=4
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12265] FPU emulation broken in 2.6.28-rc8 ?
@ 2009-02-14 20:50 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 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 regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. 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 (60 days old)
References : http://marc.info/?l=linux-kernel&m=122950463030747&w=4
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12337] ~100 extra wakeups reported by powertop
@ 2009-02-14 20:50 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Alberto Gonzalez
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12337
Subject : ~100 extra wakeups reported by powertop
Submitter : Alberto Gonzalez <luis6674-/E1597aS9LQAvxtiuMwx3w@public.gmane.org>
Date : 2008-12-31 12:25 (46 days old)
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12224] journal activity on inactive partition causes inactive harddrive spinup
@ 2009-02-14 20:50 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 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 regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. 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 (63 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] 170+ messages in thread
* [Bug #12393] debugging in dosemu causes lots of 'scheduling while atomic'
2009-02-14 20:48 ` Rafael J. Wysocki
@ 2009-02-14 20:50 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Michal Suchanek, Thomas Gleixner
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12393
Subject : debugging in dosemu causes lots of 'scheduling while atomic'
Submitter : Michal Suchanek <hramrach@centrum.cz>
Date : 2009-01-09 07:28 (37 days old)
Handled-By : Thomas Gleixner <tglx@linutronix.de>
Patch : http://lkml.org/lkml/2009/1/13/445
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12401] 2.6.28 regression: xbacklight broken on ThinkPad X61s
2009-02-14 20:48 ` Rafael J. Wysocki
@ 2009-02-14 20:50 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Andi Kleen, Len Brown, Matthew Garrett,
Thomas Renninger, Tino Keitel, Zhang Rui
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12401
Subject : 2.6.28 regression: xbacklight broken on ThinkPad X61s
Submitter : Tino Keitel <tino.keitel@gmx.de>
Date : 2009-01-05 8:39 (41 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=22c13f9d8179f4c9caecfcb60a95214562b9addc
References : http://marc.info/?l=linux-kernel&m=123114479110314&w=4
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12395] 2.6.28-rc9: oprofile regression
2009-02-14 20:48 ` Rafael J. Wysocki
@ 2009-02-14 20:50 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Andi Kleen, Robert Richter, Tim Blechmann
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12395
Subject : 2.6.28-rc9: oprofile regression
Submitter : Tim Blechmann <tim@klingt.org>
Date : 2008-12-21 14:23 (56 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=b99170288421c79f0c2efa8b33e26e65f4bb7fb8
References : http://marc.info/?l=linux-kernel&m=122986946614791&w=4
Handled-By : Andi Kleen <ak@linux.intel.com>
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12403] TTY problem on linux-2.6.28-rc7
2009-02-14 20:48 ` Rafael J. Wysocki
@ 2009-02-14 20:50 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, sasa sasa
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12403
Subject : TTY problem on linux-2.6.28-rc7
Submitter : sasa sasa <sasak.1983@gmail.com>
Date : 2008-12-22 4:23 (55 days old)
References : http://marc.info/?l=linux-kernel&m=122991914600390&w=4
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12393] debugging in dosemu causes lots of 'scheduling while atomic'
@ 2009-02-14 20:50 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Michal Suchanek, Thomas Gleixner
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12393
Subject : debugging in dosemu causes lots of 'scheduling while atomic'
Submitter : Michal Suchanek <hramrach-aRb0bU7PRFPrBKCeMvbIDA@public.gmane.org>
Date : 2009-01-09 07:28 (37 days old)
Handled-By : Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>
Patch : http://lkml.org/lkml/2009/1/13/445
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12395] 2.6.28-rc9: oprofile regression
@ 2009-02-14 20:50 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Andi Kleen, Robert Richter, Tim Blechmann
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12395
Subject : 2.6.28-rc9: oprofile regression
Submitter : Tim Blechmann <tim-xpEK/MU0Hawdnm+yROfE0A@public.gmane.org>
Date : 2008-12-21 14:23 (56 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=b99170288421c79f0c2efa8b33e26e65f4bb7fb8
References : http://marc.info/?l=linux-kernel&m=122986946614791&w=4
Handled-By : Andi Kleen <ak-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12403] TTY problem on linux-2.6.28-rc7
@ 2009-02-14 20:50 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, sasa sasa
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12403
Subject : TTY problem on linux-2.6.28-rc7
Submitter : sasa sasa <sasak.1983-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-12-22 4:23 (55 days old)
References : http://marc.info/?l=linux-kernel&m=122991914600390&w=4
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12401] 2.6.28 regression: xbacklight broken on ThinkPad X61s
@ 2009-02-14 20:50 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Andi Kleen, Len Brown, Matthew Garrett,
Thomas Renninger, Tino Keitel, Zhang Rui
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12401
Subject : 2.6.28 regression: xbacklight broken on ThinkPad X61s
Submitter : Tino Keitel <tino.keitel-Mmb7MZpHnFY@public.gmane.org>
Date : 2009-01-05 8:39 (41 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=22c13f9d8179f4c9caecfcb60a95214562b9addc
References : http://marc.info/?l=linux-kernel&m=123114479110314&w=4
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12404] Oops in 2.6.28-rc9 and -rc8 -- mtrr issues / e1000e
2009-02-14 20:48 ` Rafael J. Wysocki
@ 2009-02-14 20:50 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Kernel
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12404
Subject : Oops in 2.6.28-rc9 and -rc8 -- mtrr issues / e1000e
Submitter : Kernel <kernel@bazarnic.net>
Date : 2008-12-22 9:37 (55 days old)
References : http://marc.info/?l=linux-kernel&m=122993873320150&w=4
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12405] oops in __bounce_end_io_read under kvm
2009-02-14 20:48 ` Rafael J. Wysocki
@ 2009-02-14 20:50 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Christoph Hellwig, Jens Axboe
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12405
Subject : oops in __bounce_end_io_read under kvm
Submitter : Christoph Hellwig <hch@lst.de>
Date : 2008-12-26 17:36 (51 days old)
References : http://marc.info/?l=linux-kernel&m=123031303400676&w=4
Handled-By : Jens Axboe <jens.axboe@oracle.com>
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12406] 2.6.28 thinks that my PS/2 mouse is a touchpad
2009-02-14 20:48 ` Rafael J. Wysocki
@ 2009-02-14 20:50 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Alexander E. Patrakov, Arjan Opmeer,
Denys Vlasenko, Dmitry Torokhov
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12406
Subject : 2.6.28 thinks that my PS/2 mouse is a touchpad
Submitter : Alexander E. Patrakov <patrakov@gmail.com>
Date : 2008-12-27 9:06 (50 days old)
References : http://marc.info/?l=linux-kernel&m=123036893817280&w=4
Handled-By : Arjan Opmeer <arjan@opmeer.net>
Patch : http://marc.info/?l=linux-kernel&m=123092147703236&w=4
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12406] 2.6.28 thinks that my PS/2 mouse is a touchpad
@ 2009-02-14 20:50 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Alexander E. Patrakov, Arjan Opmeer,
Denys Vlasenko, Dmitry Torokhov
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12406
Subject : 2.6.28 thinks that my PS/2 mouse is a touchpad
Submitter : Alexander E. Patrakov <patrakov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-12-27 9:06 (50 days old)
References : http://marc.info/?l=linux-kernel&m=123036893817280&w=4
Handled-By : Arjan Opmeer <arjan-OssVvNj1wBysTnJN9+BGXg@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=123092147703236&w=4
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12404] Oops in 2.6.28-rc9 and -rc8 -- mtrr issues / e1000e
@ 2009-02-14 20:50 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Kernel
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12404
Subject : Oops in 2.6.28-rc9 and -rc8 -- mtrr issues / e1000e
Submitter : Kernel <kernel-nOyj/A09A+/k1uMJSBkQmQ@public.gmane.org>
Date : 2008-12-22 9:37 (55 days old)
References : http://marc.info/?l=linux-kernel&m=122993873320150&w=4
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12405] oops in __bounce_end_io_read under kvm
@ 2009-02-14 20:50 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Christoph Hellwig, Jens Axboe
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12405
Subject : oops in __bounce_end_io_read under kvm
Submitter : Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Date : 2008-12-26 17:36 (51 days old)
References : http://marc.info/?l=linux-kernel&m=123031303400676&w=4
Handled-By : Jens Axboe <jens.axboe-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12407] Kernel 2.6.28 regression: Hang after hibernate
2009-02-14 20:48 ` Rafael J. Wysocki
@ 2009-02-14 20:50 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Frank Groeneveld, Pavel Machek
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12407
Subject : Kernel 2.6.28 regression: Hang after hibernate
Submitter : Frank Groeneveld <frankgroeneveld@gmail.com>
Date : 2008-12-28 20:34 (49 days old)
References : http://marc.info/?l=linux-kernel&m=123049651906081&w=4
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12408] Funny problem with 2.6.28: Kernel stalls
2009-02-14 20:48 ` Rafael J. Wysocki
@ 2009-02-14 20:50 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Michael Roth, Thomas Gleixner
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12408
Subject : Funny problem with 2.6.28: Kernel stalls
Submitter : Michael Roth <mroth@nessie.de>
Date : 2008-12-25 15:14 (52 days old)
References : http://marc.info/?l=linux-kernel&m=123021931714282&w=4
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12409] NULL pointer dereference at get_stats()
2009-02-14 20:48 ` Rafael J. Wysocki
@ 2009-02-14 20:50 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Frederik Deweerdt, Tetsuo Handa
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12409
Subject : NULL pointer dereference at get_stats()
Submitter : Tetsuo Handa <penguin-kernel@i-love.sakura.ne.jp>
Date : 2008-12-30 12:53 (47 days old)
References : http://marc.info/?l=linux-kernel&m=123064167008695&w=4
Handled-By : Frederik Deweerdt <frederik.deweerdt@xprog.eu>
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12411] 2.6.28: BUG in r8169
2009-02-14 20:48 ` Rafael J. Wysocki
@ 2009-02-14 20:50 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Andrey Vul, Francois Romieu
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12411
Subject : 2.6.28: BUG in r8169
Submitter : Andrey Vul <andrey.vul@gmail.com>
Date : 2008-12-31 18:37 (46 days old)
References : http://marc.info/?l=linux-kernel&m=123074869611409&w=4
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12409] NULL pointer dereference at get_stats()
@ 2009-02-14 20:50 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Frederik Deweerdt, Tetsuo Handa
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12409
Subject : NULL pointer dereference at get_stats()
Submitter : Tetsuo Handa <penguin-kernel-1yMVhJb1mP/7nzcFbJAaVXf5DAMn2ifp@public.gmane.org>
Date : 2008-12-30 12:53 (47 days old)
References : http://marc.info/?l=linux-kernel&m=123064167008695&w=4
Handled-By : Frederik Deweerdt <frederik.deweerdt-kjvbsxwSFqI@public.gmane.org>
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12411] 2.6.28: BUG in r8169
@ 2009-02-14 20:50 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Andrey Vul, Francois Romieu
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12411
Subject : 2.6.28: BUG in r8169
Submitter : Andrey Vul <andrey.vul-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-12-31 18:37 (46 days old)
References : http://marc.info/?l=linux-kernel&m=123074869611409&w=4
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12407] Kernel 2.6.28 regression: Hang after hibernate
@ 2009-02-14 20:50 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Frank Groeneveld, Pavel Machek
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12407
Subject : Kernel 2.6.28 regression: Hang after hibernate
Submitter : Frank Groeneveld <frankgroeneveld-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-12-28 20:34 (49 days old)
References : http://marc.info/?l=linux-kernel&m=123049651906081&w=4
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12408] Funny problem with 2.6.28: Kernel stalls
@ 2009-02-14 20:50 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Michael Roth, Thomas Gleixner
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12408
Subject : Funny problem with 2.6.28: Kernel stalls
Submitter : Michael Roth <mroth-+8Z3Oe2AQjqzQB+pC5nmwQ@public.gmane.org>
Date : 2008-12-25 15:14 (52 days old)
References : http://marc.info/?l=linux-kernel&m=123021931714282&w=4
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12421] GPF on 2.6.28 and 2.6.28-rc9-git3, e1000e and e1000 issues
2009-02-14 20:48 ` Rafael J. Wysocki
@ 2009-02-14 20:50 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Doug Bazarnic
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12421
Subject : GPF on 2.6.28 and 2.6.28-rc9-git3, e1000e and e1000 issues
Submitter : Doug Bazarnic <doug@bazarnic.net>
Date : 2009-01-09 21:26 (37 days old)
References : http://marc.info/?l=linux-kernel&m=123153653120204&w=4
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12500] r8169: NETDEV WATCHDOG: eth0 (r8169): transmit timed out
2009-02-14 20:48 ` Rafael J. Wysocki
@ 2009-02-14 20:50 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Francois Romieu, Justin Piszcz
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12500
Subject : r8169: NETDEV WATCHDOG: eth0 (r8169): transmit timed out
Submitter : Justin Piszcz <jpiszcz@lucidpixels.com>
Date : 2009-01-13 21:19 (33 days old)
References : http://marc.info/?l=linux-kernel&m=123188160811322&w=4
Handled-By : Francois Romieu <romieu@fr.zoreil.com>
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12465] KVM guests stalling on 2.6.28 (bisected)
2009-02-14 20:48 ` Rafael J. Wysocki
@ 2009-02-14 20:50 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Ingo Molnar, Kevin Shanahan, Kevin Shanahan,
Mike Galbraith, Peter Zijlstra
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12465
Subject : KVM guests stalling on 2.6.28 (bisected)
Submitter : Kevin Shanahan <kmshanah@ucwb.org.au>
Date : 2009-01-17 03:37 (29 days old)
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12421] GPF on 2.6.28 and 2.6.28-rc9-git3, e1000e and e1000 issues
@ 2009-02-14 20:50 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Doug Bazarnic
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12421
Subject : GPF on 2.6.28 and 2.6.28-rc9-git3, e1000e and e1000 issues
Submitter : Doug Bazarnic <doug-nOyj/A09A+/k1uMJSBkQmQ@public.gmane.org>
Date : 2009-01-09 21:26 (37 days old)
References : http://marc.info/?l=linux-kernel&m=123153653120204&w=4
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12500] r8169: NETDEV WATCHDOG: eth0 (r8169): transmit timed out
@ 2009-02-14 20:50 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Francois Romieu, Justin Piszcz
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12500
Subject : r8169: NETDEV WATCHDOG: eth0 (r8169): transmit timed out
Submitter : Justin Piszcz <jpiszcz-BP4nVm5VUdNhbmWW9KSYcQ@public.gmane.org>
Date : 2009-01-13 21:19 (33 days old)
References : http://marc.info/?l=linux-kernel&m=123188160811322&w=4
Handled-By : Francois Romieu <romieu-W8zweXLXuWQS+FvcfC7Uqw@public.gmane.org>
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12465] KVM guests stalling on 2.6.28 (bisected)
@ 2009-02-14 20:50 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Ingo Molnar, Kevin Shanahan, Kevin Shanahan,
Mike Galbraith, Peter Zijlstra
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12465
Subject : KVM guests stalling on 2.6.28 (bisected)
Submitter : Kevin Shanahan <kmshanah-biM/RbsGxha6c6uEtOJ/EA@public.gmane.org>
Date : 2009-01-17 03:37 (29 days old)
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12559] Huawei E169 doesn't work as mass storage anymore
2009-02-14 20:48 ` Rafael J. Wysocki
@ 2009-02-14 20:50 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, fangxiaozhi, kpalberg
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12559
Subject : Huawei E169 doesn't work as mass storage anymore
Submitter : kpalberg <kpalberg@gmail.com>
Date : 2009-01-28 02:34 (18 days old)
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12612] hard lockup when interrupting cdda2wav
2009-02-14 20:48 ` Rafael J. Wysocki
@ 2009-02-14 20:50 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, FUJITA Tomonori, Matthias Reichl
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12612
Subject : hard lockup when interrupting cdda2wav
Submitter : Matthias Reichl <hias@horus.com>
Date : 2009-01-28 16:41 (18 days old)
References : http://marc.info/?l=linux-kernel&m=123316111415677&w=4
Handled-By : FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Patch : http://marc.info/?l=linux-scsi&m=123371501613019&w=2
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12614] WOL with forcedeth broken since f55c21fd9a92a444e55ad1ca4e4732d56661bf2e
2009-02-14 20:48 ` Rafael J. Wysocki
@ 2009-02-14 20:50 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Andrew Morton, Jeff Garzik,
Philipp Matthias Hahn, Tobias Diedrich, Yinghai Lu, Yinghai Lu
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12614
Subject : WOL with forcedeth broken since f55c21fd9a92a444e55ad1ca4e4732d56661bf2e
Submitter : Philipp Matthias Hahn <pmhahn@titan.lahn.de>
Date : 2009-01-29 6:31 (17 days old)
References : http://marc.info/?l=linux-kernel&m=123321232825316&w=4
Handled-By : Yinghai Lu <yinghai@kernel.org>
Tobias Diedrich <ranma+kernel@tdiedrich.de>
Patch : http://marc.info/?l=linux-kernel&m=123330459229248&w=4
http://marc.info/?l=linux-kernel&m=123411195117835&w=4
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12619] Regression 2.6.28 and last - boot failed
2009-02-14 20:48 ` Rafael J. Wysocki
@ 2009-02-14 20:50 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, jan sonnek
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12619
Subject : Regression 2.6.28 and last - boot failed
Submitter : jan sonnek <ha2nny@gmail.com>
Date : 2009-02-01 19:59 (14 days old)
References : http://marc.info/?l=linux-kernel&m=123351836213969&w=4
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12559] Huawei E169 doesn't work as mass storage anymore
@ 2009-02-14 20:50 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, fangxiaozhi, kpalberg
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12559
Subject : Huawei E169 doesn't work as mass storage anymore
Submitter : kpalberg <kpalberg-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2009-01-28 02:34 (18 days old)
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12619] Regression 2.6.28 and last - boot failed
@ 2009-02-14 20:50 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, jan sonnek
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12619
Subject : Regression 2.6.28 and last - boot failed
Submitter : jan sonnek <ha2nny-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2009-02-01 19:59 (14 days old)
References : http://marc.info/?l=linux-kernel&m=123351836213969&w=4
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12612] hard lockup when interrupting cdda2wav
@ 2009-02-14 20:50 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, FUJITA Tomonori, Matthias Reichl
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12612
Subject : hard lockup when interrupting cdda2wav
Submitter : Matthias Reichl <hias-vtPv7MOkFPkAvxtiuMwx3w@public.gmane.org>
Date : 2009-01-28 16:41 (18 days old)
References : http://marc.info/?l=linux-kernel&m=123316111415677&w=4
Handled-By : FUJITA Tomonori <fujita.tomonori-Zyj7fXuS5i5L9jVzuh4AOg@public.gmane.org>
Patch : http://marc.info/?l=linux-scsi&m=123371501613019&w=2
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12614] WOL with forcedeth broken since f55c21fd9a92a444e55ad1ca4e4732d56661bf2e
@ 2009-02-14 20:50 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Andrew Morton, Jeff Garzik,
Philipp Matthias Hahn, Tobias Diedrich, Yinghai Lu, Yinghai Lu
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12614
Subject : WOL with forcedeth broken since f55c21fd9a92a444e55ad1ca4e4732d56661bf2e
Submitter : Philipp Matthias Hahn <pmhahn-u4khhh1J0LzF41mA0N3lWw@public.gmane.org>
Date : 2009-01-29 6:31 (17 days old)
References : http://marc.info/?l=linux-kernel&m=123321232825316&w=4
Handled-By : Yinghai Lu <yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Tobias Diedrich <ranma+kernel-YxUgxmcw2FPQD6PfKP4TzA@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=123330459229248&w=4
http://marc.info/?l=linux-kernel&m=123411195117835&w=4
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12634] video distortion and lockup with i830 video chip and 2.6.28.3
2009-02-14 20:48 ` Rafael J. Wysocki
@ 2009-02-14 20:50 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Bob Raitz
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12634
Subject : video distortion and lockup with i830 video chip and 2.6.28.3
Submitter : Bob Raitz <pappy_mcfae@yahoo.com>
Date : 2009-02-04 21:10 (11 days old)
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12645] DMI low-memory-protect quirk causes resume hang on Samsung NC10
2009-02-14 20:48 ` Rafael J. Wysocki
@ 2009-02-14 20:50 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Ingo Molnar, Patrick Walton, Philipp Kohlbecher
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12645
Subject : DMI low-memory-protect quirk causes resume hang on Samsung NC10
Submitter : Patrick Walton <pcwalton@cs.ucla.edu>
Date : 2009-02-06 18:35 (9 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=0af40a4b1050c050e62eb1dc30b82d5ab22bf221
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12658] ThrustMaster Firestorm Dual Power 3 Gamepads stopped working
2009-02-14 20:48 ` Rafael J. Wysocki
@ 2009-02-14 20:50 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Frank Roscher
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12658
Subject : ThrustMaster Firestorm Dual Power 3 Gamepads stopped working
Submitter : Frank Roscher <Frank-Roscher@gmx.net>
Date : 2009-02-08 08:45 (7 days old)
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12690] DPMS (LCD powersave, poweroff) don't work
2009-02-14 20:48 ` Rafael J. Wysocki
@ 2009-02-14 20:50 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Antonin Kolisek
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12690
Subject : DPMS (LCD powersave, poweroff) don't work
Submitter : Antonin Kolisek <akolisek@linuxx.hyperlinx.cz>
Date : 2009-02-11 09:40 (4 days old)
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12634] video distortion and lockup with i830 video chip and 2.6.28.3
@ 2009-02-14 20:50 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Bob Raitz
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12634
Subject : video distortion and lockup with i830 video chip and 2.6.28.3
Submitter : Bob Raitz <pappy_mcfae-/E1597aS9LQAvxtiuMwx3w@public.gmane.org>
Date : 2009-02-04 21:10 (11 days old)
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12645] DMI low-memory-protect quirk causes resume hang on Samsung NC10
@ 2009-02-14 20:50 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Ingo Molnar, Patrick Walton, Philipp Kohlbecher
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12645
Subject : DMI low-memory-protect quirk causes resume hang on Samsung NC10
Submitter : Patrick Walton <pcwalton-764C0pRuGfqVc3sceRu5cw@public.gmane.org>
Date : 2009-02-06 18:35 (9 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=0af40a4b1050c050e62eb1dc30b82d5ab22bf221
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12658] ThrustMaster Firestorm Dual Power 3 Gamepads stopped working
@ 2009-02-14 20:50 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Frank Roscher
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12658
Subject : ThrustMaster Firestorm Dual Power 3 Gamepads stopped working
Submitter : Frank Roscher <Frank-Roscher-hi6Y0CQ0nG0@public.gmane.org>
Date : 2009-02-08 08:45 (7 days old)
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12690] DPMS (LCD powersave, poweroff) don't work
@ 2009-02-14 20:50 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-14 20:50 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Antonin Kolisek
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12690
Subject : DPMS (LCD powersave, poweroff) don't work
Submitter : Antonin Kolisek <akolisek-T3ps84XAcx36AaHJ4hbVU+3CNBr840j2@public.gmane.org>
Date : 2009-02-11 09:40 (4 days old)
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12265] FPU emulation broken in 2.6.28-rc8 ?
2009-02-14 20:50 ` Rafael J. Wysocki
@ 2009-02-14 23:23 ` Ingo Molnar
-1 siblings, 0 replies; 170+ messages in thread
From: Ingo Molnar @ 2009-02-14 23:23 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Rogier Wolff
* Rafael J. Wysocki <rjw@sisk.pl> wrote:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.27 and 2.6.28.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.27 and 2.6.28. 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 (60 days old)
> References : http://marc.info/?l=linux-kernel&m=122950463030747&w=4
Should be fixed in -rc5 by:
d315760: x86: fix math_emu register frame access
Rogier, can you confirm?
Ingo
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12265] FPU emulation broken in 2.6.28-rc8 ?
@ 2009-02-14 23:23 ` Ingo Molnar
0 siblings, 0 replies; 170+ messages in thread
From: Ingo Molnar @ 2009-02-14 23:23 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Rogier Wolff
* Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org> wrote:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.27 and 2.6.28.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.27 and 2.6.28. 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 (60 days old)
> References : http://marc.info/?l=linux-kernel&m=122950463030747&w=4
Should be fixed in -rc5 by:
d315760: x86: fix math_emu register frame access
Rogier, can you confirm?
Ingo
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12337] ~100 extra wakeups reported by powertop
2009-02-14 20:50 ` Rafael J. Wysocki
@ 2009-02-14 23:35 ` Alberto Gonzalez
-1 siblings, 0 replies; 170+ messages in thread
From: Alberto Gonzalez @ 2009-02-14 23:35 UTC (permalink / raw)
To: Linux Kernel Mailing List, Rafael J. Wysocki
Cc: Kernel Testers List, Jesse Barnes
--- On Sat, 2/14/09, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> The following bug entry is on the current list of known
> regressions
> introduced between 2.6.27 and 2.6.28. Please verify if it
> still should
> be listed and let me know (either way).
>
>
> Bug-Entry :
> http://bugzilla.kernel.org/show_bug.cgi?id=12337
> Subject : ~100 extra wakeups reported by powertop
> Submitter : Alberto Gonzalez <luis6674@yahoo.com>
> Date : 2008-12-31 12:25 (46 days old)
Yes, still present in latest stable 2.6.28.5
I updated the report to say that this happened on my 5 year old Pentium 4, but now I got a new Dell desktop (Intel G45 based) and the exact same problem happens, so I can't be the only one seeing it. In the bugzilla Eric Anholt said that it could be related to vblank and that jbarnes had look into a similar issue before, so maybe he has some clue.
Thanks.
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12337] ~100 extra wakeups reported by powertop
@ 2009-02-14 23:35 ` Alberto Gonzalez
0 siblings, 0 replies; 170+ messages in thread
From: Alberto Gonzalez @ 2009-02-14 23:35 UTC (permalink / raw)
To: Linux Kernel Mailing List, Rafael J. Wysocki
Cc: Kernel Testers List, Jesse Barnes
--- On Sat, 2/14/09, Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org> wrote:
> The following bug entry is on the current list of known
> regressions
> introduced between 2.6.27 and 2.6.28. Please verify if it
> still should
> be listed and let me know (either way).
>
>
> Bug-Entry :
> http://bugzilla.kernel.org/show_bug.cgi?id=12337
> Subject : ~100 extra wakeups reported by powertop
> Submitter : Alberto Gonzalez <luis6674-/E1597aS9LQAvxtiuMwx3w@public.gmane.org>
> Date : 2008-12-31 12:25 (46 days old)
Yes, still present in latest stable 2.6.28.5
I updated the report to say that this happened on my 5 year old Pentium 4, but now I got a new Dell desktop (Intel G45 based) and the exact same problem happens, so I can't be the only one seeing it. In the bugzilla Eric Anholt said that it could be related to vblank and that jbarnes had look into a similar issue before, so maybe he has some clue.
Thanks.
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12406] 2.6.28 thinks that my PS/2 mouse is a touchpad
2009-02-14 20:50 ` Rafael J. Wysocki
@ 2009-02-15 6:14 ` Alexander E. Patrakov
-1 siblings, 0 replies; 170+ messages in thread
From: Alexander E. Patrakov @ 2009-02-15 6:14 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Arjan Opmeer,
Denys Vlasenko, Dmitry Torokhov
"Rafael J. Wysocki" <rjw@sisk.pl> wrote:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.27 and 2.6.28.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.27 and 2.6.28. Please verify if it still
> should be listed and let me know (either way).
Yes, it is still a regression with a patch that is not in -stable.
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12406
> Subject : 2.6.28 thinks that my PS/2 mouse is a
> touchpad Submitter : Alexander E. Patrakov <patrakov@gmail.com>
> Date : 2008-12-27 9:06 (50 days old)
> References :
> http://marc.info/?l=linux-kernel&m=123036893817280&w=4
> Handled-By : Arjan Opmeer <arjan@opmeer.net>
> Patch :
> http://marc.info/?l=linux-kernel&m=123092147703236&w=4
--
Alexander E. Patrakov
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12406] 2.6.28 thinks that my PS/2 mouse is a touchpad
@ 2009-02-15 6:14 ` Alexander E. Patrakov
0 siblings, 0 replies; 170+ messages in thread
From: Alexander E. Patrakov @ 2009-02-15 6:14 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Arjan Opmeer,
Denys Vlasenko, Dmitry Torokhov
"Rafael J. Wysocki" <rjw-KKrjLPT3xs0@public.gmane.org> wrote:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.27 and 2.6.28.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.27 and 2.6.28. Please verify if it still
> should be listed and let me know (either way).
Yes, it is still a regression with a patch that is not in -stable.
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12406
> Subject : 2.6.28 thinks that my PS/2 mouse is a
> touchpad Submitter : Alexander E. Patrakov <patrakov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Date : 2008-12-27 9:06 (50 days old)
> References :
> http://marc.info/?l=linux-kernel&m=123036893817280&w=4
> Handled-By : Arjan Opmeer <arjan-OssVvNj1wBysTnJN9+BGXg@public.gmane.org>
> Patch :
> http://marc.info/?l=linux-kernel&m=123092147703236&w=4
--
Alexander E. Patrakov
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected) [Bug 12465]
2009-02-14 20:50 ` Rafael J. Wysocki
@ 2009-02-15 9:48 ` Kevin Shanahan
-1 siblings, 0 replies; 170+ messages in thread
From: Kevin Shanahan @ 2009-02-15 9:48 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Ingo Molnar,
Mike Galbraith, bugme-daemon, Steven Rostedt, Peter Zijlstra
On Sat, 2009-02-14 at 21:50 +0100, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.27 and 2.6.28.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.27 and 2.6.28. Please verify if it still should
> be listed and let me know (either way).
Yes, this should still be listed.
I just tested against 2.6.29-rc5 and the problem is as bad as ever
(perhaps worse?)
--- hermes-old.wumi.org.au ping statistics ---
900 packets transmitted, 448 received, +317 errors, 50% packet loss, time 899845ms
rtt min/avg/max/mdev = 0.131/420.015/10890.699/1297.022 ms, pipe 11
The guest being pinged crashed during the test - the QEMU monitor was
accessible, but the guest didn't respond to "sendkey alt-sysrq-s", etc.
This was the last thing in the guest syslog after reboot:
Feb 15 19:48:58 hermes-old kernel: ------------[ cut here ]------------
Feb 15 19:48:58 hermes-old kernel: WARNING: at net/sched/sch_generic.c:219 dev_watchdog+0x111/0x195()
Feb 15 19:48:58 hermes-old kernel: NETDEV WATCHDOG: eth0 (8139too): transmit timed out
Feb 15 19:48:58 hermes-old kernel: Pid: 0, comm: swapper Not tainted 2.6.27.10 #1
Feb 15 19:48:58 hermes-old kernel: [<c011d75c>] warn_slowpath+0x5c/0x81
Feb 15 19:48:58 hermes-old kernel: [<c02f5f7c>] nf_hook_slow+0x44/0xb1
Feb 15 19:48:58 hermes-old kernel: [<c02d93f1>] dev_queue_xmit+0x3da/0x411
Feb 15 19:48:58 hermes-old kernel: [<c030043d>] ip_finish_output+0x1f9/0x231
Feb 15 19:48:58 hermes-old kernel: [<c01daeee>] __next_cpu+0x12/0x21
Feb 15 19:48:58 hermes-old kernel: [<c0116b42>] find_busiest_group+0x232/0x69f
Feb 15 19:48:58 hermes-old kernel: [<c01160dc>] update_curr+0x41/0x65
Feb 15 19:48:58 hermes-old kernel: [<c02e33b5>] dev_watchdog+0x111/0x195
Feb 15 19:48:58 hermes-old kernel: [<c011822f>] enqueue_task_fair+0x16/0x24
Feb 15 19:48:58 hermes-old kernel: [<c0115645>] enqueue_task+0xa/0x14
Feb 15 19:48:58 hermes-old kernel: [<c01156d5>] activate_task+0x16/0x1b
Feb 15 19:48:58 hermes-old kernel: [<c0119c8c>] try_to_wake_up+0x131/0x13a
Feb 15 19:48:58 hermes-old kernel: [<c02e32a4>] dev_watchdog+0x0/0x195
Feb 15 19:48:58 hermes-old kernel: [<c012424c>] run_timer_softirq+0xf5/0x14a
Feb 15 19:48:58 hermes-old kernel: [<c0120f60>] __do_softirq+0x5d/0xc1
Feb 15 19:48:58 hermes-old kernel: [<c0120ff6>] do_softirq+0x32/0x36
Feb 15 19:48:58 hermes-old kernel: [<c012112c>] irq_exit+0x35/0x40
Feb 15 19:48:58 hermes-old kernel: [<c010e8db>] smp_apic_timer_interrupt+0x6e/0x7b
Feb 15 19:48:58 hermes-old kernel: [<c01035ac>] apic_timer_interrupt+0x28/0x30
Feb 15 19:48:58 hermes-old kernel: [<c0107386>] default_idle+0x2a/0x3d
Feb 15 19:48:58 hermes-old kernel: [<c0101900>] cpu_idle+0x5c/0x84
Feb 15 19:48:58 hermes-old kernel: =======================
Feb 15 19:48:58 hermes-old kernel: ---[ end trace eff10a8043ac4e7b ]---
Feb 15 19:49:01 hermes-old kernel: eth0: Transmit timeout, status 0d 0000 c07f media d0.
Feb 15 19:49:01 hermes-old kernel: eth0: Tx queue start entry 839 dirty entry 839.
Feb 15 19:49:01 hermes-old kernel: eth0: Tx descriptor 0 is 0008a03c.
Feb 15 19:49:01 hermes-old kernel: eth0: Tx descriptor 1 is 0008a062.
Feb 15 19:49:01 hermes-old kernel: eth0: Tx descriptor 2 is 0008a062.
Feb 15 19:49:01 hermes-old kernel: eth0: Tx descriptor 3 is 0008a05b. (queue head)
Feb 15 19:49:01 hermes-old kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x05E1
I think I saw some patches to fix the latency tracer for non-RT tasks on
the mailing list a while ago. If that's still going to be a useful test,
can someone give me some hints on which kernel tree and/or patches to
download to get that working? The simpler you can make it, the better ;)
Cheers,
Kevin.
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected) [Bug 12465]
@ 2009-02-15 9:48 ` Kevin Shanahan
0 siblings, 0 replies; 170+ messages in thread
From: Kevin Shanahan @ 2009-02-15 9:48 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Ingo Molnar,
Mike Galbraith, bugme-daemon-590EEB7GvNiWaY/ihj7yzEB+6BGkLq7r,
Steven Rostedt, Peter Zijlstra
On Sat, 2009-02-14 at 21:50 +0100, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.27 and 2.6.28.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.27 and 2.6.28. Please verify if it still should
> be listed and let me know (either way).
Yes, this should still be listed.
I just tested against 2.6.29-rc5 and the problem is as bad as ever
(perhaps worse?)
--- hermes-old.wumi.org.au ping statistics ---
900 packets transmitted, 448 received, +317 errors, 50% packet loss, time 899845ms
rtt min/avg/max/mdev = 0.131/420.015/10890.699/1297.022 ms, pipe 11
The guest being pinged crashed during the test - the QEMU monitor was
accessible, but the guest didn't respond to "sendkey alt-sysrq-s", etc.
This was the last thing in the guest syslog after reboot:
Feb 15 19:48:58 hermes-old kernel: ------------[ cut here ]------------
Feb 15 19:48:58 hermes-old kernel: WARNING: at net/sched/sch_generic.c:219 dev_watchdog+0x111/0x195()
Feb 15 19:48:58 hermes-old kernel: NETDEV WATCHDOG: eth0 (8139too): transmit timed out
Feb 15 19:48:58 hermes-old kernel: Pid: 0, comm: swapper Not tainted 2.6.27.10 #1
Feb 15 19:48:58 hermes-old kernel: [<c011d75c>] warn_slowpath+0x5c/0x81
Feb 15 19:48:58 hermes-old kernel: [<c02f5f7c>] nf_hook_slow+0x44/0xb1
Feb 15 19:48:58 hermes-old kernel: [<c02d93f1>] dev_queue_xmit+0x3da/0x411
Feb 15 19:48:58 hermes-old kernel: [<c030043d>] ip_finish_output+0x1f9/0x231
Feb 15 19:48:58 hermes-old kernel: [<c01daeee>] __next_cpu+0x12/0x21
Feb 15 19:48:58 hermes-old kernel: [<c0116b42>] find_busiest_group+0x232/0x69f
Feb 15 19:48:58 hermes-old kernel: [<c01160dc>] update_curr+0x41/0x65
Feb 15 19:48:58 hermes-old kernel: [<c02e33b5>] dev_watchdog+0x111/0x195
Feb 15 19:48:58 hermes-old kernel: [<c011822f>] enqueue_task_fair+0x16/0x24
Feb 15 19:48:58 hermes-old kernel: [<c0115645>] enqueue_task+0xa/0x14
Feb 15 19:48:58 hermes-old kernel: [<c01156d5>] activate_task+0x16/0x1b
Feb 15 19:48:58 hermes-old kernel: [<c0119c8c>] try_to_wake_up+0x131/0x13a
Feb 15 19:48:58 hermes-old kernel: [<c02e32a4>] dev_watchdog+0x0/0x195
Feb 15 19:48:58 hermes-old kernel: [<c012424c>] run_timer_softirq+0xf5/0x14a
Feb 15 19:48:58 hermes-old kernel: [<c0120f60>] __do_softirq+0x5d/0xc1
Feb 15 19:48:58 hermes-old kernel: [<c0120ff6>] do_softirq+0x32/0x36
Feb 15 19:48:58 hermes-old kernel: [<c012112c>] irq_exit+0x35/0x40
Feb 15 19:48:58 hermes-old kernel: [<c010e8db>] smp_apic_timer_interrupt+0x6e/0x7b
Feb 15 19:48:58 hermes-old kernel: [<c01035ac>] apic_timer_interrupt+0x28/0x30
Feb 15 19:48:58 hermes-old kernel: [<c0107386>] default_idle+0x2a/0x3d
Feb 15 19:48:58 hermes-old kernel: [<c0101900>] cpu_idle+0x5c/0x84
Feb 15 19:48:58 hermes-old kernel: =======================
Feb 15 19:48:58 hermes-old kernel: ---[ end trace eff10a8043ac4e7b ]---
Feb 15 19:49:01 hermes-old kernel: eth0: Transmit timeout, status 0d 0000 c07f media d0.
Feb 15 19:49:01 hermes-old kernel: eth0: Tx queue start entry 839 dirty entry 839.
Feb 15 19:49:01 hermes-old kernel: eth0: Tx descriptor 0 is 0008a03c.
Feb 15 19:49:01 hermes-old kernel: eth0: Tx descriptor 1 is 0008a062.
Feb 15 19:49:01 hermes-old kernel: eth0: Tx descriptor 2 is 0008a062.
Feb 15 19:49:01 hermes-old kernel: eth0: Tx descriptor 3 is 0008a05b. (queue head)
Feb 15 19:49:01 hermes-old kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x05E1
I think I saw some patches to fix the latency tracer for non-RT tasks on
the mailing list a while ago. If that's still going to be a useful test,
can someone give me some hints on which kernel tree and/or patches to
download to get that working? The simpler you can make it, the better ;)
Cheers,
Kevin.
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected) [Bug 12465]
2009-02-15 9:48 ` Kevin Shanahan
(?)
@ 2009-02-15 10:04 ` Ingo Molnar
2009-02-22 10:39 ` Kevin Shanahan
2009-02-23 11:38 ` Kevin Shanahan
-1 siblings, 2 replies; 170+ messages in thread
From: Ingo Molnar @ 2009-02-15 10:04 UTC (permalink / raw)
To: Kevin Shanahan
Cc: Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Mike Galbraith, bugme-daemon,
Steven Rostedt, Peter Zijlstra
* Kevin Shanahan <kmshanah@ucwb.org.au> wrote:
> On Sat, 2009-02-14 at 21:50 +0100, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.27 and 2.6.28.
> >
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.27 and 2.6.28. Please verify if it still should
> > be listed and let me know (either way).
>
> Yes, this should still be listed.
>
> I just tested against 2.6.29-rc5 and the problem is as bad as ever
> (perhaps worse?)
>
> --- hermes-old.wumi.org.au ping statistics ---
> 900 packets transmitted, 448 received, +317 errors, 50% packet loss, time 899845ms
> rtt min/avg/max/mdev = 0.131/420.015/10890.699/1297.022 ms, pipe 11
i looked at the trace you did earlier and which you uploaded to:
http://disenchant.net/tmp/bug-12465/trace-1/
Here is one 3 seconds (!) latency:
0) qemu-sy-4237 | | kvm_vcpu_block() {
0) qemu-sy-4237 | | kvm_cpu_has_interrupt() {
0) qemu-sy-4237 | | kvm_apic_has_interrupt() {
0) qemu-sy-4237 | 0.291 us | }
0) qemu-sy-4237 | | kvm_apic_accept_pic_intr() {
0) qemu-sy-4237 | 0.291 us | }
0) qemu-sy-4237 | 1.476 us | }
0) qemu-sy-4237 | | kvm_cpu_has_pending_timer() {
0) qemu-sy-4237 | 0.325 us | }
0) qemu-sy-4237 | | kvm_arch_vcpu_runnable() {
0) qemu-sy-4237 | 0.288 us | }
0) qemu-sy-4237 | | kvm_arch_vcpu_put() {
0) qemu-sy-4237 | 0.415 us | }
0) qemu-sy-4237 | | schedule() {
0) qemu-sy-4237 | | wakeup_preempt_entity() {
0) qemu-sy-4237 | 0.300 us | }
------------------------------------------
0) qemu-sy-4237 => ksoftir-4
------------------------------------------
0) ksoftir-4 | ! 3010470 us | }
------------------------------------------
0) ksoftir-4 => qemu-sy-4355
------------------------------------------
0) qemu-sy-4355 | 1.575 us | }
0) qemu-sy-4355 | 6.520 us | }
0) qemu-sy-4355 | 7.121 us | }
0) qemu-sy-4355 | | __wake_up() {
0) qemu-sy-4355 | | __wake_up_common() {
0) qemu-sy-4355 | | autoremove_wake_function() {
0) qemu-sy-4355 | | default_wake_function() {
qemu-sy-4237 has been scheduled away, and the system appeared to have done
nothing in the meantime. That's not something that really looks like a
scheduler regression - there is nothing the scheduler can do if KVM
decides to block a task.
It would be nice to enhance this single-CPU trace some more - to more
surgically see what is going on. Firstly, absolute timestamps would be
nice:
echo funcgraph-abstime > trace_options
echo funcgraph-proc > trace_options
as it's a bit hard to see the global timescale of events.
Secondly, not all events are included - in particular i dont really see
the points when packets are passed. Would it be possible to add a tracing
hypercall so that the guest kernel can inject trace events that can be seen
on the native-side trace? Regarding ping latencies really just two things
matter: the loopback network device's rx and tx path. We should trace the
outgoing sequence number and the incoming sequence number of IP packets,
and inject that to the host side. This way we can correlate the delays
precisely.
Ingo
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12401] 2.6.28 regression: xbacklight broken on ThinkPad X61s
2009-02-14 20:50 ` Rafael J. Wysocki
@ 2009-02-15 13:44 ` Matthew Garrett
-1 siblings, 0 replies; 170+ messages in thread
From: Matthew Garrett @ 2009-02-15 13:44 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Andi Kleen,
Len Brown, Thomas Renninger, Tino Keitel, Zhang Rui
This one sounded like a configuration error.
--
Matthew Garrett | mjg59@srcf.ucam.org
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12401] 2.6.28 regression: xbacklight broken on ThinkPad X61s
@ 2009-02-15 13:44 ` Matthew Garrett
0 siblings, 0 replies; 170+ messages in thread
From: Matthew Garrett @ 2009-02-15 13:44 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Andi Kleen,
Len Brown, Thomas Renninger, Tino Keitel, Zhang Rui
This one sounded like a configuration error.
--
Matthew Garrett | mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12337] ~100 extra wakeups reported by powertop
@ 2009-02-15 14:20 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-15 14:20 UTC (permalink / raw)
To: luis6674; +Cc: Linux Kernel Mailing List, Kernel Testers List, Jesse Barnes
On Sunday 15 February 2009, Alberto Gonzalez wrote:
> --- On Sat, 2/14/09, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> > The following bug entry is on the current list of known
> > regressions
> > introduced between 2.6.27 and 2.6.28. Please verify if it
> > still should
> > be listed and let me know (either way).
> >
> >
> > Bug-Entry :
> > http://bugzilla.kernel.org/show_bug.cgi?id=12337
> > Subject : ~100 extra wakeups reported by powertop
> > Submitter : Alberto Gonzalez <luis6674@yahoo.com>
> > Date : 2008-12-31 12:25 (46 days old)
>
> Yes, still present in latest stable 2.6.28.5
>
> I updated the report to say that this happened on my 5 year old Pentium 4, but now I got a new Dell desktop (Intel G45 based) and the exact same problem happens, so I can't be the only one seeing it. In the bugzilla Eric Anholt said that it could be related to vblank and that jbarnes had look into a similar issue before, so maybe he has some clue.
Thanks a lot for the update.
Rafael
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12337] ~100 extra wakeups reported by powertop
@ 2009-02-15 14:20 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-15 14:20 UTC (permalink / raw)
To: luis6674-/E1597aS9LQAvxtiuMwx3w
Cc: Linux Kernel Mailing List, Kernel Testers List, Jesse Barnes
On Sunday 15 February 2009, Alberto Gonzalez wrote:
> --- On Sat, 2/14/09, Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org> wrote:
>
> > The following bug entry is on the current list of known
> > regressions
> > introduced between 2.6.27 and 2.6.28. Please verify if it
> > still should
> > be listed and let me know (either way).
> >
> >
> > Bug-Entry :
> > http://bugzilla.kernel.org/show_bug.cgi?id=12337
> > Subject : ~100 extra wakeups reported by powertop
> > Submitter : Alberto Gonzalez <luis6674-/E1597aS9LQAvxtiuMwx3w@public.gmane.org>
> > Date : 2008-12-31 12:25 (46 days old)
>
> Yes, still present in latest stable 2.6.28.5
>
> I updated the report to say that this happened on my 5 year old Pentium 4, but now I got a new Dell desktop (Intel G45 based) and the exact same problem happens, so I can't be the only one seeing it. In the bugzilla Eric Anholt said that it could be related to vblank and that jbarnes had look into a similar issue before, so maybe he has some clue.
Thanks a lot for the update.
Rafael
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12401] 2.6.28 regression: xbacklight broken on ThinkPad X61s
@ 2009-02-15 14:38 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-15 14:38 UTC (permalink / raw)
To: Tino Keitel
Cc: Matthew Garrett, Linux Kernel Mailing List, Kernel Testers List,
Andi Kleen, Len Brown, Thomas Renninger, Zhang Rui
On Sunday 15 February 2009, Matthew Garrett wrote:
> This one sounded like a configuration error.
Tino?
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12401] 2.6.28 regression: xbacklight broken on ThinkPad X61s
@ 2009-02-15 14:38 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-15 14:38 UTC (permalink / raw)
To: Tino Keitel
Cc: Matthew Garrett, Linux Kernel Mailing List, Kernel Testers List,
Andi Kleen, Len Brown, Thomas Renninger, Zhang Rui
On Sunday 15 February 2009, Matthew Garrett wrote:
> This one sounded like a configuration error.
Tino?
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12406] 2.6.28 thinks that my PS/2 mouse is a touchpad
@ 2009-02-15 14:40 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-15 14:40 UTC (permalink / raw)
To: Alexander E. Patrakov
Cc: Linux Kernel Mailing List, Kernel Testers List, Arjan Opmeer,
Denys Vlasenko, Dmitry Torokhov, stable
On Sunday 15 February 2009, Alexander E. Patrakov wrote:
> "Rafael J. Wysocki" <rjw@sisk.pl> wrote:
>
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.27 and 2.6.28.
> >
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.27 and 2.6.28. Please verify if it still
> > should be listed and let me know (either way).
>
> Yes, it is still a regression with a patch that is not in -stable.
I think it hasn't been merged yet.
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12406
> > Subject : 2.6.28 thinks that my PS/2 mouse is a
> > touchpad Submitter : Alexander E. Patrakov <patrakov@gmail.com>
> > Date : 2008-12-27 9:06 (50 days old)
> > References :
> > http://marc.info/?l=linux-kernel&m=123036893817280&w=4
> > Handled-By : Arjan Opmeer <arjan@opmeer.net>
> > Patch :
> > http://marc.info/?l=linux-kernel&m=123092147703236&w=4
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12406] 2.6.28 thinks that my PS/2 mouse is a touchpad
@ 2009-02-15 14:40 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-15 14:40 UTC (permalink / raw)
To: Alexander E. Patrakov
Cc: Linux Kernel Mailing List, Kernel Testers List, Arjan Opmeer,
Denys Vlasenko, Dmitry Torokhov, stable-DgEjT+Ai2ygdnm+yROfE0A
On Sunday 15 February 2009, Alexander E. Patrakov wrote:
> "Rafael J. Wysocki" <rjw-KKrjLPT3xs0@public.gmane.org> wrote:
>
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.27 and 2.6.28.
> >
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.27 and 2.6.28. Please verify if it still
> > should be listed and let me know (either way).
>
> Yes, it is still a regression with a patch that is not in -stable.
I think it hasn't been merged yet.
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12406
> > Subject : 2.6.28 thinks that my PS/2 mouse is a
> > touchpad Submitter : Alexander E. Patrakov <patrakov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> > Date : 2008-12-27 9:06 (50 days old)
> > References :
> > http://marc.info/?l=linux-kernel&m=123036893817280&w=4
> > Handled-By : Arjan Opmeer <arjan-OssVvNj1wBysTnJN9+BGXg@public.gmane.org>
> > Patch :
> > http://marc.info/?l=linux-kernel&m=123092147703236&w=4
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12263] Sata soft reset filling log
2009-02-14 20:50 ` Rafael J. Wysocki
(?)
@ 2009-02-15 20:47 ` Justin Madru
2009-02-15 21:21 ` Rafael J. Wysocki
-1 siblings, 1 reply; 170+ messages in thread
From: Justin Madru @ 2009-02-15 20:47 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Linux IDE,
Alan Cox, Hugh Dickins, Larry Finger, Mikael Pettersson,
Sergei Shtylyov
Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.27 and 2.6.28.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.27 and 2.6.28. 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 (64 days old)
> References : http://marc.info/?l=linux-kernel&m=122913412608533&w=4
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
>
>
>
I'm still seeing this on .29-rc5, and I think that my bug #12263 is a
duplicate of bug #12609,
or more correctly it's a duplicate of mine because I reported first.
It seems like the bug has been fixed in tip/master for some time now.
Below is the diff of origin and tip from when I tested.
$ git diff origin/master..tip/master drivers/ata/
diff --git a/drivers/ata/ata_piix.c b/drivers/ata/ata_piix.c
index 54961c0..e004c25 100644
--- a/drivers/ata/ata_piix.c
+++ b/drivers/ata/ata_piix.c
@@ -310,7 +310,7 @@ static struct scsi_host_template piix_sht = {
};
static struct ata_port_operations piix_pata_ops = {
- .inherits = &ata_bmdma32_port_ops,
+ .inherits = &ata_bmdma_port_ops,
.cable_detect = ata_cable_40wire,
.set_piomode = piix_set_piomode,
.set_dmamode = piix_set_dmamode,
diff --git a/drivers/ata/libata-core.c b/drivers/ata/libata-core.c
index 9fbf059..1ed3966 100644
--- a/drivers/ata/libata-core.c
+++ b/drivers/ata/libata-core.c
@@ -1482,7 +1482,7 @@ static int ata_hpa_resize(struct ata_device *dev)
struct ata_eh_context *ehc = &dev->link->eh_context;
int print_info = ehc->i.flags & ATA_EHI_PRINTINFO;
u64 sectors = ata_id_n_sectors(dev->id);
- u64 native_sectors;
+ u64 uninitialized_var(native_sectors);
int rc;
/* do we need to do it? */
diff --git a/drivers/ata/libata-scsi.c b/drivers/ata/libata-scsi.c
index b9747fa..d65b9b2 100644
--- a/drivers/ata/libata-scsi.c
+++ b/drivers/ata/libata-scsi.c
@@ -3247,7 +3247,7 @@ void ata_scsi_scan_host(struct ata_port *ap, int sync)
int tries = 5;
struct ata_device *last_failed_dev = NULL;
struct ata_link *link;
- struct ata_device *dev;
+ struct ata_device *uninitialized_var(dev);
if (ap->flags & ATA_FLAG_DISABLED)
return;
diff --git a/drivers/ata/libata-sff.c b/drivers/ata/libata-sff.c
index 0b299b0..416e3e2 100644
--- a/drivers/ata/libata-sff.c
+++ b/drivers/ata/libata-sff.c
@@ -80,13 +80,6 @@ const struct ata_port_operations ata_bmdma_port_ops = {
};
EXPORT_SYMBOL_GPL(ata_bmdma_port_ops);
-const struct ata_port_operations ata_bmdma32_port_ops = {
- .inherits = &ata_bmdma_port_ops,
-
- .sff_data_xfer = ata_sff_data_xfer32,
-};
-EXPORT_SYMBOL_GPL(ata_bmdma32_port_ops);
-
/**
* ata_fill_sg - Fill PCI IDE PRD table
* @qc: Metadata associated with taskfile to be transferred
@@ -743,52 +736,6 @@ unsigned int ata_sff_data_xfer(struct ata_device
*dev, unsigned char *buf,
EXPORT_SYMBOL_GPL(ata_sff_data_xfer);
/**
- * ata_sff_data_xfer32 - Transfer data by PIO
- * @dev: device to target
- * @buf: data buffer
- * @buflen: buffer length
- * @rw: read/write
- *
- * Transfer data from/to the device data register by PIO using 32bit
- * I/O operations.
- *
- * LOCKING:
- * Inherited from caller.
- *
- * RETURNS:
- * Bytes consumed.
- */
-
-unsigned int ata_sff_data_xfer32(struct ata_device *dev, unsigned char
*buf,
- unsigned int buflen, int rw)
-{
- struct ata_port *ap = dev->link->ap;
- void __iomem *data_addr = ap->ioaddr.data_addr;
- unsigned int words = buflen >> 2;
- int slop = buflen & 3;
-
- /* Transfer multiple of 4 bytes */
- if (rw == READ)
- ioread32_rep(data_addr, buf, words);
- else
- iowrite32_rep(data_addr, buf, words);
-
- if (unlikely(slop)) {
- __le32 pad;
- if (rw == READ) {
- pad = cpu_to_le32(ioread32(ap->ioaddr.data_addr));
- memcpy(buf + buflen - slop, &pad, slop);
- } else {
- memcpy(&pad, buf + buflen - slop, slop);
- iowrite32(le32_to_cpu(pad), ap->ioaddr.data_addr);
- }
- words++;
- }
- return words << 2;
-}
-EXPORT_SYMBOL_GPL(ata_sff_data_xfer32);
-
-/**
* ata_sff_data_xfer_noirq - Transfer data by PIO
* @dev: device to target
* @buf: data buffer
diff --git a/drivers/ata/pata_ali.c b/drivers/ata/pata_ali.c
index eb99dbe..7cd48ea 100644
--- a/drivers/ata/pata_ali.c
+++ b/drivers/ata/pata_ali.c
@@ -151,7 +151,8 @@ static void ali_fifo_control(struct ata_port *ap,
struct ata_device *adev, int o
pci_read_config_byte(pdev, pio_fifo, &fifo);
fifo &= ~(0x0F << shift);
- fifo |= (on << shift);
+ if (on)
+ fifo |= (on << shift);
pci_write_config_byte(pdev, pio_fifo, fifo);
}
@@ -369,11 +370,10 @@ static struct ata_port_operations
ali_early_port_ops = {
.inherits = &ata_sff_port_ops,
.cable_detect = ata_cable_40wire,
.set_piomode = ali_set_piomode,
- .sff_data_xfer = ata_sff_data_xfer32,
};
static const struct ata_port_operations ali_dma_base_ops = {
- .inherits = &ata_bmdma32_port_ops,
+ .inherits = &ata_bmdma_port_ops,
.set_piomode = ali_set_piomode,
.set_dmamode = ali_set_dmamode,
};
diff --git a/drivers/ata/pata_amd.c b/drivers/ata/pata_amd.c
index 63719ab..0ec9c7d 100644
--- a/drivers/ata/pata_amd.c
+++ b/drivers/ata/pata_amd.c
@@ -24,7 +24,7 @@
#include <linux/libata.h>
#define DRV_NAME "pata_amd"
-#define DRV_VERSION "0.3.11"
+#define DRV_VERSION "0.3.10"
/**
* timing_setup - shared timing computation and load
@@ -345,7 +345,7 @@ static struct scsi_host_template amd_sht = {
};
static const struct ata_port_operations amd_base_port_ops = {
- .inherits = &ata_bmdma32_port_ops,
+ .inherits = &ata_bmdma_port_ops,
.prereset = amd_pre_reset,
};
diff --git a/drivers/ata/pata_atiixp.c b/drivers/ata/pata_atiixp.c
index 506adde..115eb00 100644
--- a/drivers/ata/pata_atiixp.c
+++ b/drivers/ata/pata_atiixp.c
@@ -140,7 +140,7 @@ static void atiixp_set_dmamode(struct ata_port *ap,
struct ata_device *adev)
wanted_pio = 3;
else if (adev->dma_mode == XFER_MW_DMA_0)
wanted_pio = 0;
- else BUG();
+ else panic("atiixp_set_dmamode: unknown DMA mode!");
if (adev->pio_mode != wanted_pio)
atiixp_set_pio_timing(ap, adev, wanted_pio);
diff --git a/drivers/ata/pata_mpiix.c b/drivers/ata/pata_mpiix.c
index aa576ca..7c8faa4 100644
--- a/drivers/ata/pata_mpiix.c
+++ b/drivers/ata/pata_mpiix.c
@@ -35,7 +35,7 @@
#include <linux/libata.h>
#define DRV_NAME "pata_mpiix"
-#define DRV_VERSION "0.7.7"
+#define DRV_VERSION "0.7.6"
enum {
IDETIM = 0x6C, /* IDE control register */
@@ -146,7 +146,6 @@ static struct ata_port_operations mpiix_port_ops = {
.cable_detect = ata_cable_40wire,
.set_piomode = mpiix_set_piomode,
.prereset = mpiix_pre_reset,
- .sff_data_xfer = ata_sff_data_xfer32,
};
static int mpiix_init_one(struct pci_dev *dev, const struct
pci_device_id *id)
diff --git a/drivers/ata/pata_sil680.c b/drivers/ata/pata_sil680.c
index 9e764e5..83580a5 100644
--- a/drivers/ata/pata_sil680.c
+++ b/drivers/ata/pata_sil680.c
@@ -32,7 +32,7 @@
#include <linux/libata.h>
#define DRV_NAME "pata_sil680"
-#define DRV_VERSION "0.4.9"
+#define DRV_VERSION "0.4.8"
#define SIL680_MMIO_BAR 5
@@ -195,7 +195,7 @@ static struct scsi_host_template sil680_sht = {
};
static struct ata_port_operations sil680_port_ops = {
- .inherits = &ata_bmdma32_port_ops,
+ .inherits = &ata_bmdma_port_ops,
.cable_detect = sil680_cable_detect,
.set_piomode = sil680_set_piomode,
.set_dmamode = sil680_set_dmamode,
diff --git a/drivers/ata/sata_via.c b/drivers/ata/sata_via.c
index 5c62da9..f9803a2 100644
--- a/drivers/ata/sata_via.c
+++ b/drivers/ata/sata_via.c
@@ -566,7 +566,7 @@ static int svia_init_one(struct pci_dev *pdev, const
struct pci_device_id *ent)
static int printed_version;
unsigned int i;
int rc;
- struct ata_host *host;
+ struct ata_host *uninitialized_var(host);
int board_id = (int) ent->driver_data;
const unsigned *bar_sizes;
Justin Madru
^ permalink raw reply related [flat|nested] 170+ messages in thread
* Re: [Bug #12263] Sata soft reset filling log
2009-02-15 20:47 ` Justin Madru
@ 2009-02-15 21:21 ` Rafael J. Wysocki
2009-02-15 22:30 ` Ingo Molnar
0 siblings, 1 reply; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-15 21:21 UTC (permalink / raw)
To: Justin Madru, Ingo Molnar
Cc: Linux Kernel Mailing List, Kernel Testers List, Linux IDE,
Alan Cox, Hugh Dickins, Larry Finger, Mikael Pettersson,
Sergei Shtylyov
On Sunday 15 February 2009, Justin Madru wrote:
> Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.27 and 2.6.28.
> >
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.27 and 2.6.28. 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 (64 days old)
> > References : http://marc.info/?l=linux-kernel&m=122913412608533&w=4
>
> I'm still seeing this on .29-rc5, and I think that my bug #12263 is a
> duplicate of bug #12609,
> or more correctly it's a duplicate of mine because I reported first.
>
> It seems like the bug has been fixed in tip/master for some time now.
> Below is the diff of origin and tip from when I tested.
Ingo, do you know whinch patch in -tip fixes this regression?
> $ git diff origin/master..tip/master drivers/ata/
>
> diff --git a/drivers/ata/ata_piix.c b/drivers/ata/ata_piix.c
> index 54961c0..e004c25 100644
> --- a/drivers/ata/ata_piix.c
> +++ b/drivers/ata/ata_piix.c
> @@ -310,7 +310,7 @@ static struct scsi_host_template piix_sht = {
> };
>
> static struct ata_port_operations piix_pata_ops = {
> - .inherits = &ata_bmdma32_port_ops,
> + .inherits = &ata_bmdma_port_ops,
> .cable_detect = ata_cable_40wire,
> .set_piomode = piix_set_piomode,
> .set_dmamode = piix_set_dmamode,
> diff --git a/drivers/ata/libata-core.c b/drivers/ata/libata-core.c
> index 9fbf059..1ed3966 100644
> --- a/drivers/ata/libata-core.c
> +++ b/drivers/ata/libata-core.c
> @@ -1482,7 +1482,7 @@ static int ata_hpa_resize(struct ata_device *dev)
> struct ata_eh_context *ehc = &dev->link->eh_context;
> int print_info = ehc->i.flags & ATA_EHI_PRINTINFO;
> u64 sectors = ata_id_n_sectors(dev->id);
> - u64 native_sectors;
> + u64 uninitialized_var(native_sectors);
> int rc;
>
> /* do we need to do it? */
> diff --git a/drivers/ata/libata-scsi.c b/drivers/ata/libata-scsi.c
> index b9747fa..d65b9b2 100644
> --- a/drivers/ata/libata-scsi.c
> +++ b/drivers/ata/libata-scsi.c
> @@ -3247,7 +3247,7 @@ void ata_scsi_scan_host(struct ata_port *ap, int sync)
> int tries = 5;
> struct ata_device *last_failed_dev = NULL;
> struct ata_link *link;
> - struct ata_device *dev;
> + struct ata_device *uninitialized_var(dev);
>
> if (ap->flags & ATA_FLAG_DISABLED)
> return;
> diff --git a/drivers/ata/libata-sff.c b/drivers/ata/libata-sff.c
> index 0b299b0..416e3e2 100644
> --- a/drivers/ata/libata-sff.c
> +++ b/drivers/ata/libata-sff.c
> @@ -80,13 +80,6 @@ const struct ata_port_operations ata_bmdma_port_ops = {
> };
> EXPORT_SYMBOL_GPL(ata_bmdma_port_ops);
>
> -const struct ata_port_operations ata_bmdma32_port_ops = {
> - .inherits = &ata_bmdma_port_ops,
> -
> - .sff_data_xfer = ata_sff_data_xfer32,
> -};
> -EXPORT_SYMBOL_GPL(ata_bmdma32_port_ops);
> -
> /**
> * ata_fill_sg - Fill PCI IDE PRD table
> * @qc: Metadata associated with taskfile to be transferred
> @@ -743,52 +736,6 @@ unsigned int ata_sff_data_xfer(struct ata_device
> *dev, unsigned char *buf,
> EXPORT_SYMBOL_GPL(ata_sff_data_xfer);
>
> /**
> - * ata_sff_data_xfer32 - Transfer data by PIO
> - * @dev: device to target
> - * @buf: data buffer
> - * @buflen: buffer length
> - * @rw: read/write
> - *
> - * Transfer data from/to the device data register by PIO using 32bit
> - * I/O operations.
> - *
> - * LOCKING:
> - * Inherited from caller.
> - *
> - * RETURNS:
> - * Bytes consumed.
> - */
> -
> -unsigned int ata_sff_data_xfer32(struct ata_device *dev, unsigned char
> *buf,
> - unsigned int buflen, int rw)
> -{
> - struct ata_port *ap = dev->link->ap;
> - void __iomem *data_addr = ap->ioaddr.data_addr;
> - unsigned int words = buflen >> 2;
> - int slop = buflen & 3;
> -
> - /* Transfer multiple of 4 bytes */
> - if (rw == READ)
> - ioread32_rep(data_addr, buf, words);
> - else
> - iowrite32_rep(data_addr, buf, words);
> -
> - if (unlikely(slop)) {
> - __le32 pad;
> - if (rw == READ) {
> - pad = cpu_to_le32(ioread32(ap->ioaddr.data_addr));
> - memcpy(buf + buflen - slop, &pad, slop);
> - } else {
> - memcpy(&pad, buf + buflen - slop, slop);
> - iowrite32(le32_to_cpu(pad), ap->ioaddr.data_addr);
> - }
> - words++;
> - }
> - return words << 2;
> -}
> -EXPORT_SYMBOL_GPL(ata_sff_data_xfer32);
> -
> -/**
> * ata_sff_data_xfer_noirq - Transfer data by PIO
> * @dev: device to target
> * @buf: data buffer
> diff --git a/drivers/ata/pata_ali.c b/drivers/ata/pata_ali.c
> index eb99dbe..7cd48ea 100644
> --- a/drivers/ata/pata_ali.c
> +++ b/drivers/ata/pata_ali.c
> @@ -151,7 +151,8 @@ static void ali_fifo_control(struct ata_port *ap,
> struct ata_device *adev, int o
>
> pci_read_config_byte(pdev, pio_fifo, &fifo);
> fifo &= ~(0x0F << shift);
> - fifo |= (on << shift);
> + if (on)
> + fifo |= (on << shift);
> pci_write_config_byte(pdev, pio_fifo, fifo);
> }
>
> @@ -369,11 +370,10 @@ static struct ata_port_operations
> ali_early_port_ops = {
> .inherits = &ata_sff_port_ops,
> .cable_detect = ata_cable_40wire,
> .set_piomode = ali_set_piomode,
> - .sff_data_xfer = ata_sff_data_xfer32,
> };
>
> static const struct ata_port_operations ali_dma_base_ops = {
> - .inherits = &ata_bmdma32_port_ops,
> + .inherits = &ata_bmdma_port_ops,
> .set_piomode = ali_set_piomode,
> .set_dmamode = ali_set_dmamode,
> };
> diff --git a/drivers/ata/pata_amd.c b/drivers/ata/pata_amd.c
> index 63719ab..0ec9c7d 100644
> --- a/drivers/ata/pata_amd.c
> +++ b/drivers/ata/pata_amd.c
> @@ -24,7 +24,7 @@
> #include <linux/libata.h>
>
> #define DRV_NAME "pata_amd"
> -#define DRV_VERSION "0.3.11"
> +#define DRV_VERSION "0.3.10"
>
> /**
> * timing_setup - shared timing computation and load
> @@ -345,7 +345,7 @@ static struct scsi_host_template amd_sht = {
> };
>
> static const struct ata_port_operations amd_base_port_ops = {
> - .inherits = &ata_bmdma32_port_ops,
> + .inherits = &ata_bmdma_port_ops,
> .prereset = amd_pre_reset,
> };
>
> diff --git a/drivers/ata/pata_atiixp.c b/drivers/ata/pata_atiixp.c
> index 506adde..115eb00 100644
> --- a/drivers/ata/pata_atiixp.c
> +++ b/drivers/ata/pata_atiixp.c
> @@ -140,7 +140,7 @@ static void atiixp_set_dmamode(struct ata_port *ap,
> struct ata_device *adev)
> wanted_pio = 3;
> else if (adev->dma_mode == XFER_MW_DMA_0)
> wanted_pio = 0;
> - else BUG();
> + else panic("atiixp_set_dmamode: unknown DMA mode!");
>
> if (adev->pio_mode != wanted_pio)
> atiixp_set_pio_timing(ap, adev, wanted_pio);
> diff --git a/drivers/ata/pata_mpiix.c b/drivers/ata/pata_mpiix.c
> index aa576ca..7c8faa4 100644
> --- a/drivers/ata/pata_mpiix.c
> +++ b/drivers/ata/pata_mpiix.c
> @@ -35,7 +35,7 @@
> #include <linux/libata.h>
>
> #define DRV_NAME "pata_mpiix"
> -#define DRV_VERSION "0.7.7"
> +#define DRV_VERSION "0.7.6"
>
> enum {
> IDETIM = 0x6C, /* IDE control register */
> @@ -146,7 +146,6 @@ static struct ata_port_operations mpiix_port_ops = {
> .cable_detect = ata_cable_40wire,
> .set_piomode = mpiix_set_piomode,
> .prereset = mpiix_pre_reset,
> - .sff_data_xfer = ata_sff_data_xfer32,
> };
>
> static int mpiix_init_one(struct pci_dev *dev, const struct
> pci_device_id *id)
> diff --git a/drivers/ata/pata_sil680.c b/drivers/ata/pata_sil680.c
> index 9e764e5..83580a5 100644
> --- a/drivers/ata/pata_sil680.c
> +++ b/drivers/ata/pata_sil680.c
> @@ -32,7 +32,7 @@
> #include <linux/libata.h>
>
> #define DRV_NAME "pata_sil680"
> -#define DRV_VERSION "0.4.9"
> +#define DRV_VERSION "0.4.8"
>
> #define SIL680_MMIO_BAR 5
>
> @@ -195,7 +195,7 @@ static struct scsi_host_template sil680_sht = {
> };
>
> static struct ata_port_operations sil680_port_ops = {
> - .inherits = &ata_bmdma32_port_ops,
> + .inherits = &ata_bmdma_port_ops,
> .cable_detect = sil680_cable_detect,
> .set_piomode = sil680_set_piomode,
> .set_dmamode = sil680_set_dmamode,
> diff --git a/drivers/ata/sata_via.c b/drivers/ata/sata_via.c
> index 5c62da9..f9803a2 100644
> --- a/drivers/ata/sata_via.c
> +++ b/drivers/ata/sata_via.c
> @@ -566,7 +566,7 @@ static int svia_init_one(struct pci_dev *pdev, const
> struct pci_device_id *ent)
> static int printed_version;
> unsigned int i;
> int rc;
> - struct ata_host *host;
> + struct ata_host *uninitialized_var(host);
> int board_id = (int) ent->driver_data;
> const unsigned *bar_sizes;
>
> Justin Madru
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12401] 2.6.28 regression: xbacklight broken on ThinkPad X61s
@ 2009-02-15 22:16 ` Tino Keitel
0 siblings, 0 replies; 170+ messages in thread
From: Tino Keitel @ 2009-02-15 22:16 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Matthew Garrett, Linux Kernel Mailing List, Kernel Testers List,
Andi Kleen, Len Brown, Thomas Renninger, Zhang Rui
On Sun, Feb 15, 2009 at 15:38:28 +0100, Rafael J. Wysocki wrote:
> On Sunday 15 February 2009, Matthew Garrett wrote:
> > This one sounded like a configuration error.
I think if it works without DRI in 2.6.27 and doesn't work in 2.6.28,
it isn't a configuration error, but a real regression.
Regards,
Tino
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12401] 2.6.28 regression: xbacklight broken on ThinkPad X61s
@ 2009-02-15 22:16 ` Tino Keitel
0 siblings, 0 replies; 170+ messages in thread
From: Tino Keitel @ 2009-02-15 22:16 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Matthew Garrett, Linux Kernel Mailing List, Kernel Testers List,
Andi Kleen, Len Brown, Thomas Renninger, Zhang Rui
On Sun, Feb 15, 2009 at 15:38:28 +0100, Rafael J. Wysocki wrote:
> On Sunday 15 February 2009, Matthew Garrett wrote:
> > This one sounded like a configuration error.
I think if it works without DRI in 2.6.27 and doesn't work in 2.6.28,
it isn't a configuration error, but a real regression.
Regards,
Tino
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12263] Sata soft reset filling log
2009-02-15 21:21 ` Rafael J. Wysocki
@ 2009-02-15 22:30 ` Ingo Molnar
2009-02-15 23:12 ` Rafael J. Wysocki
0 siblings, 1 reply; 170+ messages in thread
From: Ingo Molnar @ 2009-02-15 22:30 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Justin Madru, Linux Kernel Mailing List, Kernel Testers List,
Linux IDE, Alan Cox, Hugh Dickins, Larry Finger,
Mikael Pettersson, Sergei Shtylyov
* Rafael J. Wysocki <rjw@sisk.pl> wrote:
> On Sunday 15 February 2009, Justin Madru wrote:
> > Rafael J. Wysocki wrote:
> > > This message has been generated automatically as a part of a report
> > > of regressions introduced between 2.6.27 and 2.6.28.
> > >
> > > The following bug entry is on the current list of known regressions
> > > introduced between 2.6.27 and 2.6.28. 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 (64 days old)
> > > References : http://marc.info/?l=linux-kernel&m=122913412608533&w=4
> >
> > I'm still seeing this on .29-rc5, and I think that my bug #12263 is a
> > duplicate of bug #12609,
> > or more correctly it's a duplicate of mine because I reported first.
> >
> > It seems like the bug has been fixed in tip/master for some time now.
> > Below is the diff of origin and tip from when I tested.
>
> Ingo, do you know whinch patch in -tip fixes this regression?
This one, done on Jan 10, more than a month ago:
f1d26da: Revert "libata: Add 32bit PIO support"
When a commit causes trouble in -tip qa i immediately revert it in 95%
of the cases, no questions asked. Especially if it's related to
persistent storage.
Ingo
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12263] Sata soft reset filling log
2009-02-15 22:30 ` Ingo Molnar
@ 2009-02-15 23:12 ` Rafael J. Wysocki
2009-02-16 15:18 ` Sergei Shtylyov
0 siblings, 1 reply; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-15 23:12 UTC (permalink / raw)
To: Ingo Molnar
Cc: Justin Madru, Linux Kernel Mailing List, Kernel Testers List,
Linux IDE, Alan Cox, Hugh Dickins, Larry Finger,
Mikael Pettersson, Sergei Shtylyov
On Sunday 15 February 2009, Ingo Molnar wrote:
>
> * Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> > On Sunday 15 February 2009, Justin Madru wrote:
> > > Rafael J. Wysocki wrote:
> > > > This message has been generated automatically as a part of a report
> > > > of regressions introduced between 2.6.27 and 2.6.28.
> > > >
> > > > The following bug entry is on the current list of known regressions
> > > > introduced between 2.6.27 and 2.6.28. 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 (64 days old)
> > > > References : http://marc.info/?l=linux-kernel&m=122913412608533&w=4
> > >
> > > I'm still seeing this on .29-rc5, and I think that my bug #12263 is a
> > > duplicate of bug #12609,
> > > or more correctly it's a duplicate of mine because I reported first.
> > >
> > > It seems like the bug has been fixed in tip/master for some time now.
> > > Below is the diff of origin and tip from when I tested.
> >
> > Ingo, do you know whinch patch in -tip fixes this regression?
>
> This one, done on Jan 10, more than a month ago:
>
> f1d26da: Revert "libata: Add 32bit PIO support"
>
> When a commit causes trouble in -tip qa i immediately revert it in 95%
> of the cases, no questions asked. Especially if it's related to
> persistent storage.
OK, thanks.
We seem to have a working fix patch for this issue in bug #12609.
Best,
Rafael
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12401] 2.6.28 regression: xbacklight broken on ThinkPad X61s
@ 2009-02-16 1:16 ` Matthew Garrett
0 siblings, 0 replies; 170+ messages in thread
From: Matthew Garrett @ 2009-02-16 1:16 UTC (permalink / raw)
To: Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Andi Kleen, Len Brown, Thomas Renninger,
Zhang Rui
On Sun, Feb 15, 2009 at 11:16:47PM +0100, Tino Keitel wrote:
> I think if it works without DRI in 2.6.27 and doesn't work in 2.6.28,
> it isn't a configuration error, but a real regression.
It only worked by accident without DRM support, since you were using the
ATI codepath in the firmware rather than the Intel one. That bug's been
fixed, so now you're following the Intel codepath - unfortunately
there's no way to do that without kernel-level graphics support, which
means DRM.
--
Matthew Garrett | mjg59@srcf.ucam.org
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12401] 2.6.28 regression: xbacklight broken on ThinkPad X61s
@ 2009-02-16 1:16 ` Matthew Garrett
0 siblings, 0 replies; 170+ messages in thread
From: Matthew Garrett @ 2009-02-16 1:16 UTC (permalink / raw)
To: Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Andi Kleen, Le
On Sun, Feb 15, 2009 at 11:16:47PM +0100, Tino Keitel wrote:
> I think if it works without DRI in 2.6.27 and doesn't work in 2.6.28,
> it isn't a configuration error, but a real regression.
It only worked by accident without DRM support, since you were using the
ATI codepath in the firmware rather than the Intel one. That bug's been
fixed, so now you're following the Intel codepath - unfortunately
there's no way to do that without kernel-level graphics support, which
means DRM.
--
Matthew Garrett | mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12401] 2.6.28 regression: xbacklight broken on ThinkPad X61s
@ 2009-02-16 12:37 ` Ingo Molnar
0 siblings, 0 replies; 170+ messages in thread
From: Ingo Molnar @ 2009-02-16 12:37 UTC (permalink / raw)
To: Matthew Garrett
Cc: Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Andi Kleen, Len Brown, Thomas Renninger,
Zhang Rui
* Matthew Garrett <mjg59@srcf.ucam.org> wrote:
> On Sun, Feb 15, 2009 at 11:16:47PM +0100, Tino Keitel wrote:
>
> > I think if it works without DRI in 2.6.27 and doesn't work in 2.6.28,
> > it isn't a configuration error, but a real regression.
>
> It only worked by accident without DRM support, since you were using the
> ATI codepath in the firmware rather than the Intel one. That bug's been
> fixed, [...]
Which precise commit ID is that?
> [...] so now you're following the Intel codepath - unfortunately
> there's no way to do that without kernel-level graphics support, which
> means DRM.
Tino, does it all work fine if CONFIG_DRM is enabled?
Ingo
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12401] 2.6.28 regression: xbacklight broken on ThinkPad X61s
@ 2009-02-16 12:37 ` Ingo Molnar
0 siblings, 0 replies; 170+ messages in thread
From: Ingo Molnar @ 2009-02-16 12:37 UTC (permalink / raw)
To: Matthew Garrett
Cc: Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Andi Kleen, Len Brown, Thomas Renninger,
Zhang Rui
* Matthew Garrett <mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org> wrote:
> On Sun, Feb 15, 2009 at 11:16:47PM +0100, Tino Keitel wrote:
>
> > I think if it works without DRI in 2.6.27 and doesn't work in 2.6.28,
> > it isn't a configuration error, but a real regression.
>
> It only worked by accident without DRM support, since you were using the
> ATI codepath in the firmware rather than the Intel one. That bug's been
> fixed, [...]
Which precise commit ID is that?
> [...] so now you're following the Intel codepath - unfortunately
> there's no way to do that without kernel-level graphics support, which
> means DRM.
Tino, does it all work fine if CONFIG_DRM is enabled?
Ingo
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12401] 2.6.28 regression: xbacklight broken on ThinkPad X61s
@ 2009-02-16 12:42 ` Matthew Garrett
0 siblings, 0 replies; 170+ messages in thread
From: Matthew Garrett @ 2009-02-16 12:42 UTC (permalink / raw)
To: Ingo Molnar
Cc: Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Andi Kleen, Len Brown, Thomas Renninger,
Zhang Rui
On Mon, Feb 16, 2009 at 01:37:40PM +0100, Ingo Molnar wrote:
>
> * Matthew Garrett <mjg59@srcf.ucam.org> wrote:
>
> > On Sun, Feb 15, 2009 at 11:16:47PM +0100, Tino Keitel wrote:
> >
> > > I think if it works without DRI in 2.6.27 and doesn't work in 2.6.28,
> > > it isn't a configuration error, but a real regression.
> >
> > It only worked by accident without DRM support, since you were using the
> > ATI codepath in the firmware rather than the Intel one. That bug's been
> > fixed, [...]
>
> Which precise commit ID is that?
22c13f9d8179f4c9caecfcb60a95214562b9addc
--
Matthew Garrett | mjg59@srcf.ucam.org
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12401] 2.6.28 regression: xbacklight broken on ThinkPad X61s
@ 2009-02-16 12:42 ` Matthew Garrett
0 siblings, 0 replies; 170+ messages in thread
From: Matthew Garrett @ 2009-02-16 12:42 UTC (permalink / raw)
To: Ingo Molnar
Cc: Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Andi Kleen, Len Brown, Thomas Renninger,
Zhang Rui
On Mon, Feb 16, 2009 at 01:37:40PM +0100, Ingo Molnar wrote:
>
> * Matthew Garrett <mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org> wrote:
>
> > On Sun, Feb 15, 2009 at 11:16:47PM +0100, Tino Keitel wrote:
> >
> > > I think if it works without DRI in 2.6.27 and doesn't work in 2.6.28,
> > > it isn't a configuration error, but a real regression.
> >
> > It only worked by accident without DRM support, since you were using the
> > ATI codepath in the firmware rather than the Intel one. That bug's been
> > fixed, [...]
>
> Which precise commit ID is that?
22c13f9d8179f4c9caecfcb60a95214562b9addc
--
Matthew Garrett | mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12263] Sata soft reset filling log
2009-02-15 23:12 ` Rafael J. Wysocki
@ 2009-02-16 15:18 ` Sergei Shtylyov
2009-02-16 15:21 ` Ingo Molnar
[not found] ` <499983DF.5050503-hkdhdckH98+B+jHODAdFcQ@public.gmane.org>
0 siblings, 2 replies; 170+ messages in thread
From: Sergei Shtylyov @ 2009-02-16 15:18 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Ingo Molnar, Justin Madru, Linux Kernel Mailing List,
Kernel Testers List, Linux IDE, Alan Cox, Hugh Dickins,
Larry Finger, Mikael Pettersson
Hello.
Rafael J. Wysocki wrote:
>>>>>This message has been generated automatically as a part of a report
>>>>>of regressions introduced between 2.6.27 and 2.6.28.
>>>>>The following bug entry is on the current list of known regressions
>>>>>introduced between 2.6.27 and 2.6.28. 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 (64 days old)
>>>>>References : http://marc.info/?l=linux-kernel&m=122913412608533&w=4
>>>>I'm still seeing this on .29-rc5, and I think that my bug #12263 is a
>>>>duplicate of bug #12609,
>>>>or more correctly it's a duplicate of mine because I reported first.
>>>>It seems like the bug has been fixed in tip/master for some time now.
>>>>Below is the diff of origin and tip from when I tested.
>>>Ingo, do you know whinch patch in -tip fixes this regression?
>>This one, done on Jan 10, more than a month ago:
>> f1d26da: Revert "libata: Add 32bit PIO support"
>>When a commit causes trouble in -tip qa i immediately revert it in 95%
>>of the cases, no questions asked. Especially if it's related to
>>persistent storage.
> OK, thanks.
> We seem to have a working fix patch for this issue in bug #12609.
Wait, if this is indeed post-2.6.27 regression, it couldn't possibly have
been caused by that patch which got merged during 2.6.29-rc1 timeframe.
Something's up with this bug...
MBR, Sergei
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12263] Sata soft reset filling log
2009-02-16 15:18 ` Sergei Shtylyov
@ 2009-02-16 15:21 ` Ingo Molnar
[not found] ` <499983DF.5050503-hkdhdckH98+B+jHODAdFcQ@public.gmane.org>
1 sibling, 0 replies; 170+ messages in thread
From: Ingo Molnar @ 2009-02-16 15:21 UTC (permalink / raw)
To: Sergei Shtylyov
Cc: Rafael J. Wysocki, Justin Madru, Linux Kernel Mailing List,
Kernel Testers List, Linux IDE, Alan Cox, Hugh Dickins,
Larry Finger, Mikael Pettersson
* Sergei Shtylyov <sshtylyov@ru.mvista.com> wrote:
> Hello.
>
> Rafael J. Wysocki wrote:
>
>>>>>> This message has been generated automatically as a part of a report
>>>>>> of regressions introduced between 2.6.27 and 2.6.28.
>
>>>>>> The following bug entry is on the current list of known regressions
>>>>>> introduced between 2.6.27 and 2.6.28. 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 (64 days old)
>>>>>> References : http://marc.info/?l=linux-kernel&m=122913412608533&w=4
>
>>>>> I'm still seeing this on .29-rc5, and I think that my bug #12263
>>>>> is a duplicate of bug #12609,
>>>>> or more correctly it's a duplicate of mine because I reported first.
>
>>>>> It seems like the bug has been fixed in tip/master for some time now.
>>>>> Below is the diff of origin and tip from when I tested.
>
>>>> Ingo, do you know whinch patch in -tip fixes this regression?
>
>>> This one, done on Jan 10, more than a month ago:
>
>>> f1d26da: Revert "libata: Add 32bit PIO support"
>
>>> When a commit causes trouble in -tip qa i immediately revert it in
>>> 95% of the cases, no questions asked. Especially if it's related to
>>> persistent storage.
>
>> OK, thanks.
>
>> We seem to have a working fix patch for this issue in bug #12609.
>
> Wait, if this is indeed post-2.6.27 regression, it couldn't possibly
> have been caused by that patch which got merged during 2.6.29-rc1
> timeframe. Something's up with this bug...
SATA uses the SCSI layer, right? It could then perhaps be these bits in
tip:out-of-tree:
813104e: Revert "[SCSI] simplify scsi_io_completion()"
84db545: Revert "[SCSI] Fix uninitialized variable error in scsi_io_completion"
0eb6038: Revert "[SCSI] Fix error handling for DIF/DIX"
3cd94dd: Revert "[SCSI] scsi_lib: don't decrement busy counters when inserting commands"
c27aed5: Revert "[SCSI] scsi_lib: fix DID_RESET status problems"
i needed these to keep an aic7xxx box from crashing. This regression got
introduced at around 2.6.28-rc1, so it fits the timeframe.
Ingo
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12263] Sata soft reset filling log
2009-02-16 15:18 ` Sergei Shtylyov
@ 2009-02-16 15:21 ` Sergei Shtylyov
[not found] ` <499983DF.5050503-hkdhdckH98+B+jHODAdFcQ@public.gmane.org>
1 sibling, 0 replies; 170+ messages in thread
From: Sergei Shtylyov @ 2009-02-16 15:21 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Ingo Molnar, Justin Madru, Linux Kernel Mailing List,
Kernel Testers List, Linux IDE, Alan Cox, Hugh Dickins,
Larry Finger, Mikael Pettersson
Hello, I wrote:
>>>>>> This message has been generated automatically as a part of a report
>>>>>> of regressions introduced between 2.6.27 and 2.6.28.
>>>>>> The following bug entry is on the current list of known regressions
>>>>>> introduced between 2.6.27 and 2.6.28. 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-QP1aEjBt37AFQeE35raUng@public.gmane.org>
>>>>>> Date : 2008-12-13 2:07 (64 days old)
>>>>>> References :
>>>>>> http://marc.info/?l=linux-kernel&m=122913412608533&w=4
>>>>> I'm still seeing this on .29-rc5, and I think that my bug #12263 is
>>>>> a duplicate of bug #12609,
>>>>> or more correctly it's a duplicate of mine because I reported first.
>>>>> It seems like the bug has been fixed in tip/master for some time now.
>>>>> Below is the diff of origin and tip from when I tested.
>>>> Ingo, do you know whinch patch in -tip fixes this regression?
>>> This one, done on Jan 10, more than a month ago:
>>> f1d26da: Revert "libata: Add 32bit PIO support"
>>> When a commit causes trouble in -tip qa i immediately revert it in
>>> 95% of the cases, no questions asked. Especially if it's related to
>>> persistent storage.
>> OK, thanks.
>> We seem to have a working fix patch for this issue in bug #12609.
> Wait, if this is indeed post-2.6.27 regression, it couldn't possibly
> have been caused by that patch which got merged during 2.6.29-rc1
> timeframe. Something's up with this bug...
Also, it's been reported for a hard disk while regression in bug 12609
only hits the ATAPI devices. I think that bug 12263 needs to be reopened.
MBR, Sergei
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12263] Sata soft reset filling log
@ 2009-02-16 15:21 ` Sergei Shtylyov
0 siblings, 0 replies; 170+ messages in thread
From: Sergei Shtylyov @ 2009-02-16 15:21 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Ingo Molnar, Justin Madru, Linux Kernel Mailing List,
Kernel Testers List, Linux IDE, Alan Cox, Hugh Dickins,
Larry Finger, Mikael Pettersson
Hello, I wrote:
>>>>>> This message has been generated automatically as a part of a report
>>>>>> of regressions introduced between 2.6.27 and 2.6.28.
>>>>>> The following bug entry is on the current list of known regressions
>>>>>> introduced between 2.6.27 and 2.6.28. 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 (64 days old)
>>>>>> References :
>>>>>> http://marc.info/?l=linux-kernel&m=122913412608533&w=4
>>>>> I'm still seeing this on .29-rc5, and I think that my bug #12263 is
>>>>> a duplicate of bug #12609,
>>>>> or more correctly it's a duplicate of mine because I reported first.
>>>>> It seems like the bug has been fixed in tip/master for some time now.
>>>>> Below is the diff of origin and tip from when I tested.
>>>> Ingo, do you know whinch patch in -tip fixes this regression?
>>> This one, done on Jan 10, more than a month ago:
>>> f1d26da: Revert "libata: Add 32bit PIO support"
>>> When a commit causes trouble in -tip qa i immediately revert it in
>>> 95% of the cases, no questions asked. Especially if it's related to
>>> persistent storage.
>> OK, thanks.
>> We seem to have a working fix patch for this issue in bug #12609.
> Wait, if this is indeed post-2.6.27 regression, it couldn't possibly
> have been caused by that patch which got merged during 2.6.29-rc1
> timeframe. Something's up with this bug...
Also, it's been reported for a hard disk while regression in bug 12609
only hits the ATAPI devices. I think that bug 12263 needs to be reopened.
MBR, Sergei
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12263] Sata soft reset filling log
2009-02-16 15:21 ` Sergei Shtylyov
@ 2009-02-16 15:31 ` Sergei Shtylyov
-1 siblings, 0 replies; 170+ messages in thread
From: Sergei Shtylyov @ 2009-02-16 15:31 UTC (permalink / raw)
To: Rafael J. Wysocki, Ingo Molnar
Cc: Justin Madru, Linux Kernel Mailing List, Kernel Testers List,
Linux IDE, Alan Cox, Hugh Dickins, Larry Finger,
Mikael Pettersson
Hello, I wrote:
>>>>>>> This message has been generated automatically as a part of a report
>>>>>>> of regressions introduced between 2.6.27 and 2.6.28.
>>>>>>> The following bug entry is on the current list of known regressions
>>>>>>> introduced between 2.6.27 and 2.6.28. 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-QP1aEjBt37AFQeE35raUng@public.gmane.org>
>>>>>>> Date : 2008-12-13 2:07 (64 days old)
>>>>>>> References :
>>>>>>> http://marc.info/?l=linux-kernel&m=122913412608533&w=4
>>>>>> I'm still seeing this on .29-rc5, and I think that my bug #12263
>>>>>> is a duplicate of bug #12609,
>>>>>> or more correctly it's a duplicate of mine because I reported first.
>>>>>> It seems like the bug has been fixed in tip/master for some time now.
>>>>>> Below is the diff of origin and tip from when I tested.
>>>>> Ingo, do you know whinch patch in -tip fixes this regression?
>>>> This one, done on Jan 10, more than a month ago:
>>>> f1d26da: Revert "libata: Add 32bit PIO support"
>>>> When a commit causes trouble in -tip qa i immediately revert it in
>>>> 95% of the cases, no questions asked. Especially if it's related to
>>>> persistent storage.
>>> OK, thanks.
>>> We seem to have a working fix patch for this issue in bug #12609.
>> Wait, if this is indeed post-2.6.27 regression, it couldn't
>> possibly have been caused by that patch which got merged during
>> 2.6.29-rc1 timeframe. Something's up with this bug...
> Also, it's been reported for a hard disk while regression in bug
> 12609 only hits the ATAPI devices. I think that bug 12263 needs to be reopened.
After referring to the SCSI command codes "cdb 0x1e" means ALLOW MEDIUM
REMOVAL command -- which could hardly be addressed to an usual hard disk. So,
it looks like we had a case of the confused bug report which has a lot of info
on the hard disk while errors were most probably happening with a CD/DVD
drive. :-)
MBR, Sergei
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12263] Sata soft reset filling log
@ 2009-02-16 15:31 ` Sergei Shtylyov
0 siblings, 0 replies; 170+ messages in thread
From: Sergei Shtylyov @ 2009-02-16 15:31 UTC (permalink / raw)
To: Rafael J. Wysocki, Ingo Molnar
Cc: Justin Madru, Linux Kernel Mailing List, Kernel Testers List,
Linux IDE, Alan Cox, Hugh Dickins, Larry Finger,
Mikael Pettersson
Hello, I wrote:
>>>>>>> This message has been generated automatically as a part of a report
>>>>>>> of regressions introduced between 2.6.27 and 2.6.28.
>>>>>>> The following bug entry is on the current list of known regressions
>>>>>>> introduced between 2.6.27 and 2.6.28. 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 (64 days old)
>>>>>>> References :
>>>>>>> http://marc.info/?l=linux-kernel&m=122913412608533&w=4
>>>>>> I'm still seeing this on .29-rc5, and I think that my bug #12263
>>>>>> is a duplicate of bug #12609,
>>>>>> or more correctly it's a duplicate of mine because I reported first.
>>>>>> It seems like the bug has been fixed in tip/master for some time now.
>>>>>> Below is the diff of origin and tip from when I tested.
>>>>> Ingo, do you know whinch patch in -tip fixes this regression?
>>>> This one, done on Jan 10, more than a month ago:
>>>> f1d26da: Revert "libata: Add 32bit PIO support"
>>>> When a commit causes trouble in -tip qa i immediately revert it in
>>>> 95% of the cases, no questions asked. Especially if it's related to
>>>> persistent storage.
>>> OK, thanks.
>>> We seem to have a working fix patch for this issue in bug #12609.
>> Wait, if this is indeed post-2.6.27 regression, it couldn't
>> possibly have been caused by that patch which got merged during
>> 2.6.29-rc1 timeframe. Something's up with this bug...
> Also, it's been reported for a hard disk while regression in bug
> 12609 only hits the ATAPI devices. I think that bug 12263 needs to be reopened.
After referring to the SCSI command codes "cdb 0x1e" means ALLOW MEDIUM
REMOVAL command -- which could hardly be addressed to an usual hard disk. So,
it looks like we had a case of the confused bug report which has a lot of info
on the hard disk while errors were most probably happening with a CD/DVD
drive. :-)
MBR, Sergei
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12403] TTY problem on linux-2.6.28-rc7
2009-02-14 20:50 ` Rafael J. Wysocki
@ 2009-02-16 16:12 ` Aristeu Rozanski
-1 siblings, 0 replies; 170+ messages in thread
From: Aristeu Rozanski @ 2009-02-16 16:12 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, sasa sasa
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.27 and 2.6.28.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.27 and 2.6.28. Please verify if it still should
> be listed and let me know (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12403
> Subject : TTY problem on linux-2.6.28-rc7
> Submitter : sasa sasa <sasak.1983@gmail.com>
> Date : 2008-12-22 4:23 (55 days old)
> References : http://marc.info/?l=linux-kernel&m=122991914600390&w=4
according to
http://marc.info/?l=linux-kernel&m=123054911532245&w=4
which is a reply to the first post, it's not a kernel problem
--
Aristeu
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12403] TTY problem on linux-2.6.28-rc7
@ 2009-02-16 16:12 ` Aristeu Rozanski
0 siblings, 0 replies; 170+ messages in thread
From: Aristeu Rozanski @ 2009-02-16 16:12 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, sasa sasa
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.27 and 2.6.28.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.27 and 2.6.28. Please verify if it still should
> be listed and let me know (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12403
> Subject : TTY problem on linux-2.6.28-rc7
> Submitter : sasa sasa <sasak.1983-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Date : 2008-12-22 4:23 (55 days old)
> References : http://marc.info/?l=linux-kernel&m=122991914600390&w=4
according to
http://marc.info/?l=linux-kernel&m=123054911532245&w=4
which is a reply to the first post, it's not a kernel problem
--
Aristeu
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12263] Sata soft reset filling log
2009-02-16 15:31 ` Sergei Shtylyov
(?)
@ 2009-02-16 19:23 ` Justin Madru
[not found] ` <4999BD1A.1060101-u1xxEuL7cY4AvxtiuMwx3w@public.gmane.org>
-1 siblings, 1 reply; 170+ messages in thread
From: Justin Madru @ 2009-02-16 19:23 UTC (permalink / raw)
To: Sergei Shtylyov
Cc: Rafael J. Wysocki, Ingo Molnar, Linux Kernel Mailing List,
Kernel Testers List, Linux IDE, Alan Cox, Hugh Dickins,
Larry Finger, Mikael Pettersson
Sergei Shtylyov wrote:
> After referring to the SCSI command codes "cdb 0x1e" means ALLOW MEDIUM REMOVAL command -- which
> could hardly be addressed to an usual hard disk. So, it looks like we had a case of the confused bug report which
> has a lot of info on the hard disk while errors were most probably happening with a CD/DVD drive.
Yes, I originally thought it was my hard disk because the kernel logs showed ata2.
But, Tejun Heo figured out it was my DVD drive (ATAPI) that was on the ata2 link.
(see http://marc.info/?l=linux-kernel&m=122993014109646&w=2)
I tried to bisect it, but around .28-rc1 I began to get numerous compile errors, so couldn't continue.
I also tried patches that Tejun sent me, but non of them worked, it just slightly change the error message.
So, yes this is a regression that was introduced in the .28 merge window, and I still think that bug #12609 is a duplicate of my bug.
I don't see this bug on tip/master and this is the diff of origin and tip at the time I tested.
$ git diff origin/master..tip/master drivers/ata/
diff --git a/drivers/ata/ata_piix.c b/drivers/ata/ata_piix.c
index 54961c0..e004c25 100644
--- a/drivers/ata/ata_piix.c
+++ b/drivers/ata/ata_piix.c
@@ -310,7 +310,7 @@ static struct scsi_host_template piix_sht = {
};
static struct ata_port_operations piix_pata_ops = {
- .inherits = &ata_bmdma32_port_ops,
+ .inherits = &ata_bmdma_port_ops,
.cable_detect = ata_cable_40wire,
.set_piomode = piix_set_piomode,
.set_dmamode = piix_set_dmamode,
diff --git a/drivers/ata/libata-core.c b/drivers/ata/libata-core.c
index 9fbf059..1ed3966 100644
--- a/drivers/ata/libata-core.c
+++ b/drivers/ata/libata-core.c
@@ -1482,7 +1482,7 @@ static int ata_hpa_resize(struct ata_device *dev)
struct ata_eh_context *ehc = &dev->link->eh_context;
int print_info = ehc->i.flags & ATA_EHI_PRINTINFO;
u64 sectors = ata_id_n_sectors(dev->id);
- u64 native_sectors;
+ u64 uninitialized_var(native_sectors);
int rc;
/* do we need to do it? */
diff --git a/drivers/ata/libata-scsi.c b/drivers/ata/libata-scsi.c
index b9747fa..d65b9b2 100644
--- a/drivers/ata/libata-scsi.c
+++ b/drivers/ata/libata-scsi.c
@@ -3247,7 +3247,7 @@ void ata_scsi_scan_host(struct ata_port *ap, int sync)
int tries = 5;
struct ata_device *last_failed_dev = NULL;
struct ata_link *link;
- struct ata_device *dev;
+ struct ata_device *uninitialized_var(dev);
if (ap->flags & ATA_FLAG_DISABLED)
return;
diff --git a/drivers/ata/libata-sff.c b/drivers/ata/libata-sff.c
index 0b299b0..416e3e2 100644
--- a/drivers/ata/libata-sff.c
+++ b/drivers/ata/libata-sff.c
@@ -80,13 +80,6 @@ const struct ata_port_operations ata_bmdma_port_ops = {
};
EXPORT_SYMBOL_GPL(ata_bmdma_port_ops);
-const struct ata_port_operations ata_bmdma32_port_ops = {
- .inherits = &ata_bmdma_port_ops,
-
- .sff_data_xfer = ata_sff_data_xfer32,
-};
-EXPORT_SYMBOL_GPL(ata_bmdma32_port_ops);
-
/**
* ata_fill_sg - Fill PCI IDE PRD table
* @qc: Metadata associated with taskfile to be transferred
@@ -743,52 +736,6 @@ unsigned int ata_sff_data_xfer(struct ata_device *dev, unsigned char *buf,
EXPORT_SYMBOL_GPL(ata_sff_data_xfer);
/**
- * ata_sff_data_xfer32 - Transfer data by PIO
- * @dev: device to target
- * @buf: data buffer
- * @buflen: buffer length
- * @rw: read/write
- *
- * Transfer data from/to the device data register by PIO using 32bit
- * I/O operations.
- *
- * LOCKING:
- * Inherited from caller.
- *
- * RETURNS:
- * Bytes consumed.
- */
-
-unsigned int ata_sff_data_xfer32(struct ata_device *dev, unsigned char *buf,
- unsigned int buflen, int rw)
-{
- struct ata_port *ap = dev->link->ap;
- void __iomem *data_addr = ap->ioaddr.data_addr;
- unsigned int words = buflen >> 2;
- int slop = buflen & 3;
-
- /* Transfer multiple of 4 bytes */
- if (rw == READ)
- ioread32_rep(data_addr, buf, words);
- else
- iowrite32_rep(data_addr, buf, words);
-
- if (unlikely(slop)) {
- __le32 pad;
- if (rw == READ) {
- pad = cpu_to_le32(ioread32(ap->ioaddr.data_addr));
- memcpy(buf + buflen - slop, &pad, slop);
- } else {
- memcpy(&pad, buf + buflen - slop, slop);
- iowrite32(le32_to_cpu(pad), ap->ioaddr.data_addr);
- }
- words++;
- }
- return words << 2;
-}
-EXPORT_SYMBOL_GPL(ata_sff_data_xfer32);
-
-/**
* ata_sff_data_xfer_noirq - Transfer data by PIO
* @dev: device to target
* @buf: data buffer
diff --git a/drivers/ata/pata_ali.c b/drivers/ata/pata_ali.c
index eb99dbe..7cd48ea 100644
--- a/drivers/ata/pata_ali.c
+++ b/drivers/ata/pata_ali.c
@@ -151,7 +151,8 @@ static void ali_fifo_control(struct ata_port *ap, struct ata_device *adev, int o
pci_read_config_byte(pdev, pio_fifo, &fifo);
fifo &= ~(0x0F << shift);
- fifo |= (on << shift);
+ if (on)
+ fifo |= (on << shift);
pci_write_config_byte(pdev, pio_fifo, fifo);
}
@@ -369,11 +370,10 @@ static struct ata_port_operations ali_early_port_ops = {
.inherits = &ata_sff_port_ops,
.cable_detect = ata_cable_40wire,
.set_piomode = ali_set_piomode,
- .sff_data_xfer = ata_sff_data_xfer32,
};
static const struct ata_port_operations ali_dma_base_ops = {
- .inherits = &ata_bmdma32_port_ops,
+ .inherits = &ata_bmdma_port_ops,
.set_piomode = ali_set_piomode,
.set_dmamode = ali_set_dmamode,
};
diff --git a/drivers/ata/pata_amd.c b/drivers/ata/pata_amd.c
index 63719ab..0ec9c7d 100644
--- a/drivers/ata/pata_amd.c
+++ b/drivers/ata/pata_amd.c
@@ -24,7 +24,7 @@
#include <linux/libata.h>
#define DRV_NAME "pata_amd"
-#define DRV_VERSION "0.3.11"
+#define DRV_VERSION "0.3.10"
/**
* timing_setup - shared timing computation and load
@@ -345,7 +345,7 @@ static struct scsi_host_template amd_sht = {
};
static const struct ata_port_operations amd_base_port_ops = {
- .inherits = &ata_bmdma32_port_ops,
+ .inherits = &ata_bmdma_port_ops,
.prereset = amd_pre_reset,
};
diff --git a/drivers/ata/pata_atiixp.c b/drivers/ata/pata_atiixp.c
index 506adde..115eb00 100644
--- a/drivers/ata/pata_atiixp.c
+++ b/drivers/ata/pata_atiixp.c
@@ -140,7 +140,7 @@ static void atiixp_set_dmamode(struct ata_port *ap, struct ata_device *adev)
wanted_pio = 3;
else if (adev->dma_mode == XFER_MW_DMA_0)
wanted_pio = 0;
- else BUG();
+ else panic("atiixp_set_dmamode: unknown DMA mode!");
if (adev->pio_mode != wanted_pio)
atiixp_set_pio_timing(ap, adev, wanted_pio);
diff --git a/drivers/ata/pata_mpiix.c b/drivers/ata/pata_mpiix.c
index aa576ca..7c8faa4 100644
--- a/drivers/ata/pata_mpiix.c
+++ b/drivers/ata/pata_mpiix.c
@@ -35,7 +35,7 @@
#include <linux/libata.h>
#define DRV_NAME "pata_mpiix"
-#define DRV_VERSION "0.7.7"
+#define DRV_VERSION "0.7.6"
enum {
IDETIM = 0x6C, /* IDE control register */
@@ -146,7 +146,6 @@ static struct ata_port_operations mpiix_port_ops = {
.cable_detect = ata_cable_40wire,
.set_piomode = mpiix_set_piomode,
.prereset = mpiix_pre_reset,
- .sff_data_xfer = ata_sff_data_xfer32,
};
static int mpiix_init_one(struct pci_dev *dev, const struct pci_device_id *id)
diff --git a/drivers/ata/pata_sil680.c b/drivers/ata/pata_sil680.c
index 9e764e5..83580a5 100644
--- a/drivers/ata/pata_sil680.c
+++ b/drivers/ata/pata_sil680.c
@@ -32,7 +32,7 @@
#include <linux/libata.h>
#define DRV_NAME "pata_sil680"
-#define DRV_VERSION "0.4.9"
+#define DRV_VERSION "0.4.8"
#define SIL680_MMIO_BAR 5
@@ -195,7 +195,7 @@ static struct scsi_host_template sil680_sht = {
};
static struct ata_port_operations sil680_port_ops = {
- .inherits = &ata_bmdma32_port_ops,
+ .inherits = &ata_bmdma_port_ops,
.cable_detect = sil680_cable_detect,
.set_piomode = sil680_set_piomode,
.set_dmamode = sil680_set_dmamode,
diff --git a/drivers/ata/sata_via.c b/drivers/ata/sata_via.c
index 5c62da9..f9803a2 100644
--- a/drivers/ata/sata_via.c
+++ b/drivers/ata/sata_via.c
@@ -566,7 +566,7 @@ static int svia_init_one(struct pci_dev *pdev, const struct pci_device_id *ent)
static int printed_version;
unsigned int i;
int rc;
- struct ata_host *host;
+ struct ata_host *uninitialized_var(host);
int board_id = (int) ent->driver_data;
const unsigned *bar_sizes;
Justin Madru
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12263] Sata soft reset filling log
2009-02-16 19:23 ` Justin Madru
@ 2009-02-16 19:42 ` Sergei Shtylyov
0 siblings, 0 replies; 170+ messages in thread
From: Sergei Shtylyov @ 2009-02-16 19:42 UTC (permalink / raw)
To: Justin Madru
Cc: Rafael J. Wysocki, Ingo Molnar, Linux Kernel Mailing List,
Kernel Testers List, Linux IDE, Alan Cox, Hugh Dickins,
Larry Finger, Mikael Pettersson
Hello.
Justin Madru wrote:
>> After referring to the SCSI command codes "cdb 0x1e" means ALLOW
>> MEDIUM REMOVAL command -- which
>> could hardly be addressed to an usual hard disk. So, it looks like we
>> had a case of the confused bug report which
>> has a lot of info on the hard disk while errors were most probably
>> happening with a CD/DVD drive.
> Yes, I originally thought it was my hard disk because the kernel logs
> showed ata2.
> But, Tejun Heo figured out it was my DVD drive (ATAPI) that was on the
> ata2 link.
> (see http://marc.info/?l=linux-kernel&m=122993014109646&w=2)
> I tried to bisect it, but around .28-rc1 I began to get numerous compile
> errors, so couldn't continue.
> I also tried patches that Tejun sent me, but non of them worked, it just
> slightly change the error message.
> So, yes this is a regression that was introduced in the .28 merge
> window, and I still think that bug #12609 is a duplicate of my bug.
If 12609 is truly a post-2.6.28 regression and 12263 is post-2.6.27
regresssion, this just cannot be.
> I don't see this bug on tip/master and this is the diff of origin and
> tip at the time I tested.
> $ git diff origin/master..tip/master drivers/ata/
What tree is that?
WBR, Sergei
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12263] Sata soft reset filling log
@ 2009-02-16 19:42 ` Sergei Shtylyov
0 siblings, 0 replies; 170+ messages in thread
From: Sergei Shtylyov @ 2009-02-16 19:42 UTC (permalink / raw)
To: Justin Madru
Cc: Rafael J. Wysocki, Ingo Molnar, Linux Kernel Mailing List,
Kernel Testers List, Linux IDE, Alan Cox, Hugh Dickins,
Larry Finger, Mikael Pettersson
Hello.
Justin Madru wrote:
>> After referring to the SCSI command codes "cdb 0x1e" means ALLOW
>> MEDIUM REMOVAL command -- which
>> could hardly be addressed to an usual hard disk. So, it looks like we
>> had a case of the confused bug report which
>> has a lot of info on the hard disk while errors were most probably
>> happening with a CD/DVD drive.
> Yes, I originally thought it was my hard disk because the kernel logs
> showed ata2.
> But, Tejun Heo figured out it was my DVD drive (ATAPI) that was on the
> ata2 link.
> (see http://marc.info/?l=linux-kernel&m=122993014109646&w=2)
> I tried to bisect it, but around .28-rc1 I began to get numerous compile
> errors, so couldn't continue.
> I also tried patches that Tejun sent me, but non of them worked, it just
> slightly change the error message.
> So, yes this is a regression that was introduced in the .28 merge
> window, and I still think that bug #12609 is a duplicate of my bug.
If 12609 is truly a post-2.6.28 regression and 12263 is post-2.6.27
regresssion, this just cannot be.
> I don't see this bug on tip/master and this is the diff of origin and
> tip at the time I tested.
> $ git diff origin/master..tip/master drivers/ata/
What tree is that?
WBR, Sergei
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12403] TTY problem on linux-2.6.28-rc7
2009-02-16 16:12 ` Aristeu Rozanski
(?)
@ 2009-02-16 20:42 ` Rafael J. Wysocki
-1 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-16 20:42 UTC (permalink / raw)
To: Aristeu Rozanski
Cc: Linux Kernel Mailing List, Kernel Testers List, sasa sasa
On Monday 16 February 2009, Aristeu Rozanski wrote:
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.27 and 2.6.28.
> >
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.27 and 2.6.28. Please verify if it still should
> > be listed and let me know (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12403
> > Subject : TTY problem on linux-2.6.28-rc7
> > Submitter : sasa sasa <sasak.1983@gmail.com>
> > Date : 2008-12-22 4:23 (55 days old)
> > References : http://marc.info/?l=linux-kernel&m=122991914600390&w=4
> according to
> http://marc.info/?l=linux-kernel&m=123054911532245&w=4
> which is a reply to the first post, it's not a kernel problem
OK, I've closed the bug.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12263] Sata soft reset filling log
2009-02-16 19:42 ` Sergei Shtylyov
@ 2009-02-16 21:40 ` Justin Madru
-1 siblings, 0 replies; 170+ messages in thread
From: Justin Madru @ 2009-02-16 21:40 UTC (permalink / raw)
To: Sergei Shtylyov
Cc: Rafael J. Wysocki, Ingo Molnar, Linux Kernel Mailing List,
Kernel Testers List, Linux IDE, Alan Cox, Hugh Dickins,
Larry Finger, Mikael Pettersson
Sergei Shtylyov wrote:
> Hello.
>> Justin Madru wrote:
>>> After referring to the SCSI command codes "cdb 0x1e" means ALLOW
>>> MEDIUM REMOVAL command -- which
>>> could hardly be addressed to an usual hard disk. So, it looks like
>>> we had a case of the confused bug report which
>>> has a lot of info on the hard disk while errors were most probably
>>> happening with a CD/DVD drive.
>>
>> Yes, I originally thought it was my hard disk because the kernel logs
>> showed ata2.
>> But, Tejun Heo figured out it was my DVD drive (ATAPI) that was on
>> the ata2 link.
>> (see http://marc.info/?l=linux-kernel&m=122993014109646&w=2)
>> I tried to bisect it, but around .28-rc1 I began to get numerous
>> compile errors, so couldn't continue.
>> I also tried patches that Tejun sent me, but non of them worked, it
>> just slightly change the error message.
>> So, yes this is a regression that was introduced in the .28 merge
>> window, and I still think that bug #12609 is a duplicate of my bug.
>
> If 12609 is truly a post-2.6.28 regression and 12263 is post-2.6.27
> regresssion, this just cannot be.
Maybe the reporter of #12609 didn't notice/test kernels 28-rc1 to 28. Or
maybe the difference in hardware is
the issue, but the bug is still the same. Don't know.
>> I don't see this bug on tip/master and this is the diff of origin and
>> tip at the time I tested.
>> $ git diff origin/master..tip/master drivers/ata/
>
> What tree is that?
This is what I have in .git/config and I get the same diff if I run:
git diff master..tip drivers/ata/ or git diff master...tip drivers/ata/
[core]
repositoryformatversion = 0
filemode = true
bare = false
logallrefupdates = true
[remote "origin"]
url =
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
fetch = +refs/heads/*:refs/remotes/origin/*
[branch "master"]
remote = origin
merge = refs/heads/master
[remote "tip"]
url =
git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip.git
fetch = +refs/heads/*:refs/remotes/tip/*
[branch "tip"]
remote = tip
merge = refs/heads/master
Justin Madru
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12263] Sata soft reset filling log
@ 2009-02-16 21:40 ` Justin Madru
0 siblings, 0 replies; 170+ messages in thread
From: Justin Madru @ 2009-02-16 21:40 UTC (permalink / raw)
To: Sergei Shtylyov
Cc: Rafael J. Wysocki, Ingo Molnar, Linux Kernel Mailing List,
Kernel Testers List, Linux IDE, Alan Cox, Hugh Dickins,
Larry Finger, Mikael Pettersson
Sergei Shtylyov wrote:
> Hello.
>> Justin Madru wrote:
>>> After referring to the SCSI command codes "cdb 0x1e" means ALLOW
>>> MEDIUM REMOVAL command -- which
>>> could hardly be addressed to an usual hard disk. So, it looks like
>>> we had a case of the confused bug report which
>>> has a lot of info on the hard disk while errors were most probably
>>> happening with a CD/DVD drive.
>>
>> Yes, I originally thought it was my hard disk because the kernel logs
>> showed ata2.
>> But, Tejun Heo figured out it was my DVD drive (ATAPI) that was on
>> the ata2 link.
>> (see http://marc.info/?l=linux-kernel&m=122993014109646&w=2)
>> I tried to bisect it, but around .28-rc1 I began to get numerous
>> compile errors, so couldn't continue.
>> I also tried patches that Tejun sent me, but non of them worked, it
>> just slightly change the error message.
>> So, yes this is a regression that was introduced in the .28 merge
>> window, and I still think that bug #12609 is a duplicate of my bug.
>
> If 12609 is truly a post-2.6.28 regression and 12263 is post-2.6.27
> regresssion, this just cannot be.
Maybe the reporter of #12609 didn't notice/test kernels 28-rc1 to 28. Or
maybe the difference in hardware is
the issue, but the bug is still the same. Don't know.
>> I don't see this bug on tip/master and this is the diff of origin and
>> tip at the time I tested.
>> $ git diff origin/master..tip/master drivers/ata/
>
> What tree is that?
This is what I have in .git/config and I get the same diff if I run:
git diff master..tip drivers/ata/ or git diff master...tip drivers/ata/
[core]
repositoryformatversion = 0
filemode = true
bare = false
logallrefupdates = true
[remote "origin"]
url =
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
fetch = +refs/heads/*:refs/remotes/origin/*
[branch "master"]
remote = origin
merge = refs/heads/master
[remote "tip"]
url =
git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip.git
fetch = +refs/heads/*:refs/remotes/tip/*
[branch "tip"]
remote = tip
merge = refs/heads/master
Justin Madru
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12263] Sata soft reset filling log
2009-02-16 21:40 ` Justin Madru
@ 2009-02-17 11:19 ` Hugh Dickins
-1 siblings, 0 replies; 170+ messages in thread
From: Hugh Dickins @ 2009-02-17 11:19 UTC (permalink / raw)
To: Justin Madru
Cc: Sergei Shtylyov, Rafael J. Wysocki, Ingo Molnar,
Linux Kernel Mailing List, Kernel Testers List, Linux IDE,
Alan Cox, Larry Finger, Mikael Pettersson
On Mon, 16 Feb 2009, Justin Madru wrote:
> Sergei Shtylyov wrote:
> >
> > If 12609 is truly a post-2.6.28 regression and 12263 is post-2.6.27
> > regresssion, this just cannot be.
>
> Maybe the reporter of #12609 didn't notice/test kernels 28-rc1 to 28. Or maybe
> the difference in hardware is
> the issue, but the bug is still the same. Don't know.
Sorry Justin, you must be confused: as Sergei says,
#12609 and #12263 can only be different.
I was one of the reporters of #12609, and I do know it's a post-2.6.28
regression (and Larry said so too), and one fix (not the preferred fix)
is to revert the ata_bmdma32_port_ops from 2.6.29-rc, and the preferred
fix is to improve the ata_sff_data_xfer32() introduced in 2.6.29-rc1.
2.6.28 does not contain any ata_bmdma32_port_ops, nor ata_sff_data_xfer32(),
not did 2.6.28-rc1 contain them. So it is impossible for the reversion of
the patch that introduced them to fix any problem on 2.6.28.
I'm quite prepared to believe that your #12263 manifests similarly to
#12609, and that a tip tree which contains a fix for #12609 contains
a fix for #12263; but please, those bugs are not the same, and they
don't have the same fix.
Hugh
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12263] Sata soft reset filling log
@ 2009-02-17 11:19 ` Hugh Dickins
0 siblings, 0 replies; 170+ messages in thread
From: Hugh Dickins @ 2009-02-17 11:19 UTC (permalink / raw)
To: Justin Madru
Cc: Sergei Shtylyov, Rafael J. Wysocki, Ingo Molnar,
Linux Kernel Mailing List, Kernel Testers List, Linux IDE,
Alan Cox, Larry Finger, Mikael Pettersson
On Mon, 16 Feb 2009, Justin Madru wrote:
> Sergei Shtylyov wrote:
> >
> > If 12609 is truly a post-2.6.28 regression and 12263 is post-2.6.27
> > regresssion, this just cannot be.
>
> Maybe the reporter of #12609 didn't notice/test kernels 28-rc1 to 28. Or maybe
> the difference in hardware is
> the issue, but the bug is still the same. Don't know.
Sorry Justin, you must be confused: as Sergei says,
#12609 and #12263 can only be different.
I was one of the reporters of #12609, and I do know it's a post-2.6.28
regression (and Larry said so too), and one fix (not the preferred fix)
is to revert the ata_bmdma32_port_ops from 2.6.29-rc, and the preferred
fix is to improve the ata_sff_data_xfer32() introduced in 2.6.29-rc1.
2.6.28 does not contain any ata_bmdma32_port_ops, nor ata_sff_data_xfer32(),
not did 2.6.28-rc1 contain them. So it is impossible for the reversion of
the patch that introduced them to fix any problem on 2.6.28.
I'm quite prepared to believe that your #12263 manifests similarly to
#12609, and that a tip tree which contains a fix for #12609 contains
a fix for #12263; but please, those bugs are not the same, and they
don't have the same fix.
Hugh
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12612] hard lockup when interrupting cdda2wav
2009-02-14 20:50 ` Rafael J. Wysocki
@ 2009-02-17 17:16 ` Matthias Reichl
-1 siblings, 0 replies; 170+ messages in thread
From: Matthias Reichl @ 2009-02-17 17:16 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, FUJITA Tomonori
The bug is still present in 2.6.28.5:
=============================================
[ INFO: possible recursive locking detected ]
2.6.28.5-dbg #1
---------------------------------------------
swapper/0 is trying to acquire lock:
(&q->__queue_lock){.+..}, at: [<ffffffff8040e615>] blk_put_request+0x25/0x60
but task is already holding lock:
(&q->__queue_lock){.+..}, at: [<ffffffff8040e4fa>] blk_end_io+0x5a/0xa0
other info that might help us debug this:
1 lock held by swapper/0:
#0: (&q->__queue_lock){.+..}, at: [<ffffffff8040e4fa>] blk_end_io+0x5a/0xa0
stack backtrace:
Pid: 0, comm: swapper Not tainted 2.6.28.5-dbg #1
Call Trace:
<IRQ> [<ffffffff8026cd07>] __lock_acquire+0x1797/0x1930
[<ffffffff806abf8b>] error_exit+0x29/0xa9
[<ffffffff80521f40>] sg_rq_end_io+0x0/0x2e0
[<ffffffff8026cf3a>] lock_acquire+0x9a/0xe0
[<ffffffff8040e615>] blk_put_request+0x25/0x60
[<ffffffff806ab973>] _spin_lock_irqsave+0x43/0x90
[<ffffffff8040e615>] blk_put_request+0x25/0x60
[<ffffffff8040e615>] blk_put_request+0x25/0x60
[<ffffffff80520a94>] sg_finish_rem_req+0xa4/0x100
[<ffffffff805221b8>] sg_rq_end_io+0x278/0x2e0
[<ffffffff8040e2a1>] end_that_request_last+0x61/0x260
[<ffffffff8040e508>] blk_end_io+0x68/0xa0
[<ffffffff80508181>] scsi_end_request+0x41/0xd0
[<ffffffff80508870>] scsi_io_completion+0x130/0x470
[<ffffffff80413405>] blk_done_softirq+0x75/0x90
[<ffffffff802488ab>] __do_softirq+0x9b/0x180
[<ffffffff80213df3>] native_sched_clock+0x13/0x70
[<ffffffff8020d6ec>] call_softirq+0x1c/0x30
[<ffffffff8020f175>] do_softirq+0x65/0xa0
[<ffffffff80248345>] irq_exit+0xa5/0xb0
[<ffffffff8020f467>] do_IRQ+0x107/0x1d0
[<ffffffff8020c7fb>] ret_from_intr+0x0/0xf
<EOI> [<ffffffff80214ba6>] mwait_idle+0x56/0x60
[<ffffffff80214b9d>] mwait_idle+0x4d/0x60
[<ffffffff8020b353>] cpu_idle+0x63/0xc0
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12612] hard lockup when interrupting cdda2wav
@ 2009-02-17 17:16 ` Matthias Reichl
0 siblings, 0 replies; 170+ messages in thread
From: Matthias Reichl @ 2009-02-17 17:16 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, FUJITA Tomonori
The bug is still present in 2.6.28.5:
=============================================
[ INFO: possible recursive locking detected ]
2.6.28.5-dbg #1
---------------------------------------------
swapper/0 is trying to acquire lock:
(&q->__queue_lock){.+..}, at: [<ffffffff8040e615>] blk_put_request+0x25/0x60
but task is already holding lock:
(&q->__queue_lock){.+..}, at: [<ffffffff8040e4fa>] blk_end_io+0x5a/0xa0
other info that might help us debug this:
1 lock held by swapper/0:
#0: (&q->__queue_lock){.+..}, at: [<ffffffff8040e4fa>] blk_end_io+0x5a/0xa0
stack backtrace:
Pid: 0, comm: swapper Not tainted 2.6.28.5-dbg #1
Call Trace:
<IRQ> [<ffffffff8026cd07>] __lock_acquire+0x1797/0x1930
[<ffffffff806abf8b>] error_exit+0x29/0xa9
[<ffffffff80521f40>] sg_rq_end_io+0x0/0x2e0
[<ffffffff8026cf3a>] lock_acquire+0x9a/0xe0
[<ffffffff8040e615>] blk_put_request+0x25/0x60
[<ffffffff806ab973>] _spin_lock_irqsave+0x43/0x90
[<ffffffff8040e615>] blk_put_request+0x25/0x60
[<ffffffff8040e615>] blk_put_request+0x25/0x60
[<ffffffff80520a94>] sg_finish_rem_req+0xa4/0x100
[<ffffffff805221b8>] sg_rq_end_io+0x278/0x2e0
[<ffffffff8040e2a1>] end_that_request_last+0x61/0x260
[<ffffffff8040e508>] blk_end_io+0x68/0xa0
[<ffffffff80508181>] scsi_end_request+0x41/0xd0
[<ffffffff80508870>] scsi_io_completion+0x130/0x470
[<ffffffff80413405>] blk_done_softirq+0x75/0x90
[<ffffffff802488ab>] __do_softirq+0x9b/0x180
[<ffffffff80213df3>] native_sched_clock+0x13/0x70
[<ffffffff8020d6ec>] call_softirq+0x1c/0x30
[<ffffffff8020f175>] do_softirq+0x65/0xa0
[<ffffffff80248345>] irq_exit+0xa5/0xb0
[<ffffffff8020f467>] do_IRQ+0x107/0x1d0
[<ffffffff8020c7fb>] ret_from_intr+0x0/0xf
<EOI> [<ffffffff80214ba6>] mwait_idle+0x56/0x60
[<ffffffff80214b9d>] mwait_idle+0x4d/0x60
[<ffffffff8020b353>] cpu_idle+0x63/0xc0
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12263] Sata soft reset filling log
2009-02-17 11:19 ` Hugh Dickins
(?)
@ 2009-02-17 19:08 ` Justin Madru
[not found] ` <499B0B3E.3070101-u1xxEuL7cY4AvxtiuMwx3w@public.gmane.org>
-1 siblings, 1 reply; 170+ messages in thread
From: Justin Madru @ 2009-02-17 19:08 UTC (permalink / raw)
To: Hugh Dickins
Cc: Sergei Shtylyov, Rafael J. Wysocki, Ingo Molnar,
Linux Kernel Mailing List, Kernel Testers List, Linux IDE,
Alan Cox, Larry Finger, Mikael Pettersson
Hugh Dickins wrote:
> On Mon, 16 Feb 2009, Justin Madru wrote:
>
>> Sergei Shtylyov wrote:
>>
>>> If 12609 is truly a post-2.6.28 regression and 12263 is post-2.6.27
>>> regresssion, this just cannot be.
>>>
>> Maybe the reporter of #12609 didn't notice/test kernels 28-rc1 to 28. Or maybe
>> the difference in hardware is
>> the issue, but the bug is still the same. Don't know.
>>
>
> Sorry Justin, you must be confused: as Sergei says,
> #12609 and #12263 can only be different.
>
> I was one of the reporters of #12609, and I do know it's a post-2.6.28
> regression (and Larry said so too), and one fix (not the preferred fix)
> is to revert the ata_bmdma32_port_ops from 2.6.29-rc, and the preferred
> fix is to improve the ata_sff_data_xfer32() introduced in 2.6.29-rc1.
>
> 2.6.28 does not contain any ata_bmdma32_port_ops, nor ata_sff_data_xfer32(),
> not did 2.6.28-rc1 contain them. So it is impossible for the reversion of
> the patch that introduced them to fix any problem on 2.6.28.
>
> I'm quite prepared to believe that your #12263 manifests similarly to
> #12609, and that a tip tree which contains a fix for #12609 contains
> a fix for #12263; but please, those bugs are not the same, and they
> don't have the same fix.
>
> Hugh
>
>
Well, like I said: "[I] Don't know". I'm not a kernel developer (or even
any developer... yet).
I'm just someone that tests the -rc kernels to see if there's any
problems with my hardware.
I try to report any regressions to lkml, and hopefully help the developers.
To me, who has no knowledge of all these low level issues, the following
error messages
look strikingly similar with a quick glance.
# bug 12609
# http://marc.info/?l=linux-kernel&m=123254501314058&w=4
#
ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
ata2.00: cmd a0/00:00:00:00:00/00:00:00:00:00/a0 tag 0
cdb 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
res 51/20:03:00:00:00/00:00:00:00:00/a0 Emask 0x5 (timeout)
ata2.00: status: { DRDY ERR }
ata2: soft resetting link
ata2.00: configured for UDMA/33
ata2: EH complete
# bug 12263
# http://marc.info/?l=linux-kernel&m=122913412608533&w=4
#
ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
ata2.00: ST_FIRST: !(DRQ|ERR|DF)
ata2.00: cmd a0/00:00:00:00:00/00:00:00:00:00/a0 tag 0
cdb 1e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
res 50/00:01:00:00:00/00:00:00:00:00/a0 Emask 0x2 (HSM violation)
ata2.00: status: { DRDY }
ata2: soft resetting link
ata2.00: configured for UDMA/33
ata2: EH complete
# bug 12609
# http://marc.info/?l=linux-kernel&m=123275478111406&w=4
#
ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
ata2.00: cmd a0/00:00:00:00:00/00:00:00:00:00/a0 tag 0
cdb 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
res 51/20:03:00:00:00/00:00:00:00:00/a0 Emask 0x3 (HSM violation)
ata2.00: status: { DRDY ERR }
ata2: soft resetting link
ata2.00: configured for PIO4
ata2: EH complete
So, will the patch for 12609 fix my issue also, or does there need to be
another patch?
Justin Madru
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12612] hard lockup when interrupting cdda2wav
@ 2009-02-17 20:23 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-17 20:23 UTC (permalink / raw)
To: Matthias Reichl
Cc: Linux Kernel Mailing List, Kernel Testers List, FUJITA Tomonori
On Tuesday 17 February 2009, Matthias Reichl wrote:
> The bug is still present in 2.6.28.5:
>
> =============================================
> [ INFO: possible recursive locking detected ]
> 2.6.28.5-dbg #1
> ---------------------------------------------
> swapper/0 is trying to acquire lock:
> (&q->__queue_lock){.+..}, at: [<ffffffff8040e615>] blk_put_request+0x25/0x60
>
> but task is already holding lock:
> (&q->__queue_lock){.+..}, at: [<ffffffff8040e4fa>] blk_end_io+0x5a/0xa0
>
> other info that might help us debug this:
> 1 lock held by swapper/0:
> #0: (&q->__queue_lock){.+..}, at: [<ffffffff8040e4fa>] blk_end_io+0x5a/0xa0
>
> stack backtrace:
> Pid: 0, comm: swapper Not tainted 2.6.28.5-dbg #1
> Call Trace:
> <IRQ> [<ffffffff8026cd07>] __lock_acquire+0x1797/0x1930
> [<ffffffff806abf8b>] error_exit+0x29/0xa9
> [<ffffffff80521f40>] sg_rq_end_io+0x0/0x2e0
> [<ffffffff8026cf3a>] lock_acquire+0x9a/0xe0
> [<ffffffff8040e615>] blk_put_request+0x25/0x60
> [<ffffffff806ab973>] _spin_lock_irqsave+0x43/0x90
> [<ffffffff8040e615>] blk_put_request+0x25/0x60
> [<ffffffff8040e615>] blk_put_request+0x25/0x60
> [<ffffffff80520a94>] sg_finish_rem_req+0xa4/0x100
> [<ffffffff805221b8>] sg_rq_end_io+0x278/0x2e0
> [<ffffffff8040e2a1>] end_that_request_last+0x61/0x260
> [<ffffffff8040e508>] blk_end_io+0x68/0xa0
> [<ffffffff80508181>] scsi_end_request+0x41/0xd0
> [<ffffffff80508870>] scsi_io_completion+0x130/0x470
> [<ffffffff80413405>] blk_done_softirq+0x75/0x90
> [<ffffffff802488ab>] __do_softirq+0x9b/0x180
> [<ffffffff80213df3>] native_sched_clock+0x13/0x70
> [<ffffffff8020d6ec>] call_softirq+0x1c/0x30
> [<ffffffff8020f175>] do_softirq+0x65/0xa0
> [<ffffffff80248345>] irq_exit+0xa5/0xb0
> [<ffffffff8020f467>] do_IRQ+0x107/0x1d0
> [<ffffffff8020c7fb>] ret_from_intr+0x0/0xf
> <EOI> [<ffffffff80214ba6>] mwait_idle+0x56/0x60
> [<ffffffff80214b9d>] mwait_idle+0x4d/0x60
> [<ffffffff8020b353>] cpu_idle+0x63/0xc0
Thanks for the update.
Rafael
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12612] hard lockup when interrupting cdda2wav
@ 2009-02-17 20:23 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-17 20:23 UTC (permalink / raw)
To: Matthias Reichl
Cc: Linux Kernel Mailing List, Kernel Testers List, FUJITA Tomonori
On Tuesday 17 February 2009, Matthias Reichl wrote:
> The bug is still present in 2.6.28.5:
>
> =============================================
> [ INFO: possible recursive locking detected ]
> 2.6.28.5-dbg #1
> ---------------------------------------------
> swapper/0 is trying to acquire lock:
> (&q->__queue_lock){.+..}, at: [<ffffffff8040e615>] blk_put_request+0x25/0x60
>
> but task is already holding lock:
> (&q->__queue_lock){.+..}, at: [<ffffffff8040e4fa>] blk_end_io+0x5a/0xa0
>
> other info that might help us debug this:
> 1 lock held by swapper/0:
> #0: (&q->__queue_lock){.+..}, at: [<ffffffff8040e4fa>] blk_end_io+0x5a/0xa0
>
> stack backtrace:
> Pid: 0, comm: swapper Not tainted 2.6.28.5-dbg #1
> Call Trace:
> <IRQ> [<ffffffff8026cd07>] __lock_acquire+0x1797/0x1930
> [<ffffffff806abf8b>] error_exit+0x29/0xa9
> [<ffffffff80521f40>] sg_rq_end_io+0x0/0x2e0
> [<ffffffff8026cf3a>] lock_acquire+0x9a/0xe0
> [<ffffffff8040e615>] blk_put_request+0x25/0x60
> [<ffffffff806ab973>] _spin_lock_irqsave+0x43/0x90
> [<ffffffff8040e615>] blk_put_request+0x25/0x60
> [<ffffffff8040e615>] blk_put_request+0x25/0x60
> [<ffffffff80520a94>] sg_finish_rem_req+0xa4/0x100
> [<ffffffff805221b8>] sg_rq_end_io+0x278/0x2e0
> [<ffffffff8040e2a1>] end_that_request_last+0x61/0x260
> [<ffffffff8040e508>] blk_end_io+0x68/0xa0
> [<ffffffff80508181>] scsi_end_request+0x41/0xd0
> [<ffffffff80508870>] scsi_io_completion+0x130/0x470
> [<ffffffff80413405>] blk_done_softirq+0x75/0x90
> [<ffffffff802488ab>] __do_softirq+0x9b/0x180
> [<ffffffff80213df3>] native_sched_clock+0x13/0x70
> [<ffffffff8020d6ec>] call_softirq+0x1c/0x30
> [<ffffffff8020f175>] do_softirq+0x65/0xa0
> [<ffffffff80248345>] irq_exit+0xa5/0xb0
> [<ffffffff8020f467>] do_IRQ+0x107/0x1d0
> [<ffffffff8020c7fb>] ret_from_intr+0x0/0xf
> <EOI> [<ffffffff80214ba6>] mwait_idle+0x56/0x60
> [<ffffffff80214b9d>] mwait_idle+0x4d/0x60
> [<ffffffff8020b353>] cpu_idle+0x63/0xc0
Thanks for the update.
Rafael
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12263] Sata soft reset filling log
2009-02-17 19:08 ` Justin Madru
@ 2009-02-18 1:03 ` Sergei Shtylyov
0 siblings, 0 replies; 170+ messages in thread
From: Sergei Shtylyov @ 2009-02-18 1:03 UTC (permalink / raw)
To: Justin Madru
Cc: Hugh Dickins, Rafael J. Wysocki, Ingo Molnar,
Linux Kernel Mailing List, Kernel Testers List, Linux IDE,
Alan Cox, Larry Finger, Mikael Pettersson
Hello.
Justin Madru wrote:
>>>> If 12609 is truly a post-2.6.28 regression and 12263 is post-2.6.27
>>>> regresssion, this just cannot be.
>>>>
>>> Maybe the reporter of #12609 didn't notice/test kernels 28-rc1 to
>>> 28. Or maybe
>>> the difference in hardware is
>>> the issue, but the bug is still the same. Don't know.
>>>
>>
>> Sorry Justin, you must be confused: as Sergei says,
>> #12609 and #12263 can only be different.
>>
>> I was one of the reporters of #12609, and I do know it's a post-2.6.28
>> regression (and Larry said so too), and one fix (not the preferred fix)
>> is to revert the ata_bmdma32_port_ops from 2.6.29-rc, and the preferred
>> fix is to improve the ata_sff_data_xfer32() introduced in 2.6.29-rc1.
>>
>> 2.6.28 does not contain any ata_bmdma32_port_ops, nor
>> ata_sff_data_xfer32(),
>> not did 2.6.28-rc1 contain them. So it is impossible for the
>> reversion of
>> the patch that introduced them to fix any problem on 2.6.28.
>>
>> I'm quite prepared to believe that your #12263 manifests similarly to
>> #12609, and that a tip tree which contains a fix for #12609 contains
>> a fix for #12263; but please, those bugs are not the same, and they
>> don't have the same fix.
>>
>> Hugh
>>
>>
> Well, like I said: "[I] Don't know". I'm not a kernel developer (or
> even any developer... yet).
> I'm just someone that tests the -rc kernels to see if there's any
> problems with my hardware.
> I try to report any regressions to lkml, and hopefully help the
> developers.
>
> To me, who has no knowledge of all these low level issues, the
> following error messages
> look strikingly similar with a quick glance.
>
> # bug 12609
> # http://marc.info/?l=linux-kernel&m=123254501314058&w=4
> #
> ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
> ata2.00: cmd a0/00:00:00:00:00/00:00:00:00:00/a0 tag 0
> cdb 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> res 51/20:03:00:00:00/00:00:00:00:00/a0 Emask 0x5 (timeout)
> ata2.00: status: { DRDY ERR }
> ata2: soft resetting link
> ata2.00: configured for UDMA/33
> ata2: EH complete
>
> # bug 12263
> # http://marc.info/?l=linux-kernel&m=122913412608533&w=4
> #
> ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
> ata2.00: ST_FIRST: !(DRQ|ERR|DF)
> ata2.00: cmd a0/00:00:00:00:00/00:00:00:00:00/a0 tag 0
> cdb 1e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> res 50/00:01:00:00:00/00:00:00:00:00/a0 Emask 0x2 (HSM violation)
Note the different value of the status, error and interrupt reason
registers: 51/20:03 vs 50/00:01. The former means (unexpected?) status
phase interrupt with error indication and the sense key NOT READY, the
latter means (unexpected?) command phase interrupt with no error. IIUC,
the former happens once the 'sr' driver first sends the TEST UNIT READY
command while probing the CD/DVD drive, the latter seems to be a result
of some polling process (originated from userland) -- I'm not seeing
ALLOW_MEDIUM_REMOVAL anywhere in this driver. So they only look similar,
I think...
> So, will the patch for 12609 fix my issue also, or does there need to
> be another patch?
Most probably it'll need another patch.
> Justin Madru
MBR, Sergei
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12263] Sata soft reset filling log
@ 2009-02-18 1:03 ` Sergei Shtylyov
0 siblings, 0 replies; 170+ messages in thread
From: Sergei Shtylyov @ 2009-02-18 1:03 UTC (permalink / raw)
To: Justin Madru
Cc: Hugh Dickins, Rafael J. Wysocki, Ingo Molnar,
Linux Kernel Mailing List, Kernel Testers List, Linux IDE,
Alan Cox, Larry Finger, Mikael Pettersson
Hello.
Justin Madru wrote:
>>>> If 12609 is truly a post-2.6.28 regression and 12263 is post-2.6.27
>>>> regresssion, this just cannot be.
>>>>
>>> Maybe the reporter of #12609 didn't notice/test kernels 28-rc1 to
>>> 28. Or maybe
>>> the difference in hardware is
>>> the issue, but the bug is still the same. Don't know.
>>>
>>
>> Sorry Justin, you must be confused: as Sergei says,
>> #12609 and #12263 can only be different.
>>
>> I was one of the reporters of #12609, and I do know it's a post-2.6.28
>> regression (and Larry said so too), and one fix (not the preferred fix)
>> is to revert the ata_bmdma32_port_ops from 2.6.29-rc, and the preferred
>> fix is to improve the ata_sff_data_xfer32() introduced in 2.6.29-rc1.
>>
>> 2.6.28 does not contain any ata_bmdma32_port_ops, nor
>> ata_sff_data_xfer32(),
>> not did 2.6.28-rc1 contain them. So it is impossible for the
>> reversion of
>> the patch that introduced them to fix any problem on 2.6.28.
>>
>> I'm quite prepared to believe that your #12263 manifests similarly to
>> #12609, and that a tip tree which contains a fix for #12609 contains
>> a fix for #12263; but please, those bugs are not the same, and they
>> don't have the same fix.
>>
>> Hugh
>>
>>
> Well, like I said: "[I] Don't know". I'm not a kernel developer (or
> even any developer... yet).
> I'm just someone that tests the -rc kernels to see if there's any
> problems with my hardware.
> I try to report any regressions to lkml, and hopefully help the
> developers.
>
> To me, who has no knowledge of all these low level issues, the
> following error messages
> look strikingly similar with a quick glance.
>
> # bug 12609
> # http://marc.info/?l=linux-kernel&m=123254501314058&w=4
> #
> ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
> ata2.00: cmd a0/00:00:00:00:00/00:00:00:00:00/a0 tag 0
> cdb 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> res 51/20:03:00:00:00/00:00:00:00:00/a0 Emask 0x5 (timeout)
> ata2.00: status: { DRDY ERR }
> ata2: soft resetting link
> ata2.00: configured for UDMA/33
> ata2: EH complete
>
> # bug 12263
> # http://marc.info/?l=linux-kernel&m=122913412608533&w=4
> #
> ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
> ata2.00: ST_FIRST: !(DRQ|ERR|DF)
> ata2.00: cmd a0/00:00:00:00:00/00:00:00:00:00/a0 tag 0
> cdb 1e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> res 50/00:01:00:00:00/00:00:00:00:00/a0 Emask 0x2 (HSM violation)
Note the different value of the status, error and interrupt reason
registers: 51/20:03 vs 50/00:01. The former means (unexpected?) status
phase interrupt with error indication and the sense key NOT READY, the
latter means (unexpected?) command phase interrupt with no error. IIUC,
the former happens once the 'sr' driver first sends the TEST UNIT READY
command while probing the CD/DVD drive, the latter seems to be a result
of some polling process (originated from userland) -- I'm not seeing
ALLOW_MEDIUM_REMOVAL anywhere in this driver. So they only look similar,
I think...
> So, will the patch for 12609 fix my issue also, or does there need to
> be another patch?
Most probably it'll need another patch.
> Justin Madru
MBR, Sergei
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12263] Sata soft reset filling log
2009-02-18 1:03 ` Sergei Shtylyov
(?)
@ 2009-02-18 6:42 ` Justin Madru
-1 siblings, 0 replies; 170+ messages in thread
From: Justin Madru @ 2009-02-18 6:42 UTC (permalink / raw)
To: Sergei Shtylyov
Cc: Hugh Dickins, Rafael J. Wysocki, Ingo Molnar,
Linux Kernel Mailing List, Kernel Testers List, Linux IDE,
Alan Cox, Larry Finger, Mikael Pettersson
Sergei Shtylyov wrote:
> Hello.
>
> Justin Madru wrote:
>
>>>>> If 12609 is truly a post-2.6.28 regression and 12263 is post-2.6.27
>>>>> regresssion, this just cannot be.
>>>>>
>>>> Maybe the reporter of #12609 didn't notice/test kernels 28-rc1 to
>>>> 28. Or maybe
>>>> the difference in hardware is
>>>> the issue, but the bug is still the same. Don't know.
>>>>
>>>
>>> Sorry Justin, you must be confused: as Sergei says,
>>> #12609 and #12263 can only be different.
>>>
>>> I was one of the reporters of #12609, and I do know it's a post-2.6.28
>>> regression (and Larry said so too), and one fix (not the preferred fix)
>>> is to revert the ata_bmdma32_port_ops from 2.6.29-rc, and the preferred
>>> fix is to improve the ata_sff_data_xfer32() introduced in 2.6.29-rc1.
>>>
>>> 2.6.28 does not contain any ata_bmdma32_port_ops, nor
>>> ata_sff_data_xfer32(),
>>> not did 2.6.28-rc1 contain them. So it is impossible for the
>>> reversion of
>>> the patch that introduced them to fix any problem on 2.6.28.
>>>
>>> I'm quite prepared to believe that your #12263 manifests similarly to
>>> #12609, and that a tip tree which contains a fix for #12609 contains
>>> a fix for #12263; but please, those bugs are not the same, and they
>>> don't have the same fix.
>>>
>>> Hugh
>>>
>>>
>> Well, like I said: "[I] Don't know". I'm not a kernel developer (or
>> even any developer... yet).
>> I'm just someone that tests the -rc kernels to see if there's any
>> problems with my hardware.
>> I try to report any regressions to lkml, and hopefully help the
>> developers.
>>
>> To me, who has no knowledge of all these low level issues, the
>> following error messages
>> look strikingly similar with a quick glance.
>>
>> # bug 12609
>> # http://marc.info/?l=linux-kernel&m=123254501314058&w=4
>> #
>> ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
>> ata2.00: cmd a0/00:00:00:00:00/00:00:00:00:00/a0 tag 0
>> cdb 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> res 51/20:03:00:00:00/00:00:00:00:00/a0 Emask 0x5 (timeout)
>> ata2.00: status: { DRDY ERR }
>> ata2: soft resetting link
>> ata2.00: configured for UDMA/33
>> ata2: EH complete
>>
>> # bug 12263
>> # http://marc.info/?l=linux-kernel&m=122913412608533&w=4
>> #
>> ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
>> ata2.00: ST_FIRST: !(DRQ|ERR|DF)
>> ata2.00: cmd a0/00:00:00:00:00/00:00:00:00:00/a0 tag 0
>> cdb 1e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> res 50/00:01:00:00:00/00:00:00:00:00/a0 Emask 0x2 (HSM
>> violation)
>
> Note the different value of the status, error and interrupt reason
> registers: 51/20:03 vs 50/00:01. The former means (unexpected?) status
> phase interrupt with error indication and the sense key NOT READY, the
> latter means (unexpected?) command phase interrupt with no error.
> IIUC, the former happens once the 'sr' driver first sends the TEST
> UNIT READY command while probing the CD/DVD drive, the latter seems to
> be a result of some polling process (originated from userland) -- I'm
> not seeing ALLOW_MEDIUM_REMOVAL anywhere in this driver. So they only
> look similar, I think...
And that is why I'm a tester and you're a developer ;) Thanks for the
info! Next time I'll look closer
and maybe know what I'm actually looking at.
>
>
>> So, will the patch for 12609 fix my issue also, or does there need to
>> be another patch?
>
> Most probably it'll need another patch.
So then, #12263 should be reopened and marked as not a duplicate.
Anyways, if tip/master gets merged how it is now then my bug should be
fixed.
Justin Madru
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12612] hard lockup when interrupting cdda2wav
@ 2009-02-19 13:49 ` FUJITA Tomonori
0 siblings, 0 replies; 170+ messages in thread
From: FUJITA Tomonori @ 2009-02-19 13:49 UTC (permalink / raw)
To: rjw; +Cc: hias, linux-kernel, kernel-testers, fujita.tomonori, James.Bottomley
On Tue, 17 Feb 2009 21:23:12 +0100
"Rafael J. Wysocki" <rjw@sisk.pl> wrote:
> On Tuesday 17 February 2009, Matthias Reichl wrote:
> > The bug is still present in 2.6.28.5:
> >
> > =============================================
> > [ INFO: possible recursive locking detected ]
> > 2.6.28.5-dbg #1
> > ---------------------------------------------
> > swapper/0 is trying to acquire lock:
> > (&q->__queue_lock){.+..}, at: [<ffffffff8040e615>] blk_put_request+0x25/0x60
> >
> > but task is already holding lock:
> > (&q->__queue_lock){.+..}, at: [<ffffffff8040e4fa>] blk_end_io+0x5a/0xa0
> >
> > other info that might help us debug this:
> > 1 lock held by swapper/0:
> > #0: (&q->__queue_lock){.+..}, at: [<ffffffff8040e4fa>] blk_end_io+0x5a/0xa0
> >
> > stack backtrace:
> > Pid: 0, comm: swapper Not tainted 2.6.28.5-dbg #1
> > Call Trace:
> > <IRQ> [<ffffffff8026cd07>] __lock_acquire+0x1797/0x1930
There is a patch for this but it might take some time to push it into
mainline (I hope that James will move the pending sg fixes to
scsi-fixes tree but it might be too late):
http://marc.info/?l=linux-scsi&m=123436612119386&w=2
Sorry about that again.
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12612] hard lockup when interrupting cdda2wav
@ 2009-02-19 13:49 ` FUJITA Tomonori
0 siblings, 0 replies; 170+ messages in thread
From: FUJITA Tomonori @ 2009-02-19 13:49 UTC (permalink / raw)
To: rjw-KKrjLPT3xs0
Cc: hias-vtPv7MOkFPkAvxtiuMwx3w, linux-kernel-u79uwXL29TY76Z2rM5mHXA,
kernel-testers-u79uwXL29TY76Z2rM5mHXA,
fujita.tomonori-Zyj7fXuS5i5L9jVzuh4AOg,
James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk
On Tue, 17 Feb 2009 21:23:12 +0100
"Rafael J. Wysocki" <rjw-KKrjLPT3xs0@public.gmane.org> wrote:
> On Tuesday 17 February 2009, Matthias Reichl wrote:
> > The bug is still present in 2.6.28.5:
> >
> > =============================================
> > [ INFO: possible recursive locking detected ]
> > 2.6.28.5-dbg #1
> > ---------------------------------------------
> > swapper/0 is trying to acquire lock:
> > (&q->__queue_lock){.+..}, at: [<ffffffff8040e615>] blk_put_request+0x25/0x60
> >
> > but task is already holding lock:
> > (&q->__queue_lock){.+..}, at: [<ffffffff8040e4fa>] blk_end_io+0x5a/0xa0
> >
> > other info that might help us debug this:
> > 1 lock held by swapper/0:
> > #0: (&q->__queue_lock){.+..}, at: [<ffffffff8040e4fa>] blk_end_io+0x5a/0xa0
> >
> > stack backtrace:
> > Pid: 0, comm: swapper Not tainted 2.6.28.5-dbg #1
> > Call Trace:
> > <IRQ> [<ffffffff8026cd07>] __lock_acquire+0x1797/0x1930
There is a patch for this but it might take some time to push it into
mainline (I hope that James will move the pending sg fixes to
scsi-fixes tree but it might be too late):
http://marc.info/?l=linux-scsi&m=123436612119386&w=2
Sorry about that again.
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected) [bug 12465]
@ 2009-02-22 10:39 ` Kevin Shanahan
0 siblings, 0 replies; 170+ messages in thread
From: Kevin Shanahan @ 2009-02-22 10:39 UTC (permalink / raw)
To: Ingo Molnar
Cc: Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Mike Galbraith, bugme-daemon,
Steven Rostedt, Peter Zijlstra
On Sun, 2009-02-15 at 11:04 +0100, Ingo Molnar wrote:
> qemu-sy-4237 has been scheduled away, and the system appeared to have done
> nothing in the meantime. That's not something that really looks like a
> scheduler regression - there is nothing the scheduler can do if KVM
> decides to block a task.
>
> It would be nice to enhance this single-CPU trace some more - to more
> surgically see what is going on. Firstly, absolute timestamps would be
> nice:
>
> echo funcgraph-abstime > trace_options
> echo funcgraph-proc > trace_options
>
> as it's a bit hard to see the global timescale of events.
I was going to try and grab the trace with absolute timestamps tonight,
but that option doesn't seem to be available in Linus' current kernel.
flexo:/sys/kernel/debug/tracing# echo 0 > tracing_enabled
flexo:/sys/kernel/debug/tracing# echo function_graph > current_tracer
flexo:/sys/kernel/debug/tracing# echo funcgraph-proc > trace_options
flexo:/sys/kernel/debug/tracing# echo funcgraph-abstime > trace_options
-su: echo: write error: Invalid argument
flexo:/sys/kernel/debug/tracing# cat trace_options
print-parent nosym-offset nosym-addr noverbose noraw nohex nobin noblock
nostacktrace nosched-tree ftrace_printk noftrace_preempt nobranch
annotate nouserstacktrace nosym-userobj noprintk-msg-only
nofuncgraph-overrun funcgraph-cpu funcgraph-overhead funcgraph-proc
flexo:/sys/kernel/debug/tracing# uname -a
Linux flexo 2.6.29-rc5-00299-gadfafef #6 SMP Sun Feb 22 20:09:37 CST
2009 x86_64 GNU/Linux
What am I missing?
Cheers,
Kevin.
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected) [bug 12465]
@ 2009-02-22 10:39 ` Kevin Shanahan
0 siblings, 0 replies; 170+ messages in thread
From: Kevin Shanahan @ 2009-02-22 10:39 UTC (permalink / raw)
To: Ingo Molnar
Cc: Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Mike Galbraith,
bugme-daemon-590EEB7GvNiWaY/ihj7yzEB+6BGkLq7r, Steven Rostedt,
Peter Zijlstra
On Sun, 2009-02-15 at 11:04 +0100, Ingo Molnar wrote:
> qemu-sy-4237 has been scheduled away, and the system appeared to have done
> nothing in the meantime. That's not something that really looks like a
> scheduler regression - there is nothing the scheduler can do if KVM
> decides to block a task.
>
> It would be nice to enhance this single-CPU trace some more - to more
> surgically see what is going on. Firstly, absolute timestamps would be
> nice:
>
> echo funcgraph-abstime > trace_options
> echo funcgraph-proc > trace_options
>
> as it's a bit hard to see the global timescale of events.
I was going to try and grab the trace with absolute timestamps tonight,
but that option doesn't seem to be available in Linus' current kernel.
flexo:/sys/kernel/debug/tracing# echo 0 > tracing_enabled
flexo:/sys/kernel/debug/tracing# echo function_graph > current_tracer
flexo:/sys/kernel/debug/tracing# echo funcgraph-proc > trace_options
flexo:/sys/kernel/debug/tracing# echo funcgraph-abstime > trace_options
-su: echo: write error: Invalid argument
flexo:/sys/kernel/debug/tracing# cat trace_options
print-parent nosym-offset nosym-addr noverbose noraw nohex nobin noblock
nostacktrace nosched-tree ftrace_printk noftrace_preempt nobranch
annotate nouserstacktrace nosym-userobj noprintk-msg-only
nofuncgraph-overrun funcgraph-cpu funcgraph-overhead funcgraph-proc
flexo:/sys/kernel/debug/tracing# uname -a
Linux flexo 2.6.29-rc5-00299-gadfafef #6 SMP Sun Feb 22 20:09:37 CST
2009 x86_64 GNU/Linux
What am I missing?
Cheers,
Kevin.
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12208] uml is very slow on 2.6.28 host
2009-02-14 20:50 ` Rafael J. Wysocki
@ 2009-02-22 13:58 ` Américo Wang
-1 siblings, 0 replies; 170+ messages in thread
From: Américo Wang @ 2009-02-22 13:58 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Miklos Szeredi
On Sat, Feb 14, 2009 at 09:50:19PM +0100, Rafael J. Wysocki wrote:
>This message has been generated automatically as a part of a report
>of regressions introduced between 2.6.27 and 2.6.28.
>
>The following bug entry is on the current list of known regressions
>introduced between 2.6.27 and 2.6.28. 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 (65 days old)
>References : http://marc.info/?l=linux-kernel&m=122907463518593&w=4
Hello, Miklos!
I can't reproduce this on host 2.6.28.7 with uml guest of current git.
Have you tried 2.6.28.7? Does it have the same problem?
Thanks.
--
"Against stupidity, the gods themselves, contend in vain."
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12208] uml is very slow on 2.6.28 host
@ 2009-02-22 13:58 ` Américo Wang
0 siblings, 0 replies; 170+ messages in thread
From: Américo Wang @ 2009-02-22 13:58 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Miklos Szeredi
On Sat, Feb 14, 2009 at 09:50:19PM +0100, Rafael J. Wysocki wrote:
>This message has been generated automatically as a part of a report
>of regressions introduced between 2.6.27 and 2.6.28.
>
>The following bug entry is on the current list of known regressions
>introduced between 2.6.27 and 2.6.28. 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 (65 days old)
>References : http://marc.info/?l=linux-kernel&m=122907463518593&w=4
Hello, Miklos!
I can't reproduce this on host 2.6.28.7 with uml guest of current git.
Have you tried 2.6.28.7? Does it have the same problem?
Thanks.
--
"Against stupidity, the gods themselves, contend in vain."
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected) [bug 12465]
@ 2009-02-22 17:27 ` Ingo Molnar
0 siblings, 0 replies; 170+ messages in thread
From: Ingo Molnar @ 2009-02-22 17:27 UTC (permalink / raw)
To: Kevin Shanahan
Cc: Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Mike Galbraith, bugme-daemon,
Steven Rostedt, Peter Zijlstra
* Kevin Shanahan <kmshanah@ucwb.org.au> wrote:
> On Sun, 2009-02-15 at 11:04 +0100, Ingo Molnar wrote:
> > qemu-sy-4237 has been scheduled away, and the system appeared to have done
> > nothing in the meantime. That's not something that really looks like a
> > scheduler regression - there is nothing the scheduler can do if KVM
> > decides to block a task.
> >
> > It would be nice to enhance this single-CPU trace some more - to more
> > surgically see what is going on. Firstly, absolute timestamps would be
> > nice:
> >
> > echo funcgraph-abstime > trace_options
> > echo funcgraph-proc > trace_options
> >
> > as it's a bit hard to see the global timescale of events.
>
> I was going to try and grab the trace with absolute timestamps
> tonight, but that option doesn't seem to be available in
> Linus' current kernel.
>
> flexo:/sys/kernel/debug/tracing# echo 0 > tracing_enabled
> flexo:/sys/kernel/debug/tracing# echo function_graph > current_tracer
> flexo:/sys/kernel/debug/tracing# echo funcgraph-proc > trace_options
> flexo:/sys/kernel/debug/tracing# echo funcgraph-abstime > trace_options
> -su: echo: write error: Invalid argument
> flexo:/sys/kernel/debug/tracing# cat trace_options
> print-parent nosym-offset nosym-addr noverbose noraw nohex nobin noblock
> nostacktrace nosched-tree ftrace_printk noftrace_preempt nobranch
> annotate nouserstacktrace nosym-userobj noprintk-msg-only
> nofuncgraph-overrun funcgraph-cpu funcgraph-overhead funcgraph-proc
> flexo:/sys/kernel/debug/tracing# uname -a
> Linux flexo 2.6.29-rc5-00299-gadfafef #6 SMP Sun Feb 22 20:09:37 CST
> 2009 x86_64 GNU/Linux
>
> What am I missing?
(replying here too - replied in the bugzilla already)
that's a feature of the latest tracing tree, so if you try -tip
you'll have it.
Ingo
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected) [bug 12465]
@ 2009-02-22 17:27 ` Ingo Molnar
0 siblings, 0 replies; 170+ messages in thread
From: Ingo Molnar @ 2009-02-22 17:27 UTC (permalink / raw)
To: Kevin Shanahan
Cc: Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Mike Galbraith,
bugme-daemon-590EEB7GvNiWaY/ihj7yzEB+6BGkLq7r, Steven Rostedt,
Peter Zijlstra
* Kevin Shanahan <kmshanah-biM/RbsGxha6c6uEtOJ/EA@public.gmane.org> wrote:
> On Sun, 2009-02-15 at 11:04 +0100, Ingo Molnar wrote:
> > qemu-sy-4237 has been scheduled away, and the system appeared to have done
> > nothing in the meantime. That's not something that really looks like a
> > scheduler regression - there is nothing the scheduler can do if KVM
> > decides to block a task.
> >
> > It would be nice to enhance this single-CPU trace some more - to more
> > surgically see what is going on. Firstly, absolute timestamps would be
> > nice:
> >
> > echo funcgraph-abstime > trace_options
> > echo funcgraph-proc > trace_options
> >
> > as it's a bit hard to see the global timescale of events.
>
> I was going to try and grab the trace with absolute timestamps
> tonight, but that option doesn't seem to be available in
> Linus' current kernel.
>
> flexo:/sys/kernel/debug/tracing# echo 0 > tracing_enabled
> flexo:/sys/kernel/debug/tracing# echo function_graph > current_tracer
> flexo:/sys/kernel/debug/tracing# echo funcgraph-proc > trace_options
> flexo:/sys/kernel/debug/tracing# echo funcgraph-abstime > trace_options
> -su: echo: write error: Invalid argument
> flexo:/sys/kernel/debug/tracing# cat trace_options
> print-parent nosym-offset nosym-addr noverbose noraw nohex nobin noblock
> nostacktrace nosched-tree ftrace_printk noftrace_preempt nobranch
> annotate nouserstacktrace nosym-userobj noprintk-msg-only
> nofuncgraph-overrun funcgraph-cpu funcgraph-overhead funcgraph-proc
> flexo:/sys/kernel/debug/tracing# uname -a
> Linux flexo 2.6.29-rc5-00299-gadfafef #6 SMP Sun Feb 22 20:09:37 CST
> 2009 x86_64 GNU/Linux
>
> What am I missing?
(replying here too - replied in the bugzilla already)
that's a feature of the latest tracing tree, so if you try -tip
you'll have it.
Ingo
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected) [Bug 12465]
@ 2009-02-23 11:38 ` Kevin Shanahan
0 siblings, 0 replies; 170+ messages in thread
From: Kevin Shanahan @ 2009-02-23 11:38 UTC (permalink / raw)
To: Ingo Molnar
Cc: Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Mike Galbraith, bugme-daemon,
Steven Rostedt, Peter Zijlstra
On Sun, 2009-02-15 at 11:04 +0100, Ingo Molnar wrote:
> It would be nice to enhance this single-CPU trace some more - to more
> surgically see what is going on. Firstly, absolute timestamps would be
> nice:
>
> echo funcgraph-abstime > trace_options
> echo funcgraph-proc > trace_options
>
> as it's a bit hard to see the global timescale of events.
Okay, here's some more trace data. I grabbed a few samples at different
times during the ping test. I think the data in files trace6.txt and
trace8.txt coincided with some of the biggest delays.
http://disenchant.net/tmp/bug-12465/trace-2/
This is captured on 2.6.29-rc5-tip-02057-gaad11ad. The kvm guest being
pinged is process 11211:
flexo:~# pstree -p 11211
qemu-system-x86(11211)─┬─{qemu-system-x86}(11212)
├─{qemu-system-x86}(11213)
└─{qemu-system-x86}(11609)
Cheers,
Kevin.
> Secondly, not all events are included - in particular i dont really see
> the points when packets are passed. Would it be possible to add a tracing
> hypercall so that the guest kernel can inject trace events that can be seen
> on the native-side trace? Regarding ping latencies really just two things
> matter: the loopback network device's rx and tx path. We should trace the
> outgoing sequence number and the incoming sequence number of IP packets,
> and inject that to the host side. This way we can correlate the delays
> precisely.
>
> Ingo
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected) [Bug 12465]
@ 2009-02-23 11:38 ` Kevin Shanahan
0 siblings, 0 replies; 170+ messages in thread
From: Kevin Shanahan @ 2009-02-23 11:38 UTC (permalink / raw)
To: Ingo Molnar
Cc: Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Mike Galbraith,
bugme-daemon-590EEB7GvNiWaY/ihj7yzEB+6BGkLq7r, Steven Rostedt,
Peter Zijlstra
On Sun, 2009-02-15 at 11:04 +0100, Ingo Molnar wrote:
> It would be nice to enhance this single-CPU trace some more - to more
> surgically see what is going on. Firstly, absolute timestamps would be
> nice:
>
> echo funcgraph-abstime > trace_options
> echo funcgraph-proc > trace_options
>
> as it's a bit hard to see the global timescale of events.
Okay, here's some more trace data. I grabbed a few samples at different
times during the ping test. I think the data in files trace6.txt and
trace8.txt coincided with some of the biggest delays.
http://disenchant.net/tmp/bug-12465/trace-2/
This is captured on 2.6.29-rc5-tip-02057-gaad11ad. The kvm guest being
pinged is process 11211:
flexo:~# pstree -p 11211
qemu-system-x86(11211)─┬─{qemu-system-x86}(11212)
├─{qemu-system-x86}(11213)
└─{qemu-system-x86}(11609)
Cheers,
Kevin.
> Secondly, not all events are included - in particular i dont really see
> the points when packets are passed. Would it be possible to add a tracing
> hypercall so that the guest kernel can inject trace events that can be seen
> on the native-side trace? Regarding ping latencies really just two things
> matter: the loopback network device's rx and tx path. We should trace the
> outgoing sequence number and the incoming sequence number of IP packets,
> and inject that to the host side. This way we can correlate the delays
> precisely.
>
> Ingo
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12224] journal activity on inactive partition causes inactive harddrive spinup
2009-02-14 20:50 ` Rafael J. Wysocki
@ 2009-02-23 12:22 ` Theodore Tso
-1 siblings, 0 replies; 170+ messages in thread
From: Theodore Tso @ 2009-02-23 12:22 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Andrew Morton,
Arthur Jones, C Sights, Eric Sandeen, Greg Kroah-Hartman,
Linus Torvalds
On Sat, Feb 14, 2009 at 09:50:20PM +0100, Rafael J. Wysocki wrote:
> 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 (63 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>
>
The fix for this has landed in mainline as commit 02ac59 for ext3, and
commit 9eddac for ext4.
Rafael, I've marked the bug closed in BZ for your convenience.
- Ted
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12224] journal activity on inactive partition causes inactive harddrive spinup
@ 2009-02-23 12:22 ` Theodore Tso
0 siblings, 0 replies; 170+ messages in thread
From: Theodore Tso @ 2009-02-23 12:22 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Andrew Morton,
Arthur Jones, C Sights, Eric Sandeen, Greg Kroah-Hartman,
Linus Torvalds
On Sat, Feb 14, 2009 at 09:50:20PM +0100, Rafael J. Wysocki wrote:
> 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 (63 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>
>
The fix for this has landed in mainline as commit 02ac59 for ext3, and
commit 9eddac for ext4.
Rafael, I've marked the bug closed in BZ for your convenience.
- Ted
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12208] uml is very slow on 2.6.28 host
@ 2009-02-23 14:27 ` Miklos Szeredi
0 siblings, 0 replies; 170+ messages in thread
From: Miklos Szeredi @ 2009-02-23 14:27 UTC (permalink / raw)
To: xiyou.wangcong; +Cc: rjw, linux-kernel, kernel-testers, miklos
On Sun, 22 Feb 2009, =?utf-8?Q?Am=C3=A9rico?= Wang wrote:
> On Sat, Feb 14, 2009 at 09:50:19PM +0100, Rafael J. Wysocki wrote:
> >This message has been generated automatically as a part of a report
> >of regressions introduced between 2.6.27 and 2.6.28.
> >
> >The following bug entry is on the current list of known regressions
> >introduced between 2.6.27 and 2.6.28. 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 (65 days old)
> >References : http://marc.info/?l=linux-kernel&m=122907463518593&w=4
>
> Hello, Miklos!
>
> I can't reproduce this on host 2.6.28.7 with uml guest of current git.
> Have you tried 2.6.28.7? Does it have the same problem?
It's still slow for me on 2.6.29-rc5. I haven't tried 2.6.28.7 yet.
Thanks,
Miklos
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12208] uml is very slow on 2.6.28 host
@ 2009-02-23 14:27 ` Miklos Szeredi
0 siblings, 0 replies; 170+ messages in thread
From: Miklos Szeredi @ 2009-02-23 14:27 UTC (permalink / raw)
To: xiyou.wangcong-Re5JQEeQqe8AvxtiuMwx3w
Cc: rjw-KKrjLPT3xs0, linux-kernel-u79uwXL29TY76Z2rM5mHXA,
kernel-testers-u79uwXL29TY76Z2rM5mHXA,
miklos-sUDqSbJrdHQHWmgEVkV9KA
On Sun, 22 Feb 2009, =?utf-8?Q?Am=C3=A9rico?= Wang wrote:
> On Sat, Feb 14, 2009 at 09:50:19PM +0100, Rafael J. Wysocki wrote:
> >This message has been generated automatically as a part of a report
> >of regressions introduced between 2.6.27 and 2.6.28.
> >
> >The following bug entry is on the current list of known regressions
> >introduced between 2.6.27 and 2.6.28. 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 (65 days old)
> >References : http://marc.info/?l=linux-kernel&m=122907463518593&w=4
>
> Hello, Miklos!
>
> I can't reproduce this on host 2.6.28.7 with uml guest of current git.
> Have you tried 2.6.28.7? Does it have the same problem?
It's still slow for me on 2.6.29-rc5. I haven't tried 2.6.28.7 yet.
Thanks,
Miklos
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12224] journal activity on inactive partition causes inactive harddrive spinup
@ 2009-02-23 14:36 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-23 14:36 UTC (permalink / raw)
To: Theodore Tso
Cc: Linux Kernel Mailing List, Kernel Testers List, Andrew Morton,
Arthur Jones, C Sights, Eric Sandeen, Greg Kroah-Hartman,
Linus Torvalds
On Monday 23 February 2009, Theodore Tso wrote:
> On Sat, Feb 14, 2009 at 09:50:20PM +0100, Rafael J. Wysocki wrote:
> > 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 (63 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>
> >
>
> The fix for this has landed in mainline as commit 02ac59 for ext3, and
> commit 9eddac for ext4.
>
> Rafael, I've marked the bug closed in BZ for your convenience.
Thanks a lot!
Best,
Rafael
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12224] journal activity on inactive partition causes inactive harddrive spinup
@ 2009-02-23 14:36 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-23 14:36 UTC (permalink / raw)
To: Theodore Tso
Cc: Linux Kernel Mailing List, Kernel Testers List, Andrew Morton,
Arthur Jones, C Sights, Eric Sandeen, Greg Kroah-Hartman,
Linus Torvalds
On Monday 23 February 2009, Theodore Tso wrote:
> On Sat, Feb 14, 2009 at 09:50:20PM +0100, Rafael J. Wysocki wrote:
> > 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 (63 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>
> >
>
> The fix for this has landed in mainline as commit 02ac59 for ext3, and
> commit 9eddac for ext4.
>
> Rafael, I've marked the bug closed in BZ for your convenience.
Thanks a lot!
Best,
Rafael
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug 12224] journal activity on inactive partition causes inactive harddrive spinup
2008-12-14 19:39 [Bug 12224] New: " bugme-daemon
` (22 preceding siblings ...)
2009-01-15 21:03 ` bugme-daemon
@ 2009-02-23 12:22 ` bugme-daemon
23 siblings, 0 replies; 170+ messages in thread
From: bugme-daemon @ 2009-02-23 12:22 UTC (permalink / raw)
To: linux-ext4
http://bugzilla.kernel.org/show_bug.cgi?id=12224
tytso@mit.edu changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |CLOSED
Resolution| |CODE_FIX
------- Comment #22 from tytso@mit.edu 2009-02-23 04:22 -------
The fix for this has landed in mainline as commit 02ac59 for ext3, and
commit 9eddac for ext4.
--
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] 170+ messages in thread
* Re: [Bug #12224] journal activity on inactive partition causes inactive harddrive spinup
@ 2009-02-05 2:36 ` Andrew Morton
0 siblings, 0 replies; 170+ messages in thread
From: Andrew Morton @ 2009-02-05 2:36 UTC (permalink / raw)
To: Theodore Tso
Cc: Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Arthur Jones, C Sights, Eric Sandeen,
Greg Kroah-Hartman, Linus Torvalds
On Wed, 4 Feb 2009 21:00:13 -0500 Theodore Tso <tytso@mit.edu> wrote:
> On Wed, Feb 04, 2009 at 11:58:33AM +0100, Rafael J. Wysocki wrote:
> >
> > 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 (53 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>
>
> Patches against ext3 have been posted by Jan Kara and have been sucked
> into the mm tree. I don't know if Andrew is planning on waiting until
> the next merge window, or is planning on pushing it sooner given that
> it is a regression.
Yes, I have jbd-fix-return-value-of-journal_start_commit.patch and
revert-ext3-wait-on-all-pending-commits-in-ext3_sync_fs.patch queued
for 2.6.29.
The secret algorithm for determining this is to peek in the series file
(http://userweb.kernel.org/~akpm/mmotm/series) and see where I positioned the
patch:
#
-> # more 2.6.29 queue:
#
# me:
#
migration-migrate_vmas-should-check-vma.patch
rtc-update-maintainership-of-pxa-rtc-driver.patch
lxfb-properly-alloc-cmap-in-all-cases-and-dont-leak-the-memory.patch
gxfb-properly-alloc-cmap-and-plug-cmap-leak.patch
gx1fb-properly-alloc-cmap-and-plug-cmap-leak.patch
mm-fix-dirty_bytes-dirty_background_bytes-sysctls-on-64bit-arches.patch
mm-fix-dirty_bytes-dirty_background_bytes-sysctls-on-64bit-arches-fix.patch
-> jbd-fix-return-value-of-journal_start_commit.patch
-> revert-ext3-wait-on-all-pending-commits-in-ext3_sync_fs.patch
writeback-fix-nr_to_write-counter.patch
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12224] journal activity on inactive partition causes inactive harddrive spinup
@ 2009-02-05 2:36 ` Andrew Morton
0 siblings, 0 replies; 170+ messages in thread
From: Andrew Morton @ 2009-02-05 2:36 UTC (permalink / raw)
To: Theodore Tso
Cc: Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Arthur Jones, C Sights, Eric Sandeen,
Greg Kroah-Hartman, Linus Torvalds
On Wed, 4 Feb 2009 21:00:13 -0500 Theodore Tso <tytso-3s7WtUTddSA@public.gmane.org> wrote:
> On Wed, Feb 04, 2009 at 11:58:33AM +0100, Rafael J. Wysocki wrote:
> >
> > 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 (53 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>
>
> Patches against ext3 have been posted by Jan Kara and have been sucked
> into the mm tree. I don't know if Andrew is planning on waiting until
> the next merge window, or is planning on pushing it sooner given that
> it is a regression.
Yes, I have jbd-fix-return-value-of-journal_start_commit.patch and
revert-ext3-wait-on-all-pending-commits-in-ext3_sync_fs.patch queued
for 2.6.29.
The secret algorithm for determining this is to peek in the series file
(http://userweb.kernel.org/~akpm/mmotm/series) and see where I positioned the
patch:
#
-> # more 2.6.29 queue:
#
# me:
#
migration-migrate_vmas-should-check-vma.patch
rtc-update-maintainership-of-pxa-rtc-driver.patch
lxfb-properly-alloc-cmap-in-all-cases-and-dont-leak-the-memory.patch
gxfb-properly-alloc-cmap-and-plug-cmap-leak.patch
gx1fb-properly-alloc-cmap-and-plug-cmap-leak.patch
mm-fix-dirty_bytes-dirty_background_bytes-sysctls-on-64bit-arches.patch
mm-fix-dirty_bytes-dirty_background_bytes-sysctls-on-64bit-arches-fix.patch
-> jbd-fix-return-value-of-journal_start_commit.patch
-> revert-ext3-wait-on-all-pending-commits-in-ext3_sync_fs.patch
writeback-fix-nr_to_write-counter.patch
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12224] journal activity on inactive partition causes inactive harddrive spinup
2009-02-04 10:58 ` Rafael J. Wysocki
@ 2009-02-05 2:00 ` Theodore Tso
-1 siblings, 0 replies; 170+ messages in thread
From: Theodore Tso @ 2009-02-05 2:00 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Andrew Morton,
Arthur Jones, C Sights, Eric Sandeen, Greg Kroah-Hartman,
Linus Torvalds
On Wed, Feb 04, 2009 at 11:58:33AM +0100, Rafael J. Wysocki wrote:
>
> 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 (53 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>
Patches against ext3 have been posted by Jan Kara and have been sucked
into the mm tree. I don't know if Andrew is planning on waiting until
the next merge window, or is planning on pushing it sooner given that
it is a regression. (These supercede the ones currently posted by
Eric in the BZ entry.)
Similar patches have been posted against ext4, and I will be handling
them in the ext4 tree.
- Ted
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12224] journal activity on inactive partition causes inactive harddrive spinup
@ 2009-02-05 2:00 ` Theodore Tso
0 siblings, 0 replies; 170+ messages in thread
From: Theodore Tso @ 2009-02-05 2:00 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Andrew Morton,
Arthur Jones, C Sights, Eric Sandeen, Greg Kroah-Hartman,
Linus Torvalds
On Wed, Feb 04, 2009 at 11:58:33AM +0100, Rafael J. Wysocki wrote:
>
> 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 (53 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>
Patches against ext3 have been posted by Jan Kara and have been sucked
into the mm tree. I don't know if Andrew is planning on waiting until
the next merge window, or is planning on pushing it sooner given that
it is a regression. (These supercede the ones currently posted by
Eric in the BZ entry.)
Similar patches have been posted against ext4, and I will be handling
them in the ext4 tree.
- Ted
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12224] journal activity on inactive partition causes inactive harddrive spinup
2009-02-04 10:55 2.6.29-rc3-git6: Reported regressions 2.6.27 -> 2.6.28 Rafael J. Wysocki
@ 2009-02-04 10:58 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-04 10:58 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 regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. 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 (53 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] 170+ messages in thread
* [Bug #12224] journal activity on inactive partition causes inactive harddrive spinup
@ 2009-02-04 10:58 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-02-04 10:58 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 regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. 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 (53 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] 170+ messages in thread
* Re: [Bug #12224] journal activity on inactive partition causes inactive harddrive spinup
2009-01-19 21:45 ` Rafael J. Wysocki
@ 2009-01-20 13:03 ` Theodore Tso
-1 siblings, 0 replies; 170+ messages in thread
From: Theodore Tso @ 2009-01-20 13:03 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Andrew Morton,
Arthur Jones, C Sights, Eric Sandeen, Greg Kroah-Hartman,
Linus Torvalds
On Mon, Jan 19, 2009 at 10:45:38PM +0100, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.27 and 2.6.28.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.27 and 2.6.28. 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 (37 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>
>
Yes, this should still be listed. We have a proposed patch that
should fix this, but it still needs to be finalized and tested.
- Ted
^ permalink raw reply [flat|nested] 170+ messages in thread
* Re: [Bug #12224] journal activity on inactive partition causes inactive harddrive spinup
@ 2009-01-20 13:03 ` Theodore Tso
0 siblings, 0 replies; 170+ messages in thread
From: Theodore Tso @ 2009-01-20 13:03 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Andrew Morton,
Arthur Jones, C Sights, Eric Sandeen, Greg Kroah-Hartman,
Linus Torvalds
On Mon, Jan 19, 2009 at 10:45:38PM +0100, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.27 and 2.6.28.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.27 and 2.6.28. 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 (37 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>
>
Yes, this should still be listed. We have a proposed patch that
should fix this, but it still needs to be finalized and tested.
- Ted
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug #12224] journal activity on inactive partition causes inactive harddrive spinup
2009-01-19 21:41 2.6.29-rc2-git1: Reported regressions 2.6.27 -> 2.6.28 Rafael J. Wysocki
@ 2009-01-19 21:45 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-01-19 21:45 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 regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. 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 (37 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] 170+ messages in thread
* [Bug #12224] journal activity on inactive partition causes inactive harddrive spinup
@ 2009-01-19 21:45 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-01-19 21:45 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 regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. 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 (37 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] 170+ messages in thread
* [Bug 12224] journal activity on inactive partition causes inactive harddrive spinup
2008-12-14 19:39 [Bug 12224] New: " bugme-daemon
` (21 preceding siblings ...)
2009-01-15 16:12 ` bugme-daemon
@ 2009-01-15 21:03 ` bugme-daemon
2009-02-23 12:22 ` bugme-daemon
23 siblings, 0 replies; 170+ messages in thread
From: bugme-daemon @ 2009-01-15 21:03 UTC (permalink / raw)
To: linux-ext4
http://bugzilla.kernel.org/show_bug.cgi?id=12224
------- Comment #21 from csights@fastmail.fm 2009-01-15 13:03 -------
http://bugzilla.kernel.org/show_bug.cgi?id=12224
> ------- Comment #20 from sandeen@redhat.com 2009-01-15 08:12 -------
> Created an attachment (id=19814)
--> (http://bugzilla.kernel.org/attachment.cgi?id=19814&action=view)
> --> (http://bugzilla.kernel.org/attachment.cgi?id=19814&action=view)
> Updated patch
With the latest patch the problem seems to be fixed. btrace /dev/sda output
nothing after several minutes of activity on hda.
Thanks!
C.
--
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] 170+ messages in thread
* [Bug 12224] journal activity on inactive partition causes inactive harddrive spinup
2008-12-14 19:39 [Bug 12224] New: " bugme-daemon
` (20 preceding siblings ...)
2009-01-15 15:48 ` bugme-daemon
@ 2009-01-15 16:12 ` bugme-daemon
2009-01-15 21:03 ` bugme-daemon
2009-02-23 12:22 ` bugme-daemon
23 siblings, 0 replies; 170+ messages in thread
From: bugme-daemon @ 2009-01-15 16:12 UTC (permalink / raw)
To: linux-ext4
http://bugzilla.kernel.org/show_bug.cgi?id=12224
sandeen@redhat.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #19805|0 |1
is obsolete| |
------- Comment #20 from sandeen@redhat.com 2009-01-15 08:12 -------
Created an attachment (id=19814)
--> (http://bugzilla.kernel.org/attachment.cgi?id=19814&action=view)
Updated patch
sorry, didn't drive quilt right last time!
--
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] 170+ messages in thread
* [Bug 12224] journal activity on inactive partition causes inactive harddrive spinup
2008-12-14 19:39 [Bug 12224] New: " bugme-daemon
` (19 preceding siblings ...)
2009-01-15 1:09 ` bugme-daemon
@ 2009-01-15 15:48 ` bugme-daemon
2009-01-15 16:12 ` bugme-daemon
` (2 subsequent siblings)
23 siblings, 0 replies; 170+ messages in thread
From: bugme-daemon @ 2009-01-15 15:48 UTC (permalink / raw)
To: linux-ext4
http://bugzilla.kernel.org/show_bug.cgi?id=12224
------- Comment #19 from csights@fastmail.fm 2009-01-15 07:48 -------
http://bugzilla.kernel.org/show_bug.cgi?id=12224
> ------- Comment #17 from sandeen@redhat.com 2009-01-14 14:58 -------
> Created an attachment (id=19805)
--> (http://bugzilla.kernel.org/attachment.cgi?id=19805&action=view)
> --> (http://bugzilla.kernel.org/attachment.cgi?id=19805&action=view)
> patch reverting old change & adding Jan's proposed fix
Does this patch "revert the old change"?
--
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] 170+ messages in thread
* [Bug 12224] journal activity on inactive partition causes inactive harddrive spinup
2008-12-14 19:39 [Bug 12224] New: " bugme-daemon
` (18 preceding siblings ...)
2009-01-14 22:58 ` bugme-daemon
@ 2009-01-15 1:09 ` bugme-daemon
2009-01-15 15:48 ` bugme-daemon
` (3 subsequent siblings)
23 siblings, 0 replies; 170+ messages in thread
From: bugme-daemon @ 2009-01-15 1:09 UTC (permalink / raw)
To: linux-ext4
http://bugzilla.kernel.org/show_bug.cgi?id=12224
------- Comment #18 from csights@fastmail.fm 2009-01-14 17:09 -------
http://bugzilla.kernel.org/show_bug.cgi?id=12224
I applied the patch to 2.6.28....
However there is still activity on the inactive partition (sda) if
there is
activity on the other partition (hda).
I've pasted the current output of 'btrace /dev/sda' in case it has
changed
from before.
Jan 14 19:51:29 localhost logger: 8,0 0 1 0.000000000 1138 A
WS 12599 + 8 <- (8,1) 12536
Jan 14 19:51:29 localhost logger: 8,0 0 2 0.000006426 1138 Q
WS 12599 + 8 [kjournald]
Jan 14 19:51:29 localhost logger: 8,0 0 3 0.000044978 1138 G
WS 12599 + 8 [kjournald]
Jan 14 19:51:29 localhost logger: 8,0 0 4 0.000066489 1138 P
N [kjournald]
Jan 14 19:51:29 localhost logger: 8,0 0 5 0.000081295 1138 I
W 12599 + 8 [kjournald]
Jan 14 19:51:29 localhost logger: 8,0 0 6 0.000300597 1138 D
W 12599 + 8 [kjournald]
Jan 14 19:51:29 localhost logger: 8,0 0 7 0.000492521 1138 U
N [kjournald] 1
Jan 14 19:51:29 localhost logger: 8,0 0 8 0.041120321 3 C
W 12599 + 8 [0]
Jan 14 19:51:51 localhost logger: 8,0 0 9 21.646946652 1138 A
WS 12607 + 8 <- (8,1) 12544
Jan 14 19:51:51 localhost logger: 8,0 0 10 21.646955591 1138 Q
WS 12607 + 8 [kjournald]
Jan 14 19:51:51 localhost logger: 8,0 0 11 21.646991071 1138 G
WS 12607 + 8 [kjournald]
Jan 14 19:51:51 localhost logger: 8,0 0 12 21.647011464 1138 P
N [kjournald]
Jan 14 19:51:51 localhost logger: 8,0 0 13 21.647027109 1138 I
W 12607 + 8 [kjournald]
Jan 14 19:51:51 localhost logger: 8,0 0 14 21.647229369 1138 D
W 12607 + 8 [kjournald]
Jan 14 19:51:51 localhost logger: 8,0 0 15 21.647339439 1138 U
N [kjournald] 1
Jan 14 19:51:51 localhost logger: 8,0 0 16 21.688494962 3 C
W 12607 + 8 [0]
Jan 14 19:51:55 localhost logger: 8,0 0 17 26.471770149 1138 A
WS 12615 + 8 <- (8,1) 12552
Jan 14 19:51:55 localhost logger: 8,0 0 18 26.471779368 1138 Q
WS 12615 + 8 [kjournald]
Jan 14 19:51:55 localhost logger: 8,0 0 19 26.471812613 1138 G
WS 12615 + 8 [kjournald]
Jan 14 19:51:55 localhost logger: 8,0 0 20 26.471831889 1138 P
N [kjournald]
Jan 14 19:51:55 localhost logger: 8,0 0 21 26.471846136 1138 I
W 12615 + 8 [kjournald]
Jan 14 19:51:55 localhost logger: 8,0 0 22 26.472050632 1138 D
W 12615 + 8 [kjournald]
Jan 14 19:51:55 localhost logger: 8,0 0 23 26.472162099 1138 U
N [kjournald] 1
Jan 14 19:51:55 localhost logger: 8,0 0 24 26.481685099 3 C
W 12615 + 8 [0]
--
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] 170+ messages in thread
* [Bug 12224] journal activity on inactive partition causes inactive harddrive spinup
2008-12-14 19:39 [Bug 12224] New: " bugme-daemon
` (17 preceding siblings ...)
2009-01-14 22:37 ` bugme-daemon
@ 2009-01-14 22:58 ` bugme-daemon
2009-01-15 1:09 ` bugme-daemon
` (4 subsequent siblings)
23 siblings, 0 replies; 170+ messages in thread
From: bugme-daemon @ 2009-01-14 22:58 UTC (permalink / raw)
To: linux-ext4
http://bugzilla.kernel.org/show_bug.cgi?id=12224
------- Comment #17 from sandeen@redhat.com 2009-01-14 14:58 -------
Created an attachment (id=19805)
--> (http://bugzilla.kernel.org/attachment.cgi?id=19805&action=view)
patch reverting old change & adding Jan's proposed fix
Here you go!
--
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] 170+ messages in thread
* [Bug 12224] journal activity on inactive partition causes inactive harddrive spinup
2008-12-14 19:39 [Bug 12224] New: " bugme-daemon
` (16 preceding siblings ...)
2009-01-14 20:44 ` bugme-daemon
@ 2009-01-14 22:37 ` bugme-daemon
2009-01-14 22:58 ` bugme-daemon
` (5 subsequent siblings)
23 siblings, 0 replies; 170+ messages in thread
From: bugme-daemon @ 2009-01-14 22:37 UTC (permalink / raw)
To: linux-ext4
http://bugzilla.kernel.org/show_bug.cgi?id=12224
------- Comment #16 from csights@fastmail.fm 2009-01-14 14:37 -------
http://bugzilla.kernel.org/show_bug.cgi?id=12224
> ------- Comment #15 from sandeen@redhat.com 2009-01-14 12:44 -------
> Sure, I'll gladly attach a patch. You tell me a specific kernel version,
> I'll attach a patch. :) 2.6.28?
Yes, please! :)
--
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] 170+ messages in thread
* [Bug 12224] journal activity on inactive partition causes inactive harddrive spinup
2008-12-14 19:39 [Bug 12224] New: " bugme-daemon
` (15 preceding siblings ...)
2009-01-14 20:35 ` bugme-daemon
@ 2009-01-14 20:44 ` bugme-daemon
2009-01-14 22:37 ` bugme-daemon
` (6 subsequent siblings)
23 siblings, 0 replies; 170+ messages in thread
From: bugme-daemon @ 2009-01-14 20:44 UTC (permalink / raw)
To: linux-ext4
http://bugzilla.kernel.org/show_bug.cgi?id=12224
------- Comment #15 from sandeen@redhat.com 2009-01-14 12:44 -------
Sure, I'll gladly attach a patch. You tell me a specific kernel version, I'll
attach a patch. :) 2.6.28?
--
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] 170+ messages in thread
* [Bug 12224] journal activity on inactive partition causes inactive harddrive spinup
2008-12-14 19:39 [Bug 12224] New: " bugme-daemon
` (14 preceding siblings ...)
2009-01-13 22:17 ` bugme-daemon
@ 2009-01-14 20:35 ` bugme-daemon
2009-01-14 20:44 ` bugme-daemon
` (7 subsequent siblings)
23 siblings, 0 replies; 170+ messages in thread
From: bugme-daemon @ 2009-01-14 20:35 UTC (permalink / raw)
To: linux-ext4
http://bugzilla.kernel.org/show_bug.cgi?id=12224
------- Comment #14 from csights@fastmail.fm 2009-01-14 12:35 -------
http://bugzilla.kernel.org/show_bug.cgi?id=12224
>
>
>
> ------- Comment #13 from sandeen@redhat.com 2009-01-13 14:17 -------
> Care to test the patch at http://patchwork.ozlabs.org/patch/14755/ ?
Sure!
I manually patched 2.6.28. btrace showed lots of output as above.
However,
I didn't wait to see if the observed activity affected the drive spinup/down
b/c I thought maybe patching 2.6.28 was not proper.
I don't know how to git the right kernel sources to patch. Could you
prepare
a patch against an RC (or in some other way hold my hand)? Or I could wait
for some RC which includes the patch already.
Sorry for my gimpiness,
C.
--
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] 170+ messages in thread
* [Bug 12224] journal activity on inactive partition causes inactive harddrive spinup
2008-12-14 19:39 [Bug 12224] New: " bugme-daemon
` (13 preceding siblings ...)
2008-12-18 23:02 ` bugme-daemon
@ 2009-01-13 22:17 ` bugme-daemon
2009-01-14 20:35 ` bugme-daemon
` (8 subsequent siblings)
23 siblings, 0 replies; 170+ messages in thread
From: bugme-daemon @ 2009-01-13 22:17 UTC (permalink / raw)
To: linux-ext4
http://bugzilla.kernel.org/show_bug.cgi?id=12224
------- Comment #13 from sandeen@redhat.com 2009-01-13 14:17 -------
Care to test the patch at http://patchwork.ozlabs.org/patch/14755/ ?
--
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] 170+ messages in thread
* [Bug #12224] journal activity on inactive partition causes inactive harddrive spinup
2009-01-11 11:36 2.6.29-rc1: Reported regressions 2.6.27 -> 2.6.28 Rafael J. Wysocki
@ 2009-01-11 11:41 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-01-11 11:41 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 regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. 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 (29 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] 170+ messages in thread
* [Bug #12224] journal activity on inactive partition causes inactive harddrive spinup
@ 2009-01-11 11:41 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ messages in thread
From: Rafael J. Wysocki @ 2009-01-11 11:41 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 regressions introduced between 2.6.27 and 2.6.28.
The following bug entry is on the current list of known regressions
introduced between 2.6.27 and 2.6.28. 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 (29 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] 170+ messages in thread
* [Bug #12224] journal activity on inactive partition causes inactive harddrive spinup
2008-12-20 21:56 2.6.28-rc9-git1: Reported regressions from 2.6.27 Rafael J. Wysocki
@ 2008-12-20 22:00 ` Rafael J. Wysocki
0 siblings, 0 replies; 170+ 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] 170+ 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; 170+ 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] 170+ messages in thread
* [Bug 12224] journal activity on inactive partition causes inactive harddrive spinup
2008-12-14 19:39 [Bug 12224] New: " bugme-daemon
` (12 preceding siblings ...)
2008-12-18 20:41 ` bugme-daemon
@ 2008-12-18 23:02 ` bugme-daemon
2009-01-13 22:17 ` bugme-daemon
` (9 subsequent siblings)
23 siblings, 0 replies; 170+ messages in thread
From: bugme-daemon @ 2008-12-18 23:02 UTC (permalink / raw)
To: linux-ext4
http://bugzilla.kernel.org/show_bug.cgi?id=12224
------- Comment #12 from sandeen@redhat.com 2008-12-18 15:02 -------
In a nutshell, with laptop mode on, we go down this path:
static void laptop_timer_fn(unsigned long unused)
{
pdflush_operation(laptop_flush, 0);
}
static void laptop_flush(unsigned long unused)
{
sys_sync();
}
which gets us to the new
static int ext3_sync_fs(struct super_block *sb, int wait)
{
sb->s_dirt = 0;
if (wait)
ext3_force_commit(sb);
...
which is then committing empty transactions. Seems like we should be smart
enough to skip committing transactions w/ nothing in them...?
--
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] 170+ messages in thread
* [Bug 12224] journal activity on inactive partition causes inactive harddrive spinup
2008-12-14 19:39 [Bug 12224] New: " bugme-daemon
` (11 preceding siblings ...)
2008-12-18 19:56 ` bugme-daemon
@ 2008-12-18 20:41 ` bugme-daemon
2008-12-18 23:02 ` bugme-daemon
` (10 subsequent siblings)
23 siblings, 0 replies; 170+ messages in thread
From: bugme-daemon @ 2008-12-18 20:41 UTC (permalink / raw)
To: linux-ext4
http://bugzilla.kernel.org/show_bug.cgi?id=12224
------- Comment #11 from rjw@sisk.pl 2008-12-18 12:41 -------
Handled-By : Eric Sandeen <sandeen@redhat.com>
Notify-Also : Theodore Tso <tytso@mit.edu>
First-Bad-Commit : c87591b719737b4e91eb1a9fa8fd55a4ff1886d6
--
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] 170+ messages in thread
* [Bug 12224] journal activity on inactive partition causes inactive harddrive spinup
2008-12-14 19:39 [Bug 12224] New: " bugme-daemon
` (10 preceding siblings ...)
2008-12-17 2:30 ` bugme-daemon
@ 2008-12-18 19:56 ` bugme-daemon
2008-12-18 20:41 ` bugme-daemon
` (11 subsequent siblings)
23 siblings, 0 replies; 170+ messages in thread
From: bugme-daemon @ 2008-12-18 19:56 UTC (permalink / raw)
To: linux-ext4
http://bugzilla.kernel.org/show_bug.cgi?id=12224
csights@fastmail.fm 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] 170+ messages in thread
* [Bug 12224] journal activity on inactive partition causes inactive harddrive spinup
2008-12-14 19:39 [Bug 12224] New: " bugme-daemon
` (9 preceding siblings ...)
2008-12-16 22:01 ` bugme-daemon
@ 2008-12-17 2:30 ` bugme-daemon
2008-12-18 19:56 ` bugme-daemon
` (12 subsequent siblings)
23 siblings, 0 replies; 170+ messages in thread
From: bugme-daemon @ 2008-12-17 2:30 UTC (permalink / raw)
To: linux-ext4
http://bugzilla.kernel.org/show_bug.cgi?id=12224
------- Comment #10 from csights@fastmail.fm 2008-12-16 18:30 -------
On Tuesday 16 December 2008 17:01:27 bugme-daemon@bugzilla.kernel.org wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=12224
> ------- Comment #9 from sandeen@redhat.com 2008-12-16 14:01 -------
> Are the laptop-mode tools doing remounts behind your back?
>
> The only way I see this is if I do "mount -o remount /"; then I see
> kjournald activity on other ext3 filesystems. I'll dig into that.
I don't think so: I was able to reproduce this bug using an ext3 loopback
mounted file. laptop-mode-tools does not touch loopback devices as far as I
can tell. Here is my laptop-mode.conf:
> #
> # The drives that laptop mode controls.
> # Separate them by a space, e.g. HD="/dev/hda /dev/hdb". The default is a
> # wildcard, which will get you all your IDE and SCSI/SATA drives.
> #
> HD="/dev/[hs]d[abcdefgh]"
And here is the loopback mount:
/tmp/ext3Image on /mnt/loop type ext3
(rw,noatime,loop=/dev/loop/0,commit=1209600)
(I set the commit=1209600 and noatime by hand on the loopback mounted
ext3
image file.)
Since I'm not a kernel hacker, I don't know how the code is structured.
It
feels like the kernel commit code is not fully separated by device (or
partition). When the active partition's journal is "synced" it triggers
activity on other partitions, even if the other partitions aren't active.
C.
--
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] 170+ messages in thread
* [Bug 12224] journal activity on inactive partition causes inactive harddrive spinup
2008-12-14 19:39 [Bug 12224] New: " bugme-daemon
` (8 preceding siblings ...)
2008-12-16 20:35 ` bugme-daemon
@ 2008-12-16 22:01 ` bugme-daemon
2008-12-17 2:30 ` bugme-daemon
` (13 subsequent siblings)
23 siblings, 0 replies; 170+ messages in thread
From: bugme-daemon @ 2008-12-16 22:01 UTC (permalink / raw)
To: linux-ext4
http://bugzilla.kernel.org/show_bug.cgi?id=12224
------- Comment #9 from sandeen@redhat.com 2008-12-16 14:01 -------
Are the laptop-mode tools doing remounts behind your back?
The only way I see this is if I do "mount -o remount /"; then I see kjournald
activity on other ext3 filesystems. I'll dig into that.
--
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] 170+ messages in thread
* [Bug 12224] journal activity on inactive partition causes inactive harddrive spinup
2008-12-14 19:39 [Bug 12224] New: " bugme-daemon
` (7 preceding siblings ...)
2008-12-15 21:49 ` bugme-daemon
@ 2008-12-16 20:35 ` bugme-daemon
2008-12-16 22:01 ` bugme-daemon
` (14 subsequent siblings)
23 siblings, 0 replies; 170+ messages in thread
From: bugme-daemon @ 2008-12-16 20:35 UTC (permalink / raw)
To: linux-ext4
http://bugzilla.kernel.org/show_bug.cgi?id=12224
------- Comment #8 from csights@fastmail.fm 2008-12-16 12:35 -------
http://bugzilla.kernel.org/show_bug.cgi?id=12224
Hi all,
You might be interested to know that this problem can be reproduced by
using
an ext3 image file mounted loopback. (I.e. You don't need a separate
harddrive or partition in order to reproduce the problem.)
C.
--
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] 170+ messages in thread
* [Bug 12224] journal activity on inactive partition causes inactive harddrive spinup
2008-12-14 19:39 [Bug 12224] New: " bugme-daemon
` (6 preceding siblings ...)
2008-12-15 5:07 ` bugme-daemon
@ 2008-12-15 21:49 ` bugme-daemon
2008-12-16 20:35 ` bugme-daemon
` (15 subsequent siblings)
23 siblings, 0 replies; 170+ messages in thread
From: bugme-daemon @ 2008-12-15 21:49 UTC (permalink / raw)
To: linux-ext4
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=UTF-8, Size: 8345 bytes --]
http://bugzilla.kernel.org/show_bug.cgi?id=12224
------- Comment #7 from csights@fastmail.fm 2008-12-15 13:49 -------
Hi,
Following Ted's suggestion, I began with 2.6.27.6 and then reversed the
patch
for commit a0b8bfb34743b6e6c2bb06ad5a270590d90270f7. This "fixed" the
problem such that activity on hda1 no longer caused kjournald to write to
sda1.
> Is /dev/sda1 even mounted? It doesn't included up in your /etc/mtab
> listing.
Just to confirm, I posted the wrong mtab previously. sda1 is mounted during
my tests. This is how it looks:
/dev/hda1 on / type ext3 (rw,noatime,errors=remount-ro,commit=1209600)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/sda1 on /mnt/sda type ext3 (rw,noatime,commit=1209600)
debugfs on /sys/kernel/debug type debugfs (rw)
> ------- Comment #6 from sandeen@redhat.com 2008-12-14 21:07 -------
>
> Dec 14 20:02:18 localhost kernel: kjournald(1109): WRITE block 12520 on
> sda1
>
> is the first thing I see in the log above, with no indication of anything
> else on sda1 before that.
I only copied the lines from the log during the short compile "test".
Here is another test which is a little more clean, using 2.6.27.6
(without
the commit mentioned above reverted).
First unmount, then remount /dev/sda1 to flush the filesystem caches:
# umount /dev/sda1; mount /mnt/sda; btrace /dev/sda | logger -s
then switch to another console and restart laptop mode (to change the
commit
time on sda1):
#/etc/init.d/laptop-mode restart
Finally generate some activity on hda1. ("make menuconfig")
The following is syslog from the mount of /dev/sda1 (on /mnt/sda) until
"make
clean" finished:
Dec 15 16:34:48 localhost kernel: kjournald starting. Commit interval 5
seconds
Dec 15 16:34:48 localhost kernel: EXT3 FS on sda1, internal journal
Dec 15 16:34:48 localhost kernel: EXT3-fs: mounted filesystem with ordered
data mode.
Dec 15 16:34:54 localhost kernel: hda: cache flushes not supported
Dec 15 16:34:56 localhost kernel: hda: cache flushes not supported
Dec 15 16:34:57 localhost logger: 8,0 0 1 0.000000000 4140 A
WS 12423 + 8 <- (8,1) 12360
Dec 15 16:34:57 localhost logger: 8,0 0 2 0.000006146 4140 Q
WS 12423 + 8 [kjournald]
Dec 15 16:34:57 localhost logger: 8,0 0 3 0.000114819 4140 G
WS 12423 + 8 [kjournald]
Dec 15 16:34:57 localhost logger: 8,0 0 4 0.000143314 4140 P
N [kjournald]
Dec 15 16:34:57 localhost logger: 8,0 0 5 0.000159797 4140 I
W 12423 + 8 [kjournald]
Dec 15 16:34:57 localhost logger: 8,0 0 6 0.000348089 4140 D
W 12423 + 8 [kjournald]
Dec 15 16:34:57 localhost logger: 8,0 0 7 0.000463746 4140 U
N [kjournald] 1
Dec 15 16:34:57 localhost logger: 8,0 0 8 0.010034518 3 C
W 12423 + 8 [0]
Dec 15 16:34:57 localhost logger: 8,0 0 9 0.010557490 4140 A
WS 12431 + 8 <- (8,1) 12368
Dec 15 16:34:57 localhost logger: 8,0 0 10 0.010563916 4140 Q
WS 12431 + 8 [kjournald]
Dec 15 16:34:57 localhost logger: 8,0 0 11 0.010589617 4140 G
WS 12431 + 8 [kjournald]
Dec 15 16:34:57 localhost logger: 8,0 0 12 0.010606658 4140 P
N [kjournald]
Dec 15 16:34:57 localhost logger: 8,0 0 13 0.010616157 4140 I
W 12431 + 8 [kjournald]
Dec 15 16:34:57 localhost logger: 8,0 0 14 0.010749414 4140 D
W 12431 + 8 [kjournald]
Dec 15 16:34:57 localhost logger: 8,0 0 15 0.010836297 4140 U
N [kjournald] 1
Dec 15 16:34:57 localhost logger: 8,0 0 16 0.021000161 3 C
W 12431 + 8 [0]
Dec 15 16:34:59 localhost logger: 8,0 0 17 2.350235673 4140 A
WS 12439 + 8 <- (8,1) 12376
Dec 15 16:34:59 localhost logger: 8,0 0 18 2.350244612 4140 Q
WS 12439 + 8 [kjournald]
Dec 15 16:34:59 localhost logger: 8,0 0 19 2.350278974 4140 G
WS 12439 + 8 [kjournald]
Dec 15 16:34:59 localhost logger: 8,0 0 20 2.350301044 4140 P
N [kjournald]
Dec 15 16:34:59 localhost logger: 8,0 0 21 2.350316130 4140 I
W 12439 + 8 [kjournald]
Dec 15 16:34:59 localhost logger: 8,0 0 22 2.350568397 4140 D
W 12439 + 8 [kjournald]
Dec 15 16:34:59 localhost logger: 8,0 0 23 2.350684333 4140 U
N [kjournald] 1
Dec 15 16:34:59 localhost logger: 8,0 0 24 2.360609899 3 C
W 12439 + 8 [0]
Dec 15 16:35:52 localhost logger: 8,0 0 25 55.121164875 4140 A
WS 12447 + 8 <- (8,1) 12384
Dec 15 16:35:52 localhost logger: 8,0 0 26 55.121172697 4140 Q
WS 12447 + 8 [kjournald]
Dec 15 16:35:52 localhost logger: 8,0 0 27 55.121203707 4140 G
WS 12447 + 8 [kjournald]
Dec 15 16:35:52 localhost logger: 8,0 0 28 55.121221865 4140 P
N [kjournald]
Dec 15 16:35:52 localhost logger: 8,0 0 29 55.121232202 4140 I
W 12447 + 8 [kjournald]
Dec 15 16:35:52 localhost logger: 8,0 0 30 55.121458767 4140 D
W 12447 + 8 [kjournald]
Dec 15 16:35:52 localhost logger: 8,0 0 31 55.121571910 4140 U
N [kjournald] 1
Dec 15 16:35:52 localhost logger: 8,0 0 32 55.131824892 3 C
W 12447 + 8 [0]
Dec 15 16:35:57 localhost logger: 8,0 0 33 59.696845185 4140 A
WS 12455 + 8 <- (8,1) 12392
Dec 15 16:35:57 localhost logger: 8,0 0 34 59.696853566 4140 Q
WS 12455 + 8 [kjournald]
Dec 15 16:35:57 localhost logger: 8,0 0 35 59.696888486 4140 G
WS 12455 + 8 [kjournald]
Dec 15 16:35:57 localhost logger: 8,0 0 36 59.696908880 4140 P
N [kjournald]
Dec 15 16:35:57 localhost logger: 8,0 0 37 59.696920334 4140 I
W 12455 + 8 [kjournald]
Dec 15 16:35:57 localhost logger: 8,0 0 38 59.697142709 4140 D
W 12455 + 8 [kjournald]
Dec 15 16:35:57 localhost logger: 8,0 0 39 59.697256410 4140 U
N [kjournald] 1
Dec 15 16:35:57 localhost logger: 8,0 0 40 59.707057938 3 C
W 12455 + 8 [0]
Dec 15 16:36:04 localhost logger: 8,0 0 41 67.363585697 4140 A
WS 12463 + 8 <- (8,1) 12400
Dec 15 16:36:04 localhost logger: 8,0 0 42 67.363595196 4140 Q
WS 12463 + 8 [kjournald]
Dec 15 16:36:04 localhost logger: 8,0 0 43 67.363627043 4140 G
WS 12463 + 8 [kjournald]
Dec 15 16:36:04 localhost logger: 8,0 0 44 67.363646319 4140 P
N [kjournald]
Dec 15 16:36:04 localhost logger: 8,0 0 45 67.363657215 4140 I
W 12463 + 8 [kjournald]
Dec 15 16:36:04 localhost logger: 8,0 0 46 67.363869253 4140 D
W 12463 + 8 [kjournald]
Dec 15 16:36:04 localhost logger: 8,0 0 47 67.363980161 4140 U
N [kjournald] 1
Dec 15 16:36:04 localhost logger: 8,0 0 48 67.373786717 3 C
W 12463 + 8 [0]
>
> If you let the system just sit idle, do you get sda1 hits from the sysctl
> and/or blktrace?
If I let the system sit idle using 2.6.27.5 (the last unaffected
version) 'btrace /dev/sda' shows no activity, even if there is activity on
hda1.
If I let the system sit idle using 2.6.27.6 (the first affected
version) 'btrace /dev/sda' shows kjournald doing something with sda1 if there
is activity on hda1. If hda1 is inactive then there is also no activity on
sda1.
Thanks!
C.
--
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.
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" 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] 170+ messages in thread
* [Bug 12224] journal activity on inactive partition causes inactive harddrive spinup
2008-12-14 19:39 [Bug 12224] New: " bugme-daemon
` (5 preceding siblings ...)
2008-12-15 2:47 ` bugme-daemon
@ 2008-12-15 5:07 ` bugme-daemon
2008-12-15 21:49 ` bugme-daemon
` (16 subsequent siblings)
23 siblings, 0 replies; 170+ messages in thread
From: bugme-daemon @ 2008-12-15 5:07 UTC (permalink / raw)
To: linux-ext4
http://bugzilla.kernel.org/show_bug.cgi?id=12224
------- Comment #6 from sandeen@redhat.com 2008-12-14 21:07 -------
Dec 14 20:02:18 localhost kernel: kjournald(1109): WRITE block 12520 on sda1
is the first thing I see in the log above, with no indication of anything else
on sda1 before that.
If you let the system just sit idle, do you get sda1 hits from the sysctl
and/or blktrace?
--
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] 170+ messages in thread
* [Bug 12224] journal activity on inactive partition causes inactive harddrive spinup
2008-12-14 19:39 [Bug 12224] New: " bugme-daemon
` (4 preceding siblings ...)
2008-12-15 1:25 ` bugme-daemon
@ 2008-12-15 2:47 ` bugme-daemon
2008-12-15 5:07 ` bugme-daemon
` (17 subsequent siblings)
23 siblings, 0 replies; 170+ messages in thread
From: bugme-daemon @ 2008-12-15 2:47 UTC (permalink / raw)
To: linux-ext4
http://bugzilla.kernel.org/show_bug.cgi?id=12224
------- Comment #5 from tytso@mit.edu 2008-12-14 18:47 -------
> Activity on one partition (hda1) causes kjournald to also write
> to another partition (sda1). This in turn causes the harddrive
> which contains sda1 to spinup or not spindown. I've activated
> laptop-mode using laptop-mode-tools. hda1 and sda1 are both
> formatted with ext3. On unaffected kernels (e.g. 2.6.27.5) btrace
> produces no output. On affected kernels (e.g. 2.6.27.6, 2.6.27-rc7)
> btrace produces output as below.
I've looked at the changes between 2.6.27.5 and 2.6.27.6, and I don't
see anything that might explain such a regression. Indeed, there's
only one patch between .5 and .6 that even touches ext3, and the patch
seems pretty innocent.
Is /dev/sda1 even mounted? It doesn't included up in your /etc/mtab
listing.
The only thing I can suggest is to try 2.6.27.6 with the only patch
that touches ext3 reverted (i.e., unapply it with patch -R). If the
problem still shows up, I would suggest getting the linux-2.6.27.y
tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-2.6.27.y.git
And then doing a git bisection search to try to find the guilty
commit.
Regards,
- Ted
commit a0b8bfb34743b6e6c2bb06ad5a270590d90270f7
Author: Arthur Jones <ajones@riverbed.com>
Date: Fri Nov 7 00:05:17 2008 +0000
ext3: wait on all pending commits in ext3_sync_fs
commit c87591b719737b4e91eb1a9fa8fd55a4ff1886d6 upstream
In ext3_sync_fs, we only wait for a commit to finish if we started it, but
there may be one already in progress which will not be synced.
In the case of a data=ordered umount with pending long symlinks which are
delayed due to a long list of other I/O on the backing block device, this
causes the buffer associated with the long symlinks to not be moved to the
inode dirty list in the second phase of fsync_super. Then, before they
can be dirtied again, kjournald exits, seeing the UMOUNT flag and the
dirty pages are never written to the backing block device, causing long
symlink corruption and exposing new or previously freed block data to
userspace.
This can be reproduced with a script created
by Eric Sandeen <sandeen@redhat.com>:
#!/bin/bash
umount /mnt/test2
mount /dev/sdb4 /mnt/test2
rm -f /mnt/test2/*
dd if=/dev/zero of=/mnt/test2/bigfile bs=1M count=512
touch
/mnt/test2/thisisveryveryveryveryveryveryveryveryveryveryveryveryveryveryveryverylongfilename
ln -s
/mnt/test2/thisisveryveryveryveryveryveryveryveryveryveryveryveryveryveryveryverylongfilename
/mnt/test2/link
umount /mnt/test2
mount /dev/sdb4 /mnt/test2
ls /mnt/test2/
umount /mnt/test2
To ensure all commits are synced, we flush all journal commits now when
sync_fs'ing ext3.
Signed-off-by: Arthur Jones <ajones@riverbed.com>
Cc: Eric Sandeen <sandeen@redhat.com>
Cc: Theodore Ts'o <tytso@mit.edu>
Cc: <linux-ext4@vger.kernel.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
diff --git a/fs/ext3/super.c b/fs/ext3/super.c
index f38a5af..810bf7c 100644
--- a/fs/ext3/super.c
+++ b/fs/ext3/super.c
@@ -2365,13 +2365,12 @@ static void ext3_write_super (struct super_block * sb)
static int ext3_sync_fs(struct super_block *sb, int wait)
{
- tid_t target;
^ permalink raw reply related [flat|nested] 170+ messages in thread
* [Bug 12224] journal activity on inactive partition causes inactive harddrive spinup
2008-12-14 19:39 [Bug 12224] New: " bugme-daemon
` (3 preceding siblings ...)
2008-12-15 1:22 ` bugme-daemon
@ 2008-12-15 1:25 ` bugme-daemon
2008-12-15 2:47 ` bugme-daemon
` (18 subsequent siblings)
23 siblings, 0 replies; 170+ messages in thread
From: bugme-daemon @ 2008-12-15 1:25 UTC (permalink / raw)
To: linux-ext4
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=UTF-8, Size: 19950 bytes --]
http://bugzilla.kernel.org/show_bug.cgi?id=12224
------- Comment #4 from csights@fastmail.fm 2008-12-14 17:25 -------
http://bugzilla.kernel.org/show_bug.cgi?id=12224
> I think I've seen other reports of this. Maybe it was you.
Yes, that was me. :)
> # sysctl -w vm.block_dump=1
>
> to see if you get any info about inodes on sda1 being dirtied.
I waited until 20:02, then ran:
# sysctl -w vm.block_dump=1; btrace /dev/sda | logger -s
and switched to a different terminal and ran in the linux kernel
directory
(on hda1):
# make clean
I waited until "btrace" indicated activity on sda1, then stopped the
"make
clean". If you would like me let it run a few more seconds let me know.
Below is the output from /var/log/syslog. The btrace and block_dump
output
is interleaved. Lines containing "logger" are from btrace.
Dec 14 20:02:11 localhost kernel: cc1(2825): dirtied inode 550552 (.2823.tmp)
on hda1
Dec 14 20:02:12 localhost kernel: cc1(2831): dirtied inode 550552 (.2829.tmp)
on hda1
Dec 14 20:02:12 localhost kernel: cc1(2831): dirtied inode 550552 (.2829.tmp)
on hda1
Dec 14 20:02:12 localhost kernel: as(2851): dirtied inode 550552 (.2847.tmp)
on hda1
Dec 14 20:02:12 localhost kernel: as(2857): dirtied inode 550552 (.2853.tmp)
on hda1
Dec 14 20:02:13 localhost kernel: cc1(2861): dirtied inode 550552 (.2859.tmp)
on hda1
Dec 14 20:02:13 localhost kernel: cc1(2866): dirtied inode 550552 (.2864.tmp)
on hda1
Dec 14 20:02:14 localhost kernel: cc1(2870): dirtied inode 550552 (.2868.tmp)
on hda1
Dec 14 20:02:14 localhost kernel: cc1(2874): dirtied inode 667799 (cc7UOalO.s)
on hda1
Dec 14 20:02:15 localhost kernel: as(2875): dirtied inode 667800 (cco6Z96S.o)
on hda1
Dec 14 20:02:15 localhost kernel: collect2(2876): dirtied inode 678207
(ccDA8hIA.ld) on hda1
Dec 14 20:02:15 localhost kernel: collect2(2876): dirtied inode 678208
(cc8CSPAJ.le) on hda1
Dec 14 20:02:15 localhost kernel: ld(2877): dirtied inode 550552 (.2872.tmp)
on hda1
Dec 14 20:02:15 localhost kernel: cc1(2889): dirtied inode 667799 (ccpOcjsE.s)
on hda1
Dec 14 20:02:15 localhost kernel: as(2890): dirtied inode 667800 (ccswKxcx.o)
on hda1
Dec 14 20:02:15 localhost kernel: collect2(2891): dirtied inode 678207
(ccUNFhhm.ld) on hda1
Dec 14 20:02:15 localhost kernel: collect2(2891): dirtied inode 678208
(ccmKXZiq.le) on hda1
Dec 14 20:02:16 localhost kernel: ld(2892): dirtied inode 550552 (.2887.tmp)
on hda1
Dec 14 20:02:16 localhost kernel: ld(2892): dirtied inode 550552 (.2887.tmp)
on hda1
Dec 14 20:02:16 localhost kernel: make(2898): READ block 10191456 on hda1
Dec 14 20:02:16 localhost kernel: make(2898): READ block 10909096 on hda1
Dec 14 20:02:16 localhost kernel: cc1(2901): dirtied inode 667799 (cc6hy8wW.s)
on hda1
Dec 14 20:02:17 localhost kernel: as(2902): dirtied inode 667800 (ccNZWld0.o)
on hda1
Dec 14 20:02:17 localhost kernel: collect2(2903): dirtied inode 678207
(ccQ6Vp5L.ld) on hda1
Dec 14 20:02:17 localhost kernel: collect2(2903): dirtied inode 678208
(cc4aaKMY.le) on hda1
Dec 14 20:02:17 localhost kernel: ld(2904): dirtied inode 550552 (.2899.tmp)
on hda1
Dec 14 20:02:17 localhost kernel: cc1(2915): dirtied inode 667799 (ccvjO98E.s)
on hda1
Dec 14 20:02:17 localhost kernel: as(2916): dirtied inode 667800 (ccGHSTjA.o)
on hda1
Dec 14 20:02:17 localhost kernel: collect2(2917): dirtied inode 678207
(cc6n7Vqv.ld) on hda1
Dec 14 20:02:17 localhost kernel: collect2(2917): dirtied inode 678208
(ccAnMFjC.le) on hda1
Dec 14 20:02:18 localhost kernel: ld(2918): dirtied inode 550552 (.2913.tmp)
on hda1
Dec 14 20:02:18 localhost kernel: cc1(2927): dirtied inode 667799 (ccgXoLEp.s)
on hda1
Dec 14 20:02:18 localhost kernel: pdflush(132): WRITE block 378016 on hda1
Dec 14 20:02:18 localhost kernel: pdflush(132): WRITE block 378024 on hda1
Dec 14 20:02:18 localhost kernel: rsyslogd(2827): dirtied inode 16189 (syslog)
on hda1
Dec 14 20:02:18 localhost kernel: rsyslogd(2827): dirtied inode 16189 (syslog)
on hda1
Dec 14 20:02:18 localhost kernel: pdflush(132): WRITE block 329472 on hda1
Dec 14 20:02:18 localhost kernel: rsyslogd(2827): dirtied inode 16531
(kern.log) on hda1
Dec 14 20:02:18 localhost kernel: rsyslogd(2827): dirtied inode 16531
(kern.log) on hda1
Dec 14 20:02:18 localhost kernel: pdflush(132): WRITE block 329480 on hda1
Dec 14 20:02:18 localhost kernel: pdflush(132): WRITE block 492056 on hda1
Dec 14 20:02:18 localhost kernel: rsyslogd(2827): dirtied inode 16537 (debug)
on hda1
Dec 14 20:02:18 localhost kernel: rsyslogd(2827): dirtied inode 16537 (debug)
on hda1
Dec 14 20:02:18 localhost kernel: pdflush(132): WRITE block 1851400 on hda1
Dec 14 20:02:18 localhost kernel: pdflush(132): WRITE block 10993664 on hda1
Dec 14 20:02:18 localhost kernel: as(2928): dirtied inode 667800 (cc0KvDl5.o)
on hda1
Dec 14 20:02:18 localhost kernel: pdflush(133): WRITE block 378024 on hda1
Dec 14 20:02:18 localhost kernel: rsyslogd(2827): dirtied inode 16189 (syslog)
on hda1
Dec 14 20:02:18 localhost kernel: rsyslogd(2827): dirtied inode 16189 (syslog)
on hda1
Dec 14 20:02:18 localhost kernel: pdflush(133): WRITE block 329464 on hda1
Dec 14 20:02:18 localhost kernel: pdflush(133): WRITE block 329472 on hda1
Dec 14 20:02:18 localhost kernel: collect2(2929): dirtied inode 678207
(ccf6U3lS.ld) on hda1
Dec 14 20:02:18 localhost kernel: collect2(2929): dirtied inode 678208
(cciOTsnM.le) on hda1
Dec 14 20:02:18 localhost kernel: pdflush(133): WRITE block 329480 on hda1
Dec 14 20:02:18 localhost kernel: rsyslogd(2827): dirtied inode 16531
(kern.log) on hda1
Dec 14 20:02:18 localhost kernel: rsyslogd(2827): dirtied inode 16531
(kern.log) on hda1
Dec 14 20:02:18 localhost kernel: pdflush(133): WRITE block 492048 on hda1
Dec 14 20:02:18 localhost kernel: pdflush(133): WRITE block 492056 on hda1
Dec 14 20:02:18 localhost kernel: kjournald(305): WRITE block 378024 on hda1
Dec 14 20:02:18 localhost kernel: kjournald(305): WRITE block 329480 on hda1
Dec 14 20:02:18 localhost kernel: kjournald(305): WRITE block 10752024 on hda1
Dec 14 20:02:18 localhost kernel: ld(2930): dirtied inode 550552 (.2925.tmp)
on hda1
Dec 14 20:02:18 localhost kernel: gcc(2926): dirtied inode 667799 (?) on hda1
Dec 14 20:02:18 localhost kernel: rsyslogd(2827): dirtied inode 16537 (debug)
on hda1
Dec 14 20:02:18 localhost kernel: rsyslogd(2827): dirtied inode 16537 (debug)
on hda1
Dec 14 20:02:18 localhost kernel: kjournald(305): WRITE block 8384 on hda1
Dec 14 20:02:18 localhost kernel: kjournald(305): WRITE block 8392 on hda1
Dec 14 20:02:18 localhost kernel: kjournald(305): WRITE block 8400 on hda1
Dec 14 20:02:18 localhost kernel: kjournald(305): WRITE block 8408 on hda1
Dec 14 20:02:18 localhost kernel: kjournald(305): WRITE block 8416 on hda1
Dec 14 20:02:18 localhost kernel: kjournald(305): WRITE block 8424 on hda1
Dec 14 20:02:18 localhost kernel: kjournald(305): WRITE block 8432 on hda1
Dec 14 20:02:18 localhost kernel: kjournald(305): WRITE block 8440 on hda1
Dec 14 20:02:18 localhost kernel: kjournald(305): WRITE block 8448 on hda1
Dec 14 20:02:18 localhost kernel: kjournald(305): WRITE block 8456 on hda1
Dec 14 20:02:18 localhost kernel: kjournald(305): WRITE block 8464 on hda1
Dec 14 20:02:18 localhost kernel: kjournald(305): WRITE block 8472 on hda1
Dec 14 20:02:18 localhost kernel: kjournald(305): WRITE block 8480 on hda1
Dec 14 20:02:18 localhost kernel: kjournald(305): WRITE block 8488 on hda1
Dec 14 20:02:18 localhost kernel: kjournald(305): WRITE block 8496 on hda1
Dec 14 20:02:18 localhost kernel: kjournald(305): WRITE block 8504 on hda1
Dec 14 20:02:18 localhost kernel: kjournald(305): WRITE block 8512 on hda1
Dec 14 20:02:18 localhost kernel: kjournald(305): WRITE block 8520 on hda1
Dec 14 20:02:18 localhost kernel: kjournald(305): WRITE block 8528 on hda1
Dec 14 20:02:18 localhost kernel: kjournald(305): WRITE block 8536 on hda1
Dec 14 20:02:18 localhost kernel: kjournald(305): WRITE block 8544 on hda1
Dec 14 20:02:18 localhost kernel: kjournald(305): WRITE block 8552 on hda1
Dec 14 20:02:18 localhost kernel: kjournald(305): WRITE block 8560 on hda1
Dec 14 20:02:18 localhost kernel: kjournald(305): WRITE block 8568 on hda1
Dec 14 20:02:18 localhost kernel: kjournald(1109): WRITE block 12520 on sda1
Dec 14 20:02:19 localhost kernel: pdflush(133): WRITE block 327960 on hda1
Dec 14 20:02:19 localhost kernel: pdflush(133): WRITE block 1835024 on hda1
Dec 14 20:02:19 localhost kernel: pdflush(133): WRITE block 1835048 on hda1
Dec 14 20:02:19 localhost kernel: pdflush(133): WRITE block 378024 on hda1
Dec 14 20:02:19 localhost kernel: pdflush(133): WRITE block 378032 on hda1
Dec 14 20:02:19 localhost kernel: pdflush(133): WRITE block 329480 on hda1
Dec 14 20:02:19 localhost kernel: pdflush(133): WRITE block 492056 on hda1
Dec 14 20:02:19 localhost kernel: pdflush(133): WRITE block 492064 on hda1
Dec 14 20:02:19 localhost kernel: rsyslogd(2827): dirtied inode 16189 (syslog)
on hda1
Dec 14 20:02:19 localhost kernel: rsyslogd(2827): dirtied inode 16189 (syslog)
on hda1
Dec 14 20:02:19 localhost kernel: rsyslogd(2827): dirtied inode 16189 (syslog)
on hda1
Dec 14 20:02:19 localhost kernel: rsyslogd(2827): dirtied inode 16531
(kern.log) on hda1
Dec 14 20:02:19 localhost kernel: rsyslogd(2827): dirtied inode 16531
(kern.log) on hda1
Dec 14 20:02:19 localhost kernel: rsyslogd(2827): dirtied inode 16531
(kern.log) on hda1
Dec 14 20:02:19 localhost kernel: rsyslogd(2827): dirtied inode 16537 (debug)
on hda1
Dec 14 20:02:19 localhost kernel: rsyslogd(2827): dirtied inode 16537 (debug)
on hda1
Dec 14 20:02:19 localhost kernel: rsyslogd(2827): dirtied inode 16537 (debug)
on hda1
Dec 14 20:02:19 localhost kernel: pdflush(133): WRITE block 378032 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 329480 on hda1
Dec 14 20:02:19 localhost kernel: rsyslogd(2827): dirtied inode 16189 (syslog)
on hda1
Dec 14 20:02:19 localhost kernel: rsyslogd(2827): dirtied inode 16189 (syslog)
on hda1
Dec 14 20:02:19 localhost kernel: rsyslogd(2827): WRITE block 329488 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 492064 on hda1
Dec 14 20:02:19 localhost logger: 8,0 0 1 0.000000000 1109 A
WS 12583 + 8 <- (8,1) 12520
Dec 14 20:02:19 localhost logger: 8,0 0 2 0.000006426 1109 Q
WS 12583 + 8 [kjournald]
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8576 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8584 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8592 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8600 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8608 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8616 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8624 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8632 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8640 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8648 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8656 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8664 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8672 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8680 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8688 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8696 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8704 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8712 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8720 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8728 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8736 on hda1
Dec 14 20:02:19 localhost logger: 8,0 0 3 0.000039670 1109 G
WS 12583 + 8 [kjournald]
Dec 14 20:02:19 localhost logger: 8,0 0 4 0.000061461 1109 P
N [kjournald]
Dec 14 20:02:19 localhost kernel: rsyslogd(2827): dirtied inode 16535
(user.log) on hda1
Dec 14 20:02:19 localhost kernel: rsyslogd(2827): dirtied inode 16535
(user.log) on hda1
Dec 14 20:02:19 localhost kernel: rsyslogd(2827): dirtied inode 16535
(user.log) on hda1
Dec 14 20:02:19 localhost kernel: rsyslogd(2827): dirtied inode 16539
(messages) on hda1
Dec 14 20:02:19 localhost kernel: rsyslogd(2827): dirtied inode 16539
(messages) on hda1
Dec 14 20:02:19 localhost kernel: rsyslogd(2827): dirtied inode 16539
(messages) on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8744 on hda1
Dec 14 20:02:19 localhost logger: 8,0 0 5 0.000071797 1109 I
W 12583 + 8 [kjournald]
Dec 14 20:02:19 localhost logger: 8,0 0 6 0.000272381 1109 D
W 12583 + 8 [kjournald]
Dec 14 20:02:19 localhost kernel: pdflush(133): WRITE block 329488 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 378032 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 492064 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 328464 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 329208 on hda1
Dec 14 20:02:19 localhost kernel: rsyslogd(2827): dirtied inode 16531
(kern.log) on hda1
Dec 14 20:02:19 localhost kernel: rsyslogd(2827): dirtied inode 16531
(kern.log) on hda1
Dec 14 20:02:19 localhost logger: 8,0 0 7 0.000381893 1109 U
N [kjournald] 1
Dec 14 20:02:19 localhost logger: 8,0 0 8 0.028911225 3 C
W 12583 + 8 [0]
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8752 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8760 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8768 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8776 on hda1
Dec 14 20:02:19 localhost kernel: pdflush(133): WRITE block 492064 on hda1
Dec 14 20:02:19 localhost kernel: pdflush(133): WRITE block 492072 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 378032 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 329488 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 378040 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 328464 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 329208 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 329496 on hda1
Dec 14 20:02:19 localhost kernel: rsyslogd(2827): dirtied inode 16537 (debug)
on hda1
Dec 14 20:02:19 localhost kernel: rsyslogd(2827): dirtied inode 16537 (debug)
on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8784 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8792 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8800 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8808 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8816 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8824 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8832 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8840 on hda1
Dec 14 20:02:19 localhost kernel: kjournald(305): WRITE block 8848 on hda1
Dec 14 20:02:19 localhost kernel: pdflush(133): WRITE block 0 on hda1
Dec 14 20:02:19 localhost kernel: pdflush(133): WRITE block 327960 on hda1
Dec 14 20:02:19 localhost kernel: pdflush(133): WRITE block 376984 on hda1
Dec 14 20:02:19 localhost kernel: pdflush(133): WRITE block 491760 on hda1
Dec 14 20:02:19 localhost kernel: pdflush(133): WRITE block 8912896 on hda1
Dec 14 20:02:19 localhost kernel: pdflush(133): WRITE block 8912904 on hda1
Dec 14 20:02:19 localhost kernel: pdflush(133): WRITE block 8913064 on hda1
Dec 14 20:02:19 localhost kernel: pdflush(133): WRITE block 8913184 on hda1
Dec 14 20:02:19 localhost kernel: pdflush(133): WRITE block 8994816 on hda1
Dec 14 20:02:19 localhost kernel: pdflush(133): WRITE block 10747904 on hda1
Dec 14 20:02:19 localhost kernel: pdflush(133): WRITE block 10747912 on hda1
Dec 14 20:02:19 localhost kernel: pdflush(133): WRITE block 10747920 on hda1
Dec 14 20:02:19 localhost kernel: pdflush(133): WRITE block 10749224 on hda1
Dec 14 20:02:19 localhost kernel: pdflush(133): WRITE block 10749384 on hda1
Dec 14 20:02:19 localhost kernel: pdflush(133): WRITE block 10751824 on hda1
Dec 14 20:02:19 localhost kernel: pdflush(133): WRITE block 10752520 on hda1
Dec 14 20:02:19 localhost kernel: cc1(2945): dirtied inode 667799 (ccvt36ES.s)
on hda1
Dec 14 20:02:20 localhost kernel: as(2946): dirtied inode 667800 (ccM4g5ZY.o)
on hda1
Dec 14 20:02:20 localhost kernel: collect2(2947): dirtied inode 678207
(ccjYE2NG.ld) on hda1
Dec 14 20:02:20 localhost kernel: collect2(2947): dirtied inode 678208
(ccEzo3JR.le) on hda1
Dec 14 20:02:20 localhost kernel: ld(2948): dirtied inode 550552 (.2943.tmp)
on hda1
Dec 14 20:02:20 localhost kernel: cc1(2957): dirtied inode 667799 (cc6ZPFDy.s)
on hda1
Dec 14 20:02:20 localhost kernel: as(2958): dirtied inode 667800 (ccAj2mWp.o)
on hda1
Dec 14 20:02:20 localhost kernel: collect2(2959): dirtied inode 678207
(ccpJQzdj.ld) on hda1
Dec 14 20:02:20 localhost kernel: collect2(2959): dirtied inode 678208
(ccU1Uk0l.le) on hda1
Dec 14 20:02:20 localhost kernel: ld(2960): dirtied inode 550552 (.2955.tmp)
on hda1
Dec 14 20:02:21 localhost kernel: cc1(2969): dirtied inode 667799 (cc7lUzdi.s)
on hda1
Dec 14 20:02:21 localhost kernel: as(2970): dirtied inode 667800 (cc2KnxYS.o)
on hda1
Dec 14 20:02:21 localhost kernel: collect2(2971): dirtied inode 678207
(ccYyMJRv.ld) on hda1
Dec 14 20:02:21 localhost kernel: collect2(2971): dirtied inode 678208
(cc0coqFi.le) on hda1
Dec 14 20:02:21 localhost kernel: ld(2972): dirtied inode 550552 (.2967.tmp)
on hda1
Dec 14 20:02:22 localhost kernel: cc1(2981): dirtied inode 667799 (ccnYuG29.s)
on hda1
Dec 14 20:02:22 localhost kernel: as(2982): dirtied inode 667800 (ccLRJ3tt.o)
on hda1
Dec 14 20:02:22 localhost kernel: collect2(2985): dirtied inode 678207
(cc39KpHM.ld) on hda1
Dec 14 20:02:22 localhost kernel: collect2(2985): dirtied inode 678208
(ccKCIBak.le) on hda1
Dec 14 20:02:22 localhost kernel: ld(2986): dirtied inode 550552 (.2979.tmp)
on hda1
>
> (Also, I didn't see any info about sda1 in the posted fstab...)
Oops! copied the "mount" output when sda wasn't mounted. Here is the output
of "mount" current when the above output was generated:
/dev/hda1 on / type ext3 (rw,noatime,errors=remount-ro,commit=1209600)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/sda1 on /mnt/sda type ext3 (rw,noatime,commit=1209600)
debugfs on /sys/kernel/debug type debugfs (rw)
C.
--
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.
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" 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] 170+ messages in thread
* [Bug 12224] journal activity on inactive partition causes inactive harddrive spinup
2008-12-14 19:39 [Bug 12224] New: " bugme-daemon
` (2 preceding siblings ...)
2008-12-14 23:10 ` bugme-daemon
@ 2008-12-15 1:22 ` bugme-daemon
2008-12-15 1:25 ` bugme-daemon
` (19 subsequent siblings)
23 siblings, 0 replies; 170+ messages in thread
From: bugme-daemon @ 2008-12-15 1:22 UTC (permalink / raw)
To: linux-ext4
http://bugzilla.kernel.org/show_bug.cgi?id=12224
------- Comment #3 from anonymous@kernel-bugs.osdl.org 2008-12-14 17:22 -------
Reply-To: goswin-v-b@web.de
Eric Sandeen <sandeen@redhat.com> writes:
> maj,min cpu seq time pid act rwbs off+len
> 8,0 0 1 0.000000000 1109 A WS 14375 + 8 <- (8,1) 14312
>
> ... etc
>
> I'm not sure it gives us enough info; all we see is that there was an IO
> on sdb (from sdb1)
>
> I might suggest
>
> # sysctl -w vm.block_dump=1
>
> to see if you get any info about inodes on sda1 being dirtied.
Like atime/diratime updates?
> (Also, I didn't see any info about sda1 in the posted fstab...)
>
> -Eric
MfG
Goswin
--
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] 170+ messages in thread
* Re: [Bug 12224] journal activity on inactive partition causes inactive harddrive spinup
2008-12-14 23:10 ` Eric Sandeen
@ 2008-12-15 1:22 ` Goswin von Brederlow
0 siblings, 0 replies; 170+ messages in thread
From: Goswin von Brederlow @ 2008-12-15 1:22 UTC (permalink / raw)
To: Eric Sandeen; +Cc: bugme-daemon, linux-ext4
Eric Sandeen <sandeen@redhat.com> writes:
> maj,min cpu seq time pid act rwbs off+len
> 8,0 0 1 0.000000000 1109 A WS 14375 + 8 <- (8,1) 14312
>
> ... etc
>
> I'm not sure it gives us enough info; all we see is that there was an IO
> on sdb (from sdb1)
>
> I might suggest
>
> # sysctl -w vm.block_dump=1
>
> to see if you get any info about inodes on sda1 being dirtied.
Like atime/diratime updates?
> (Also, I didn't see any info about sda1 in the posted fstab...)
>
> -Eric
MfG
Goswin
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug 12224] journal activity on inactive partition causes inactive harddrive spinup
2008-12-14 19:39 [Bug 12224] New: " bugme-daemon
2008-12-14 22:29 ` [Bug 12224] " bugme-daemon
2008-12-14 22:30 ` bugme-daemon
@ 2008-12-14 23:10 ` bugme-daemon
2008-12-15 1:22 ` bugme-daemon
` (20 subsequent siblings)
23 siblings, 0 replies; 170+ messages in thread
From: bugme-daemon @ 2008-12-14 23:10 UTC (permalink / raw)
To: linux-ext4
http://bugzilla.kernel.org/show_bug.cgi?id=12224
------- Comment #2 from sandeen@redhat.com 2008-12-14 15:10 -------
bugme-daemon@bugzilla.kernel.org wrote:
> OK, that's a huge mess because bugzilla went and wordwrapped it. Let
> me fix it:
>
>> Dec 9 11:15:32 localhost logger: 8,0 0 1 0.000000000 1109 A WS 14375 + 8 <- (8,1) 14312
>> Dec 9 11:15:32 localhost logger: 8,0 0 2 0.000006705 1109 Q WS 14375 + 8 [kjournald]
>> Dec 9 11:15:32 localhost logger: 8,0 0 3 0.000043581 1109 G WS 14375 + 8 [kjournald]
>> Dec 9 11:15:32 localhost logger: 8,0 0 4 0.000065651 1109 P N [kjournald]
>> Dec 9 11:15:32 localhost logger: 8,0 0 5 0.000076267 1109 I W 14375 + 8 [kjournald]
>> Dec 9 11:15:32 localhost logger: 8,0 0 6 0.000300318 1109 D W 14375 + 8 [kjournald]
>> Dec 9 11:15:32 localhost logger: 8,0 0 7 0.000423518 1109 U N [kjournald] 1
>> Dec 9 11:15:32 localhost logger: 8,0 0 8 0.010028373 3 C W 14375 + 8 [0]
>> Dec 9 11:15:35 localhost logger: 8,0 0 9 3.219049689 1109 A WS 14383 + 8 <- (8,1) 14320
>> Dec 9 11:15:35 localhost logger: 8,0 0 10 3.219058350 1109 Q WS 14383 + 8 [kjournald]
>> Dec 9 11:15:35 localhost logger: 8,0 0 11 3.219095505 1109 G WS 14383 + 8 [kjournald]
>> Dec 9 11:15:35 localhost logger: 8,0 0 12 3.219115061 1109 P N [kjournald]
>> Dec 9 11:15:35 localhost logger: 8,0 0 13 3.219127074 1109 I W 14383 + 8 [kjournald]
>> Dec 9 11:15:35 localhost logger: 8,0 0 14 3.219344699 1109 D W 14383 + 8 [kjournald]
>> Dec 9 11:15:35 localhost logger: 8,0 0 15 3.219543607 1109 U N [kjournald] 1
>> Dec 9 11:15:35 localhost logger: 8,0 0 16 3.229477275 3 C W 14383 + 8 [0]
>
> I'm not familar with btrace. What are we looking at here?
Andrew, it's blktrace/blkparse output, basically. blkparse(1) manpage
has the details.
maj,min cpu seq time pid act rwbs off+len
8,0 0 1 0.000000000 1109 A WS 14375 + 8 <- (8,1) 14312
... etc
I'm not sure it gives us enough info; all we see is that there was an IO
on sdb (from sdb1)
I might suggest
# sysctl -w vm.block_dump=1
to see if you get any info about inodes on sda1 being dirtied.
(Also, I didn't see any info about sda1 in the posted fstab...)
-Eric
--
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] 170+ messages in thread
* Re: [Bug 12224] journal activity on inactive partition causes inactive harddrive spinup
2008-12-14 22:30 ` bugme-daemon
@ 2008-12-14 23:10 ` Eric Sandeen
2008-12-15 1:22 ` Goswin von Brederlow
0 siblings, 1 reply; 170+ messages in thread
From: Eric Sandeen @ 2008-12-14 23:10 UTC (permalink / raw)
To: bugme-daemon; +Cc: linux-ext4
bugme-daemon@bugzilla.kernel.org wrote:
> OK, that's a huge mess because bugzilla went and wordwrapped it. Let
> me fix it:
>
>> Dec 9 11:15:32 localhost logger: 8,0 0 1 0.000000000 1109 A WS 14375 + 8 <- (8,1) 14312
>> Dec 9 11:15:32 localhost logger: 8,0 0 2 0.000006705 1109 Q WS 14375 + 8 [kjournald]
>> Dec 9 11:15:32 localhost logger: 8,0 0 3 0.000043581 1109 G WS 14375 + 8 [kjournald]
>> Dec 9 11:15:32 localhost logger: 8,0 0 4 0.000065651 1109 P N [kjournald]
>> Dec 9 11:15:32 localhost logger: 8,0 0 5 0.000076267 1109 I W 14375 + 8 [kjournald]
>> Dec 9 11:15:32 localhost logger: 8,0 0 6 0.000300318 1109 D W 14375 + 8 [kjournald]
>> Dec 9 11:15:32 localhost logger: 8,0 0 7 0.000423518 1109 U N [kjournald] 1
>> Dec 9 11:15:32 localhost logger: 8,0 0 8 0.010028373 3 C W 14375 + 8 [0]
>> Dec 9 11:15:35 localhost logger: 8,0 0 9 3.219049689 1109 A WS 14383 + 8 <- (8,1) 14320
>> Dec 9 11:15:35 localhost logger: 8,0 0 10 3.219058350 1109 Q WS 14383 + 8 [kjournald]
>> Dec 9 11:15:35 localhost logger: 8,0 0 11 3.219095505 1109 G WS 14383 + 8 [kjournald]
>> Dec 9 11:15:35 localhost logger: 8,0 0 12 3.219115061 1109 P N [kjournald]
>> Dec 9 11:15:35 localhost logger: 8,0 0 13 3.219127074 1109 I W 14383 + 8 [kjournald]
>> Dec 9 11:15:35 localhost logger: 8,0 0 14 3.219344699 1109 D W 14383 + 8 [kjournald]
>> Dec 9 11:15:35 localhost logger: 8,0 0 15 3.219543607 1109 U N [kjournald] 1
>> Dec 9 11:15:35 localhost logger: 8,0 0 16 3.229477275 3 C W 14383 + 8 [0]
>
> I'm not familar with btrace. What are we looking at here?
Andrew, it's blktrace/blkparse output, basically. blkparse(1) manpage
has the details.
maj,min cpu seq time pid act rwbs off+len
8,0 0 1 0.000000000 1109 A WS 14375 + 8 <- (8,1) 14312
... etc
I'm not sure it gives us enough info; all we see is that there was an IO
on sdb (from sdb1)
I might suggest
# sysctl -w vm.block_dump=1
to see if you get any info about inodes on sda1 being dirtied.
(Also, I didn't see any info about sda1 in the posted fstab...)
-Eric
^ permalink raw reply [flat|nested] 170+ messages in thread
* [Bug 12224] journal activity on inactive partition causes inactive harddrive spinup
2008-12-14 19:39 [Bug 12224] New: " bugme-daemon
2008-12-14 22:29 ` [Bug 12224] " bugme-daemon
@ 2008-12-14 22:30 ` bugme-daemon
2008-12-14 23:10 ` Eric Sandeen
2008-12-14 23:10 ` bugme-daemon
` (21 subsequent siblings)
23 siblings, 1 reply; 170+ messages in thread
From: bugme-daemon @ 2008-12-14 22:30 UTC (permalink / raw)
To: linux-ext4
http://bugzilla.kernel.org/show_bug.cgi?id=12224
------- Comment #1 from anonymous@kernel-bugs.osdl.org 2008-12-14 14:30 -------
Reply-To: akpm@linux-foundation.org
(switched to email. Please respond via emailed reply-to-all, not via the
bugzilla web interface).
On Sun, 14 Dec 2008 11:39:34 -0800 (PST) bugme-daemon@bugzilla.kernel.org
wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=12224
>
> Summary: journal activity on inactive partition causes inactive
> harddrive spinup
> Product: File System
> Version: 2.5
> KernelVersion: 2.6.27.6
> Platform: All
> OS/Version: Linux
> Tree: Mainline
> Status: NEW
> Severity: low
> Priority: P1
> Component: ext3
> AssignedTo: fs_ext3@kernel-bugs.osdl.org
> ReportedBy: csights@fastmail.fm
>
>
> Latest working kernel version: 2.6.27.5
> Earliest failing kernel version: 2.6.27.6
Thanks for being this specific.
> Distribution: Debian stable with custom compiled vanilla kernel
>
> Problem Description:
> Activity on one partition (hda1) causes kjournald to also write to another
> partition (sda1). This in turn causes the harddrive which contains sda1 to
> spinup or not spindown.
> I've activated laptop-mode using laptop-mode-tools. hda1 and sda1 are both
> formatted with ext3.
> On unaffected kernels (e.g. 2.6.27.5) btrace produces no output. On
> affected kernels (e.g. 2.6.27.6, 2.6.27-rc7) btrace produces output as below.
I think I've seen other reports of this. Maybe it was you.
> /dev/hda1 on / type ext3 (rw,noatime,errors=remount-ro,commit=1209600)
> tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
> proc on /proc type proc (rw,noexec,nosuid,nodev)
> sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
> udev on /dev type tmpfs (rw,mode=0755)
> tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
> devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
> debugfs on /sys/kernel/debug type debugfs (rw)
>
> Steps to reproduce:
> 1. start "btrace /dev/sda"
> 2. begin compiling kernel
> 3. within seconds btrace begins output similar to below.
>
>
> Thanks for all your work! Sorry if I've misplaced blame for this undesirable
> change in behavior.
>
> Using 2.6.27.8, btrace of /dev/sda while compiling on /dev/hda1
OK, that's a huge mess because bugzilla went and wordwrapped it. Let
me fix it:
> Dec 9 11:15:32 localhost logger: 8,0 0 1 0.000000000 1109 A WS 14375 + 8 <- (8,1) 14312
> Dec 9 11:15:32 localhost logger: 8,0 0 2 0.000006705 1109 Q WS 14375 + 8 [kjournald]
> Dec 9 11:15:32 localhost logger: 8,0 0 3 0.000043581 1109 G WS 14375 + 8 [kjournald]
> Dec 9 11:15:32 localhost logger: 8,0 0 4 0.000065651 1109 P N [kjournald]
> Dec 9 11:15:32 localhost logger: 8,0 0 5 0.000076267 1109 I W 14375 + 8 [kjournald]
> Dec 9 11:15:32 localhost logger: 8,0 0 6 0.000300318 1109 D W 14375 + 8 [kjournald]
> Dec 9 11:15:32 localhost logger: 8,0 0 7 0.000423518 1109 U N [kjournald] 1
> Dec 9 11:15:32 localhost logger: 8,0 0 8 0.010028373 3 C W 14375 + 8 [0]
> Dec 9 11:15:35 localhost logger: 8,0 0 9 3.219049689 1109 A WS 14383 + 8 <- (8,1) 14320
> Dec 9 11:15:35 localhost logger: 8,0 0 10 3.219058350 1109 Q WS 14383 + 8 [kjournald]
> Dec 9 11:15:35 localhost logger: 8,0 0 11 3.219095505 1109 G WS 14383 + 8 [kjournald]
> Dec 9 11:15:35 localhost logger: 8,0 0 12 3.219115061 1109 P N [kjournald]
> Dec 9 11:15:35 localhost logger: 8,0 0 13 3.219127074 1109 I W 14383 + 8 [kjournald]
> Dec 9 11:15:35 localhost logger: 8,0 0 14 3.219344699 1109 D W 14383 + 8 [kjournald]
> Dec 9 11:15:35 localhost logger: 8,0 0 15 3.219543607 1109 U N [kjournald] 1
> Dec 9 11:15:35 localhost logger: 8,0 0 16 3.229477275 3 C W 14383 + 8 [0]
I'm not familar with btrace. What are we looking at here?
The only likely commit I see in
ftp://ftp.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.27.6 is "ext3:
wait on all pending commits in ext3_sync_fs", but I don't see how it
could cause this.
--
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] 170+ messages in thread
* [Bug 12224] journal activity on inactive partition causes inactive harddrive spinup
2008-12-14 19:39 [Bug 12224] New: " bugme-daemon
@ 2008-12-14 22:29 ` bugme-daemon
2008-12-14 22:30 ` bugme-daemon
` (22 subsequent siblings)
23 siblings, 0 replies; 170+ messages in thread
From: bugme-daemon @ 2008-12-14 22:29 UTC (permalink / raw)
To: linux-ext4
http://bugzilla.kernel.org/show_bug.cgi?id=12224
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] 170+ messages in thread
end of thread, other threads:[~2009-02-23 14:37 UTC | newest]
Thread overview: 170+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-02-14 20:48 2.6.29-rc5: Reported regressions 2.6.27 -> 2.6.28 Rafael J. Wysocki
2009-02-14 20:48 ` Rafael J. Wysocki
2009-02-14 20:48 ` [Bug #12061] snd_hda_intel: power_save: sound cracks on powerdown Rafael J. Wysocki
2009-02-14 20:48 ` Rafael J. Wysocki
2009-02-14 20:50 ` [Bug #12209] oldish top core dumps (in its meminfo() function) Rafael J. Wysocki
2009-02-14 20:50 ` Rafael J. Wysocki
2009-02-14 20:50 ` [Bug #12208] uml is very slow on 2.6.28 host Rafael J. Wysocki
2009-02-14 20:50 ` Rafael J. Wysocki
2009-02-22 13:58 ` Américo Wang
2009-02-22 13:58 ` Américo Wang
2009-02-23 14:27 ` Miklos Szeredi
2009-02-23 14:27 ` Miklos Szeredi
2009-02-14 20:50 ` [Bug #12160] networking oops after resume from s2ram (2.6.28-rc6) Rafael J. Wysocki
2009-02-14 20:50 ` [Bug #12337] ~100 extra wakeups reported by powertop Rafael J. Wysocki
2009-02-14 20:50 ` Rafael J. Wysocki
2009-02-14 23:35 ` Alberto Gonzalez
2009-02-14 23:35 ` Alberto Gonzalez
2009-02-15 14:20 ` Rafael J. Wysocki
2009-02-15 14:20 ` Rafael J. Wysocki
2009-02-14 20:50 ` [Bug #12224] journal activity on inactive partition causes inactive harddrive spinup Rafael J. Wysocki
2009-02-14 20:50 ` Rafael J. Wysocki
2009-02-23 12:22 ` Theodore Tso
2009-02-23 12:22 ` Theodore Tso
2009-02-23 14:36 ` Rafael J. Wysocki
2009-02-23 14:36 ` Rafael J. Wysocki
2009-02-14 20:50 ` [Bug #12263] Sata soft reset filling log Rafael J. Wysocki
2009-02-14 20:50 ` Rafael J. Wysocki
2009-02-15 20:47 ` Justin Madru
2009-02-15 21:21 ` Rafael J. Wysocki
2009-02-15 22:30 ` Ingo Molnar
2009-02-15 23:12 ` Rafael J. Wysocki
2009-02-16 15:18 ` Sergei Shtylyov
2009-02-16 15:21 ` Ingo Molnar
[not found] ` <499983DF.5050503-hkdhdckH98+B+jHODAdFcQ@public.gmane.org>
2009-02-16 15:21 ` Sergei Shtylyov
2009-02-16 15:21 ` Sergei Shtylyov
[not found] ` <49998480.3090408-hkdhdckH98+B+jHODAdFcQ@public.gmane.org>
2009-02-16 15:31 ` Sergei Shtylyov
2009-02-16 15:31 ` Sergei Shtylyov
2009-02-16 19:23 ` Justin Madru
[not found] ` <4999BD1A.1060101-u1xxEuL7cY4AvxtiuMwx3w@public.gmane.org>
2009-02-16 19:42 ` Sergei Shtylyov
2009-02-16 19:42 ` Sergei Shtylyov
[not found] ` <4999C195.5050905-hkdhdckH98+B+jHODAdFcQ@public.gmane.org>
2009-02-16 21:40 ` Justin Madru
2009-02-16 21:40 ` Justin Madru
[not found] ` <4999DD31.4010504-u1xxEuL7cY4AvxtiuMwx3w@public.gmane.org>
2009-02-17 11:19 ` Hugh Dickins
2009-02-17 11:19 ` Hugh Dickins
2009-02-17 19:08 ` Justin Madru
[not found] ` <499B0B3E.3070101-u1xxEuL7cY4AvxtiuMwx3w@public.gmane.org>
2009-02-18 1:03 ` Sergei Shtylyov
2009-02-18 1:03 ` Sergei Shtylyov
2009-02-18 6:42 ` Justin Madru
2009-02-14 20:50 ` [Bug #12265] FPU emulation broken in 2.6.28-rc8 ? Rafael J. Wysocki
2009-02-14 20:50 ` Rafael J. Wysocki
2009-02-14 23:23 ` Ingo Molnar
2009-02-14 23:23 ` Ingo Molnar
2009-02-14 20:50 ` [Bug #12401] 2.6.28 regression: xbacklight broken on ThinkPad X61s Rafael J. Wysocki
2009-02-14 20:50 ` Rafael J. Wysocki
2009-02-15 13:44 ` Matthew Garrett
2009-02-15 13:44 ` Matthew Garrett
2009-02-15 14:38 ` Rafael J. Wysocki
2009-02-15 14:38 ` Rafael J. Wysocki
2009-02-15 22:16 ` Tino Keitel
2009-02-15 22:16 ` Tino Keitel
2009-02-16 1:16 ` Matthew Garrett
2009-02-16 1:16 ` Matthew Garrett
2009-02-16 12:37 ` Ingo Molnar
2009-02-16 12:37 ` Ingo Molnar
2009-02-16 12:42 ` Matthew Garrett
2009-02-16 12:42 ` Matthew Garrett
2009-02-14 20:50 ` [Bug #12393] debugging in dosemu causes lots of 'scheduling while atomic' Rafael J. Wysocki
2009-02-14 20:50 ` Rafael J. Wysocki
2009-02-14 20:50 ` [Bug #12395] 2.6.28-rc9: oprofile regression Rafael J. Wysocki
2009-02-14 20:50 ` Rafael J. Wysocki
2009-02-14 20:50 ` [Bug #12403] TTY problem on linux-2.6.28-rc7 Rafael J. Wysocki
2009-02-14 20:50 ` Rafael J. Wysocki
2009-02-16 16:12 ` Aristeu Rozanski
2009-02-16 16:12 ` Aristeu Rozanski
2009-02-16 20:42 ` Rafael J. Wysocki
2009-02-14 20:50 ` [Bug #12405] oops in __bounce_end_io_read under kvm Rafael J. Wysocki
2009-02-14 20:50 ` Rafael J. Wysocki
2009-02-14 20:50 ` [Bug #12404] Oops in 2.6.28-rc9 and -rc8 -- mtrr issues / e1000e Rafael J. Wysocki
2009-02-14 20:50 ` Rafael J. Wysocki
2009-02-14 20:50 ` [Bug #12406] 2.6.28 thinks that my PS/2 mouse is a touchpad Rafael J. Wysocki
2009-02-14 20:50 ` Rafael J. Wysocki
2009-02-15 6:14 ` Alexander E. Patrakov
2009-02-15 6:14 ` Alexander E. Patrakov
2009-02-15 14:40 ` Rafael J. Wysocki
2009-02-15 14:40 ` Rafael J. Wysocki
2009-02-14 20:50 ` [Bug #12411] 2.6.28: BUG in r8169 Rafael J. Wysocki
2009-02-14 20:50 ` Rafael J. Wysocki
2009-02-14 20:50 ` [Bug #12408] Funny problem with 2.6.28: Kernel stalls Rafael J. Wysocki
2009-02-14 20:50 ` Rafael J. Wysocki
2009-02-14 20:50 ` [Bug #12409] NULL pointer dereference at get_stats() Rafael J. Wysocki
2009-02-14 20:50 ` Rafael J. Wysocki
2009-02-14 20:50 ` [Bug #12407] Kernel 2.6.28 regression: Hang after hibernate Rafael J. Wysocki
2009-02-14 20:50 ` Rafael J. Wysocki
2009-02-14 20:50 ` [Bug #12500] r8169: NETDEV WATCHDOG: eth0 (r8169): transmit timed out Rafael J. Wysocki
2009-02-14 20:50 ` Rafael J. Wysocki
2009-02-14 20:50 ` [Bug #12465] KVM guests stalling on 2.6.28 (bisected) Rafael J. Wysocki
2009-02-14 20:50 ` Rafael J. Wysocki
2009-02-15 9:48 ` [Bug #12465] KVM guests stalling on 2.6.28 (bisected) [Bug 12465] Kevin Shanahan
2009-02-15 9:48 ` Kevin Shanahan
2009-02-15 10:04 ` Ingo Molnar
2009-02-22 10:39 ` [Bug #12465] KVM guests stalling on 2.6.28 (bisected) [bug 12465] Kevin Shanahan
2009-02-22 10:39 ` Kevin Shanahan
2009-02-22 17:27 ` Ingo Molnar
2009-02-22 17:27 ` Ingo Molnar
2009-02-23 11:38 ` [Bug #12465] KVM guests stalling on 2.6.28 (bisected) [Bug 12465] Kevin Shanahan
2009-02-23 11:38 ` Kevin Shanahan
2009-02-14 20:50 ` [Bug #12421] GPF on 2.6.28 and 2.6.28-rc9-git3, e1000e and e1000 issues Rafael J. Wysocki
2009-02-14 20:50 ` Rafael J. Wysocki
2009-02-14 20:50 ` [Bug #12614] WOL with forcedeth broken since f55c21fd9a92a444e55ad1ca4e4732d56661bf2e Rafael J. Wysocki
2009-02-14 20:50 ` Rafael J. Wysocki
2009-02-14 20:50 ` [Bug #12619] Regression 2.6.28 and last - boot failed Rafael J. Wysocki
2009-02-14 20:50 ` Rafael J. Wysocki
2009-02-14 20:50 ` [Bug #12559] Huawei E169 doesn't work as mass storage anymore Rafael J. Wysocki
2009-02-14 20:50 ` Rafael J. Wysocki
2009-02-14 20:50 ` [Bug #12612] hard lockup when interrupting cdda2wav Rafael J. Wysocki
2009-02-14 20:50 ` Rafael J. Wysocki
2009-02-17 17:16 ` Matthias Reichl
2009-02-17 17:16 ` Matthias Reichl
2009-02-17 20:23 ` Rafael J. Wysocki
2009-02-17 20:23 ` Rafael J. Wysocki
2009-02-19 13:49 ` FUJITA Tomonori
2009-02-19 13:49 ` FUJITA Tomonori
2009-02-14 20:50 ` [Bug #12645] DMI low-memory-protect quirk causes resume hang on Samsung NC10 Rafael J. Wysocki
2009-02-14 20:50 ` Rafael J. Wysocki
2009-02-14 20:50 ` [Bug #12658] ThrustMaster Firestorm Dual Power 3 Gamepads stopped working Rafael J. Wysocki
2009-02-14 20:50 ` Rafael J. Wysocki
2009-02-14 20:50 ` [Bug #12690] DPMS (LCD powersave, poweroff) don't work Rafael J. Wysocki
2009-02-14 20:50 ` Rafael J. Wysocki
2009-02-14 20:50 ` [Bug #12634] video distortion and lockup with i830 video chip and 2.6.28.3 Rafael J. Wysocki
2009-02-14 20:50 ` Rafael J. Wysocki
-- strict thread matches above, loose matches on Subject: below --
2009-02-04 10:55 2.6.29-rc3-git6: Reported regressions 2.6.27 -> 2.6.28 Rafael J. Wysocki
2009-02-04 10:58 ` [Bug #12224] journal activity on inactive partition causes inactive harddrive spinup Rafael J. Wysocki
2009-02-04 10:58 ` Rafael J. Wysocki
2009-02-05 2:00 ` Theodore Tso
2009-02-05 2:00 ` Theodore Tso
2009-02-05 2:36 ` Andrew Morton
2009-02-05 2:36 ` Andrew Morton
2009-01-19 21:41 2.6.29-rc2-git1: Reported regressions 2.6.27 -> 2.6.28 Rafael J. Wysocki
2009-01-19 21:45 ` [Bug #12224] journal activity on inactive partition causes inactive harddrive spinup Rafael J. Wysocki
2009-01-19 21:45 ` Rafael J. Wysocki
2009-01-20 13:03 ` Theodore Tso
2009-01-20 13:03 ` Theodore Tso
2009-01-11 11:36 2.6.29-rc1: Reported regressions 2.6.27 -> 2.6.28 Rafael J. Wysocki
2009-01-11 11:41 ` [Bug #12224] journal activity on inactive partition causes inactive harddrive spinup Rafael J. Wysocki
2009-01-11 11:41 ` Rafael J. Wysocki
2008-12-20 21:56 2.6.28-rc9-git1: Reported regressions from 2.6.27 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-14 19:39 [Bug 12224] New: " bugme-daemon
2008-12-14 22:29 ` [Bug 12224] " bugme-daemon
2008-12-14 22:30 ` bugme-daemon
2008-12-14 23:10 ` Eric Sandeen
2008-12-15 1:22 ` Goswin von Brederlow
2008-12-14 23:10 ` bugme-daemon
2008-12-15 1:22 ` bugme-daemon
2008-12-15 1:25 ` bugme-daemon
2008-12-15 2:47 ` bugme-daemon
2008-12-15 5:07 ` bugme-daemon
2008-12-15 21:49 ` bugme-daemon
2008-12-16 20:35 ` bugme-daemon
2008-12-16 22:01 ` bugme-daemon
2008-12-17 2:30 ` bugme-daemon
2008-12-18 19:56 ` bugme-daemon
2008-12-18 20:41 ` bugme-daemon
2008-12-18 23:02 ` bugme-daemon
2009-01-13 22:17 ` bugme-daemon
2009-01-14 20:35 ` bugme-daemon
2009-01-14 20:44 ` bugme-daemon
2009-01-14 22:37 ` bugme-daemon
2009-01-14 22:58 ` bugme-daemon
2009-01-15 1:09 ` bugme-daemon
2009-01-15 15:48 ` bugme-daemon
2009-01-15 16:12 ` bugme-daemon
2009-01-15 21:03 ` bugme-daemon
2009-02-23 12:22 ` 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.