This message contains a list of some regressions from 2.6.32, 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.32, 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
----------------------------------------
2010-02-01 85 26 21
2010-01-24 75 29 23
2010-01-10 55 33 21
2009-12-29 36 34 27
Unresolved regressions
----------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15202
Subject : lockdep warning during elevator_switch
Submitter : Hugh Dickins <[email protected]>
Date : 2010-01-31 23:55 (1 days old)
References : http://marc.info/?l=linux-kernel&m=126498212613051&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15200
Subject : NFS problems in 2.6.33-rc6: Unknown error 526
Submitter : J.A. Magallón <[email protected]>
Date : 2010-01-31 22:46 (1 days old)
References : http://marc.info/?l=linux-kernel&m=126497800408928&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15199
Subject : sata_nv and no /dev files
Submitter : Bartłomiej Zimoń <[email protected]>
Date : 2010-01-31 23:45 (1 days old)
References : http://marc.info/?l=linux-kernel&m=126498153112488&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15196
Subject : kmem_cache_create: duplicate cache ccid2_h
Submitter : Heinz Diehl <[email protected]>
Date : 2010-01-30 18:33 (2 days old)
References : http://marc.info/?l=linux-kernel&m=126487640324942&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15192
Subject : netperf ~50% regression with 2.6.33-rc1, bisect to 1b9508f
Submitter : Lin Ming <[email protected]>
Date : 2010-01-25 10:03 (7 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=1b9508f6831e10d53256825de8904caa22d1ca2c
References : http://marc.info/?l=linux-kernel&m=126441481427331&w=4
Handled-By : Mike Galbraith <[email protected]>
Peter Zijlstra <[email protected]>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15144
Subject : HDA Intel Audio hang on boot
Submitter : Sid Boyce <[email protected]>
Date : 2010-01-15 1:24 (17 days old)
References : http://marc.info/?l=linux-kernel&m=126351866722507&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15142
Subject : "INFO: possible circular locking dependency detected"
Submitter : Matti Aarnio <[email protected]>
Date : 2010-01-25 13:38 (7 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15139
Subject : e1000: transmit queue 0 timed out
Submitter : Alexander Beregalov <[email protected]>
Date : 2010-01-23 15:37 (9 days old)
References : http://marc.info/?l=linux-netdev&m=126426149306083&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15138
Subject : evdev regression on macbook
Submitter : Guillaume Chazarain <[email protected]>
Date : 2010-01-23 18:53 (9 days old)
References : http://marc.info/?l=linux-kernel&m=126427286219235&w=4
Handled-By : Dmitry Torokhov <[email protected]>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15125
Subject : hung task - jbd2/dm-1-8 (during raid rebuild)
Submitter : Michael Breuer <[email protected]>
Date : 2010-01-10 21:47 (22 days old)
References : http://marc.info/?l=linux-kernel&m=126316012025978&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15124
Subject : PCI host bridge windows ignored (works with pci=use_crs)
Submitter : Jeff Garrett <[email protected]>
Date : 2010-01-13 5:37 (19 days old)
References : http://marc.info/?l=linux-kernel&m=126336296600307&w=4
Handled-By : Yinghai Lu <[email protected]>
Bjorn Helgaas <[email protected]>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15119
Subject : iwl_bg_scan_completed: WARN on scan complete
Submitter : Alex Zhavnerchik <[email protected]>
Date : 2010-01-24 12:27 (8 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15114
Subject : X.org hang with [drm:i915_gem_do_execbuffer] *ERROR* in dmesg
Submitter : Matej Laitl <[email protected]>
Date : 2010-01-23 19:54 (9 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15076
Subject : System panic under load with clockevents_program_event
Submitter : okias <[email protected]>
Date : 2010-01-17 13:03 (15 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15043
Subject : Display goes off with i915.powersave=1 after suspend-resume
Submitter : Soeren Sonnenburg <[email protected]>
Date : 2010-01-10 20:09 (22 days old)
References : http://marc.info/?l=linux-kernel&m=126315457519505&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15036
Subject : soft lockup in dmesg after suspend/resume
Submitter : ykzhao <[email protected]>
Date : 2010-01-04 5:36 (28 days old)
References : http://marc.info/?l=linux-kernel&m=126258356202722&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15025
Subject : Oops in ext4 driver
Submitter : Steinar H. Gunderson <[email protected]>
Date : 2010-01-10 13:09 (22 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14999
Subject : possible circular locking dependency detected in rfkill at suspend
Submitter : Christian Casteyde <[email protected]>
Date : 2010-01-06 21:52 (26 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14950
Subject : tbench regression with 2.6.33-rc1
Submitter : Lin Ming <[email protected]>
Date : 2009-12-25 11:11 (38 days old)
References : http://marc.info/?l=linux-kernel&m=126174044213172&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14937
Subject : WARNING: at kernel/lockdep.c:2830
Submitter : Grant Wilson <[email protected]>
Date : 2009-12-27 13:35 (36 days old)
References : http://marc.info/?l=linux-kernel&m=126192220404829&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14792
Subject : Misdetection of the TV output
Submitter : Santi <[email protected]>
Date : 2009-12-12 13:28 (51 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=27dfaf4f5825a119305db1bc63bef30ed400e376
Handled-By : Zhao Yakui <[email protected]>
Regressions with patches
------------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15198
Subject : Radeon KMS regression
Submitter : Kevin Winchester <[email protected]>
Date : 2010-01-30 17:18 (2 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=42590a75019a50012f25a962246498dead428433
References : http://marc.info/?l=linux-kernel&m=126487191019612&w=4
Handled-By : FUJITA Tomonori <[email protected]>
Patch : http://patchwork.kernel.org/patch/75023/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15195
Subject : kernel BUG at include/net/netns/generic.h:41, pfkey_create+0x36/0x18b [af_key]
Submitter : Luca Tettamanti <[email protected]>
Date : 2010-01-30 13:23 (2 days old)
References : http://marc.info/?l=linux-netdev&m=126485785004775&w=4
Handled-By : Alexey Dobriyan <[email protected]>
Patch : http://patchwork.kernel.org/patch/75891/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15039
Subject : leds_alix2: can't allocate I/O for GPIO
Submitter : Arnd Hannemann <[email protected]>
Date : 2010-01-07 10:26 (25 days old)
References : http://marc.info/?l=linux-kernel&m=126286001106257&w=4
Handled-By : Daniel Mack <[email protected]>
Patch : http://patchwork.kernel.org/patch/72006/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14949
Subject : drm_vm.c:drm_mmap: possible circular locking dependency detected
Submitter : Borislav Petkov <[email protected]>
Date : 2009-12-26 9:45 (37 days old)
References : http://marc.info/?l=linux-kernel&m=126182073616279&w=4
Handled-By : Eric W. Biederman <[email protected]>
Patch : http://patchwork.kernel.org/patch/70461/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14791
Subject : Something has been broken in the network stack this week
Submitter : Delete This Account <[email protected]>
Date : 2009-12-12 13:06 (51 days old)
Handled-By : Ben Hutchings <[email protected]>
Patch : http://patchwork.kernel.org/patch/72073/
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.32,
unresolved as well as resolved, at:
http://bugzilla.kernel.org/show_bug.cgi?id=14885
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.32. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14791
Subject : Something has been broken in the network stack this week
Submitter : Delete This Account <[email protected]>
Date : 2009-12-12 13:06 (51 days old)
Handled-By : Ben Hutchings <[email protected]>
Patch : http://patchwork.kernel.org/patch/72073/
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.32. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14950
Subject : tbench regression with 2.6.33-rc1
Submitter : Lin Ming <[email protected]>
Date : 2009-12-25 11:11 (38 days old)
References : http://marc.info/?l=linux-kernel&m=126174044213172&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.32. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14949
Subject : drm_vm.c:drm_mmap: possible circular locking dependency detected
Submitter : Borislav Petkov <[email protected]>
Date : 2009-12-26 9:45 (37 days old)
References : http://marc.info/?l=linux-kernel&m=126182073616279&w=4
Handled-By : Eric W. Biederman <[email protected]>
Patch : http://patchwork.kernel.org/patch/70461/
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.32. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14999
Subject : possible circular locking dependency detected in rfkill at suspend
Submitter : Christian Casteyde <[email protected]>
Date : 2010-01-06 21:52 (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.32. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14937
Subject : WARNING: at kernel/lockdep.c:2830
Submitter : Grant Wilson <[email protected]>
Date : 2009-12-27 13:35 (36 days old)
References : http://marc.info/?l=linux-kernel&m=126192220404829&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.32. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14792
Subject : Misdetection of the TV output
Submitter : Santi <[email protected]>
Date : 2009-12-12 13:28 (51 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=27dfaf4f5825a119305db1bc63bef30ed400e376
Handled-By : Zhao Yakui <[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.32. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15114
Subject : X.org hang with [drm:i915_gem_do_execbuffer] *ERROR* in dmesg
Submitter : Matej Laitl <[email protected]>
Date : 2010-01-23 19:54 (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.32. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15119
Subject : iwl_bg_scan_completed: WARN on scan complete
Submitter : Alex Zhavnerchik <[email protected]>
Date : 2010-01-24 12:27 (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.32. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15192
Subject : netperf ~50% regression with 2.6.33-rc1, bisect to 1b9508f
Submitter : Lin Ming <[email protected]>
Date : 2010-01-25 10:03 (7 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=1b9508f6831e10d53256825de8904caa22d1ca2c
References : http://marc.info/?l=linux-kernel&m=126441481427331&w=4
Handled-By : Mike Galbraith <[email protected]>
Peter Zijlstra <[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.32. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15043
Subject : Display goes off with i915.powersave=1 after suspend-resume
Submitter : Soeren Sonnenburg <[email protected]>
Date : 2010-01-10 20:09 (22 days old)
References : http://marc.info/?l=linux-kernel&m=126315457519505&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.32. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15202
Subject : lockdep warning during elevator_switch
Submitter : Hugh Dickins <[email protected]>
Date : 2010-01-31 23:55 (1 days old)
References : http://marc.info/?l=linux-kernel&m=126498212613051&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.32. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15198
Subject : Radeon KMS regression
Submitter : Kevin Winchester <[email protected]>
Date : 2010-01-30 17:18 (2 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=42590a75019a50012f25a962246498dead428433
References : http://marc.info/?l=linux-kernel&m=126487191019612&w=4
Handled-By : FUJITA Tomonori <[email protected]>
Patch : http://patchwork.kernel.org/patch/75023/
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.32. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15200
Subject : NFS problems in 2.6.33-rc6: Unknown error 526
Submitter : J.A. Magallón <[email protected]>
Date : 2010-01-31 22:46 (1 days old)
References : http://marc.info/?l=linux-kernel&m=126497800408928&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.32. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15196
Subject : kmem_cache_create: duplicate cache ccid2_h
Submitter : Heinz Diehl <[email protected]>
Date : 2010-01-30 18:33 (2 days old)
References : http://marc.info/?l=linux-kernel&m=126487640324942&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.32. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15199
Subject : sata_nv and no /dev files
Submitter : Bartłomiej Zimoń <[email protected]>
Date : 2010-01-31 23:45 (1 days old)
References : http://marc.info/?l=linux-kernel&m=126498153112488&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.32. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15195
Subject : kernel BUG at include/net/netns/generic.h:41, pfkey_create+0x36/0x18b [af_key]
Submitter : Luca Tettamanti <[email protected]>
Date : 2010-01-30 13:23 (2 days old)
References : http://marc.info/?l=linux-netdev&m=126485785004775&w=4
Handled-By : Alexey Dobriyan <[email protected]>
Patch : http://patchwork.kernel.org/patch/75891/
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.32. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15144
Subject : HDA Intel Audio hang on boot
Submitter : Sid Boyce <[email protected]>
Date : 2010-01-15 1:24 (17 days old)
References : http://marc.info/?l=linux-kernel&m=126351866722507&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.32. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15139
Subject : e1000: transmit queue 0 timed out
Submitter : Alexander Beregalov <[email protected]>
Date : 2010-01-23 15:37 (9 days old)
References : http://marc.info/?l=linux-netdev&m=126426149306083&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.32. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15076
Subject : System panic under load with clockevents_program_event
Submitter : okias <[email protected]>
Date : 2010-01-17 13:03 (15 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.32. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15142
Subject : "INFO: possible circular locking dependency detected"
Submitter : Matti Aarnio <[email protected]>
Date : 2010-01-25 13:38 (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.32. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15025
Subject : Oops in ext4 driver
Submitter : Steinar H. Gunderson <[email protected]>
Date : 2010-01-10 13:09 (22 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.32. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15124
Subject : PCI host bridge windows ignored (works with pci=use_crs)
Submitter : Jeff Garrett <[email protected]>
Date : 2010-01-13 5:37 (19 days old)
References : http://marc.info/?l=linux-kernel&m=126336296600307&w=4
Handled-By : Yinghai Lu <[email protected]>
Bjorn Helgaas <[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.32. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15039
Subject : leds_alix2: can't allocate I/O for GPIO
Submitter : Arnd Hannemann <[email protected]>
Date : 2010-01-07 10:26 (25 days old)
References : http://marc.info/?l=linux-kernel&m=126286001106257&w=4
Handled-By : Daniel Mack <[email protected]>
Patch : http://patchwork.kernel.org/patch/72006/
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.32. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15036
Subject : soft lockup in dmesg after suspend/resume
Submitter : ykzhao <[email protected]>
Date : 2010-01-04 5:36 (28 days old)
References : http://marc.info/?l=linux-kernel&m=126258356202722&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.32. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15125
Subject : hung task - jbd2/dm-1-8 (during raid rebuild)
Submitter : Michael Breuer <[email protected]>
Date : 2010-01-10 21:47 (22 days old)
References : http://marc.info/?l=linux-kernel&m=126316012025978&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.32. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15138
Subject : evdev regression on macbook
Submitter : Guillaume Chazarain <[email protected]>
Date : 2010-01-23 18:53 (9 days old)
References : http://marc.info/?l=linux-kernel&m=126427286219235&w=4
Handled-By : Dmitry Torokhov <[email protected]>
On 1/31/2010 7:22 PM, 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.32. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15125
> Subject : hung task - jbd2/dm-1-8 (during raid rebuild)
> Submitter : Michael Breuer<[email protected]>
> Date : 2010-01-10 21:47 (22 days old)
> References : http://marc.info/?l=linux-kernel&m=126316012025978&w=4
>
>
Yup. Hit it again on 2.6.33-rc5.
On Mon, 2010-02-01 at 01:19 +0100, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.32. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14791
> Subject : Something has been broken in the network stack this week
> Submitter : Delete This Account <[email protected]>
> Date : 2009-12-12 13:06 (51 days old)
> Handled-By : Ben Hutchings <[email protected]>
> Patch : http://patchwork.kernel.org/patch/72073/
Dave has accepted the patch but hasn't pushed it out yet. I expect that
it will be in 2.6.33-rc7.
Ben.
--
Ben Hutchings
Unix is many things to many people,
but it's never been everything to anybody.
On 01/02/10 00:22, 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.32. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15144
> Subject : HDA Intel Audio hang on boot
> Submitter : Sid Boyce <[email protected]>
> Date : 2010-01-15 1:24 (17 days old)
> References : http://marc.info/?l=linux-kernel&m=126351866722507&w=4
>
>
>
Still not fixed in 2.6.33-rc6. Takashi wrote that the fix was scheduled
for 2.6.33-rc6, but it did not appear. I have gone back to using the
workaround with 2.6.33-rc6.
Regards
Sid.
--
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks
On Mon, Feb 1, 2010 at 8:22 AM, 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.32. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15196
> Subject : kmem_cache_create: duplicate cache ccid2_h
> Submitter : Heinz Diehl <[email protected]>
> Date : 2010-01-30 18:33 (2 days old)
> References : http://marc.info/?l=linux-kernel&m=126487640324942&w=4
Cced Neil,
I think this one is introduced by commit
de4ef86cfce60d2250111f34f8a084e769f23b16,
passing char *slab_name_fmt as function parameter, but vsnprintf is
using sizeof(slab_name_fmt),
which is 8 (or 4 in 32bit kernel) instead of 32 as old version.
Does following patch resolve this bug, Heinz?
diff --git a/net/dccp/ccid.c b/net/dccp/ccid.c
index 57dfb9c..6e52879 100644
--- a/net/dccp/ccid.c
+++ b/net/dccp/ccid.c
@@ -77,13 +77,14 @@ int ccid_getsockopt_builtin_ccids(struct sock *sk, int len,
return err;
}
-static struct kmem_cache *ccid_kmem_cache_create(int obj_size, char
*slab_name_fmt, const char *fmt,...)
+static struct kmem_cache *ccid_kmem_cache_create(int obj_size, char
*slab_name_fmt,
+ int length,const char *fmt,...)
{
struct kmem_cache *slab;
va_list args;
va_start(args, fmt);
- vsnprintf(slab_name_fmt, sizeof(slab_name_fmt), fmt, args);
+ vsnprintf(slab_name_fmt, length, fmt, args);
va_end(args);
slab = kmem_cache_create(slab_name_fmt, sizeof(struct ccid) +
obj_size, 0,
@@ -104,6 +105,7 @@ static int ccid_activate(struct ccid_operations *ccid_ops)
ccid_ops->ccid_hc_rx_slab =
ccid_kmem_cache_create(ccid_ops->ccid_hc_rx_obj_size,
ccid_ops->ccid_hc_rx_slab_name,
+
sizeof(ccid_ops->ccid_hc_rx_slab_name),
"ccid%u_hc_rx_sock",
ccid_ops->ccid_id);
if (ccid_ops->ccid_hc_rx_slab == NULL)
@@ -112,6 +114,7 @@ static int ccid_activate(struct ccid_operations *ccid_ops)
ccid_ops->ccid_hc_tx_slab =
ccid_kmem_cache_create(ccid_ops->ccid_hc_tx_obj_size,
ccid_ops->ccid_hc_tx_slab_name,
+
sizeof(ccid_ops->ccid_hc_tx_slab_name),
"ccid%u_hc_tx_sock",
ccid_ops->ccid_id);
if (ccid_ops->ccid_hc_tx_slab == NULL)
>
>
> --
> 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/
>
On 01/31/2010 04:22 PM, 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.32. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15124
> Subject : PCI host bridge windows ignored (works with pci=use_crs)
> Submitter : Jeff Garrett <[email protected]>
> Date : 2010-01-13 5:37 (19 days old)
> References : http://marc.info/?l=linux-kernel&m=126336296600307&w=4
> Handled-By : Yinghai Lu <[email protected]>
> Bjorn Helgaas <[email protected]>
>
should be closed.
YH
At Mon, 01 Feb 2010 02:01:21 +0000,
Sid Boyce wrote:
>
> On 01/02/10 00:22, 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.32. Please verify if it still should be listed and let me know
> > (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15144
> > Subject : HDA Intel Audio hang on boot
> > Submitter : Sid Boyce <[email protected]>
> > Date : 2010-01-15 1:24 (17 days old)
> > References : http://marc.info/?l=linux-kernel&m=126351866722507&w=4
> >
> >
> >
>
> Still not fixed in 2.6.33-rc6. Takashi wrote that the fix was scheduled
> for 2.6.33-rc6, but it did not appear.
It just slipped from rc6 due to my busy load.
The pull request was sent yesterday.
Takashi
Still valid. But reproduction without HIGHMEM is minimal, but still annoying.
2010/2/1, Rafael J. Wysocki <[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.32. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15076
> Subject : System panic under load with clockevents_program_event
> Submitter : okias <[email protected]>
> Date : 2010-01-17 13:03 (15 days old)
>
>
>
--
Jabber/XMPP: [email protected]
SIP VoIP: sip:[email protected]
From: Xiaotian Feng <[email protected]>
Date: Mon, 1 Feb 2010 11:30:02 +0800
> On Mon, Feb 1, 2010 at 8:22 AM, 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.32. ?Please verify if it still should be listed and let me know
>> (either way).
>>
>>
>> Bug-Entry ? ? ? : http://bugzilla.kernel.org/show_bug.cgi?id=15196
>> Subject ? ? ? ? : kmem_cache_create: duplicate cache ccid2_h
>> Submitter ? ? ? : Heinz Diehl <[email protected]>
>> Date ? ? ? ? ? ?: 2010-01-30 18:33 (2 days old)
>> References ? ? ?: http://marc.info/?l=linux-kernel&m=126487640324942&w=4
>
> Cced Neil,
>
> I think this one is introduced by commit
> de4ef86cfce60d2250111f34f8a084e769f23b16,
> passing char *slab_name_fmt as function parameter, but vsnprintf is
> using sizeof(slab_name_fmt),
> which is 8 (or 4 in 32bit kernel) instead of 32 as old version.
>
> Does following patch resolve this bug, Heinz?
There seems to be even more to this than that. Neils
patch seems to need completely reverting.
See the patch set posted by Gerrit Renker:
http://marc.info/?l=linux-netdev&m=126500585823775&w=2
http://marc.info/?l=linux-netdev&m=126500591923880&w=2
On Mon, 2010-02-01 at 01:22 +0100, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.32. Please verify if it still should be listed and let me know
> (either way).
Yes, it should remain open. Looking for places to trim overhead without
injuring other things. The regression is a moving target on my HW.
-Mike
On Mon, 2010-02-01 at 01:22 +0100, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.32. Please verify if it still should be listed and let me know
> (either way).
Yes, it should remain open. We're currently waiting for some data from
Lin Ming. The regression itself isn't making much sense.. a kernel with
NEWIDLE disabled should show the same performance, but does not.
-Mike
On Sun, Jan 31, 2010 at 11:20:50PM -0800, David Miller wrote:
> From: Xiaotian Feng <[email protected]>
> Date: Mon, 1 Feb 2010 11:30:02 +0800
>
> > On Mon, Feb 1, 2010 at 8:22 AM, 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.32. ?Please verify if it still should be listed and let me know
> >> (either way).
> >>
> >>
> >> Bug-Entry ? ? ? : http://bugzilla.kernel.org/show_bug.cgi?id=15196
> >> Subject ? ? ? ? : kmem_cache_create: duplicate cache ccid2_h
> >> Submitter ? ? ? : Heinz Diehl <[email protected]>
> >> Date ? ? ? ? ? ?: 2010-01-30 18:33 (2 days old)
> >> References ? ? ?: http://marc.info/?l=linux-kernel&m=126487640324942&w=4
> >
> > Cced Neil,
> >
> > I think this one is introduced by commit
> > de4ef86cfce60d2250111f34f8a084e769f23b16,
> > passing char *slab_name_fmt as function parameter, but vsnprintf is
> > using sizeof(slab_name_fmt),
> > which is 8 (or 4 in 32bit kernel) instead of 32 as old version.
> >
> > Does following patch resolve this bug, Heinz?
>
> There seems to be even more to this than that. Neils
> patch seems to need completely reverting.
>
> See the patch set posted by Gerrit Renker:
>
> http://marc.info/?l=linux-netdev&m=126500585823775&w=2
> http://marc.info/?l=linux-netdev&m=126500591923880&w=2
>
Dave, some of this doesn't make the least bit of sense to me. I get the sizeof
error, thats clear (and I apologize, I should have seen that), but Gerrits
revert of the dccp_probe changes is non-sensical. I'm not sure I even follow
the comments:
>Previously (during about 4 years of this module's history) there had never
>been a problem with the 'silent dependency' that the commit tried to fix:
>this dependency is deliberate and required, since dccp_probe performs probing
>of dccp connections and hence needs to know about dccp internals.
He claims this dependency is deliberate and requires, to which I agree, but he
would seem to fix that by making the dccp_probe module error out in the event
that dccp wasn't loaded. Why bother with that?
Neil
From: Neil Horman <[email protected]>
Date: Mon, 1 Feb 2010 06:55:18 -0500
> He claims this dependency is deliberate and requires, to which I agree, but he
> would seem to fix that by making the dccp_probe module error out in the event
> that dccp wasn't loaded. Why bother with that?
Neil, please get into the thread Gerrit started so he can see your
questions and responses too.
I already chided him for not CC:'ing you in the first place, guys
stop hiding from eachother :-)
On Mon, Feb 01, 2010 at 04:49:11AM -0800, David Miller wrote:
> From: Neil Horman <[email protected]>
> Date: Mon, 1 Feb 2010 06:55:18 -0500
>
> > He claims this dependency is deliberate and requires, to which I agree, but he
> > would seem to fix that by making the dccp_probe module error out in the event
> > that dccp wasn't loaded. Why bother with that?
>
> Neil, please get into the thread Gerrit started so he can see your
> questions and responses too.
>
> I already chided him for not CC:'ing you in the first place, guys
> stop hiding from eachother :-)
>
I already posted to both of his posts (about 45 minutes ago). I think vger is
being slow (whoever runs that system should really tune it up ;) )
Neil
On 01.02.2010, Xiaotian Feng wrote:
> Does following patch resolve this bug, Heinz?
[....]
The patch was completely malformed, don't know what happened on the way,
but I applied it by hand. Yes, it fixes the problem for me.
Thanks,
Heinz.
On 1/31/2010 7:42 PM, Michael Breuer wrote:
> On 1/31/2010 7:22 PM, 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.32. Please verify if it still should be listed and let me know
>> (either way).
>>
>>
>> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15125
>> Subject : hung task - jbd2/dm-1-8 (during raid rebuild)
>> Submitter : Michael Breuer<[email protected]>
>> Date : 2010-01-10 21:47 (22 days old)
>> References : http://marc.info/?l=linux-kernel&m=126316012025978&w=4
>>
> Yup. Hit it again on 2.6.33-rc5.
> --
> 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/
I was not able to recreate this in rc6.
On Mon, Feb 1, 2010 at 1:22 AM, 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.32. ?Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry ? ? ? : http://bugzilla.kernel.org/show_bug.cgi?id=14949
> Subject ? ? ? ? : drm_vm.c:drm_mmap: possible circular locking dependency detected
> Submitter ? ? ? : Borislav Petkov <[email protected]>
> Date ? ? ? ? ? ?: 2009-12-26 9:45 (37 days old)
> References ? ? ?: http://marc.info/?l=linux-kernel&m=126182073616279&w=4
> Handled-By ? ? ?: Eric W. Biederman <[email protected]>
> Patch ? ? ? ? ? : http://patchwork.kernel.org/patch/70461/
Yes, this is fixed.
--
Regards/Gruss,
Boris
On Mon, 2010-02-01 at 01:22 +0100, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.32. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15198
> Subject : Radeon KMS regression
> Submitter : Kevin Winchester <[email protected]>
> Date : 2010-01-30 17:18 (2 days old)
> First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=42590a75019a50012f25a962246498dead428433
> References : http://marc.info/?l=linux-kernel&m=126487191019612&w=4
> Handled-By : FUJITA Tomonori <[email protected]>
> Patch : http://patchwork.kernel.org/patch/75023/
>
>
This is fixed by the patch from FUJITA Tomonori - I just confirmed with
my latest build of Linus' tree (which has the patch).
Thanks,
--
Kevin Winchester
On Tuesday 02 February 2010, Kevin Winchester wrote:
> On Mon, 2010-02-01 at 01:22 +0100, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.32. Please verify if it still should be listed and let me know
> > (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15198
> > Subject : Radeon KMS regression
> > Submitter : Kevin Winchester <[email protected]>
> > Date : 2010-01-30 17:18 (2 days old)
> > First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=42590a75019a50012f25a962246498dead428433
> > References : http://marc.info/?l=linux-kernel&m=126487191019612&w=4
> > Handled-By : FUJITA Tomonori <[email protected]>
> > Patch : http://patchwork.kernel.org/patch/75023/
> >
> >
>
> This is fixed by the patch from FUJITA Tomonori - I just confirmed with
> my latest build of Linus' tree (which has the patch).
Thanks, already closed.
Rafael
On Monday 01 February 2010, Mike Galbraith wrote:
> On Mon, 2010-02-01 at 01:22 +0100, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.32. Please verify if it still should be listed and let me know
> > (either way).
>
> Yes, it should remain open. We're currently waiting for some data from
> Lin Ming. The regression itself isn't making much sense.. a kernel with
> NEWIDLE disabled should show the same performance, but does not.
Well, thanks for the update.
Rafael
On Monday 01 February 2010, Takashi Iwai wrote:
> At Mon, 01 Feb 2010 02:01:21 +0000,
> Sid Boyce wrote:
> >
> > On 01/02/10 00:22, 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.32. Please verify if it still should be listed and let me know
> > > (either way).
> > >
> > >
> > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15144
> > > Subject : HDA Intel Audio hang on boot
> > > Submitter : Sid Boyce <[email protected]>
> > > Date : 2010-01-15 1:24 (17 days old)
> > > References : http://marc.info/?l=linux-kernel&m=126351866722507&w=4
> > >
> > >
> > >
> >
> > Still not fixed in 2.6.33-rc6. Takashi wrote that the fix was scheduled
> > for 2.6.33-rc6, but it did not appear.
>
> It just slipped from rc6 due to my busy load.
> The pull request was sent yesterday.
Linus has already merged it, so I've closed the bug.
Rafael
On Monday 01 February 2010, Michael Breuer wrote:
> On 1/31/2010 7:42 PM, Michael Breuer wrote:
> > On 1/31/2010 7:22 PM, 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.32. Please verify if it still should be listed and let me know
> >> (either way).
> >>
> >>
> >> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15125
> >> Subject : hung task - jbd2/dm-1-8 (during raid rebuild)
> >> Submitter : Michael Breuer<[email protected]>
> >> Date : 2010-01-10 21:47 (22 days old)
> >> References : http://marc.info/?l=linux-kernel&m=126316012025978&w=4
> >>
> > Yup. Hit it again on 2.6.33-rc5.
> I was not able to recreate this in rc6.
Thanks, closed then.
Rafael
On Monday 01 February 2010, Yinghai Lu wrote:
> On 01/31/2010 04:22 PM, 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.32. Please verify if it still should be listed and let me know
> > (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15124
> > Subject : PCI host bridge windows ignored (works with pci=use_crs)
> > Submitter : Jeff Garrett <[email protected]>
> > Date : 2010-01-13 5:37 (19 days old)
> > References : http://marc.info/?l=linux-kernel&m=126336296600307&w=4
> > Handled-By : Yinghai Lu <[email protected]>
> > Bjorn Helgaas <[email protected]>
> >
>
> should be closed.
Is there a fix in the Linus' tree?
Rafael
On Monday 01 February 2010, okias wrote:
> Still valid. But reproduction without HIGHMEM is minimal, but still annoying.
Thanks for the update.
Rafael
On Monday 01 February 2010, Mike Galbraith wrote:
> On Mon, 2010-02-01 at 01:22 +0100, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.32. Please verify if it still should be listed and let me know
> > (either way).
>
> Yes, it should remain open. Looking for places to trim overhead without
> injuring other things. The regression is a moving target on my HW.
Thanks for the update.
Rafael
On Monday 01 February 2010, Borislav Petkov wrote:
> On Mon, Feb 1, 2010 at 1:22 AM, 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.32. Please verify if it still should be listed and let me know
> > (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14949
> > Subject : drm_vm.c:drm_mmap: possible circular locking dependency detected
> > Submitter : Borislav Petkov <[email protected]>
> > Date : 2009-12-26 9:45 (37 days old)
> > References : http://marc.info/?l=linux-kernel&m=126182073616279&w=4
> > Handled-By : Eric W. Biederman <[email protected]>
> > Patch : http://patchwork.kernel.org/patch/70461/
>
> Yes, this is fixed.
Do you mean "fixed" as "the fix is in the Linus' tree" or "fixed" as "the
patch fixed it for me"?
Rafael
On Tue, Feb 02, 2010 at 09:42:58PM +0100, Rafael J. Wysocki wrote:
> On Monday 01 February 2010, Yinghai Lu wrote:
> > On 01/31/2010 04:22 PM, 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.32. Please verify if it still should be listed and let me know
> > > (either way).
> > >
> > >
> > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15124
> > > Subject : PCI host bridge windows ignored (works with pci=use_crs)
> > > Submitter : Jeff Garrett <[email protected]>
> > > Date : 2010-01-13 5:37 (19 days old)
> > > References : http://marc.info/?l=linux-kernel&m=126336296600307&w=4
> > > Handled-By : Yinghai Lu <[email protected]>
> > > Bjorn Helgaas <[email protected]>
> > >
> >
> > should be closed.
>
> Is there a fix in the Linus' tree?
>
> Rafael
Yes, it is fixed by commit e8e06eae4ffd683931b928f460c11c40cd3f7fd8
-Jeff
On Tuesday 02 February 2010 01:42:58 pm Rafael J. Wysocki wrote:
> On Monday 01 February 2010, Yinghai Lu wrote:
> > On 01/31/2010 04:22 PM, 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.32. Please verify if it still should be listed and let me know
> > > (either way).
> > >
> > >
> > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15124
> > > Subject : PCI host bridge windows ignored (works with pci=use_crs)
> > > Submitter : Jeff Garrett <[email protected]>
> > > Date : 2010-01-13 5:37 (19 days old)
> > > References : http://marc.info/?l=linux-kernel&m=126336296600307&w=4
> > > Handled-By : Yinghai Lu <[email protected]>
> > > Bjorn Helgaas <[email protected]>
> > >
> >
> > should be closed.
>
> Is there a fix in the Linus' tree?
Yes. The regression was caused by the addition of arch/x86/pci/intel_bus.c.
Jeff's patch: http://lkml.org/lkml/2010/1/27/449 is in Linus' tree as
commit e8e06eae4ffd68, and Jeff confirmed that it works for him.
Bjorn
(Adding Greg to Cc:)
On Tue, Feb 02, 2010 at 09:46:45PM +0100, Rafael J. Wysocki wrote:
> On Monday 01 February 2010, Borislav Petkov wrote:
> > On Mon, Feb 1, 2010 at 1:22 AM, 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.32. Please verify if it still should be listed and let me know
> > > (either way).
> > >
> > >
> > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14949
> > > Subject : drm_vm.c:drm_mmap: possible circular locking dependency detected
> > > Submitter : Borislav Petkov <[email protected]>
> > > Date : 2009-12-26 9:45 (37 days old)
> > > References : http://marc.info/?l=linux-kernel&m=126182073616279&w=4
> > > Handled-By : Eric W. Biederman <[email protected]>
> > > Patch : http://patchwork.kernel.org/patch/70461/
> >
> > Yes, this is fixed.
>
> Do you mean "fixed" as "the fix is in the Linus' tree" or "fixed" as "the
> patch fixed it for me"?
Rather the second one, i.e. it fixes it for me. The patch is named
sysfs-cache-the-last-sysfs_dirent-to-improve-readdir-scalability-v2.patch
and is "stuck" in Greg's tree. Judging by the quilt series¹, the patch
is slated for submission after 2.6.33. This late in the game for .32,
I'm guessing maybe a stable backport after .33 is out?
[1] http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/patches/series
--
Regards/Gruss,
Boris.
On Tuesday 02 February 2010, Borislav Petkov wrote:
> (Adding Greg to Cc:)
>
> On Tue, Feb 02, 2010 at 09:46:45PM +0100, Rafael J. Wysocki wrote:
> > On Monday 01 February 2010, Borislav Petkov wrote:
> > > On Mon, Feb 1, 2010 at 1:22 AM, 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.32. Please verify if it still should be listed and let me know
> > > > (either way).
> > > >
> > > >
> > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14949
> > > > Subject : drm_vm.c:drm_mmap: possible circular locking dependency detected
> > > > Submitter : Borislav Petkov <[email protected]>
> > > > Date : 2009-12-26 9:45 (37 days old)
> > > > References : http://marc.info/?l=linux-kernel&m=126182073616279&w=4
> > > > Handled-By : Eric W. Biederman <[email protected]>
> > > > Patch : http://patchwork.kernel.org/patch/70461/
> > >
> > > Yes, this is fixed.
> >
> > Do you mean "fixed" as "the fix is in the Linus' tree" or "fixed" as "the
> > patch fixed it for me"?
>
> Rather the second one, i.e. it fixes it for me. The patch is named
>
> sysfs-cache-the-last-sysfs_dirent-to-improve-readdir-scalability-v2.patch
>
> and is "stuck" in Greg's tree. Judging by the quilt series¹, the patch
> is slated for submission after 2.6.33. This late in the game for .32,
> I'm guessing maybe a stable backport after .33 is out?
I guess so. Thanks!
Rafael
On Tuesday 02 February 2010, Jeff Garrett wrote:
> On Tue, Feb 02, 2010 at 09:42:58PM +0100, Rafael J. Wysocki wrote:
> > On Monday 01 February 2010, Yinghai Lu wrote:
> > > On 01/31/2010 04:22 PM, 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.32. Please verify if it still should be listed and let me know
> > > > (either way).
> > > >
> > > >
> > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15124
> > > > Subject : PCI host bridge windows ignored (works with pci=use_crs)
> > > > Submitter : Jeff Garrett <[email protected]>
> > > > Date : 2010-01-13 5:37 (19 days old)
> > > > References : http://marc.info/?l=linux-kernel&m=126336296600307&w=4
> > > > Handled-By : Yinghai Lu <[email protected]>
> > > > Bjorn Helgaas <[email protected]>
> > > >
> > >
> > > should be closed.
> >
> > Is there a fix in the Linus' tree?
> >
> > Rafael
>
> Yes, it is fixed by commit e8e06eae4ffd683931b928f460c11c40cd3f7fd8
Thanks, closing.
Rafael
On Tuesday 02 February 2010, Bjorn Helgaas wrote:
> On Tuesday 02 February 2010 01:42:58 pm Rafael J. Wysocki wrote:
> > On Monday 01 February 2010, Yinghai Lu wrote:
> > > On 01/31/2010 04:22 PM, 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.32. Please verify if it still should be listed and let me know
> > > > (either way).
> > > >
> > > >
> > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15124
> > > > Subject : PCI host bridge windows ignored (works with pci=use_crs)
> > > > Submitter : Jeff Garrett <[email protected]>
> > > > Date : 2010-01-13 5:37 (19 days old)
> > > > References : http://marc.info/?l=linux-kernel&m=126336296600307&w=4
> > > > Handled-By : Yinghai Lu <[email protected]>
> > > > Bjorn Helgaas <[email protected]>
> > > >
> > >
> > > should be closed.
> >
> > Is there a fix in the Linus' tree?
>
> Yes. The regression was caused by the addition of arch/x86/pci/intel_bus.c.
>
> Jeff's patch: http://lkml.org/lkml/2010/1/27/449 is in Linus' tree as
> commit e8e06eae4ffd68, and Jeff confirmed that it works for him.
Thanks, closed.
Rafael
On 02/02/10 20:40, Rafael J. Wysocki wrote:
> On Monday 01 February 2010, Takashi Iwai wrote:
>> At Mon, 01 Feb 2010 02:01:21 +0000,
>> Sid Boyce wrote:
>>>
>>> On 01/02/10 00:22, 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.32. Please verify if it still should be listed and let me know
>>>> (either way).
>>>>
>>>>
>>>> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15144
>>>> Subject : HDA Intel Audio hang on boot
>>>> Submitter : Sid Boyce <[email protected]>
>>>> Date : 2010-01-15 1:24 (17 days old)
>>>> References : http://marc.info/?l=linux-kernel&m=126351866722507&w=4
>>>>
>>>>
>>>>
>>>
>>> Still not fixed in 2.6.33-rc6. Takashi wrote that the fix was scheduled
>>> for 2.6.33-rc6, but it did not appear.
>>
>> It just slipped from rc6 due to my busy load.
>> The pull request was sent yesterday.
>
> Linus has already merged it, so I've closed the bug.
>
> Rafael
>
I added the line to hda_intel.c in 2.6.33-rc6 as I had oopses in
2.6.33-rc6-git1 that I haven't yet captured.
SND_PCI_QUIRK(0x1043, 0x829c, "ASUS", 0), /* nvidia */
The problem was still there. I shall have a further look later today.
Regards
Sid.
--
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks
On Tue, Feb 02, 2010 at 09:58:57PM +0100, Borislav Petkov wrote:
> (Adding Greg to Cc:)
>
> On Tue, Feb 02, 2010 at 09:46:45PM +0100, Rafael J. Wysocki wrote:
> > On Monday 01 February 2010, Borislav Petkov wrote:
> > > On Mon, Feb 1, 2010 at 1:22 AM, 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.32. Please verify if it still should be listed and let me know
> > > > (either way).
> > > >
> > > >
> > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14949
> > > > Subject : drm_vm.c:drm_mmap: possible circular locking dependency detected
> > > > Submitter : Borislav Petkov <[email protected]>
> > > > Date : 2009-12-26 9:45 (37 days old)
> > > > References : http://marc.info/?l=linux-kernel&m=126182073616279&w=4
> > > > Handled-By : Eric W. Biederman <[email protected]>
> > > > Patch : http://patchwork.kernel.org/patch/70461/
> > >
> > > Yes, this is fixed.
> >
> > Do you mean "fixed" as "the fix is in the Linus' tree" or "fixed" as "the
> > patch fixed it for me"?
>
> Rather the second one, i.e. it fixes it for me. The patch is named
>
> sysfs-cache-the-last-sysfs_dirent-to-improve-readdir-scalability-v2.patch
>
> and is "stuck" in Greg's tree. Judging by the quilt series??, the patch
> is slated for submission after 2.6.33. This late in the game for .32,
> I'm guessing maybe a stable backport after .33 is out?
>
> [1] http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/patches/series
I'll mark it for stable, I'd prefer to wait for .33 to come out before
sending it in.
thanks,
greg k-h
On Mon, 2010-02-01 at 01:22 +0100, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.32. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15043
> Subject : Display goes off with i915.powersave=1 after suspend-resume
> Submitter : Soeren Sonnenburg <[email protected]>
> Date : 2010-01-10 20:09 (22 days old)
> References : http://marc.info/?l=linux-kernel&m=126315457519505&w=4
yes still exists in current git.
Soeren
--
For the one fact about the future of which we can be certain is that it
will be utterly fantastic. -- Arthur C. Clarke, 1962
On Thursday 04 February 2010, Soeren Sonnenburg wrote:
> On Mon, 2010-02-01 at 01:22 +0100, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.32. Please verify if it still should be listed and let me know
> > (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15043
> > Subject : Display goes off with i915.powersave=1 after suspend-resume
> > Submitter : Soeren Sonnenburg <[email protected]>
> > Date : 2010-01-10 20:09 (22 days old)
> > References : http://marc.info/?l=linux-kernel&m=126315457519505&w=4
>
> yes still exists in current git.
Thanks for the update.
Rafael
On Thu, 4 Feb 2010 21:42:02 +0100
"Rafael J. Wysocki" <[email protected]> wrote:
> On Thursday 04 February 2010, Soeren Sonnenburg wrote:
> > On Mon, 2010-02-01 at 01:22 +0100, Rafael J. Wysocki wrote:
> > > This message has been generated automatically as a part of a
> > > report of recent regressions.
> > >
> > > The following bug entry is on the current list of known
> > > regressions from 2.6.32. Please verify if it still should be
> > > listed and let me know (either way).
> > >
> > >
> > > Bug-Entry :
> > > http://bugzilla.kernel.org/show_bug.cgi?id=15043
> > > Subject : Display goes off with i915.powersave=1
> > > after suspend-resume Submitter : Soeren Sonnenburg
> > > <[email protected]> Date : 2010-01-10 20:09 (22
> > > days old) References :
> > > http://marc.info/?l=linux-kernel&m=126315457519505&w=4
> >
> > yes still exists in current git.
>
> Thanks for the update.
Just updated the corresponding FDO bug
(https://bugs.freedesktop.org/show_bug.cgi?id=24314). There are some
hw bugs related to FBC handling on 945GM though, so we may have to
disable it on some machines.
--
Jesse Barnes, Intel Open Source Technology Center
On Fri, 2010-02-05 at 11:29 -0800, Jesse Barnes wrote:
> On Thu, 4 Feb 2010 21:42:02 +0100
> "Rafael J. Wysocki" <[email protected]> wrote:
>
> > On Thursday 04 February 2010, Soeren Sonnenburg wrote:
> > > On Mon, 2010-02-01 at 01:22 +0100, Rafael J. Wysocki wrote:
> > > > This message has been generated automatically as a part of a
> > > > report of recent regressions.
> > > >
> > > > The following bug entry is on the current list of known
> > > > regressions from 2.6.32. Please verify if it still should be
> > > > listed and let me know (either way).
> > > >
> > > >
> > > > Bug-Entry :
> > > > http://bugzilla.kernel.org/show_bug.cgi?id=15043
> > > > Subject : Display goes off with i915.powersave=1
> > > > after suspend-resume Submitter : Soeren Sonnenburg
> > > > <[email protected]> Date : 2010-01-10 20:09 (22
> > > > days old) References :
> > > > http://marc.info/?l=linux-kernel&m=126315457519505&w=4
> > >
> > > yes still exists in current git.
> >
> > Thanks for the update.
>
> Just updated the corresponding FDO bug
> (https://bugs.freedesktop.org/show_bug.cgi?id=24314). There are some
> hw bugs related to FBC handling on 945GM though, so we may have to
> disable it on some machines.
FYI: With the patch from #14897 it was working for the last day and a
half at least...
Soeren
--
For the one fact about the future of which we can be certain is that it
will be utterly fantastic. -- Arthur C. Clarke, 1962
On Sat, 2010-02-06 at 06:11 +0100, Soeren Sonnenburg wrote:
> On Fri, 2010-02-05 at 11:29 -0800, Jesse Barnes wrote:
> > On Thu, 4 Feb 2010 21:42:02 +0100
> > "Rafael J. Wysocki" <[email protected]> wrote:
> >
> > > On Thursday 04 February 2010, Soeren Sonnenburg wrote:
> > > > On Mon, 2010-02-01 at 01:22 +0100, Rafael J. Wysocki wrote:
> > > > > This message has been generated automatically as a part of a
> > > > > report of recent regressions.
> > > > >
> > > > > The following bug entry is on the current list of known
> > > > > regressions from 2.6.32. Please verify if it still should be
> > > > > listed and let me know (either way).
> > > > >
> > > > >
> > > > > Bug-Entry :
> > > > > http://bugzilla.kernel.org/show_bug.cgi?id=15043
> > > > > Subject : Display goes off with i915.powersave=1
> > > > > after suspend-resume Submitter : Soeren Sonnenburg
> > > > > <[email protected]> Date : 2010-01-10 20:09 (22
> > > > > days old) References :
> > > > > http://marc.info/?l=linux-kernel&m=126315457519505&w=4
> > > >
> > > > yes still exists in current git.
> > >
> > > Thanks for the update.
> >
> > Just updated the corresponding FDO bug
> > (https://bugs.freedesktop.org/show_bug.cgi?id=24314). There are some
> > hw bugs related to FBC handling on 945GM though, so we may have to
> > disable it on some machines.
>
> FYI: With the patch from #14897 it was working for the last day and a
> half at least...
Just after I wrote that email it was happening again. So I take that
back. Flickering and display -> off just happened with that patch.
Soeren
--
For the one fact about the future of which we can be certain is that it
will be utterly fantastic. -- Arthur C. Clarke, 1962
On 01.02.2010, Heinz Diehl wrote:
[....]
Quoting myself here...
> The patch was completely malformed, don't know what happened on the way,
> but I applied it by hand. Yes, it fixes the problem for me.
Xiaotiangs patch quoted in the thread listed here (coming via kernel.org's
bugtracker)
http://patchwork.kernel.org/patch/76023/
is missing some lines, and the patch attached at the end of the
thread is incomplete and malformed, as reported earlier. I guess this is
how it should have looked like (please correct me if I'm wrong):
--- /a/ccid.c 2010-02-06 23:17:12.000000000 +0100
+++ /b/ccid.c 2010-02-07 09:50:40.000000000 +0100
@@ -77,13 +77,13 @@
return err;
}
-static struct kmem_cache *ccid_kmem_cache_create(int obj_size, char *slab_name_fmt, const char *fmt,...)
+static struct kmem_cache *ccid_kmem_cache_create(int obj_size, char *slab_name_fmt, int length, const char *fmt,...)
{
struct kmem_cache *slab;
va_list args;
va_start(args, fmt);
- vsnprintf(slab_name_fmt, sizeof(slab_name_fmt), fmt, args);
+ vsnprintf(slab_name_fmt, length, fmt, args);
va_end(args);
slab = kmem_cache_create(slab_name_fmt, sizeof(struct ccid) + obj_size, 0,
@@ -104,6 +104,7 @@
ccid_ops->ccid_hc_rx_slab =
ccid_kmem_cache_create(ccid_ops->ccid_hc_rx_obj_size,
ccid_ops->ccid_hc_rx_slab_name,
+ sizeof(ccid_ops->ccid_hc_rx_slab_name),
"ccid%u_hc_rx_sock",
ccid_ops->ccid_id);
if (ccid_ops->ccid_hc_rx_slab == NULL)
@@ -112,6 +113,7 @@
ccid_ops->ccid_hc_tx_slab =
ccid_kmem_cache_create(ccid_ops->ccid_hc_tx_obj_size,
ccid_ops->ccid_hc_tx_slab_name,
+ sizeof(ccid_ops->ccid_hc_tx_slab_name),
"ccid%u_hc_tx_sock",
ccid_ops->ccid_id);
if (ccid_ops->ccid_hc_tx_slab == NULL)
On Sunday 07 February 2010, Heinz Diehl wrote:
> On 01.02.2010, Heinz Diehl wrote:
>
> [....]
>
> Quoting myself here...
>
> > The patch was completely malformed, don't know what happened on the way,
> > but I applied it by hand. Yes, it fixes the problem for me.
>
> Xiaotiangs patch quoted in the thread listed here (coming via kernel.org's
> bugtracker)
>
> http://patchwork.kernel.org/patch/76023/
>
> is missing some lines, and the patch attached at the end of the
> thread is incomplete and malformed, as reported earlier. I guess this is
> how it should have looked like (please correct me if I'm wrong):
Thanks, I updated the bug entry with a link to your patch below.
> --- /a/ccid.c 2010-02-06 23:17:12.000000000 +0100
> +++ /b/ccid.c 2010-02-07 09:50:40.000000000 +0100
> @@ -77,13 +77,13 @@
> return err;
> }
>
> -static struct kmem_cache *ccid_kmem_cache_create(int obj_size, char *slab_name_fmt, const char *fmt,...)
> +static struct kmem_cache *ccid_kmem_cache_create(int obj_size, char *slab_name_fmt, int length, const char *fmt,...)
> {
> struct kmem_cache *slab;
> va_list args;
>
> va_start(args, fmt);
> - vsnprintf(slab_name_fmt, sizeof(slab_name_fmt), fmt, args);
> + vsnprintf(slab_name_fmt, length, fmt, args);
> va_end(args);
>
> slab = kmem_cache_create(slab_name_fmt, sizeof(struct ccid) + obj_size, 0,
> @@ -104,6 +104,7 @@
> ccid_ops->ccid_hc_rx_slab =
> ccid_kmem_cache_create(ccid_ops->ccid_hc_rx_obj_size,
> ccid_ops->ccid_hc_rx_slab_name,
> + sizeof(ccid_ops->ccid_hc_rx_slab_name),
> "ccid%u_hc_rx_sock",
> ccid_ops->ccid_id);
> if (ccid_ops->ccid_hc_rx_slab == NULL)
> @@ -112,6 +113,7 @@
> ccid_ops->ccid_hc_tx_slab =
> ccid_kmem_cache_create(ccid_ops->ccid_hc_tx_obj_size,
> ccid_ops->ccid_hc_tx_slab_name,
> + sizeof(ccid_ops->ccid_hc_tx_slab_name),
> "ccid%u_hc_tx_sock",
> ccid_ops->ccid_id);
> if (ccid_ops->ccid_hc_tx_slab == NULL)
>
Rafael
On 01/02/10 06:43, Takashi Iwai wrote:
> At Mon, 01 Feb 2010 02:01:21 +0000,
> Sid Boyce wrote:
>>
>> On 01/02/10 00:22, 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.32. Please verify if it still should be listed and let me know
>>> (either way).
>>>
>>>
>>> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15144
>>> Subject : HDA Intel Audio hang on boot
>>> Submitter : Sid Boyce <[email protected]>
>>> Date : 2010-01-15 1:24 (17 days old)
>>> References : http://marc.info/?l=linux-kernel&m=126351866722507&w=4
>>>
>>>
>>>
>>
>> Still not fixed in 2.6.33-rc6. Takashi wrote that the fix was scheduled
>> for 2.6.33-rc6, but it did not appear.
>
> It just slipped from rc6 due to my busy load.
> The pull request was sent yesterday.
>
>
> Takashi
>
Up to 2.6.33-rc8 still needs the work around in
/etc/modprobe.d/50-sound.conf, so the kernel blacklist fix does not work.
# less /etc/modprobe.d/50-sound.conf
options slots=snd-hda-intel
# 9LTX.vLXC8EvZgR7:MCP55 High Definition Audio
alias snd-card-0 snd-hda-intel
options snd-hda-intel enable_msi=0
Regards
Sid.
--
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks
On Sunday 14 February 2010, Sid Boyce wrote:
> On 01/02/10 06:43, Takashi Iwai wrote:
> > At Mon, 01 Feb 2010 02:01:21 +0000,
> > Sid Boyce wrote:
> >>
> >> On 01/02/10 00:22, 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.32. Please verify if it still should be listed and let me know
> >>> (either way).
> >>>
> >>>
> >>> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15144
> >>> Subject : HDA Intel Audio hang on boot
> >>> Submitter : Sid Boyce <[email protected]>
> >>> Date : 2010-01-15 1:24 (17 days old)
> >>> References : http://marc.info/?l=linux-kernel&m=126351866722507&w=4
> >>>
> >>>
> >>>
> >>
> >> Still not fixed in 2.6.33-rc6. Takashi wrote that the fix was scheduled
> >> for 2.6.33-rc6, but it did not appear.
> >
> > It just slipped from rc6 due to my busy load.
> > The pull request was sent yesterday.
> >
> >
> > Takashi
> >
>
> Up to 2.6.33-rc8 still needs the work around in
> /etc/modprobe.d/50-sound.conf, so the kernel blacklist fix does not work.
>
> # less /etc/modprobe.d/50-sound.conf
>
> options slots=snd-hda-intel
> # 9LTX.vLXC8EvZgR7:MCP55 High Definition Audio
> alias snd-card-0 snd-hda-intel
> options snd-hda-intel enable_msi=0
Thanks for the update.
I'll be sending a summary regression report later today with a follow-up
message regarding this bug. You won't need to reply to that one.
Rafael
At Sun, 14 Feb 2010 20:29:01 +0000,
Sid Boyce wrote:
>
> On 01/02/10 06:43, Takashi Iwai wrote:
> > At Mon, 01 Feb 2010 02:01:21 +0000,
> > Sid Boyce wrote:
> >>
> >> On 01/02/10 00:22, 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.32. Please verify if it still should be listed and let me know
> >>> (either way).
> >>>
> >>>
> >>> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15144
> >>> Subject : HDA Intel Audio hang on boot
> >>> Submitter : Sid Boyce <[email protected]>
> >>> Date : 2010-01-15 1:24 (17 days old)
> >>> References : http://marc.info/?l=linux-kernel&m=126351866722507&w=4
> >>>
> >>>
> >>>
> >>
> >> Still not fixed in 2.6.33-rc6. Takashi wrote that the fix was scheduled
> >> for 2.6.33-rc6, but it did not appear.
> >
> > It just slipped from rc6 due to my busy load.
> > The pull request was sent yesterday.
> >
> >
> > Takashi
> >
>
> Up to 2.6.33-rc8 still needs the work around in
> /etc/modprobe.d/50-sound.conf, so the kernel blacklist fix does not work.
Check the kernel message. Don't you have a message like "hda_intel:
msi for device 1043:829c set to 0"? Otherwise give alsa-info.sh
again.
But, essentially this is a problem of your mobo and Linux MSI
handling, not exactly a driver issue, IMO...
I guess the problem will go away if you remove your another sound card
on the PCI slot. Or maybe it'd work even by moving to another
slot...
Takashi
On 15/02/10 07:12, yTakashi Iwai wrote:
> At Sun, 14 Feb 2010 20:29:01 +0000,
> Sid Boyce wrote:
>>
>> On 01/02/10 06:43, Takashi Iwai wrote:
>>> At Mon, 01 Feb 2010 02:01:21 +0000,
>>> Sid Boyce wrote:
>>>>
>>>> On 01/02/10 00:22, 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.32. Please verify if it still should be listed and let me know
>>>>> (either way).
>>>>>
>>>>>
>>>>> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15144
>>>>> Subject : HDA Intel Audio hang on boot
>>>>> Submitter : Sid Boyce <[email protected]>
>>>>> Date : 2010-01-15 1:24 (17 days old)
>>>>> References : http://marc.info/?l=linux-kernel&m=126351866722507&w=4
>>>>>
>>>>>
>>>>>
>>>>
>>>> Still not fixed in 2.6.33-rc6. Takashi wrote that the fix was scheduled
>>>> for 2.6.33-rc6, but it did not appear.
>>>
>>> It just slipped from rc6 due to my busy load.
>>> The pull request was sent yesterday.
>>>
>>>
>>> Takashi
>>>
>>
>> Up to 2.6.33-rc8 still needs the work around in
>> /etc/modprobe.d/50-sound.conf, so the kernel blacklist fix does not work.
>
> Check the kernel message. Don't you have a message like "hda_intel:
> msi for device 1043:829c set to 0"? Otherwise give alsa-info.sh
> again.
>
No mention of it - 2.6.33-rc8.
tindog:~ # dmesg|grep 1043
tindog:~ # grep 1043 /var/log/boot.msg
tindog:~ # grep 1043 /var/log/messages
tindog:~ #
The patch seems to be addressing the wrong device, alsa-info.sh shows
it as
Subsystem: 1043:81f6
Subsystem Id: 0x104381f6
Components : 'HDA:11d4198b,104381f6,00100300'
tindog:/usr/src/linux-2.6.33-rc8 # grep 1043 ./sound/pci/hda/hda_intel.c
SND_PCI_QUIRK(0x1043, 0x813d, "ASUS P5AD2", POS_FIX_LPIB),
SND_PCI_QUIRK(0x1043, 0x1262, "ASUS W5Fm", 0x103),
SND_PCI_QUIRK(0x1043, 0x81f2, "ASUS", 0), /* Athlon64 X2 + nvidia */
SND_PCI_QUIRK(0x1043, 0x829c, "ASUS", 0), /* nvidia */
I shall change the 0x81f2 to 0x81f6 and test.
> But, essentially this is a problem of your mobo and Linux MSI
> handling, not exactly a driver issue, IMO...
>
I think you are correct, could be the motherboard or BIOS. I have tried
a number of BIOS versions with the same result. I am about to change to
a Asus Crosshair III motherboard in a few days when the memory arrives.
It also wouldn't boot if I have kgdb enabled in .config, I get a stream
of Traces with "Tainted".
> I guess the problem will go away if you remove your another sound card
> on the PCI slot. Or maybe it'd work even by moving to another
> slot...
>
It's the on-board sound. Before the work around I had to disable it in
the BIOS and use the USB sound card.
>
> Takashi
>
Regards
Sid.
--
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks
At Mon, 15 Feb 2010 12:46:35 +0000,
Sid Boyce wrote:
>
> On 15/02/10 07:12, yTakashi Iwai wrote:
> > At Sun, 14 Feb 2010 20:29:01 +0000,
> > Sid Boyce wrote:
> >>
> >> On 01/02/10 06:43, Takashi Iwai wrote:
> >>> At Mon, 01 Feb 2010 02:01:21 +0000,
> >>> Sid Boyce wrote:
> >>>>
> >>>> On 01/02/10 00:22, 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.32. Please verify if it still should be listed and let me know
> >>>>> (either way).
> >>>>>
> >>>>>
> >>>>> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15144
> >>>>> Subject : HDA Intel Audio hang on boot
> >>>>> Submitter : Sid Boyce <[email protected]>
> >>>>> Date : 2010-01-15 1:24 (17 days old)
> >>>>> References : http://marc.info/?l=linux-kernel&m=126351866722507&w=4
> >>>>>
> >>>>>
> >>>>>
> >>>>
> >>>> Still not fixed in 2.6.33-rc6. Takashi wrote that the fix was scheduled
> >>>> for 2.6.33-rc6, but it did not appear.
> >>>
> >>> It just slipped from rc6 due to my busy load.
> >>> The pull request was sent yesterday.
> >>>
> >>>
> >>> Takashi
> >>>
> >>
> >> Up to 2.6.33-rc8 still needs the work around in
> >> /etc/modprobe.d/50-sound.conf, so the kernel blacklist fix does not work.
> >
> > Check the kernel message. Don't you have a message like "hda_intel:
> > msi for device 1043:829c set to 0"? Otherwise give alsa-info.sh
> > again.
> >
> No mention of it - 2.6.33-rc8.
> tindog:~ # dmesg|grep 1043
> tindog:~ # grep 1043 /var/log/boot.msg
> tindog:~ # grep 1043 /var/log/messages
> tindog:~ #
> The patch seems to be addressing the wrong device, alsa-info.sh shows
> it as
> Subsystem: 1043:81f6
> Subsystem Id: 0x104381f6
> Components : 'HDA:11d4198b,104381f6,00100300'
>
> tindog:/usr/src/linux-2.6.33-rc8 # grep 1043 ./sound/pci/hda/hda_intel.c
> SND_PCI_QUIRK(0x1043, 0x813d, "ASUS P5AD2", POS_FIX_LPIB),
> SND_PCI_QUIRK(0x1043, 0x1262, "ASUS W5Fm", 0x103),
> SND_PCI_QUIRK(0x1043, 0x81f2, "ASUS", 0), /* Athlon64 X2 + nvidia */
> SND_PCI_QUIRK(0x1043, 0x829c, "ASUS", 0), /* nvidia */
>
> I shall change the 0x81f2 to 0x81f6 and test.
Yes, please. And update the bugzilla with the correct alsa-info.sh
output, too.
> > But, essentially this is a problem of your mobo and Linux MSI
> > handling, not exactly a driver issue, IMO...
> >
> I think you are correct, could be the motherboard or BIOS. I have tried
> a number of BIOS versions with the same result. I am about to change to
> a Asus Crosshair III motherboard in a few days when the memory arrives.
> It also wouldn't boot if I have kgdb enabled in .config, I get a stream
> of Traces with "Tainted".
>
> > I guess the problem will go away if you remove your another sound card
> > on the PCI slot. Or maybe it'd work even by moving to another
> > slot...
> >
> It's the on-board sound. Before the work around I had to disable it in
> the BIOS and use the USB sound card.
Hm, then I must I have checking really a different alsa-info.sh.
thanks,
Takashi
On 15/02/10 12:53, Takashi Iwai wrote:
> At Mon, 15 Feb 2010 12:46:35 +0000,
> Sid Boyce wrote:
>>
>> On 15/02/10 07:12, yTakashi Iwai wrote:
>>> At Sun, 14 Feb 2010 20:29:01 +0000,
>>> Sid Boyce wrote:
>>>>
>>>> On 01/02/10 06:43, Takashi Iwai wrote:
>>>>> At Mon, 01 Feb 2010 02:01:21 +0000,
>>>>> Sid Boyce wrote:
>>>>>>
>>>>>> On 01/02/10 00:22, 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.32. Please verify if it still should be listed and let me know
>>>>>>> (either way).
>>>>>>>
>>>>>>>
>>>>>>> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15144
>>>>>>> Subject : HDA Intel Audio hang on boot
>>>>>>> Submitter : Sid Boyce <[email protected]>
>>>>>>> Date : 2010-01-15 1:24 (17 days old)
>>>>>>> References : http://marc.info/?l=linux-kernel&m=126351866722507&w=4
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> Still not fixed in 2.6.33-rc6. Takashi wrote that the fix was scheduled
>>>>>> for 2.6.33-rc6, but it did not appear.
>>>>>
>>>>> It just slipped from rc6 due to my busy load.
>>>>> The pull request was sent yesterday.
>>>>>
>>>>>
>>>>> Takashi
>>>>>
>>>>
>>>> Up to 2.6.33-rc8 still needs the work around in
>>>> /etc/modprobe.d/50-sound.conf, so the kernel blacklist fix does not work.
>>>
>>> Check the kernel message. Don't you have a message like "hda_intel:
>>> msi for device 1043:829c set to 0"? Otherwise give alsa-info.sh
>>> again.
>>>
>> No mention of it - 2.6.33-rc8.
>> tindog:~ # dmesg|grep 1043
>> tindog:~ # grep 1043 /var/log/boot.msg
>> tindog:~ # grep 1043 /var/log/messages
>> tindog:~ #
>> The patch seems to be addressing the wrong device, alsa-info.sh shows
>> it as
>> Subsystem: 1043:81f6
>> Subsystem Id: 0x104381f6
>> Components : 'HDA:11d4198b,104381f6,00100300'
>>
>> tindog:/usr/src/linux-2.6.33-rc8 # grep 1043 ./sound/pci/hda/hda_intel.c
>> SND_PCI_QUIRK(0x1043, 0x813d, "ASUS P5AD2", POS_FIX_LPIB),
>> SND_PCI_QUIRK(0x1043, 0x1262, "ASUS W5Fm", 0x103),
>> SND_PCI_QUIRK(0x1043, 0x81f2, "ASUS", 0), /* Athlon64 X2 + nvidia */
>> SND_PCI_QUIRK(0x1043, 0x829c, "ASUS", 0), /* nvidia */
>>
>> I shall change the 0x81f2 to 0x81f6 and test.
>
> Yes, please. And update the bugzilla with the correct alsa-info.sh
> output, too.
>
>>> But, essentially this is a problem of your mobo and Linux MSI
>>> handling, not exactly a driver issue, IMO...
>>>
>> I think you are correct, could be the motherboard or BIOS. I have tried
>> a number of BIOS versions with the same result. I am about to change to
>> a Asus Crosshair III motherboard in a few days when the memory arrives.
>> It also wouldn't boot if I have kgdb enabled in .config, I get a stream
>> of Traces with "Tainted".
>>
>>> I guess the problem will go away if you remove your another sound card
>>> on the PCI slot. Or maybe it'd work even by moving to another
>>> slot...
>>>
>> It's the on-board sound. Before the work around I had to disable it in
>> the BIOS and use the USB sound card.
>
> Hm, then I must I have checking really a different alsa-info.sh.
>
I went back and checked the first alsa-info.txt I sent.
My mistake this end, using ssh into that box, used scp to copy it to
this box and inadvertently provided the wrong alsa-info.txt which was
the one (1043:829c) for this box where email lives.
Sincere apologies for the mixup.
>
> thanks,
>
The change works, it should be "0x1043, 0x81f6" instead of 0x829c.
> Takashi
>
Regards
Sid.
--
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks
At Mon, 15 Feb 2010 13:51:26 +0000,
Sid Boyce wrote:
>
> On 15/02/10 12:53, Takashi Iwai wrote:
> > At Mon, 15 Feb 2010 12:46:35 +0000,
> > Sid Boyce wrote:
> >>
> >> On 15/02/10 07:12, yTakashi Iwai wrote:
> >>> At Sun, 14 Feb 2010 20:29:01 +0000,
> >>> Sid Boyce wrote:
> >>>>
> >>>> On 01/02/10 06:43, Takashi Iwai wrote:
> >>>>> At Mon, 01 Feb 2010 02:01:21 +0000,
> >>>>> Sid Boyce wrote:
> >>>>>>
> >>>>>> On 01/02/10 00:22, 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.32. Please verify if it still should be listed and let me know
> >>>>>>> (either way).
> >>>>>>>
> >>>>>>>
> >>>>>>> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15144
> >>>>>>> Subject : HDA Intel Audio hang on boot
> >>>>>>> Submitter : Sid Boyce <[email protected]>
> >>>>>>> Date : 2010-01-15 1:24 (17 days old)
> >>>>>>> References : http://marc.info/?l=linux-kernel&m=126351866722507&w=4
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>> Still not fixed in 2.6.33-rc6. Takashi wrote that the fix was scheduled
> >>>>>> for 2.6.33-rc6, but it did not appear.
> >>>>>
> >>>>> It just slipped from rc6 due to my busy load.
> >>>>> The pull request was sent yesterday.
> >>>>>
> >>>>>
> >>>>> Takashi
> >>>>>
> >>>>
> >>>> Up to 2.6.33-rc8 still needs the work around in
> >>>> /etc/modprobe.d/50-sound.conf, so the kernel blacklist fix does not work.
> >>>
> >>> Check the kernel message. Don't you have a message like "hda_intel:
> >>> msi for device 1043:829c set to 0"? Otherwise give alsa-info.sh
> >>> again.
> >>>
> >> No mention of it - 2.6.33-rc8.
> >> tindog:~ # dmesg|grep 1043
> >> tindog:~ # grep 1043 /var/log/boot.msg
> >> tindog:~ # grep 1043 /var/log/messages
> >> tindog:~ #
> >> The patch seems to be addressing the wrong device, alsa-info.sh shows
> >> it as
> >> Subsystem: 1043:81f6
> >> Subsystem Id: 0x104381f6
> >> Components : 'HDA:11d4198b,104381f6,00100300'
> >>
> >> tindog:/usr/src/linux-2.6.33-rc8 # grep 1043 ./sound/pci/hda/hda_intel.c
> >> SND_PCI_QUIRK(0x1043, 0x813d, "ASUS P5AD2", POS_FIX_LPIB),
> >> SND_PCI_QUIRK(0x1043, 0x1262, "ASUS W5Fm", 0x103),
> >> SND_PCI_QUIRK(0x1043, 0x81f2, "ASUS", 0), /* Athlon64 X2 + nvidia */
> >> SND_PCI_QUIRK(0x1043, 0x829c, "ASUS", 0), /* nvidia */
> >>
> >> I shall change the 0x81f2 to 0x81f6 and test.
> >
> > Yes, please. And update the bugzilla with the correct alsa-info.sh
> > output, too.
> >
> >>> But, essentially this is a problem of your mobo and Linux MSI
> >>> handling, not exactly a driver issue, IMO...
> >>>
> >> I think you are correct, could be the motherboard or BIOS. I have tried
> >> a number of BIOS versions with the same result. I am about to change to
> >> a Asus Crosshair III motherboard in a few days when the memory arrives.
> >> It also wouldn't boot if I have kgdb enabled in .config, I get a stream
> >> of Traces with "Tainted".
> >>
> >>> I guess the problem will go away if you remove your another sound card
> >>> on the PCI slot. Or maybe it'd work even by moving to another
> >>> slot...
> >>>
> >> It's the on-board sound. Before the work around I had to disable it in
> >> the BIOS and use the USB sound card.
> >
> > Hm, then I must I have checking really a different alsa-info.sh.
> >
> I went back and checked the first alsa-info.txt I sent.
>
> My mistake this end, using ssh into that box, used scp to copy it to
> this box and inadvertently provided the wrong alsa-info.txt which was
> the one (1043:829c) for this box where email lives.
> Sincere apologies for the mixup.
> >
> > thanks,
> >
> The change works, it should be "0x1043, 0x81f6" instead of 0x829c.
OK, thanks for checking.
I updated the git repo and will send another pull request later.
Takashi
On Mon, 2010-02-01 at 16:04 +0800, Mike Galbraith wrote:
> On Mon, 2010-02-01 at 01:22 +0100, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.32. Please verify if it still should be listed and let me know
> > (either way).
>
> Yes, it should remain open. We're currently waiting for some data from
> Lin Ming. The regression itself isn't making much sense.. a kernel with
> NEWIDLE disabled should show the same performance, but does not.
(sorry for late response, I'm just back from vacation)
We finally located this to a bug in mwait based C-state entry.
Venki's patch has fixed it.
http://patchwork.kernel.org/patch/78544/
Venki, this is the original report,
http://marc.info/?l=linux-kernel&m=126441481427331&w=4
Thanks,
Lin Ming
On Sat, 2010-02-20 at 15:52 +0800, Lin Ming wrote:
> On Mon, 2010-02-01 at 16:04 +0800, Mike Galbraith wrote:
> > On Mon, 2010-02-01 at 01:22 +0100, Rafael J. Wysocki wrote:
> > > This message has been generated automatically as a part of a report
> > > of recent regressions.
> > >
> > > The following bug entry is on the current list of known regressions
> > > from 2.6.32. Please verify if it still should be listed and let me know
> > > (either way).
> >
> > Yes, it should remain open. We're currently waiting for some data from
> > Lin Ming. The regression itself isn't making much sense.. a kernel with
> > NEWIDLE disabled should show the same performance, but does not.
>
> (sorry for late response, I'm just back from vacation)
>
> We finally located this to a bug in mwait based C-state entry.
> Venki's patch has fixed it.
> http://patchwork.kernel.org/patch/78544/
>
> Venki, this is the original report,
> http://marc.info/?l=linux-kernel&m=126441481427331&w=4
Excellent, mystery solved. (adds acpi)
-Mike