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-01-10 55 33 21
2009-12-29 36 34 27
Unresolved regressions
----------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15043
Subject : Display goes off with i915.powersave=1
Submitter : Soeren Sonnenburg <[email protected]>
Date : 2010-01-10 20:09 (1 days old)
References : http://marc.info/?l=linux-kernel&m=126315457519505&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15041
Subject : Pagemap endless read loop with LTP
Submitter : Andi Kleen <[email protected]>
Date : 2010-01-10 2:09 (1 days old)
References : http://marc.info/?l=linux-kernel&m=126308941423848&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15038
Subject : drm/ksm: fbdev blanking regression
Submitter : Johan Hovold <[email protected]>
Date : 2010-01-06 17:00 (5 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=731b5a15a3b1474a41c2ca29b4c32b0f21bc852e
References : http://marc.info/?l=linux-kernel&m=126279726418748&w=4
Handled-By : James Simmons <[email protected]>
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 (7 days old)
References : http://marc.info/?l=linux-kernel&m=126258356202722&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15035
Subject : BUG: unable to handle kernel paging request in rs600_gart_set_page()
Submitter : Xiaotian Feng <[email protected]>
Date : 2010-01-05 19:10 (6 days old)
References : http://lkml.org/lkml/2010/1/5/95
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15033
Subject : drm: gem_object_free without struct_mutex
Submitter : Hugh Dickins <[email protected]>
Date : 2009-12-30 19:45 (12 days old)
References : http://marc.info/?l=linux-kernel&m=126220236201529&w=4
Handled-By : Jesse Barnes <[email protected]>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15032
Subject : Oops in uart_resume_port() on resume
Submitter : Zdenek Kabelac <[email protected]>
Date : 2010-01-04 15:47 (7 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=ba15ab0e8de0d4439a91342ad52d55ca9e313f3d
References : http://marc.info/?l=linux-kernel&m=126262008815689&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14976
Subject : No sound on snd_hda_codec_via in 2.6.33-rc2
Submitter : Mark Rosenstand <[email protected]>
Date : 2010-01-02 08:27 (9 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14954
Subject : warning from alloc_pages_nodemask on boot -- caused by commit 78f1699659963fff97975df44db6d5dbe7218e55
Submitter : Stephen Hemminger <[email protected]>
Date : 2009-12-29 19:57 (13 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=78f1699659963fff97975df44db6d5dbe7218e55
Handled-By : Alex Chiang <[email protected]>
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 (17 days old)
References : http://marc.info/?l=linux-kernel&m=126174044213172&w=4
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 (16 days old)
References : http://marc.info/?l=linux-kernel&m=126182073616279&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14948
Subject : EHCI resume sysfs duplicates
Submitter : Borislav Petkov <[email protected]>
Date : 2009-12-26 9:36 (16 days old)
References : http://marc.info/?l=linux-kernel&m=126182020615709&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14946
Subject : All kernels after 2.6.32-git10 show only 1 CPU
Submitter : Sid Boyce <[email protected]>
Date : 2009-12-23 16:55 (19 days old)
References : http://marc.info/?l=linux-kernel&m=126158734326801&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 (15 days old)
References : http://marc.info/?l=linux-kernel&m=126192220404829&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14934
Subject : kernel crash during boot
Submitter : werner <[email protected]>
Date : 2009-12-25 5:37 (17 days old)
References : http://marc.info/?l=linux-kernel&m=126171951030608&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14925
Subject : sky2 panic under load
Submitter : Berck E. Nash <[email protected]>
Date : 2009-12-21 23:52 (21 days old)
References : http://marc.info/?l=linux-kernel&m=126143955730347&w=4
http://marc.info/?l=linux-kernel&m=126160893126548&w=4
Handled-By : Stephen Hemminger <[email protected]>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14924
Subject : Weird hard hangs when rendering 'some' web-sites in Firefox
Submitter : David <[email protected]>
Date : 2009-12-21 21:53 (21 days old)
References : http://marc.info/?l=linux-kernel&m=126143375823340&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14860
Subject : No DP-DVI output when laptop is docked
Submitter : Pär Andersson <[email protected]>
Date : 2009-12-21 21:02 (21 days old)
Handled-By : ykzhao <[email protected]>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14859
Subject : System timer firing too much without cause
Submitter : Shawn Starr <[email protected]>
Date : 2009-12-21 19:16 (21 days old)
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 (30 days old)
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 (30 days old)
Regressions with patches
------------------------
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 (4 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=15037
Subject : BUG during shutdown - bisected to commit e2912009
Submitter : Marc Dionne <[email protected]>
Date : 2010-01-02 0:27 (9 days old)
References : http://marc.info/?l=linux-kernel&m=126239207631034&w=4
Handled-By : Xiaotian Feng <[email protected]>
Patch : http://patchwork.kernel.org/patch/71537/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15034
Subject : volano ~30% regression
Submitter : Lin Ming <[email protected]>
Date : 2010-01-04 8:15 (7 days old)
References : http://marc.info/?l=linux-kernel&m=126259391411982&w=4
Handled-By : Mike Galbraith <[email protected]>
Patch : http://patchwork.kernel.org/patch/70623/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15031
Subject : bug in fs/btrfs/ordered-data.c:672
Submitter : Carlos R. Mafra <[email protected]>
Date : 2010-01-02 11:32 (9 days old)
References : http://lkml.org/lkml/2010/1/2/17
Handled-By : Yan, Zheng <[email protected]>
Patch : http://www.mail-archive.com/[email protected]/msg03686.html
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15026
Subject : i915: Resume regression on MSI Wind U100 w/o KMS
Submitter : Rafael J. Wysocki <[email protected]>
Date : 2010-01-08 23:45 (3 days old)
References : http://marc.info/?l=linux-kernel&m=126299433427673&w=4
Handled-By : Rafael J. Wysocki <[email protected]>
Patch : http://patchwork.kernel.org/patch/71887/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14974
Subject : tg3 does not resume from hibernation properly on BCM5787M
Submitter : Chow Loong Jin <[email protected]>
Date : 2010-01-02 05:30 (9 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=87668d352aa8d135bd695a050f18bbfc7b50b506
Handled-By : Matt Carlson <[email protected]>
Patch : http://bugzilla.kernel.org/show_bug.cgi?id=14974#c12
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14957
Subject : Blank screen with KMS enabled
Submitter : Philipp Kohlbecher <[email protected]>
Date : 2009-12-30 00:08 (12 days old)
Handled-By : Zhao Yakui <[email protected]>
Patch : http://bugzilla.kernel.org/attachment.cgi?id=24476
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14944
Subject : 2.6.32.2 SATA link detect failed, 2.6.32.1 works fine
Submitter : fengxiangjun <[email protected]>
Date : 2009-12-21 11:12 (21 days old)
References : http://marc.info/?l=linux-kernel&m=126139442328314&w=4
Handled-By : Tejun Heo <[email protected]>
Patch : http://patchwork.kernel.org/patch/69746/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14942
Subject : gkrellm no longer shows all the temperatures on thinkpad x60
Submitter : Pavel Machek <[email protected]>
Date : 2009-12-27 21:57 (15 days old)
References : http://marc.info/?l=linux-kernel&m=126195107005565&w=4
Handled-By : Henrique de Moraes Holschuh <[email protected]>
Patch : http://patchwork.kernel.org/patch/69809/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14907
Subject : Commit "kbuild: fix bzImage build for x86" breaks build
Submitter : Oliver Hartkopp <[email protected]>
Date : 2009-12-19 19:21 (23 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=4a2ff67c88211026afcbdbc190c13f705dae1b59
References : http://marc.info/?l=linux-kernel&m=126125050622195&w=4
http://marc.info/?l=linux-kernel&m=126114565103300&w=4
http://marc.info/?l=linux-kbuild&m=126202819526623&w=2
Handled-By : Jonathan Nieder <[email protected]>
Patch : http://thread.gmane.org/gmane.linux.kbuild.devel/4313/focus=4319
http://patchwork.kernel.org/patch/71957/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14899
Subject : reiserfs: inconsistent lock state
Submitter : Alexander Beregalov <[email protected]>
Date : 2009-12-11 22:06 (31 days old)
References : http://marc.info/?l=linux-kernel&m=126056920702515&w=4
Handled-By : Frederic Weisbecker <[email protected]>
Patch : http://patchwork.kernel.org/patch/67256/
http://patchwork.kernel.org/patch/67257/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14874
Subject : Ath5k regression with commit 8bf3d79bc401ca417ccf9fc076d3295d1a71dbf5
Submitter : Joshua Covington <[email protected]>
Date : 2009-12-25 00:49 (17 days old)
Handled-By : Luis R. Rodriguez <[email protected]>
Patch : http://bugzilla.kernel.org/attachment.cgi?id=24335
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 (30 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=14874
Subject : Ath5k regression with commit 8bf3d79bc401ca417ccf9fc076d3295d1a71dbf5
Submitter : Joshua Covington <[email protected]>
Date : 2009-12-25 00:49 (17 days old)
Handled-By : Luis R. Rodriguez <[email protected]>
Patch : http://bugzilla.kernel.org/attachment.cgi?id=24335
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 (30 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=14860
Subject : No DP-DVI output when laptop is docked
Submitter : Pär Andersson <[email protected]>
Date : 2009-12-21 21:02 (21 days old)
Handled-By : ykzhao <[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=14907
Subject : Commit "kbuild: fix bzImage build for x86" breaks build
Submitter : Oliver Hartkopp <[email protected]>
Date : 2009-12-19 19:21 (23 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=4a2ff67c88211026afcbdbc190c13f705dae1b59
References : http://marc.info/?l=linux-kernel&m=126125050622195&w=4
http://marc.info/?l=linux-kernel&m=126114565103300&w=4
http://marc.info/?l=linux-kbuild&m=126202819526623&w=2
Handled-By : Jonathan Nieder <[email protected]>
Patch : http://thread.gmane.org/gmane.linux.kbuild.devel/4313/focus=4319
http://patchwork.kernel.org/patch/71957/
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=14948
Subject : EHCI resume sysfs duplicates
Submitter : Borislav Petkov <[email protected]>
Date : 2009-12-26 9:36 (16 days old)
References : http://marc.info/?l=linux-kernel&m=126182020615709&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 (16 days old)
References : http://marc.info/?l=linux-kernel&m=126182073616279&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=14957
Subject : Blank screen with KMS enabled
Submitter : Philipp Kohlbecher <[email protected]>
Date : 2009-12-30 00:08 (12 days old)
Handled-By : Zhao Yakui <[email protected]>
Patch : http://bugzilla.kernel.org/attachment.cgi?id=24476
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=15032
Subject : Oops in uart_resume_port() on resume
Submitter : Zdenek Kabelac <[email protected]>
Date : 2010-01-04 15:47 (7 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=ba15ab0e8de0d4439a91342ad52d55ca9e313f3d
References : http://marc.info/?l=linux-kernel&m=126262008815689&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=15034
Subject : volano ~30% regression
Submitter : Lin Ming <[email protected]>
Date : 2010-01-04 8:15 (7 days old)
References : http://marc.info/?l=linux-kernel&m=126259391411982&w=4
Handled-By : Mike Galbraith <[email protected]>
Patch : http://patchwork.kernel.org/patch/70623/
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=15038
Subject : drm/ksm: fbdev blanking regression
Submitter : Johan Hovold <[email protected]>
Date : 2010-01-06 17:00 (5 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=731b5a15a3b1474a41c2ca29b4c32b0f21bc852e
References : http://marc.info/?l=linux-kernel&m=126279726418748&w=4
Handled-By : James Simmons <[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=15033
Subject : drm: gem_object_free without struct_mutex
Submitter : Hugh Dickins <[email protected]>
Date : 2009-12-30 19:45 (12 days old)
References : http://marc.info/?l=linux-kernel&m=126220236201529&w=4
Handled-By : Jesse Barnes <[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=15037
Subject : BUG during shutdown - bisected to commit e2912009
Submitter : Marc Dionne <[email protected]>
Date : 2010-01-02 0:27 (9 days old)
References : http://marc.info/?l=linux-kernel&m=126239207631034&w=4
Handled-By : Xiaotian Feng <[email protected]>
Patch : http://patchwork.kernel.org/patch/71537/
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=15041
Subject : Pagemap endless read loop with LTP
Submitter : Andi Kleen <[email protected]>
Date : 2010-01-10 2:09 (1 days old)
References : http://marc.info/?l=linux-kernel&m=126308941423848&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=15039
Subject : leds_alix2: can't allocate I/O for GPIO
Submitter : Arnd Hannemann <[email protected]>
Date : 2010-01-07 10:26 (4 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=15035
Subject : BUG: unable to handle kernel paging request in rs600_gart_set_page()
Submitter : Xiaotian Feng <[email protected]>
Date : 2010-01-05 19:10 (6 days old)
References : http://lkml.org/lkml/2010/1/5/95
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
Submitter : Soeren Sonnenburg <[email protected]>
Date : 2010-01-10 20:09 (1 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=15036
Subject : soft lockup in dmesg after suspend/resume
Submitter : ykzhao <[email protected]>
Date : 2010-01-04 5:36 (7 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=14950
Subject : tbench regression with 2.6.33-rc1
Submitter : Lin Ming <[email protected]>
Date : 2009-12-25 11:11 (17 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=14974
Subject : tg3 does not resume from hibernation properly on BCM5787M
Submitter : Chow Loong Jin <[email protected]>
Date : 2010-01-02 05:30 (9 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=87668d352aa8d135bd695a050f18bbfc7b50b506
Handled-By : Matt Carlson <[email protected]>
Patch : http://bugzilla.kernel.org/show_bug.cgi?id=14974#c12
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=15031
Subject : bug in fs/btrfs/ordered-data.c:672
Submitter : Carlos R. Mafra <[email protected]>
Date : 2010-01-02 11:32 (9 days old)
References : http://lkml.org/lkml/2010/1/2/17
Handled-By : Yan, Zheng <[email protected]>
Patch : http://www.mail-archive.com/[email protected]/msg03686.html
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=14976
Subject : No sound on snd_hda_codec_via in 2.6.33-rc2
Submitter : Mark Rosenstand <[email protected]>
Date : 2010-01-02 08:27 (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=15026
Subject : i915: Resume regression on MSI Wind U100 w/o KMS
Submitter : Rafael J. Wysocki <[email protected]>
Date : 2010-01-08 23:45 (3 days old)
References : http://marc.info/?l=linux-kernel&m=126299433427673&w=4
Handled-By : Rafael J. Wysocki <[email protected]>
Patch : http://patchwork.kernel.org/patch/71887/
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=14954
Subject : warning from alloc_pages_nodemask on boot -- caused by commit 78f1699659963fff97975df44db6d5dbe7218e55
Submitter : Stephen Hemminger <[email protected]>
Date : 2009-12-29 19:57 (13 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=78f1699659963fff97975df44db6d5dbe7218e55
Handled-By : Alex Chiang <[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=14944
Subject : 2.6.32.2 SATA link detect failed, 2.6.32.1 works fine
Submitter : fengxiangjun <[email protected]>
Date : 2009-12-21 11:12 (21 days old)
References : http://marc.info/?l=linux-kernel&m=126139442328314&w=4
Handled-By : Tejun Heo <[email protected]>
Patch : http://patchwork.kernel.org/patch/69746/
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=14942
Subject : gkrellm no longer shows all the temperatures on thinkpad x60
Submitter : Pavel Machek <[email protected]>
Date : 2009-12-27 21:57 (15 days old)
References : http://marc.info/?l=linux-kernel&m=126195107005565&w=4
Handled-By : Henrique de Moraes Holschuh <[email protected]>
Patch : http://patchwork.kernel.org/patch/69809/
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=14946
Subject : All kernels after 2.6.32-git10 show only 1 CPU
Submitter : Sid Boyce <[email protected]>
Date : 2009-12-23 16:55 (19 days old)
References : http://marc.info/?l=linux-kernel&m=126158734326801&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=14899
Subject : reiserfs: inconsistent lock state
Submitter : Alexander Beregalov <[email protected]>
Date : 2009-12-11 22:06 (31 days old)
References : http://marc.info/?l=linux-kernel&m=126056920702515&w=4
Handled-By : Frederic Weisbecker <[email protected]>
Patch : http://patchwork.kernel.org/patch/67256/
http://patchwork.kernel.org/patch/67257/
On Sun, 2010-01-10 at 23:27 +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 (30 days old)
You can mark this as Handled-by me, but I'm waiting for someone
(anyone!) to verify that this can be solved by reverting changes to this
driver made by commit 37e8273cd30592d3a82bcb70cbb1bdc4eaeb6b71. The
submitter has disappeared.
The patch is trivial:
--- a/drivers/net/usb/cdc_ether.c
+++ b/drivers/net/usb/cdc_ether.c
@@ -419,7 +419,7 @@
static const struct driver_info cdc_info = {
.description = "CDC Ethernet Device",
- .flags = FLAG_ETHER | FLAG_LINK_INTR,
+ .flags = FLAG_ETHER,
// .check_connect = cdc_check_connect,
.bind = cdc_bind,
.unbind = usbnet_cdc_unbind,
--- END ---
Ben.
--
Ben Hutchings
The generation of random numbers is too important to be left to chance.
- Robert Coveyou
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=14924
Subject : Weird hard hangs when rendering 'some' web-sites in Firefox
Submitter : David <[email protected]>
Date : 2009-12-21 21:53 (21 days old)
References : http://marc.info/?l=linux-kernel&m=126143375823340&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=14925
Subject : sky2 panic under load
Submitter : Berck E. Nash <[email protected]>
Date : 2009-12-21 23:52 (21 days old)
References : http://marc.info/?l=linux-kernel&m=126143955730347&w=4
http://marc.info/?l=linux-kernel&m=126160893126548&w=4
Handled-By : Stephen Hemminger <[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=14937
Subject : WARNING: at kernel/lockdep.c:2830
Submitter : Grant Wilson <[email protected]>
Date : 2009-12-27 13:35 (15 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=14934
Subject : kernel crash during boot
Submitter : werner <[email protected]>
Date : 2009-12-25 5:37 (17 days old)
References : http://marc.info/?l=linux-kernel&m=126171951030608&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=14859
Subject : System timer firing too much without cause
Submitter : Shawn Starr <[email protected]>
Date : 2009-12-21 19:16 (21 days old)
On Sun, Jan 10, 2010 at 11:32:53PM +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=14899
> Subject : reiserfs: inconsistent lock state
> Submitter : Alexander Beregalov <[email protected]>
> Date : 2009-12-11 22:06 (31 days old)
> References : http://marc.info/?l=linux-kernel&m=126056920702515&w=4
> Handled-By : Frederic Weisbecker <[email protected]>
> Patch : http://patchwork.kernel.org/patch/67256/
> http://patchwork.kernel.org/patch/67257/
The fix have been pulled upstream. Would be nice to have Alexander
confirmation that it's really fixed though.
On Sunday 10 January 2010, Ben Hutchings wrote:
> On Sun, 2010-01-10 at 23:27 +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 (30 days old)
>
> You can mark this as Handled-by me, but I'm waiting for someone
> (anyone!) to verify that this can be solved by reverting changes to this
> driver made by commit 37e8273cd30592d3a82bcb70cbb1bdc4eaeb6b71. The
> submitter has disappeared.
>
> The patch is trivial:
>
> --- a/drivers/net/usb/cdc_ether.c
> +++ b/drivers/net/usb/cdc_ether.c
> @@ -419,7 +419,7 @@
>
> static const struct driver_info cdc_info = {
> .description = "CDC Ethernet Device",
> - .flags = FLAG_ETHER | FLAG_LINK_INTR,
> + .flags = FLAG_ETHER,
> // .check_connect = cdc_check_connect,
> .bind = cdc_bind,
> .unbind = usbnet_cdc_unbind,
> --- END ---
Thanks, bug entry updated.
Rafael
On Sunday 10 January 2010, Frederic Weisbecker wrote:
> On Sun, Jan 10, 2010 at 11:32:53PM +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=14899
> > Subject : reiserfs: inconsistent lock state
> > Submitter : Alexander Beregalov <[email protected]>
> > Date : 2009-12-11 22:06 (31 days old)
> > References : http://marc.info/?l=linux-kernel&m=126056920702515&w=4
> > Handled-By : Frederic Weisbecker <[email protected]>
> > Patch : http://patchwork.kernel.org/patch/67256/
> > http://patchwork.kernel.org/patch/67257/
>
>
>
> The fix have been pulled upstream. Would be nice to have Alexander
> confirmation that it's really fixed though.
Well, I guess he can reopen the bug if the problem is still there.
Closed.
Rafael
2010/1/11 Frederic Weisbecker <[email protected]>:
> On Sun, Jan 10, 2010 at 11:32:53PM +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=14899
>> Subject : reiserfs: inconsistent lock state
>> Submitter : Alexander Beregalov <[email protected]>
>> Date : 2009-12-11 22:06 (31 days old)
>> References : http://marc.info/?l=linux-kernel&m=126056920702515&w=4
>> Handled-By : Frederic Weisbecker <[email protected]>
>> Patch : http://patchwork.kernel.org/patch/67256/
>> http://patchwork.kernel.org/patch/67257/
>
>
>
> The fix have been pulled upstream. Would be nice to have Alexander
> confirmation that it's really fixed though.
Yes, all warnings have disappeared. Thanks a lot.
On So 10.Jan'10 at 23:32:57 +0100, Rafael J. Wysocki wrote:
>
> 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=15031
> Subject : bug in fs/btrfs/ordered-data.c:672
> Submitter : Carlos R. Mafra <[email protected]>
> Date : 2010-01-02 11:32 (9 days old)
> References : http://lkml.org/lkml/2010/1/2/17
> Handled-By : Yan, Zheng <[email protected]>
> Patch : http://www.mail-archive.com/[email protected]/msg03686.html
I am using the patch above since Zheng pointed it out to me and the bug
no longer appears. But it is not in mainline yet.
Rafael J. Wysocki wrote:
> 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=14907
> Subject : Commit "kbuild: fix bzImage build for x86" breaks build
> Submitter : Oliver Hartkopp <[email protected]>
> Date : 2009-12-19 19:21 (23 days old)
> First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=4a2ff67c88211026afcbdbc190c13f705dae1b59
> References : http://marc.info/?l=linux-kernel&m=126125050622195&w=4
> http://marc.info/?l=linux-kernel&m=126114565103300&w=4
> http://marc.info/?l=linux-kbuild&m=126202819526623&w=2
> Handled-By : Jonathan Nieder <[email protected]>
> Patch : http://thread.gmane.org/gmane.linux.kbuild.devel/4313/focus=4319
> http://patchwork.kernel.org/patch/71957/
I am using the patch without problems, but it is not in the mainline
as of v2.6.33-rc3-git3. So please do keep the bug listed.
Thanks,
Jonathan
On 10/01/10 22:32, 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=14946
> Subject : All kernels after 2.6.32-git10 show only 1 CPU
> Submitter : Sid Boyce <[email protected]>
> Date : 2009-12-23 16:55 (19 days old)
> References : http://marc.info/?l=linux-kernel&m=126158734326801&w=4
>
>
>
>
With 2.6.33-rc3-git3 I now see 2 CPU's every on a normal boot, but its
locking up solid at this part of the boot process as usual.
ACPI: PCI Interrupt Link [AAZA] enabled at IRQ 22
HDA Intel 0000:00:0e.1: PCI INT B -> Link[AAZA] -> GSI 22 (level, low)
-> IRQ 22.
With acpi=noirq (2 CPU's)
================
kvm: Nested Virtualization enabled.
IT8716 Super IO detected
Parport_PC 00:0a: reported by plug and Play ACPI
Parport 0: PC-Style at 0x378, irq 7 [PCSPP, TRISTATE,EPP]
parport: irq 7 in use, resorting to polled operation
HDA Intel 0000:00:0e.1: PCI -> APIC IRQ transform: INT B -> IRQ 11
With acpi=ht (1 CPU)
=============
Hangs at:-
Loading drivees, configuring devices do_IRQ: 0.65 No irq handler for
vector (irq -1)
With acpi=off (2 CPU's)
========================
Hangs at same point as with acpi=noirq.
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 Sun, Jan 10, 2010 at 11:32:55PM +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=14948
> Subject : EHCI resume sysfs duplicates
> Submitter : Borislav Petkov <[email protected]>
> Date : 2009-12-26 9:36 (16 days old)
> References : http://marc.info/?l=linux-kernel&m=126182020615709&w=4
Preliminary and tested fix is at LKML-Reference: <20100105220829.GA31569@xanatos>
--
Regards/Gruss,
Boris.
On Sun, Jan 10, 2010 at 11:32:56PM +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=14949
> Subject : drm_vm.c:drm_mmap: possible circular locking dependency detected
> Submitter : Borislav Petkov <[email protected]>
> Date : 2009-12-26 9:45 (16 days old)
> References : http://marc.info/?l=linux-kernel&m=126182073616279&w=4
Fix for that is at LKML-Reference: <[email protected]>
AFAIR, GregK-H will pick that one up.
--
Regards/Gruss,
Boris.
On Sun, 2010-01-10 at 23:32 +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).
A verified fix for this one is in the pipe.
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15034
> Subject : volano ~30% regression
> Submitter : Lin Ming <[email protected]>
> Date : 2010-01-04 8:15 (7 days old)
> References : http://marc.info/?l=linux-kernel&m=126259391411982&w=4
> Handled-By : Mike Galbraith <[email protected]>
> Patch : http://patchwork.kernel.org/patch/70623/
On Sun, 10 Jan 2010, Rafael J. Wysocki wrote:
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14942
> Subject : gkrellm no longer shows all the temperatures on thinkpad x60
> Submitter : Pavel Machek <[email protected]>
> Date : 2009-12-27 21:57 (15 days old)
> References : http://marc.info/?l=linux-kernel&m=126195107005565&w=4
> Handled-By : Henrique de Moraes Holschuh <[email protected]>
> Patch : http://patchwork.kernel.org/patch/69809/
Waiting for Pavel to confirm whether this can be closed or not. There could
be more than one bug involved, and I only fixed one.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot
Henrique Holschuh
On Sun, Jan 10, 2010 at 5:32 PM, 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=15037
> Subject ? ? ? ? : BUG during shutdown - bisected to commit e2912009
> Submitter ? ? ? : Marc Dionne <[email protected]>
> Date ? ? ? ? ? ?: 2010-01-02 0:27 (9 days old)
> References ? ? ?: http://marc.info/?l=linux-kernel&m=126239207631034&w=4
> Handled-By ? ? ?: Xiaotian Feng <[email protected]>
> Patch ? ? ? ? ? : http://patchwork.kernel.org/patch/71537/
I verified that the BUG still occurs with current git.
The referenced patch does fix the issue for me, but it hasn't made its
way into mainline yet.
Thanks,
Marc
On Sun, Jan 10, 2010 at 2:32 PM, 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).
This should be closed now.
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14874
> Subject : Ath5k regression with commit 8bf3d79bc401ca417ccf9fc076d3295d1a71dbf5
> Submitter : Joshua Covington <[email protected]>
> Date : 2009-12-25 00:49 (17 days old)
> Handled-By : Luis R. Rodriguez <[email protected]>
> Patch : http://bugzilla.kernel.org/attachment.cgi?id=24335
>
>
>
On Sun, Jan 10, 2010 at 2:27 PM, Rafael J. Wysocki <[email protected]> wrote:
> 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.
>
Of these only the one below was wireless, which is actually fixed now.
Not bad, rc3 and no wireless regressions yet.
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14874
> Subject : Ath5k regression with commit 8bf3d79bc401ca417ccf9fc076d3295d1a71dbf5
> Submitter : Joshua Covington <[email protected]>
> Date : 2009-12-25 00:49 (17 days old)
> Handled-By : Luis R. Rodriguez <[email protected]>
> Patch : http://bugzilla.kernel.org/attachment.cgi?id=24335
Luis
On Monday 11 January 2010, Luis R. Rodriguez wrote:
> On Sun, Jan 10, 2010 at 2:32 PM, 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).
>
> This should be closed now.
The patch linked below is not present in the Linus' tree at the moment AFAICS.
Has it been fixed in a different way?
Rafael
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14874
> > Subject : Ath5k regression with commit 8bf3d79bc401ca417ccf9fc076d3295d1a71dbf5
> > Submitter : Joshua Covington <[email protected]>
> > Date : 2009-12-25 00:49 (17 days old)
> > Handled-By : Luis R. Rodriguez <[email protected]>
> > Patch : http://bugzilla.kernel.org/attachment.cgi?id=24335
On Monday 11 January 2010, Jonathan Nieder wrote:
> Rafael J. Wysocki wrote:
>
> > 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=14907
> > Subject : Commit "kbuild: fix bzImage build for x86" breaks build
> > Submitter : Oliver Hartkopp <[email protected]>
> > Date : 2009-12-19 19:21 (23 days old)
> > First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=4a2ff67c88211026afcbdbc190c13f705dae1b59
> > References : http://marc.info/?l=linux-kernel&m=126125050622195&w=4
> > http://marc.info/?l=linux-kernel&m=126114565103300&w=4
> > http://marc.info/?l=linux-kbuild&m=126202819526623&w=2
> > Handled-By : Jonathan Nieder <[email protected]>
> > Patch : http://thread.gmane.org/gmane.linux.kbuild.devel/4313/focus=4319
> > http://patchwork.kernel.org/patch/71957/
>
> I am using the patch without problems, but it is not in the mainline
> as of v2.6.33-rc3-git3. So please do keep the bug listed.
I will, thanks for the update.
Rafael
On Monday 11 January 2010, Henrique de Moraes Holschuh wrote:
> On Sun, 10 Jan 2010, Rafael J. Wysocki wrote:
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14942
> > Subject : gkrellm no longer shows all the temperatures on thinkpad x60
> > Submitter : Pavel Machek <[email protected]>
> > Date : 2009-12-27 21:57 (15 days old)
> > References : http://marc.info/?l=linux-kernel&m=126195107005565&w=4
> > Handled-By : Henrique de Moraes Holschuh <[email protected]>
> > Patch : http://patchwork.kernel.org/patch/69809/
>
> Waiting for Pavel to confirm whether this can be closed or not. There could
> be more than one bug involved, and I only fixed one.
OK, thanks for the update.
Rafael
On Monday 11 January 2010, Sid Boyce wrote:
> On 10/01/10 22:32, 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=14946
> > Subject : All kernels after 2.6.32-git10 show only 1 CPU
> > Submitter : Sid Boyce <[email protected]>
> > Date : 2009-12-23 16:55 (19 days old)
> > References : http://marc.info/?l=linux-kernel&m=126158734326801&w=4
> >
> >
> >
> >
>
> With 2.6.33-rc3-git3 I now see 2 CPU's every on a normal boot, but its
> locking up solid at this part of the boot process as usual.
> ACPI: PCI Interrupt Link [AAZA] enabled at IRQ 22
> HDA Intel 0000:00:0e.1: PCI INT B -> Link[AAZA] -> GSI 22 (level, low)
> -> IRQ 22.
> With acpi=noirq (2 CPU's)
> ================
> kvm: Nested Virtualization enabled.
> IT8716 Super IO detected
> Parport_PC 00:0a: reported by plug and Play ACPI
> Parport 0: PC-Style at 0x378, irq 7 [PCSPP, TRISTATE,EPP]
> parport: irq 7 in use, resorting to polled operation
> HDA Intel 0000:00:0e.1: PCI -> APIC IRQ transform: INT B -> IRQ 11
>
> With acpi=ht (1 CPU)
> =============
> Hangs at:-
> Loading drivees, configuring devices do_IRQ: 0.65 No irq handler for
> vector (irq -1)
>
> With acpi=off (2 CPU's)
> ========================
> Hangs at same point as with acpi=noirq.
Thanks for the update.
Rafael
On Monday 11 January 2010, Borislav Petkov wrote:
> On Sun, Jan 10, 2010 at 11:32:55PM +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=14948
> > Subject : EHCI resume sysfs duplicates
> > Submitter : Borislav Petkov <[email protected]>
> > Date : 2009-12-26 9:36 (16 days old)
> > References : http://marc.info/?l=linux-kernel&m=126182020615709&w=4
>
> Preliminary and tested fix is at LKML-Reference: <20100105220829.GA31569@xanatos>
Sorry, I don't know how to resolve that.
Rafael
On Mon, Jan 11, 2010 at 12:01 PM, Rafael J. Wysocki <[email protected]> wrote:
> On Monday 11 January 2010, Luis R. Rodriguez wrote:
>> On Sun, Jan 10, 2010 at 2:32 PM, 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).
>>
>> This should be closed now.
>
> The patch linked below is not present in the Linus' tree at the moment AFAICS.
> Has it been fixed in a different way?
That patch is just a debug patch Michael worked on to actually get
some message from ath5k as to what is happening instead of it dying
without notice. A patch that actually fixes the issue would still be
needed, and that remains to be determined.
Luis
On Monday 11 January 2010, Borislav Petkov wrote:
> On Sun, Jan 10, 2010 at 11:32:56PM +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=14949
> > Subject : drm_vm.c:drm_mmap: possible circular locking dependency detected
> > Submitter : Borislav Petkov <[email protected]>
> > Date : 2009-12-26 9:45 (16 days old)
> > References : http://marc.info/?l=linux-kernel&m=126182073616279&w=4
>
> Fix for that is at LKML-Reference: <[email protected]>
Again, I don't know how to resolve that, sorry.
Rafael
On Monday 11 January 2010, Mike Galbraith wrote:
> On Sun, 2010-01-10 at 23:32 +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).
>
> A verified fix for this one is in the pipe.
OK, thanks for the update.
A link to that fix would be appreciated. :-)
Rafael
On Monday 11 January 2010, Marc Dionne wrote:
> On Sun, Jan 10, 2010 at 5:32 PM, 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=15037
> > Subject : BUG during shutdown - bisected to commit e2912009
> > Submitter : Marc Dionne <[email protected]>
> > Date : 2010-01-02 0:27 (9 days old)
> > References : http://marc.info/?l=linux-kernel&m=126239207631034&w=4
> > Handled-By : Xiaotian Feng <[email protected]>
> > Patch : http://patchwork.kernel.org/patch/71537/
>
> I verified that the BUG still occurs with current git.
> The referenced patch does fix the issue for me, but it hasn't made its
> way into mainline yet.
Thanks for the update.
Rafael
On Monday 11 January 2010, Carlos R. Mafra wrote:
> On So 10.Jan'10 at 23:32:57 +0100, Rafael J. Wysocki wrote:
> >
> > 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=15031
> > Subject : bug in fs/btrfs/ordered-data.c:672
> > Submitter : Carlos R. Mafra <[email protected]>
> > Date : 2010-01-02 11:32 (9 days old)
> > References : http://lkml.org/lkml/2010/1/2/17
> > Handled-By : Yan, Zheng <[email protected]>
> > Patch : http://www.mail-archive.com/[email protected]/msg03686.html
>
> I am using the patch above since Zheng pointed it out to me and the bug
> no longer appears. But it is not in mainline yet.
Thanks for the update.
Rafael
On 23:27 Sun 10 Jan , Rafael J. Wysocki wrote:
> 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.
Here are two that I don't see in the list:
* LVDS downclocking breaks on G45/thinkpad T500
LKML: http://lkml.org/lkml/2009/12/26/40
FDO: http://bugs.freedesktop.org/show_bug.cgi?id=25809
* Receive failure in et131x (Alan Cox sent me a patch for this but
it's not in mainline yet)
LKML: http://lkml.org/lkml/2009/12/29/210
--
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)
On Monday 11 January 2010, Nick Bowler wrote:
> On 23:27 Sun 10 Jan , Rafael J. Wysocki wrote:
> > 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.
>
> Here are two that I don't see in the list:
>
> * LVDS downclocking breaks on G45/thinkpad T500
>
> LKML: http://lkml.org/lkml/2009/12/26/40
> FDO: http://bugs.freedesktop.org/show_bug.cgi?id=25809
Added this one.
> * Receive failure in et131x (Alan Cox sent me a patch for this but
> it's not in mainline yet)
>
> LKML: http://lkml.org/lkml/2009/12/29/210
This one is a staging driver, so I'm not going to list it.
Thanks,
Rafael
On Mon, Jan 11, 2010 at 09:06:06PM +0100, Rafael J. Wysocki wrote:
> On Monday 11 January 2010, Borislav Petkov wrote:
> > On Sun, Jan 10, 2010 at 11:32:55PM +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=14948
> > > Subject : EHCI resume sysfs duplicates
> > > Submitter : Borislav Petkov <[email protected]>
> > > Date : 2009-12-26 9:36 (16 days old)
> > > References : http://marc.info/?l=linux-kernel&m=126182020615709&w=4
> >
> > Preliminary and tested fix is at LKML-Reference: <20100105220829.GA31569@xanatos>
>
> Sorry, I don't know how to resolve that.
Sorry about that. One way to resolve it would be:
http://marc.info/?i=<LKML-Reference>, i.e.
http://marc.info/?i=20100105220829.GA31569@xanatos
for example, which should get rewritten to
http://marc.info/?l=linux-usb&m=126272933202894
I'm sure there are other ways though.
--
Regards/Gruss,
Boris.
On Monday 11 January 2010, Borislav Petkov wrote:
> On Mon, Jan 11, 2010 at 09:06:06PM +0100, Rafael J. Wysocki wrote:
> > On Monday 11 January 2010, Borislav Petkov wrote:
> > > On Sun, Jan 10, 2010 at 11:32:55PM +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=14948
> > > > Subject : EHCI resume sysfs duplicates
> > > > Submitter : Borislav Petkov <[email protected]>
> > > > Date : 2009-12-26 9:36 (16 days old)
> > > > References : http://marc.info/?l=linux-kernel&m=126182020615709&w=4
> > >
> > > Preliminary and tested fix is at LKML-Reference: <20100105220829.GA31569@xanatos>
> >
> > Sorry, I don't know how to resolve that.
>
> Sorry about that. One way to resolve it would be:
>
> http://marc.info/?i=<LKML-Reference>, i.e.
>
> http://marc.info/?i=20100105220829.GA31569@xanatos
>
> for example, which should get rewritten to
>
> http://marc.info/?l=linux-usb&m=126272933202894
Thanks, this works.
Bug entry updated.
Rafael
On Sun, 10 Jan 2010, Rafael J. Wysocki wrote:
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15033
> Subject : drm: gem_object_free without struct_mutex
> Submitter : Hugh Dickins <[email protected]>
> Date : 2009-12-30 19:45 (12 days old)
> References : http://marc.info/?l=linux-kernel&m=126220236201529&w=4
> Handled-By : Jesse Barnes <[email protected]>
Thanks, Rafael: please close it now. I just checked latest -git
and it is now fixed (but not fixed in 2.6.33-rc3) - thanks, Chris.
Hugh
On Tuesday 12 January 2010, Hugh Dickins wrote:
> On Sun, 10 Jan 2010, Rafael J. Wysocki wrote:
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15033
> > Subject : drm: gem_object_free without struct_mutex
> > Submitter : Hugh Dickins <[email protected]>
> > Date : 2009-12-30 19:45 (12 days old)
> > References : http://marc.info/?l=linux-kernel&m=126220236201529&w=4
> > Handled-By : Jesse Barnes <[email protected]>
>
> Thanks, Rafael: please close it now. I just checked latest -git
> and it is now fixed (but not fixed in 2.6.33-rc3) - thanks, Chris.
Thanks, closed.
Rafael
On Mon, 2010-01-11 at 21:08 +0100, Rafael J. Wysocki wrote:
> On Monday 11 January 2010, Mike Galbraith wrote:
> > On Sun, 2010-01-10 at 23:32 +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).
> >
> > A verified fix for this one is in the pipe.
>
> OK, thanks for the update.
>
> A link to that fix would be appreciated. :-)
One link, coming up.
http://patchwork.kernel.org/patch/70623/
-Mike
Rafael J. Wysocki wrote:
> On Monday 11 January 2010, Jonathan Nieder wrote:
>> Rafael J. Wysocki wrote:
>>
>>> 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=14907
>>> Subject : Commit "kbuild: fix bzImage build for x86" breaks build
>>> Submitter : Oliver Hartkopp <[email protected]>
>>> Date : 2009-12-19 19:21 (23 days old)
>>> First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=4a2ff67c88211026afcbdbc190c13f705dae1b59
>>> References : http://marc.info/?l=linux-kernel&m=126125050622195&w=4
>>> http://marc.info/?l=linux-kernel&m=126114565103300&w=4
>>> http://marc.info/?l=linux-kbuild&m=126202819526623&w=2
>>> Handled-By : Jonathan Nieder <[email protected]>
>>> Patch : http://thread.gmane.org/gmane.linux.kbuild.devel/4313/focus=4319
>>> http://patchwork.kernel.org/patch/71957/
>> I am using the patch without problems, but it is not in the mainline
>> as of v2.6.33-rc3-git3. So please do keep the bug listed.
>
> I will, thanks for the update.
I just tested the patch again - and it fixes the problem.
You can add my
Tested-by: Oliver Hartkopp <[email protected]>
if you like.
Thanks,
Oliver
"Rafael J. Wysocki" <[email protected]> writes:
> 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).
It should still be listed.
I was without Internet connection last week, but that have been fixed
now so I will test the patch from ykzhao ASAP.
Regards,
Pär Andersson
On Tuesday 12 January 2010, P?r Andersson wrote:
> "Rafael J. Wysocki" <[email protected]> writes:
>
> > 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).
>
> It should still be listed.
>
> I was without Internet connection last week, but that have been fixed
> now so I will test the patch from ykzhao ASAP.
Thanks for the update.
Rafael
On Tuesday 12 January 2010, Mike Galbraith wrote:
> On Mon, 2010-01-11 at 21:08 +0100, Rafael J. Wysocki wrote:
> > On Monday 11 January 2010, Mike Galbraith wrote:
> > > On Sun, 2010-01-10 at 23:32 +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).
> > >
> > > A verified fix for this one is in the pipe.
> >
> > OK, thanks for the update.
> >
> > A link to that fix would be appreciated. :-)
>
> One link, coming up.
>
> http://patchwork.kernel.org/patch/70623/
Thanks, I have this one already.
Rafael
On Sun, 2010-01-10 at 23:32 +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
> Submitter : Soeren Sonnenburg <[email protected]>
> Date : 2010-01-10 20:09 (1 days old)
> References : http://marc.info/?l=linux-kernel&m=126315457519505&w=4
I just recognized that only the *internal* display (i.e., LVDS1) goes
dark while the external display VGA1 stays on. In addition there is some
random screen flickering often before the display turns off...
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 Mon, Jan 11, 2010 at 6:32 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=15041
> Subject : Pagemap endless read loop with LTP
> Submitter : Andi Kleen <[email protected]>
> Date : 2010-01-10 2:09 (1 days old)
> References : http://marc.info/?l=linux-kernel&m=126308941423848&w=4
>
According to Andi's later reply, it shoud not be an endless loop,
it just takes a rather long time.
Thanks.
On 11.1.2010 02:36, Jonathan Nieder wrote:
> Rafael J. Wysocki wrote:
>
>> 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=14907
>> Subject : Commit "kbuild: fix bzImage build for x86" breaks build
>> Submitter : Oliver Hartkopp <[email protected]>
>> Date : 2009-12-19 19:21 (23 days old)
>> First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=4a2ff67c88211026afcbdbc190c13f705dae1b59
>> References : http://marc.info/?l=linux-kernel&m=126125050622195&w=4
>> http://marc.info/?l=linux-kernel&m=126114565103300&w=4
>> http://marc.info/?l=linux-kbuild&m=126202819526623&w=2
>> Handled-By : Jonathan Nieder <[email protected]>
>> Patch : http://thread.gmane.org/gmane.linux.kbuild.devel/4313/focus=4319
>> http://patchwork.kernel.org/patch/71957/
>
> I am using the patch without problems, but it is not in the mainline
> as of v2.6.33-rc3-git3. So please do keep the bug listed.
I resent the pull request (http://lkml.org/lkml/2010/1/13/194), let's see.
Michal
On Wednesday 13 January 2010, Américo Wang wrote:
> On Mon, Jan 11, 2010 at 6:32 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=15041
> > Subject : Pagemap endless read loop with LTP
> > Submitter : Andi Kleen <[email protected]>
> > Date : 2010-01-10 2:09 (1 days old)
> > References : http://marc.info/?l=linux-kernel&m=126308941423848&w=4
> >
>
> According to Andi's later reply, it shoud not be an endless loop,
> it just takes a rather long time.
Andi?
On Wed, 2010-01-13 at 22:57 +0100, Rafael J. Wysocki wrote:
> On Wednesday 13 January 2010, Américo Wang wrote:
> > On Mon, Jan 11, 2010 at 6:32 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=15041
> > > Subject : Pagemap endless read loop with LTP
> > > Submitter : Andi Kleen <[email protected]>
> > > Date : 2010-01-10 2:09 (1 days old)
> > > References : http://marc.info/?l=linux-kernel&m=126308941423848&w=4
> > >
> >
> > According to Andi's later reply, it shoud not be an endless loop,
> > it just takes a rather long time.
>
> Andi?
This is expected. Pagemap contains 64 bits per page of _address space_.
Sane users will consult ./maps first and then seek.
--
http://selenic.com : development and support for Mercurial and Linux
On Wed, Jan 13, 2010 at 10:57:34PM +0100, Rafael J. Wysocki wrote:
> On Wednesday 13 January 2010, Am?rico Wang wrote:
> > On Mon, Jan 11, 2010 at 6:32 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=15041
> > > Subject : Pagemap endless read loop with LTP
> > > Submitter : Andi Kleen <[email protected]>
> > > Date : 2010-01-10 2:09 (1 days old)
> > > References : http://marc.info/?l=linux-kernel&m=126308941423848&w=4
> > >
> >
> > According to Andi's later reply, it shoud not be an endless loop,
> > it just takes a rather long time.
>
> Andi?
It'll try to read 47 bits worth of 0s on 64bit x86-64.
I haven't tried to wait until that finishes, but I estimate a few months of
CPU time at least.
The interface is just misdesigned, but I guess we cannot do
anything about that for now. LTP will just need to do a workaround.
This unfortunately breaks older LTP versions.
-Andi
--
[email protected] -- Speaking for myself only.
On Thu, 2010-01-14 at 00:50 +0100, Andi Kleen wrote:
> On Wed, Jan 13, 2010 at 10:57:34PM +0100, Rafael J. Wysocki wrote:
> > On Wednesday 13 January 2010, Américo Wang wrote:
> > > On Mon, Jan 11, 2010 at 6:32 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=15041
> > > > Subject : Pagemap endless read loop with LTP
> > > > Submitter : Andi Kleen <[email protected]>
> > > > Date : 2010-01-10 2:09 (1 days old)
> > > > References : http://marc.info/?l=linux-kernel&m=126308941423848&w=4
> > > >
> > >
> > > According to Andi's later reply, it shoud not be an endless loop,
> > > it just takes a rather long time.
> >
> > Andi?
>
> It'll try to read 47 bits worth of 0s on 64bit x86-64.
>
> I haven't tried to wait until that finishes, but I estimate a few months of
> CPU time at least.
>
> The interface is just misdesigned, but I guess we cannot do
> anything about that for now.
It's perfectly sensible. What's not sensible is reading the entirety of
everything you find in /proc, something that just about every Linux
admin figures out moments after running their first recursive grep.
> LTP will just need to do a workaround.
Or they could actually, you know, add a test of pagemap. Not much chance
of that, though - CVS reports it took them until 2005 to figure out that
skipping /proc/kcore was a good idea.
--
http://selenic.com : development and support for Mercurial and Linux
On 13.1.2010 13:33, Michal Marek wrote:
> On 11.1.2010 02:36, Jonathan Nieder wrote:
>> Rafael J. Wysocki wrote:
>>
>>> 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=14907
>>> Subject : Commit "kbuild: fix bzImage build for x86" breaks build
>>> Submitter : Oliver Hartkopp <[email protected]>
>>> Date : 2009-12-19 19:21 (23 days old)
>>> First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=4a2ff67c88211026afcbdbc190c13f705dae1b59
>>> References : http://marc.info/?l=linux-kernel&m=126125050622195&w=4
>>> http://marc.info/?l=linux-kernel&m=126114565103300&w=4
>>> http://marc.info/?l=linux-kbuild&m=126202819526623&w=2
>>> Handled-By : Jonathan Nieder <[email protected]>
>>> Patch : http://thread.gmane.org/gmane.linux.kbuild.devel/4313/focus=4319
>>> http://patchwork.kernel.org/patch/71957/
>>
>> I am using the patch without problems, but it is not in the mainline
>> as of v2.6.33-rc3-git3. So please do keep the bug listed.
>
> I resent the pull request (http://lkml.org/lkml/2010/1/13/194), let's see.
FYI:
commit 04e9e5c7659ee07f0387ddb663913fadcca88d5f
Merge: cedabed 0710520
Author: Linus Torvalds <[email protected]>
Date: Wed Jan 13 16:09:59 2010 -0800
Merge branch 'for-33' of git://repo.or.cz/linux-kbuild
* 'for-33' of git://repo.or.cz/linux-kbuild:
Makefile: do not override LC_CTYPE
kbuild: really fix bzImage build with non-bash sh
Michal
On Thursday 14 January 2010, Michal Marek wrote:
> On 13.1.2010 13:33, Michal Marek wrote:
> > On 11.1.2010 02:36, Jonathan Nieder wrote:
> >> Rafael J. Wysocki wrote:
> >>
> >>> 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=14907
> >>> Subject : Commit "kbuild: fix bzImage build for x86" breaks build
> >>> Submitter : Oliver Hartkopp <[email protected]>
> >>> Date : 2009-12-19 19:21 (23 days old)
> >>> First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=4a2ff67c88211026afcbdbc190c13f705dae1b59
> >>> References : http://marc.info/?l=linux-kernel&m=126125050622195&w=4
> >>> http://marc.info/?l=linux-kernel&m=126114565103300&w=4
> >>> http://marc.info/?l=linux-kbuild&m=126202819526623&w=2
> >>> Handled-By : Jonathan Nieder <[email protected]>
> >>> Patch : http://thread.gmane.org/gmane.linux.kbuild.devel/4313/focus=4319
> >>> http://patchwork.kernel.org/patch/71957/
> >>
> >> I am using the patch without problems, but it is not in the mainline
> >> as of v2.6.33-rc3-git3. So please do keep the bug listed.
> >
> > I resent the pull request (http://lkml.org/lkml/2010/1/13/194), let's see.
>
> FYI:
> commit 04e9e5c7659ee07f0387ddb663913fadcca88d5f
> Merge: cedabed 0710520
> Author: Linus Torvalds <[email protected]>
> Date: Wed Jan 13 16:09:59 2010 -0800
>
> Merge branch 'for-33' of git://repo.or.cz/linux-kbuild
>
> * 'for-33' of git://repo.or.cz/linux-kbuild:
> Makefile: do not override LC_CTYPE
> kbuild: really fix bzImage build with non-bash sh
Thanks, closing.
Rafael
On Thursday 14 January 2010, Matt Mackall wrote:
> On Thu, 2010-01-14 at 00:50 +0100, Andi Kleen wrote:
> > On Wed, Jan 13, 2010 at 10:57:34PM +0100, Rafael J. Wysocki wrote:
> > > On Wednesday 13 January 2010, Américo Wang wrote:
> > > > On Mon, Jan 11, 2010 at 6:32 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=15041
> > > > > Subject : Pagemap endless read loop with LTP
> > > > > Submitter : Andi Kleen <[email protected]>
> > > > > Date : 2010-01-10 2:09 (1 days old)
> > > > > References : http://marc.info/?l=linux-kernel&m=126308941423848&w=4
> > > > >
> > > >
> > > > According to Andi's later reply, it shoud not be an endless loop,
> > > > it just takes a rather long time.
> > >
> > > Andi?
> >
> > It'll try to read 47 bits worth of 0s on 64bit x86-64.
> >
> > I haven't tried to wait until that finishes, but I estimate a few months of
> > CPU time at least.
> >
> > The interface is just misdesigned, but I guess we cannot do
> > anything about that for now.
>
> It's perfectly sensible. What's not sensible is reading the entirety of
> everything you find in /proc, something that just about every Linux
> admin figures out moments after running their first recursive grep.
>
> > LTP will just need to do a workaround.
>
> Or they could actually, you know, add a test of pagemap. Not much chance
> of that, though - CVS reports it took them until 2005 to figure out that
> skipping /proc/kcore was a good idea.
Closing as "documented".
Rafael
On 15/01/10 01:24, Sid Boyce wrote:
This is the only outstanding bug. No problems up 2.6.32-git1, but I get
a solid lock-up on 2.6.32-git2 through 2.6.33-rc5 if the on-board audio
is not disabled in the BIOS.
Regards
Sid.
> tindog:~ # uname -r
> 2.6.33-rc4-smp
> On 2.6.32-git1 which boots, hwinfo shows:-
> oss.card_id = 'HDA NVidia'
> oss.card_id = 'HDA NVidia'
> oss.card_id = 'HDA NVidia'
> alsa.card_id = 'HDA NVidia'
> alsa.card_id = 'HDA NVidia'
> alsa.card_id = 'HDA NVidia'
> alsa.card_id = 'HDA NVidia'
> info.product = 'HDA NVidia ALSA hardware specific Device'
> alsa.card_id = 'HDA NVidia'
> info.product = 'HDA NVidia ALSA Control Device'
> alsa.card_id = 'HDA NVidia'
> info.product = 'HDA NVidia Sound Card'
> sound.card_id = 'HDA NVidia'
> info.linux.driver = 'HDA Intel'
> 22: 489835 578 IO-APIC-fasteoi sata_nv, HDA Intel
> HDA Intel: /devices/pci0000:00/0000:00:0e.1
> HDA Intel: module = snd_hda_intel
> irq:0 22 ( 490413) "sata_nv" "HDA Intel"
> HDA Intel: /devices/pci0000:00/0000:00:0e.1
> HDA Intel: module = snd_hda_intel
> HDA Intel: /devices/pci0000:00/0000:00:0e.1
> HDA Intel: module = snd_hda_intel
> E: DRIVER=HDA Intel
> <6>HDA Intel 0000:00:0e.1: PCI INT B -> Link[AAZA] -> GSI 22 (level,
> low) -> IRQ 22
> <7>HDA Intel 0000:00:0e.1: setting latency timer to 64
> Driver: "HDA Intel"
>
> 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 Monday 25 January 2010, Sid Boyce wrote:
> On 15/01/10 01:24, Sid Boyce wrote:
> This is the only outstanding bug. No problems up 2.6.32-git1, but I get
> a solid lock-up on 2.6.32-git2 through 2.6.33-rc5 if the on-board audio
> is not disabled in the BIOS.
I guess we should let Takashi know.
> > tindog:~ # uname -r
> > 2.6.33-rc4-smp
> > On 2.6.32-git1 which boots, hwinfo shows:-
> > oss.card_id = 'HDA NVidia'
> > oss.card_id = 'HDA NVidia'
> > oss.card_id = 'HDA NVidia'
> > alsa.card_id = 'HDA NVidia'
> > alsa.card_id = 'HDA NVidia'
> > alsa.card_id = 'HDA NVidia'
> > alsa.card_id = 'HDA NVidia'
> > info.product = 'HDA NVidia ALSA hardware specific Device'
> > alsa.card_id = 'HDA NVidia'
> > info.product = 'HDA NVidia ALSA Control Device'
> > alsa.card_id = 'HDA NVidia'
> > info.product = 'HDA NVidia Sound Card'
> > sound.card_id = 'HDA NVidia'
> > info.linux.driver = 'HDA Intel'
> > 22: 489835 578 IO-APIC-fasteoi sata_nv, HDA Intel
> > HDA Intel: /devices/pci0000:00/0000:00:0e.1
> > HDA Intel: module = snd_hda_intel
> > irq:0 22 ( 490413) "sata_nv" "HDA Intel"
> > HDA Intel: /devices/pci0000:00/0000:00:0e.1
> > HDA Intel: module = snd_hda_intel
> > HDA Intel: /devices/pci0000:00/0000:00:0e.1
> > HDA Intel: module = snd_hda_intel
> > E: DRIVER=HDA Intel
> > <6>HDA Intel 0000:00:0e.1: PCI INT B -> Link[AAZA] -> GSI 22 (level,
> > low) -> IRQ 22
> > <7>HDA Intel 0000:00:0e.1: setting latency timer to 64
> > Driver: "HDA Intel"
Rafael
At Mon, 25 Jan 2010 22:39:02 +0100,
Rafael J. Wysocki wrote:
>
> On Monday 25 January 2010, Sid Boyce wrote:
> > On 15/01/10 01:24, Sid Boyce wrote:
> > This is the only outstanding bug. No problems up 2.6.32-git1, but I get
> > a solid lock-up on 2.6.32-git2 through 2.6.33-rc5 if the on-board audio
> > is not disabled in the BIOS.
>
> I guess we should let Takashi know.
Thanks.
> > > tindog:~ # uname -r
> > > 2.6.33-rc4-smp
> > > On 2.6.32-git1 which boots, hwinfo shows:-
> > > oss.card_id = 'HDA NVidia'
> > > oss.card_id = 'HDA NVidia'
> > > oss.card_id = 'HDA NVidia'
> > > alsa.card_id = 'HDA NVidia'
> > > alsa.card_id = 'HDA NVidia'
> > > alsa.card_id = 'HDA NVidia'
> > > alsa.card_id = 'HDA NVidia'
> > > info.product = 'HDA NVidia ALSA hardware specific Device'
> > > alsa.card_id = 'HDA NVidia'
> > > info.product = 'HDA NVidia ALSA Control Device'
> > > alsa.card_id = 'HDA NVidia'
> > > info.product = 'HDA NVidia Sound Card'
> > > sound.card_id = 'HDA NVidia'
> > > info.linux.driver = 'HDA Intel'
> > > 22: 489835 578 IO-APIC-fasteoi sata_nv, HDA Intel
> > > HDA Intel: /devices/pci0000:00/0000:00:0e.1
> > > HDA Intel: module = snd_hda_intel
> > > irq:0 22 ( 490413) "sata_nv" "HDA Intel"
> > > HDA Intel: /devices/pci0000:00/0000:00:0e.1
> > > HDA Intel: module = snd_hda_intel
> > > HDA Intel: /devices/pci0000:00/0000:00:0e.1
> > > HDA Intel: module = snd_hda_intel
> > > E: DRIVER=HDA Intel
> > > <6>HDA Intel 0000:00:0e.1: PCI INT B -> Link[AAZA] -> GSI 22 (level,
> > > low) -> IRQ 22
> > > <7>HDA Intel 0000:00:0e.1: setting latency timer to 64
> > > Driver: "HDA Intel"
What I'd try first is to pass enable_msi=0 option.
The MSI is enabled as default on 2.6.33 kernel, and this might be
problematic on non-Intel mobo.
Takashi
At Mon, 25 Jan 2010 22:54:23 +0100,
I wrote:
>
> At Mon, 25 Jan 2010 22:39:02 +0100,
> Rafael J. Wysocki wrote:
> >
> > On Monday 25 January 2010, Sid Boyce wrote:
> > > On 15/01/10 01:24, Sid Boyce wrote:
> > > This is the only outstanding bug. No problems up 2.6.32-git1, but I get
> > > a solid lock-up on 2.6.32-git2 through 2.6.33-rc5 if the on-board audio
> > > is not disabled in the BIOS.
> >
> > I guess we should let Takashi know.
>
> Thanks.
>
> > > > tindog:~ # uname -r
> > > > 2.6.33-rc4-smp
> > > > On 2.6.32-git1 which boots, hwinfo shows:-
> > > > oss.card_id = 'HDA NVidia'
> > > > oss.card_id = 'HDA NVidia'
> > > > oss.card_id = 'HDA NVidia'
> > > > alsa.card_id = 'HDA NVidia'
> > > > alsa.card_id = 'HDA NVidia'
> > > > alsa.card_id = 'HDA NVidia'
> > > > alsa.card_id = 'HDA NVidia'
> > > > info.product = 'HDA NVidia ALSA hardware specific Device'
> > > > alsa.card_id = 'HDA NVidia'
> > > > info.product = 'HDA NVidia ALSA Control Device'
> > > > alsa.card_id = 'HDA NVidia'
> > > > info.product = 'HDA NVidia Sound Card'
> > > > sound.card_id = 'HDA NVidia'
> > > > info.linux.driver = 'HDA Intel'
> > > > 22: 489835 578 IO-APIC-fasteoi sata_nv, HDA Intel
> > > > HDA Intel: /devices/pci0000:00/0000:00:0e.1
> > > > HDA Intel: module = snd_hda_intel
> > > > irq:0 22 ( 490413) "sata_nv" "HDA Intel"
> > > > HDA Intel: /devices/pci0000:00/0000:00:0e.1
> > > > HDA Intel: module = snd_hda_intel
> > > > HDA Intel: /devices/pci0000:00/0000:00:0e.1
> > > > HDA Intel: module = snd_hda_intel
> > > > E: DRIVER=HDA Intel
> > > > <6>HDA Intel 0000:00:0e.1: PCI INT B -> Link[AAZA] -> GSI 22 (level,
> > > > low) -> IRQ 22
> > > > <7>HDA Intel 0000:00:0e.1: setting latency timer to 64
> > > > Driver: "HDA Intel"
>
> What I'd try first is to pass enable_msi=0 option.
Just to be sure -- it's an option for snd-hda-intel module.
Takashi
On 25/01/10 21:55, Takashi Iwai wrote:
> At Mon, 25 Jan 2010 22:54:23 +0100,
> I wrote:
>>
>> At Mon, 25 Jan 2010 22:39:02 +0100,
>> Rafael J. Wysocki wrote:
>>>
>>> On Monday 25 January 2010, Sid Boyce wrote:
>>>> On 15/01/10 01:24, Sid Boyce wrote:
>>>> This is the only outstanding bug. No problems up 2.6.32-git1, but I get
>>>> a solid lock-up on 2.6.32-git2 through 2.6.33-rc5 if the on-board audio
>>>> is not disabled in the BIOS.
>>>
>>> I guess we should let Takashi know.
>>
>> Thanks.
>>
>>>>> tindog:~ # uname -r
>>>>> 2.6.33-rc4-smp
>>>>> On 2.6.32-git1 which boots, hwinfo shows:-
>>>>> oss.card_id = 'HDA NVidia'
>>>>> oss.card_id = 'HDA NVidia'
>>>>> oss.card_id = 'HDA NVidia'
>>>>> alsa.card_id = 'HDA NVidia'
>>>>> alsa.card_id = 'HDA NVidia'
>>>>> alsa.card_id = 'HDA NVidia'
>>>>> alsa.card_id = 'HDA NVidia'
>>>>> info.product = 'HDA NVidia ALSA hardware specific Device'
>>>>> alsa.card_id = 'HDA NVidia'
>>>>> info.product = 'HDA NVidia ALSA Control Device'
>>>>> alsa.card_id = 'HDA NVidia'
>>>>> info.product = 'HDA NVidia Sound Card'
>>>>> sound.card_id = 'HDA NVidia'
>>>>> info.linux.driver = 'HDA Intel'
>>>>> 22: 489835 578 IO-APIC-fasteoi sata_nv, HDA Intel
>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
>>>>> HDA Intel: module = snd_hda_intel
>>>>> irq:0 22 ( 490413) "sata_nv" "HDA Intel"
>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
>>>>> HDA Intel: module = snd_hda_intel
>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
>>>>> HDA Intel: module = snd_hda_intel
>>>>> E: DRIVER=HDA Intel
>>>>> <6>HDA Intel 0000:00:0e.1: PCI INT B -> Link[AAZA] -> GSI 22 (level,
>>>>> low) -> IRQ 22
>>>>> <7>HDA Intel 0000:00:0e.1: setting latency timer to 64
>>>>> Driver: "HDA Intel"
>>
>> What I'd try first is to pass enable_msi=0 option.
>
> Just to be sure -- it's an option for snd-hda-intel module.
>
>
> Takashi
>
I passed "modprobe snd-hda-intel enable_msi=0" on the kernel command
line, still locks up as before.
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 Tue, 26 Jan 2010 00:59:15 +0000,
Sid Boyce wrote:
>
> On 25/01/10 21:55, Takashi Iwai wrote:
> > At Mon, 25 Jan 2010 22:54:23 +0100,
> > I wrote:
> >>
> >> At Mon, 25 Jan 2010 22:39:02 +0100,
> >> Rafael J. Wysocki wrote:
> >>>
> >>> On Monday 25 January 2010, Sid Boyce wrote:
> >>>> On 15/01/10 01:24, Sid Boyce wrote:
> >>>> This is the only outstanding bug. No problems up 2.6.32-git1, but I get
> >>>> a solid lock-up on 2.6.32-git2 through 2.6.33-rc5 if the on-board audio
> >>>> is not disabled in the BIOS.
> >>>
> >>> I guess we should let Takashi know.
> >>
> >> Thanks.
> >>
> >>>>> tindog:~ # uname -r
> >>>>> 2.6.33-rc4-smp
> >>>>> On 2.6.32-git1 which boots, hwinfo shows:-
> >>>>> oss.card_id = 'HDA NVidia'
> >>>>> oss.card_id = 'HDA NVidia'
> >>>>> oss.card_id = 'HDA NVidia'
> >>>>> alsa.card_id = 'HDA NVidia'
> >>>>> alsa.card_id = 'HDA NVidia'
> >>>>> alsa.card_id = 'HDA NVidia'
> >>>>> alsa.card_id = 'HDA NVidia'
> >>>>> info.product = 'HDA NVidia ALSA hardware specific Device'
> >>>>> alsa.card_id = 'HDA NVidia'
> >>>>> info.product = 'HDA NVidia ALSA Control Device'
> >>>>> alsa.card_id = 'HDA NVidia'
> >>>>> info.product = 'HDA NVidia Sound Card'
> >>>>> sound.card_id = 'HDA NVidia'
> >>>>> info.linux.driver = 'HDA Intel'
> >>>>> 22: 489835 578 IO-APIC-fasteoi sata_nv, HDA Intel
> >>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
> >>>>> HDA Intel: module = snd_hda_intel
> >>>>> irq:0 22 ( 490413) "sata_nv" "HDA Intel"
> >>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
> >>>>> HDA Intel: module = snd_hda_intel
> >>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
> >>>>> HDA Intel: module = snd_hda_intel
> >>>>> E: DRIVER=HDA Intel
> >>>>> <6>HDA Intel 0000:00:0e.1: PCI INT B -> Link[AAZA] -> GSI 22 (level,
> >>>>> low) -> IRQ 22
> >>>>> <7>HDA Intel 0000:00:0e.1: setting latency timer to 64
> >>>>> Driver: "HDA Intel"
> >>
> >> What I'd try first is to pass enable_msi=0 option.
> >
> > Just to be sure -- it's an option for snd-hda-intel module.
> >
> >
> > Takashi
> >
>
> I passed "modprobe snd-hda-intel enable_msi=0" on the kernel command
> line, still locks up as before.
OK, are you sure that the lock-up happens at snd-hda-intel module?
How about blacklist it once?
Takashi
At Tue, 26 Jan 2010 07:40:03 +0100,
I wrote:
>
> At Tue, 26 Jan 2010 00:59:15 +0000,
> Sid Boyce wrote:
> >
> > On 25/01/10 21:55, Takashi Iwai wrote:
> > > At Mon, 25 Jan 2010 22:54:23 +0100,
> > > I wrote:
> > >>
> > >> At Mon, 25 Jan 2010 22:39:02 +0100,
> > >> Rafael J. Wysocki wrote:
> > >>>
> > >>> On Monday 25 January 2010, Sid Boyce wrote:
> > >>>> On 15/01/10 01:24, Sid Boyce wrote:
> > >>>> This is the only outstanding bug. No problems up 2.6.32-git1, but I get
> > >>>> a solid lock-up on 2.6.32-git2 through 2.6.33-rc5 if the on-board audio
> > >>>> is not disabled in the BIOS.
> > >>>
> > >>> I guess we should let Takashi know.
> > >>
> > >> Thanks.
> > >>
> > >>>>> tindog:~ # uname -r
> > >>>>> 2.6.33-rc4-smp
> > >>>>> On 2.6.32-git1 which boots, hwinfo shows:-
> > >>>>> oss.card_id = 'HDA NVidia'
> > >>>>> oss.card_id = 'HDA NVidia'
> > >>>>> oss.card_id = 'HDA NVidia'
> > >>>>> alsa.card_id = 'HDA NVidia'
> > >>>>> alsa.card_id = 'HDA NVidia'
> > >>>>> alsa.card_id = 'HDA NVidia'
> > >>>>> alsa.card_id = 'HDA NVidia'
> > >>>>> info.product = 'HDA NVidia ALSA hardware specific Device'
> > >>>>> alsa.card_id = 'HDA NVidia'
> > >>>>> info.product = 'HDA NVidia ALSA Control Device'
> > >>>>> alsa.card_id = 'HDA NVidia'
> > >>>>> info.product = 'HDA NVidia Sound Card'
> > >>>>> sound.card_id = 'HDA NVidia'
> > >>>>> info.linux.driver = 'HDA Intel'
> > >>>>> 22: 489835 578 IO-APIC-fasteoi sata_nv, HDA Intel
> > >>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
> > >>>>> HDA Intel: module = snd_hda_intel
> > >>>>> irq:0 22 ( 490413) "sata_nv" "HDA Intel"
> > >>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
> > >>>>> HDA Intel: module = snd_hda_intel
> > >>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
> > >>>>> HDA Intel: module = snd_hda_intel
> > >>>>> E: DRIVER=HDA Intel
> > >>>>> <6>HDA Intel 0000:00:0e.1: PCI INT B -> Link[AAZA] -> GSI 22 (level,
> > >>>>> low) -> IRQ 22
> > >>>>> <7>HDA Intel 0000:00:0e.1: setting latency timer to 64
> > >>>>> Driver: "HDA Intel"
> > >>
> > >> What I'd try first is to pass enable_msi=0 option.
> > >
> > > Just to be sure -- it's an option for snd-hda-intel module.
> > >
> > >
> > > Takashi
> > >
> >
> > I passed "modprobe snd-hda-intel enable_msi=0" on the kernel command
> > line,
Oh, I overlooked this text. Of course, this can't work :)
"modprobe..." isn't for the kernel command line but for modprobe
configs, usually specified in /etc/modprobe.d/* file.
And... is this report for 2.6.32 or for 2.6.33?
If it's with 2.6.32, enable_msi=1 may help instead.
Takashi
On 26/01/10 06:58, Takashi Iwai wrote:
> At Tue, 26 Jan 2010 07:40:03 +0100,
> I wrote:
>>
>> At Tue, 26 Jan 2010 00:59:15 +0000,
>> Sid Boyce wrote:
>>>
>>> On 25/01/10 21:55, Takashi Iwai wrote:
>>>> At Mon, 25 Jan 2010 22:54:23 +0100,
>>>> I wrote:
>>>>>
>>>>> At Mon, 25 Jan 2010 22:39:02 +0100,
>>>>> Rafael J. Wysocki wrote:
>>>>>>
>>>>>> On Monday 25 January 2010, Sid Boyce wrote:
>>>>>>> On 15/01/10 01:24, Sid Boyce wrote:
>>>>>>> This is the only outstanding bug. No problems up 2.6.32-git1, but I get
>>>>>>> a solid lock-up on 2.6.32-git2 through 2.6.33-rc5 if the on-board audio
>>>>>>> is not disabled in the BIOS.
>>>>>>
>>>>>> I guess we should let Takashi know.
>>>>>
>>>>> Thanks.
>>>>>
>>>>>>>> tindog:~ # uname -r
>>>>>>>> 2.6.33-rc4-smp
>>>>>>>> On 2.6.32-git1 which boots, hwinfo shows:-
>>>>>>>> oss.card_id = 'HDA NVidia'
>>>>>>>> oss.card_id = 'HDA NVidia'
>>>>>>>> oss.card_id = 'HDA NVidia'
>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>> info.product = 'HDA NVidia ALSA hardware specific Device'
>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>> info.product = 'HDA NVidia ALSA Control Device'
>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>> info.product = 'HDA NVidia Sound Card'
>>>>>>>> sound.card_id = 'HDA NVidia'
>>>>>>>> info.linux.driver = 'HDA Intel'
>>>>>>>> 22: 489835 578 IO-APIC-fasteoi sata_nv, HDA Intel
>>>>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
>>>>>>>> HDA Intel: module = snd_hda_intel
>>>>>>>> irq:0 22 ( 490413) "sata_nv" "HDA Intel"
>>>>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
>>>>>>>> HDA Intel: module = snd_hda_intel
>>>>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
>>>>>>>> HDA Intel: module = snd_hda_intel
>>>>>>>> E: DRIVER=HDA Intel
>>>>>>>> <6>HDA Intel 0000:00:0e.1: PCI INT B -> Link[AAZA] -> GSI 22 (level,
>>>>>>>> low) -> IRQ 22
>>>>>>>> <7>HDA Intel 0000:00:0e.1: setting latency timer to 64
>>>>>>>> Driver: "HDA Intel"
>>>>>
>>>>> What I'd try first is to pass enable_msi=0 option.
>>>>
>>>> Just to be sure -- it's an option for snd-hda-intel module.
>>>>
>>>>
>>>> Takashi
>>>>
>>>
>>> I passed "modprobe snd-hda-intel enable_msi=0" on the kernel command
>>> line,
>
> Oh, I overlooked this text. Of course, this can't work :)
>
> "modprobe..." isn't for the kernel command line but for modprobe
> configs, usually specified in /etc/modprobe.d/* file.
>
I had already tried that... it locks up at the same point also with
"enable_msi=1".
tindog:/etc/modprobe.d # less 50-sound.conf
options snd slots=snd-hda-intel,enable_msi=0
# mDsH.vLXC8EvZgR7:MCP55 High Definition Audio
alias snd-card-0 snd-hda-intel
> And... is this report for 2.6.32 or for 2.6.33?
> If it's with 2.6.32, enable_msi=1 may help instead.
>
>
The motherboard giving the problem is the Asus M2N32-SLI deluxe.
00:0e.1 Audio device: nVidia Corporation MCP55 High Definition Audio
(rev a2)
No such problem with the Asus CROSSHAIR II FORMULA motherboard which
also has the
00:07.0 Audio device: nVidia Corporation MCP72XE/MCP72P/MCP78U/MCP78S
High Definition Audio (rev a1)
For any kernel >2.6.32-git1 it hangs, i.e 2.6.32-git2 to 2.6.33-rc5.
Disabling the sound chip in the BIOS, they all boot.
tindog:/etc/modprobe.d # uname -r
2.6.32-git1-smp
tindog:/etc/modprobe.d # l /dev/dsp*
crw-rw-rw- 1 root audio 14, 3 Jan 26 11:46 /dev/dsp
crw-rw-rw- 1 root audio 14, 35 Jan 26 11:46 /dev/dsp2
> 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
On Tuesday 26 January 2010, Sid Boyce wrote:
> On 26/01/10 06:58, Takashi Iwai wrote:
...
> > And... is this report for 2.6.32 or for 2.6.33?
> > If it's with 2.6.32, enable_msi=1 may help instead.
> >
> >
> The motherboard giving the problem is the Asus M2N32-SLI deluxe.
> 00:0e.1 Audio device: nVidia Corporation MCP55 High Definition Audio
> (rev a2)
>
> No such problem with the Asus CROSSHAIR II FORMULA motherboard which
> also has the
> 00:07.0 Audio device: nVidia Corporation MCP72XE/MCP72P/MCP78U/MCP78S
> High Definition Audio (rev a1)
>
> For any kernel >2.6.32-git1 it hangs, i.e 2.6.32-git2 to 2.6.33-rc5.
> Disabling the sound chip in the BIOS, they all boot.
> tindog:/etc/modprobe.d # uname -r
> 2.6.32-git1-smp
> tindog:/etc/modprobe.d # l /dev/dsp*
> crw-rw-rw- 1 root audio 14, 3 Jan 26 11:46 /dev/dsp
> crw-rw-rw- 1 root audio 14, 35 Jan 26 11:46 /dev/dsp2
Is your adapter build as a module or is it compiled directly into the kernel?
Rafael
At Tue, 26 Jan 2010 12:02:44 +0000,
Sid Boyce wrote:
>
> On 26/01/10 06:58, Takashi Iwai wrote:
> > At Tue, 26 Jan 2010 07:40:03 +0100,
> > I wrote:
> >>
> >> At Tue, 26 Jan 2010 00:59:15 +0000,
> >> Sid Boyce wrote:
> >>>
> >>> On 25/01/10 21:55, Takashi Iwai wrote:
> >>>> At Mon, 25 Jan 2010 22:54:23 +0100,
> >>>> I wrote:
> >>>>>
> >>>>> At Mon, 25 Jan 2010 22:39:02 +0100,
> >>>>> Rafael J. Wysocki wrote:
> >>>>>>
> >>>>>> On Monday 25 January 2010, Sid Boyce wrote:
> >>>>>>> On 15/01/10 01:24, Sid Boyce wrote:
> >>>>>>> This is the only outstanding bug. No problems up 2.6.32-git1, but I get
> >>>>>>> a solid lock-up on 2.6.32-git2 through 2.6.33-rc5 if the on-board audio
> >>>>>>> is not disabled in the BIOS.
> >>>>>>
> >>>>>> I guess we should let Takashi know.
> >>>>>
> >>>>> Thanks.
> >>>>>
> >>>>>>>> tindog:~ # uname -r
> >>>>>>>> 2.6.33-rc4-smp
> >>>>>>>> On 2.6.32-git1 which boots, hwinfo shows:-
> >>>>>>>> oss.card_id = 'HDA NVidia'
> >>>>>>>> oss.card_id = 'HDA NVidia'
> >>>>>>>> oss.card_id = 'HDA NVidia'
> >>>>>>>> alsa.card_id = 'HDA NVidia'
> >>>>>>>> alsa.card_id = 'HDA NVidia'
> >>>>>>>> alsa.card_id = 'HDA NVidia'
> >>>>>>>> alsa.card_id = 'HDA NVidia'
> >>>>>>>> info.product = 'HDA NVidia ALSA hardware specific Device'
> >>>>>>>> alsa.card_id = 'HDA NVidia'
> >>>>>>>> info.product = 'HDA NVidia ALSA Control Device'
> >>>>>>>> alsa.card_id = 'HDA NVidia'
> >>>>>>>> info.product = 'HDA NVidia Sound Card'
> >>>>>>>> sound.card_id = 'HDA NVidia'
> >>>>>>>> info.linux.driver = 'HDA Intel'
> >>>>>>>> 22: 489835 578 IO-APIC-fasteoi sata_nv, HDA Intel
> >>>>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
> >>>>>>>> HDA Intel: module = snd_hda_intel
> >>>>>>>> irq:0 22 ( 490413) "sata_nv" "HDA Intel"
> >>>>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
> >>>>>>>> HDA Intel: module = snd_hda_intel
> >>>>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
> >>>>>>>> HDA Intel: module = snd_hda_intel
> >>>>>>>> E: DRIVER=HDA Intel
> >>>>>>>> <6>HDA Intel 0000:00:0e.1: PCI INT B -> Link[AAZA] -> GSI 22 (level,
> >>>>>>>> low) -> IRQ 22
> >>>>>>>> <7>HDA Intel 0000:00:0e.1: setting latency timer to 64
> >>>>>>>> Driver: "HDA Intel"
> >>>>>
> >>>>> What I'd try first is to pass enable_msi=0 option.
> >>>>
> >>>> Just to be sure -- it's an option for snd-hda-intel module.
> >>>>
> >>>>
> >>>> Takashi
> >>>>
> >>>
> >>> I passed "modprobe snd-hda-intel enable_msi=0" on the kernel command
> >>> line,
> >
> > Oh, I overlooked this text. Of course, this can't work :)
> >
> > "modprobe..." isn't for the kernel command line but for modprobe
> > configs, usually specified in /etc/modprobe.d/* file.
> >
> I had already tried that... it locks up at the same point also with
> "enable_msi=1".
> tindog:/etc/modprobe.d # less 50-sound.conf
>
> options snd slots=snd-hda-intel,enable_msi=0
This is the option for module snd, not snd-hda-intel.
Takashi
On 26/01/10 12:51, Rafael J. Wysocki wrote:
> On Tuesday 26 January 2010, Sid Boyce wrote:
>> On 26/01/10 06:58, Takashi Iwai wrote:
> ...
>>> And... is this report for 2.6.32 or for 2.6.33?
>>> If it's with 2.6.32, enable_msi=1 may help instead.
>>>
>>>
>> The motherboard giving the problem is the Asus M2N32-SLI deluxe.
>> 00:0e.1 Audio device: nVidia Corporation MCP55 High Definition Audio
>> (rev a2)
>>
>> No such problem with the Asus CROSSHAIR II FORMULA motherboard which
>> also has the
>> 00:07.0 Audio device: nVidia Corporation MCP72XE/MCP72P/MCP78U/MCP78S
>> High Definition Audio (rev a1)
>>
>> For any kernel >2.6.32-git1 it hangs, i.e 2.6.32-git2 to 2.6.33-rc5.
>> Disabling the sound chip in the BIOS, they all boot.
>> tindog:/etc/modprobe.d # uname -r
>> 2.6.32-git1-smp
>> tindog:/etc/modprobe.d # l /dev/dsp*
>> crw-rw-rw- 1 root audio 14, 3 Jan 26 11:46 /dev/dsp
>> crw-rw-rw- 1 root audio 14, 35 Jan 26 11:46 /dev/dsp2
>
> Is your adapter build as a module or is it compiled directly into the kernel?
>
> Rafael
>
As a module in 2.6.33-git1 and always for all kernels.
# lsmod|grep snd
snd_pcm_oss 40102 0
snd_mixer_oss 14822 1 snd_pcm_oss
snd_seq 52843 0
snd_hda_codec_analog 73538 1
snd_hda_intel 23660 0
snd_hda_codec 75402 2 snd_hda_codec_analog,snd_hda_intel
snd_usb_audio 85288 0
snd_usb_lib 16705 1 snd_usb_audio
snd_rawmidi 21568 1 snd_usb_lib
snd_pcm 81892 4
snd_pcm_oss,snd_hda_intel,snd_hda_codec,snd_usb_audio
snd_seq_device 6514 2 snd_seq,snd_rawmidi
snd_hwdep 6346 2 snd_hda_codec,snd_usb_audio
snd_timer 20760 2 snd_seq,snd_pcm
snd 66395 13
snd_pcm_oss,snd_mixer_oss,snd_seq,snd_hda_codec_analog,snd_hda_intel,snd_hda_codec,snd_usb_audio,snd_usb_lib,snd_rawmidi,snd_pcm,snd_seq_device,snd_hwdep,snd_timer
snd_page_alloc 7873 2 snd_hda_intel,snd_pcm
soundcore 7147 1 snd
usbcore 146206 6
rtl8187,snd_usb_audio,snd_usb_lib,usbhid,ohci_hcd,ehci_hcd
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 26/01/10 12:55, Takashi Iwai wrote:
> At Tue, 26 Jan 2010 12:02:44 +0000,
> Sid Boyce wrote:
>>
>> On 26/01/10 06:58, Takashi Iwai wrote:
>>> At Tue, 26 Jan 2010 07:40:03 +0100,
>>> I wrote:
>>>>
>>>> At Tue, 26 Jan 2010 00:59:15 +0000,
>>>> Sid Boyce wrote:
>>>>>
>>>>> On 25/01/10 21:55, Takashi Iwai wrote:
>>>>>> At Mon, 25 Jan 2010 22:54:23 +0100,
>>>>>> I wrote:
>>>>>>>
>>>>>>> At Mon, 25 Jan 2010 22:39:02 +0100,
>>>>>>> Rafael J. Wysocki wrote:
>>>>>>>>
>>>>>>>> On Monday 25 January 2010, Sid Boyce wrote:
>>>>>>>>> On 15/01/10 01:24, Sid Boyce wrote:
>>>>>>>>> This is the only outstanding bug. No problems up 2.6.32-git1, but I get
>>>>>>>>> a solid lock-up on 2.6.32-git2 through 2.6.33-rc5 if the on-board audio
>>>>>>>>> is not disabled in the BIOS.
>>>>>>>>
>>>>>>>> I guess we should let Takashi know.
>>>>>>>
>>>>>>> Thanks.
>>>>>>>
>>>>>>>>>> tindog:~ # uname -r
>>>>>>>>>> 2.6.33-rc4-smp
>>>>>>>>>> On 2.6.32-git1 which boots, hwinfo shows:-
>>>>>>>>>> oss.card_id = 'HDA NVidia'
>>>>>>>>>> oss.card_id = 'HDA NVidia'
>>>>>>>>>> oss.card_id = 'HDA NVidia'
>>>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>>>> info.product = 'HDA NVidia ALSA hardware specific Device'
>>>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>>>> info.product = 'HDA NVidia ALSA Control Device'
>>>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>>>> info.product = 'HDA NVidia Sound Card'
>>>>>>>>>> sound.card_id = 'HDA NVidia'
>>>>>>>>>> info.linux.driver = 'HDA Intel'
>>>>>>>>>> 22: 489835 578 IO-APIC-fasteoi sata_nv, HDA Intel
>>>>>>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
>>>>>>>>>> HDA Intel: module = snd_hda_intel
>>>>>>>>>> irq:0 22 ( 490413) "sata_nv" "HDA Intel"
>>>>>>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
>>>>>>>>>> HDA Intel: module = snd_hda_intel
>>>>>>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
>>>>>>>>>> HDA Intel: module = snd_hda_intel
>>>>>>>>>> E: DRIVER=HDA Intel
>>>>>>>>>> <6>HDA Intel 0000:00:0e.1: PCI INT B -> Link[AAZA] -> GSI 22 (level,
>>>>>>>>>> low) -> IRQ 22
>>>>>>>>>> <7>HDA Intel 0000:00:0e.1: setting latency timer to 64
>>>>>>>>>> Driver: "HDA Intel"
>>>>>>>
>>>>>>> What I'd try first is to pass enable_msi=0 option.
>>>>>>
>>>>>> Just to be sure -- it's an option for snd-hda-intel module.
>>>>>>
>>>>>>
>>>>>> Takashi
>>>>>>
>>>>>
>>>>> I passed "modprobe snd-hda-intel enable_msi=0" on the kernel command
>>>>> line,
>>>
>>> Oh, I overlooked this text. Of course, this can't work :)
>>>
>>> "modprobe..." isn't for the kernel command line but for modprobe
>>> configs, usually specified in /etc/modprobe.d/* file.
>>>
>> I had already tried that... it locks up at the same point also with
>> "enable_msi=1".
>> tindog:/etc/modprobe.d # less 50-sound.conf
>>
>> options snd slots=snd-hda-intel,enable_msi=0
>
> This is the option for module snd, not snd-hda-intel.
>
>
> Takashi
>
options snd,enable_msi=0 slots=snd-hda-intel
# 9LTX.vLXC8EvZgR7:MCP55 High Definition Audio
alias snd-card-0 snd-hda-intel
enable_msi=0 or 1, it still hangs.
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 Tue, 26 Jan 2010 13:44:23 +0000,
Sid Boyce wrote:
>
> On 26/01/10 12:55, Takashi Iwai wrote:
> > At Tue, 26 Jan 2010 12:02:44 +0000,
> > Sid Boyce wrote:
> >>
> >> On 26/01/10 06:58, Takashi Iwai wrote:
> >>> At Tue, 26 Jan 2010 07:40:03 +0100,
> >>> I wrote:
> >>>>
> >>>> At Tue, 26 Jan 2010 00:59:15 +0000,
> >>>> Sid Boyce wrote:
> >>>>>
> >>>>> On 25/01/10 21:55, Takashi Iwai wrote:
> >>>>>> At Mon, 25 Jan 2010 22:54:23 +0100,
> >>>>>> I wrote:
> >>>>>>>
> >>>>>>> At Mon, 25 Jan 2010 22:39:02 +0100,
> >>>>>>> Rafael J. Wysocki wrote:
> >>>>>>>>
> >>>>>>>> On Monday 25 January 2010, Sid Boyce wrote:
> >>>>>>>>> On 15/01/10 01:24, Sid Boyce wrote:
> >>>>>>>>> This is the only outstanding bug. No problems up 2.6.32-git1, but I get
> >>>>>>>>> a solid lock-up on 2.6.32-git2 through 2.6.33-rc5 if the on-board audio
> >>>>>>>>> is not disabled in the BIOS.
> >>>>>>>>
> >>>>>>>> I guess we should let Takashi know.
> >>>>>>>
> >>>>>>> Thanks.
> >>>>>>>
> >>>>>>>>>> tindog:~ # uname -r
> >>>>>>>>>> 2.6.33-rc4-smp
> >>>>>>>>>> On 2.6.32-git1 which boots, hwinfo shows:-
> >>>>>>>>>> oss.card_id = 'HDA NVidia'
> >>>>>>>>>> oss.card_id = 'HDA NVidia'
> >>>>>>>>>> oss.card_id = 'HDA NVidia'
> >>>>>>>>>> alsa.card_id = 'HDA NVidia'
> >>>>>>>>>> alsa.card_id = 'HDA NVidia'
> >>>>>>>>>> alsa.card_id = 'HDA NVidia'
> >>>>>>>>>> alsa.card_id = 'HDA NVidia'
> >>>>>>>>>> info.product = 'HDA NVidia ALSA hardware specific Device'
> >>>>>>>>>> alsa.card_id = 'HDA NVidia'
> >>>>>>>>>> info.product = 'HDA NVidia ALSA Control Device'
> >>>>>>>>>> alsa.card_id = 'HDA NVidia'
> >>>>>>>>>> info.product = 'HDA NVidia Sound Card'
> >>>>>>>>>> sound.card_id = 'HDA NVidia'
> >>>>>>>>>> info.linux.driver = 'HDA Intel'
> >>>>>>>>>> 22: 489835 578 IO-APIC-fasteoi sata_nv, HDA Intel
> >>>>>>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
> >>>>>>>>>> HDA Intel: module = snd_hda_intel
> >>>>>>>>>> irq:0 22 ( 490413) "sata_nv" "HDA Intel"
> >>>>>>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
> >>>>>>>>>> HDA Intel: module = snd_hda_intel
> >>>>>>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
> >>>>>>>>>> HDA Intel: module = snd_hda_intel
> >>>>>>>>>> E: DRIVER=HDA Intel
> >>>>>>>>>> <6>HDA Intel 0000:00:0e.1: PCI INT B -> Link[AAZA] -> GSI 22 (level,
> >>>>>>>>>> low) -> IRQ 22
> >>>>>>>>>> <7>HDA Intel 0000:00:0e.1: setting latency timer to 64
> >>>>>>>>>> Driver: "HDA Intel"
> >>>>>>>
> >>>>>>> What I'd try first is to pass enable_msi=0 option.
> >>>>>>
> >>>>>> Just to be sure -- it's an option for snd-hda-intel module.
> >>>>>>
> >>>>>>
> >>>>>> Takashi
> >>>>>>
> >>>>>
> >>>>> I passed "modprobe snd-hda-intel enable_msi=0" on the kernel command
> >>>>> line,
> >>>
> >>> Oh, I overlooked this text. Of course, this can't work :)
> >>>
> >>> "modprobe..." isn't for the kernel command line but for modprobe
> >>> configs, usually specified in /etc/modprobe.d/* file.
> >>>
> >> I had already tried that... it locks up at the same point also with
> >> "enable_msi=1".
> >> tindog:/etc/modprobe.d # less 50-sound.conf
> >>
> >> options snd slots=snd-hda-intel,enable_msi=0
> >
> > This is the option for module snd, not snd-hda-intel.
> >
> >
> > Takashi
> >
> options snd,enable_msi=0 slots=snd-hda-intel
It's a line for module "snd,enable_msi=0", which is likely invalid :)
Takashi
On Tuesday 26 January 2010, Sid Boyce wrote:
> On 26/01/10 12:55, Takashi Iwai wrote:
> > At Tue, 26 Jan 2010 12:02:44 +0000,
> > Sid Boyce wrote:
> >>
> >> On 26/01/10 06:58, Takashi Iwai wrote:
> >>> At Tue, 26 Jan 2010 07:40:03 +0100,
> >>> I wrote:
> >>>>
> >>>> At Tue, 26 Jan 2010 00:59:15 +0000,
> >>>> Sid Boyce wrote:
> >>>>>
> >>>>> On 25/01/10 21:55, Takashi Iwai wrote:
> >>>>>> At Mon, 25 Jan 2010 22:54:23 +0100,
> >>>>>> I wrote:
> >>>>>>>
> >>>>>>> At Mon, 25 Jan 2010 22:39:02 +0100,
> >>>>>>> Rafael J. Wysocki wrote:
> >>>>>>>>
> >>>>>>>> On Monday 25 January 2010, Sid Boyce wrote:
> >>>>>>>>> On 15/01/10 01:24, Sid Boyce wrote:
> >>>>>>>>> This is the only outstanding bug. No problems up 2.6.32-git1, but I get
> >>>>>>>>> a solid lock-up on 2.6.32-git2 through 2.6.33-rc5 if the on-board audio
> >>>>>>>>> is not disabled in the BIOS.
> >>>>>>>>
> >>>>>>>> I guess we should let Takashi know.
> >>>>>>>
> >>>>>>> Thanks.
> >>>>>>>
> >>>>>>>>>> tindog:~ # uname -r
> >>>>>>>>>> 2.6.33-rc4-smp
> >>>>>>>>>> On 2.6.32-git1 which boots, hwinfo shows:-
> >>>>>>>>>> oss.card_id = 'HDA NVidia'
> >>>>>>>>>> oss.card_id = 'HDA NVidia'
> >>>>>>>>>> oss.card_id = 'HDA NVidia'
> >>>>>>>>>> alsa.card_id = 'HDA NVidia'
> >>>>>>>>>> alsa.card_id = 'HDA NVidia'
> >>>>>>>>>> alsa.card_id = 'HDA NVidia'
> >>>>>>>>>> alsa.card_id = 'HDA NVidia'
> >>>>>>>>>> info.product = 'HDA NVidia ALSA hardware specific Device'
> >>>>>>>>>> alsa.card_id = 'HDA NVidia'
> >>>>>>>>>> info.product = 'HDA NVidia ALSA Control Device'
> >>>>>>>>>> alsa.card_id = 'HDA NVidia'
> >>>>>>>>>> info.product = 'HDA NVidia Sound Card'
> >>>>>>>>>> sound.card_id = 'HDA NVidia'
> >>>>>>>>>> info.linux.driver = 'HDA Intel'
> >>>>>>>>>> 22: 489835 578 IO-APIC-fasteoi sata_nv, HDA Intel
> >>>>>>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
> >>>>>>>>>> HDA Intel: module = snd_hda_intel
> >>>>>>>>>> irq:0 22 ( 490413) "sata_nv" "HDA Intel"
> >>>>>>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
> >>>>>>>>>> HDA Intel: module = snd_hda_intel
> >>>>>>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
> >>>>>>>>>> HDA Intel: module = snd_hda_intel
> >>>>>>>>>> E: DRIVER=HDA Intel
> >>>>>>>>>> <6>HDA Intel 0000:00:0e.1: PCI INT B -> Link[AAZA] -> GSI 22 (level,
> >>>>>>>>>> low) -> IRQ 22
> >>>>>>>>>> <7>HDA Intel 0000:00:0e.1: setting latency timer to 64
> >>>>>>>>>> Driver: "HDA Intel"
> >>>>>>>
> >>>>>>> What I'd try first is to pass enable_msi=0 option.
> >>>>>>
> >>>>>> Just to be sure -- it's an option for snd-hda-intel module.
> >>>>>>
> >>>>>>
> >>>>>> Takashi
> >>>>>>
> >>>>>
> >>>>> I passed "modprobe snd-hda-intel enable_msi=0" on the kernel command
> >>>>> line,
> >>>
> >>> Oh, I overlooked this text. Of course, this can't work :)
> >>>
> >>> "modprobe..." isn't for the kernel command line but for modprobe
> >>> configs, usually specified in /etc/modprobe.d/* file.
> >>>
> >> I had already tried that... it locks up at the same point also with
> >> "enable_msi=1".
> >> tindog:/etc/modprobe.d # less 50-sound.conf
> >>
> >> options snd slots=snd-hda-intel,enable_msi=0
> >
> > This is the option for module snd, not snd-hda-intel.
> >
> >
> > Takashi
> >
> options snd,enable_msi=0 slots=snd-hda-intel
options snd enable_msi=0 slots=snd-hda-intel
(ie. the comma shouldn't be present in there).
> # 9LTX.vLXC8EvZgR7:MCP55 High Definition Audio
> alias snd-card-0 snd-hda-intel
Rafael
At Tue, 26 Jan 2010 19:22:35 +0100,
Rafael J. Wysocki wrote:
>
> On Tuesday 26 January 2010, Sid Boyce wrote:
> > On 26/01/10 12:55, Takashi Iwai wrote:
> > > At Tue, 26 Jan 2010 12:02:44 +0000,
> > > Sid Boyce wrote:
> > >>
> > >> On 26/01/10 06:58, Takashi Iwai wrote:
> > >>> At Tue, 26 Jan 2010 07:40:03 +0100,
> > >>> I wrote:
> > >>>>
> > >>>> At Tue, 26 Jan 2010 00:59:15 +0000,
> > >>>> Sid Boyce wrote:
> > >>>>>
> > >>>>> On 25/01/10 21:55, Takashi Iwai wrote:
> > >>>>>> At Mon, 25 Jan 2010 22:54:23 +0100,
> > >>>>>> I wrote:
> > >>>>>>>
> > >>>>>>> At Mon, 25 Jan 2010 22:39:02 +0100,
> > >>>>>>> Rafael J. Wysocki wrote:
> > >>>>>>>>
> > >>>>>>>> On Monday 25 January 2010, Sid Boyce wrote:
> > >>>>>>>>> On 15/01/10 01:24, Sid Boyce wrote:
> > >>>>>>>>> This is the only outstanding bug. No problems up 2.6.32-git1, but I get
> > >>>>>>>>> a solid lock-up on 2.6.32-git2 through 2.6.33-rc5 if the on-board audio
> > >>>>>>>>> is not disabled in the BIOS.
> > >>>>>>>>
> > >>>>>>>> I guess we should let Takashi know.
> > >>>>>>>
> > >>>>>>> Thanks.
> > >>>>>>>
> > >>>>>>>>>> tindog:~ # uname -r
> > >>>>>>>>>> 2.6.33-rc4-smp
> > >>>>>>>>>> On 2.6.32-git1 which boots, hwinfo shows:-
> > >>>>>>>>>> oss.card_id = 'HDA NVidia'
> > >>>>>>>>>> oss.card_id = 'HDA NVidia'
> > >>>>>>>>>> oss.card_id = 'HDA NVidia'
> > >>>>>>>>>> alsa.card_id = 'HDA NVidia'
> > >>>>>>>>>> alsa.card_id = 'HDA NVidia'
> > >>>>>>>>>> alsa.card_id = 'HDA NVidia'
> > >>>>>>>>>> alsa.card_id = 'HDA NVidia'
> > >>>>>>>>>> info.product = 'HDA NVidia ALSA hardware specific Device'
> > >>>>>>>>>> alsa.card_id = 'HDA NVidia'
> > >>>>>>>>>> info.product = 'HDA NVidia ALSA Control Device'
> > >>>>>>>>>> alsa.card_id = 'HDA NVidia'
> > >>>>>>>>>> info.product = 'HDA NVidia Sound Card'
> > >>>>>>>>>> sound.card_id = 'HDA NVidia'
> > >>>>>>>>>> info.linux.driver = 'HDA Intel'
> > >>>>>>>>>> 22: 489835 578 IO-APIC-fasteoi sata_nv, HDA Intel
> > >>>>>>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
> > >>>>>>>>>> HDA Intel: module = snd_hda_intel
> > >>>>>>>>>> irq:0 22 ( 490413) "sata_nv" "HDA Intel"
> > >>>>>>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
> > >>>>>>>>>> HDA Intel: module = snd_hda_intel
> > >>>>>>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
> > >>>>>>>>>> HDA Intel: module = snd_hda_intel
> > >>>>>>>>>> E: DRIVER=HDA Intel
> > >>>>>>>>>> <6>HDA Intel 0000:00:0e.1: PCI INT B -> Link[AAZA] -> GSI 22 (level,
> > >>>>>>>>>> low) -> IRQ 22
> > >>>>>>>>>> <7>HDA Intel 0000:00:0e.1: setting latency timer to 64
> > >>>>>>>>>> Driver: "HDA Intel"
> > >>>>>>>
> > >>>>>>> What I'd try first is to pass enable_msi=0 option.
> > >>>>>>
> > >>>>>> Just to be sure -- it's an option for snd-hda-intel module.
> > >>>>>>
> > >>>>>>
> > >>>>>> Takashi
> > >>>>>>
> > >>>>>
> > >>>>> I passed "modprobe snd-hda-intel enable_msi=0" on the kernel command
> > >>>>> line,
> > >>>
> > >>> Oh, I overlooked this text. Of course, this can't work :)
> > >>>
> > >>> "modprobe..." isn't for the kernel command line but for modprobe
> > >>> configs, usually specified in /etc/modprobe.d/* file.
> > >>>
> > >> I had already tried that... it locks up at the same point also with
> > >> "enable_msi=1".
> > >> tindog:/etc/modprobe.d # less 50-sound.conf
> > >>
> > >> options snd slots=snd-hda-intel,enable_msi=0
> > >
> > > This is the option for module snd, not snd-hda-intel.
> > >
> > >
> > > Takashi
> > >
> > options snd,enable_msi=0 slots=snd-hda-intel
>
> options snd enable_msi=0 slots=snd-hda-intel
>
> (ie. the comma shouldn't be present in there).
Heh, not quite right :)
You need just a new line containing:
options snd-hda-intel enable_msi=0
Takashi
On 26/01/10 20:25, Takashi Iwai wrote:
> At Tue, 26 Jan 2010 19:22:35 +0100,
> Rafael J. Wysocki wrote:
>>
>> On Tuesday 26 January 2010, Sid Boyce wrote:
>>> On 26/01/10 12:55, Takashi Iwai wrote:
>>>> At Tue, 26 Jan 2010 12:02:44 +0000,
>>>> Sid Boyce wrote:
>>>>>
>>>>> On 26/01/10 06:58, Takashi Iwai wrote:
>>>>>> At Tue, 26 Jan 2010 07:40:03 +0100,
>>>>>> I wrote:
>>>>>>>
>>>>>>> At Tue, 26 Jan 2010 00:59:15 +0000,
>>>>>>> Sid Boyce wrote:
>>>>>>>>
>>>>>>>> On 25/01/10 21:55, Takashi Iwai wrote:
>>>>>>>>> At Mon, 25 Jan 2010 22:54:23 +0100,
>>>>>>>>> I wrote:
>>>>>>>>>>
>>>>>>>>>> At Mon, 25 Jan 2010 22:39:02 +0100,
>>>>>>>>>> Rafael J. Wysocki wrote:
>>>>>>>>>>>
>>>>>>>>>>> On Monday 25 January 2010, Sid Boyce wrote:
>>>>>>>>>>>> On 15/01/10 01:24, Sid Boyce wrote:
>>>>>>>>>>>> This is the only outstanding bug. No problems up 2.6.32-git1, but I get
>>>>>>>>>>>> a solid lock-up on 2.6.32-git2 through 2.6.33-rc5 if the on-board audio
>>>>>>>>>>>> is not disabled in the BIOS.
>>>>>>>>>>>
>>>>>>>>>>> I guess we should let Takashi know.
>>>>>>>>>>
>>>>>>>>>> Thanks.
>>>>>>>>>>
>>>>>>>>>>>>> tindog:~ # uname -r
>>>>>>>>>>>>> 2.6.33-rc4-smp
>>>>>>>>>>>>> On 2.6.32-git1 which boots, hwinfo shows:-
>>>>>>>>>>>>> oss.card_id = 'HDA NVidia'
>>>>>>>>>>>>> oss.card_id = 'HDA NVidia'
>>>>>>>>>>>>> oss.card_id = 'HDA NVidia'
>>>>>>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>>>>>>> info.product = 'HDA NVidia ALSA hardware specific Device'
>>>>>>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>>>>>>> info.product = 'HDA NVidia ALSA Control Device'
>>>>>>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>>>>>>> info.product = 'HDA NVidia Sound Card'
>>>>>>>>>>>>> sound.card_id = 'HDA NVidia'
>>>>>>>>>>>>> info.linux.driver = 'HDA Intel'
>>>>>>>>>>>>> 22: 489835 578 IO-APIC-fasteoi sata_nv, HDA Intel
>>>>>>>>>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
>>>>>>>>>>>>> HDA Intel: module = snd_hda_intel
>>>>>>>>>>>>> irq:0 22 ( 490413) "sata_nv" "HDA Intel"
>>>>>>>>>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
>>>>>>>>>>>>> HDA Intel: module = snd_hda_intel
>>>>>>>>>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
>>>>>>>>>>>>> HDA Intel: module = snd_hda_intel
>>>>>>>>>>>>> E: DRIVER=HDA Intel
>>>>>>>>>>>>> <6>HDA Intel 0000:00:0e.1: PCI INT B -> Link[AAZA] -> GSI 22 (level,
>>>>>>>>>>>>> low) -> IRQ 22
>>>>>>>>>>>>> <7>HDA Intel 0000:00:0e.1: setting latency timer to 64
>>>>>>>>>>>>> Driver: "HDA Intel"
>>>>>>>>>>
>>>>>>>>>> What I'd try first is to pass enable_msi=0 option.
>>>>>>>>>
>>>>>>>>> Just to be sure -- it's an option for snd-hda-intel module.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Takashi
>>>>>>>>>
>>>>>>>>
>>>>>>>> I passed "modprobe snd-hda-intel enable_msi=0" on the kernel command
>>>>>>>> line,
>>>>>>
>>>>>> Oh, I overlooked this text. Of course, this can't work :)
>>>>>>
>>>>>> "modprobe..." isn't for the kernel command line but for modprobe
>>>>>> configs, usually specified in /etc/modprobe.d/* file.
>>>>>>
>>>>> I had already tried that... it locks up at the same point also with
>>>>> "enable_msi=1".
>>>>> tindog:/etc/modprobe.d # less 50-sound.conf
>>>>>
>>>>> options snd slots=snd-hda-intel,enable_msi=0
>>>>
>>>> This is the option for module snd, not snd-hda-intel.
>>>>
>>>>
>>>> Takashi
>>>>
>>> options snd,enable_msi=0 slots=snd-hda-intel
>>
>> options snd enable_msi=0 slots=snd-hda-intel
>>
>> (ie. the comma shouldn't be present in there).
>
> Heh, not quite right :)
> You need just a new line containing:
>
> options snd-hda-intel enable_msi=0
>
>
> Takashi
>
Apologies, with the following it boots successfully.
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
I forgot to mention 2.6.33-rc5 now boots successfully.
Regards
Sid.
On 26/01/10 18:22, Rafael J. Wysocki wrote:
> On Tuesday 26 January 2010, Sid Boyce wrote:
>> On 26/01/10 12:55, Takashi Iwai wrote:
>>> At Tue, 26 Jan 2010 12:02:44 +0000,
>>> Sid Boyce wrote:
>>>>
>>>> On 26/01/10 06:58, Takashi Iwai wrote:
>>>>> At Tue, 26 Jan 2010 07:40:03 +0100,
>>>>> I wrote:
>>>>>>
>>>>>> At Tue, 26 Jan 2010 00:59:15 +0000,
>>>>>> Sid Boyce wrote:
>>>>>>>
>>>>>>> On 25/01/10 21:55, Takashi Iwai wrote:
>>>>>>>> At Mon, 25 Jan 2010 22:54:23 +0100,
>>>>>>>> I wrote:
>>>>>>>>>
>>>>>>>>> At Mon, 25 Jan 2010 22:39:02 +0100,
>>>>>>>>> Rafael J. Wysocki wrote:
>>>>>>>>>>
>>>>>>>>>> On Monday 25 January 2010, Sid Boyce wrote:
>>>>>>>>>>> On 15/01/10 01:24, Sid Boyce wrote:
>>>>>>>>>>> This is the only outstanding bug. No problems up 2.6.32-git1, but I get
>>>>>>>>>>> a solid lock-up on 2.6.32-git2 through 2.6.33-rc5 if the on-board audio
>>>>>>>>>>> is not disabled in the BIOS.
>>>>>>>>>>
>>>>>>>>>> I guess we should let Takashi know.
>>>>>>>>>
>>>>>>>>> Thanks.
>>>>>>>>>
>>>>>>>>>>>> tindog:~ # uname -r
>>>>>>>>>>>> 2.6.33-rc4-smp
>>>>>>>>>>>> On 2.6.32-git1 which boots, hwinfo shows:-
>>>>>>>>>>>> oss.card_id = 'HDA NVidia'
>>>>>>>>>>>> oss.card_id = 'HDA NVidia'
>>>>>>>>>>>> oss.card_id = 'HDA NVidia'
>>>>>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>>>>>> info.product = 'HDA NVidia ALSA hardware specific Device'
>>>>>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>>>>>> info.product = 'HDA NVidia ALSA Control Device'
>>>>>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>>>>>> info.product = 'HDA NVidia Sound Card'
>>>>>>>>>>>> sound.card_id = 'HDA NVidia'
>>>>>>>>>>>> info.linux.driver = 'HDA Intel'
>>>>>>>>>>>> 22: 489835 578 IO-APIC-fasteoi sata_nv, HDA Intel
>>>>>>>>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
>>>>>>>>>>>> HDA Intel: module = snd_hda_intel
>>>>>>>>>>>> irq:0 22 ( 490413) "sata_nv" "HDA Intel"
>>>>>>>>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
>>>>>>>>>>>> HDA Intel: module = snd_hda_intel
>>>>>>>>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
>>>>>>>>>>>> HDA Intel: module = snd_hda_intel
>>>>>>>>>>>> E: DRIVER=HDA Intel
>>>>>>>>>>>> <6>HDA Intel 0000:00:0e.1: PCI INT B -> Link[AAZA] -> GSI 22 (level,
>>>>>>>>>>>> low) -> IRQ 22
>>>>>>>>>>>> <7>HDA Intel 0000:00:0e.1: setting latency timer to 64
>>>>>>>>>>>> Driver: "HDA Intel"
>>>>>>>>>
>>>>>>>>> What I'd try first is to pass enable_msi=0 option.
>>>>>>>>
>>>>>>>> Just to be sure -- it's an option for snd-hda-intel module.
>>>>>>>>
>>>>>>>>
>>>>>>>> Takashi
>>>>>>>>
>>>>>>>
>>>>>>> I passed "modprobe snd-hda-intel enable_msi=0" on the kernel command
>>>>>>> line,
>>>>>
>>>>> Oh, I overlooked this text. Of course, this can't work :)
>>>>>
>>>>> "modprobe..." isn't for the kernel command line but for modprobe
>>>>> configs, usually specified in /etc/modprobe.d/* file.
>>>>>
>>>> I had already tried that... it locks up at the same point also with
>>>> "enable_msi=1".
>>>> tindog:/etc/modprobe.d # less 50-sound.conf
>>>>
>>>> options snd slots=snd-hda-intel,enable_msi=0
>>>
>>> This is the option for module snd, not snd-hda-intel.
>>>
>>>
>>> Takashi
>>>
>> options snd,enable_msi=0 slots=snd-hda-intel
>
> options snd enable_msi=0 slots=snd-hda-intel
>
> (ie. the comma shouldn't be present in there).
>
>> # 9LTX.vLXC8EvZgR7:MCP55 High Definition Audio
>> alias snd-card-0 snd-hda-intel
>
> Rafael
>
--
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 Tuesday 26 January 2010, Sid Boyce wrote:
> I forgot to mention 2.6.33-rc5 now boots successfully.
Does that mean the problem is fixed in 2.6.33-rc5 or you still need the
enable_msi=0 workaround?
Rafael
On 27/01/10 00:56, Rafael J. Wysocki wrote:
> On Tuesday 26 January 2010, Sid Boyce wrote:
>> I forgot to mention 2.6.33-rc5 now boots successfully.
>
> Does that mean the problem is fixed in 2.6.33-rc5 or you still need the
> enable_msi=0 workaround?
>
> Rafael
>
It boots only with the enable_msi=0 workaround.
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 Wed, 27 Jan 2010 02:40:05 +0000,
Sid Boyce wrote:
>
> On 27/01/10 00:56, Rafael J. Wysocki wrote:
> > On Tuesday 26 January 2010, Sid Boyce wrote:
> >> I forgot to mention 2.6.33-rc5 now boots successfully.
> >
> > Does that mean the problem is fixed in 2.6.33-rc5 or you still need the
> > enable_msi=0 workaround?
> >
> > Rafael
> >
> It boots only with the enable_msi=0 workaround.
OK, then could you run alsa-info.sh (with --no-upload option), and
attach the generated file? I'll add your device to the blacklist for
disabling MSI in hda_intel.c.
thanks,
Takashi
On 27/01/10 06:42, Takashi Iwai wrote:
> At Wed, 27 Jan 2010 02:40:05 +0000,
> Sid Boyce wrote:
>>
>> On 27/01/10 00:56, Rafael J. Wysocki wrote:
>>> On Tuesday 26 January 2010, Sid Boyce wrote:
>>>> I forgot to mention 2.6.33-rc5 now boots successfully.
>>>
>>> Does that mean the problem is fixed in 2.6.33-rc5 or you still need the
>>> enable_msi=0 workaround?
>>>
>>> Rafael
>>>
>> It boots only with the enable_msi=0 workaround.
>
> OK, then could you run alsa-info.sh (with --no-upload option), and
> attach the generated file? I'll add your device to the blacklist for
> disabling MSI in hda_intel.c.
>
>
> thanks,
>
> Takashi
>
>
Thanks.
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 Wed, 27 Jan 2010 17:17:04 +0000,
Sid Boyce wrote:
>
> On 27/01/10 06:42, Takashi Iwai wrote:
> > At Wed, 27 Jan 2010 02:40:05 +0000,
> > Sid Boyce wrote:
> >>
> >> On 27/01/10 00:56, Rafael J. Wysocki wrote:
> >>> On Tuesday 26 January 2010, Sid Boyce wrote:
> >>>> I forgot to mention 2.6.33-rc5 now boots successfully.
> >>>
> >>> Does that mean the problem is fixed in 2.6.33-rc5 or you still need the
> >>> enable_msi=0 workaround?
> >>>
> >>> Rafael
> >>>
> >> It boots only with the enable_msi=0 workaround.
> >
> > OK, then could you run alsa-info.sh (with --no-upload option), and
> > attach the generated file? I'll add your device to the blacklist for
> > disabling MSI in hda_intel.c.
> >
> >
> > thanks,
> >
> > Takashi
> >
> >
>
> Thanks.
OK, I added the corresponding quirk entry to sound git tree.
The patch will be included in the next pull request so that it'll
be fixed in 2.6.33-rc6.
thanks,
Takashi
On 27/01/10 19:29, Takashi Iwai wrote:
> At Wed, 27 Jan 2010 17:17:04 +0000,
> Sid Boyce wrote:
>>
>> On 27/01/10 06:42, Takashi Iwai wrote:
>>> At Wed, 27 Jan 2010 02:40:05 +0000,
>>> Sid Boyce wrote:
>>>>
>>>> On 27/01/10 00:56, Rafael J. Wysocki wrote:
>>>>> On Tuesday 26 January 2010, Sid Boyce wrote:
>>>>>> I forgot to mention 2.6.33-rc5 now boots successfully.
>>>>>
>>>>> Does that mean the problem is fixed in 2.6.33-rc5 or you still need the
>>>>> enable_msi=0 workaround?
>>>>>
>>>>> Rafael
>>>>>
>>>> It boots only with the enable_msi=0 workaround.
>>>
>>> OK, then could you run alsa-info.sh (with --no-upload option), and
>>> attach the generated file? I'll add your device to the blacklist for
>>> disabling MSI in hda_intel.c.
>>>
>>>
>>> thanks,
>>>
>>> Takashi
>>>
>>>
>>
>> Thanks.
>
> OK, I added the corresponding quirk entry to sound git tree.
> The patch will be included in the next pull request so that it'll
> be fixed in 2.6.33-rc6.
>
>
> thanks,
>
> Takashi
>
Thanks, I shall give a try then.
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
Renaming this bug as the "only 1 CPU" bug has been fixed, but the hang
at HDA remains.
I shall plug in a SB Audigy and see if it will boot with that.
By disabling the on-board HDA Intel audio in the BIOS, the system boots.
tindog:~ # uname -r
2.6.33-rc4-smp
On 2.6.32-git1 which boots, hwinfo shows:-
oss.card_id = 'HDA NVidia'
oss.card_id = 'HDA NVidia'
oss.card_id = 'HDA NVidia'
alsa.card_id = 'HDA NVidia'
alsa.card_id = 'HDA NVidia'
alsa.card_id = 'HDA NVidia'
alsa.card_id = 'HDA NVidia'
info.product = 'HDA NVidia ALSA hardware specific Device'
alsa.card_id = 'HDA NVidia'
info.product = 'HDA NVidia ALSA Control Device'
alsa.card_id = 'HDA NVidia'
info.product = 'HDA NVidia Sound Card'
sound.card_id = 'HDA NVidia'
info.linux.driver = 'HDA Intel'
22: 489835 578 IO-APIC-fasteoi sata_nv, HDA Intel
HDA Intel: /devices/pci0000:00/0000:00:0e.1
HDA Intel: module = snd_hda_intel
irq:0 22 ( 490413) "sata_nv" "HDA Intel"
HDA Intel: /devices/pci0000:00/0000:00:0e.1
HDA Intel: module = snd_hda_intel
HDA Intel: /devices/pci0000:00/0000:00:0e.1
HDA Intel: module = snd_hda_intel
E: DRIVER=HDA Intel
<6>HDA Intel 0000:00:0e.1: PCI INT B -> Link[AAZA] -> GSI 22 (level,
low) -> IRQ 22
<7>HDA Intel 0000:00:0e.1: setting latency timer to 64
Driver: "HDA Intel"
Regards
Sid.
On 11/01/10 03:39, Sid Boyce wrote:
> On 10/01/10 22:32, 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=14946
>> Subject : All kernels after 2.6.32-git10 show only 1 CPU
>> Submitter : Sid Boyce <[email protected]>
>> Date : 2009-12-23 16:55 (19 days old)
>> References : http://marc.info/?l=linux-kernel&m=126158734326801&w=4
>>
>>
>>
>>
>
> With 2.6.33-rc3-git3 I now see 2 CPU's every on a normal boot, but its
> locking up solid at this part of the boot process as usual.
> ACPI: PCI Interrupt Link [AAZA] enabled at IRQ 22
> HDA Intel 0000:00:0e.1: PCI INT B -> Link[AAZA] -> GSI 22 (level, low)
> -> IRQ 22.
> With acpi=noirq (2 CPU's)
> ================
> kvm: Nested Virtualization enabled.
> IT8716 Super IO detected
> Parport_PC 00:0a: reported by plug and Play ACPI
> Parport 0: PC-Style at 0x378, irq 7 [PCSPP, TRISTATE,EPP]
> parport: irq 7 in use, resorting to polled operation
> HDA Intel 0000:00:0e.1: PCI -> APIC IRQ transform: INT B -> IRQ 11
>
> With acpi=ht (1 CPU)
> =============
> Hangs at:-
> Loading drivees, configuring devices do_IRQ: 0.65 No irq handler for
> vector (irq -1)
>
> With acpi=off (2 CPU's)
> ========================
> Hangs at same point as with acpi=noirq.
>
> 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
With the PCI Audigy card in, the box wouldn't even enter POST, either
the Audigy is bad (unknown - from a box that couldn't see the drives) or
there is something faulty on the motherboard. I am currently running
2.6.33-rc4-git2 on the box with a Terratec Aureon 5.1 USB MK II sound card.
Regards
Sid.
On 15/01/10 01:24, Sid Boyce wrote:
> Renaming this bug as the "only 1 CPU" bug has been fixed, but the hang
> at HDA remains.
> I shall plug in a SB Audigy and see if it will boot with that.
> By disabling the on-board HDA Intel audio in the BIOS, the system boots.
> tindog:~ # uname -r
> 2.6.33-rc4-smp
> On 2.6.32-git1 which boots, hwinfo shows:-
> oss.card_id = 'HDA NVidia'
> oss.card_id = 'HDA NVidia'
> oss.card_id = 'HDA NVidia'
> alsa.card_id = 'HDA NVidia'
> alsa.card_id = 'HDA NVidia'
> alsa.card_id = 'HDA NVidia'
> alsa.card_id = 'HDA NVidia'
> info.product = 'HDA NVidia ALSA hardware specific Device'
> alsa.card_id = 'HDA NVidia'
> info.product = 'HDA NVidia ALSA Control Device'
> alsa.card_id = 'HDA NVidia'
> info.product = 'HDA NVidia Sound Card'
> sound.card_id = 'HDA NVidia'
> info.linux.driver = 'HDA Intel'
> 22: 489835 578 IO-APIC-fasteoi sata_nv, HDA Intel
> HDA Intel: /devices/pci0000:00/0000:00:0e.1
> HDA Intel: module = snd_hda_intel
> irq:0 22 ( 490413) "sata_nv" "HDA Intel"
> HDA Intel: /devices/pci0000:00/0000:00:0e.1
> HDA Intel: module = snd_hda_intel
> HDA Intel: /devices/pci0000:00/0000:00:0e.1
> HDA Intel: module = snd_hda_intel
> E: DRIVER=HDA Intel
> <6>HDA Intel 0000:00:0e.1: PCI INT B -> Link[AAZA] -> GSI 22 (level,
> low) -> IRQ 22
> <7>HDA Intel 0000:00:0e.1: setting latency timer to 64
> Driver: "HDA Intel"
>
> Regards
> Sid.
>
> On 11/01/10 03:39, Sid Boyce wrote:
>> On 10/01/10 22:32, 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=14946
>>> Subject : All kernels after 2.6.32-git10 show only 1 CPU
>>> Submitter : Sid Boyce <[email protected]>
>>> Date : 2009-12-23 16:55 (19 days old)
>>> References : http://marc.info/?l=linux-kernel&m=126158734326801&w=4
>>>
>>>
>>>
>>>
>>
>> With 2.6.33-rc3-git3 I now see 2 CPU's every on a normal boot, but its
>> locking up solid at this part of the boot process as usual.
>> ACPI: PCI Interrupt Link [AAZA] enabled at IRQ 22
>> HDA Intel 0000:00:0e.1: PCI INT B -> Link[AAZA] -> GSI 22 (level, low)
>> -> IRQ 22.
>> With acpi=noirq (2 CPU's)
>> ================
>> kvm: Nested Virtualization enabled.
>> IT8716 Super IO detected
>> Parport_PC 00:0a: reported by plug and Play ACPI
>> Parport 0: PC-Style at 0x378, irq 7 [PCSPP, TRISTATE,EPP]
>> parport: irq 7 in use, resorting to polled operation
>> HDA Intel 0000:00:0e.1: PCI -> APIC IRQ transform: INT B -> IRQ 11
>>
>> With acpi=ht (1 CPU)
>> =============
>> Hangs at:-
>> Loading drivees, configuring devices do_IRQ: 0.65 No irq handler for
>> vector (irq -1)
>>
>> With acpi=off (2 CPU's)
>> ========================
>> Hangs at same point as with acpi=noirq.
>>
>> 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 15/01/10 16:01, Sid Boyce wrote:
> With the PCI Audigy card in, the box wouldn't even enter POST, either
> the Audigy is bad (unknown - from a box that couldn't see the drives) or
> there is something faulty on the motherboard. I am currently running
> 2.6.33-rc4-git2 on the box with a Terratec Aureon 5.1 USB MK II sound card.
> Regards
> Sid.
>
The Audigy card is definitely bad as the original box now works fine
without it.
Something has definitely changed in the HDA Intel code or handling of it
that causes that card to cause a solid lock-up on kernels >2.6.32-git1.
Regards
Sid.
> On 15/01/10 01:24, Sid Boyce wrote:
>> Renaming this bug as the "only 1 CPU" bug has been fixed, but the hang
>> at HDA remains.
>> I shall plug in a SB Audigy and see if it will boot with that.
>> By disabling the on-board HDA Intel audio in the BIOS, the system boots.
>> tindog:~ # uname -r
>> 2.6.33-rc4-smp
>> On 2.6.32-git1 which boots, hwinfo shows:-
>> oss.card_id = 'HDA NVidia'
>> oss.card_id = 'HDA NVidia'
>> oss.card_id = 'HDA NVidia'
>> alsa.card_id = 'HDA NVidia'
>> alsa.card_id = 'HDA NVidia'
>> alsa.card_id = 'HDA NVidia'
>> alsa.card_id = 'HDA NVidia'
>> info.product = 'HDA NVidia ALSA hardware specific Device'
>> alsa.card_id = 'HDA NVidia'
>> info.product = 'HDA NVidia ALSA Control Device'
>> alsa.card_id = 'HDA NVidia'
>> info.product = 'HDA NVidia Sound Card'
>> sound.card_id = 'HDA NVidia'
>> info.linux.driver = 'HDA Intel'
>> 22: 489835 578 IO-APIC-fasteoi sata_nv, HDA Intel
>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
>> HDA Intel: module = snd_hda_intel
>> irq:0 22 ( 490413) "sata_nv" "HDA Intel"
>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
>> HDA Intel: module = snd_hda_intel
>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
>> HDA Intel: module = snd_hda_intel
>> E: DRIVER=HDA Intel
>> <6>HDA Intel 0000:00:0e.1: PCI INT B -> Link[AAZA] -> GSI 22 (level,
>> low) -> IRQ 22
>> <7>HDA Intel 0000:00:0e.1: setting latency timer to 64
>> Driver: "HDA Intel"
>>
>> Regards
>> Sid.
>>
>> On 11/01/10 03:39, Sid Boyce wrote:
>>> On 10/01/10 22:32, 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=14946
>>>> Subject : All kernels after 2.6.32-git10 show only 1 CPU
>>>> Submitter : Sid Boyce <[email protected]>
>>>> Date : 2009-12-23 16:55 (19 days old)
>>>> References : http://marc.info/?l=linux-kernel&m=126158734326801&w=4
>>>>
>>>>
>>>>
>>>>
>>>
>>> With 2.6.33-rc3-git3 I now see 2 CPU's every on a normal boot, but its
>>> locking up solid at this part of the boot process as usual.
>>> ACPI: PCI Interrupt Link [AAZA] enabled at IRQ 22
>>> HDA Intel 0000:00:0e.1: PCI INT B -> Link[AAZA] -> GSI 22 (level, low)
>>> -> IRQ 22.
>>> With acpi=noirq (2 CPU's)
>>> ================
>>> kvm: Nested Virtualization enabled.
>>> IT8716 Super IO detected
>>> Parport_PC 00:0a: reported by plug and Play ACPI
>>> Parport 0: PC-Style at 0x378, irq 7 [PCSPP, TRISTATE,EPP]
>>> parport: irq 7 in use, resorting to polled operation
>>> HDA Intel 0000:00:0e.1: PCI -> APIC IRQ transform: INT B -> IRQ 11
>>>
>>> With acpi=ht (1 CPU)
>>> =============
>>> Hangs at:-
>>> Loading drivees, configuring devices do_IRQ: 0.65 No irq handler for
>>> vector (irq -1)
>>>
>>> With acpi=off (2 CPU's)
>>> ========================
>>> Hangs at same point as with acpi=noirq.
>>>
>>> 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 Sun, 10 Jan 2010, Rafael J. Wysocki wrote:
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14942
> > Subject : gkrellm no longer shows all the temperatures on thinkpad x60
> > Submitter : Pavel Machek <[email protected]>
> > Date : 2009-12-27 21:57 (15 days old)
> > References : http://marc.info/?l=linux-kernel&m=126195107005565&w=4
> > Handled-By : Henrique de Moraes Holschuh <[email protected]>
> > Patch : http://patchwork.kernel.org/patch/69809/
>
> Waiting for Pavel to confirm whether this can be closed or not. There could
> be more than one bug involved, and I only fixed one.
Can be closed; it seems that gkrellm removed the graphs after it
failed once, or something like that.
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
On Monday 01 February 2010, Pavel Machek wrote:
> > On Sun, 10 Jan 2010, Rafael J. Wysocki wrote:
> > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14942
> > > Subject : gkrellm no longer shows all the temperatures on thinkpad x60
> > > Submitter : Pavel Machek <[email protected]>
> > > Date : 2009-12-27 21:57 (15 days old)
> > > References : http://marc.info/?l=linux-kernel&m=126195107005565&w=4
> > > Handled-By : Henrique de Moraes Holschuh <[email protected]>
> > > Patch : http://patchwork.kernel.org/patch/69809/
> >
> > Waiting for Pavel to confirm whether this can be closed or not. There could
> > be more than one bug involved, and I only fixed one.
>
> Can be closed; it seems that gkrellm removed the graphs after it
> failed once, or something like that.
Thanks, already closed.
Rafael