[Notes:
* Some new regressions from 2.6.28 have been reported since the release of
2.6.29, so here's an update of the regression list.
* I could have missed some fixes due to the large amounts of stuff merged
recently. Please have a look at the list and let me know if I can drop
anything from it.
* I'm not going to track regressions from 2.6.27 any more.
* Next time I'll list regressions from 2.6.29 (after 2.6.30-rc1) and new
regressions from 2.6.28 (if any) will be appended to the list below as
"regressions introduced between 2.6.28 and 2.6.29".]
This message contains a list of some regressions from 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 from 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-04-06 142 37 31
2009-03-21 128 29 26
2009-03-14 124 36 32
2009-03-03 108 33 28
2009-02-24 95 32 24
2009-02-14 85 33 27
2009-02-08 82 45 36
2009-02-04 66 51 39
2009-01-20 38 35 27
2009-01-11 13 13 10
Unresolved regressions
----------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13019
Subject : /proc/<pid>/maps offset output broken in 2.6.29
Submitter : "Chris Friesen" <[email protected]>
Date : 2009-04-01 23:18 (6 days old)
References : http://marc.info/?l=linuxppc-embedded&m=123862902916059&w=4
Handled-By : Hugh Dickins <[email protected]>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13018
Subject : 2.6.29 on MacBook 2,1 fails to reboot
Submitter : Trenton Adams <[email protected]>
Date : 2009-03-30 2:04 (8 days old)
References : http://marc.info/?l=linux-kernel&m=123837870307249&w=4
Handled-By : "Morten P.D. Stevens" <[email protected]>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13017
Subject : ATA bus errors on resume
Submitter : Niel Lambrechts <[email protected]>
Date : 2009-03-25 5:19 (13 days old)
References : http://marc.info/?l=linux-kernel&m=123795841615989&w=4
Handled-By : Tejun Heo <[email protected]>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13015
Subject : pppoe over ethernet
Submitter : Detlef Tschirschky <[email protected]>
Date : 2009-03-25 21:28 (13 days old)
References : http://marc.info/?l=linux-kernel&m=123801663105671&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13001
Subject : PCI-DMA: Out of IOMMU space
Submitter : <[email protected]>
Date : 2009-04-03 09:30 (4 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12980
Subject : lockup in X.org
Submitter : Marcus Better <[email protected]>
Date : 2009-03-31 08:58 (7 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12975
Subject : ata2: lots of error messages, but OS still running well
Submitter : Peter Teoh <[email protected]>
Date : 2009-03-30 08:03 (8 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12971
Subject : "tg3 transmit timed out" when transmitting at high bitrate
Submitter : Nikolay <[email protected]>
Date : 2009-03-29 18:02 (9 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12961
Subject : Kernel panics in early boot: IO-APIC + timer doesn't work
Submitter : Daniel Vetter <[email protected]>
Date : 2009-03-28 19:00 (10 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=8d6f0c8214928f7c5083dd54ecb69c5d615b516e
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12947
Subject : r128: system hangs when X is started with DRI enabled
Submitter : Jos van der Ende <[email protected]>
Date : 2009-03-26 16:14 (12 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12909
Subject : boot/kernel init duration regression from 2.6.28
Submitter : CaT <[email protected]>
Date : 2009-03-16 10:25 (22 days old)
References : http://marc.info/?l=linux-kernel&m=123720083515950&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12908
Subject : acpi_ex_extract_from_field -- div by zero
Submitter : Jiri Slaby <[email protected]>
Date : 2009-03-15 10:47 (23 days old)
References : http://marc.info/?l=linux-kernel&m=123711408225013&w=4
Handled-By : Lin Ming <[email protected]>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12899
Subject : Crash in i915.ko: i915_driver_irq_handler
Submitter : Helge Bahmann <[email protected]>
Date : 2009-03-20 07:13 (18 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12872
Subject : pwc mmap always fails with EAGAIN
Submitter : Markus <[email protected]>
Date : 2009-03-14 16:42 (24 days old)
References : http://marc.info/?l=linux-kernel&m=123704902201378&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12871
Subject : usb bluetooth crashes system
Submitter : Pavel Machek <[email protected]>
Date : 2009-03-10 11:23 (28 days old)
References : http://marc.info/?l=linux-kernel&m=123668450400940&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12867
Subject : 2.6.29-rc7 broke r8169 MAC on Thecus n2100 ARM board
Submitter : Mikael Pettersson <[email protected]>
Date : 2009-03-09 20:29 (29 days old)
References : http://marc.info/?l=linux-kernel&m=123663065403760&w=4
Handled-By : Francois Romieu <[email protected]>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12861
Subject : Xorg fails to start "Failed to allocate space for kernel memory manager"
Submitter : Emil Karlson <[email protected]>
Date : 2009-03-12 12:06 (26 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12836
Subject : 2.6.29-rc breaks STD using Intel 945
Submitter : Rolf Eike Beer <[email protected]>
Date : 2009-03-04 19:20 (34 days old)
References : http://marc.info/?l=linux-kernel&m=123619451406192&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12809
Subject : iozone regression with 2.6.29-rc6
Submitter : Lin Ming <[email protected]>
Date : 2009-02-27 9:13 (39 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=1cf6e7d83bf334cc5916137862c920a97aabc018
References : http://marc.info/?l=linux-kernel&m=123572630504360&w=4
http://lkml.org/lkml/2009/3/14/265
Handled-By : Wu Fengguang <[email protected]>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12792
Subject : 2.6.29-rc6-git4 boot failure
Submitter : "Sachin P. Sant" <[email protected]>
Date : 2009-02-27 23:19 (39 days old)
References : http://ozlabs.org/pipermail/linuxppc-dev/2009-February/068771.html
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12778
Subject : suspend regression from 29rc5 to 29rc6
Submitter : yury <[email protected]>
Date : 2009-02-25 09:25 (41 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12771
Subject : Oops in i915_gem_flush
Submitter : Kalev Lember <[email protected]>
Date : 2009-02-24 08:35 (42 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12765
Subject : i915 VT switch with AIGLX causes X lock up
Submitter : Sitsofe Wheeler <[email protected]>
Date : 2009-02-21 15:38 (45 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=14d200c5e5bd19219d930bbb9a5a22758c8f5bec
References : http://marc.info/?l=linux-kernel&m=123523074304955&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12763
Subject : Different cpu MHz values for processor0 and processor1
Submitter : "Matthew A. Bockol" <[email protected]>
Date : 2009-02-21 5:42 (45 days old)
References : http://marc.info/?l=linux-kernel&m=123519687807246&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12705
Subject : X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
Submitter : Nico Schottelius <[email protected]>
Date : 2009-02-13 9:33 (53 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e806b4957412bf472d826bd8cc571da041248799
References : http://marc.info/?l=linux-kernel&m=123451768406825&w=4
http://marc.info/?l=linux-kernel&m=123479975503827&w=2
Handled-By : Len Brown <[email protected]>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12681
Subject : s2ram: fails to wake up on Acer Extensa 4220 (SMP disabled)
Submitter : Orivej Desh <[email protected]>
Date : 2009-02-09 13:01 (57 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=1cfe62c8010ac56e1bd3827e30386a87cc2f3594
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12670
Subject : BUG: unable to handle kernel paging request at pin_to_kill+0x21
Submitter : Alessandro Bono <[email protected]>
Date : 2009-02-08 11:04 (58 days old)
References : http://marc.info/?l=linux-kernel&m=123409113223833&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12668
Subject : USB flash disk surprise disconnect
Submitter : Vegard Nossum <[email protected]>
Date : 2009-02-08 10:21 (58 days old)
References : http://marc.info/?l=linux-kernel&m=123408851821292&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12574
Subject : possible circular locking dependency detected
Submitter : Michael S. Tsirkin <[email protected]>
Date : 2009-01-29 11:35 (68 days old)
References : http://lkml.org/lkml/2009/2/9/205
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12499
Subject : Problem with using bluetooth adaper connected to usb port
Submitter : "Maciej Rutecki" <[email protected]>
Date : 2009-01-13 18:34 (84 days old)
References : http://marc.info/?l=linux-kernel&m=123187185426236&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12490
Subject : ath5k related kernel panic in 2.6.29-rc1
Submitter : "Sergey S. Kostyliov" <[email protected]>
Date : 2009-01-12 7:38 (85 days old)
References : http://marc.info/?l=linux-kernel&m=123174591509586&w=4
Handled-By : Bob Copeland <[email protected]>
Regressions with patches
------------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13027
Subject : Resume after hibernation regression in forcedeth
Submitter : "Tvrtko A. Ursulin" <[email protected]>
Date : 2009-03-27 20:09 (11 days old)
References : http://marc.info/?l=linux-kernel&m=123818507814476&w=4
Handled-By : Ed Swierk <[email protected]>
Patch : http://marc.info/?l=linux-kernel&m=123878076717061&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13026
Subject : cs5536 is broken
Submitter : Arnd Hannemann <[email protected]>
Date : 2009-04-06 18:11 (1 days old)
References : http://marc.info/?l=linux-kernel&m=123904159829771&w=4
Handled-By : Sergei Shtylyov <[email protected]>
Patch : http://marc.info/?l=linux-kernel&m=123904273731477&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13016
Subject : consistent oops from request_key in 2.6.29
Submitter : Jeff Layton <[email protected]>
Date : 2009-03-31 12:45 (7 days old)
References : http://marc.info/?l=linux-kernel&m=123850360107293&w=4
Handled-By : David Howells <[email protected]>
Patch : http://marc.info/?l=linux-kernel&m=123852150806814&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12870
Subject : 2.6.29-rc "TKIP: replay detected" regression
Submitter : Hugh Dickins <[email protected]>
Date : 2009-03-11 12:07 (27 days old)
References : http://marc.info/?l=linux-kernel&m=123677337219148&w=4
Handled-By : "John W. Linville" <[email protected]>
Patch : http://marc.info/?l=linux-wireless&m=123678463704691&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12671
Subject : uvc_status_cleanup(): undefined reference to `input_unregister_device'
Submitter : Ingo Molnar <[email protected]>
Date : 2009-02-08 14:58 (58 days old)
References : http://marc.info/?l=linux-kernel&m=123410529909318&w=4
Handled-By : Randy Dunlap <[email protected]>
Patch : http://lkml.org/lkml/2009/2/15/172
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12667
Subject : Badness at kernel/time/timekeeping.c:98 in pmud (timekeeping_suspended)
Submitter : Paul Collins <[email protected]>
Date : 2009-01-21 7:15 (76 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=1c5745aa380efb6417b5681104b007c8612fb496
References : http://marc.info/?l=linux-kernel&m=123252215315106&w=4
Handled-By : Benjamin Herrenschmidt <[email protected]>
Patch : http://lkml.org/lkml/2009/2/16/78
For details, please visit the bug entries and follow the links given in
references.
As you can see, there is a Bugzilla entry for each of the listed regressions.
There also is a Bugzilla entry used for tracking the regressions from 2.6.28,
unresolved as well as resolved, at:
http://bugzilla.kernel.org/show_bug.cgi?id=12398
Please let me know if there are any Bugzilla entries that should be added to
the list in there.
Thanks,
Rafael
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.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=12499
Subject : Problem with using bluetooth adaper connected to usb port
Submitter : "Maciej Rutecki" <[email protected]>
Date : 2009-01-13 18:34 (84 days old)
References : http://marc.info/?l=linux-kernel&m=123187185426236&w=4
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.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=12574
Subject : possible circular locking dependency detected
Submitter : Michael S. Tsirkin <[email protected]>
Date : 2009-01-29 11:35 (68 days old)
References : http://lkml.org/lkml/2009/2/9/205
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.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=12668
Subject : USB flash disk surprise disconnect
Submitter : Vegard Nossum <[email protected]>
Date : 2009-02-08 10:21 (58 days old)
References : http://marc.info/?l=linux-kernel&m=123408851821292&w=4
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.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=12671
Subject : uvc_status_cleanup(): undefined reference to `input_unregister_device'
Submitter : Ingo Molnar <[email protected]>
Date : 2009-02-08 14:58 (58 days old)
References : http://marc.info/?l=linux-kernel&m=123410529909318&w=4
Handled-By : Randy Dunlap <[email protected]>
Patch : http://lkml.org/lkml/2009/2/15/172
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.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=12670
Subject : BUG: unable to handle kernel paging request at pin_to_kill+0x21
Submitter : Alessandro Bono <[email protected]>
Date : 2009-02-08 11:04 (58 days old)
References : http://marc.info/?l=linux-kernel&m=123409113223833&w=4
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.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=12765
Subject : i915 VT switch with AIGLX causes X lock up
Submitter : Sitsofe Wheeler <[email protected]>
Date : 2009-02-21 15:38 (45 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=14d200c5e5bd19219d930bbb9a5a22758c8f5bec
References : http://marc.info/?l=linux-kernel&m=123523074304955&w=4
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.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=12771
Subject : Oops in i915_gem_flush
Submitter : Kalev Lember <[email protected]>
Date : 2009-02-24 08:35 (42 days old)
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.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=12681
Subject : s2ram: fails to wake up on Acer Extensa 4220 (SMP disabled)
Submitter : Orivej Desh <[email protected]>
Date : 2009-02-09 13:01 (57 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=1cfe62c8010ac56e1bd3827e30386a87cc2f3594
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.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=12861
Subject : Xorg fails to start "Failed to allocate space for kernel memory manager"
Submitter : Emil Karlson <[email protected]>
Date : 2009-03-12 12:06 (26 days old)
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.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=12836
Subject : 2.6.29-rc breaks STD using Intel 945
Submitter : Rolf Eike Beer <[email protected]>
Date : 2009-03-04 19:20 (34 days old)
References : http://marc.info/?l=linux-kernel&m=123619451406192&w=4
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.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=12705
Subject : X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
Submitter : Nico Schottelius <[email protected]>
Date : 2009-02-13 9:33 (53 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e806b4957412bf472d826bd8cc571da041248799
References : http://marc.info/?l=linux-kernel&m=123451768406825&w=4
http://marc.info/?l=linux-kernel&m=123479975503827&w=2
Handled-By : Len Brown <[email protected]>
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.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=12871
Subject : usb bluetooth crashes system
Submitter : Pavel Machek <[email protected]>
Date : 2009-03-10 11:23 (28 days old)
References : http://marc.info/?l=linux-kernel&m=123668450400940&w=4
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.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=12867
Subject : 2.6.29-rc7 broke r8169 MAC on Thecus n2100 ARM board
Submitter : Mikael Pettersson <[email protected]>
Date : 2009-03-09 20:29 (29 days old)
References : http://marc.info/?l=linux-kernel&m=123663065403760&w=4
Handled-By : Francois Romieu <[email protected]>
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.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=12809
Subject : iozone regression with 2.6.29-rc6
Submitter : Lin Ming <[email protected]>
Date : 2009-02-27 9:13 (39 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=1cf6e7d83bf334cc5916137862c920a97aabc018
References : http://marc.info/?l=linux-kernel&m=123572630504360&w=4
http://lkml.org/lkml/2009/3/14/265
Handled-By : Wu Fengguang <[email protected]>
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.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=12778
Subject : suspend regression from 29rc5 to 29rc6
Submitter : yury <[email protected]>
Date : 2009-02-25 09:25 (41 days old)
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.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=12971
Subject : "tg3 transmit timed out" when transmitting at high bitrate
Submitter : Nikolay <[email protected]>
Date : 2009-03-29 18:02 (9 days old)
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.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=12961
Subject : Kernel panics in early boot: IO-APIC + timer doesn't work
Submitter : Daniel Vetter <[email protected]>
Date : 2009-03-28 19:00 (10 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=8d6f0c8214928f7c5083dd54ecb69c5d615b516e
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.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=12909
Subject : boot/kernel init duration regression from 2.6.28
Submitter : CaT <[email protected]>
Date : 2009-03-16 10:25 (22 days old)
References : http://marc.info/?l=linux-kernel&m=123720083515950&w=4
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.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=12975
Subject : ata2: lots of error messages, but OS still running well
Submitter : Peter Teoh <[email protected]>
Date : 2009-03-30 08:03 (8 days old)
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.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=12947
Subject : r128: system hangs when X is started with DRI enabled
Submitter : Jos van der Ende <[email protected]>
Date : 2009-03-26 16:14 (12 days old)
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.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=12899
Subject : Crash in i915.ko: i915_driver_irq_handler
Submitter : Helge Bahmann <[email protected]>
Date : 2009-03-20 07:13 (18 days old)
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.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=13016
Subject : consistent oops from request_key in 2.6.29
Submitter : Jeff Layton <[email protected]>
Date : 2009-03-31 12:45 (7 days old)
References : http://marc.info/?l=linux-kernel&m=123850360107293&w=4
Handled-By : David Howells <[email protected]>
Patch : http://marc.info/?l=linux-kernel&m=123852150806814&w=4
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.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=12908
Subject : acpi_ex_extract_from_field -- div by zero
Submitter : Jiri Slaby <[email protected]>
Date : 2009-03-15 10:47 (23 days old)
References : http://marc.info/?l=linux-kernel&m=123711408225013&w=4
Handled-By : Lin Ming <[email protected]>
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.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=12980
Subject : lockup in X.org
Submitter : Marcus Better <[email protected]>
Date : 2009-03-31 08:58 (7 days old)
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.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=13017
Subject : ATA bus errors on resume
Submitter : Niel Lambrechts <[email protected]>
Date : 2009-03-25 5:19 (13 days old)
References : http://marc.info/?l=linux-kernel&m=123795841615989&w=4
Handled-By : Tejun Heo <[email protected]>
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.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=13026
Subject : cs5536 is broken
Submitter : Arnd Hannemann <[email protected]>
Date : 2009-04-06 18:11 (1 days old)
References : http://marc.info/?l=linux-kernel&m=123904159829771&w=4
Handled-By : Sergei Shtylyov <[email protected]>
Patch : http://marc.info/?l=linux-kernel&m=123904273731477&w=4
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.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=13015
Subject : pppoe over ethernet
Submitter : Detlef Tschirschky <[email protected]>
Date : 2009-03-25 21:28 (13 days old)
References : http://marc.info/?l=linux-kernel&m=123801663105671&w=4
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.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=13001
Subject : PCI-DMA: Out of IOMMU space
Submitter : <[email protected]>
Date : 2009-04-03 09:30 (4 days old)
On Mon, 6 Apr 2009, Rafael J. Wysocki wrote:
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13019
> Subject : /proc/<pid>/maps offset output broken in 2.6.29
> Submitter : "Chris Friesen" <[email protected]>
> Date : 2009-04-01 23:18 (6 days old)
> References : http://marc.info/?l=linuxppc-embedded&m=123862902916059&w=4
> Handled-By : Hugh Dickins <[email protected]>
I don't think that's a regression, nor really a bug. It looks cosmetic,
and likely to be fixed, but not really worth worrying about.
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13018
> Subject : 2.6.29 on MacBook 2,1 fails to reboot
> Submitter : Trenton Adams <[email protected]>
> Date : 2009-03-30 2:04 (8 days old)
> References : http://marc.info/?l=linux-kernel&m=123837870307249&w=4
> Handled-By : "Morten P.D. Stevens" <[email protected]>
This went through bisection, but looking at the email log, I tend to
suspect that maybe Trenton marked some versions good even though they
weren't (because they got versions numbers from v2.6.27), and didn't
realize that that messes up bisection in a big way.
The bug _sounds_ like some deadlock due to lock problems - the shutdown
path often triggers locks that no other path really cares about. And we
had some lock problems in the sound subsystem that got fixed post-2.6.28,
for example.
And it looks like the problem is somewhere in sound shutdown:
12181 delete_module("snd_hda_codec", O_RDONLY|O_EXCL) = -1 EAGAIN (Resource temporarily unavailable) <0.000011>
So commits like 91054598f794fb5d8a0b1e747ff8e2e8fc2115b3 ("ALSA: pcm_oss,
fix locking typo") might explain it.
Linus
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.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=13019
Subject : /proc/<pid>/maps offset output broken in 2.6.29
Submitter : "Chris Friesen" <[email protected]>
Date : 2009-04-01 23:18 (6 days old)
References : http://marc.info/?l=linuxppc-embedded&m=123862902916059&w=4
Handled-By : Hugh Dickins <[email protected]>
On Mon, 6 Apr 2009, Rafael J. Wysocki wrote:
>
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.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=12809
Hmm. I applied the commit that should fix it, but I applied it _after_
2.6.29. I was too scared to apply it late in the -rc and quite frankly
I'm not sure we should necessarily back-port it.
So I'm hoping that we can close it as "fixed", even though 2.6.29 will
have that particular regression - for those particular machines. It is,
after all, just a "where do we draw the line" kind of issue.
But I won't close it myself, and I leave it to others to argue whether it
really maybe should be back-ported after all.
Linus
On Tue, Apr 07, 2009 at 03:05:38AM +0800, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.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=12809
> Subject : iozone regression with 2.6.29-rc6
> Submitter : Lin Ming <[email protected]>
> Date : 2009-02-27 9:13 (39 days old)
> First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=1cf6e7d83bf334cc5916137862c920a97aabc018
> References : http://marc.info/?l=linux-kernel&m=123572630504360&w=4
> http://lkml.org/lkml/2009/3/14/265
> Handled-By : Wu Fengguang <[email protected]>
>
This bug could be closed.
The performance regression is triggered by commit 1cf6e7d83bf3(mm:
task dirty accounting fix). Which has been reverted in 2.6.29.
For 2.6.30, commit 1cf6e7d83bf33(mm: task dirty accounting fix) and
1b5e62b42b55(writeback: double the dirty thresholds) were just merged
together. The latter one restores the iozone performance. (However
might deteriorate some writeback slowness bugs..)
Thanks,
Fengguang
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.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=12872
Subject : pwc mmap always fails with EAGAIN
Submitter : Markus <[email protected]>
Date : 2009-03-14 16:42 (24 days old)
References : http://marc.info/?l=linux-kernel&m=123704902201378&w=4
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.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=12667
Subject : Badness at kernel/time/timekeeping.c:98 in pmud (timekeeping_suspended)
Submitter : Paul Collins <[email protected]>
Date : 2009-01-21 7:15 (76 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=1c5745aa380efb6417b5681104b007c8612fb496
References : http://marc.info/?l=linux-kernel&m=123252215315106&w=4
Handled-By : Benjamin Herrenschmidt <[email protected]>
Patch : http://lkml.org/lkml/2009/2/16/78
On Tue, Apr 07, 2009 at 06:15:09AM +0800, Wu Fengguang wrote:
> On Tue, Apr 07, 2009 at 03:05:38AM +0800, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.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=12809
> > Subject : iozone regression with 2.6.29-rc6
> > Submitter : Lin Ming <[email protected]>
> > Date : 2009-02-27 9:13 (39 days old)
> > First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=1cf6e7d83bf334cc5916137862c920a97aabc018
> > References : http://marc.info/?l=linux-kernel&m=123572630504360&w=4
> > http://lkml.org/lkml/2009/3/14/265
> > Handled-By : Wu Fengguang <[email protected]>
> >
>
> This bug could be closed.
>
> The performance regression is triggered by commit 1cf6e7d83bf3(mm:
> task dirty accounting fix). Which has been reverted in 2.6.29.
Sorry for the mistake, commit 1cf6e7d83bf3 was _not_ reverted.
So 2.6.29 is expected to have this regression..
Thanks,
Fengguang
> For 2.6.30, commit 1cf6e7d83bf33(mm: task dirty accounting fix) and
> 1b5e62b42b55(writeback: double the dirty thresholds) were just merged
> together. The latter one restores the iozone performance. (However
> might deteriorate some writeback slowness bugs..)
>
> Thanks,
> Fengguang
>
On Tuesday 07 April 2009, Wu Fengguang wrote:
> On Tue, Apr 07, 2009 at 06:15:09AM +0800, Wu Fengguang wrote:
> > On Tue, Apr 07, 2009 at 03:05:38AM +0800, Rafael J. Wysocki wrote:
> > > This message has been generated automatically as a part of a report
> > > of recent regressions.
> > >
> > > The following bug entry is on the current list of known regressions
> > > from 2.6.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=12809
> > > Subject : iozone regression with 2.6.29-rc6
> > > Submitter : Lin Ming <[email protected]>
> > > Date : 2009-02-27 9:13 (39 days old)
> > > First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=1cf6e7d83bf334cc5916137862c920a97aabc018
> > > References : http://marc.info/?l=linux-kernel&m=123572630504360&w=4
> > > http://lkml.org/lkml/2009/3/14/265
> > > Handled-By : Wu Fengguang <[email protected]>
> > >
> >
> > This bug could be closed.
> >
> > The performance regression is triggered by commit 1cf6e7d83bf3(mm:
> > task dirty accounting fix). Which has been reverted in 2.6.29.
>
> Sorry for the mistake, commit 1cf6e7d83bf3 was _not_ reverted.
> So 2.6.29 is expected to have this regression..
Added -stable to the CC list. I'm not sure if that was included into .29.1.
> > For 2.6.30, commit 1cf6e7d83bf33(mm: task dirty accounting fix) and
> > 1b5e62b42b55(writeback: double the dirty thresholds) were just merged
> > together. The latter one restores the iozone performance. (However
> > might deteriorate some writeback slowness bugs..)
Thanks, I've closed the bug.
Rafael
On Monday 06 April 2009, Linus Torvalds wrote:
>
> On Mon, 6 Apr 2009, Rafael J. Wysocki wrote:
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13019
> > Subject : /proc/<pid>/maps offset output broken in 2.6.29
> > Submitter : "Chris Friesen" <[email protected]>
> > Date : 2009-04-01 23:18 (6 days old)
> > References : http://marc.info/?l=linuxppc-embedded&m=123862902916059&w=4
> > Handled-By : Hugh Dickins <[email protected]>
>
> I don't think that's a regression, nor really a bug. It looks cosmetic,
> and likely to be fixed, but not really worth worrying about.
OK, I've dropped it from the list.
Thanks,
Rafael
On Mon, 6 Apr 2009, Rafael J. Wysocki wrote:
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13019
> Subject : /proc/<pid>/maps offset output broken in 2.6.29
> Submitter : "Chris Friesen" <[email protected]>
> Date : 2009-04-01 23:18 (6 days old)
> References : http://marc.info/?l=linuxppc-embedded&m=123862902916059&w=4
> Handled-By : Hugh Dickins <[email protected]>
No, this shouldn't be listed as a regression from 2.6.28: if it's to be
counted as a regression at all, it's 2.6.23's regression from 2.6.22.
(We're about to deal with it in 2.6.30, but hardly worth backporting.)
Hugh
On Mon, Apr 06, 2009 at 09:05:41PM +0200, Rafael J. Wysocki wrote:
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12909
> Subject : boot/kernel init duration regression from 2.6.28
> Submitter : CaT <[email protected]>
> Date : 2009-03-16 10:25 (22 days old)
> References : http://marc.info/?l=linux-kernel&m=123720083515950&w=4
I got it tracked down to .29-rc1. I guess I'll need to learn to use git
now (and user the desktop - compiling on the EEE takes /ages/). Also have
.29.1 ready to test when I get home tonight.
--
"A search of his car uncovered pornography, a homemade sex aid, women's
stockings and a Jack Russell terrier."
- http://www.news.com.au/story/0%2C27574%2C24675808-421%2C00.html
* Rafael J. Wysocki ([email protected]) wrote:
> On Tuesday 07 April 2009, Wu Fengguang wrote:
> > On Tue, Apr 07, 2009 at 06:15:09AM +0800, Wu Fengguang wrote:
> > > On Tue, Apr 07, 2009 at 03:05:38AM +0800, Rafael J. Wysocki wrote:
> > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12809
> > > > Subject : iozone regression with 2.6.29-rc6
> > > > Submitter : Lin Ming <[email protected]>
> > > > Date : 2009-02-27 9:13 (39 days old)
> > > > First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=1cf6e7d83bf334cc5916137862c920a97aabc018
> > > > References : http://marc.info/?l=linux-kernel&m=123572630504360&w=4
> > > > http://lkml.org/lkml/2009/3/14/265
> > > > Handled-By : Wu Fengguang <[email protected]>
> > >
> > > This bug could be closed.
> > >
> > > The performance regression is triggered by commit 1cf6e7d83bf3(mm:
> > > task dirty accounting fix). Which has been reverted in 2.6.29.
> >
> > Sorry for the mistake, commit 1cf6e7d83bf3 was _not_ reverted.
> > So 2.6.29 is expected to have this regression..
>
> Added -stable to the CC list. I'm not sure if that was included into .29.1.
1cf6e7d83bf3 is part of 2.6.29.1 (came in 2.6.29-rc6)
> > > For 2.6.30, commit 1cf6e7d83bf33(mm: task dirty accounting fix) and
> > > 1b5e62b42b55(writeback: double the dirty thresholds) were just merged
> > > together. The latter one restores the iozone performance. (However
> > > might deteriorate some writeback slowness bugs..)
1b5e62b42b55 is not in -stable.
thanks,
-chris
On 4/6/09, Rafael J. Wysocki <[email protected]> wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.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=13015
> Subject : pppoe over ethernet
> Submitter : Detlef Tschirschky <[email protected]>
> Date : 2009-03-25 21:28 (13 days old)
> References : http://marc.info/?l=linux-kernel&m=123801663105671&w=4
>
>
>
I expect the issue is inspered by network problem found in plain
2.6.29. Detlef could you confirm the problem is still active in
2.6.29.1 or in current -git mainline?
On Mon, Apr 6, 2009 at 3:53 PM, Linus Torvalds
<[email protected]> wrote:
>
>
> On Mon, 6 Apr 2009, Rafael J. Wysocki wrote:
>>
>> Bug-Entry ? ? : http://bugzilla.kernel.org/show_bug.cgi?id=13018
>> Subject ? ? ? ? ? ? ? : 2.6.29 on MacBook 2,1 fails to reboot
>> Submitter ? ? : Trenton Adams <[email protected]>
>> Date ? ? ? ? ?: 2009-03-30 2:04 (8 days old)
>> References ? ?: http://marc.info/?l=linux-kernel&m=123837870307249&w=4
>> Handled-By ? ?: "Morten P.D. Stevens" <[email protected]>
>
> This went through bisection, but looking at the email log, I tend to
> suspect that maybe Trenton marked some versions good even though they
> weren't (because they got versions numbers from v2.6.27), and didn't
> realize that that messes up bisection in a big way.
Is it appropriate for me to respond to these things?
I was wondering about that. Someone had mentioned that I should trust
the bisect, even when it takes me into "other versions", and it was
taking me through 2.6.27, which I thought was just really weird.
Would you like me to try the bisect again with a little more
diligence, or do you think it can be found with the info given? It
may take a week or so, due to being a bit busy.
Thanks
On Mon, 6 Apr 2009, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.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=12908
> Subject : acpi_ex_extract_from_field -- div by zero
> Submitter : Jiri Slaby <[email protected]>
> Date : 2009-03-15 10:47 (23 days old)
> References : http://marc.info/?l=linux-kernel&m=123711408225013&w=4
> Handled-By : Lin Ming <[email protected]>
This is unreproducible and now marked closed.
The theory is that somebody (else:-) scribbled on random kernel memory...
thanks,
Len Brown, Intel Open Source Technology Center
On Mon, 6 Apr 2009, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.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=12705
> Subject : X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
> Submitter : Nico Schottelius <[email protected]>
> Date : 2009-02-13 9:33 (53 days old)
> First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e806b4957412bf472d826bd8cc571da041248799
> References : http://marc.info/?l=linux-kernel&m=123451768406825&w=4
> http://marc.info/?l=linux-kernel&m=123479975503827&w=2
> Handled-By : Len Brown <[email protected]>
Handled-By : Eric Anholt <[email protected]>
thanks,
Len Brown, Intel Open Source Technology Center
On Mon, 6 Apr 2009, Trenton D. Adams wrote:
> >
> > This went through bisection, but looking at the email log, I tend to
> > suspect that maybe Trenton marked some versions good even though they
> > weren't (because they got versions numbers from v2.6.27), and didn't
> > realize that that messes up bisection in a big way.
>
> Is it appropriate for me to respond to these things?
Yes. I added you to the cc exactly because it was hard for me to judge
from the email discussion that is linked to in the regression list whether
you actually _did_ mark some versions good because of confusion about the
version numbering.
That would certainly explain why bisection didn't seem to work.
But it's not the _only_ reason bisection doesn't work. Sometimes you can
be as careful as possible, but if it's a bug that is even _slightly_ flaky
(timing-dependencies etc), and the bisection marked something good that
shouldn't have been (or vice versa, but that's unusual), then the
bisection end result won't be right.
So you may well have done everything right, and I'm not trying to blame
you. I just was hoping that maybe that confusion would explain why the
bisection didn't seem to pinpoint anything sane..
> I was wondering about that. Someone had mentioned that I should trust
> the bisect, even when it takes me into "other versions", and it was
> taking me through 2.6.27, which I thought was just really weird.
> Would you like me to try the bisect again with a little more
> diligence, or do you think it can be found with the info given? It
> may take a week or so, due to being a bit busy.
It would be good, especially if this bug doesn't end up being solved some
other way... And slow results are better than no results at all ;)
Linus
On Mon, Apr 6, 2009 at 10:07 PM, Linus Torvalds
<[email protected]> wrote:
>
>
> On Mon, 6 Apr 2009, Trenton D. Adams wrote:
>> >
>> > This went through bisection, but looking at the email log, I tend to
>> > suspect that maybe Trenton marked some versions good even though they
>> > weren't (because they got versions numbers from v2.6.27), and didn't
>> > realize that that messes up bisection in a big way.
>>
>> Is it appropriate for me to respond to these things?
>
> Yes. I added you to the cc exactly because it was hard for me to judge
> from the email discussion that is linked to in the regression list whether
> you actually _did_ mark some versions good because of confusion about the
> version numbering.
Oh, didn't know you CC'd me. I have just been searching for my name
to try and keep up to date on threads I participated in, because the
list volume is just too much.
> So you may well have done everything right, and I'm not trying to blame
> you. I just was hoping that maybe that confusion would explain why the
> bisection didn't seem to pinpoint anything sane..
This gave me a bit of a chuckle. ROFL. I didn't think you were
_blaming_ me. And even if you were, I'd just say "I'M HUMAN MAN". ;)
It is very well possible that I simply booted the wrong kernel, seeing
I had like 20 to choose from at the time, after doing all those
bisects. This time, I will make the new kernels the default so that
it is impossible to happen again, assuming that is what happened. I
will also stop and start alsa 2 or 3 times, in case it is a deadlock
timing issue as you mentioned.
I'm glad to know that I shouldn't be switching kernel versions though.
I thought that was really crazy.
>
>
> It would be good, especially if this bug doesn't end up being solved some
> other way... And slow results are better than no results at all ;)
>
> Linus
>
Okay, I will try again. Hopefully in a few days I'll have something
for the bug.
On 07-04-2009 06:23, Trenton D. Adams wrote:
...
> This gave me a bit of a chuckle. ROFL. I didn't think you were
> _blaming_ me. And even if you were, I'd just say "I'M HUMAN MAN". ;)
So, do you think you should be treated better than others? @-)
Jarek P.
On Tue, Apr 7, 2009 at 12:24 AM, Jarek Poplawski <[email protected]> wrote:
> On 07-04-2009 06:23, Trenton D. Adams wrote:
> ...
>> This gave me a bit of a chuckle. ROFL. ?I didn't think you were
>> _blaming_ me. ?And even if you were, I'd just say "I'M HUMAN MAN". ;)
>
> So, do you think you should be treated better than others? @-)
>
> Jarek P.
>
This gave me a bit of a confused look. Better, how so? And what would
provoke such a comment? Linus was simply being excessively polite,
which is a good side to error on I suppose, but I don't need excessive
politeness. I didn't in any way think he had blamed me for anything.
And why would I? He hadn't said anything that indicated he was.
Yeah, having trouble getting into your head on that comment. _confused look_
On Tue, Apr 07, 2009 at 12:31:52AM -0600, Trenton D. Adams wrote:
> On Tue, Apr 7, 2009 at 12:24 AM, Jarek Poplawski <[email protected]> wrote:
> > On 07-04-2009 06:23, Trenton D. Adams wrote:
> > ...
> >> This gave me a bit of a chuckle. ROFL. ?I didn't think you were
> >> _blaming_ me. ?And even if you were, I'd just say "I'M HUMAN MAN". ;)
> >
> > So, do you think you should be treated better than others? @-)
> >
> > Jarek P.
> >
>
> This gave me a bit of a confused look. Better, how so? And what would
Hmm... I mean better than NON-HUMANS of course! Everybody is equal here.
Jarek P.
On Tue, Apr 7, 2009 at 12:41 AM, Jarek Poplawski <[email protected]> wrote:
> On Tue, Apr 07, 2009 at 12:31:52AM -0600, Trenton D. Adams wrote:
>> On Tue, Apr 7, 2009 at 12:24 AM, Jarek Poplawski <[email protected]> wrote:
>> > On 07-04-2009 06:23, Trenton D. Adams wrote:
>> > ...
>> >> This gave me a bit of a chuckle. ROFL. ?I didn't think you were
>> >> _blaming_ me. ?And even if you were, I'd just say "I'M HUMAN MAN". ;)
>> >
>> > So, do you think you should be treated better than others? @-)
>> >
>> > Jarek P.
>> >
>>
>> This gave me a bit of a confused look. Better, how so? ?And what would
>
> Hmm... I mean better than NON-HUMANS of course! Everybody is equal here.
>
> Jarek P.
>
Oh, I did not see your smiley before, because I have never seen that
particular smiley, so my brain filtered it out. What kind of emotion
does it imply?
Boy, you'd thunk I would have seen it by now. :P
Hi Rafael,
> 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.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=12499
> Subject : Problem with using bluetooth adaper connected to usb port
> Submitter : "Maciej Rutecki" <[email protected]>
> Date : 2009-01-13 18:34 (84 days old)
> References : http://marc.info/?l=linux-kernel&m=123187185426236&w=4
I prefer to have this checked against 2.6.30-rc1 once Linus released
that one. I think that I know the root cause for this one and it is
actually a hardware/firmware bug. Some Bluetooth dongles expect to have
the interrupt and bulk URBs available at the same time. Otherwise they
do pee in their pants.
Regards
Marcel
Hi Rafael,
> 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.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=12871
> Subject : usb bluetooth crashes system
> Submitter : Pavel Machek <[email protected]>
> Date : 2009-03-10 11:23 (28 days old)
> References : http://marc.info/?l=linux-kernel&m=123668450400940&w=4
please have this re-tested against 2.6.30-rc1 then we can work on
figuring out which patch might have fixed it. I think it is fixed now,
but I could be also wrong here.
Regards
Marcel
2009/4/7 Marcel Holtmann <[email protected]>:
> Hi Rafael,
>
>> 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.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=12499
>> Subject : Problem with using bluetooth adaper connected to usb port
>> Submitter : "Maciej Rutecki" <[email protected]>
>> Date : 2009-01-13 18:34 (84 days old)
I forgot this bug :)
>> References : http://marc.info/?l=linux-kernel&m=123187185426236&w=4
>
> I prefer to have this checked against 2.6.30-rc1 once Linus released
> that one. I think that I know the root cause for this one and it is
> actually a hardware/firmware bug. Some Bluetooth dongles expect to have
> the interrupt and bulk URBs available at the same time. Otherwise they
> do pee in their pants.
I will check -rc1 when will be available.
>
> Regards
>
> Marcel
>
>
>
Regards
--
Maciej Rutecki
http://www.maciek.unixy.pl
On Mon, 2009-04-06 at 21:05 +0200, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.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=12670
> Subject : BUG: unable to handle kernel paging request at pin_to_kill+0x21
> Submitter : Alessandro Bono <[email protected]>
> Date : 2009-02-08 11:04 (58 days old)
> References : http://marc.info/?l=linux-kernel&m=123409113223833&w=4
>
>
HI
please close this bug
I'm not able to reproduce and at time of this problem my notebook has
broken memory modules
thanks
--
Cordiali Saluti
Alessandro Bono
On Tue, 7 Apr 2009, Cyrill Gorcunov wrote:
> On 4/6/09, Rafael J. Wysocki wrote:
>> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13015
>> Subject : pppoe over ethernet
> I expect the issue is inspered by network problem found in plain
> 2.6.29. Detlef could you confirm the problem is still active in
> 2.6.29.1 or in current -git mainline?
Moin Cyrill,
2.6.29.1 is running fine for me. Can't find any network problems in
2.6.29.1 now.
Thanks and regards
Detlef
On 4/7/09, Detlef Tschirschky <[email protected]> wrote:
> On Tue, 7 Apr 2009, Cyrill Gorcunov wrote:
>
>> On 4/6/09, Rafael J. Wysocki wrote:
>
>>> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13015
>>> Subject : pppoe over ethernet
>
>> I expect the issue is inspered by network problem found in plain
>> 2.6.29. Detlef could you confirm the problem is still active in
>> 2.6.29.1 or in current -git mainline?
>
> Moin Cyrill,
>
> 2.6.29.1 is running fine for me. Can't find any network problems in
> 2.6.29.1 now.
>
> Thanks and regards
>
> Detlef
>
>
Thanks a lot, Detlef!
Rafael, i guess we could close the bug.
On Mon, 6 Apr 2009, Rafael J. Wysocki wrote:
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12867
> Subject : 2.6.29-rc7 broke r8169 MAC on Thecus n2100 ARM board
> Submitter : Mikael Pettersson <[email protected]>
> Date : 2009-03-09 20:29 (29 days old)
> References : http://marc.info/?l=linux-kernel&m=123663065403760&w=4
> Handled-By : Francois Romieu <[email protected]>
I think this was fixed in the mainline by revert
ea8dbdd17099a9a5864ebd4c87e01e657b19c7ab.
--
i.
On 04/07/2009 06:09 AM, Len Brown wrote:
> On Mon, 6 Apr 2009, Rafael J. Wysocki wrote:
>
>> This message has been generated automatically as a part of a report
>> of recent regressions.
>>
>> The following bug entry is on the current list of known regressions
>> from 2.6.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=12908
>> Subject : acpi_ex_extract_from_field -- div by zero
>> Submitter : Jiri Slaby <[email protected]>
>> Date : 2009-03-15 10:47 (23 days old)
>> References : http://marc.info/?l=linux-kernel&m=123711408225013&w=4
>> Handled-By : Lin Ming <[email protected]>
>
> This is unreproducible and now marked closed.
s/un/hardly /. As I wrote earlier this usually happens after few days
being off which makes it peculiar.
> The theory is that somebody (else:-) scribbled on random kernel memory...
Might be, this will probably be hard to catch :/.
Or even a HW malfunction...
Linus Torvalds wrote:
> On Mon, 6 Apr 2009, Rafael J. Wysocki wrote:
>> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13018
>> Subject : 2.6.29 on MacBook 2,1 fails to reboot
>> Submitter : Trenton Adams <[email protected]>
>> Date : 2009-03-30 2:04 (8 days old)
>> References : http://marc.info/?l=linux-kernel&m=123837870307249&w=4
>> Handled-By : "Morten P.D. Stevens" <[email protected]>
>
> This went through bisection, but looking at the email log, I tend to
> suspect that maybe Trenton marked some versions good even though they
> weren't (because they got versions numbers from v2.6.27), and didn't
> realize that that messes up bisection in a big way.
>
> The bug _sounds_ like some deadlock due to lock problems - the shutdown
> path often triggers locks that no other path really cares about. And we
> had some lock problems in the sound subsystem that got fixed post-2.6.28,
> for example.
>
> And it looks like the problem is somewhere in sound shutdown:
>
> 12181 delete_module("snd_hda_codec", O_RDONLY|O_EXCL) = -1 EAGAIN (Resource temporarily unavailable) <0.000011>
>
> So commits like 91054598f794fb5d8a0b1e747ff8e2e8fc2115b3 ("ALSA: pcm_oss,
> fix locking typo") might explain it.
Trenton,
could it be the same as this one?
http://bugzilla.kernel.org/show_bug.cgi?id=12321
"System hangs when unloading alsa modules"
http://bugs.gentoo.org/show_bug.cgi?id=253535
"System hangs when unloading alsa modules on Kernel >2.6.28"
--
Stefan Richter
-=====-==--= -=-- --===
http://arcgraph.de/sr/
On Tue, Apr 7, 2009 at 10:16 AM, Stefan Richter
<[email protected]> wrote:
> Linus Torvalds wrote:
>> On Mon, 6 Apr 2009, Rafael J. Wysocki wrote:
>>> Bug-Entry ? ?: http://bugzilla.kernel.org/show_bug.cgi?id=13018
>>> Subject ? ? ? ? ? ? ?: 2.6.29 on MacBook 2,1 fails to reboot
>>> Submitter ? ?: Trenton Adams <[email protected]>
>>> Date ? ? ? ? : 2009-03-30 2:04 (8 days old)
>>> References ? : http://marc.info/?l=linux-kernel&m=123837870307249&w=4
>>> Handled-By ? : "Morten P.D. Stevens" <[email protected]>
>>
>
> Trenton,
> could it be the same as this one?
> http://bugzilla.kernel.org/show_bug.cgi?id=12321
> "System hangs when unloading alsa modules"
> http://bugs.gentoo.org/show_bug.cgi?id=253535
> "System hangs when unloading alsa modules on Kernel >2.6.28"
> --
> Stefan Richter
> -=====-==--= -=-- --===
> http://arcgraph.de/sr/
>
The first one looks similar, if not identical. The second one
doesn't, because my problem happens on 2.6.29 only, not 2.6.28.
Either way, the unload problem with the module didn't happen in
2.6.28.
Trenton D. Adams wrote:
> On Tue, Apr 7, 2009 at 10:16 AM, Stefan Richter
> <[email protected]> wrote:
>> Linus Torvalds wrote:
>>> On Mon, 6 Apr 2009, Rafael J. Wysocki wrote:
>>>> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13018
>>>> Subject : 2.6.29 on MacBook 2,1 fails to reboot
...
>>> The bug _sounds_ like some deadlock due to lock problems - the shutdown
>>> path often triggers locks that no other path really cares about. And we
>>> had some lock problems in the sound subsystem that got fixed post-2.6.28,
>>> for example.
>>>
>>> And it looks like the problem is somewhere in sound shutdown:
>>>
>>> 12181 delete_module("snd_hda_codec", O_RDONLY|O_EXCL) = -1 EAGAIN (Resource temporarily unavailable) <0.000011>
>>>
>>> So commits like 91054598f794fb5d8a0b1e747ff8e2e8fc2115b3 ("ALSA: pcm_oss,
>>> fix locking typo") might explain it.
...
>> could it be the same as this one?
>> http://bugzilla.kernel.org/show_bug.cgi?id=12321
>> "System hangs when unloading alsa modules"
>> http://bugs.gentoo.org/show_bug.cgi?id=253535
>> "System hangs when unloading alsa modules on Kernel >2.6.28"
...
> The first one looks similar, if not identical. The second one
> doesn't, because my problem happens on 2.6.29 only, not 2.6.28.
The Gentoo bug entry too is about a regression _after_ 2.6.28. :-)
I.e. 2.6.28.y. are unaffected. It's actually just the downstream
duplicate of the kernel.org bug entry.
> Either way, the unload problem with the module didn't happen in
> 2.6.28.
Interdependencies between ALSA modules have changed. The Gentoo init
scripts attempted to unload them in an order which deadlocked modprobe
due to dependencies. The fix for Gentoo is to just not unload the
modules on system shutdown. My Gentoo/amd64 Mac mini was affected by
this too; fixed by userland update.
(Added Cc to [email protected])
--
Stefan Richter
-=====-=-=== -=-= -==-=
http://arcgraph.de/sr/
On Tue, Apr 7, 2009 at 10:10 AM, Stefan Richter
<[email protected]> wrote:
> Trenton D. Adams wrote:
>> On Tue, Apr 7, 2009 at 10:16 AM, Stefan Richter
>> <[email protected]> wrote:
>>> Linus Torvalds wrote:
>>>> On Mon, 6 Apr 2009, Rafael J. Wysocki wrote:
>>>>> Bug-Entry ? ?: http://bugzilla.kernel.org/show_bug.cgi?id=13018
>>>>> Subject ? ? ? ? ? ? ?: 2.6.29 on MacBook 2,1 fails to reboot
> ...
>>>> The bug _sounds_ like some deadlock due to lock problems - the shutdown
>>>> path often triggers locks that no other path really cares about. And we
>>>> had some lock problems in the sound subsystem that got fixed post-2.6.28,
>>>> for example.
>>>>
>>>> And it looks like the problem is somewhere in sound shutdown:
>>>>
>>>> 12181 delete_module("snd_hda_codec", O_RDONLY|O_EXCL) = -1 EAGAIN (Resource temporarily unavailable) <0.000011>
>>>>
>>>> So commits like 91054598f794fb5d8a0b1e747ff8e2e8fc2115b3 ("ALSA: pcm_oss,
>>>> fix locking typo") might explain it.
> ...
>>> could it be the same as this one?
>>> http://bugzilla.kernel.org/show_bug.cgi?id=12321
>>> "System hangs when unloading alsa modules"
>>> http://bugs.gentoo.org/show_bug.cgi?id=253535
>>> "System hangs when unloading alsa modules on Kernel >2.6.28"
> ...
>> The first one looks similar, if not identical. ?The second one
>> doesn't, because my problem happens on 2.6.29 only, not 2.6.28.
>
> The Gentoo bug entry too is about a regression _after_ 2.6.28. :-)
> I.e. 2.6.28.y. are unaffected. ?It's actually just the downstream
> duplicate of the kernel.org bug entry.
>
>> Either way, the unload problem with the module didn't happen in
>> 2.6.28.
>
> Interdependencies between ALSA modules have changed. ?The Gentoo init
> scripts attempted to unload them in an order which deadlocked modprobe
> due to dependencies. ?The fix for Gentoo is to just not unload the
> modules on system shutdown. ?My Gentoo/amd64 Mac mini was affected by
> this too; fixed by userland update.
>
> (Added Cc to [email protected])
> --
> Stefan Richter
> -=====-=-=== -=-= -==-=
> http://arcgraph.de/sr/
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at ?http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at ?http://www.tux.org/lkml/
>
With the imac(kernel 2.6.29)
/sbin/shutdown -h now (works)
but
/sbin/reboot
hangs
--
Justin P. Mattock
On Tue, Apr 7, 2009 at 11:10 AM, Stefan Richter
<[email protected]> wrote:
> Trenton D. Adams wrote:
> Interdependencies between ALSA modules have changed. ?The Gentoo init
> scripts attempted to unload them in an order which deadlocked modprobe
> due to dependencies. ?The fix for Gentoo is to just not unload the
> modules on system shutdown. ?My Gentoo/amd64 Mac mini was affected by
> this too; fixed by userland update.
>
While that is interesting, I am not seeing that problem on my Gentoo
box (the macbook), which is completely up-to-date. 2.6.28 works, and
2.6.29 doesn't. Same init scripts, different kernels.
And sure, I could put a comment on the rmmod, in the init script, but
IMO that would be a hack around a _bug_. Which is fine for me. But,
is it worth leaving the issue in the kernel?
Trenton D. Adams wrote:
> On Tue, Apr 7, 2009 at 11:10 AM, Stefan Richter
> <[email protected]> wrote:
>>>> http://bugs.gentoo.org/show_bug.cgi?id=253535
>> Interdependencies between ALSA modules have changed. The Gentoo init
>> scripts attempted to unload them in an order which deadlocked modprobe
>> due to dependencies. The fix for Gentoo is to just not unload the
>> modules on system shutdown. My Gentoo/amd64 Mac mini was affected by
>> this too; fixed by userland update.
>>
>
> While that is interesting, I am not seeing that problem on my Gentoo
> box (the macbook), which is completely up-to-date. 2.6.28 works, and
> 2.6.29 doesn't. Same init scripts, different kernels.
Note that the respective update changed /etc/conf.d/alsasound (a local
configuration file) to include
UNLOAD_ON_STOP="no"
KILLPROC_ON_STOP="no"
This change by update is not activated by a mere emerge; one needs to
incorporate that change with dispatch-conf or an equivalent method.
(Or simply edit the file to have these variables set to "no".)
> And sure, I could put a comment on the rmmod, in the init script, but
> IMO that would be a hack around a _bug_. Which is fine for me. But,
> is it worth leaving the issue in the kernel?
Is it a kernel issue if a script attempts to unload a busy module, then
fails to proceed? I wouldn't think so.
But more importantly, is this init scripts related bug really what's
happening at your system? Or do you actually experience an entirely
different bug?
--
Stefan Richter
-=====-=-=== -=-= -==-=
http://arcgraph.de/sr/
On Tue, Apr 7, 2009 at 1:23 PM, Stefan Richter
<[email protected]> wrote:
> Trenton D. Adams wrote:
>> On Tue, Apr 7, 2009 at 11:10 AM, Stefan Richter
>> <[email protected]> wrote:
>>>>> http://bugs.gentoo.org/show_bug.cgi?id=253535
>>> Interdependencies between ALSA modules have changed. ?The Gentoo init
>>> scripts attempted to unload them in an order which deadlocked modprobe
>>> due to dependencies. ?The fix for Gentoo is to just not unload the
>>> modules on system shutdown. ?My Gentoo/amd64 Mac mini was affected by
>>> this too; fixed by userland update.
>>>
>>
>> While that is interesting, I am not seeing that problem on my Gentoo
>> box (the macbook), which is completely up-to-date. ?2.6.28 works, and
>> 2.6.29 doesn't. ?Same init scripts, different kernels.
>
> Note that the respective update changed /etc/conf.d/alsasound (a local
> configuration file) to include
> UNLOAD_ON_STOP="no"
> KILLPROC_ON_STOP="no"
> This change by update is not activated by a mere emerge; one needs to
> incorporate that change with dispatch-conf or an equivalent method.
> (Or simply edit the file to have these variables set to "no".)
I run dispatch-conf every time I update. It did not set it to no by
default. I do see the option though.
>
>> And sure, I could put a comment on the rmmod, in the init script, but
>> IMO that would be a hack around a _bug_. ?Which is fine for me. ?But,
>> is it worth leaving the issue in the kernel?
>
> Is it a kernel issue if a script attempts to unload a busy module, then
> fails to proceed? ?I wouldn't think so.
I don't know really. It worked before, now it doesn't. But, now I'm
recalling something you said earlier. They are being done in the
wrong order. The gentoo bug mentions the correct order. I hadn't
realized that.
>
> But more importantly, is this init scripts related bug really what's
> happening at your system? ?Or do you actually experience an entirely
> different bug?
It could be. I will try it out when I get home from work, and get
back to you. That would be cool if it was a simple init script
problem. Cause then I don't have to do anymore git bisects. ;)
> --
> Stefan Richter
> -=====-=-=== -=-= -==-=
> http://arcgraph.de/sr/
>
On Tue 2009-04-07 09:16:39, Marcel Holtmann wrote:
> Hi Rafael,
>
> > 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.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=12871
> > Subject : usb bluetooth crashes system
> > Submitter : Pavel Machek <[email protected]>
> > Date : 2009-03-10 11:23 (28 days old)
> > References : http://marc.info/?l=linux-kernel&m=123668450400940&w=4
>
> please have this re-tested against 2.6.30-rc1 then we can work on
> figuring out which patch might have fixed it. I think it is fixed now,
> but I could be also wrong here.
2.6.30-rc1 does not seem to be out (according to kernel.org); I can
test the latest git if that helps?
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
On Tuesday 07 April 2009, Marcel Holtmann wrote:
> Hi Rafael,
Hi,
> > 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.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=12499
> > Subject : Problem with using bluetooth adaper connected to usb port
> > Submitter : "Maciej Rutecki" <[email protected]>
> > Date : 2009-01-13 18:34 (84 days old)
> > References : http://marc.info/?l=linux-kernel&m=123187185426236&w=4
>
> I prefer to have this checked against 2.6.30-rc1 once Linus released
> that one. I think that I know the root cause for this one and it is
> actually a hardware/firmware bug. Some Bluetooth dongles expect to have
> the interrupt and bulk URBs available at the same time. Otherwise they
> do pee in their pants.
Works for me. :-)
Thanks,
Rafael
On Tuesday 07 April 2009, Alessandro Bono wrote:
> On Mon, 2009-04-06 at 21:05 +0200, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.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=12670
> > Subject : BUG: unable to handle kernel paging request at pin_to_kill+0x21
> > Submitter : Alessandro Bono <[email protected]>
> > Date : 2009-02-08 11:04 (58 days old)
> > References : http://marc.info/?l=linux-kernel&m=123409113223833&w=4
> >
> >
> HI
>
> please close this bug
> I'm not able to reproduce and at time of this problem my notebook has
> broken memory modules
Thanks, closed.
Rafael
On Tuesday 07 April 2009, Len Brown wrote:
>
> On Mon, 6 Apr 2009, Rafael J. Wysocki wrote:
>
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.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=12705
> > Subject : X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
> > Submitter : Nico Schottelius <[email protected]>
> > Date : 2009-02-13 9:33 (53 days old)
> > First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e806b4957412bf472d826bd8cc571da041248799
> > References : http://marc.info/?l=linux-kernel&m=123451768406825&w=4
> > http://marc.info/?l=linux-kernel&m=123479975503827&w=2
>
> > Handled-By : Len Brown <[email protected]>
>
> Handled-By : Eric Anholt <[email protected]>
Updated.
Thanks,
Rafael
On Tuesday 07 April 2009, Hugh Dickins wrote:
> On Mon, 6 Apr 2009, Rafael J. Wysocki wrote:
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13019
> > Subject : /proc/<pid>/maps offset output broken in 2.6.29
> > Submitter : "Chris Friesen" <[email protected]>
> > Date : 2009-04-01 23:18 (6 days old)
> > References : http://marc.info/?l=linuxppc-embedded&m=123862902916059&w=4
> > Handled-By : Hugh Dickins <[email protected]>
>
> No, this shouldn't be listed as a regression from 2.6.28: if it's to be
> counted as a regression at all, it's 2.6.23's regression from 2.6.22.
> (We're about to deal with it in 2.6.30, but hardly worth backporting.)
Thanks, dropped from the list already.
Best,
Rafael
On Tuesday 07 April 2009, Cyrill Gorcunov wrote:
> On 4/7/09, Detlef Tschirschky <[email protected]> wrote:
> > On Tue, 7 Apr 2009, Cyrill Gorcunov wrote:
> >
> >> On 4/6/09, Rafael J. Wysocki wrote:
> >
> >>> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13015
> >>> Subject : pppoe over ethernet
> >
> >> I expect the issue is inspered by network problem found in plain
> >> 2.6.29. Detlef could you confirm the problem is still active in
> >> 2.6.29.1 or in current -git mainline?
> >
> > Moin Cyrill,
> >
> > 2.6.29.1 is running fine for me. Can't find any network problems in
> > 2.6.29.1 now.
> >
> > Thanks and regards
> >
> > Detlef
> >
> >
> Thanks a lot, Detlef!
> Rafael, i guess we could close the bug.
OK, closed.
Thanks,
Rafael
On Tuesday 07 April 2009, Ilpo J?rvinen wrote:
> On Mon, 6 Apr 2009, Rafael J. Wysocki wrote:
>
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12867
> > Subject : 2.6.29-rc7 broke r8169 MAC on Thecus n2100 ARM board
> > Submitter : Mikael Pettersson <[email protected]>
> > Date : 2009-03-09 20:29 (29 days old)
> > References : http://marc.info/?l=linux-kernel&m=123663065403760&w=4
> > Handled-By : Francois Romieu <[email protected]>
>
> I think this was fixed in the mainline by revert
> ea8dbdd17099a9a5864ebd4c87e01e657b19c7ab.
Thanks, closed.
Rafael
On Tue, Apr 7, 2009 at 2:52 PM, Trenton D. Adams
<[email protected]> wrote:
> On Tue, Apr 7, 2009 at 1:23 PM, Stefan Richter
> <[email protected]> wrote:
>>
>> But more importantly, is this init scripts related bug really what's
>> happening at your system? ?Or do you actually experience an entirely
>> different bug?
>
> It could be. ?I will try it out when I get home from work, and get
> back to you. ?That would be cool if it was a simple init script
> problem. ?Cause then I don't have to do anymore git bisects. ;)
Yes, the order is what causes this, you can close the bug.
Sorry for wasting everyone's time. I thought it was a kernel bug
because I had not needed to update my gentoo system to make it happen.
Thanks.
On Wednesday 08 April 2009, Trenton D. Adams wrote:
> On Tue, Apr 7, 2009 at 2:52 PM, Trenton D. Adams
> <[email protected]> wrote:
> > On Tue, Apr 7, 2009 at 1:23 PM, Stefan Richter
> > <[email protected]> wrote:
> >>
> >> But more importantly, is this init scripts related bug really what's
> >> happening at your system? Or do you actually experience an entirely
> >> different bug?
> >
> > It could be. I will try it out when I get home from work, and get
> > back to you. That would be cool if it was a simple init script
> > problem. Cause then I don't have to do anymore git bisects. ;)
>
> Yes, the order is what causes this, you can close the bug.
Closed.
Thanks,
Rafael
2009/4/7 Maciej Rutecki <[email protected]>:
> 2009/4/7 Marcel Holtmann <[email protected]>:
[...]
>> I prefer to have this checked against 2.6.30-rc1 once Linus released
>> that one. I think that I know the root cause for this one and it is
>> actually a hardware/firmware bug. Some Bluetooth dongles expect to have
>> the interrupt and bulk URBs available at the same time. Otherwise they
>> do pee in their pants.
>
> I will check -rc1 when will be available.
>
2.6.30-rc1 works. Thanks
Regards
--
Maciej Rutecki
http://www.maciek.unixy.pl
Rafael J. Wysocki wrote:
> On Monday 06 April 2009, Linus Torvalds wrote:
>> On Mon, 6 Apr 2009, Rafael J. Wysocki wrote:
>>> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13019
>>> Subject : /proc/<pid>/maps offset output broken in 2.6.29
>>> Submitter : "Chris Friesen" <[email protected]>
>>> Date : 2009-04-01 23:18 (6 days old)
>>> References : http://marc.info/?l=linuxppc-embedded&m=123862902916059&w=4
>>> Handled-By : Hugh Dickins <[email protected]>
>> I don't think that's a regression, nor really a bug. It looks cosmetic,
>> and likely to be fixed, but not really worth worrying about.
>
> OK, I've dropped it from the list.
I'm okay with that. The problem causes some backwards compatibility
problems with existing apps that get confused by the large "offset"
number. The fix is going to cause problems too, but in a different way.
We'll work around it.
Chris
On Thu, 16 Apr 2009, Chris Friesen wrote:
>
> I'm okay with that. The problem causes some backwards compatibility problems
> with existing apps that get confused by the large "offset" number. The fix is
> going to cause problems too, but in a different way.
>
> We'll work around it.
If you have actual apps that care, that's a different issue.
We do try to bend over backwards on ABI issues if it really is noticeable
for applications. Now, in this case, if you can just fix your app to not
care (because it really was badly written in the first place to even
notice), then that is the _much_ superior solution.
But if you actually have binary-only commercial apps that break, we'll do
a compatibility thing rather than the 0 that already got merged.
Although I don't really even see what we can sanely do except for the 0
case. We could put the virtual address in there instead of zero (I forget
what old kernels used to do - whatever magic value the anonymous mappings
got, it wasn't really designed as an important value in its own right, it
was designed to trigger the "we can merge these vma's" logic.
Linus
Rafael J. Wysocki wrote:
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12836
> Subject : 2.6.29-rc breaks STD using Intel 945
> Submitter : Rolf Eike Beer <[email protected]>
> Date : 2009-03-04 19:20 (34 days old)
> References : http://marc.info/?l=linux-kernel&m=123619451406192&w=4
Looks like this is fixed since 2.6.30-rc1.
Eike
Nico Schottelius [Fri, Apr 17, 2009 at 04:35:32PM +0200]:
> Brightness is *AGAIN* broken in 2.6.30-rc2-00195-g9f76208.
2.6.30-rc2-next-20090420:
My display *is* at full brightness, but I cannot adjust it,
because I'm missing some files:
[12:35] ikn:~# ls /sys/class/video_output
[12:35] ikn:~# ls /sys/class/backlight
[12:35] ikn:~# ls /proc/acpi
ac_adapter debug_layer embedded_controller fan power_resource thermal_zone
battery debug_level event ibm processor wakeup
button dsdt fadt info sleep
So I cannot adjust brightness. I saw that
/proc/acpi/video/VID/LCD0/brightness was not existing on 2.6.30-rc2-00195-g9f76208
either.
Bug or am I missing some new file location?
Nico
--
Think about Free and Open Source Software (FOSS).
http://nico.schottelius.org/documentations/foss/the-term-foss/
PGP: BFE4 C736 ABE5 406F 8F42 F7CF B8BE F92A 9885 188C
Hi!
> > > 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.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=12871
> > > Subject : usb bluetooth crashes system
> > > Submitter : Pavel Machek <[email protected]>
> > > Date : 2009-03-10 11:23 (28 days old)
> > > References : http://marc.info/?l=linux-kernel&m=123668450400940&w=4
> >
> > please have this re-tested against 2.6.30-rc1 then we can work on
> > figuring out which patch might have fixed it. I think it is fixed now,
> > but I could be also wrong here.
>
> 2.6.30-rc1 does not seem to be out (according to kernel.org); I can
> test the latest git if that helps?
Seems to be ok in 2.6.30-rc1 after quick test...
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
Linus Torvalds wrote:
>
> On Thu, 16 Apr 2009, Chris Friesen wrote:
>> I'm okay with that. The problem causes some backwards compatibility problems
>> with existing apps that get confused by the large "offset" number. The fix is
>> going to cause problems too, but in a different way.
>>
>> We'll work around it.
>
> If you have actual apps that care, that's a different issue.
>
> We do try to bend over backwards on ABI issues if it really is noticeable
> for applications. Now, in this case, if you can just fix your app to not
> care (because it really was badly written in the first place to even
> notice), then that is the _much_ superior solution.
Yep, we can fix the app to ignore that field for anonymous mappings.
> Although I don't really even see what we can sanely do except for the 0
> case. We could put the virtual address in there instead of zero (I forget
> what old kernels used to do - whatever magic value the anonymous mappings
> got, it wasn't really designed as an important value in its own right, it
> was designed to trigger the "we can merge these vma's" logic.
For anonymous mappings, the older kernels put the starting address of
the VMA (from the point of view of the app) as the offset. Until the
recent change, new kernels still did this for most VMAs, but the stack
offset was a 64-bit value with no obvious relation to the VMA start address.
Chris
On Mon, 20 Apr 2009, Chris Friesen wrote:
> Linus Torvalds wrote:
> > On Thu, 16 Apr 2009, Chris Friesen wrote:
> > > I'm okay with that. The problem causes some backwards compatibility
> > > problems
> > > with existing apps that get confused by the large "offset" number. The
> > > fix is
> > > going to cause problems too, but in a different way.
> > >
> > > We'll work around it.
> >
> > If you have actual apps that care, that's a different issue.
Yes, that's what I told Chris too.
But asked for more info, suspecting his app was already broken.
> >
> > We do try to bend over backwards on ABI issues if it really is noticeable
> > for applications. Now, in this case, if you can just fix your app to not
> > care (because it really was badly written in the first place to even
> > notice), then that is the _much_ superior solution.
>
> Yep, we can fix the app to ignore that field for anonymous mappings.
>
> > Although I don't really even see what we can sanely do except for the 0
> > case. We could put the virtual address in there instead of zero (I forget
> > what old kernels used to do - whatever magic value the anonymous mappings
> > got, it wasn't really designed as an important value in its own right, it
> > was designed to trigger the "we can merge these vma's" logic.
>
> For anonymous mappings, the older kernels put the starting address of the VMA
> (from the point of view of the app) as the offset. Until the recent change,
> new kernels still did this for most VMAs, but the stack offset was a 64-bit
> value with no obvious relation to the VMA start address.
No, what they put there was something that in most cases matched the
starting address of the VMA; but try moving that VMA with mremap (and
an old /proc/<pid>/maps!) and you'll see that the "offset" remained
unchanged even when the starting address of the VMA was changed.
(The offset remaining constant so that rmap can locate the VMA's pages
and unmap them, despite their being mapped at different virtual
addresses in parent and child after a move in one of them.)
... so I think your app was indeed already broken, wasn't it?
It's also unclear why you'd want to use the offset field for the
starting address of the VMA, when /proc/<pid>/maps already shows
the starting address of the VMA. I think you've more to tell us!
Hugh
Hugh Dickins wrote:
> On Mon, 20 Apr 2009, Chris Friesen wrote:
>> For anonymous mappings, the older kernels put the starting address of the VMA
>> (from the point of view of the app) as the offset. Until the recent change,
>> new kernels still did this for most VMAs, but the stack offset was a 64-bit
>> value with no obvious relation to the VMA start address.
>
> No, what they put there was something that in most cases matched the
> starting address of the VMA; but try moving that VMA with mremap (and
> an old /proc/<pid>/maps!) and you'll see that the "offset" remained
> unchanged even when the starting address of the VMA was changed.
>
> (The offset remaining constant so that rmap can locate the VMA's pages
> and unmap them, despite their being mapped at different virtual
> addresses in parent and child after a move in one of them.)
>
> ... so I think your app was indeed already broken, wasn't it?
>
> It's also unclear why you'd want to use the offset field for the
> starting address of the VMA, when /proc/<pid>/maps already shows
> the starting address of the VMA. I think you've more to tell us!
Yeah, given the above the app was broken. We just didn't run into any
cases where the assumption caused any problems.
Also, it's not so much that we were relying on the offset value for
anything, so much as we were parsing the file and had made some
assumptions about valid offsets for anonymous memory.
Anyways, we'll fix it going forward to simply ignore the offset for
anonymous memory.
Chris
On Tue, Apr 07, 2009 at 08:47:49AM +1000, CaT wrote:
> On Mon, Apr 06, 2009 at 09:05:41PM +0200, Rafael J. Wysocki wrote:
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12909
> > Subject : boot/kernel init duration regression from 2.6.28
> > Submitter : CaT <[email protected]>
> > Date : 2009-03-16 10:25 (22 days old)
> > References : http://marc.info/?l=linux-kernel&m=123720083515950&w=4
>
> I got it tracked down to .29-rc1. I guess I'll need to learn to use git
> now (and user the desktop - compiling on the EEE takes /ages/). Also have
> .29.1 ready to test when I get home tonight.
This bug appears to be back in .39 and .39.2. Same pause in the same section.
eeepc 901 is involved.
[ 2.536287] eeepc_laptop: Eee PC Hotkey Driver
[ 2.538806] eeepc_laptop: Hotkey init flags 0x41
[ 3.353526] hub 2-0:1.0: hub_suspend
[ 3.353557] usb usb2: bus auto-suspend
[ 3.353569] usb usb2: suspend_rh
[ 3.596813] usb usb5: suspend_rh (auto-stop)
[ 4.020640] input: ImPS/2 Logitech Wheel Mouse as /devices/platform/i8042/serio1/input/input7
[ 4.353541] hub 3-0:1.0: hub_suspend
[ 4.353581] usb usb3: bus auto-suspend
[ 4.353597] usb usb3: suspend_rh
[ 4.353638] hub 4-0:1.0: hub_suspend
[ 4.353655] usb usb4: bus auto-suspend
[ 4.353665] usb usb4: suspend_rh
[ 4.353720] usb 1-8: usb auto-suspend
[ 4.506857] hub 5-0:1.0: hub_suspend
[ 4.506894] usb usb5: bus auto-suspend
[ 4.506911] usb usb5: suspend_rh
[ 4.506957] hub 6-0:1.0: hub_suspend
[ 4.506977] usb usb6: bus auto-suspend
[ 6.170185] ata2: link is slow to respond, please be patient (ready=0)
[ 6.366858] hub 1-0:1.0: hub_suspend
[ 6.366895] usb usb1: bus auto-suspend
[ 6.366911] ehci_hcd 0000:00:1d.7: suspend root hub
[ 7.670579] ata2.00: CFA: ASUS-PHISON SSD, TST2.04U, max UDMA/66
[ 7.673098] ata2.00: 7880544 sectors, multi 0: LBA
[ 7.680458] ata2.00: configured for UDMA/66
[ 7.683267] scsi 1:0:0:0: Direct-Access ATA ASUS-PHISON SSD TST2 PQ: 0 ANSI: 5
[ 7.686546] sd 1:0:0:0: [sdb] 7880544 512-byte logical blocks: (4.03 GB/3.75 GiB)
[ 7.686909] sd 1:0:0:0: Attached scsi generic sg1 type 0
[ 7.692132] sd 1:0:0:0: [sdb] Write Protect is off
[ 7.694745] sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00
[ 7.694812] sd 1:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[ 7.700201] sdb: sdb1 sdb2 < sdb5 > sdb3 sdb4
[ 7.704471] sd 1:0:0:0: [sdb] Attached SCSI disk
[ 27.999338] eeepc_laptop: TYPE (2000000) not reported by BIOS, enabling anyway
[ 28.006959] eeepc_laptop: PANELPOWER (4000000) not reported by BIOS, enabling anyway
[ 28.009855] eeepc_laptop: Get control methods supported: 0x6101713
[ 28.015878] input: Asus EeePC extra buttons as /devices/platform/eeepc/input/input8
[ 29.421681] eeepc_laptop: BIOS says wireless lan is unblocked, but the pci device is absent
[ 29.424576] eeepc_laptop: skipped wireless hotplug as probably inappropriate for this model
--
"A search of his car uncovered pornography, a homemade sex aid, women's
stockings and a Jack Russell terrier."
- http://www.dailytelegraph.com.au/news/wacky/indeed/story-e6frev20-1111118083480