[NOTES:
* The number of regressions related to DRI is alarming, especially that for
some of the reporters have identified the "bad" commits.
* I have closed some bugs where there was no activity.]
This message contains a list of some regressions introduced between 2.6.28 and
2.6.29, for which there are no fixes in the mainline I know of. If any of them
have been fixed already, please let me know.
If you know of any other unresolved regressions introduced between 2.6.28
and 2.6.29, please let me know either and I'll add them to the list.
Also, please let me know if any of the entries below are invalid.
Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting and handling the
issue.
Listed regressions statistics:
Date Total Pending Unresolved
----------------------------------------
2009-04-26 160 29 27
2009-04-06 142 37 31
2009-03-21 128 29 26
2009-03-14 124 36 32
2009-03-03 108 33 28
2009-02-24 95 32 24
2009-02-14 85 33 27
2009-02-08 82 45 36
2009-02-04 66 51 39
2009-01-20 38 35 27
2009-01-11 13 13 10
Unresolved regressions
----------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13184
Subject : Left audio channel broken after resume from suspend with Intel HDA
Submitter : Tino Keitel <[email protected]>
Date : 2009-04-20 18:40 (7 days old)
References : http://marc.info/?l=linux-kernel&m=124025290831292&w=4
Handled-By : Takashi Iwai <[email protected]>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13183
Subject : forcedeth: no link during initialization
Submitter : Harald Dunkel <[email protected]>
Date : 2009-04-23 13:02 (4 days old)
References : http://marc.info/?l=linux-kernel&m=124049180309233&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13178
Subject : Booting very slow
Submitter : Martin Knoblauch <[email protected]>
Date : 2009-04-24 12:45 (3 days old)
References : http://marc.info/?l=linux-kernel&m=124057716231773&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13175
Subject : sata_nv incompatible with async scsi scan
Submitter : Benny Halevy <[email protected]>
Date : 2009-04-21 7:03 (6 days old)
References : http://marc.info/?l=linux-kernel&m=124029746431777&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13172
Subject : Spontaneous reboots since 2.6.29-rc*
Submitter : Maciej Rutecki <[email protected]>
Date : 2009-04-17 17:03 (10 days old)
References : http://marc.info/?l=linux-kernel&m=123998788921733&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13144
Subject : resume from suspend fails using video card i915
Submitter : C Sights <[email protected]>
Date : 2009-04-21 17:03 (6 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13112
Subject : Oops in drain_array
Submitter : Bart <[email protected]>
Date : 2009-04-14 10:21 (13 days old)
References : http://marc.info/?l=linux-kernel&m=123970493224628&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13100
Subject : can't anymore even do a s2ram-s2disk-s2ram cycle on acer aspire 5720G
Submitter : Maxim Levitsky <[email protected]>
Date : 2009-04-06 23:52 (21 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=a0d4922da2e4ccb0973095d8d29f36f6b1b5f703
References : http://marc.info/?l=linux-kernel&m=123906202829074&w=4
Handled-By : Rafael J. Wysocki <[email protected]>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13074
Subject : gspca_stv06xx doesn't work with Logitech QuickCam Express (046d:0840)
Submitter : Paulo Matias <[email protected]>
Date : 2009-04-12 14:10 (15 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13072
Subject : forcedeth seems to switch off eth on shutdown
Submitter : Daniel Bierstedt <[email protected]>
Date : 2009-04-12 07:00 (15 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13040
Subject : DRM radeon
Submitter : Roger Luethi <[email protected]>
Date : 2009-04-07 20:07 (20 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13032
Subject : 2.6.29 regression: network interfaces drop after suspend/resume
Submitter : Jose Marino <[email protected]>
Date : 2009-04-07 00:08 (20 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=31878dd86b7df9a147f5e6cc6e07092b4308782b
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13025
Subject : After upgrading to kernel 2.6.29, pulseaudio stopped with some strange error
Submitter : Yaroslav Isakov <[email protected]>
Date : 2009-04-06 19:47 (21 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13003
Subject : [2.6.29 regression] ivtv driver causes strange oops'es, disrupts software suspend
Submitter : Artem S. Tashkinov <[email protected]>
Date : 2009-04-03 14:57 (24 days old)
Handled-By : Hans Verkuil <[email protected]>
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 (24 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 (27 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 (29 days old)
Handled-By : Matt Carlson <[email protected]>
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 (32 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 (42 days old)
References : http://marc.info/?l=linux-kernel&m=123720083515950&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12899
Subject : Crash in i915.ko: i915_driver_irq_handler
Submitter : Helge Bahmann <[email protected]>
Date : 2009-03-20 07:13 (38 days old)
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 (46 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=ab657db12d7020629f26f30d287558a8d0e32b41
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 (54 days old)
References : http://marc.info/?l=linux-kernel&m=123619451406192&w=4
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 (65 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=12705
Subject : X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
Submitter : Nico Schottelius <[email protected]>
Date : 2009-02-13 9:33 (73 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e806b4957412bf472d826bd8cc571da041248799
References : http://marc.info/?l=linux-kernel&m=123451768406825&w=4
http://marc.info/?l=linux-kernel&m=123479975503827&w=2
Handled-By : Eric Anholt <[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 (77 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=1cfe62c8010ac56e1bd3827e30386a87cc2f3594
Handled-By : Alexey Starikovskiy <[email protected]>
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 (104 days old)
References : http://marc.info/?l=linux-kernel&m=123187185426236&w=4
Handled-By : Marcel Holtmann <[email protected]>
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 (105 days old)
References : http://marc.info/?l=linux-kernel&m=123174591509586&w=4
http://lkml.org/lkml/2009/4/6/527
Handled-By : Bob Copeland <[email protected]>
Regressions with patches
------------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13186
Subject : cpufreq timer teardown problem
Submitter : Mathieu Desnoyers <[email protected]>
Date : 2009-04-23 14:00 (4 days old)
References : http://marc.info/?l=linux-kernel&m=124049523515036&w=4
Handled-By : Mathieu Desnoyers <[email protected]>
Patch : http://patchwork.kernel.org/patch/19754/
http://patchwork.kernel.org/patch/19753/
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 (30 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=8d6f0c8214928f7c5083dd54ecb69c5d615b516e
Handled-By : Andreas Herrmann <[email protected]>
Patch : http://bugzilla.kernel.org/attachment.cgi?id=21070
For details, please visit the bug entries and follow the links given in
references.
As you can see, there is a Bugzilla entry for each of the listed regressions.
There also is a Bugzilla entry used for tracking the regressions introduced
between 2.6.28 and 2.6.29, unresolved as well as resolved, at:
http://bugzilla.kernel.org/show_bug.cgi?id=12398
Please let me know if there are any Bugzilla entries that should be added to
the list in there.
Thanks,
Rafael
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12490
Subject : ath5k related kernel panic in 2.6.29-rc1
Submitter : Sergey S. Kostyliov <[email protected]>
Date : 2009-01-12 7:38 (105 days old)
References : http://marc.info/?l=linux-kernel&m=123174591509586&w=4
http://lkml.org/lkml/2009/4/6/527
Handled-By : Bob Copeland <[email protected]>
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12705
Subject : X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
Submitter : Nico Schottelius <[email protected]>
Date : 2009-02-13 9:33 (73 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e806b4957412bf472d826bd8cc571da041248799
References : http://marc.info/?l=linux-kernel&m=123451768406825&w=4
http://marc.info/?l=linux-kernel&m=123479975503827&w=2
Handled-By : Eric Anholt <[email protected]>
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12681
Subject : s2ram: fails to wake up on Acer Extensa 4220 (SMP disabled)
Submitter : Orivej Desh <[email protected]>
Date : 2009-02-09 13:01 (77 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=1cfe62c8010ac56e1bd3827e30386a87cc2f3594
Handled-By : Alexey Starikovskiy <[email protected]>
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12765
Subject : i915 VT switch with AIGLX causes X lock up
Submitter : Sitsofe Wheeler <[email protected]>
Date : 2009-02-21 15:38 (65 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 regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13003
Subject : [2.6.29 regression] ivtv driver causes strange oops'es, disrupts software suspend
Submitter : Artem S. Tashkinov <[email protected]>
Date : 2009-04-03 14:57 (24 days old)
Handled-By : Hans Verkuil <[email protected]>
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=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 (46 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=ab657db12d7020629f26f30d287558a8d0e32b41
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12499
Subject : Problem with using bluetooth adaper connected to usb port
Submitter : Maciej Rutecki <[email protected]>
Date : 2009-01-13 18:34 (104 days old)
References : http://marc.info/?l=linux-kernel&m=123187185426236&w=4
Handled-By : Marcel Holtmann <[email protected]>
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12980
Subject : lockup in X.org
Submitter : Marcus Better <[email protected]>
Date : 2009-03-31 08:58 (27 days old)
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13001
Subject : PCI-DMA: Out of IOMMU space
Submitter : <[email protected]>
Date : 2009-04-03 09:30 (24 days old)
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13025
Subject : After upgrading to kernel 2.6.29, pulseaudio stopped with some strange error
Submitter : Yaroslav Isakov <[email protected]>
Date : 2009-04-06 19:47 (21 days old)
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12899
Subject : Crash in i915.ko: i915_driver_irq_handler
Submitter : Helge Bahmann <[email protected]>
Date : 2009-03-20 07:13 (38 days old)
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12947
Subject : r128: system hangs when X is started with DRI enabled
Submitter : Jos van der Ende <[email protected]>
Date : 2009-03-26 16:14 (32 days old)
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12971
Subject : "tg3 transmit timed out" when transmitting at high bitrate
Submitter : Nikolay <[email protected]>
Date : 2009-03-29 18:02 (29 days old)
Handled-By : Matt Carlson <[email protected]>
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12909
Subject : boot/kernel init duration regression from 2.6.28
Submitter : CaT <[email protected]>
Date : 2009-03-16 10:25 (42 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 regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12961
Subject : Kernel panics in early boot: IO-APIC + timer doesn't work
Submitter : Daniel Vetter <[email protected]>
Date : 2009-03-28 19:00 (30 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=8d6f0c8214928f7c5083dd54ecb69c5d615b516e
Handled-By : Andreas Herrmann <[email protected]>
Patch : http://bugzilla.kernel.org/attachment.cgi?id=21070
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12836
Subject : 2.6.29-rc breaks STD using Intel 945
Submitter : Rolf Eike Beer <[email protected]>
Date : 2009-03-04 19:20 (54 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 regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13178
Subject : Booting very slow
Submitter : Martin Knoblauch <[email protected]>
Date : 2009-04-24 12:45 (3 days old)
References : http://marc.info/?l=linux-kernel&m=124057716231773&w=4
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13040
Subject : DRM radeon
Submitter : Roger Luethi <[email protected]>
Date : 2009-04-07 20:07 (20 days old)
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13175
Subject : sata_nv incompatible with async scsi scan
Submitter : Benny Halevy <[email protected]>
Date : 2009-04-21 7:03 (6 days old)
References : http://marc.info/?l=linux-kernel&m=124029746431777&w=4
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13072
Subject : forcedeth seems to switch off eth on shutdown
Submitter : Daniel Bierstedt <[email protected]>
Date : 2009-04-12 07:00 (15 days old)
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13032
Subject : 2.6.29 regression: network interfaces drop after suspend/resume
Submitter : Jose Marino <[email protected]>
Date : 2009-04-07 00:08 (20 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=31878dd86b7df9a147f5e6cc6e07092b4308782b
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13074
Subject : gspca_stv06xx doesn't work with Logitech QuickCam Express (046d:0840)
Submitter : Paulo Matias <[email protected]>
Date : 2009-04-12 14:10 (15 days old)
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13100
Subject : can't anymore even do a s2ram-s2disk-s2ram cycle on acer aspire 5720G
Submitter : Maxim Levitsky <[email protected]>
Date : 2009-04-06 23:52 (21 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=a0d4922da2e4ccb0973095d8d29f36f6b1b5f703
References : http://marc.info/?l=linux-kernel&m=123906202829074&w=4
Handled-By : Rafael J. Wysocki <[email protected]>
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13112
Subject : Oops in drain_array
Submitter : Bart <[email protected]>
Date : 2009-04-14 10:21 (13 days old)
References : http://marc.info/?l=linux-kernel&m=123970493224628&w=4
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13144
Subject : resume from suspend fails using video card i915
Submitter : C Sights <[email protected]>
Date : 2009-04-21 17:03 (6 days old)
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13172
Subject : Spontaneous reboots since 2.6.29-rc*
Submitter : Maciej Rutecki <[email protected]>
Date : 2009-04-17 17:03 (10 days old)
References : http://marc.info/?l=linux-kernel&m=123998788921733&w=4
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13184
Subject : Left audio channel broken after resume from suspend with Intel HDA
Submitter : Tino Keitel <[email protected]>
Date : 2009-04-20 18:40 (7 days old)
References : http://marc.info/?l=linux-kernel&m=124025290831292&w=4
Handled-By : Takashi Iwai <[email protected]>
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13183
Subject : forcedeth: no link during initialization
Submitter : Harald Dunkel <[email protected]>
Date : 2009-04-23 13:02 (4 days old)
References : http://marc.info/?l=linux-kernel&m=124049180309233&w=4
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.28 and 2.6.29.
The following bug entry is on the current list of known regressions
introduced between 2.6.28 and 2.6.29. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13186
Subject : cpufreq timer teardown problem
Submitter : Mathieu Desnoyers <[email protected]>
Date : 2009-04-23 14:00 (4 days old)
References : http://marc.info/?l=linux-kernel&m=124049523515036&w=4
Handled-By : Mathieu Desnoyers <[email protected]>
Patch : http://patchwork.kernel.org/patch/19754/
http://patchwork.kernel.org/patch/19753/
On Sun, Apr 26, 2009 at 11:42:21AM +0200, Rafael J. Wysocki wrote:
> [NOTES:
> * The number of regressions related to DRI is alarming, especially that for
> some of the reporters have identified the "bad" commits.
Probably worth letting dri-devel know about this then ... cc added.
> * I have closed some bugs where there was no activity.]
>
> This message contains a list of some regressions introduced between 2.6.28 and
> 2.6.29, for which there are no fixes in the mainline I know of. If any of them
> have been fixed already, please let me know.
>
> If you know of any other unresolved regressions introduced between 2.6.28
> and 2.6.29, please let me know either and I'll add them to the list.
> Also, please let me know if any of the entries below are invalid.
>
> Each entry from the list will be sent additionally in an automatic reply to
> this message with CCs to the people involved in reporting and handling the
> issue.
>
>
> Listed regressions statistics:
>
> Date Total Pending Unresolved
> ----------------------------------------
> 2009-04-26 160 29 27
> 2009-04-06 142 37 31
> 2009-03-21 128 29 26
> 2009-03-14 124 36 32
> 2009-03-03 108 33 28
> 2009-02-24 95 32 24
> 2009-02-14 85 33 27
> 2009-02-08 82 45 36
> 2009-02-04 66 51 39
> 2009-01-20 38 35 27
> 2009-01-11 13 13 10
>
>
> Unresolved regressions
> ----------------------
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13184
> Subject : Left audio channel broken after resume from suspend with Intel HDA
> Submitter : Tino Keitel <[email protected]>
> Date : 2009-04-20 18:40 (7 days old)
> References : http://marc.info/?l=linux-kernel&m=124025290831292&w=4
> Handled-By : Takashi Iwai <[email protected]>
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13183
> Subject : forcedeth: no link during initialization
> Submitter : Harald Dunkel <[email protected]>
> Date : 2009-04-23 13:02 (4 days old)
> References : http://marc.info/?l=linux-kernel&m=124049180309233&w=4
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13178
> Subject : Booting very slow
> Submitter : Martin Knoblauch <[email protected]>
> Date : 2009-04-24 12:45 (3 days old)
> References : http://marc.info/?l=linux-kernel&m=124057716231773&w=4
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13175
> Subject : sata_nv incompatible with async scsi scan
> Submitter : Benny Halevy <[email protected]>
> Date : 2009-04-21 7:03 (6 days old)
> References : http://marc.info/?l=linux-kernel&m=124029746431777&w=4
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13172
> Subject : Spontaneous reboots since 2.6.29-rc*
> Submitter : Maciej Rutecki <[email protected]>
> Date : 2009-04-17 17:03 (10 days old)
> References : http://marc.info/?l=linux-kernel&m=123998788921733&w=4
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13144
> Subject : resume from suspend fails using video card i915
> Submitter : C Sights <[email protected]>
> Date : 2009-04-21 17:03 (6 days old)
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13112
> Subject : Oops in drain_array
> Submitter : Bart <[email protected]>
> Date : 2009-04-14 10:21 (13 days old)
> References : http://marc.info/?l=linux-kernel&m=123970493224628&w=4
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13100
> Subject : can't anymore even do a s2ram-s2disk-s2ram cycle on acer aspire 5720G
> Submitter : Maxim Levitsky <[email protected]>
> Date : 2009-04-06 23:52 (21 days old)
> First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=a0d4922da2e4ccb0973095d8d29f36f6b1b5f703
> References : http://marc.info/?l=linux-kernel&m=123906202829074&w=4
> Handled-By : Rafael J. Wysocki <[email protected]>
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13074
> Subject : gspca_stv06xx doesn't work with Logitech QuickCam Express (046d:0840)
> Submitter : Paulo Matias <[email protected]>
> Date : 2009-04-12 14:10 (15 days old)
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13072
> Subject : forcedeth seems to switch off eth on shutdown
> Submitter : Daniel Bierstedt <[email protected]>
> Date : 2009-04-12 07:00 (15 days old)
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13040
> Subject : DRM radeon
> Submitter : Roger Luethi <[email protected]>
> Date : 2009-04-07 20:07 (20 days old)
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13032
> Subject : 2.6.29 regression: network interfaces drop after suspend/resume
> Submitter : Jose Marino <[email protected]>
> Date : 2009-04-07 00:08 (20 days old)
> First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=31878dd86b7df9a147f5e6cc6e07092b4308782b
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13025
> Subject : After upgrading to kernel 2.6.29, pulseaudio stopped with some strange error
> Submitter : Yaroslav Isakov <[email protected]>
> Date : 2009-04-06 19:47 (21 days old)
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13003
> Subject : [2.6.29 regression] ivtv driver causes strange oops'es, disrupts software suspend
> Submitter : Artem S. Tashkinov <[email protected]>
> Date : 2009-04-03 14:57 (24 days old)
> Handled-By : Hans Verkuil <[email protected]>
>
>
> 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 (24 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 (27 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 (29 days old)
> Handled-By : Matt Carlson <[email protected]>
>
>
> 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 (32 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 (42 days old)
> References : http://marc.info/?l=linux-kernel&m=123720083515950&w=4
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12899
> Subject : Crash in i915.ko: i915_driver_irq_handler
> Submitter : Helge Bahmann <[email protected]>
> Date : 2009-03-20 07:13 (38 days old)
>
>
> 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 (46 days old)
> First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=ab657db12d7020629f26f30d287558a8d0e32b41
>
>
> 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 (54 days old)
> References : http://marc.info/?l=linux-kernel&m=123619451406192&w=4
>
>
> 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 (65 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=12705
> Subject : X200: Brightness broken since 2.6.29-rc4-58-g4c098bc
> Submitter : Nico Schottelius <[email protected]>
> Date : 2009-02-13 9:33 (73 days old)
> First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e806b4957412bf472d826bd8cc571da041248799
> References : http://marc.info/?l=linux-kernel&m=123451768406825&w=4
> http://marc.info/?l=linux-kernel&m=123479975503827&w=2
> Handled-By : Eric Anholt <[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 (77 days old)
> First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=1cfe62c8010ac56e1bd3827e30386a87cc2f3594
> Handled-By : Alexey Starikovskiy <[email protected]>
>
>
> 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 (104 days old)
> References : http://marc.info/?l=linux-kernel&m=123187185426236&w=4
> Handled-By : Marcel Holtmann <[email protected]>
>
>
> 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 (105 days old)
> References : http://marc.info/?l=linux-kernel&m=123174591509586&w=4
> http://lkml.org/lkml/2009/4/6/527
> Handled-By : Bob Copeland <[email protected]>
>
>
> Regressions with patches
> ------------------------
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13186
> Subject : cpufreq timer teardown problem
> Submitter : Mathieu Desnoyers <[email protected]>
> Date : 2009-04-23 14:00 (4 days old)
> References : http://marc.info/?l=linux-kernel&m=124049523515036&w=4
> Handled-By : Mathieu Desnoyers <[email protected]>
> Patch : http://patchwork.kernel.org/patch/19754/
> http://patchwork.kernel.org/patch/19753/
>
>
> 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 (30 days old)
> First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=8d6f0c8214928f7c5083dd54ecb69c5d615b516e
> Handled-By : Andreas Herrmann <[email protected]>
> Patch : http://bugzilla.kernel.org/attachment.cgi?id=21070
>
>
> For details, please visit the bug entries and follow the links given in
> references.
>
> As you can see, there is a Bugzilla entry for each of the listed regressions.
> There also is a Bugzilla entry used for tracking the regressions introduced
> between 2.6.28 and 2.6.29, unresolved as well as resolved, at:
>
> http://bugzilla.kernel.org/show_bug.cgi?id=12398
>
> Please let me know if there are any Bugzilla entries that should be added to
> the list in there.
>
> Thanks,
> Rafael
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Matthew Wilcox Intel Open Source Technology Centre
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours. We can't possibly take such
a retrograde step."
On Sun, 26 Apr 2009 11:46:26 +0200 (CEST)
"Rafael J. Wysocki" <[email protected]> wrote:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.28 and 2.6.29.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.28 and 2.6.29. Please verify if it still should
> be listed and let me know (either way).
I've tested with kernel 2.6.29.1. The problem still persists. While everything works fine with 2.6.28 or lower, starting X (both 1.3 and 1.5) with DRI enabled on a 2.6.29 kernel results in a garbled screen and unresponsive keyboard.
--
Angel <[email protected]>
* Rafael J. Wysocki ([email protected]) wrote:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.28 and 2.6.29.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.28 and 2.6.29. Please verify if it still should
> be listed and let me know (either way).
>
I've had no news that the patches I proposed has been considered for
-stable. They fix the teardown problem here. So I guess it's better to
wait for the patches to get into -stable before we close this bug ?
Mathieu
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13186
> Subject : cpufreq timer teardown problem
> Submitter : Mathieu Desnoyers <[email protected]>
> Date : 2009-04-23 14:00 (4 days old)
> References : http://marc.info/?l=linux-kernel&m=124049523515036&w=4
> Handled-By : Mathieu Desnoyers <[email protected]>
> Patch : http://patchwork.kernel.org/patch/19754/
> http://patchwork.kernel.org/patch/19753/
>
>
>
--
Mathieu Desnoyers
OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F BA06 3F25 A8FE 3BAE 9A68
On Sunday 26 April 2009, Angel wrote:
> On Sun, 26 Apr 2009 11:46:26 +0200 (CEST)
> "Rafael J. Wysocki" <[email protected]> wrote:
>
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.28 and 2.6.29.
> >
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.28 and 2.6.29. Please verify if it still should
> > be listed and let me know (either way).
>
> I've tested with kernel 2.6.29.1. The problem still persists. While everything works fine with 2.6.28 or lower, starting X (both 1.3 and 1.5) with DRI enabled on a 2.6.29 kernel results in a garbled screen and unresponsive keyboard.
Thanks for the update.
Can you also test 2.6.30-rc3, please?
Rafael
On Sunday 26 April 2009, Mathieu Desnoyers wrote:
> * Rafael J. Wysocki ([email protected]) wrote:
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.28 and 2.6.29.
> >
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.28 and 2.6.29. Please verify if it still should
> > be listed and let me know (either way).
> >
>
> I've had no news that the patches I proposed has been considered for
> -stable. They fix the teardown problem here. So I guess it's better to
> wait for the patches to get into -stable before we close this bug ?
In fact the bug is closeable as soon as they are in the Linus' tree. Are they
in it right now?
Thanks,
Rafael
* Rafael J. Wysocki ([email protected]) wrote:
> On Sunday 26 April 2009, Mathieu Desnoyers wrote:
> > * Rafael J. Wysocki ([email protected]) wrote:
> > > This message has been generated automatically as a part of a report
> > > of regressions introduced between 2.6.28 and 2.6.29.
> > >
> > > The following bug entry is on the current list of known regressions
> > > introduced between 2.6.28 and 2.6.29. Please verify if it still should
> > > be listed and let me know (either way).
> > >
> >
> > I've had no news that the patches I proposed has been considered for
> > -stable. They fix the teardown problem here. So I guess it's better to
> > wait for the patches to get into -stable before we close this bug ?
>
> In fact the bug is closeable as soon as they are in the Linus' tree. Are they
> in it right now?
>
Nope, Andrew pulled the conservative governor fix for 2.6.30-rc in his
tree, but that's about it.
The fixes for ondemand 2.6.28, 2.6.29 and 2.6.30-rc have not been pulled
yet. The fix for conservative 2.6.28, 2.6.29 has not been pulled
neither.
Mathieu
> Thanks,
> Rafael
--
Mathieu Desnoyers
OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F BA06 3F25 A8FE 3BAE 9A68
Rafael J. Wysocki [Sun, Apr 26, 2009 at 11:46:25AM +0200]:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.28 and 2.6.29.
Sure, still broken. For some version it works, for most newer not,
as reported.
Can we stop that nag-service and spent time in fixing it better?
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
On Sun, 26 Apr 2009, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.28 and 2.6.29.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.28 and 2.6.29. Please verify if it still should
> be listed and let me know (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13112
> Subject : Oops in drain_array
> Submitter : Bart <[email protected]>
> Date : 2009-04-14 10:21 (13 days old)
> References : http://marc.info/?l=linux-kernel&m=123970493224628&w=4
>
Bart, is it possible to try with CONFIG_DEBUG_SLAB enabled?
Hello,
yes, this bug entry should be listed. This bug prevents people from
using live-cd's or testing the 2.6.29 (if they know about this bug...).
Am Sonntag, den 26.04.2009, 11:46 +0200 schrieb Rafael J. Wysocki:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.28 and 2.6.29.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.28 and 2.6.29. Please verify if it still should
> be listed and let me know (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13072
> Subject : forcedeth seems to switch off eth on shutdown
> Submitter : Daniel Bierstedt <[email protected]>
> Date : 2009-04-12 07:00 (15 days old)
>
On Sunday 26 April 2009, Nico Schottelius wrote:
> Rafael J. Wysocki [Sun, Apr 26, 2009 at 11:46:25AM +0200]:
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.28 and 2.6.29.
>
> Sure, still broken. For some version it works, for most newer not,
> as reported.
>
> Can we stop that nag-service and spent time in fixing it better?
Well, I'm not familiar with the code that broke and this is a way of notifying
the right people of the problem.
Thanks,
Rafael
On Sunday 26 April 2009, Daniel Bierstedt wrote:
> Hello,
>
> yes, this bug entry should be listed. This bug prevents people from
> using live-cd's or testing the 2.6.29 (if they know about this bug...).
Thanks for the update.
Rafael
On Sunday 26 April 2009 11:46:28 Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.28 and 2.6.29.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.28 and 2.6.29. Please verify if it still should
> be listed and let me know (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13003
> Subject : [2.6.29 regression] ivtv driver causes strange oops'es,
> disrupts software suspend Submitter : Artem S. Tashkinov
> <[email protected]>
> Date : 2009-04-03 14:57 (24 days old)
> Handled-By : Hans Verkuil <[email protected]>
This isn't a 2.6.29 regression. It is a bug - somewhere - but it's also been
reproduced under 2.6.28 so it doesn't qualify as a regression.
Regards,
Hans
--
Hans Verkuil - video4linux developer - sponsored by TANDBERG
----- Original Message ----
> From: Rafael J. Wysocki <[email protected]>
> To: Linux Kernel Mailing List <[email protected]>
> Cc: Kernel Testers List <[email protected]>; Martin Knoblauch <[email protected]>
> Sent: Sunday, April 26, 2009 11:46:31 AM
> Subject: [Bug #13178] Booting very slow
>
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.28 and 2.6.29.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.28 and 2.6.29. Please verify if it still should
> be listed and let me know (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13178
> Subject : Booting very slow
> Submitter : Martin Knoblauch
> Date : 2009-04-24 12:45 (3 days old)
> References : http://marc.info/?l=linux-kernel&m=124057716231773&w=4
Not really sure whether this is a real regression. Between 2.6.28 and 2.6.29 the content of /proc/mounts for sysfs changed from
/sys /sys sysfs rw 0 0
to
none /sys sysfs rw 0 0
This breaks RHEL-4.3 userland which parses /proc/mounts in the firmware hotplug agent to find the mount-point for sysfs. As a result firmware loading started to fail in 2.6.29. There is a simple fix in the /etc/hotplug/firmware.agent script (just assume /sys as it is done elsewhere).
Your call.
Cheers
Martin
On Sun, 26 Apr 2009, Rafael J. Wysocki wrote:
>> This message has been generated automatically as a part of a report
>> of regressions introduced between 2.6.28 and 2.6.29.
>>
>> The following bug entry is on the current list of known regressions
>> introduced between 2.6.28 and 2.6.29. ?Please verify if it still should
>> be listed and let me know (either way).
>>
>>
>> Bug-Entry ? ? : http://bugzilla.kernel.org/show_bug.cgi?id=13112
>> Subject ? ? ? ? ? ? ? : Oops in drain_array
>> Submitter ? ? : Bart <[email protected]>
>> Date ? ? ? ? ?: 2009-04-14 10:21 (13 days old)
>> References ? ?: http://marc.info/?l=linux-kernel&m=123970493224628&w=4
On Sun, Apr 26, 2009 at 11:19 PM, David Rientjes <[email protected]> wrote:
> Bart, is it possible to try with CONFIG_DEBUG_SLAB enabled?
Please also enable CONFIG_DEBUG_LIST. Looking at the oops:
18: 4a 8b 8c eb 68 01 00 mov 0x168(%rbx,%r13,8),%rcx # l3 =
cachep->nodelists[node];
1f: 00
20: 48 8b 16 mov (%rsi),%rdx
23: 48 8b 46 08 mov 0x8(%rsi),%rax
27: 48 89 42 08 mov %rax,0x8(%rdx)
2b:* 48 89 10 mov %rdx,(%rax) <-- trapping instruction
2e: 89 e8 mov %ebp,%eax
30: 48 c7 06 00 01 10 00 movq $0x100100,(%rsi)
37: 48 c7 46 08 00 02 20 movq $0x200200,0x8(%rsi)
it seems like list_del() in free_block() explodes because because
->prev ("rax") of slab->list is bogus ("0000000000000cd0").
Pekka
----- Original Message ----
> From: Martin Knoblauch <[email protected]>
> To: Rafael J. Wysocki <[email protected]>; Linux Kernel Mailing List <[email protected]>
> Cc: Kernel Testers List <[email protected]>
> Sent: Monday, April 27, 2009 9:18:53 AM
> Subject: Re: [Bug #13178] Booting very slow
>
> ----- Original Message ----
>
> > From: Rafael J. Wysocki
> > To: Linux Kernel Mailing List
> > Cc: Kernel Testers List ; Martin Knoblauch
>
> > Sent: Sunday, April 26, 2009 11:46:31 AM
> > Subject: [Bug #13178] Booting very slow
> >
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.28 and 2.6.29.
> >
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.28 and 2.6.29. Please verify if it still should
> > be listed and let me know (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13178
> > Subject : Booting very slow
> > Submitter : Martin Knoblauch
> > Date : 2009-04-24 12:45 (3 days old)
> > References : http://marc.info/?l=linux-kernel&m=124057716231773&w=4
>
> Not really sure whether this is a real regression. Between 2.6.28 and 2.6.29 the
> content of /proc/mounts for sysfs changed from
>
> /sys /sys sysfs rw 0 0
>
> to
>
> none /sys sysfs rw 0 0
>
>
> This breaks RHEL-4.3 userland which parses /proc/mounts in the firmware hotplug
> agent to find the mount-point for sysfs. As a result firmware loading started to
> fail in 2.6.29. There is a simple fix in the /etc/hotplug/firmware.agent script
> (just assume /sys as it is done elsewhere).
>
> Your call.
>
> Cheers
> Martin
Actually I have to correct myself. The reason for the failure to parse /proc/mounts for "sysfs" is that there are two lines:
[hotplug]# uname -a
Linux lpsdm52 2.6.30-rc3-git2-nfs_ra #3 SMP Mon Apr 27 10:21:31 CEST 2009 x86_64 x86_64 x86_64 GNU/Linux
[hotplug]# grep sysfs /proc/mounts
none /sys sysfs rw,relatime 0 0
/sys /sys sysfs rw,relatime 0 0
This breaks the "firmware.agent" /sys-parsing code. There still exists the simple fix to userspace, but I now think that this is a real regression that should be fixed.
Cheers
Martin
On Mon, 27 Apr 2009, Pekka Enberg wrote:
> 18: 4a 8b 8c eb 68 01 00 mov 0x168(%rbx,%r13,8),%rcx # l3 =
> cachep->nodelists[node];
> 1f: 00
> 20: 48 8b 16 mov (%rsi),%rdx
> 23: 48 8b 46 08 mov 0x8(%rsi),%rax
> 27: 48 89 42 08 mov %rax,0x8(%rdx)
> 2b:* 48 89 10 mov %rdx,(%rax) <-- trapping instruction
> 2e: 89 e8 mov %ebp,%eax
> 30: 48 c7 06 00 01 10 00 movq $0x100100,(%rsi)
> 37: 48 c7 46 08 00 02 20 movq $0x200200,0x8(%rsi)
>
> it seems like list_del() in free_block() explodes because because
> ->prev ("rax") of slab->list is bogus ("0000000000000cd0").
Where do I find the rest of the information regarding this report?
bugzilla does only contain a pointer to the initial report on lkml no
discussion.
Typically these oopses occur because the slab header at the beginning of a
slab is overwritten. Enable debugging. Switching to SLUB would give better
diagnostics.
On Mon, 27 Apr 2009, Christoph Lameter wrote:
> On Mon, 27 Apr 2009, Pekka Enberg wrote:
>
>> 18: 4a 8b 8c eb 68 01 00 mov 0x168(%rbx,%r13,8),%rcx # l3 =
>> cachep->nodelists[node];
>> 1f: 00
>> 20: 48 8b 16 mov (%rsi),%rdx
>> 23: 48 8b 46 08 mov 0x8(%rsi),%rax
>> 27: 48 89 42 08 mov %rax,0x8(%rdx)
>> 2b:* 48 89 10 mov %rdx,(%rax) <-- trapping instruction
>> 2e: 89 e8 mov %ebp,%eax
>> 30: 48 c7 06 00 01 10 00 movq $0x100100,(%rsi)
>> 37: 48 c7 46 08 00 02 20 movq $0x200200,0x8(%rsi)
>>
>> it seems like list_del() in free_block() explodes because because
>> ->prev ("rax") of slab->list is bogus ("0000000000000cd0").
>
> Where do I find the rest of the information regarding this report?
> bugzilla does only contain a pointer to the initial report on lkml no
> discussion.
>
> Typically these oopses occur because the slab header at the beginning of a
> slab is overwritten. Enable debugging. Switching to SLUB would give better
> diagnostics.
After turning the suggested debuging options I've got tons of these when
trying to stress the tape device like before:
Apr 27 16:57:30 fs kernel: [ 96.446708] slab error in verify_redzone_free(): cache `size-128': memory outside object was overwritten
Apr 27 16:57:30 fs kernel: [ 96.446713] Pid: 0, comm: swapper Not tainted 2.6.29.1-64 #2
Apr 27 16:57:30 fs kernel: [ 96.446715] Call Trace:
Apr 27 16:57:30 fs kernel: [ 96.446717] <IRQ> [<ffffffff8029adc5>] __slab_error+0x1f/0x25
Apr 27 16:57:30 fs kernel: [ 96.446728] [<ffffffff8029b24b>] cache_free_debugcheck+0x108/0x1d6
Apr 27 16:57:30 fs kernel: [ 96.446731] [<ffffffff8029b473>] kfree+0x81/0xc2
Apr 27 16:57:30 fs kernel: [ 96.446735] [<ffffffff802bd311>] bio_free_map_data+0xc/0x1e
Apr 27 16:57:30 fs kernel: [ 96.446738] [<ffffffff802bdc6d>] bio_uncopy_user+0x38/0x48
Apr 27 16:57:30 fs kernel: [ 96.446742] [<ffffffff803670e6>] blk_rq_unmap_user+0x1e/0x45
Apr 27 16:57:30 fs kernel: [ 96.446747] [<ffffffff8046ed7f>] st_scsi_execute_end+0x4e/0x5e
Apr 27 16:57:30 fs kernel: [ 96.446751] [<ffffffff8036425f>] blk_end_io+0x55/0x76
Apr 27 16:57:30 fs kernel: [ 96.446754] [<ffffffff804a17ad>] mpt_interrupt+0x422/0x53f
Apr 27 16:57:30 fs kernel: [ 96.446758] [<ffffffff8044be0b>] scsi_io_completion+0x18f/0x415
Apr 27 16:57:30 fs kernel: [ 96.446762] [<ffffffff80368160>] blk_done_softirq+0x62/0x72
Apr 27 16:57:30 fs kernel: [ 96.446766] [<ffffffff802523d0>] __do_softirq+0x7f/0x138
Apr 27 16:57:30 fs kernel: [ 96.446770] [<ffffffff80238d70>] ack_apic_level+0x46/0xce
Apr 27 16:57:30 fs kernel: [ 96.446774] [<ffffffff80225b3c>] call_softirq+0x1c/0x28
Apr 27 16:57:30 fs kernel: [ 96.446777] [<ffffffff8022706c>] do_softirq+0x2c/0x6c
Apr 27 16:57:30 fs kernel: [ 96.446780] [<ffffffff802272b1>] do_IRQ+0xb6/0xd5
Apr 27 16:57:30 fs kernel: [ 96.446784] [<ffffffff80225413>] ret_from_intr+0x0/0xa
Apr 27 16:57:30 fs kernel: [ 96.446785] <EOI> [<ffffffff80564e7a>] udp_poll+0x0/0x10e
Apr 27 16:57:30 fs kernel: [ 96.446793] [<ffffffff8022b26c>] mwait_idle+0x63/0x66
Apr 27 16:57:30 fs kernel: [ 96.446795] [<ffffffff802238d6>] cpu_idle+0x40/0x5e
Apr 27 16:57:30 fs kernel: [ 96.446798] ffff88013c197b48: redzone 1:0xd84156c5635688c0, redzone 2:0xffffe20004209348.
Can I help by testing an rc version if this happens too ?
--
Regards,
Bart [email protected]
On Mon, 27 Apr 2009, Bart wrote:
> Apr 27 16:57:30 fs kernel: [ 96.446708] slab error in verify_redzone_free():
> cache `size-128': memory outside object was overwritten
Allright so a write after or before a 128 byte kmalloc object. Can
you switch to the SLUB allocator so that we can get memory dumps of
the corruption which will help to diagnose this further?
On Sun, 26 Apr 2009 11:46:26 +0200 (CEST)
"Rafael J. Wysocki" <[email protected]> wrote:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.28 and 2.6.29.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.28 and 2.6.29. Please verify if it still
> should be listed and let me know (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12765
> Subject : i915 VT switch with AIGLX causes X lock up
> Submitter : Sitsofe Wheeler <[email protected]>
> Date : 2009-02-21 15:38 (65 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
I think we had a workaround for this (attached), but it sounds like
Robert has tracked down the root cause (search for "Broken vblanks on
Intel" on [email protected]). Will try to get the fix
into the Intel driver soon. Fortunately this doesn't seem to be biting
a lot of people (at least not that I've heard); I certainly have a hard
time reproducing it.
--
Jesse Barnes, Intel Open Source Technology Center
On Sun, 26 Apr 2009 19:43:44 +0200
"Rafael J. Wysocki" <[email protected]> wrote:
> On Sunday 26 April 2009, Angel wrote:
> > On Sun, 26 Apr 2009 11:46:26 +0200 (CEST)
> >
> > I've tested with kernel 2.6.29.1. The problem still persists. While everything works fine with 2.6.28 or lower, starting X (both 1.3 and 1.5) with DRI enabled on a 2.6.29 kernel results in a garbled screen and unresponsive keyboard.
>
> Thanks for the update.
>
> Can you also test 2.6.30-rc3, please?
Sure. Still broken in exactly the same way. (Garbled screen, non-working keyboard. System can still be ssh-ed into.)
--
Jos van der Ende <[email protected]>
On Mon, 27 Apr 2009, Bart wrote:
> After turning the suggested debuging options I've got tons of these when
> trying to stress the tape device like before:
>
> Apr 27 16:57:30 fs kernel: [ 96.446708] slab error in verify_redzone_free():
> cache `size-128': memory outside object was overwritten
> Apr 27 16:57:30 fs kernel: [ 96.446713] Pid: 0, comm: swapper Not tainted
> 2.6.29.1-64 #2
> Apr 27 16:57:30 fs kernel: [ 96.446715] Call Trace:
> Apr 27 16:57:30 fs kernel: [ 96.446717] <IRQ> [<ffffffff8029adc5>]
> __slab_error+0x1f/0x25
> Apr 27 16:57:30 fs kernel: [ 96.446728] [<ffffffff8029b24b>]
> cache_free_debugcheck+0x108/0x1d6
> Apr 27 16:57:30 fs kernel: [ 96.446731] [<ffffffff8029b473>]
> kfree+0x81/0xc2
> Apr 27 16:57:30 fs kernel: [ 96.446735] [<ffffffff802bd311>]
> bio_free_map_data+0xc/0x1e
This appears to be kfree(bmd->iovecs) in bio_free_map_data(). It looks
like the memcpy size in bio_set_map_data() overrides the kmalloc size; in
other words, for a redzone error, bio->bi_vcnt > nr_pages in
bio_copy_user_iov().
On Mon, Apr 27, 2009 at 09:46:51AM -0700, Jesse Barnes wrote:
> On Sun, 26 Apr 2009 11:46:26 +0200 (CEST)
> "Rafael J. Wysocki" <[email protected]> wrote:
>
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.28 and 2.6.29.
> >
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.28 and 2.6.29. Please verify if it still
> > should be listed and let me know (either way).
The problem is still here in 2.6.29-rc3.
> I think we had a workaround for this (attached), but it sounds like
> Robert has tracked down the root cause (search for "Broken vblanks on
> Intel" on [email protected]). Will try to get the fix
http://www.mail-archive.com/[email protected]/msg39370.html
seems to be it.
> into the Intel driver soon. Fortunately this doesn't seem to be biting
> a lot of people (at least not that I've heard); I certainly have a hard
> time reproducing it.
The patch that was attached to Jesse's mail seems to resolve the
problem...
--
Sitsofe | http://sucs.org/~sits/
On Mon, Apr 27 2009, David Rientjes wrote:
> On Mon, 27 Apr 2009, Bart wrote:
>
> > After turning the suggested debuging options I've got tons of these when
> > trying to stress the tape device like before:
> >
> > Apr 27 16:57:30 fs kernel: [ 96.446708] slab error in verify_redzone_free():
> > cache `size-128': memory outside object was overwritten
> > Apr 27 16:57:30 fs kernel: [ 96.446713] Pid: 0, comm: swapper Not tainted
> > 2.6.29.1-64 #2
> > Apr 27 16:57:30 fs kernel: [ 96.446715] Call Trace:
> > Apr 27 16:57:30 fs kernel: [ 96.446717] <IRQ> [<ffffffff8029adc5>]
> > __slab_error+0x1f/0x25
> > Apr 27 16:57:30 fs kernel: [ 96.446728] [<ffffffff8029b24b>]
> > cache_free_debugcheck+0x108/0x1d6
> > Apr 27 16:57:30 fs kernel: [ 96.446731] [<ffffffff8029b473>]
> > kfree+0x81/0xc2
> > Apr 27 16:57:30 fs kernel: [ 96.446735] [<ffffffff802bd311>]
> > bio_free_map_data+0xc/0x1e
>
> This appears to be kfree(bmd->iovecs) in bio_free_map_data(). It looks
> like the memcpy size in bio_set_map_data() overrides the kmalloc size; in
> other words, for a redzone error, bio->bi_vcnt > nr_pages in
> bio_copy_user_iov().
What -git version was this reproduced with?
--
Jens Axboe
On Mon, 27 Apr 2009 13:36:46 -0700 (PDT)
David Rientjes <[email protected]> wrote:
> On Mon, 27 Apr 2009, Bart wrote:
>
> > After turning the suggested debuging options I've got tons of these when
> > trying to stress the tape device like before:
> >
> > Apr 27 16:57:30 fs kernel: [ 96.446708] slab error in verify_redzone_free():
> > cache `size-128': memory outside object was overwritten
> > Apr 27 16:57:30 fs kernel: [ 96.446713] Pid: 0, comm: swapper Not tainted
> > 2.6.29.1-64 #2
> > Apr 27 16:57:30 fs kernel: [ 96.446715] Call Trace:
> > Apr 27 16:57:30 fs kernel: [ 96.446717] <IRQ> [<ffffffff8029adc5>]
> > __slab_error+0x1f/0x25
> > Apr 27 16:57:30 fs kernel: [ 96.446728] [<ffffffff8029b24b>]
> > cache_free_debugcheck+0x108/0x1d6
> > Apr 27 16:57:30 fs kernel: [ 96.446731] [<ffffffff8029b473>]
> > kfree+0x81/0xc2
> > Apr 27 16:57:30 fs kernel: [ 96.446735] [<ffffffff802bd311>]
> > bio_free_map_data+0xc/0x1e
>
> This appears to be kfree(bmd->iovecs) in bio_free_map_data(). It looks
> like the memcpy size in bio_set_map_data() overrides the kmalloc size; in
> other words, for a redzone error, bio->bi_vcnt > nr_pages in
> bio_copy_user_iov().
Can you try this?
diff --git a/fs/bio.c b/fs/bio.c
index 7bbc98f..6a09356 100644
--- a/fs/bio.c
+++ b/fs/bio.c
@@ -817,6 +817,9 @@ struct bio *bio_copy_user_iov(struct request_queue *q,
len += iov[i].iov_len;
}
+ if (offset)
+ nr_pages += 1;
+
bmd = bio_alloc_map_data(nr_pages, iov_count, gfp_mask);
if (!bmd)
return ERR_PTR(-ENOMEM);
On Sun, 26 Apr 2009 11:46:28 +0200 (CEST)
"Rafael J. Wysocki" <[email protected]> wrote:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.28 and 2.6.29.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.28 and 2.6.29. Please verify if it still should
> be listed and let me know (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13001
> Subject : PCI-DMA: Out of IOMMU space
> Submitter : <[email protected]>
> Date : 2009-04-03 09:30 (24 days old)
Probably, this is not a regression.
He doesn't hit this problem with 2.6.29 when he uses the kernel boot
option that he used with 2.6.28. I have no idea how not using
'allowdac' can solve the problem though.
No, it is regression. I can reproduce that without allowdac and any
other unnecessary boot options. In later discussion Grant Grundler ask
me apply patch that show 32 bit dma devices in my system. Results I
attached to bugreport. Looks like only one 32 bit dma device in my
system is ata controller, sata-nv. I can stable reproduce IOMMU out of
space when I write data to sata drive.
2009/4/28 FUJITA Tomonori <[email protected]>:
> On Sun, 26 Apr 2009 11:46:28 +0200 (CEST)
> "Rafael J. Wysocki" <[email protected]> wrote:
>
>> This message has been generated automatically as a part of a report
>> of regressions introduced between 2.6.28 and 2.6.29.
>>
>> The following bug entry is on the current list of known regressions
>> introduced between 2.6.28 and 2.6.29. Please verify if it still should
>> be listed and let me know (either way).
>>
>>
>> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13001
>> Subject : PCI-DMA: Out of IOMMU space
>> Submitter : <[email protected]>
>> Date : 2009-04-03 09:30 (24 days old)
>
> Probably, this is not a regression.
>
> He doesn't hit this problem with 2.6.29 when he uses the kernel boot
> option that he used with 2.6.28. I have no idea how not using
> 'allowdac' can solve the problem though.
>
--
С уважением Данила Жукоцкий, системный администратор ЗАО "Роснефтегазмаш"
On Tue, 28 Apr 2009 14:18:57 +0500
**UNKNOWN CHARSET** <[email protected]> wrote:
> No, it is regression. I can reproduce that without allowdac and any
> other unnecessary boot options.
Hmm, in the bug repport, you said that you can't reproduce the problem:
http://bugzilla.kernel.org/show_bug.cgi?id=13001#c15
I can't find your comment like, "I can reproduce that without
allowdac".
> In later discussion Grant Grundler ask
> me apply patch that show 32 bit dma devices in my system. Results I
> attached to bugreport. Looks like only one 32 bit dma device in my
> system is ata controller, sata-nv.
Hmm, looks like http://bugzilla.kernel.org/attachment.cgi?id=20895
said that pata_amd and sata_nv use 32bit dma mask.
> I can stable reproduce IOMMU out of space when I write data to sata
> drive.
Ok, let's figure out what's wrong.
First, can you test v2.6.30-rc3 with the following patch?
http://www.kernel.org/pub/linux/kernel/people/tomo/misc/gart-debug.diff
Note that please enable CONFIG_DMA_API_DEBUG, CONFIG_IOMMU_DEBUG, and
CONFIG_IOMMU_LEAK and see if you can reproduce the problem (of course,
don't use any kernel option).
When the kernel is out of IOMMU space, it prints some useful
information.
> On Mon, 27 Apr 2009 13:36:46 -0700 (PDT)
> David Rientjes <[email protected]> wrote:
>
>> On Mon, 27 Apr 2009, Bart wrote:
>>
>>> After turning the suggested debuging options I've got tons of these when
>>> trying to stress the tape device like before:
>>>
>>> Apr 27 16:57:30 fs kernel: [ 96.446708] slab error in verify_redzone_free():
>>> cache `size-128': memory outside object was overwritten
>>> Apr 27 16:57:30 fs kernel: [ 96.446713] Pid: 0, comm: swapper Not tainted
>>> 2.6.29.1-64 #2
>>> Apr 27 16:57:30 fs kernel: [ 96.446715] Call Trace:
>>> Apr 27 16:57:30 fs kernel: [ 96.446717] <IRQ> [<ffffffff8029adc5>]
>>> __slab_error+0x1f/0x25
>>> Apr 27 16:57:30 fs kernel: [ 96.446728] [<ffffffff8029b24b>]
>>> cache_free_debugcheck+0x108/0x1d6
>>> Apr 27 16:57:30 fs kernel: [ 96.446731] [<ffffffff8029b473>]
>>> kfree+0x81/0xc2
>>> Apr 27 16:57:30 fs kernel: [ 96.446735] [<ffffffff802bd311>]
>>> bio_free_map_data+0xc/0x1e
>>
>> This appears to be kfree(bmd->iovecs) in bio_free_map_data(). It looks
>> like the memcpy size in bio_set_map_data() overrides the kmalloc size; in
>> other words, for a redzone error, bio->bi_vcnt > nr_pages in
>> bio_copy_user_iov().
>
> Can you try this?
>
> diff --git a/fs/bio.c b/fs/bio.c
> index 7bbc98f..6a09356 100644
> --- a/fs/bio.c
> +++ b/fs/bio.c
> @@ -817,6 +817,9 @@ struct bio *bio_copy_user_iov(struct request_queue *q,
> len += iov[i].iov_len;
> }
>
> + if (offset)
> + nr_pages += 1;
> +
> bmd = bio_alloc_map_data(nr_pages, iov_count, gfp_mask);
> if (!bmd)
> return ERR_PTR(-ENOMEM);
>
There are no more errors in the dmesg after applying this patch to
2.6.29.2.
Without this patch I can reproduce this kind of errors on
2.6.29.1, 2.6.29.2.
I've not tested this patch with 2.6.29.1 and 2.6.30rc3-git3.
I will try to reproduce the error on 2.6.30rc3-git3 as soon as I compile
it.
--
Regards
Bart [email protected]
On Mon, 27 Apr 2009, Christoph Lameter wrote:
> On Mon, 27 Apr 2009, Bart wrote:
>
>> Apr 27 16:57:30 fs kernel: [ 96.446708] slab error in verify_redzone_free():
>> cache `size-128': memory outside object was overwritten
>
> Allright so a write after or before a 128 byte kmalloc object. Can
> you switch to the SLUB allocator so that we can get memory dumps of
> the corruption which will help to diagnose this further?
After switching to SLUB I had a complete hard freeze when trying to
reproduce the error. I've got a photo of the screen but I dont know if it
is usefull so I did not copied it to txt:
http://bz.riz.pl/IMAG0032.jpg
--
Regards
Bart [email protected]
On Tue, 28 Apr 2009 14:43:37 +0200 (CEST)
Bart <[email protected]> wrote:
> > On Mon, 27 Apr 2009 13:36:46 -0700 (PDT)
> > David Rientjes <[email protected]> wrote:
> >
> >> On Mon, 27 Apr 2009, Bart wrote:
> >>
> >>> After turning the suggested debuging options I've got tons of these when
> >>> trying to stress the tape device like before:
> >>>
> >>> Apr 27 16:57:30 fs kernel: [ 96.446708] slab error in verify_redzone_free():
> >>> cache `size-128': memory outside object was overwritten
> >>> Apr 27 16:57:30 fs kernel: [ 96.446713] Pid: 0, comm: swapper Not tainted
> >>> 2.6.29.1-64 #2
> >>> Apr 27 16:57:30 fs kernel: [ 96.446715] Call Trace:
> >>> Apr 27 16:57:30 fs kernel: [ 96.446717] <IRQ> [<ffffffff8029adc5>]
> >>> __slab_error+0x1f/0x25
> >>> Apr 27 16:57:30 fs kernel: [ 96.446728] [<ffffffff8029b24b>]
> >>> cache_free_debugcheck+0x108/0x1d6
> >>> Apr 27 16:57:30 fs kernel: [ 96.446731] [<ffffffff8029b473>]
> >>> kfree+0x81/0xc2
> >>> Apr 27 16:57:30 fs kernel: [ 96.446735] [<ffffffff802bd311>]
> >>> bio_free_map_data+0xc/0x1e
> >>
> >> This appears to be kfree(bmd->iovecs) in bio_free_map_data(). It looks
> >> like the memcpy size in bio_set_map_data() overrides the kmalloc size; in
> >> other words, for a redzone error, bio->bi_vcnt > nr_pages in
> >> bio_copy_user_iov().
> >
> > Can you try this?
> >
> > diff --git a/fs/bio.c b/fs/bio.c
> > index 7bbc98f..6a09356 100644
> > --- a/fs/bio.c
> > +++ b/fs/bio.c
> > @@ -817,6 +817,9 @@ struct bio *bio_copy_user_iov(struct request_queue *q,
> > len += iov[i].iov_len;
> > }
> >
> > + if (offset)
> > + nr_pages += 1;
> > +
> > bmd = bio_alloc_map_data(nr_pages, iov_count, gfp_mask);
> > if (!bmd)
> > return ERR_PTR(-ENOMEM);
> >
>
> There are no more errors in the dmesg after applying this patch to
> 2.6.29.2.
>
> Without this patch I can reproduce this kind of errors on
> 2.6.29.1, 2.6.29.2.
>
> I've not tested this patch with 2.6.29.1 and 2.6.30rc3-git3.
> I will try to reproduce the error on 2.6.30rc3-git3 as soon as I compile
> it.
Thanks for testing! And very sorry about the bug.
I'm sure that you hit the same bug with 2.6.30-rc3-git.
Jens, can you please apply this against 2.6.30-rc (and we need this
for 2.6.29.x too)?
I know that bio_copy_user_iov() is hacky. I'll try to clean up the
mapping API later.
=
From: FUJITA Tomonori <[email protected]>
Subject: [PATCH] bio: fix memcpy corruption in bio_copy_user_iov()
st driver uses blk_rq_map_user() in order to just build a request out
of page frames. In this case, map_data->offset is a non zero value and
iov[0].iov_base is NULL. We need to increase nr_pages for that.
Cc: [email protected]
Signed-off-by: FUJITA Tomonori <[email protected]>
---
fs/bio.c | 3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/fs/bio.c b/fs/bio.c
index 7bbc98f..9871164 100644
--- a/fs/bio.c
+++ b/fs/bio.c
@@ -817,6 +817,9 @@ struct bio *bio_copy_user_iov(struct request_queue *q,
len += iov[i].iov_len;
}
+ if (offset)
+ nr_pages++;
+
bmd = bio_alloc_map_data(nr_pages, iov_count, gfp_mask);
if (!bmd)
return ERR_PTR(-ENOMEM);
--
1.6.0.6
On Tue, Apr 28 2009, FUJITA Tomonori wrote:
> On Tue, 28 Apr 2009 14:43:37 +0200 (CEST)
> Bart <[email protected]> wrote:
>
> > > On Mon, 27 Apr 2009 13:36:46 -0700 (PDT)
> > > David Rientjes <[email protected]> wrote:
> > >
> > >> On Mon, 27 Apr 2009, Bart wrote:
> > >>
> > >>> After turning the suggested debuging options I've got tons of these when
> > >>> trying to stress the tape device like before:
> > >>>
> > >>> Apr 27 16:57:30 fs kernel: [ 96.446708] slab error in verify_redzone_free():
> > >>> cache `size-128': memory outside object was overwritten
> > >>> Apr 27 16:57:30 fs kernel: [ 96.446713] Pid: 0, comm: swapper Not tainted
> > >>> 2.6.29.1-64 #2
> > >>> Apr 27 16:57:30 fs kernel: [ 96.446715] Call Trace:
> > >>> Apr 27 16:57:30 fs kernel: [ 96.446717] <IRQ> [<ffffffff8029adc5>]
> > >>> __slab_error+0x1f/0x25
> > >>> Apr 27 16:57:30 fs kernel: [ 96.446728] [<ffffffff8029b24b>]
> > >>> cache_free_debugcheck+0x108/0x1d6
> > >>> Apr 27 16:57:30 fs kernel: [ 96.446731] [<ffffffff8029b473>]
> > >>> kfree+0x81/0xc2
> > >>> Apr 27 16:57:30 fs kernel: [ 96.446735] [<ffffffff802bd311>]
> > >>> bio_free_map_data+0xc/0x1e
> > >>
> > >> This appears to be kfree(bmd->iovecs) in bio_free_map_data(). It looks
> > >> like the memcpy size in bio_set_map_data() overrides the kmalloc size; in
> > >> other words, for a redzone error, bio->bi_vcnt > nr_pages in
> > >> bio_copy_user_iov().
> > >
> > > Can you try this?
> > >
> > > diff --git a/fs/bio.c b/fs/bio.c
> > > index 7bbc98f..6a09356 100644
> > > --- a/fs/bio.c
> > > +++ b/fs/bio.c
> > > @@ -817,6 +817,9 @@ struct bio *bio_copy_user_iov(struct request_queue *q,
> > > len += iov[i].iov_len;
> > > }
> > >
> > > + if (offset)
> > > + nr_pages += 1;
> > > +
> > > bmd = bio_alloc_map_data(nr_pages, iov_count, gfp_mask);
> > > if (!bmd)
> > > return ERR_PTR(-ENOMEM);
> > >
> >
> > There are no more errors in the dmesg after applying this patch to
> > 2.6.29.2.
> >
> > Without this patch I can reproduce this kind of errors on
> > 2.6.29.1, 2.6.29.2.
> >
> > I've not tested this patch with 2.6.29.1 and 2.6.30rc3-git3.
> > I will try to reproduce the error on 2.6.30rc3-git3 as soon as I compile
> > it.
>
> Thanks for testing! And very sorry about the bug.
>
> I'm sure that you hit the same bug with 2.6.30-rc3-git.
>
> Jens, can you please apply this against 2.6.30-rc (and we need this
> for 2.6.29.x too)?
>
> I know that bio_copy_user_iov() is hacky. I'll try to clean up the
> mapping API later.
I'll apply it for 2.6.30-rc and CC stable. bio_copy_user_iov() is indeed
not pretty, both the API and the implementation needs looking at...
--
Jens Axboe
On Monday 27 April 2009, Jos van der Ende wrote:
> On Sun, 26 Apr 2009 19:43:44 +0200
> "Rafael J. Wysocki" <[email protected]> wrote:
>
> > On Sunday 26 April 2009, Angel wrote:
> > > On Sun, 26 Apr 2009 11:46:26 +0200 (CEST)
> > >
> > > I've tested with kernel 2.6.29.1. The problem still persists. While everything works fine with 2.6.28 or lower, starting X (both 1.3 and 1.5) with DRI enabled on a 2.6.29 kernel results in a garbled screen and unresponsive keyboard.
> >
> > Thanks for the update.
> >
> > Can you also test 2.6.30-rc3, please?
>
> Sure. Still broken in exactly the same way. (Garbled screen, non-working keyboard. System can still be ssh-ed into.)
Thanks!
Best,
Rafael
On Monday 27 April 2009, Hans Verkuil wrote:
> On Sunday 26 April 2009 11:46:28 Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.28 and 2.6.29.
> >
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.28 and 2.6.29. Please verify if it still should
> > be listed and let me know (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13003
> > Subject : [2.6.29 regression] ivtv driver causes strange oops'es,
> > disrupts software suspend Submitter : Artem S. Tashkinov
> > <[email protected]>
> > Date : 2009-04-03 14:57 (24 days old)
> > Handled-By : Hans Verkuil <[email protected]>
>
> This isn't a 2.6.29 regression. It is a bug - somewhere - but it's also been
> reproduced under 2.6.28 so it doesn't qualify as a regression.
Thanks, dropped from the list.
Best,
Rafael
On Monday 27 April 2009, Martin Knoblauch wrote:
>
> ----- Original Message ----
>
> > From: Martin Knoblauch <[email protected]>
> > To: Rafael J. Wysocki <[email protected]>; Linux Kernel Mailing List <[email protected]>
> > Cc: Kernel Testers List <[email protected]>
> > Sent: Monday, April 27, 2009 9:18:53 AM
> > Subject: Re: [Bug #13178] Booting very slow
> >
> > ----- Original Message ----
> >
> > > From: Rafael J. Wysocki
> > > To: Linux Kernel Mailing List
> > > Cc: Kernel Testers List ; Martin Knoblauch
> >
> > > Sent: Sunday, April 26, 2009 11:46:31 AM
> > > Subject: [Bug #13178] Booting very slow
> > >
> > > This message has been generated automatically as a part of a report
> > > of regressions introduced between 2.6.28 and 2.6.29.
> > >
> > > The following bug entry is on the current list of known regressions
> > > introduced between 2.6.28 and 2.6.29. Please verify if it still should
> > > be listed and let me know (either way).
> > >
> > >
> > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13178
> > > Subject : Booting very slow
> > > Submitter : Martin Knoblauch
> > > Date : 2009-04-24 12:45 (3 days old)
> > > References : http://marc.info/?l=linux-kernel&m=124057716231773&w=4
> >
> > Not really sure whether this is a real regression. Between 2.6.28 and 2.6.29 the
> > content of /proc/mounts for sysfs changed from
> >
> > /sys /sys sysfs rw 0 0
> >
> > to
> >
> > none /sys sysfs rw 0 0
> >
> >
> > This breaks RHEL-4.3 userland which parses /proc/mounts in the firmware hotplug
> > agent to find the mount-point for sysfs. As a result firmware loading started to
> > fail in 2.6.29. There is a simple fix in the /etc/hotplug/firmware.agent script
> > (just assume /sys as it is done elsewhere).
> >
> > Your call.
> >
> > Cheers
> > Martin
>
> Actually I have to correct myself. The reason for the failure to parse /proc/mounts for "sysfs" is that there are two lines:
>
> [hotplug]# uname -a
> Linux lpsdm52 2.6.30-rc3-git2-nfs_ra #3 SMP Mon Apr 27 10:21:31 CEST 2009 x86_64 x86_64 x86_64 GNU/Linux
> [hotplug]# grep sysfs /proc/mounts
> none /sys sysfs rw,relatime 0 0
> /sys /sys sysfs rw,relatime 0 0
>
> This breaks the "firmware.agent" /sys-parsing code. There still exists the simple fix to userspace, but I now think that this is a real regression that should be fixed.
Thanks for the update.
Rafael
Update:
Brightness works on 2.6.30-rc3-next-20090428-04067-g72f1b63 (linux-next)
--
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
----- Original Message ----
> From: Rafael J. Wysocki <[email protected]>
> To: Linux Kernel Mailing List <[email protected]>
> Cc: Kernel Testers List <[email protected]>; Jesse Barnes <[email protected]>; Martin Knoblauch <[email protected]>; Stephen Hemminger <[email protected]>
> Sent: Saturday, May 30, 2009 9:55:37 PM
> Subject: [Bug #13178] Booting very slow
>
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.28 and 2.6.29.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.28 and 2.6.29. Please verify if it still should
> be listed and let me know (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13178
> Subject : Booting very slow
> Submitter : Martin Knoblauch
> Date : 2009-04-24 12:45 (37 days old)
> References : http://marc.info/?l=linux-kernel&m=124057716231773&w=4
We (HP and myself) are trying to track it down.
Cheers
Martin
On Sunday 31 May 2009, Sitsofe Wheeler wrote:
> On Sat, May 30, 2009 at 09:55:33PM +0200, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.28 and 2.6.29.
> >
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.28 and 2.6.29. Please verify if it still should
> > be listed and let me know (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12765
> > Subject : i915 VT switch with AIGLX causes X lock up
> > Submitter : Sitsofe Wheeler <[email protected]>
> > Date : 2009-02-21 15:38 (99 days old)
> > First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=14d200c5e5bd19219d930bbb9a5a22758c8f5bec
> > References : http://marc.info/?l=linux-kernel&m=123523074304955&w=4
> > http://lkml.org/lkml/2009/4/27/317
> > Handled-By : Jesse Barnes <[email protected]>
> > Patch : http://patchwork.kernel.org/patch/20197/
>
> Still here in 2.6.30-rc7-00149-g3218911. I have to admit that I thought
> commit 9b6fe313bfce27d4a261257da70196be0ac2bef5 might fix it but that
> doesn't appear to have been the case...
Thanks for the update.
Rafael
On Sunday 31 May 2009, Angel wrote:
> On Sat, 30 May 2009 21:55:34 +0200 (CEST)
> "Rafael J. Wysocki" <[email protected]> wrote:
>
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.28 and 2.6.29.
> >
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.28 and 2.6.29. Please verify if it still should
> > be listed and let me know (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12947
> > Subject : r128: system hangs when X is started with DRI enabled
> > Submitter : Jos van der Ende <[email protected]>
> > Date : 2009-03-26 16:14 (66 days old)
>
>
> We've found a working bug fix for 2.6.29 which I expect will be included in the next bug fix release. However, 2.6.30-rc[1-7] (which already includes this fix) introduced a new problem which we're still working on.
>
> The bug fix in question is this one:
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=42beefc00
Thanks, closed.
Best,
Rafael
On Monday 01 June 2009, Martin Knoblauch wrote:
>
> ----- Original Message ----
>
> > From: Rafael J. Wysocki <[email protected]>
> > To: Linux Kernel Mailing List <[email protected]>
> > Cc: Kernel Testers List <[email protected]>; Jesse Barnes <[email protected]>; Martin Knoblauch <[email protected]>; Stephen Hemminger <[email protected]>
> > Sent: Saturday, May 30, 2009 9:55:37 PM
> > Subject: [Bug #13178] Booting very slow
> >
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.28 and 2.6.29.
> >
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.28 and 2.6.29. Please verify if it still should
> > be listed and let me know (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13178
> > Subject : Booting very slow
> > Submitter : Martin Knoblauch
> > Date : 2009-04-24 12:45 (37 days old)
> > References : http://marc.info/?l=linux-kernel&m=124057716231773&w=4
>
> We (HP and myself) are trying to track it down.
OK, thanks for the update.
Rafael
> The bug fix in question is this one:
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=42beefc00
I did some final testing today.
The problem with the black screen I was having with 2.6.30 seems to have been solved in rc7, X works flawlessly there.
2.6.29.4 and 2.6.29-gentoo-r5 also work just fine with Dave's bug fix in place.
Thanks to everyone who helped! :-)
--
Jos van der Ende <[email protected]>
