* 2.6.36-rc6-git2: Reported regressions 2.6.34 -> 2.6.35
@ 2010-10-03 21:36 ` Rafael J. Wysocki
0 siblings, 0 replies; 59+ messages in thread
From: Rafael J. Wysocki @ 2010-10-03 21:36 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Maciej Rutecki, Florian Mickler, Andrew Morton, Linus Torvalds,
Kernel Testers List, Network Development, Linux ACPI,
Linux PM List, Linux SCSI List, Linux Wireless List, DRI
This message contains a list of some post-2.6.34 regressions introduced before
2.6.35, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved post-2.6.34 regressions, please let us know
either and we'll add them to the list. Also, please let us 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-10-03 141 21 17
2010-09-26 139 24 21
2010-09-20 137 27 25
2010-09-12 135 26 25
2010-08-30 124 38 34
2010-08-01 100 27 23
2010-07-23 94 33 25
2010-07-09 79 45 37
2010-06-21 46 37 26
2010-06-09 15 13 10
Unresolved regressions
----------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=19612
Subject : Computer fails to hibernate - problem idling SMP CPU's
Submitter : <tempo444z@gmail.com>
Date : 2010-10-02 22:26 (2 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=19302
Subject : PROBLEM: kernel crash on USB-modem (Huawei E1750) hangup.
Submitter : O01eg <O01eg@yandex.ru>
Date : 2010-09-26 19:50 (8 days old)
Message-ID : <op.vjnn1up1yohvy1@localhost>
References : http://marc.info/?l=linux-kernel&m=128553111709569&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=18522
Subject : cdrom drive doesn't detect removal
Submitter : Maxim Levitsky <maximlevitsky@gmail.com>
Date : 2010-09-12 9:49 (22 days old)
First-Bad-Commit: http://git.kernel.org/linus/6b4517a7913a09d3259bb1d21c9cb300f12294bd
Message-ID : <1284284969.2928.18.camel@maxim-laptop>
References : http://marc.info/?l=linux-kernel&m=128428499013930&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=17812
Subject : Kernel completely frozen when memory is full
Submitter : Mickey86 <mikael.cordon@gmail.com>
Date : 2010-09-05 13:09 (29 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=17261
Subject : Freezes on bootup
Submitter : Dan Dart <dandart@googlemail.com>
Date : 2010-08-29 09:00 (36 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16891
Subject : Kernel panic while loading intel module during boot
Submitter : Anisse Astier <anisse@astier.eu>
Date : 2010-08-24 13:19 (41 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16691
Subject : IPW5100: iwlagn broken with 2.6.34.x to 2.6.35.2 update
Submitter : Can Celasun <dcelasun@gmail.com>
Date : 2010-08-21 08:28 (44 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16614
Subject : [2.6.35] usb 2.0 em28xx kernel panic general protection fault: 0000 [#1] SMP RIP: 0010:[<ffffffffa004fbc5>] [<ffffffffa004fbc5>] em28xx_isoc_copy_vbi+0x62e/0x812 [em28xx]
Submitter : Sander Eikelenboom <linux@eikelenboom.it>
Date : 2010-08-10 22:12 (55 days old)
Message-ID : <61936849.20100811001257@eikelenboom.it>
References : http://marc.info/?l=linux-kernel&m=128152075830927&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16562
Subject : 2.6.35: cpu_idle bug report / on i7 870 cpu (x86_64)
Submitter : Justin Piszcz <jpiszcz@lucidpixels.com>
Date : 2010-08-06 22:09 (59 days old)
Message-ID : <alpine.DEB.2.00.1008061800530.5241@p34.internal.lan>
References : http://marc.info/?l=linux-kernel&m=128113260904048&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16549
Subject : 2.6.35: suspicious rcu_dereference_check() usage
Submitter : Vladislav Bolkhovitin <vst@vlnb.net>
Date : 2010-08-04 10:56 (61 days old)
Message-ID : <4C594740.1090608@vlnb.net>
References : http://marc.info/?l=linux-kernel&m=128091938215177&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16525
Subject : unexpected high load since 2.6.35
Submitter : MadLoisae@gmx.net <MadLoisae@gmx.net>
Date : 2010-08-02 20:53 (63 days old)
Message-ID : <4C573041.1070103@gmx.net>
References : http://marc.info/?l=linux-kernel&m=128078243726655&w=2
http://lkml.org/lkml/2010/9/14/105
http://lkml.org/lkml/2010/9/27/328
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16515
Subject : [bisected] Radeon rv280 can't boot on kernel 2.6.35.
Submitter : Albert Gall <ss3vdr@gmail.com>
Date : 2010-08-04 16:10 (61 days old)
First-Bad-Commit: http://git.kernel.org/linus/https://bugzilla.kernel.org/attachment.cgi?id=27350
Handled-By : Alex Deucher <alexdeucher@gmail.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16488
Subject : [i915] Framebuffer ID error after suspend/hibernate leading to X crash
Submitter : Milan Bouchet-Valat <nalimilan@club.fr>
Date : 2010-08-01 08:55 (64 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16458
Subject : Bluetooth disabled after resume
Submitter : AttilaN <attila123456@gmail.com>
Date : 2010-07-25 09:33 (71 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16380
Subject : Loop devices act strangely in 2.6.35
Submitter : Artem S. Tashkinov <t.artem@mailcity.com>
Date : 2010-07-13 23:21 (83 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16265
Subject : Why is kslowd accumulating so much CPU time?
Submitter : Theodore Ts'o <tytso@mit.edu>
Date : 2010-06-09 18:36 (117 days old)
First-Bad-Commit: http://git.kernel.org/linus/fbf81762e385d3d45acad057b654d56972acf58c
Message-ID : <E1OMQ88-0002a1-Gb@closure.thunk.org>
References : http://marc.info/?l=linux-kernel&m=127610857819033&w=4
http://bugs.freedesktop.org/show_bug.cgi?id=29536
Handled-By : Chris Wilson <chris@chris-wilson.co.uk>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16221
Subject : 2.6.35-rc2-git5 -- [drm:drm_mode_getfb] *ERROR* invalid framebuffer id
Submitter : Miles Lane <miles.lane@gmail.com>
Date : 2010-06-11 20:31 (115 days old)
Message-ID : <AANLkTim0jVRyqkwlGOcrg_XTvUQwcBYfWJX-aRzkkrLG@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127628828119623&w=2
Regressions with patches
------------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=17772
Subject : Unable to locate IOAPIC for GSI *
Submitter : zersaa <zersaa@gmail.com>
Date : 2010-09-04 21:28 (30 days old)
Handled-By : Eric W. Biederman <ebiederm@xmission.com>
Patch : https://patchwork.kernel.org/patch/104501/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16462
Subject : unable to connect to hidden SSID AP on legal channel 13
Submitter : Daniel J Blueman <daniel.blueman@gmail.com>
Date : 2010-07-25 17:06 (71 days old)
Handled-By : Johannes Berg <johannes.berg@intel.com>
Patch : https://bugzilla.kernel.org/attachment.cgi?id=31862
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16312
Subject : WARNING: at fs/fs-writeback.c:1127 __mark_inode_dirty
Submitter : Zdenek Kabelac <zdenek.kabelac@gmail.com>
Date : 2010-06-28 9:40 (98 days old)
Message-ID : <AANLkTin24fr5O4_q5Xbo9Y_NKkEmtcp6Hgmr9_4qXaFz@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127771804806465&w=2
http://lkml.indiana.edu/hypermail/linux/kernel/1007.3/00884.html
Handled-By : Jan Kara <jack@suse.cz>
Jan Kara <jack@suse.cz>
Patch : https://bugzilla.kernel.org/attachment.cgi?id=30282
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16228
Subject : BUG/boot failure on Dell Precision T3500 (pci/ahci_stop_engine)
Submitter : Brian Bloniarz <brian.bloniarz@gmail.com>
Date : 2010-06-16 17:57 (110 days old)
Handled-By : Bjorn Helgaas <bjorn.helgaas@hp.com>
Patch : https://patchwork.kernel.org/patch/189182/
https://patchwork.kernel.org/patch/189232/
https://patchwork.kernel.org/patch/189242/
https://patchwork.kernel.org/patch/189252/
For details, please visit the bug entries and follow the links given in
references.
As you can see, there is a Bugzilla entry for each of the listed regressions.
There also is a Bugzilla entry used for tracking the regressions introduced
between 2.6.34 and 2.6.35, unresolved as well as resolved, at:
http://bugzilla.kernel.org/show_bug.cgi?id=16055
Please let the tracking team know if there are any Bugzilla entries that
should be added to the list in there.
Thanks!
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Bug #16221] 2.6.35-rc2-git5 -- [drm:drm_mode_getfb] *ERROR* invalid framebuffer id
2010-10-03 21:36 ` Rafael J. Wysocki
@ 2010-10-03 21:36 ` Rafael J. Wysocki
-1 siblings, 0 replies; 59+ messages in thread
From: Rafael J. Wysocki @ 2010-10-03 21:36 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Florian Mickler, David Fries,
Miles Lane
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.34 and 2.6.35.
The following bug entry is on the current list of known regressions
introduced between 2.6.34 and 2.6.35. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16221
Subject : 2.6.35-rc2-git5 -- [drm:drm_mode_getfb] *ERROR* invalid framebuffer id
Submitter : Miles Lane <miles.lane-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2010-06-11 20:31 (115 days old)
Message-ID : <AANLkTim0jVRyqkwlGOcrg_XTvUQwcBYfWJX-aRzkkrLG-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
References : http://marc.info/?l=linux-kernel&m=127628828119623&w=2
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Bug #16380] Loop devices act strangely in 2.6.35
2010-10-03 21:36 ` Rafael J. Wysocki
(?)
(?)
@ 2010-10-03 21:53 ` Rafael J. Wysocki
-1 siblings, 0 replies; 59+ messages in thread
From: Rafael J. Wysocki @ 2010-10-03 21:53 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Florian Mickler,
Artem S. Tashkinov
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.34 and 2.6.35.
The following bug entry is on the current list of known regressions
introduced between 2.6.34 and 2.6.35. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16380
Subject : Loop devices act strangely in 2.6.35
Submitter : Artem S. Tashkinov <t.artem@mailcity.com>
Date : 2010-07-13 23:21 (83 days old)
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Bug #16462] unable to connect to hidden SSID AP on legal channel 13
2010-10-03 21:36 ` Rafael J. Wysocki
` (2 preceding siblings ...)
(?)
@ 2010-10-03 21:53 ` Rafael J. Wysocki
2010-10-04 7:45 ` Daniel J Blueman
-1 siblings, 1 reply; 59+ messages in thread
From: Rafael J. Wysocki @ 2010-10-03 21:53 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Florian Mickler,
Daniel J Blueman, Johannes Berg
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.34 and 2.6.35.
The following bug entry is on the current list of known regressions
introduced between 2.6.34 and 2.6.35. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16462
Subject : unable to connect to hidden SSID AP on legal channel 13
Submitter : Daniel J Blueman <daniel.blueman@gmail.com>
Date : 2010-07-25 17:06 (71 days old)
Handled-By : Johannes Berg <johannes.berg@intel.com>
Patch : https://bugzilla.kernel.org/attachment.cgi?id=31862
^ permalink raw reply [flat|nested] 59+ messages in thread* Re: [Bug #16462] unable to connect to hidden SSID AP on legal channel 13
2010-10-03 21:53 ` [Bug #16462] unable to connect to hidden SSID AP on legal channel 13 Rafael J. Wysocki
@ 2010-10-04 7:45 ` Daniel J Blueman
0 siblings, 0 replies; 59+ messages in thread
From: Daniel J Blueman @ 2010-10-04 7:45 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Florian Mickler, Johannes Berg
Hi Rafael,
On 3 October 2010 22:53, Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org> wrote:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.34 and 2.6.35.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.34 and 2.6.35. Please verify if it still should
> be listed and let the tracking team know (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16462
> Subject : unable to connect to hidden SSID AP on legal channel 13
> Submitter : Daniel J Blueman <daniel.blueman-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Date : 2010-07-25 17:06 (71 days old)
> Handled-By : Johannes Berg <johannes.berg-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
> Patch : https://bugzilla.kernel.org/attachment.cgi?id=31862
This patch addresses the issue, though it hasn't been pulled to mainline yet.
Many thanks,
Daniel
--
Daniel J Blueman
^ permalink raw reply [flat|nested] 59+ messages in thread
* Re: [Bug #16462] unable to connect to hidden SSID AP on legal channel 13
@ 2010-10-04 7:45 ` Daniel J Blueman
0 siblings, 0 replies; 59+ messages in thread
From: Daniel J Blueman @ 2010-10-04 7:45 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Florian Mickler, Johannes Berg
Hi Rafael,
On 3 October 2010 22:53, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.34 and 2.6.35.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.34 and 2.6.35. Please verify if it still should
> be listed and let the tracking team know (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16462
> Subject : unable to connect to hidden SSID AP on legal channel 13
> Submitter : Daniel J Blueman <daniel.blueman@gmail.com>
> Date : 2010-07-25 17:06 (71 days old)
> Handled-By : Johannes Berg <johannes.berg@intel.com>
> Patch : https://bugzilla.kernel.org/attachment.cgi?id=31862
This patch addresses the issue, though it hasn't been pulled to mainline yet.
Many thanks,
Daniel
--
Daniel J Blueman
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Bug #16458] Bluetooth disabled after resume
2010-10-03 21:36 ` Rafael J. Wysocki
` (3 preceding siblings ...)
(?)
@ 2010-10-03 21:53 ` Rafael J. Wysocki
-1 siblings, 0 replies; 59+ messages in thread
From: Rafael J. Wysocki @ 2010-10-03 21:53 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Florian Mickler, AttilaN
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.34 and 2.6.35.
The following bug entry is on the current list of known regressions
introduced between 2.6.34 and 2.6.35. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16458
Subject : Bluetooth disabled after resume
Submitter : AttilaN <attila123456@gmail.com>
Date : 2010-07-25 09:33 (71 days old)
^ permalink raw reply [flat|nested] 59+ messages in thread* [Bug #16228] BUG/boot failure on Dell Precision T3500 (pci/ahci_stop_engine)
2010-10-03 21:36 ` Rafael J. Wysocki
@ 2010-10-03 21:53 ` Rafael J. Wysocki
-1 siblings, 0 replies; 59+ messages in thread
From: Rafael J. Wysocki @ 2010-10-03 21:53 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Florian Mickler,
Bjorn Helgaas, Brian Bloniarz, Yinghai Lu
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.34 and 2.6.35.
The following bug entry is on the current list of known regressions
introduced between 2.6.34 and 2.6.35. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16228
Subject : BUG/boot failure on Dell Precision T3500 (pci/ahci_stop_engine)
Submitter : Brian Bloniarz <brian.bloniarz-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2010-06-16 17:57 (110 days old)
Handled-By : Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
Patch : https://patchwork.kernel.org/patch/189182/
https://patchwork.kernel.org/patch/189232/
https://patchwork.kernel.org/patch/189242/
https://patchwork.kernel.org/patch/189252/
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Bug #16312] WARNING: at fs/fs-writeback.c:1127 __mark_inode_dirty
2010-10-03 21:36 ` Rafael J. Wysocki
@ 2010-10-03 21:53 ` Rafael J. Wysocki
-1 siblings, 0 replies; 59+ messages in thread
From: Rafael J. Wysocki @ 2010-10-03 21:53 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Florian Mickler, Jan Kara,
Zdenek Kabelac
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.34 and 2.6.35.
The following bug entry is on the current list of known regressions
introduced between 2.6.34 and 2.6.35. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16312
Subject : WARNING: at fs/fs-writeback.c:1127 __mark_inode_dirty
Submitter : Zdenek Kabelac <zdenek.kabelac-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2010-06-28 9:40 (98 days old)
Message-ID : <AANLkTin24fr5O4_q5Xbo9Y_NKkEmtcp6Hgmr9_4qXaFz-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
References : http://marc.info/?l=linux-kernel&m=127771804806465&w=2
http://lkml.indiana.edu/hypermail/linux/kernel/1007.3/00884.html
Handled-By : Jan Kara <jack-AlSwsSmVLrQ@public.gmane.org>
Jan Kara <jack-AlSwsSmVLrQ@public.gmane.org>
Patch : https://bugzilla.kernel.org/attachment.cgi?id=30282
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Bug #16265] Why is kslowd accumulating so much CPU time?
2010-10-03 21:36 ` Rafael J. Wysocki
@ 2010-10-03 21:53 ` Rafael J. Wysocki
-1 siblings, 0 replies; 59+ messages in thread
From: Rafael J. Wysocki @ 2010-10-03 21:53 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Florian Mickler,
Chris Wilson, Dave Airlie, Theodore Ts'o
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.34 and 2.6.35.
The following bug entry is on the current list of known regressions
introduced between 2.6.34 and 2.6.35. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16265
Subject : Why is kslowd accumulating so much CPU time?
Submitter : Theodore Ts'o <tytso-3s7WtUTddSA@public.gmane.org>
Date : 2010-06-09 18:36 (117 days old)
First-Bad-Commit: http://git.kernel.org/linus/fbf81762e385d3d45acad057b654d56972acf58c
Message-ID : <E1OMQ88-0002a1-Gb-UK71uKi2zisAobODsErMgNi2O/JbrIOy@public.gmane.org>
References : http://marc.info/?l=linux-kernel&m=127610857819033&w=4
http://bugs.freedesktop.org/show_bug.cgi?id=29536
Handled-By : Chris Wilson <chris-Y6uKTt2uX1cEflXRtASbqLVCufUGDwFn@public.gmane.org>
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Bug #16562] 2.6.35: cpu_idle bug report / on i7 870 cpu (x86_64)
2010-10-03 21:36 ` Rafael J. Wysocki
` (7 preceding siblings ...)
(?)
@ 2010-10-03 21:53 ` Rafael J. Wysocki
-1 siblings, 0 replies; 59+ messages in thread
From: Rafael J. Wysocki @ 2010-10-03 21:53 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Florian Mickler,
Justin Piszcz
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.34 and 2.6.35.
The following bug entry is on the current list of known regressions
introduced between 2.6.34 and 2.6.35. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16562
Subject : 2.6.35: cpu_idle bug report / on i7 870 cpu (x86_64)
Submitter : Justin Piszcz <jpiszcz@lucidpixels.com>
Date : 2010-08-06 22:09 (59 days old)
Message-ID : <alpine.DEB.2.00.1008061800530.5241@p34.internal.lan>
References : http://marc.info/?l=linux-kernel&m=128113260904048&w=2
^ permalink raw reply [flat|nested] 59+ messages in thread* [Bug #16488] [i915] Framebuffer ID error after suspend/hibernate leading to X crash
2010-10-03 21:36 ` Rafael J. Wysocki
@ 2010-10-03 21:53 ` Rafael J. Wysocki
-1 siblings, 0 replies; 59+ messages in thread
From: Rafael J. Wysocki @ 2010-10-03 21:53 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Florian Mickler,
Linus Torvalds, Milan Bouchet-Valat
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.34 and 2.6.35.
The following bug entry is on the current list of known regressions
introduced between 2.6.34 and 2.6.35. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16488
Subject : [i915] Framebuffer ID error after suspend/hibernate leading to X crash
Submitter : Milan Bouchet-Valat <nalimilan-pqIVbhRXszc@public.gmane.org>
Date : 2010-08-01 08:55 (64 days old)
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Bug #16525] unexpected high load since 2.6.35
2010-10-03 21:36 ` Rafael J. Wysocki
@ 2010-10-03 21:53 ` Rafael J. Wysocki
-1 siblings, 0 replies; 59+ messages in thread
From: Rafael J. Wysocki @ 2010-10-03 21:53 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Florian Mickler,
MadLoisae-hi6Y0CQ0nG0@public.gmane.org, Peter Zijlstra,
2010-04-22-4aM62lgALcCSrlBSqq5r4w, "21:50:19"
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.34 and 2.6.35.
The following bug entry is on the current list of known regressions
introduced between 2.6.34 and 2.6.35. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16525
Subject : unexpected high load since 2.6.35
Submitter : MadLoisae-hi6Y0CQ0nG0@public.gmane.org <MadLoisae-hi6Y0CQ0nG0@public.gmane.org>
Date : 2010-08-02 20:53 (63 days old)
Message-ID : <4C573041.1070103-hi6Y0CQ0nG0@public.gmane.org>
References : http://marc.info/?l=linux-kernel&m=128078243726655&w=2
http://lkml.org/lkml/2010/9/14/105
http://lkml.org/lkml/2010/9/27/328
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Bug #16549] 2.6.35: suspicious rcu_dereference_check() usage
2010-10-03 21:36 ` Rafael J. Wysocki
` (10 preceding siblings ...)
(?)
@ 2010-10-03 21:53 ` Rafael J. Wysocki
-1 siblings, 0 replies; 59+ messages in thread
From: Rafael J. Wysocki @ 2010-10-03 21:53 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Florian Mickler,
Vladislav Bolkhovitin
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.34 and 2.6.35.
The following bug entry is on the current list of known regressions
introduced between 2.6.34 and 2.6.35. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16549
Subject : 2.6.35: suspicious rcu_dereference_check() usage
Submitter : Vladislav Bolkhovitin <vst@vlnb.net>
Date : 2010-08-04 10:56 (61 days old)
Message-ID : <4C594740.1090608@vlnb.net>
References : http://marc.info/?l=linux-kernel&m=128091938215177&w=2
^ permalink raw reply [flat|nested] 59+ messages in thread* [Bug #16515] [bisected] Radeon rv280 can't boot on kernel 2.6.35.
2010-10-03 21:36 ` Rafael J. Wysocki
` (11 preceding siblings ...)
(?)
@ 2010-10-03 21:53 ` Rafael J. Wysocki
-1 siblings, 0 replies; 59+ messages in thread
From: Rafael J. Wysocki @ 2010-10-03 21:53 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Florian Mickler, Albert Gall,
Alex Deucher, Dave Airlie, Jerome Glisse
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.34 and 2.6.35.
The following bug entry is on the current list of known regressions
introduced between 2.6.34 and 2.6.35. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16515
Subject : [bisected] Radeon rv280 can't boot on kernel 2.6.35.
Submitter : Albert Gall <ss3vdr@gmail.com>
Date : 2010-08-04 16:10 (61 days old)
First-Bad-Commit: http://git.kernel.org/linus/https://bugzilla.kernel.org/attachment.cgi?id=27350
Handled-By : Alex Deucher <alexdeucher@gmail.com>
^ permalink raw reply [flat|nested] 59+ messages in thread* [Bug #16691] IPW5100: iwlagn broken with 2.6.34.x to 2.6.35.2 update
2010-10-03 21:36 ` Rafael J. Wysocki
` (12 preceding siblings ...)
(?)
@ 2010-10-03 21:53 ` Rafael J. Wysocki
-1 siblings, 0 replies; 59+ messages in thread
From: Rafael J. Wysocki @ 2010-10-03 21:53 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Florian Mickler, Can Celasun
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.34 and 2.6.35.
The following bug entry is on the current list of known regressions
introduced between 2.6.34 and 2.6.35. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16691
Subject : IPW5100: iwlagn broken with 2.6.34.x to 2.6.35.2 update
Submitter : Can Celasun <dcelasun@gmail.com>
Date : 2010-08-21 08:28 (44 days old)
^ permalink raw reply [flat|nested] 59+ messages in thread* [Bug #16891] Kernel panic while loading intel module during boot
2010-10-03 21:36 ` Rafael J. Wysocki
@ 2010-10-03 21:53 ` Rafael J. Wysocki
-1 siblings, 0 replies; 59+ messages in thread
From: Rafael J. Wysocki @ 2010-10-03 21:53 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Florian Mickler,
Anisse Astier, Eric Anholt, Tim Gardner
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.34 and 2.6.35.
The following bug entry is on the current list of known regressions
introduced between 2.6.34 and 2.6.35. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16891
Subject : Kernel panic while loading intel module during boot
Submitter : Anisse Astier <anisse-fwwRqrJYcP2HXe+LvDLADg@public.gmane.org>
Date : 2010-08-24 13:19 (41 days old)
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Bug #16891] Kernel panic while loading intel module during boot
@ 2010-10-03 21:53 ` Rafael J. Wysocki
0 siblings, 0 replies; 59+ messages in thread
From: Rafael J. Wysocki @ 2010-10-03 21:53 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Florian Mickler,
Anisse Astier, Eric Anholt, Tim Gardner
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.34 and 2.6.35.
The following bug entry is on the current list of known regressions
introduced between 2.6.34 and 2.6.35. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16891
Subject : Kernel panic while loading intel module during boot
Submitter : Anisse Astier <anisse@astier.eu>
Date : 2010-08-24 13:19 (41 days old)
^ permalink raw reply [flat|nested] 59+ messages in thread
* Re: [Bug #16891] Kernel panic while loading intel module during boot
2010-10-03 21:53 ` Rafael J. Wysocki
@ 2010-10-04 15:25 ` Anisse Astier
-1 siblings, 0 replies; 59+ messages in thread
From: Anisse Astier @ 2010-10-04 15:25 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Florian Mickler, Eric Anholt, Tim Gardner, Daniel Vetter
On Sun, 3 Oct 2010 23:53:02 +0200 (CEST), "Rafael J. Wysocki" <rjw-KKrjLPT3xs0@public.gmane.org> wrote :
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.34 and 2.6.35.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.34 and 2.6.35. Please verify if it still should
> be listed and let the tracking team know (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16891
> Subject : Kernel panic while loading intel module during boot
> Submitter : Anisse Astier <anisse-fwwRqrJYcP2HXe+LvDLADg@public.gmane.org>
> Date : 2010-08-24 13:19 (41 days old)
>
>
This bug is still valid, and should be listed as a regression.
I tried to upload on bugzilla a patch authored by Daniel Vetter that fixes
the problem, but then bugzilla went into blackhole mode.
I'll provide this patch here in the meantime in case anyone is interested.
Regards,
Anisse
---
From: Daniel Vetter <daniel.vetter-/w4YWyX8dFk@public.gmane.org>
Date: Fri, 1 Oct 2010 19:52:09 +0200
Subject: [PATCH] intel-gtt: fix 2.6.35 regression
Port of commit "intel-gtt: fix gtt_total_entries detection" to 2.6.35.
Also adds PINEVIEW_IG to IS_G33 detection list
Signed-off-by: Anisse Astier <anisse-fwwRqrJYcP2HXe+LvDLADg@public.gmane.org>
---
drivers/char/agp/intel-agp.h | 1 +
drivers/char/agp/intel-gtt.c | 63 ++++++++++++++++++------------------------
2 files changed, 28 insertions(+), 36 deletions(-)
diff --git a/drivers/char/agp/intel-agp.h b/drivers/char/agp/intel-agp.h
index bc9a4ad..2fbbe63 100644
--- a/drivers/char/agp/intel-agp.h
+++ b/drivers/char/agp/intel-agp.h
@@ -226,6 +226,7 @@
agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_Q35_HB || \
agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_Q33_HB || \
agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_PINEVIEW_M_HB || \
+ agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_PINEVIEW_IG || \
agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_PINEVIEW_HB)
#define IS_PINEVIEW (agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_PINEVIEW_M_HB || \
diff --git a/drivers/char/agp/intel-gtt.c b/drivers/char/agp/intel-gtt.c
index ed11c77..ea18f64 100644
--- a/drivers/char/agp/intel-gtt.c
+++ b/drivers/char/agp/intel-gtt.c
@@ -501,7 +501,7 @@ static void intel_i830_init_gtt_entries(void)
pci_read_config_word(agp_bridge->dev, I830_GMCH_CTRL, &gmch_ctrl);
- if (IS_I965) {
+ if (IS_G33 || IS_I965) {
u32 pgetbl_ctl;
pgetbl_ctl = readl(intel_private.registers+I810_PGETBL_CTL);
@@ -534,22 +534,6 @@ static void intel_i830_init_gtt_entries(void)
size = 512;
}
size += 4; /* add in BIOS popup space */
- } else if (IS_G33 && !IS_PINEVIEW) {
- /* G33's GTT size defined in gmch_ctrl */
- switch (gmch_ctrl & G33_PGETBL_SIZE_MASK) {
- case G33_PGETBL_SIZE_1M:
- size = 1024;
- break;
- case G33_PGETBL_SIZE_2M:
- size = 2048;
- break;
- default:
- dev_info(&agp_bridge->dev->dev,
- "unknown page table size 0x%x, assuming 512KB\n",
- (gmch_ctrl & G33_PGETBL_SIZE_MASK));
- size = 512;
- }
- size += 4;
} else if (IS_G4X || IS_PINEVIEW) {
/* On 4 series hardware, GTT stolen is separate from graphics
* stolen, ignore it in stolen gtt entries counting. However,
@@ -1220,24 +1204,31 @@ static int intel_i915_get_gtt_size(void)
int size;
if (IS_G33) {
- u16 gmch_ctrl;
+ u32 pgetbl_ctl;
+ pgetbl_ctl = readl(intel_private.registers+I810_PGETBL_CTL);
- /* G33's GTT size defined in gmch_ctrl */
- pci_read_config_word(agp_bridge->dev, I830_GMCH_CTRL, &gmch_ctrl);
- switch (gmch_ctrl & I830_GMCH_GMS_MASK) {
- case I830_GMCH_GMS_STOLEN_512:
+ switch (pgetbl_ctl & I965_PGETBL_SIZE_MASK) {
+ case I965_PGETBL_SIZE_128KB:
+ size = 128;
+ break;
+ case I965_PGETBL_SIZE_256KB:
+ size = 256;
+ break;
+ case I965_PGETBL_SIZE_512KB:
size = 512;
break;
- case I830_GMCH_GMS_STOLEN_1024:
+ case I965_PGETBL_SIZE_1MB:
size = 1024;
break;
- case I830_GMCH_GMS_STOLEN_8192:
- size = 8*1024;
+ case I965_PGETBL_SIZE_2MB:
+ size = 2048;
+ break;
+ case I965_PGETBL_SIZE_1_5MB:
+ size = 1024 + 512;
break;
default:
- dev_info(&agp_bridge->dev->dev,
- "unknown page table size 0x%x, assuming 512KB\n",
- (gmch_ctrl & I830_GMCH_GMS_MASK));
+ dev_info(&intel_private.pcidev->dev,
+ "unknown page table size, assuming 512KB\n");
size = 512;
}
} else {
@@ -1269,14 +1260,6 @@ static int intel_i915_create_gatt_table(struct agp_bridge_data *bridge)
pci_read_config_dword(intel_private.pcidev, I915_MMADDR, &temp);
pci_read_config_dword(intel_private.pcidev, I915_PTEADDR, &temp2);
- gtt_map_size = intel_i915_get_gtt_size();
-
- intel_private.gtt = ioremap(temp2, gtt_map_size);
- if (!intel_private.gtt)
- return -ENOMEM;
-
- intel_private.gtt_total_size = gtt_map_size / 4;
-
temp &= 0xfff80000;
intel_private.registers = ioremap(temp, 128 * 4096);
@@ -1285,6 +1268,14 @@ static int intel_i915_create_gatt_table(struct agp_bridge_data *bridge)
return -ENOMEM;
}
+ gtt_map_size = intel_i915_get_gtt_size();
+
+ intel_private.gtt = ioremap(temp2, gtt_map_size);
+ if (!intel_private.gtt)
+ return -ENOMEM;
+
+ intel_private.gtt_total_size = gtt_map_size / 4;
+
temp = readl(intel_private.registers+I810_PGETBL_CTL) & 0xfffff000;
global_cache_flush(); /* FIXME: ? */
--
1.7.0.6
^ permalink raw reply related [flat|nested] 59+ messages in thread* Re: [Bug #16891] Kernel panic while loading intel module during boot
@ 2010-10-04 15:25 ` Anisse Astier
0 siblings, 0 replies; 59+ messages in thread
From: Anisse Astier @ 2010-10-04 15:25 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Florian Mickler, Eric Anholt, Tim Gardner, Daniel Vetter
On Sun, 3 Oct 2010 23:53:02 +0200 (CEST), "Rafael J. Wysocki" <rjw@sisk.pl> wrote :
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.34 and 2.6.35.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.34 and 2.6.35. Please verify if it still should
> be listed and let the tracking team know (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16891
> Subject : Kernel panic while loading intel module during boot
> Submitter : Anisse Astier <anisse@astier.eu>
> Date : 2010-08-24 13:19 (41 days old)
>
>
This bug is still valid, and should be listed as a regression.
I tried to upload on bugzilla a patch authored by Daniel Vetter that fixes
the problem, but then bugzilla went into blackhole mode.
I'll provide this patch here in the meantime in case anyone is interested.
Regards,
Anisse
---
From: Daniel Vetter <daniel.vetter@ffwll.ch>
Date: Fri, 1 Oct 2010 19:52:09 +0200
Subject: [PATCH] intel-gtt: fix 2.6.35 regression
Port of commit "intel-gtt: fix gtt_total_entries detection" to 2.6.35.
Also adds PINEVIEW_IG to IS_G33 detection list
Signed-off-by: Anisse Astier <anisse@astier.eu>
---
drivers/char/agp/intel-agp.h | 1 +
drivers/char/agp/intel-gtt.c | 63 ++++++++++++++++++------------------------
2 files changed, 28 insertions(+), 36 deletions(-)
diff --git a/drivers/char/agp/intel-agp.h b/drivers/char/agp/intel-agp.h
index bc9a4ad..2fbbe63 100644
--- a/drivers/char/agp/intel-agp.h
+++ b/drivers/char/agp/intel-agp.h
@@ -226,6 +226,7 @@
agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_Q35_HB || \
agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_Q33_HB || \
agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_PINEVIEW_M_HB || \
+ agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_PINEVIEW_IG || \
agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_PINEVIEW_HB)
#define IS_PINEVIEW (agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_PINEVIEW_M_HB || \
diff --git a/drivers/char/agp/intel-gtt.c b/drivers/char/agp/intel-gtt.c
index ed11c77..ea18f64 100644
--- a/drivers/char/agp/intel-gtt.c
+++ b/drivers/char/agp/intel-gtt.c
@@ -501,7 +501,7 @@ static void intel_i830_init_gtt_entries(void)
pci_read_config_word(agp_bridge->dev, I830_GMCH_CTRL, &gmch_ctrl);
- if (IS_I965) {
+ if (IS_G33 || IS_I965) {
u32 pgetbl_ctl;
pgetbl_ctl = readl(intel_private.registers+I810_PGETBL_CTL);
@@ -534,22 +534,6 @@ static void intel_i830_init_gtt_entries(void)
size = 512;
}
size += 4; /* add in BIOS popup space */
- } else if (IS_G33 && !IS_PINEVIEW) {
- /* G33's GTT size defined in gmch_ctrl */
- switch (gmch_ctrl & G33_PGETBL_SIZE_MASK) {
- case G33_PGETBL_SIZE_1M:
- size = 1024;
- break;
- case G33_PGETBL_SIZE_2M:
- size = 2048;
- break;
- default:
- dev_info(&agp_bridge->dev->dev,
- "unknown page table size 0x%x, assuming 512KB\n",
- (gmch_ctrl & G33_PGETBL_SIZE_MASK));
- size = 512;
- }
- size += 4;
} else if (IS_G4X || IS_PINEVIEW) {
/* On 4 series hardware, GTT stolen is separate from graphics
* stolen, ignore it in stolen gtt entries counting. However,
@@ -1220,24 +1204,31 @@ static int intel_i915_get_gtt_size(void)
int size;
if (IS_G33) {
- u16 gmch_ctrl;
+ u32 pgetbl_ctl;
+ pgetbl_ctl = readl(intel_private.registers+I810_PGETBL_CTL);
- /* G33's GTT size defined in gmch_ctrl */
- pci_read_config_word(agp_bridge->dev, I830_GMCH_CTRL, &gmch_ctrl);
- switch (gmch_ctrl & I830_GMCH_GMS_MASK) {
- case I830_GMCH_GMS_STOLEN_512:
+ switch (pgetbl_ctl & I965_PGETBL_SIZE_MASK) {
+ case I965_PGETBL_SIZE_128KB:
+ size = 128;
+ break;
+ case I965_PGETBL_SIZE_256KB:
+ size = 256;
+ break;
+ case I965_PGETBL_SIZE_512KB:
size = 512;
break;
- case I830_GMCH_GMS_STOLEN_1024:
+ case I965_PGETBL_SIZE_1MB:
size = 1024;
break;
- case I830_GMCH_GMS_STOLEN_8192:
- size = 8*1024;
+ case I965_PGETBL_SIZE_2MB:
+ size = 2048;
+ break;
+ case I965_PGETBL_SIZE_1_5MB:
+ size = 1024 + 512;
break;
default:
- dev_info(&agp_bridge->dev->dev,
- "unknown page table size 0x%x, assuming 512KB\n",
- (gmch_ctrl & I830_GMCH_GMS_MASK));
+ dev_info(&intel_private.pcidev->dev,
+ "unknown page table size, assuming 512KB\n");
size = 512;
}
} else {
@@ -1269,14 +1260,6 @@ static int intel_i915_create_gatt_table(struct agp_bridge_data *bridge)
pci_read_config_dword(intel_private.pcidev, I915_MMADDR, &temp);
pci_read_config_dword(intel_private.pcidev, I915_PTEADDR, &temp2);
- gtt_map_size = intel_i915_get_gtt_size();
-
- intel_private.gtt = ioremap(temp2, gtt_map_size);
- if (!intel_private.gtt)
- return -ENOMEM;
-
- intel_private.gtt_total_size = gtt_map_size / 4;
-
temp &= 0xfff80000;
intel_private.registers = ioremap(temp, 128 * 4096);
@@ -1285,6 +1268,14 @@ static int intel_i915_create_gatt_table(struct agp_bridge_data *bridge)
return -ENOMEM;
}
+ gtt_map_size = intel_i915_get_gtt_size();
+
+ intel_private.gtt = ioremap(temp2, gtt_map_size);
+ if (!intel_private.gtt)
+ return -ENOMEM;
+
+ intel_private.gtt_total_size = gtt_map_size / 4;
+
temp = readl(intel_private.registers+I810_PGETBL_CTL) & 0xfffff000;
global_cache_flush(); /* FIXME: ? */
--
1.7.0.6
^ permalink raw reply related [flat|nested] 59+ messages in thread[parent not found: <20101004172509.0aded2ba-nMKIGJZKI6fIeUwiHPfBe2GXanvQGlWp@public.gmane.org>]
* Re: [Bug #16891] Kernel panic while loading intel module during boot
2010-10-04 15:25 ` Anisse Astier
@ 2010-10-04 19:42 ` Rafael J. Wysocki
-1 siblings, 0 replies; 59+ messages in thread
From: Rafael J. Wysocki @ 2010-10-04 19:42 UTC (permalink / raw)
To: Anisse Astier
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Florian Mickler, Eric Anholt, Tim Gardner, Daniel Vetter,
Andrew Morton, Jesse Barnes
On Monday, October 04, 2010, Anisse Astier wrote:
> On Sun, 3 Oct 2010 23:53:02 +0200 (CEST), "Rafael J. Wysocki" <rjw-KKrjLPT3xs0@public.gmane.org> wrote :
>
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.34 and 2.6.35.
> >
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.34 and 2.6.35. Please verify if it still should
> > be listed and let the tracking team know (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16891
> > Subject : Kernel panic while loading intel module during boot
> > Submitter : Anisse Astier <anisse-fwwRqrJYcP2HXe+LvDLADg@public.gmane.org>
> > Date : 2010-08-24 13:19 (41 days old)
> >
> >
>
> This bug is still valid, and should be listed as a regression.
> I tried to upload on bugzilla a patch authored by Daniel Vetter that fixes
> the problem, but then bugzilla went into blackhole mode.
>
> I'll provide this patch here in the meantime in case anyone is interested.
Thanks for the update and the patch.
Well, I wonder who's going to merge it?
Rafael
> ---
> From: Daniel Vetter <daniel.vetter-/w4YWyX8dFk@public.gmane.org>
> Date: Fri, 1 Oct 2010 19:52:09 +0200
> Subject: [PATCH] intel-gtt: fix 2.6.35 regression
>
> Port of commit "intel-gtt: fix gtt_total_entries detection" to 2.6.35.
>
> Also adds PINEVIEW_IG to IS_G33 detection list
>
> Signed-off-by: Anisse Astier <anisse-fwwRqrJYcP2HXe+LvDLADg@public.gmane.org>
> ---
> drivers/char/agp/intel-agp.h | 1 +
> drivers/char/agp/intel-gtt.c | 63 ++++++++++++++++++------------------------
> 2 files changed, 28 insertions(+), 36 deletions(-)
>
> diff --git a/drivers/char/agp/intel-agp.h b/drivers/char/agp/intel-agp.h
> index bc9a4ad..2fbbe63 100644
> --- a/drivers/char/agp/intel-agp.h
> +++ b/drivers/char/agp/intel-agp.h
> @@ -226,6 +226,7 @@
> agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_Q35_HB || \
> agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_Q33_HB || \
> agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_PINEVIEW_M_HB || \
> + agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_PINEVIEW_IG || \
> agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_PINEVIEW_HB)
>
> #define IS_PINEVIEW (agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_PINEVIEW_M_HB || \
> diff --git a/drivers/char/agp/intel-gtt.c b/drivers/char/agp/intel-gtt.c
> index ed11c77..ea18f64 100644
> --- a/drivers/char/agp/intel-gtt.c
> +++ b/drivers/char/agp/intel-gtt.c
> @@ -501,7 +501,7 @@ static void intel_i830_init_gtt_entries(void)
>
> pci_read_config_word(agp_bridge->dev, I830_GMCH_CTRL, &gmch_ctrl);
>
> - if (IS_I965) {
> + if (IS_G33 || IS_I965) {
> u32 pgetbl_ctl;
> pgetbl_ctl = readl(intel_private.registers+I810_PGETBL_CTL);
>
> @@ -534,22 +534,6 @@ static void intel_i830_init_gtt_entries(void)
> size = 512;
> }
> size += 4; /* add in BIOS popup space */
> - } else if (IS_G33 && !IS_PINEVIEW) {
> - /* G33's GTT size defined in gmch_ctrl */
> - switch (gmch_ctrl & G33_PGETBL_SIZE_MASK) {
> - case G33_PGETBL_SIZE_1M:
> - size = 1024;
> - break;
> - case G33_PGETBL_SIZE_2M:
> - size = 2048;
> - break;
> - default:
> - dev_info(&agp_bridge->dev->dev,
> - "unknown page table size 0x%x, assuming 512KB\n",
> - (gmch_ctrl & G33_PGETBL_SIZE_MASK));
> - size = 512;
> - }
> - size += 4;
> } else if (IS_G4X || IS_PINEVIEW) {
> /* On 4 series hardware, GTT stolen is separate from graphics
> * stolen, ignore it in stolen gtt entries counting. However,
> @@ -1220,24 +1204,31 @@ static int intel_i915_get_gtt_size(void)
> int size;
>
> if (IS_G33) {
> - u16 gmch_ctrl;
> + u32 pgetbl_ctl;
> + pgetbl_ctl = readl(intel_private.registers+I810_PGETBL_CTL);
>
> - /* G33's GTT size defined in gmch_ctrl */
> - pci_read_config_word(agp_bridge->dev, I830_GMCH_CTRL, &gmch_ctrl);
> - switch (gmch_ctrl & I830_GMCH_GMS_MASK) {
> - case I830_GMCH_GMS_STOLEN_512:
> + switch (pgetbl_ctl & I965_PGETBL_SIZE_MASK) {
> + case I965_PGETBL_SIZE_128KB:
> + size = 128;
> + break;
> + case I965_PGETBL_SIZE_256KB:
> + size = 256;
> + break;
> + case I965_PGETBL_SIZE_512KB:
> size = 512;
> break;
> - case I830_GMCH_GMS_STOLEN_1024:
> + case I965_PGETBL_SIZE_1MB:
> size = 1024;
> break;
> - case I830_GMCH_GMS_STOLEN_8192:
> - size = 8*1024;
> + case I965_PGETBL_SIZE_2MB:
> + size = 2048;
> + break;
> + case I965_PGETBL_SIZE_1_5MB:
> + size = 1024 + 512;
> break;
> default:
> - dev_info(&agp_bridge->dev->dev,
> - "unknown page table size 0x%x, assuming 512KB\n",
> - (gmch_ctrl & I830_GMCH_GMS_MASK));
> + dev_info(&intel_private.pcidev->dev,
> + "unknown page table size, assuming 512KB\n");
> size = 512;
> }
> } else {
> @@ -1269,14 +1260,6 @@ static int intel_i915_create_gatt_table(struct agp_bridge_data *bridge)
> pci_read_config_dword(intel_private.pcidev, I915_MMADDR, &temp);
> pci_read_config_dword(intel_private.pcidev, I915_PTEADDR, &temp2);
>
> - gtt_map_size = intel_i915_get_gtt_size();
> -
> - intel_private.gtt = ioremap(temp2, gtt_map_size);
> - if (!intel_private.gtt)
> - return -ENOMEM;
> -
> - intel_private.gtt_total_size = gtt_map_size / 4;
> -
> temp &= 0xfff80000;
>
> intel_private.registers = ioremap(temp, 128 * 4096);
> @@ -1285,6 +1268,14 @@ static int intel_i915_create_gatt_table(struct agp_bridge_data *bridge)
> return -ENOMEM;
> }
>
> + gtt_map_size = intel_i915_get_gtt_size();
> +
> + intel_private.gtt = ioremap(temp2, gtt_map_size);
> + if (!intel_private.gtt)
> + return -ENOMEM;
> +
> + intel_private.gtt_total_size = gtt_map_size / 4;
> +
> temp = readl(intel_private.registers+I810_PGETBL_CTL) & 0xfffff000;
> global_cache_flush(); /* FIXME: ? */
>
>
^ permalink raw reply [flat|nested] 59+ messages in thread* Re: [Bug #16891] Kernel panic while loading intel module during boot
@ 2010-10-04 19:42 ` Rafael J. Wysocki
0 siblings, 0 replies; 59+ messages in thread
From: Rafael J. Wysocki @ 2010-10-04 19:42 UTC (permalink / raw)
To: Anisse Astier
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Florian Mickler, Eric Anholt, Tim Gardner, Daniel Vetter,
Andrew Morton, Jesse Barnes
On Monday, October 04, 2010, Anisse Astier wrote:
> On Sun, 3 Oct 2010 23:53:02 +0200 (CEST), "Rafael J. Wysocki" <rjw@sisk.pl> wrote :
>
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.34 and 2.6.35.
> >
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.34 and 2.6.35. Please verify if it still should
> > be listed and let the tracking team know (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16891
> > Subject : Kernel panic while loading intel module during boot
> > Submitter : Anisse Astier <anisse@astier.eu>
> > Date : 2010-08-24 13:19 (41 days old)
> >
> >
>
> This bug is still valid, and should be listed as a regression.
> I tried to upload on bugzilla a patch authored by Daniel Vetter that fixes
> the problem, but then bugzilla went into blackhole mode.
>
> I'll provide this patch here in the meantime in case anyone is interested.
Thanks for the update and the patch.
Well, I wonder who's going to merge it?
Rafael
> ---
> From: Daniel Vetter <daniel.vetter@ffwll.ch>
> Date: Fri, 1 Oct 2010 19:52:09 +0200
> Subject: [PATCH] intel-gtt: fix 2.6.35 regression
>
> Port of commit "intel-gtt: fix gtt_total_entries detection" to 2.6.35.
>
> Also adds PINEVIEW_IG to IS_G33 detection list
>
> Signed-off-by: Anisse Astier <anisse@astier.eu>
> ---
> drivers/char/agp/intel-agp.h | 1 +
> drivers/char/agp/intel-gtt.c | 63 ++++++++++++++++++------------------------
> 2 files changed, 28 insertions(+), 36 deletions(-)
>
> diff --git a/drivers/char/agp/intel-agp.h b/drivers/char/agp/intel-agp.h
> index bc9a4ad..2fbbe63 100644
> --- a/drivers/char/agp/intel-agp.h
> +++ b/drivers/char/agp/intel-agp.h
> @@ -226,6 +226,7 @@
> agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_Q35_HB || \
> agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_Q33_HB || \
> agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_PINEVIEW_M_HB || \
> + agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_PINEVIEW_IG || \
> agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_PINEVIEW_HB)
>
> #define IS_PINEVIEW (agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_PINEVIEW_M_HB || \
> diff --git a/drivers/char/agp/intel-gtt.c b/drivers/char/agp/intel-gtt.c
> index ed11c77..ea18f64 100644
> --- a/drivers/char/agp/intel-gtt.c
> +++ b/drivers/char/agp/intel-gtt.c
> @@ -501,7 +501,7 @@ static void intel_i830_init_gtt_entries(void)
>
> pci_read_config_word(agp_bridge->dev, I830_GMCH_CTRL, &gmch_ctrl);
>
> - if (IS_I965) {
> + if (IS_G33 || IS_I965) {
> u32 pgetbl_ctl;
> pgetbl_ctl = readl(intel_private.registers+I810_PGETBL_CTL);
>
> @@ -534,22 +534,6 @@ static void intel_i830_init_gtt_entries(void)
> size = 512;
> }
> size += 4; /* add in BIOS popup space */
> - } else if (IS_G33 && !IS_PINEVIEW) {
> - /* G33's GTT size defined in gmch_ctrl */
> - switch (gmch_ctrl & G33_PGETBL_SIZE_MASK) {
> - case G33_PGETBL_SIZE_1M:
> - size = 1024;
> - break;
> - case G33_PGETBL_SIZE_2M:
> - size = 2048;
> - break;
> - default:
> - dev_info(&agp_bridge->dev->dev,
> - "unknown page table size 0x%x, assuming 512KB\n",
> - (gmch_ctrl & G33_PGETBL_SIZE_MASK));
> - size = 512;
> - }
> - size += 4;
> } else if (IS_G4X || IS_PINEVIEW) {
> /* On 4 series hardware, GTT stolen is separate from graphics
> * stolen, ignore it in stolen gtt entries counting. However,
> @@ -1220,24 +1204,31 @@ static int intel_i915_get_gtt_size(void)
> int size;
>
> if (IS_G33) {
> - u16 gmch_ctrl;
> + u32 pgetbl_ctl;
> + pgetbl_ctl = readl(intel_private.registers+I810_PGETBL_CTL);
>
> - /* G33's GTT size defined in gmch_ctrl */
> - pci_read_config_word(agp_bridge->dev, I830_GMCH_CTRL, &gmch_ctrl);
> - switch (gmch_ctrl & I830_GMCH_GMS_MASK) {
> - case I830_GMCH_GMS_STOLEN_512:
> + switch (pgetbl_ctl & I965_PGETBL_SIZE_MASK) {
> + case I965_PGETBL_SIZE_128KB:
> + size = 128;
> + break;
> + case I965_PGETBL_SIZE_256KB:
> + size = 256;
> + break;
> + case I965_PGETBL_SIZE_512KB:
> size = 512;
> break;
> - case I830_GMCH_GMS_STOLEN_1024:
> + case I965_PGETBL_SIZE_1MB:
> size = 1024;
> break;
> - case I830_GMCH_GMS_STOLEN_8192:
> - size = 8*1024;
> + case I965_PGETBL_SIZE_2MB:
> + size = 2048;
> + break;
> + case I965_PGETBL_SIZE_1_5MB:
> + size = 1024 + 512;
> break;
> default:
> - dev_info(&agp_bridge->dev->dev,
> - "unknown page table size 0x%x, assuming 512KB\n",
> - (gmch_ctrl & I830_GMCH_GMS_MASK));
> + dev_info(&intel_private.pcidev->dev,
> + "unknown page table size, assuming 512KB\n");
> size = 512;
> }
> } else {
> @@ -1269,14 +1260,6 @@ static int intel_i915_create_gatt_table(struct agp_bridge_data *bridge)
> pci_read_config_dword(intel_private.pcidev, I915_MMADDR, &temp);
> pci_read_config_dword(intel_private.pcidev, I915_PTEADDR, &temp2);
>
> - gtt_map_size = intel_i915_get_gtt_size();
> -
> - intel_private.gtt = ioremap(temp2, gtt_map_size);
> - if (!intel_private.gtt)
> - return -ENOMEM;
> -
> - intel_private.gtt_total_size = gtt_map_size / 4;
> -
> temp &= 0xfff80000;
>
> intel_private.registers = ioremap(temp, 128 * 4096);
> @@ -1285,6 +1268,14 @@ static int intel_i915_create_gatt_table(struct agp_bridge_data *bridge)
> return -ENOMEM;
> }
>
> + gtt_map_size = intel_i915_get_gtt_size();
> +
> + intel_private.gtt = ioremap(temp2, gtt_map_size);
> + if (!intel_private.gtt)
> + return -ENOMEM;
> +
> + intel_private.gtt_total_size = gtt_map_size / 4;
> +
> temp = readl(intel_private.registers+I810_PGETBL_CTL) & 0xfffff000;
> global_cache_flush(); /* FIXME: ? */
>
>
^ permalink raw reply [flat|nested] 59+ messages in thread[parent not found: <201010042142.29402.rjw-KKrjLPT3xs0@public.gmane.org>]
* Re: [Bug #16891] Kernel panic while loading intel module during boot
2010-10-04 19:42 ` Rafael J. Wysocki
@ 2010-10-04 20:40 ` Rafael J. Wysocki
-1 siblings, 0 replies; 59+ messages in thread
From: Rafael J. Wysocki @ 2010-10-04 20:40 UTC (permalink / raw)
To: Anisse Astier, Chris Wilson
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Florian Mickler, Eric Anholt, Tim Gardner, Daniel Vetter,
Andrew Morton, Jesse Barnes
On Monday, October 04, 2010, Rafael J. Wysocki wrote:
> On Monday, October 04, 2010, Anisse Astier wrote:
> > On Sun, 3 Oct 2010 23:53:02 +0200 (CEST), "Rafael J. Wysocki" <rjw-KKrjLPT3xs0@public.gmane.org> wrote :
> >
> > > This message has been generated automatically as a part of a report
> > > of regressions introduced between 2.6.34 and 2.6.35.
> > >
> > > The following bug entry is on the current list of known regressions
> > > introduced between 2.6.34 and 2.6.35. Please verify if it still should
> > > be listed and let the tracking team know (either way).
> > >
> > >
> > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16891
> > > Subject : Kernel panic while loading intel module during boot
> > > Submitter : Anisse Astier <anisse-fwwRqrJYcP2HXe+LvDLADg@public.gmane.org>
> > > Date : 2010-08-24 13:19 (41 days old)
> > >
> > >
> >
> > This bug is still valid, and should be listed as a regression.
> > I tried to upload on bugzilla a patch authored by Daniel Vetter that fixes
> > the problem, but then bugzilla went into blackhole mode.
> >
> > I'll provide this patch here in the meantime in case anyone is interested.
>
> Thanks for the update and the patch.
>
> Well, I wonder who's going to merge it?
Chris, can you please have a look?
Thanks,
Rafael
> > ---
> > From: Daniel Vetter <daniel.vetter-/w4YWyX8dFk@public.gmane.org>
> > Date: Fri, 1 Oct 2010 19:52:09 +0200
> > Subject: [PATCH] intel-gtt: fix 2.6.35 regression
> >
> > Port of commit "intel-gtt: fix gtt_total_entries detection" to 2.6.35.
> >
> > Also adds PINEVIEW_IG to IS_G33 detection list
> >
> > Signed-off-by: Anisse Astier <anisse-fwwRqrJYcP2HXe+LvDLADg@public.gmane.org>
> > ---
> > drivers/char/agp/intel-agp.h | 1 +
> > drivers/char/agp/intel-gtt.c | 63 ++++++++++++++++++------------------------
> > 2 files changed, 28 insertions(+), 36 deletions(-)
> >
> > diff --git a/drivers/char/agp/intel-agp.h b/drivers/char/agp/intel-agp.h
> > index bc9a4ad..2fbbe63 100644
> > --- a/drivers/char/agp/intel-agp.h
> > +++ b/drivers/char/agp/intel-agp.h
> > @@ -226,6 +226,7 @@
> > agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_Q35_HB || \
> > agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_Q33_HB || \
> > agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_PINEVIEW_M_HB || \
> > + agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_PINEVIEW_IG || \
> > agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_PINEVIEW_HB)
> >
> > #define IS_PINEVIEW (agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_PINEVIEW_M_HB || \
> > diff --git a/drivers/char/agp/intel-gtt.c b/drivers/char/agp/intel-gtt.c
> > index ed11c77..ea18f64 100644
> > --- a/drivers/char/agp/intel-gtt.c
> > +++ b/drivers/char/agp/intel-gtt.c
> > @@ -501,7 +501,7 @@ static void intel_i830_init_gtt_entries(void)
> >
> > pci_read_config_word(agp_bridge->dev, I830_GMCH_CTRL, &gmch_ctrl);
> >
> > - if (IS_I965) {
> > + if (IS_G33 || IS_I965) {
> > u32 pgetbl_ctl;
> > pgetbl_ctl = readl(intel_private.registers+I810_PGETBL_CTL);
> >
> > @@ -534,22 +534,6 @@ static void intel_i830_init_gtt_entries(void)
> > size = 512;
> > }
> > size += 4; /* add in BIOS popup space */
> > - } else if (IS_G33 && !IS_PINEVIEW) {
> > - /* G33's GTT size defined in gmch_ctrl */
> > - switch (gmch_ctrl & G33_PGETBL_SIZE_MASK) {
> > - case G33_PGETBL_SIZE_1M:
> > - size = 1024;
> > - break;
> > - case G33_PGETBL_SIZE_2M:
> > - size = 2048;
> > - break;
> > - default:
> > - dev_info(&agp_bridge->dev->dev,
> > - "unknown page table size 0x%x, assuming 512KB\n",
> > - (gmch_ctrl & G33_PGETBL_SIZE_MASK));
> > - size = 512;
> > - }
> > - size += 4;
> > } else if (IS_G4X || IS_PINEVIEW) {
> > /* On 4 series hardware, GTT stolen is separate from graphics
> > * stolen, ignore it in stolen gtt entries counting. However,
> > @@ -1220,24 +1204,31 @@ static int intel_i915_get_gtt_size(void)
> > int size;
> >
> > if (IS_G33) {
> > - u16 gmch_ctrl;
> > + u32 pgetbl_ctl;
> > + pgetbl_ctl = readl(intel_private.registers+I810_PGETBL_CTL);
> >
> > - /* G33's GTT size defined in gmch_ctrl */
> > - pci_read_config_word(agp_bridge->dev, I830_GMCH_CTRL, &gmch_ctrl);
> > - switch (gmch_ctrl & I830_GMCH_GMS_MASK) {
> > - case I830_GMCH_GMS_STOLEN_512:
> > + switch (pgetbl_ctl & I965_PGETBL_SIZE_MASK) {
> > + case I965_PGETBL_SIZE_128KB:
> > + size = 128;
> > + break;
> > + case I965_PGETBL_SIZE_256KB:
> > + size = 256;
> > + break;
> > + case I965_PGETBL_SIZE_512KB:
> > size = 512;
> > break;
> > - case I830_GMCH_GMS_STOLEN_1024:
> > + case I965_PGETBL_SIZE_1MB:
> > size = 1024;
> > break;
> > - case I830_GMCH_GMS_STOLEN_8192:
> > - size = 8*1024;
> > + case I965_PGETBL_SIZE_2MB:
> > + size = 2048;
> > + break;
> > + case I965_PGETBL_SIZE_1_5MB:
> > + size = 1024 + 512;
> > break;
> > default:
> > - dev_info(&agp_bridge->dev->dev,
> > - "unknown page table size 0x%x, assuming 512KB\n",
> > - (gmch_ctrl & I830_GMCH_GMS_MASK));
> > + dev_info(&intel_private.pcidev->dev,
> > + "unknown page table size, assuming 512KB\n");
> > size = 512;
> > }
> > } else {
> > @@ -1269,14 +1260,6 @@ static int intel_i915_create_gatt_table(struct agp_bridge_data *bridge)
> > pci_read_config_dword(intel_private.pcidev, I915_MMADDR, &temp);
> > pci_read_config_dword(intel_private.pcidev, I915_PTEADDR, &temp2);
> >
> > - gtt_map_size = intel_i915_get_gtt_size();
> > -
> > - intel_private.gtt = ioremap(temp2, gtt_map_size);
> > - if (!intel_private.gtt)
> > - return -ENOMEM;
> > -
> > - intel_private.gtt_total_size = gtt_map_size / 4;
> > -
> > temp &= 0xfff80000;
> >
> > intel_private.registers = ioremap(temp, 128 * 4096);
> > @@ -1285,6 +1268,14 @@ static int intel_i915_create_gatt_table(struct agp_bridge_data *bridge)
> > return -ENOMEM;
> > }
> >
> > + gtt_map_size = intel_i915_get_gtt_size();
> > +
> > + intel_private.gtt = ioremap(temp2, gtt_map_size);
> > + if (!intel_private.gtt)
> > + return -ENOMEM;
> > +
> > + intel_private.gtt_total_size = gtt_map_size / 4;
> > +
> > temp = readl(intel_private.registers+I810_PGETBL_CTL) & 0xfffff000;
> > global_cache_flush(); /* FIXME: ? */
> >
> >
^ permalink raw reply [flat|nested] 59+ messages in thread* Re: [Bug #16891] Kernel panic while loading intel module during boot
@ 2010-10-04 20:40 ` Rafael J. Wysocki
0 siblings, 0 replies; 59+ messages in thread
From: Rafael J. Wysocki @ 2010-10-04 20:40 UTC (permalink / raw)
To: Anisse Astier, Chris Wilson
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Florian Mickler, Eric Anholt, Tim Gardner, Daniel Vetter,
Andrew Morton, Jesse Barnes
On Monday, October 04, 2010, Rafael J. Wysocki wrote:
> On Monday, October 04, 2010, Anisse Astier wrote:
> > On Sun, 3 Oct 2010 23:53:02 +0200 (CEST), "Rafael J. Wysocki" <rjw@sisk.pl> wrote :
> >
> > > This message has been generated automatically as a part of a report
> > > of regressions introduced between 2.6.34 and 2.6.35.
> > >
> > > The following bug entry is on the current list of known regressions
> > > introduced between 2.6.34 and 2.6.35. Please verify if it still should
> > > be listed and let the tracking team know (either way).
> > >
> > >
> > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16891
> > > Subject : Kernel panic while loading intel module during boot
> > > Submitter : Anisse Astier <anisse@astier.eu>
> > > Date : 2010-08-24 13:19 (41 days old)
> > >
> > >
> >
> > This bug is still valid, and should be listed as a regression.
> > I tried to upload on bugzilla a patch authored by Daniel Vetter that fixes
> > the problem, but then bugzilla went into blackhole mode.
> >
> > I'll provide this patch here in the meantime in case anyone is interested.
>
> Thanks for the update and the patch.
>
> Well, I wonder who's going to merge it?
Chris, can you please have a look?
Thanks,
Rafael
> > ---
> > From: Daniel Vetter <daniel.vetter@ffwll.ch>
> > Date: Fri, 1 Oct 2010 19:52:09 +0200
> > Subject: [PATCH] intel-gtt: fix 2.6.35 regression
> >
> > Port of commit "intel-gtt: fix gtt_total_entries detection" to 2.6.35.
> >
> > Also adds PINEVIEW_IG to IS_G33 detection list
> >
> > Signed-off-by: Anisse Astier <anisse@astier.eu>
> > ---
> > drivers/char/agp/intel-agp.h | 1 +
> > drivers/char/agp/intel-gtt.c | 63 ++++++++++++++++++------------------------
> > 2 files changed, 28 insertions(+), 36 deletions(-)
> >
> > diff --git a/drivers/char/agp/intel-agp.h b/drivers/char/agp/intel-agp.h
> > index bc9a4ad..2fbbe63 100644
> > --- a/drivers/char/agp/intel-agp.h
> > +++ b/drivers/char/agp/intel-agp.h
> > @@ -226,6 +226,7 @@
> > agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_Q35_HB || \
> > agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_Q33_HB || \
> > agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_PINEVIEW_M_HB || \
> > + agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_PINEVIEW_IG || \
> > agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_PINEVIEW_HB)
> >
> > #define IS_PINEVIEW (agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_PINEVIEW_M_HB || \
> > diff --git a/drivers/char/agp/intel-gtt.c b/drivers/char/agp/intel-gtt.c
> > index ed11c77..ea18f64 100644
> > --- a/drivers/char/agp/intel-gtt.c
> > +++ b/drivers/char/agp/intel-gtt.c
> > @@ -501,7 +501,7 @@ static void intel_i830_init_gtt_entries(void)
> >
> > pci_read_config_word(agp_bridge->dev, I830_GMCH_CTRL, &gmch_ctrl);
> >
> > - if (IS_I965) {
> > + if (IS_G33 || IS_I965) {
> > u32 pgetbl_ctl;
> > pgetbl_ctl = readl(intel_private.registers+I810_PGETBL_CTL);
> >
> > @@ -534,22 +534,6 @@ static void intel_i830_init_gtt_entries(void)
> > size = 512;
> > }
> > size += 4; /* add in BIOS popup space */
> > - } else if (IS_G33 && !IS_PINEVIEW) {
> > - /* G33's GTT size defined in gmch_ctrl */
> > - switch (gmch_ctrl & G33_PGETBL_SIZE_MASK) {
> > - case G33_PGETBL_SIZE_1M:
> > - size = 1024;
> > - break;
> > - case G33_PGETBL_SIZE_2M:
> > - size = 2048;
> > - break;
> > - default:
> > - dev_info(&agp_bridge->dev->dev,
> > - "unknown page table size 0x%x, assuming 512KB\n",
> > - (gmch_ctrl & G33_PGETBL_SIZE_MASK));
> > - size = 512;
> > - }
> > - size += 4;
> > } else if (IS_G4X || IS_PINEVIEW) {
> > /* On 4 series hardware, GTT stolen is separate from graphics
> > * stolen, ignore it in stolen gtt entries counting. However,
> > @@ -1220,24 +1204,31 @@ static int intel_i915_get_gtt_size(void)
> > int size;
> >
> > if (IS_G33) {
> > - u16 gmch_ctrl;
> > + u32 pgetbl_ctl;
> > + pgetbl_ctl = readl(intel_private.registers+I810_PGETBL_CTL);
> >
> > - /* G33's GTT size defined in gmch_ctrl */
> > - pci_read_config_word(agp_bridge->dev, I830_GMCH_CTRL, &gmch_ctrl);
> > - switch (gmch_ctrl & I830_GMCH_GMS_MASK) {
> > - case I830_GMCH_GMS_STOLEN_512:
> > + switch (pgetbl_ctl & I965_PGETBL_SIZE_MASK) {
> > + case I965_PGETBL_SIZE_128KB:
> > + size = 128;
> > + break;
> > + case I965_PGETBL_SIZE_256KB:
> > + size = 256;
> > + break;
> > + case I965_PGETBL_SIZE_512KB:
> > size = 512;
> > break;
> > - case I830_GMCH_GMS_STOLEN_1024:
> > + case I965_PGETBL_SIZE_1MB:
> > size = 1024;
> > break;
> > - case I830_GMCH_GMS_STOLEN_8192:
> > - size = 8*1024;
> > + case I965_PGETBL_SIZE_2MB:
> > + size = 2048;
> > + break;
> > + case I965_PGETBL_SIZE_1_5MB:
> > + size = 1024 + 512;
> > break;
> > default:
> > - dev_info(&agp_bridge->dev->dev,
> > - "unknown page table size 0x%x, assuming 512KB\n",
> > - (gmch_ctrl & I830_GMCH_GMS_MASK));
> > + dev_info(&intel_private.pcidev->dev,
> > + "unknown page table size, assuming 512KB\n");
> > size = 512;
> > }
> > } else {
> > @@ -1269,14 +1260,6 @@ static int intel_i915_create_gatt_table(struct agp_bridge_data *bridge)
> > pci_read_config_dword(intel_private.pcidev, I915_MMADDR, &temp);
> > pci_read_config_dword(intel_private.pcidev, I915_PTEADDR, &temp2);
> >
> > - gtt_map_size = intel_i915_get_gtt_size();
> > -
> > - intel_private.gtt = ioremap(temp2, gtt_map_size);
> > - if (!intel_private.gtt)
> > - return -ENOMEM;
> > -
> > - intel_private.gtt_total_size = gtt_map_size / 4;
> > -
> > temp &= 0xfff80000;
> >
> > intel_private.registers = ioremap(temp, 128 * 4096);
> > @@ -1285,6 +1268,14 @@ static int intel_i915_create_gatt_table(struct agp_bridge_data *bridge)
> > return -ENOMEM;
> > }
> >
> > + gtt_map_size = intel_i915_get_gtt_size();
> > +
> > + intel_private.gtt = ioremap(temp2, gtt_map_size);
> > + if (!intel_private.gtt)
> > + return -ENOMEM;
> > +
> > + intel_private.gtt_total_size = gtt_map_size / 4;
> > +
> > temp = readl(intel_private.registers+I810_PGETBL_CTL) & 0xfffff000;
> > global_cache_flush(); /* FIXME: ? */
> >
> >
^ permalink raw reply [flat|nested] 59+ messages in thread
* Re: [Bug #16891] Kernel panic while loading intel module during boot
2010-10-04 19:42 ` Rafael J. Wysocki
@ 2010-10-04 21:08 ` Anisse Astier
-1 siblings, 0 replies; 59+ messages in thread
From: Anisse Astier @ 2010-10-04 21:08 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Florian Mickler, Eric Anholt, Tim Gardner, Daniel Vetter,
Andrew Morton, Jesse Barnes, Chris Wilson
On Mon, Oct 4, 2010 at 9:42 PM, Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org> wrote:
>> I'll provide this patch here in the meantime in case anyone is interested.
>
> Thanks for the update and the patch.
>
> Well, I wonder who's going to merge it?
>
I'm not sure is going to be merged because most of this code has been
re-written and has been sitting in drm-intel-next for a few weeks now.
This (welcome) rewrite will likely be merged in 2.6.37 (but I can't
speak for Chris).
This is a port of this patch:
http://git.kernel.org/?p=linux/kernel/git/ickle/drm-intel.git;a=commit;h=e5e408fc94595aab897f613b6f4e2f5b36870a6f
, but on completely different code.
Also this patch is new and didn't see much testing (I tested on 4
different Intel GPUs, belonging only to 2 different families); if it's
not merged for 2.6.36, it won't be for 2.6.37 (the new code will land
first). If that happens, it might not meet conditions to be accepted
in -stable (being in linus' tree first).
Anisse
^ permalink raw reply [flat|nested] 59+ messages in thread
* Re: [Bug #16891] Kernel panic while loading intel module during boot
@ 2010-10-04 21:08 ` Anisse Astier
0 siblings, 0 replies; 59+ messages in thread
From: Anisse Astier @ 2010-10-04 21:08 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Florian Mickler, Eric Anholt, Tim Gardner, Daniel Vetter,
Andrew Morton, Jesse Barnes, Chris Wilson
On Mon, Oct 4, 2010 at 9:42 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>> I'll provide this patch here in the meantime in case anyone is interested.
>
> Thanks for the update and the patch.
>
> Well, I wonder who's going to merge it?
>
I'm not sure is going to be merged because most of this code has been
re-written and has been sitting in drm-intel-next for a few weeks now.
This (welcome) rewrite will likely be merged in 2.6.37 (but I can't
speak for Chris).
This is a port of this patch:
http://git.kernel.org/?p=linux/kernel/git/ickle/drm-intel.git;a=commit;h=e5e408fc94595aab897f613b6f4e2f5b36870a6f
, but on completely different code.
Also this patch is new and didn't see much testing (I tested on 4
different Intel GPUs, belonging only to 2 different families); if it's
not merged for 2.6.36, it won't be for 2.6.37 (the new code will land
first). If that happens, it might not meet conditions to be accepted
in -stable (being in linus' tree first).
Anisse
^ permalink raw reply [flat|nested] 59+ messages in thread
[parent not found: <AANLkTinsc=DqQwnR18McRP8fLei=GHWV1yykCcYDUCzv-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>]
* Re: [Bug #16891] Kernel panic while loading intel module during boot
2010-10-04 21:08 ` Anisse Astier
@ 2010-10-04 22:40 ` Rafael J. Wysocki
-1 siblings, 0 replies; 59+ messages in thread
From: Rafael J. Wysocki @ 2010-10-04 22:40 UTC (permalink / raw)
To: Anisse Astier, Greg Kroah-Hartman
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Florian Mickler, Eric Anholt, Tim Gardner, Daniel Vetter,
Andrew Morton, Jesse Barnes, Chris Wilson
On Monday, October 04, 2010, Anisse Astier wrote:
> On Mon, Oct 4, 2010 at 9:42 PM, Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org> wrote:
> >> I'll provide this patch here in the meantime in case anyone is interested.
> >
> > Thanks for the update and the patch.
> >
> > Well, I wonder who's going to merge it?
> >
>
> I'm not sure is going to be merged because most of this code has been
> re-written and has been sitting in drm-intel-next for a few weeks now.
> This (welcome) rewrite will likely be merged in 2.6.37 (but I can't
> speak for Chris).
>
> This is a port of this patch:
> http://git.kernel.org/?p=linux/kernel/git/ickle/drm-intel.git;a=commit;h=e5e408fc94595aab897f613b6f4e2f5b36870a6f
> , but on completely different code.
>
> Also this patch is new and didn't see much testing (I tested on 4
> different Intel GPUs, belonging only to 2 different families); if it's
> not merged for 2.6.36, it won't be for 2.6.37 (the new code will land
> first). If that happens, it might not meet conditions to be accepted
> in -stable (being in linus' tree first).
It's a panic fix, so I think it is -stable material anyway. Greg?
Thanks,
Rafael
^ permalink raw reply [flat|nested] 59+ messages in thread
* Re: [Bug #16891] Kernel panic while loading intel module during boot
@ 2010-10-04 22:40 ` Rafael J. Wysocki
0 siblings, 0 replies; 59+ messages in thread
From: Rafael J. Wysocki @ 2010-10-04 22:40 UTC (permalink / raw)
To: Anisse Astier, Greg Kroah-Hartman
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Florian Mickler, Eric Anholt, Tim Gardner, Daniel Vetter,
Andrew Morton, Jesse Barnes, Chris Wilson
On Monday, October 04, 2010, Anisse Astier wrote:
> On Mon, Oct 4, 2010 at 9:42 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >> I'll provide this patch here in the meantime in case anyone is interested.
> >
> > Thanks for the update and the patch.
> >
> > Well, I wonder who's going to merge it?
> >
>
> I'm not sure is going to be merged because most of this code has been
> re-written and has been sitting in drm-intel-next for a few weeks now.
> This (welcome) rewrite will likely be merged in 2.6.37 (but I can't
> speak for Chris).
>
> This is a port of this patch:
> http://git.kernel.org/?p=linux/kernel/git/ickle/drm-intel.git;a=commit;h=e5e408fc94595aab897f613b6f4e2f5b36870a6f
> , but on completely different code.
>
> Also this patch is new and didn't see much testing (I tested on 4
> different Intel GPUs, belonging only to 2 different families); if it's
> not merged for 2.6.36, it won't be for 2.6.37 (the new code will land
> first). If that happens, it might not meet conditions to be accepted
> in -stable (being in linus' tree first).
It's a panic fix, so I think it is -stable material anyway. Greg?
Thanks,
Rafael
^ permalink raw reply [flat|nested] 59+ messages in thread
[parent not found: <201010050040.59281.rjw-KKrjLPT3xs0@public.gmane.org>]
* Re: [Bug #16891] Kernel panic while loading intel module during boot
2010-10-04 22:40 ` Rafael J. Wysocki
@ 2010-10-05 13:28 ` Greg KH
-1 siblings, 0 replies; 59+ messages in thread
From: Greg KH @ 2010-10-05 13:28 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Anisse Astier, Linux Kernel Mailing List, Kernel Testers List,
Maciej Rutecki, Florian Mickler, Eric Anholt, Tim Gardner,
Daniel Vetter, Andrew Morton, Jesse Barnes, Chris Wilson
On Tue, Oct 05, 2010 at 12:40:59AM +0200, Rafael J. Wysocki wrote:
> On Monday, October 04, 2010, Anisse Astier wrote:
> > On Mon, Oct 4, 2010 at 9:42 PM, Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org> wrote:
> > >> I'll provide this patch here in the meantime in case anyone is interested.
> > >
> > > Thanks for the update and the patch.
> > >
> > > Well, I wonder who's going to merge it?
> > >
> >
> > I'm not sure is going to be merged because most of this code has been
> > re-written and has been sitting in drm-intel-next for a few weeks now.
> > This (welcome) rewrite will likely be merged in 2.6.37 (but I can't
> > speak for Chris).
> >
> > This is a port of this patch:
> > http://git.kernel.org/?p=linux/kernel/git/ickle/drm-intel.git;a=commit;h=e5e408fc94595aab897f613b6f4e2f5b36870a6f
> > , but on completely different code.
> >
> > Also this patch is new and didn't see much testing (I tested on 4
> > different Intel GPUs, belonging only to 2 different families); if it's
> > not merged for 2.6.36, it won't be for 2.6.37 (the new code will land
> > first). If that happens, it might not meet conditions to be accepted
> > in -stable (being in linus' tree first).
>
> It's a panic fix, so I think it is -stable material anyway. Greg?
That sounds good, please cc: stable-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org with the proper
information for this (git commit id, patch info, etc.)
thanks,
greg k-h
^ permalink raw reply [flat|nested] 59+ messages in thread
* Re: [Bug #16891] Kernel panic while loading intel module during boot
@ 2010-10-05 13:28 ` Greg KH
0 siblings, 0 replies; 59+ messages in thread
From: Greg KH @ 2010-10-05 13:28 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Anisse Astier, Linux Kernel Mailing List, Kernel Testers List,
Maciej Rutecki, Florian Mickler, Eric Anholt, Tim Gardner,
Daniel Vetter, Andrew Morton, Jesse Barnes, Chris Wilson
On Tue, Oct 05, 2010 at 12:40:59AM +0200, Rafael J. Wysocki wrote:
> On Monday, October 04, 2010, Anisse Astier wrote:
> > On Mon, Oct 4, 2010 at 9:42 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > >> I'll provide this patch here in the meantime in case anyone is interested.
> > >
> > > Thanks for the update and the patch.
> > >
> > > Well, I wonder who's going to merge it?
> > >
> >
> > I'm not sure is going to be merged because most of this code has been
> > re-written and has been sitting in drm-intel-next for a few weeks now.
> > This (welcome) rewrite will likely be merged in 2.6.37 (but I can't
> > speak for Chris).
> >
> > This is a port of this patch:
> > http://git.kernel.org/?p=linux/kernel/git/ickle/drm-intel.git;a=commit;h=e5e408fc94595aab897f613b6f4e2f5b36870a6f
> > , but on completely different code.
> >
> > Also this patch is new and didn't see much testing (I tested on 4
> > different Intel GPUs, belonging only to 2 different families); if it's
> > not merged for 2.6.36, it won't be for 2.6.37 (the new code will land
> > first). If that happens, it might not meet conditions to be accepted
> > in -stable (being in linus' tree first).
>
> It's a panic fix, so I think it is -stable material anyway. Greg?
That sounds good, please cc: stable@kernel.org with the proper
information for this (git commit id, patch info, etc.)
thanks,
greg k-h
^ permalink raw reply [flat|nested] 59+ messages in thread
* Re: [Bug #16891] Kernel panic while loading intel module during boot
2010-10-05 13:28 ` Greg KH
(?)
@ 2010-10-05 16:08 ` Daniel Vetter
-1 siblings, 0 replies; 59+ messages in thread
From: Daniel Vetter @ 2010-10-05 16:08 UTC (permalink / raw)
To: Greg KH
Cc: Rafael J. Wysocki, Anisse Astier, Linux Kernel Mailing List,
Kernel Testers List, Maciej Rutecki, Florian Mickler, Eric Anholt,
Tim Gardner, Daniel Vetter, Andrew Morton, Jesse Barnes,
Chris Wilson
On Tue, Oct 05, 2010 at 06:28:29AM -0700, Greg KH wrote:
> On Tue, Oct 05, 2010 at 12:40:59AM +0200, Rafael J. Wysocki wrote:
> > On Monday, October 04, 2010, Anisse Astier wrote:
> > > Also this patch is new and didn't see much testing (I tested on 4
> > > different Intel GPUs, belonging only to 2 different families); if it's
> > > not merged for 2.6.36, it won't be for 2.6.37 (the new code will land
> > > first). If that happens, it might not meet conditions to be accepted
> > > in -stable (being in linus' tree first).
> >
> > It's a panic fix, so I think it is -stable material anyway. Greg?
>
> That sounds good, please cc: stable@kernel.org with the proper
> information for this (git commit id, patch info, etc.)
I'll do that as soon as drm-intel-next has hit -linus. I've written the
original fix and marked it cc: stable so it won't get lost. I've been
rather cautious with pushing this because it's the 3rd trial to fix a bug
in late .35-rc. The previous fixes already caused regressions in -stable
and I'd simply like to avoid causing yet another regression over the same
problem.
Yours, Daniel
--
Daniel Vetter
Mail: daniel@ffwll.ch
Mobile: +41 (0)79 365 57 48
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Bug #16614] [2.6.35] usb 2.0 em28xx kernel panic general protection fault: 0000 [#1] SMP RIP: 0010:[<ffffffffa004fbc5>] [<ffffffffa004fbc5>] em28xx_isoc_copy_vbi+0x62e/0x812 [em28xx]
2010-10-03 21:36 ` Rafael J. Wysocki
` (14 preceding siblings ...)
(?)
@ 2010-10-03 21:53 ` Rafael J. Wysocki
-1 siblings, 0 replies; 59+ messages in thread
From: Rafael J. Wysocki @ 2010-10-03 21:53 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Florian Mickler,
Sander Eikelenboom
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.34 and 2.6.35.
The following bug entry is on the current list of known regressions
introduced between 2.6.34 and 2.6.35. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16614
Subject : [2.6.35] usb 2.0 em28xx kernel panic general protection fault: 0000 [#1] SMP RIP: 0010:[<ffffffffa004fbc5>] [<ffffffffa004fbc5>] em28xx_isoc_copy_vbi+0x62e/0x812 [em28xx]
Submitter : Sander Eikelenboom <linux@eikelenboom.it>
Date : 2010-08-10 22:12 (55 days old)
Message-ID : <61936849.20100811001257@eikelenboom.it>
References : http://marc.info/?l=linux-kernel&m=128152075830927&w=2
^ permalink raw reply [flat|nested] 59+ messages in thread* [Bug #17772] Unable to locate IOAPIC for GSI *
2010-10-03 21:36 ` Rafael J. Wysocki
` (15 preceding siblings ...)
(?)
@ 2010-10-03 21:53 ` Rafael J. Wysocki
-1 siblings, 0 replies; 59+ messages in thread
From: Rafael J. Wysocki @ 2010-10-03 21:53 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Florian Mickler,
Eric W. Biederman, zersaa
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.34 and 2.6.35.
The following bug entry is on the current list of known regressions
introduced between 2.6.34 and 2.6.35. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=17772
Subject : Unable to locate IOAPIC for GSI *
Submitter : zersaa <zersaa@gmail.com>
Date : 2010-09-04 21:28 (30 days old)
Handled-By : Eric W. Biederman <ebiederm@xmission.com>
Patch : https://patchwork.kernel.org/patch/104501/
^ permalink raw reply [flat|nested] 59+ messages in thread* [Bug #18522] cdrom drive doesn't detect removal
2010-10-03 21:36 ` Rafael J. Wysocki
@ 2010-10-03 21:53 ` Rafael J. Wysocki
-1 siblings, 0 replies; 59+ messages in thread
From: Rafael J. Wysocki @ 2010-10-03 21:53 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Florian Mickler, Jens Axboe,
Maxim Levitsky, Tejun Heo
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.34 and 2.6.35.
The following bug entry is on the current list of known regressions
introduced between 2.6.34 and 2.6.35. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=18522
Subject : cdrom drive doesn't detect removal
Submitter : Maxim Levitsky <maximlevitsky-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2010-09-12 9:49 (22 days old)
First-Bad-Commit: http://git.kernel.org/linus/6b4517a7913a09d3259bb1d21c9cb300f12294bd
Message-ID : <1284284969.2928.18.camel@maxim-laptop>
References : http://marc.info/?l=linux-kernel&m=128428499013930&w=2
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Bug #17261] Freezes on bootup
2010-10-03 21:36 ` Rafael J. Wysocki
` (17 preceding siblings ...)
(?)
@ 2010-10-03 21:53 ` Rafael J. Wysocki
-1 siblings, 0 replies; 59+ messages in thread
From: Rafael J. Wysocki @ 2010-10-03 21:53 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Florian Mickler, Dan Dart
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.34 and 2.6.35.
The following bug entry is on the current list of known regressions
introduced between 2.6.34 and 2.6.35. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=17261
Subject : Freezes on bootup
Submitter : Dan Dart <dandart@googlemail.com>
Date : 2010-08-29 09:00 (36 days old)
^ permalink raw reply [flat|nested] 59+ messages in thread* [Bug #17812] Kernel completely frozen when memory is full
2010-10-03 21:36 ` Rafael J. Wysocki
` (18 preceding siblings ...)
(?)
@ 2010-10-03 21:53 ` Rafael J. Wysocki
-1 siblings, 0 replies; 59+ messages in thread
From: Rafael J. Wysocki @ 2010-10-03 21:53 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Florian Mickler, Mickey86
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.34 and 2.6.35.
The following bug entry is on the current list of known regressions
introduced between 2.6.34 and 2.6.35. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=17812
Subject : Kernel completely frozen when memory is full
Submitter : Mickey86 <mikael.cordon@gmail.com>
Date : 2010-09-05 13:09 (29 days old)
^ permalink raw reply [flat|nested] 59+ messages in thread* [Bug #19302] PROBLEM: kernel crash on USB-modem (Huawei E1750) hangup.
2010-10-03 21:36 ` Rafael J. Wysocki
@ 2010-10-03 21:53 ` Rafael J. Wysocki
-1 siblings, 0 replies; 59+ messages in thread
From: Rafael J. Wysocki @ 2010-10-03 21:53 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Florian Mickler, O01eg
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.34 and 2.6.35.
The following bug entry is on the current list of known regressions
introduced between 2.6.34 and 2.6.35. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=19302
Subject : PROBLEM: kernel crash on USB-modem (Huawei E1750) hangup.
Submitter : O01eg <O01eg-o+MxOtu4lMCHXe+LvDLADg@public.gmane.org>
Date : 2010-09-26 19:50 (8 days old)
Message-ID : <op.vjnn1up1yohvy1@localhost>
References : http://marc.info/?l=linux-kernel&m=128553111709569&w=2
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Bug #19612] Computer fails to hibernate - problem idling SMP CPU's
2010-10-03 21:36 ` Rafael J. Wysocki
@ 2010-10-03 21:53 ` Rafael J. Wysocki
-1 siblings, 0 replies; 59+ messages in thread
From: Rafael J. Wysocki @ 2010-10-03 21:53 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Florian Mickler, tempo444z
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.34 and 2.6.35.
The following bug entry is on the current list of known regressions
introduced between 2.6.34 and 2.6.35. Please verify if it still should
be listed and let the tracking team know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=19612
Subject : Computer fails to hibernate - problem idling SMP CPU's
Submitter : <tempo444z@gmail.com>
Date : 2010-10-02 22:26 (2 days old)
^ permalink raw reply [flat|nested] 59+ messages in thread
* Re: 2.6.36-rc6-git2: Reported regressions 2.6.34 -> 2.6.35
2010-10-03 21:36 ` Rafael J. Wysocki
` (21 preceding siblings ...)
(?)
@ 2010-10-04 18:01 ` Rafał Miłecki
-1 siblings, 0 replies; 59+ messages in thread
From: Rafał Miłecki @ 2010-10-04 18:01 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux SCSI List, Linux ACPI, Network Development,
Linux Wireless List, Linux Kernel Mailing List, DRI,
Florian Mickler, Andrew Morton, Kernel Testers List,
Linus Torvalds, Linux PM List, Maciej Rutecki
2010/10/3 Rafael J. Wysocki <rjw@sisk.pl>:
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=19302
> Subject : PROBLEM: kernel crash on USB-modem (Huawei E1750) hangup.
> Submitter : O01eg <O01eg@yandex.ru>
> Date : 2010-09-26 19:50 (8 days old)
> Message-ID : <op.vjnn1up1yohvy1@localhost>
> References : http://marc.info/?l=linux-kernel&m=128553111709569&w=2
Comment from bugzilla:
> I got this bug at 2.6.34-gentoo-r6 and 2.6.36-rc5. Other kernels were not
> checked.
Doesn't sound like regression.
--
Rafał
_______________________________________________
linux-pm mailing list
linux-pm@lists.linux-foundation.org
https://lists.linux-foundation.org/mailman/listinfo/linux-pm
^ permalink raw reply [flat|nested] 59+ messages in thread* Re: 2.6.36-rc6-git2: Reported regressions 2.6.34 -> 2.6.35
2010-10-03 21:36 ` Rafael J. Wysocki
` (22 preceding siblings ...)
(?)
@ 2010-10-04 18:01 ` Rafał Miłecki
-1 siblings, 0 replies; 59+ messages in thread
From: Rafał Miłecki @ 2010-10-04 18:01 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux SCSI List, Linux ACPI, Network Development,
Linux Wireless List, Linux Kernel Mailing List, DRI,
Florian Mickler, Andrew Morton, Kernel Testers List,
Linus Torvalds, Linux PM List, Maciej Rutecki
2010/10/3 Rafael J. Wysocki <rjw@sisk.pl>:
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=19302
> Subject : PROBLEM: kernel crash on USB-modem (Huawei E1750) hangup.
> Submitter : O01eg <O01eg@yandex.ru>
> Date : 2010-09-26 19:50 (8 days old)
> Message-ID : <op.vjnn1up1yohvy1@localhost>
> References : http://marc.info/?l=linux-kernel&m=128553111709569&w=2
Comment from bugzilla:
> I got this bug at 2.6.34-gentoo-r6 and 2.6.36-rc5. Other kernels were not
> checked.
Doesn't sound like regression.
--
Rafał
_______________________________________________
linux-pm mailing list
linux-pm@lists.linux-foundation.org
https://lists.linux-foundation.org/mailman/listinfo/linux-pm
^ permalink raw reply [flat|nested] 59+ messages in thread* Re: 2.6.36-rc6-git2: Reported regressions 2.6.34 -> 2.6.35
2010-10-03 21:36 ` Rafael J. Wysocki
@ 2010-10-04 18:01 ` Rafał Miłecki
-1 siblings, 0 replies; 59+ messages in thread
From: Rafał Miłecki @ 2010-10-04 18:01 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Maciej Rutecki, Florian Mickler,
Andrew Morton, Linus Torvalds, Kernel Testers List,
Network Development, Linux ACPI, Linux PM List, Linux SCSI List,
Linux Wireless List, DRI
2010/10/3 Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>:
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=19302
> Subject : PROBLEM: kernel crash on USB-modem (Huawei E1750) hangup.
> Submitter : O01eg <O01eg-o+MxOtu4lMCHXe+LvDLADg@public.gmane.org>
> Date : 2010-09-26 19:50 (8 days old)
> Message-ID : <op.vjnn1up1yohvy1@localhost>
> References : http://marc.info/?l=linux-kernel&m=128553111709569&w=2
Comment from bugzilla:
> I got this bug at 2.6.34-gentoo-r6 and 2.6.36-rc5. Other kernels were not
> checked.
Doesn't sound like regression.
--
Rafał
^ permalink raw reply [flat|nested] 59+ messages in thread
* Re: 2.6.36-rc6-git2: Reported regressions 2.6.34 -> 2.6.35
@ 2010-10-04 18:01 ` Rafał Miłecki
0 siblings, 0 replies; 59+ messages in thread
From: Rafał Miłecki @ 2010-10-04 18:01 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Maciej Rutecki, Florian Mickler,
Andrew Morton, Linus Torvalds, Kernel Testers List,
Network Development, Linux ACPI, Linux PM List, Linux SCSI List,
Linux Wireless List, DRI
2010/10/3 Rafael J. Wysocki <rjw@sisk.pl>:
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=19302
> Subject : PROBLEM: kernel crash on USB-modem (Huawei E1750) hangup.
> Submitter : O01eg <O01eg@yandex.ru>
> Date : 2010-09-26 19:50 (8 days old)
> Message-ID : <op.vjnn1up1yohvy1@localhost>
> References : http://marc.info/?l=linux-kernel&m=128553111709569&w=2
Comment from bugzilla:
> I got this bug at 2.6.34-gentoo-r6 and 2.6.36-rc5. Other kernels were not
> checked.
Doesn't sound like regression.
--
Rafał
^ permalink raw reply [flat|nested] 59+ messages in thread
* Re: 2.6.36-rc6-git2: Reported regressions 2.6.34 -> 2.6.35
2010-10-03 21:36 ` Rafael J. Wysocki
` (24 preceding siblings ...)
(?)
@ 2010-10-04 18:17 ` Luis R. Rodriguez
-1 siblings, 0 replies; 59+ messages in thread
From: Luis R. Rodriguez @ 2010-10-04 18:17 UTC (permalink / raw)
To: Rafael J. Wysocki, linux-wireless, linux-bluetooth
Cc: Guy, Wey-Yi W, dtonator, florian, oliver
Here are the 802.11 and Bluetooth ones:
On Sun, Oct 3, 2010 at 2:36 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16691
> Subject : IPW5100: iwlagn broken with 2.6.34.x to 2.6.35.2 update
> Submitter : Can Celasun <dcelasun@gmail.com>
> Date : 2010-08-21 08:28 (44 days old)
This is awaiting some new uCode code drop by Intel.
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16458
> Subject : Bluetooth disabled after resume
> Submitter : AttilaN <attila123456@gmail.com>
> Date : 2010-07-25 09:33 (71 days old)
No followup on this one.
> Regressions with patches
> ------------------------
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16462
> Subject : unable to connect to hidden SSID AP on legal channel 13
> Submitter : Daniel J Blueman <daniel.blueman@gmail.com>
> Date : 2010-07-25 17:06 (71 days old)
> Handled-By : Johannes Berg <johannes.berg@intel.com>
> Patch : https://bugzilla.kernel.org/attachment.cgi?id=31862
Fixed by Johannes, this was an Intel specific issue. Reviewed the
possibility of this also affecting mac80211 but since we lift the
passive scan on a beacon for the AP this should not affect mac80211 in
the future.
Luis
^ permalink raw reply [flat|nested] 59+ messages in thread