2.6.36-rc7-git2: Reported regressions 2.6.34 -> 2.6.35

2.6.36-rc7-git2: Reported regressions 2.6.34 -> 2.6.35

[Rafael J. Wysocki]

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-10      143       23          19
  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=20002
Subject		: x86_64 2.6.35.* kernels and Intel Xeon X5550
Submitter	: Marc Aurele La France <tsi-yfeSBMgouQgsA/PxXw9srA@public.gmane.org>
Date		: 2010-10-07 17:17 (4 days old)
Message-ID	: <alpine.WNT.2.00.1010071055420.1672-cSzHzCuodXHqpRUuEh95rXpLNouqQFXg@public.gmane.org>
References	: http://marc.info/?l=linux-kernel&m=128647187628706&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=19792
Subject		: 2.6.35.6 fails to suspend (pxa2xx-mci.0)
Submitter	: Sven Neumann <s.neumann-5g8ninUHluJWk0Htik3J/w@public.gmane.org>
Date		: 2010-10-04 7:30 (7 days old)
Message-ID	: <1286177435.2140.5.camel@sven>
References	: http://marc.info/?l=linux-kernel&m=128617869729382&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=19612
Subject		: Computer fails to hibernate - problem idling SMP CPU's
Submitter	:  <tempo444z-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2010-10-02 22:26 (9 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-o+MxOtu4lMCHXe+LvDLADg@public.gmane.org>
Date		: 2010-09-26 19:50 (15 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-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2010-09-12 9:49 (29 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-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2010-09-05 13:09 (36 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=17261
Subject		: Freezes on bootup
Submitter	: Dan Dart <dandart-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org>
Date		: 2010-08-29 09:00 (43 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-fwwRqrJYcP2HXe+LvDLADg@public.gmane.org>
Date		: 2010-08-24 13:19 (48 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-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2010-08-21 08:28 (51 days old)
References	: http://www.spinics.net/lists/linux-wireless/msg57237.html


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-6SM94LqRVpn6gRhOQ7JHfg@public.gmane.org>
Date		: 2010-08-10 22:12 (62 days old)
Message-ID	: <61936849.20100811001257-6SM94LqRVpn6gRhOQ7JHfg@public.gmane.org>
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-BP4nVm5VUdNhbmWW9KSYcQ@public.gmane.org>
Date		: 2010-08-06 22:09 (66 days old)
Message-ID	: <alpine.DEB.2.00.1008061800530.5241-0qmrozcXWo8bm2hyYBkBBg@public.gmane.org>
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-d+Crzxg7Rs0@public.gmane.org>
Date		: 2010-08-04 10:56 (68 days old)
Message-ID	: <4C594740.1090608-d+Crzxg7Rs0@public.gmane.org>
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-hi6Y0CQ0nG0@public.gmane.org <MadLoisae-hi6Y0CQ0nG0@public.gmane.org>
Date		: 2010-08-02 20:53 (70 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


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-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2010-08-04 16:10 (68 days old)
First-Bad-Commit: http://git.kernel.org/linus/https://bugzilla.kernel.org/attachment.cgi?id=27350
Handled-By	: Alex Deucher <alexdeucher-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>


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 (71 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=16458
Subject		: Bluetooth disabled after resume
Submitter	: AttilaN <attila123456-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2010-07-25 09:33 (78 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-VInPYn6yXxRWk0Htik3J/w@public.gmane.org>
Date		: 2010-07-13 23:21 (90 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-3s7WtUTddSA@public.gmane.org>
Date		: 2010-06-09 18:36 (124 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>


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 (122 days old)
Message-ID	: <AANLkTim0jVRyqkwlGOcrg_XTvUQwcBYfWJX-aRzkkrLG-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
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-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2010-09-04 21:28 (37 days old)
Handled-By	: Eric W. Biederman <ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org>
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-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2010-07-25 17:06 (78 days old)
Handled-By	: Johannes Berg <johannes.berg-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
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-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2010-06-28 9:40 (105 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


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 (117 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/


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!

2.6.36-rc7-git2: Reported regressions 2.6.34 -> 2.6.35

[Rafael J. Wysocki]

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-10      143       23          19
  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=20002
Subject		: x86_64 2.6.35.* kernels and Intel Xeon X5550
Submitter	: Marc Aurele La France <tsi@ualberta.ca>
Date		: 2010-10-07 17:17 (4 days old)
Message-ID	: <alpine.WNT.2.00.1010071055420.1672@cluij.ucs.ualberta.ca>
References	: http://marc.info/?l=linux-kernel&m=128647187628706&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=19792
Subject		: 2.6.35.6 fails to suspend (pxa2xx-mci.0)
Submitter	: Sven Neumann <s.neumann@raumfeld.com>
Date		: 2010-10-04 7:30 (7 days old)
Message-ID	: <1286177435.2140.5.camel@sven>
References	: http://marc.info/?l=linux-kernel&m=128617869729382&w=2


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 (9 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 (15 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 (29 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 (36 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 (43 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 (48 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 (51 days old)
References	: http://www.spinics.net/lists/linux-wireless/msg57237.html


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 (62 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 (66 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 (68 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 (70 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 (68 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 (71 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 (78 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 (90 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 (124 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 (122 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 (37 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 (78 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 (105 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 (117 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!

[Bug #16221] 2.6.35-rc2-git5 -- [drm:drm_mode_getfb] *ERROR* invalid framebuffer id

[Rafael J. Wysocki]

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@gmail.com>
Date		: 2010-06-11 20:31 (122 days old)
Message-ID	: <AANLkTim0jVRyqkwlGOcrg_XTvUQwcBYfWJX-aRzkkrLG@mail.gmail.com>
References	: http://marc.info/?l=linux-kernel&m=127628828119623&w=2

[Bug #16312] WARNING: at fs/fs-writeback.c:1127 __mark_inode_dirty

[Rafael J. Wysocki]

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@gmail.com>
Date		: 2010-06-28 9:40 (105 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 #16458] Bluetooth disabled after resume

[Rafael J. Wysocki]

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 (78 days old)

[Bug #16265] Why is kslowd accumulating so much CPU time?

[Rafael J. Wysocki]

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@mit.edu>
Date		: 2010-06-09 18:36 (124 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 #16462] unable to connect to hidden SSID AP on legal channel 13

[Rafael J. Wysocki]

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 (78 days old)
Handled-By	: Johannes Berg <johannes.berg@intel.com>
Patch		: https://bugzilla.kernel.org/attachment.cgi?id=31862

RE: [Bug #16462] unable to connect to hidden SSID AP on legal channel 13

[Berg, Johannes]

Rafael,

I believe that we have fixed the part of this bug that was a regression, namely being unable to connect to a non-hidden SSID, in 2.6.35 commit 3ee378d7e0dfdb9bb. Being able to connect to a hidden SSID I believe isn't a regression, and a patch for that is on its way upstream for 2.6.37. I think you should stop tracking this as a regression.

johannes

> -----Original Message-----
> From: Rafael J. Wysocki [mailto:rjw@sisk.pl]
> Sent: Sunday, October 10, 2010 9:19 PM
> To: Linux Kernel Mailing List
> Cc: Kernel Testers List; Maciej Rutecki; Florian Mickler; Daniel J
> Blueman; Berg, Johannes
> Subject: [Bug #16462] unable to connect to hidden SSID AP on legal
> channel 13
> 
> 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 (78 days old)
> Handled-By	: Johannes Berg <johannes.berg@intel.com>
> Patch		: https://bugzilla.kernel.org/attachment.cgi?id=31862
> 

--------------------------------------------------------------------------------------
Intel GmbH
Dornacher Strasse 1
85622 Feldkirchen/Muenchen, Deutschland 
Sitz der Gesellschaft: Feldkirchen bei Muenchen
Geschaeftsfuehrer: Douglas Lusk, Peter Gleissner, Hannes Schwaderer
Registergericht: Muenchen HRB 47456 
Ust.-IdNr./VAT Registration No.: DE129385895
Citibank Frankfurt a.M. (BLZ 502 109 00) 600119052

RE: [Bug #16462] unable to connect to hidden SSID AP on legal channel 13

[Berg, Johannes]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="utf-8", Size: 1949 bytes --]

Rafael,

I believe that we have fixed the part of this bug that was a regression, namely being unable to connect to a non-hidden SSID, in 2.6.35 commit 3ee378d7e0dfdb9bb. Being able to connect to a hidden SSID I believe isn't a regression, and a patch for that is on its way upstream for 2.6.37. I think you should stop tracking this as a regression.

johannes

> -----Original Message-----
> From: Rafael J. Wysocki [mailto:rjw@sisk.pl]
> Sent: Sunday, October 10, 2010 9:19 PM
> To: Linux Kernel Mailing List
> Cc: Kernel Testers List; Maciej Rutecki; Florian Mickler; Daniel J
> Blueman; Berg, Johannes
> Subject: [Bug #16462] unable to connect to hidden SSID AP on legal
> channel 13
> 
> 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 (78 days old)
> Handled-By	: Johannes Berg <johannes.berg@intel.com>
> Patch		: https://bugzilla.kernel.org/attachment.cgi?id=31862
> 

--------------------------------------------------------------------------------------
Intel GmbH
Dornacher Strasse 1
85622 Feldkirchen/Muenchen, Deutschland 
Sitz der Gesellschaft: Feldkirchen bei Muenchen
Geschaeftsfuehrer: Douglas Lusk, Peter Gleissner, Hannes Schwaderer
Registergericht: Muenchen HRB 47456 
Ust.-IdNr./VAT Registration No.: DE129385895
Citibank Frankfurt a.M. (BLZ 502 109 00) 600119052
ÿôèº{.nÇ+‰·Ÿ®‰­†+%ŠËÿ±éݶ\x17¥Šwÿº{.nÇ+‰·¥Š{±þG«éÿŠ{ayº\x1dʇڙë,j\a­¢f£¢·hšïêÿ‘êçz_è®\x03(­éšŽŠÝ¢j"ú\x1a¶^[m§ÿÿ¾\a«þG«éÿ¢¸?™¨è­Ú&£ø§~á¶iO•æ¬z·švØ^\x14\x04\x1a¶^[m§ÿÿÃ\fÿ¶ìÿ¢¸?–I¥

Re: [Bug #16462] unable to connect to hidden SSID AP on legal channel 13

[Rafael J. Wysocki]

On Monday, October 11, 2010, Berg, Johannes wrote:
> Rafael,
> 
> I believe that we have fixed the part of this bug that was a regression,
> namely being unable to connect to a non-hidden SSID, in 2.6.35 commit
> 3ee378d7e0dfdb9bb. Being able to connect to a hidden SSID I believe isn't a
> regression, and a patch for that is on its way upstream for 2.6.37. I think
> you should stop tracking this as a regression.

OK, I've closed the bug.

Thanks,
Rafael


> > -----Original Message-----
> > From: Rafael J. Wysocki [mailto:rjw-KKrjLPT3xs0@public.gmane.org]
> > Sent: Sunday, October 10, 2010 9:19 PM
> > To: Linux Kernel Mailing List
> > Cc: Kernel Testers List; Maciej Rutecki; Florian Mickler; Daniel J
> > Blueman; Berg, Johannes
> > Subject: [Bug #16462] unable to connect to hidden SSID AP on legal
> > channel 13
> > 
> > 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 (78 days old)
> > Handled-By	: Johannes Berg <johannes.berg-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
> > Patch		: https://bugzilla.kernel.org/attachment.cgi?id=31862
> > 
> 
> --------------------------------------------------------------------------------------
> Intel GmbH
> Dornacher Strasse 1
> 85622 Feldkirchen/Muenchen, Deutschland 
> Sitz der Gesellschaft: Feldkirchen bei Muenchen
> Geschaeftsfuehrer: Douglas Lusk, Peter Gleissner, Hannes Schwaderer
> Registergericht: Muenchen HRB 47456 
> Ust.-IdNr./VAT Registration No.: DE129385895
> Citibank Frankfurt a.M. (BLZ 502 109 00) 600119052
> 

Re: [Bug #16462] unable to connect to hidden SSID AP on legal channel 13

[Rafael J. Wysocki]

On Monday, October 11, 2010, Berg, Johannes wrote:
> Rafael,
> 
> I believe that we have fixed the part of this bug that was a regression,
> namely being unable to connect to a non-hidden SSID, in 2.6.35 commit
> 3ee378d7e0dfdb9bb. Being able to connect to a hidden SSID I believe isn't a
> regression, and a patch for that is on its way upstream for 2.6.37. I think
> you should stop tracking this as a regression.

OK, I've closed the bug.

Thanks,
Rafael


> > -----Original Message-----
> > From: Rafael J. Wysocki [mailto:rjw@sisk.pl]
> > Sent: Sunday, October 10, 2010 9:19 PM
> > To: Linux Kernel Mailing List
> > Cc: Kernel Testers List; Maciej Rutecki; Florian Mickler; Daniel J
> > Blueman; Berg, Johannes
> > Subject: [Bug #16462] unable to connect to hidden SSID AP on legal
> > channel 13
> > 
> > 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 (78 days old)
> > Handled-By	: Johannes Berg <johannes.berg@intel.com>
> > Patch		: https://bugzilla.kernel.org/attachment.cgi?id=31862
> > 
> 
> --------------------------------------------------------------------------------------
> Intel GmbH
> Dornacher Strasse 1
> 85622 Feldkirchen/Muenchen, Deutschland 
> Sitz der Gesellschaft: Feldkirchen bei Muenchen
> Geschaeftsfuehrer: Douglas Lusk, Peter Gleissner, Hannes Schwaderer
> Registergericht: Muenchen HRB 47456 
> Ust.-IdNr./VAT Registration No.: DE129385895
> Citibank Frankfurt a.M. (BLZ 502 109 00) 600119052
> 

[Bug #16380] Loop devices act strangely in 2.6.35

[Rafael J. Wysocki]

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 (90 days old)

[Bug #16228] BUG/boot failure on Dell Precision T3500 (pci/ahci_stop_engine)

[Rafael J. Wysocki]

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 (117 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/

[Bug #16228] BUG/boot failure on Dell Precision T3500 (pci/ahci_stop_engine)

[Rafael J. Wysocki]

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@gmail.com>
Date		: 2010-06-16 17:57 (117 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/

[Bug #17261] Freezes on bootup

[Rafael J. Wysocki]

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 (43 days old)

[Bug #16691] IPW5100: iwlagn broken with 2.6.34.x to 2.6.35.2 update

[Rafael J. Wysocki]

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-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2010-08-21 08:28 (51 days old)
References	: http://www.spinics.net/lists/linux-wireless/msg57237.html

[Bug #16691] IPW5100: iwlagn broken with 2.6.34.x to 2.6.35.2 update

[Rafael J. Wysocki]

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 (51 days old)
References	: http://www.spinics.net/lists/linux-wireless/msg57237.html

[Bug #16549] 2.6.35: suspicious rcu_dereference_check() usage

[Rafael J. Wysocki]

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-d+Crzxg7Rs0@public.gmane.org>
Date		: 2010-08-04 10:56 (68 days old)
Message-ID	: <4C594740.1090608-d+Crzxg7Rs0@public.gmane.org>
References	: http://marc.info/?l=linux-kernel&m=128091938215177&w=2

[Bug #16549] 2.6.35: suspicious rcu_dereference_check() usage

[Rafael J. Wysocki]

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 (68 days old)
Message-ID	: <4C594740.1090608@vlnb.net>
References	: http://marc.info/?l=linux-kernel&m=128091938215177&w=2

[Bug #16562] 2.6.35: cpu_idle bug report / on i7 870 cpu (x86_64)

[Rafael J. Wysocki]

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 (66 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 #16891] Kernel panic while loading intel module during boot

[Rafael J. Wysocki]

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 (48 days old)

[Bug #16891] Kernel panic while loading intel module during boot

[Rafael J. Wysocki]

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 (48 days old)

Re: [Bug #16891] Kernel panic while loading intel module during boot

[Tim Gardner]

On 10/10/2010 08:18 PM, Rafael J. Wysocki 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 (48 days old)
>
>

The original respondent (Kees Cook) assures me that the patch in 
https://bugzilla.kernel.org/attachment.cgi?id=32602&action=edit does not 
regress his platform.

Comment added to the bug report.

rtg
-- 
Tim Gardner tim.gardner@canonical.com

Re: [Bug #16891] Kernel panic while loading intel module during boot

[Rafael J. Wysocki]

On Monday, October 11, 2010, Tim Gardner wrote:
> On 10/10/2010 08:18 PM, Rafael J. Wysocki 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 (48 days old)
> >
> >
> 
> The original respondent (Kees Cook) assures me that the patch in 
> https://bugzilla.kernel.org/attachment.cgi?id=32602&action=edit does not 
> regress his platform.
> 
> Comment added to the bug report.

Thanks, changed status to 'resolved'.

Rafael

Re: [Bug #16891] Kernel panic while loading intel module during boot

[Rafael J. Wysocki]

On Monday, October 11, 2010, Tim Gardner wrote:
> On 10/10/2010 08:18 PM, Rafael J. Wysocki 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 (48 days old)
> >
> >
> 
> The original respondent (Kees Cook) assures me that the patch in 
> https://bugzilla.kernel.org/attachment.cgi?id=32602&action=edit does not 
> regress his platform.
> 
> Comment added to the bug report.

Thanks, changed status to 'resolved'.

Rafael

[Bug #16488] [i915] Framebuffer ID error after suspend/hibernate leading to X crash

[Rafael J. Wysocki]

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@club.fr>
Date		: 2010-08-01 08:55 (71 days old)

[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]

[Rafael J. Wysocki]

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-6SM94LqRVpn6gRhOQ7JHfg@public.gmane.org>
Date		: 2010-08-10 22:12 (62 days old)
Message-ID	: <61936849.20100811001257-6SM94LqRVpn6gRhOQ7JHfg@public.gmane.org>
References	: http://marc.info/?l=linux-kernel&m=128152075830927&w=2

[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]

[Rafael J. Wysocki]

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 (62 days old)
Message-ID	: <61936849.20100811001257@eikelenboom.it>
References	: http://marc.info/?l=linux-kernel&m=128152075830927&w=2

Re: [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]

[Sander Eikelenboom]

Hello Rafael,

This one seems to be fixed, in the sense that i still get an error, but it doesn't crash the kernel.
And since it was my mistake to use the deprecated video4linux interface instead of the video4linux2, i think it's fine to consider it fixed.


security:~# ffmpeg -f video4linux -r 25 -s 720x576 -i /dev/video0 out.flv
FFmpeg version SVN-r20654, Copyright (c) 2000-2009 Fabrice Bellard, et al.
  built on Nov 29 2009 08:11:53 with gcc 4.3.4
  configuration: --prefix=/usr --extra-cflags='-Wall -g ' --cc='ccache cc' --enable-shared --enable-libmp3lame --enable-gpl --enable-libfaad --enable-libvorbis --enable-pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable-x11grab --enable-libgsm --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libtheora --enable-libdc1394 --enable-libspeex --enable-nonfree --disable-stripping --enable-avfilter --enable-libdirac --disable-decoder=libdirac --enable-libschroedinger --disable-encoder=libschroedinger --enable-avfilter-lavf --enable-libopenjpeg --enable-version3 --disable-altivec --disable-armv5te --disable-armv6 --disable-vis
  libavutil     50. 5. 1 / 50. 5. 1
  libavcodec    52.42. 0 / 52.42. 0
  libavformat   52.39. 2 / 52.39. 2
  libavdevice   52. 2. 0 / 52. 2. 0
  libavfilter    1.11. 0 /  1.11. 0
  libswscale     0. 7. 2 /  0. 7. 2
  libpostproc   51. 2. 0 / 51. 2. 0
[video4linux @ 0xff45e0]VIDIOCMCAPTURE: Cannot allocate memory
/dev/video0: I/O error occurred
Usually that means that input file is truncated and/or corrupted.


--

Sander


Sunday, October 10, 2010, 9:18:51 PM, you 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=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 (62 days old)
> Message-ID      : <61936849.20100811001257@eikelenboom.it>
> References      : http://marc.info/?l=linux-kernel&m=128152075830927&w=2





-- 
Best regards,
 Sander                            mailto:linux@eikelenboom.it

Re: [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]

[Rafael J. Wysocki]

On Monday, October 11, 2010, Sander Eikelenboom wrote:
> Hello Rafael,
> 
> This one seems to be fixed, in the sense that i still get an error, but it doesn't crash the kernel.
> And since it was my mistake to use the deprecated video4linux interface instead of the video4linux2, i think it's fine to consider it fixed.
> 
> 
> security:~# ffmpeg -f video4linux -r 25 -s 720x576 -i /dev/video0 out.flv
> FFmpeg version SVN-r20654, Copyright (c) 2000-2009 Fabrice Bellard, et al.
>   built on Nov 29 2009 08:11:53 with gcc 4.3.4
>   configuration: --prefix=/usr --extra-cflags='-Wall -g ' --cc='ccache cc' --enable-shared --enable-libmp3lame --enable-gpl --enable-libfaad --enable-libvorbis --enable-pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable-x11grab --enable-libgsm --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libtheora --enable-libdc1394 --enable-libspeex --enable-nonfree --disable-stripping --enable-avfilter --enable-libdirac --disable-decoder=libdirac --enable-libschroedinger --disable-encoder=libschroedinger --enable-avfilter-lavf --enable-libopenjpeg --enable-version3 --disable-altivec --disable-armv5te --disable-armv6 --disable-vis
>   libavutil     50. 5. 1 / 50. 5. 1
>   libavcodec    52.42. 0 / 52.42. 0
>   libavformat   52.39. 2 / 52.39. 2
>   libavdevice   52. 2. 0 / 52. 2. 0
>   libavfilter    1.11. 0 /  1.11. 0
>   libswscale     0. 7. 2 /  0. 7. 2
>   libpostproc   51. 2. 0 / 51. 2. 0
> [video4linux @ 0xff45e0]VIDIOCMCAPTURE: Cannot allocate memory
> /dev/video0: I/O error occurred
> Usually that means that input file is truncated and/or corrupted.

Thanks, closing.

Rafael

Re: [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]

[Rafael J. Wysocki]

On Monday, October 11, 2010, Sander Eikelenboom wrote:
> Hello Rafael,
> 
> This one seems to be fixed, in the sense that i still get an error, but it doesn't crash the kernel.
> And since it was my mistake to use the deprecated video4linux interface instead of the video4linux2, i think it's fine to consider it fixed.
> 
> 
> security:~# ffmpeg -f video4linux -r 25 -s 720x576 -i /dev/video0 out.flv
> FFmpeg version SVN-r20654, Copyright (c) 2000-2009 Fabrice Bellard, et al.
>   built on Nov 29 2009 08:11:53 with gcc 4.3.4
>   configuration: --prefix=/usr --extra-cflags='-Wall -g ' --cc='ccache cc' --enable-shared --enable-libmp3lame --enable-gpl --enable-libfaad --enable-libvorbis --enable-pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable-x11grab --enable-libgsm --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libtheora --enable-libdc1394 --enable-libspeex --enable-nonfree --disable-stripping --enable-avfilter --enable-libdirac --disable-decoder=libdirac --enable-libschroedinger --disable-encoder=libschroedinger --enable-avfilter-lavf --enable-libopenjpeg --enable-version3 --disable-altivec --disable-armv5te --disable-armv6 --disable-vis
>   libavutil     50. 5. 1 / 50. 5. 1
>   libavcodec    52.42. 0 / 52.42. 0
>   libavformat   52.39. 2 / 52.39. 2
>   libavdevice   52. 2. 0 / 52. 2. 0
>   libavfilter    1.11. 0 /  1.11. 0
>   libswscale     0. 7. 2 /  0. 7. 2
>   libpostproc   51. 2. 0 / 51. 2. 0
> [video4linux @ 0xff45e0]VIDIOCMCAPTURE: Cannot allocate memory
> /dev/video0: I/O error occurred
> Usually that means that input file is truncated and/or corrupted.

Thanks, closing.

Rafael

[Bug #16515] [bisected] Radeon rv280 can't boot on kernel 2.6.35.

[Rafael J. Wysocki]

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 (68 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 #17772] Unable to locate IOAPIC for GSI *

[Rafael J. Wysocki]

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-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2010-09-04 21:28 (37 days old)
Handled-By	: Eric W. Biederman <ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org>
Patch		: https://patchwork.kernel.org/patch/104501/

[Bug #17772] Unable to locate IOAPIC for GSI *

[Rafael J. Wysocki]

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 (37 days old)
Handled-By	: Eric W. Biederman <ebiederm@xmission.com>
Patch		: https://patchwork.kernel.org/patch/104501/

[Bug #16525] unexpected high load since 2.6.35

[Rafael J. Wysocki]

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@gmx.net <MadLoisae@gmx.net>
Date		: 2010-08-02 20:53 (70 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 #19302] PROBLEM: kernel crash on USB-modem (Huawei E1750) hangup.

[Rafael J. Wysocki]

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 (15 days old)
Message-ID	: <op.vjnn1up1yohvy1@localhost>
References	: http://marc.info/?l=linux-kernel&m=128553111709569&w=2

[Bug #19302] PROBLEM: kernel crash on USB-modem (Huawei E1750) hangup.

[Rafael J. Wysocki]

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@yandex.ru>
Date		: 2010-09-26 19:50 (15 days old)
Message-ID	: <op.vjnn1up1yohvy1@localhost>
References	: http://marc.info/?l=linux-kernel&m=128553111709569&w=2

[Bug #19792] 2.6.35.6 fails to suspend (pxa2xx-mci.0)

[Rafael J. Wysocki]

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=19792
Subject		: 2.6.35.6 fails to suspend (pxa2xx-mci.0)
Submitter	: Sven Neumann <s.neumann@raumfeld.com>
Date		: 2010-10-04 7:30 (7 days old)
Message-ID	: <1286177435.2140.5.camel@sven>
References	: http://marc.info/?l=linux-kernel&m=128617869729382&w=2

[Bug #18522] cdrom drive doesn't detect removal

[Rafael J. Wysocki]

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@gmail.com>
Date		: 2010-09-12 9:49 (29 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 #17812] Kernel completely frozen when memory is full

[Rafael J. Wysocki]

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 (36 days old)

[Bug #20002] x86_64 2.6.35.* kernels and Intel Xeon X5550

[Rafael J. Wysocki]

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=20002
Subject		: x86_64 2.6.35.* kernels and Intel Xeon X5550
Submitter	: Marc Aurele La France <tsi-yfeSBMgouQgsA/PxXw9srA@public.gmane.org>
Date		: 2010-10-07 17:17 (4 days old)
Message-ID	: <alpine.WNT.2.00.1010071055420.1672-cSzHzCuodXHqpRUuEh95rXpLNouqQFXg@public.gmane.org>
References	: http://marc.info/?l=linux-kernel&m=128647187628706&w=2

[Bug #20002] x86_64 2.6.35.* kernels and Intel Xeon X5550

[Rafael J. Wysocki]

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=20002
Subject		: x86_64 2.6.35.* kernels and Intel Xeon X5550
Submitter	: Marc Aurele La France <tsi@ualberta.ca>
Date		: 2010-10-07 17:17 (4 days old)
Message-ID	: <alpine.WNT.2.00.1010071055420.1672@cluij.ucs.ualberta.ca>
References	: http://marc.info/?l=linux-kernel&m=128647187628706&w=2

Re: [Bug #20002] x86_64 2.6.35.* kernels and Intel Xeon X5550

[Marc Aurele La France]

On Sun, 10 Oct 2010, Rafael J. Wysocki 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=20002
> Subject	: x86_64 2.6.35.* kernels and Intel Xeon X5550
> Submitter	: Marc Aurele La France <tsi@ualberta.ca>
> Date		: 2010-10-07 17:17 (4 days old)
> Message-ID	: <alpine.WNT.2.00.1010071055420.1672@cluij.ucs.ualberta.ca>
> References	: http://marc.info/?l=linux-kernel&m=128647187628706&w=2

Yes, this is still an issue.  I'm still trying to track it down.  I've 
generated a series of 2.6.35-rc[1-6] kernels, which I will try tomorrow 
(after today's statuatory holiday).

Thanks.

Marc.

+----------------------------------+----------------------------------+
|  Marc Aurele La France           |  work:   1-780-492-9310          |
|  Academic Information and        |  fax:    1-780-492-1729          |
|    Communications Technologies   |  email:  tsi@ualberta.ca         |
|  352 General Services Building   +----------------------------------+
|  University of Alberta           |                                  |
|  Edmonton, Alberta               |    Standard disclaimers apply    |
|  T6G 2H1                         |                                  |
|  CANADA                          |                                  |
+----------------------------------+----------------------------------+

Re: [Bug #20002] x86_64 2.6.35.* kernels and Intel Xeon X5550

[Rafael J. Wysocki]

On Monday, October 11, 2010, Marc Aurele La France wrote:
> On Sun, 10 Oct 2010, Rafael J. Wysocki 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=20002
> > Subject	: x86_64 2.6.35.* kernels and Intel Xeon X5550
> > Submitter	: Marc Aurele La France <tsi-yfeSBMgouQgsA/PxXw9srA@public.gmane.org>
> > Date		: 2010-10-07 17:17 (4 days old)
> > Message-ID	: <alpine.WNT.2.00.1010071055420.1672-cSzHzCuodXHqpRUuEh95rXpLNouqQFXg@public.gmane.org>
> > References	: http://marc.info/?l=linux-kernel&m=128647187628706&w=2
> 
> Yes, this is still an issue.  I'm still trying to track it down.  I've 
> generated a series of 2.6.35-rc[1-6] kernels, which I will try tomorrow 
> (after today's statuatory holiday).

Thanks for the update.

Rafael

Re: [Bug #20002] x86_64 2.6.35.* kernels and Intel Xeon X5550

[Rafael J. Wysocki]

On Monday, October 11, 2010, Marc Aurele La France wrote:
> On Sun, 10 Oct 2010, Rafael J. Wysocki 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=20002
> > Subject	: x86_64 2.6.35.* kernels and Intel Xeon X5550
> > Submitter	: Marc Aurele La France <tsi@ualberta.ca>
> > Date		: 2010-10-07 17:17 (4 days old)
> > Message-ID	: <alpine.WNT.2.00.1010071055420.1672@cluij.ucs.ualberta.ca>
> > References	: http://marc.info/?l=linux-kernel&m=128647187628706&w=2
> 
> Yes, this is still an issue.  I'm still trying to track it down.  I've 
> generated a series of 2.6.35-rc[1-6] kernels, which I will try tomorrow 
> (after today's statuatory holiday).

Thanks for the update.

Rafael

[Bug #19612] Computer fails to hibernate - problem idling SMP CPU's

[Rafael J. Wysocki]

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-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2010-10-02 22:26 (9 days old)

[Bug #19612] Computer fails to hibernate - problem idling SMP CPU's

[Rafael J. Wysocki]

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 (9 days old)

Re: [Bug #19612] Computer fails to hibernate - problem idling SMP CPU's

[zz zzzzzzzzzzzzz]

Test results 9-11 October 2010 file tmp.pm_test.txt

linux-source-2.6.34_2.6.34-1~experimental.2_all.deb

Devices = pm_test    fail/pass 0/10
Platform = pm_test   fail/pass 0/10
Processors = pm_test fail/pass 2*/10 [1][2]
Core = pm_test       fail/pass 3/2 [3][4][5]
[1] Long delay around 112 sec, system came back apparently fully
operational. On next test, instant error message, I *think* related to
access to disks, then returned to gnome scr$
[2] Long delay around 112 sec, system came back apparently fully
operational. Checked and found one mdadm raid5 disc degraded.
Rebooted. Told mdadm to add the partition back into $
* This may underestime the number of failures. If in doubt about
success, I rebooted the system. Even so, sometime in this process one
of my mdadm partitions got kicked from its r$
[3] Long delay 120 sec, system restored screed, no keyboard or mouse
activity, flashing caps lock. reset (reboot)
[4] Long delay around 112 sec, system came back apparently fully
operational. Checked and found one mdadm raid5 partition degraded.
Rebooted. Told mdadm to add the partition back $
[5] long delay around 120 sec, black screen, no keyboard, no mouse,
reset (reboot). Checked and found two mdadm raid5 partitions degraded.
Told mdadm to add the partitions back in$

2.6.34.7

Processors = pm_test fail/pass 4/10 [1][2][3][4][5]
Devices = pm_test    fail/pass 0/10
Platform = pm_test   fail/pass 0/10

[1] Long delay around 60 sec, partial restore, keyboard active, then
system locked up, reset (reboot) needed
[2] Long delay around 60 sec , screen restored locked up, reset (reboot) needed
[3] instant failure to hibernate, system operational, terminal message
"bash: echo: write error: Input/output error"
[4] Long delay around 60 sec, black screen locked up, flashing caps
lock, reset (reboot) needed
[5] 15 sec delay (normal) with message "ata1 SRST failed (errorno=-16)
then lockup, reset (reboot) needed.

2.6.35.1

Processors = pm_test fail/pass 3/0 [1][2][3]
platform = pm_test   fail/pass 0/3

[1][2][3] Hard lockup after about 12 secs. Caps lock flashing, black
screen, no keyboard response. Reset (reboot)

Re: [Bug #19612] Computer fails to hibernate - problem idling SMP CPU's

[zz zzzzzzzzzzzzz]

Test results 9-11 October 2010 file tmp.pm_test.txt

linux-source-2.6.34_2.6.34-1~experimental.2_all.deb

Devices = pm_test    fail/pass 0/10
Platform = pm_test   fail/pass 0/10
Processors = pm_test fail/pass 2*/10 [1][2]
Core = pm_test       fail/pass 3/2 [3][4][5]
[1] Long delay around 112 sec, system came back apparently fully
operational. On next test, instant error message, I *think* related to
access to disks, then returned to gnome scr$
[2] Long delay around 112 sec, system came back apparently fully
operational. Checked and found one mdadm raid5 disc degraded.
Rebooted. Told mdadm to add the partition back into $
* This may underestime the number of failures. If in doubt about
success, I rebooted the system. Even so, sometime in this process one
of my mdadm partitions got kicked from its r$
[3] Long delay 120 sec, system restored screed, no keyboard or mouse
activity, flashing caps lock. reset (reboot)
[4] Long delay around 112 sec, system came back apparently fully
operational. Checked and found one mdadm raid5 partition degraded.
Rebooted. Told mdadm to add the partition back $
[5] long delay around 120 sec, black screen, no keyboard, no mouse,
reset (reboot). Checked and found two mdadm raid5 partitions degraded.
Told mdadm to add the partitions back in$

2.6.34.7

Processors = pm_test fail/pass 4/10 [1][2][3][4][5]
Devices = pm_test    fail/pass 0/10
Platform = pm_test   fail/pass 0/10

[1] Long delay around 60 sec, partial restore, keyboard active, then
system locked up, reset (reboot) needed
[2] Long delay around 60 sec , screen restored locked up, reset (reboot) needed
[3] instant failure to hibernate, system operational, terminal message
"bash: echo: write error: Input/output error"
[4] Long delay around 60 sec, black screen locked up, flashing caps
lock, reset (reboot) needed
[5] 15 sec delay (normal) with message "ata1 SRST failed (errorno=-16)
then lockup, reset (reboot) needed.

2.6.35.1

Processors = pm_test fail/pass 3/0 [1][2][3]
platform = pm_test   fail/pass 0/3

[1][2][3] Hard lockup after about 12 secs. Caps lock flashing, black
screen, no keyboard response. Reset (reboot)

Re: [Bug #19612] Computer fails to hibernate - problem idling SMP CPU's

[Rafael J. Wysocki]

On Monday, October 11, 2010, zz zzzzzzzzzzzzz wrote:
> Test results 9-11 October 2010 file tmp.pm_test.txt
> 
> linux-source-2.6.34_2.6.34-1~experimental.2_all.deb
> 
> Devices = pm_test    fail/pass 0/10
> Platform = pm_test   fail/pass 0/10
> Processors = pm_test fail/pass 2*/10 [1][2]
> Core = pm_test       fail/pass 3/2 [3][4][5]
> [1] Long delay around 112 sec, system came back apparently fully
> operational. On next test, instant error message, I *think* related to
> access to disks, then returned to gnome scr$
> [2] Long delay around 112 sec, system came back apparently fully
> operational. Checked and found one mdadm raid5 disc degraded.
> Rebooted. Told mdadm to add the partition back into $
> * This may underestime the number of failures. If in doubt about
> success, I rebooted the system. Even so, sometime in this process one
> of my mdadm partitions got kicked from its r$
> [3] Long delay 120 sec, system restored screed, no keyboard or mouse
> activity, flashing caps lock. reset (reboot)
> [4] Long delay around 112 sec, system came back apparently fully
> operational. Checked and found one mdadm raid5 partition degraded.
> Rebooted. Told mdadm to add the partition back $
> [5] long delay around 120 sec, black screen, no keyboard, no mouse,
> reset (reboot). Checked and found two mdadm raid5 partitions degraded.
> Told mdadm to add the partitions back in$
> 
> 2.6.34.7

Does it mean the problem also happens for the 2.6.34.y kernels before
2.6.34.7?

> Processors = pm_test fail/pass 4/10 [1][2][3][4][5]
> Devices = pm_test    fail/pass 0/10
> Platform = pm_test   fail/pass 0/10
> 
> [1] Long delay around 60 sec, partial restore, keyboard active, then
> system locked up, reset (reboot) needed
> [2] Long delay around 60 sec , screen restored locked up, reset (reboot) needed
> [3] instant failure to hibernate, system operational, terminal message
> "bash: echo: write error: Input/output error"
> [4] Long delay around 60 sec, black screen locked up, flashing caps
> lock, reset (reboot) needed
> [5] 15 sec delay (normal) with message "ata1 SRST failed (errorno=-16)
> then lockup, reset (reboot) needed.
> 
> 2.6.35.1
> 
> Processors = pm_test fail/pass 3/0 [1][2][3]
> platform = pm_test   fail/pass 0/3
> 
> [1][2][3] Hard lockup after about 12 secs. Caps lock flashing, black
> screen, no keyboard response. Reset (reboot)

Thanks for the update.

Rafael

Re: [Bug #19612] Computer fails to hibernate - problem idling SMP CPU's

[Rafael J. Wysocki]

On Monday, October 11, 2010, zz zzzzzzzzzzzzz wrote:
> Test results 9-11 October 2010 file tmp.pm_test.txt
> 
> linux-source-2.6.34_2.6.34-1~experimental.2_all.deb
> 
> Devices = pm_test    fail/pass 0/10
> Platform = pm_test   fail/pass 0/10
> Processors = pm_test fail/pass 2*/10 [1][2]
> Core = pm_test       fail/pass 3/2 [3][4][5]
> [1] Long delay around 112 sec, system came back apparently fully
> operational. On next test, instant error message, I *think* related to
> access to disks, then returned to gnome scr$
> [2] Long delay around 112 sec, system came back apparently fully
> operational. Checked and found one mdadm raid5 disc degraded.
> Rebooted. Told mdadm to add the partition back into $
> * This may underestime the number of failures. If in doubt about
> success, I rebooted the system. Even so, sometime in this process one
> of my mdadm partitions got kicked from its r$
> [3] Long delay 120 sec, system restored screed, no keyboard or mouse
> activity, flashing caps lock. reset (reboot)
> [4] Long delay around 112 sec, system came back apparently fully
> operational. Checked and found one mdadm raid5 partition degraded.
> Rebooted. Told mdadm to add the partition back $
> [5] long delay around 120 sec, black screen, no keyboard, no mouse,
> reset (reboot). Checked and found two mdadm raid5 partitions degraded.
> Told mdadm to add the partitions back in$
> 
> 2.6.34.7

Does it mean the problem also happens for the 2.6.34.y kernels before
2.6.34.7?

> Processors = pm_test fail/pass 4/10 [1][2][3][4][5]
> Devices = pm_test    fail/pass 0/10
> Platform = pm_test   fail/pass 0/10
> 
> [1] Long delay around 60 sec, partial restore, keyboard active, then
> system locked up, reset (reboot) needed
> [2] Long delay around 60 sec , screen restored locked up, reset (reboot) needed
> [3] instant failure to hibernate, system operational, terminal message
> "bash: echo: write error: Input/output error"
> [4] Long delay around 60 sec, black screen locked up, flashing caps
> lock, reset (reboot) needed
> [5] 15 sec delay (normal) with message "ata1 SRST failed (errorno=-16)
> then lockup, reset (reboot) needed.
> 
> 2.6.35.1
> 
> Processors = pm_test fail/pass 3/0 [1][2][3]
> platform = pm_test   fail/pass 0/3
> 
> [1][2][3] Hard lockup after about 12 secs. Caps lock flashing, black
> screen, no keyboard response. Reset (reboot)

Thanks for the update.

Rafael

2.6.36-rc8-git3: Reported regressions 2.6.34 -> 2.6.35

[Rafael J. Wysocki]

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-17      141       19          15
  2010-10-10      143       23          19
  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=20002
Subject		: x86_64 2.6.35.* kernels and Intel Xeon X5550
Submitter	: Marc Aurele La France <tsi@ualberta.ca>
Date		: 2010-10-07 17:17 (11 days old)
Message-ID	: <alpine.WNT.2.00.1010071055420.1672@cluij.ucs.ualberta.ca>
References	: http://marc.info/?l=linux-kernel&m=128647187628706&w=2


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 (22 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 (36 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 (43 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 (50 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 (58 days old)
References	: http://www.spinics.net/lists/linux-wireless/msg57237.html


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 (73 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 (75 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 (77 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 (75 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 (78 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 (85 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 (97 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 (131 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 (129 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 (44 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=16891
Subject		: Kernel panic while loading intel module during boot
Submitter	: Anisse Astier <anisse@astier.eu>
Date		: 2010-08-24 13:19 (55 days old)
Handled-By	: Anisse Astier <anisse@astier.eu>
Patch		: https://bugzilla.kernel.org/attachment.cgi?id=32602


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 (112 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 (124 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!

[Bug #16891] Kernel panic while loading intel module during boot

[Rafael J. Wysocki]

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 (55 days old)
Handled-By	: Anisse Astier <anisse@astier.eu>
Patch		: https://bugzilla.kernel.org/attachment.cgi?id=32602

2.6.36-rc6-git2: Reported regressions 2.6.34 -> 2.6.35

[Rafael J. Wysocki]

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-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
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-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


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


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=17812
Subject		: Kernel completely frozen when memory is full
Submitter	: Mickey86 <mikael.cordon-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
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-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org>
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-fwwRqrJYcP2HXe+LvDLADg@public.gmane.org>
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-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
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-6SM94LqRVpn6gRhOQ7JHfg@public.gmane.org>
Date		: 2010-08-10 22:12 (55 days old)
Message-ID	: <61936849.20100811001257-6SM94LqRVpn6gRhOQ7JHfg@public.gmane.org>
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-BP4nVm5VUdNhbmWW9KSYcQ@public.gmane.org>
Date		: 2010-08-06 22:09 (59 days old)
Message-ID	: <alpine.DEB.2.00.1008061800530.5241-0qmrozcXWo8bm2hyYBkBBg@public.gmane.org>
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-d+Crzxg7Rs0@public.gmane.org>
Date		: 2010-08-04 10:56 (61 days old)
Message-ID	: <4C594740.1090608-d+Crzxg7Rs0@public.gmane.org>
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-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


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-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
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-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>


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)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=16458
Subject		: Bluetooth disabled after resume
Submitter	: AttilaN <attila123456-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
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-VInPYn6yXxRWk0Htik3J/w@public.gmane.org>
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-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>


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


Regressions with patches
------------------------

Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=17772
Subject		: Unable to locate IOAPIC for GSI *
Submitter	: zersaa <zersaa-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2010-09-04 21:28 (30 days old)
Handled-By	: Eric W. Biederman <ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org>
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-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


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


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/


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!

--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Bug #16891] Kernel panic while loading intel module during boot

[Rafael J. Wysocki]

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)

[Bug #16891] Kernel panic while loading intel module during boot

[Rafael J. Wysocki]

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)

Re: [Bug #16891] Kernel panic while loading intel module during boot

[Anisse Astier]

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

Re: [Bug #16891] Kernel panic while loading intel module during boot

[Anisse Astier]

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

Re: [Bug #16891] Kernel panic while loading intel module during boot

[Rafael J. Wysocki]

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: ? */
>  
> 

Re: [Bug #16891] Kernel panic while loading intel module during boot

[Rafael J. Wysocki]

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: ? */
>  
> 

Re: [Bug #16891] Kernel panic while loading intel module during boot

[Rafael J. Wysocki]

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: ? */
> >  
> > 

Re: [Bug #16891] Kernel panic while loading intel module during boot

[Rafael J. Wysocki]

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: ? */
> >  
> > 

Re: [Bug #16891] Kernel panic while loading intel module during boot

[Anisse Astier]

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

Re: [Bug #16891] Kernel panic while loading intel module during boot

[Anisse Astier]

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

Re: [Bug #16891] Kernel panic while loading intel module during boot

[Rafael J. Wysocki]

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

Re: [Bug #16891] Kernel panic while loading intel module during boot

[Rafael J. Wysocki]

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

Re: [Bug #16891] Kernel panic while loading intel module during boot

[Greg KH]

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

Re: [Bug #16891] Kernel panic while loading intel module during boot

[Greg KH]

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

Re: [Bug #16891] Kernel panic while loading intel module during boot

[Daniel Vetter]

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