2.6.34-rc3-git6: Reported regressions from 2.6.33

2.6.34-rc3-git6: Reported regressions from 2.6.33

[Rafael J. Wysocki]

[NOTE:
 The summary report of post-2.6.32 regressions will be sent later
 (hopefully tomorrow).]

This message contains a list of some regressions from 2.6.33,
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 regressions from 2.6.33, 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-04-07       48       35          33
  2010-03-21       15       13          10


Unresolved regressions
----------------------

Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15719
Subject		: virtio_net causing kernel BUG when running under VirtualBox
Submitter	: Thomas Müller <thomas@mathtm.de>
Date		: 2010-03-27 14:32 (12 days old)
First-Bad-Commit: http://git.kernel.org/git/linus/9ab86bbcf8be755256f0a5e994e0b38af6b4d399
Message-ID	: <4BAE1707.2050803@mathtm.de>
References	: http://marc.info/?l=linux-kernel&m=126970039227740&w=4
Handled-By	: Shirley Ma <mashirle@us.ibm.com>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15718
Subject		: File corruption regression on NFS related to commit 1f36f774
Submitter	: Boaz Harrosh <bharrosh@panasas.com>
Date		: 2010-03-24 15:49 (15 days old)
First-Bad-Commit: http://git.kernel.org/git/linus/1f36f774b22a0ceb7dd33eca626746c81a97b6a5
Message-ID	: <4BAA3493.1030802@panasas.com>
References	: http://marc.info/?l=linux-kernel&m=126944579810350&w=4
Handled-By	: Al Viro <viro@zeniv.linux.org.uk>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15717
Subject		: bluetooth oops
Submitter	: Pavel Machek <pavel@ucw.cz>
Date		: 2010-03-14 20:14 (25 days old)
Message-ID	: <20100314201434.GE22059@elf.ucw.cz>
References	: http://marc.info/?l=linux-kernel&m=126859771528426&w=4
Handled-By	: Marcel Holtmann <marcel@holtmann.org>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15716
Subject		: ata2: lost interrupt with kernel 2.6.34-rc1
Submitter	: Andrew Benton <b3nton@gmail.com>
Date		: 2010-03-11 16:57 (28 days old)
Message-ID	: <4B992110.2090300@gmail.com>
References	: http://marc.info/?l=linux-kernel&m=126832670609705&w=4
Handled-By	: Jeff Garzik <jeff@garzik.org>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15715
Subject		: vmscan: underflow for get_scan_ratio
Submitter	: Shaohua Li <shaohua.li@intel.com>
Date		: 2010-03-30 5:53 (9 days old)
First-Bad-Commit: http://git.kernel.org/git/linus/84b18490d1f1bc7ed5095c929f78bc002eb70f26
Message-ID	: <20100330055304.GA2983@sli10-desk.sh.intel.com>
References	: http://marc.info/?l=linux-kernel&m=126992842105754&w=4
Handled-By	: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
		  Wu Fengguang <fengguang.wu@intel.com>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15713
Subject		: hackbench regression due to commit 9dfc6e68bfe6e
Submitter	: Alex Shi <alex.shi@intel.com>
Date		: 2010-03-25 8:40 (14 days old)
First-Bad-Commit: http://git.kernel.org/git/linus/9dfc6e68bfe6ee452efb1a4e9ca26a9007f2b864
Message-ID	: <1269506457.4513.141.camel@alexs-hp.sh.intel.com>
References	: http://marc.info/?l=linux-kernel&m=126950632920682&w=4
Handled-By	: Christoph Lameter <cl@linux-foundation.org>
		  Pekka Enberg <penberg@cs.helsinki.fi>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15712
Subject		: [regression] 2.6.34-rc1 to -rc3 on zaurus: no longer boots
Submitter	: Pavel Machek <pavel@ucw.cz>
Date		: 2010-04-01 6:06 (7 days old)
Message-ID	: <20100401060624.GA1329@ucw.cz>
References	: http://marc.info/?l=linux-kernel&m=127010200817402&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15711
Subject		: 2.6.34-rc3, BUG at mm/slab.c:2989
Submitter	: Heinz Diehl <htd@fancy-poultry.org>
Date		: 2010-04-01 17:52 (7 days old)
Message-ID	: <20100401175225.GA6581@fancy-poultry.org>
References	: http://marc.info/?l=linux-kernel&m=127014437406250&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15704
Subject		: [r8169] WARNING: at net/sched/sch_generic.c
Submitter	: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Date		: 2010-03-31 10:21 (8 days old)
Message-ID	: <20100331102142.GA3294@swordfish.minsk.epam.com>
References	: http://marc.info/?l=linux-kernel&m=127003090406108&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15674
Subject		: [2.6.34-rc2 NFS4 oops] open error path failure...
Submitter	: Daniel J Blueman <daniel.blueman@gmail.com>
Date		: 2010-03-29 18:36 (10 days old)
Message-ID	: <6278d2221003291136p6481fe8emfb039403343c082@mail.gmail.com>
References	: http://marc.info/?l=linux-kernel&m=126988782722711&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15673
Subject		: 2.6.34-rc2: "ima_dec_counts: open/free imbalance"?
Submitter	: Thomas Meyer <thomas@m3y3r.de>
Date		: 2010-03-28 11:31 (11 days old)
Message-ID	: <1269775909.5301.4.camel@localhost.localdomain>
References	: http://marc.info/?l=linux-kernel&m=126977593326800&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15672
Subject		: KVM bug, git bisected
Submitter	: Kent Overstreet <kent.overstreet@gmail.com>
Date		: 2010-03-27 12:43 (12 days old)
First-Bad-Commit: http://git.kernel.org/git/linus/5beb49305251e5669852ed541e8e2f2f7696c53e
Message-ID	: <4BADFD74.8060904@gmail.com>
References	: http://marc.info/?l=linux-kernel&m=126969385121711&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15671
Subject		: intel graphic card hanging (Hangcheck timer elapsed... GPU hung)
Submitter	: Norbert Preining <preining@logic.at>
Date		: 2010-03-27 16:11 (12 days old)
Message-ID	: <20100327161104.GA12043@gamma.logic.tuwien.ac.at>
References	: http://marc.info/?l=linux-kernel&m=126970883105262&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15669
Subject		: INFO: suspicious rcu_dereference_check()
Submitter	: Zdenek Kabelac <zdenek.kabelac@gmail.com>
Date		: 2010-03-08 1:26 (31 days old)
Message-ID	: <c4e36d111003250348q678eb2e6w4f3e8133e7fd6e58@mail.gmail.com>
References	: http://marc.info/?l=linux-kernel&m=126801163107713&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15668
Subject		: start_kernel(): bug: interrupts were enabled early
Submitter	: Rabin Vincent <rabin@rab.in>
Date		: 2010-03-25 19:53 (14 days old)
First-Bad-Commit: http://git.kernel.org/git/linus/773e3eb7b81e5ba13b5155dfb3bb75b8ce37f8f9
Message-ID	: <20100325194100.GA2364@debian>
References	: http://marc.info/?l=linux-kernel&m=126954607216519&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15664
Subject		: Graphics hang and kernel backtrace when starting Azureus with Compiz enabled
Submitter	: Alex Villacis Lasso <avillaci@ceibo.fiec.espol.edu.ec>
Date		: 2010-04-01 01:09 (7 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15661
Subject		: PROBLEM: crash on halt with 2.6.34-0.16.rc2.git0.fc14.x86_64
Submitter	: Jon Masters <jonathan@jonmasters.org>
Date		: 2010-03-26 15:29 (13 days old)
Message-ID	: <1269617372.3779.234.camel@localhost>
References	: http://marc.info/?l=linux-kernel&m=126961739803949&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15659
Subject		: [Regresion] [2.6.34-rc1] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
Submitter	: Maciej Rutecki <maciej.rutecki@gmail.com>
Date		: 2010-03-25 20:04 (14 days old)
Message-ID	: <201003252104.24965.maciej.rutecki@gmail.com>
References	: http://marc.info/?l=linux-kernel&m=126954749618319&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15655
Subject		: corrupt ext3 fs and partial freeze
Submitter	: Alban Browaeys <prahal@yahoo.com>
Date		: 2010-03-30 08:25 (9 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15625
Subject		: BUG: 2.6.34-rc1, RIP is (null)
Submitter	: Randy Dunlap <randy.dunlap@oracle.com>
Date		: 2010-03-18 22:22 (21 days old)
Message-ID	: <4BA2A7A9.4080503@oracle.com>
References	: http://marc.info/?l=linux-kernel&m=126895098217351&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15624
Subject		: [BUG] percpu misaligned allocation
Submitter	: Frederic Weisbecker <fweisbec@gmail.com>
Date		: 2010-03-18 4:49 (21 days old)
Message-ID	: <20100318044930.GC5045@nowhere>
References	: http://marc.info/?l=linux-kernel&m=126888780031992&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15619
Subject		: Regression - Linux 2.6.34-rc1 - i915 - Render error detected
Submitter	: Fabio Comolli <fabio.comolli@gmail.com>
Date		: 2010-03-17 21:58 (22 days old)
Message-ID	: <b637ec0b1003171458t524d168fiab52ce2b3431e3c9@mail.gmail.com>
References	: http://marc.info/?l=linux-kernel&m=126886311908558&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15615
Subject		: NULL pointer deref in task_is_waking
Submitter	: Amit Shah <shahamit@gmail.com>
Date		: 2010-03-23 04:04 (16 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15611
Subject		: Failure with the 2.6.34-rc1 kernel
Submitter	: Rupjyoti Sarmah <rsarmah@amcc.com>
Date		: 2010-03-16 15:45 (23 days old)
Message-ID	: <AC311A8E81420D4EBC1F26E6479848FE065B7D3D@SDCEXCHANGE01.ad.amcc.com>
References	: http://marc.info/?l=linux-kernel&m=126875435718396&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15610
Subject		: fsck leads to swapper - BUG: unable to handle kernel NULL pointer dereference & panic
Submitter	: Ozgur Yuksel <ozgur.yuksel@oracle.com>
Date		: 2010-03-22 15:59 (17 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15603
Subject		: lockdep warning at boot time when determining whether to resume
Submitter	: Sami Liedes <sliedes@cc.hut.fi>
Date		: 2010-03-22 00:03 (17 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15601
Subject		: [BUG] SLOB breaks Crypto
Submitter	: michael-dev@fami-braun.de
Date		: 2010-03-15 13:39 (24 days old)
Message-ID	: <4B9E38AF.70309@fami-braun.de>
References	: http://marc.info/?l=linux-kernel&m=126866044724539&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15600
Subject		: CONFIG_NO_BOOTMEM woes, 2.6.34-rc1
Submitter	: Avi Kivity <avi@redhat.com>
Date		: 2010-03-15 15:28 (24 days old)
Message-ID	: <4B9E5211.9000204@redhat.com>
References	: http://marc.info/?l=linux-kernel&m=126866691701926&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15590
Subject		: 2.6.34-rc1: regression: ^Z no longer stops sound
Submitter	: Pavel Machek <pavel@ucw.cz>
Date		: 2010-03-14 7:58 (25 days old)
Message-ID	: <20100314075831.GA13457@elf.ucw.cz>
References	: http://marc.info/?l=linux-kernel&m=126855353122623&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15589
Subject		: 2.6.34-rc1: Badness at fs/proc/generic.c:316
Submitter	: Christian Kujau <lists@nerdbynature.de>
Date		: 2010-03-13 23:53 (26 days old)
Message-ID	: <alpine.DEB.2.01.1003131544340.5493@bogon.housecafe.de>
References	: http://marc.info/?l=linux-kernel&m=126852442903680&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15553
Subject		: Screen backlight doesn't come back on after lid was closed (GM45)
Submitter	:  <bugs@kaijauch.de>
Date		: 2010-03-17 14:35 (22 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15551
Subject		: WARNING: at net/mac80211/work.c:811 ieee80211_work_work+0x7f/0xde8 [mac80211]()
Submitter	: Alex Zhavnerchik <alex.vizor@gmail.com>
Date		: 2010-03-16 22:03 (23 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15518
Subject		: CONFIG_NO_BOOTMEM=y breaks boot on 32bit
Submitter	: Daniel Vetter <daniel@ffwll.ch>
Date		: 2010-03-11 15:37 (28 days old)


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

Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15505
Subject		: No more b43 wireless interface since 2.6.34-rc1
Submitter	: Christian Casteyde <casteyde.christian@free.fr>
Date		: 2010-03-10 06:59 (29 days old)
Handled-By	: Yinghai Lu <yinghai@kernel.org>
Patch		: https://bugzilla.kernel.org/show_bug.cgi?id=15505#c11


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15480
Subject		: [regression] Fails to boot properly unless given pci=nocrs
Submitter	: Yanko Kaneti <yaneti@declera.com>
Date		: 2010-03-09 01:24 (30 days old)
Handled-By	: Bjorn Helgaas <bjorn.helgaas@hp.com>
Patch		: http://lkml.org/lkml/2010/3/11/512


For details, please visit the bug entries and follow the links given in
references.

As you can see, there is a Bugzilla entry for each of the listed regressions.
There also is a Bugzilla entry used for tracking the regressions from 2.6.33,
unresolved as well as resolved, at:

http://bugzilla.kernel.org/show_bug.cgi?id=15310

Please let the tracking team know if there are any Bugzilla entries that
should be added to the list in there.

Thanks!

2.6.34-rc3-git6: Reported regressions from 2.6.33

[Rafael J. Wysocki]

[NOTE:
 The summary report of post-2.6.32 regressions will be sent later
 (hopefully tomorrow).]

This message contains a list of some regressions from 2.6.33,
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 regressions from 2.6.33, 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-04-07       48       35          33
  2010-03-21       15       13          10


Unresolved regressions
----------------------

Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15719
Subject		: virtio_net causing kernel BUG when running under VirtualBox
Submitter	: Thomas Müller <thomas@mathtm.de>
Date		: 2010-03-27 14:32 (12 days old)
First-Bad-Commit: http://git.kernel.org/git/linus/9ab86bbcf8be755256f0a5e994e0b38af6b4d399
Message-ID	: <4BAE1707.2050803@mathtm.de>
References	: http://marc.info/?l=linux-kernel&m=126970039227740&w=4
Handled-By	: Shirley Ma <mashirle@us.ibm.com>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15718
Subject		: File corruption regression on NFS related to commit 1f36f774
Submitter	: Boaz Harrosh <bharrosh@panasas.com>
Date		: 2010-03-24 15:49 (15 days old)
First-Bad-Commit: http://git.kernel.org/git/linus/1f36f774b22a0ceb7dd33eca626746c81a97b6a5
Message-ID	: <4BAA3493.1030802@panasas.com>
References	: http://marc.info/?l=linux-kernel&m=126944579810350&w=4
Handled-By	: Al Viro <viro@zeniv.linux.org.uk>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15717
Subject		: bluetooth oops
Submitter	: Pavel Machek <pavel@ucw.cz>
Date		: 2010-03-14 20:14 (25 days old)
Message-ID	: <20100314201434.GE22059@elf.ucw.cz>
References	: http://marc.info/?l=linux-kernel&m=126859771528426&w=4
Handled-By	: Marcel Holtmann <marcel@holtmann.org>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15716
Subject		: ata2: lost interrupt with kernel 2.6.34-rc1
Submitter	: Andrew Benton <b3nton@gmail.com>
Date		: 2010-03-11 16:57 (28 days old)
Message-ID	: <4B992110.2090300@gmail.com>
References	: http://marc.info/?l=linux-kernel&m=126832670609705&w=4
Handled-By	: Jeff Garzik <jeff@garzik.org>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15715
Subject		: vmscan: underflow for get_scan_ratio
Submitter	: Shaohua Li <shaohua.li@intel.com>
Date		: 2010-03-30 5:53 (9 days old)
First-Bad-Commit: http://git.kernel.org/git/linus/84b18490d1f1bc7ed5095c929f78bc002eb70f26
Message-ID	: <20100330055304.GA2983@sli10-desk.sh.intel.com>
References	: http://marc.info/?l=linux-kernel&m=126992842105754&w=4
Handled-By	: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
		  Wu Fengguang <fengguang.wu@intel.com>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15713
Subject		: hackbench regression due to commit 9dfc6e68bfe6e
Submitter	: Alex Shi <alex.shi@intel.com>
Date		: 2010-03-25 8:40 (14 days old)
First-Bad-Commit: http://git.kernel.org/git/linus/9dfc6e68bfe6ee452efb1a4e9ca26a9007f2b864
Message-ID	: <1269506457.4513.141.camel@alexs-hp.sh.intel.com>
References	: http://marc.info/?l=linux-kernel&m=126950632920682&w=4
Handled-By	: Christoph Lameter <cl@linux-foundation.org>
		  Pekka Enberg <penberg@cs.helsinki.fi>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15712
Subject		: [regression] 2.6.34-rc1 to -rc3 on zaurus: no longer boots
Submitter	: Pavel Machek <pavel@ucw.cz>
Date		: 2010-04-01 6:06 (7 days old)
Message-ID	: <20100401060624.GA1329@ucw.cz>
References	: http://marc.info/?l=linux-kernel&m=127010200817402&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15711
Subject		: 2.6.34-rc3, BUG at mm/slab.c:2989
Submitter	: Heinz Diehl <htd@fancy-poultry.org>
Date		: 2010-04-01 17:52 (7 days old)
Message-ID	: <20100401175225.GA6581@fancy-poultry.org>
References	: http://marc.info/?l=linux-kernel&m=127014437406250&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15704
Subject		: [r8169] WARNING: at net/sched/sch_generic.c
Submitter	: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Date		: 2010-03-31 10:21 (8 days old)
Message-ID	: <20100331102142.GA3294@swordfish.minsk.epam.com>
References	: http://marc.info/?l=linux-kernel&m=127003090406108&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15674
Subject		: [2.6.34-rc2 NFS4 oops] open error path failure...
Submitter	: Daniel J Blueman <daniel.blueman@gmail.com>
Date		: 2010-03-29 18:36 (10 days old)
Message-ID	: <6278d2221003291136p6481fe8emfb039403343c082@mail.gmail.com>
References	: http://marc.info/?l=linux-kernel&m=126988782722711&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15673
Subject		: 2.6.34-rc2: "ima_dec_counts: open/free imbalance"?
Submitter	: Thomas Meyer <thomas@m3y3r.de>
Date		: 2010-03-28 11:31 (11 days old)
Message-ID	: <1269775909.5301.4.camel@localhost.localdomain>
References	: http://marc.info/?l=linux-kernel&m=126977593326800&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15672
Subject		: KVM bug, git bisected
Submitter	: Kent Overstreet <kent.overstreet@gmail.com>
Date		: 2010-03-27 12:43 (12 days old)
First-Bad-Commit: http://git.kernel.org/git/linus/5beb49305251e5669852ed541e8e2f2f7696c53e
Message-ID	: <4BADFD74.8060904@gmail.com>
References	: http://marc.info/?l=linux-kernel&m=126969385121711&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15671
Subject		: intel graphic card hanging (Hangcheck timer elapsed... GPU hung)
Submitter	: Norbert Preining <preining@logic.at>
Date		: 2010-03-27 16:11 (12 days old)
Message-ID	: <20100327161104.GA12043@gamma.logic.tuwien.ac.at>
References	: http://marc.info/?l=linux-kernel&m=126970883105262&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15669
Subject		: INFO: suspicious rcu_dereference_check()
Submitter	: Zdenek Kabelac <zdenek.kabelac@gmail.com>
Date		: 2010-03-08 1:26 (31 days old)
Message-ID	: <c4e36d111003250348q678eb2e6w4f3e8133e7fd6e58@mail.gmail.com>
References	: http://marc.info/?l=linux-kernel&m=126801163107713&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15668
Subject		: start_kernel(): bug: interrupts were enabled early
Submitter	: Rabin Vincent <rabin@rab.in>
Date		: 2010-03-25 19:53 (14 days old)
First-Bad-Commit: http://git.kernel.org/git/linus/773e3eb7b81e5ba13b5155dfb3bb75b8ce37f8f9
Message-ID	: <20100325194100.GA2364@debian>
References	: http://marc.info/?l=linux-kernel&m=126954607216519&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15664
Subject		: Graphics hang and kernel backtrace when starting Azureus with Compiz enabled
Submitter	: Alex Villacis Lasso <avillaci@ceibo.fiec.espol.edu.ec>
Date		: 2010-04-01 01:09 (7 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15661
Subject		: PROBLEM: crash on halt with 2.6.34-0.16.rc2.git0.fc14.x86_64
Submitter	: Jon Masters <jonathan@jonmasters.org>
Date		: 2010-03-26 15:29 (13 days old)
Message-ID	: <1269617372.3779.234.camel@localhost>
References	: http://marc.info/?l=linux-kernel&m=126961739803949&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15659
Subject		: [Regresion] [2.6.34-rc1] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
Submitter	: Maciej Rutecki <maciej.rutecki@gmail.com>
Date		: 2010-03-25 20:04 (14 days old)
Message-ID	: <201003252104.24965.maciej.rutecki@gmail.com>
References	: http://marc.info/?l=linux-kernel&m=126954749618319&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15655
Subject		: corrupt ext3 fs and partial freeze
Submitter	: Alban Browaeys <prahal@yahoo.com>
Date		: 2010-03-30 08:25 (9 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15625
Subject		: BUG: 2.6.34-rc1, RIP is (null)
Submitter	: Randy Dunlap <randy.dunlap@oracle.com>
Date		: 2010-03-18 22:22 (21 days old)
Message-ID	: <4BA2A7A9.4080503@oracle.com>
References	: http://marc.info/?l=linux-kernel&m=126895098217351&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15624
Subject		: [BUG] percpu misaligned allocation
Submitter	: Frederic Weisbecker <fweisbec@gmail.com>
Date		: 2010-03-18 4:49 (21 days old)
Message-ID	: <20100318044930.GC5045@nowhere>
References	: http://marc.info/?l=linux-kernel&m=126888780031992&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15619
Subject		: Regression - Linux 2.6.34-rc1 - i915 - Render error detected
Submitter	: Fabio Comolli <fabio.comolli@gmail.com>
Date		: 2010-03-17 21:58 (22 days old)
Message-ID	: <b637ec0b1003171458t524d168fiab52ce2b3431e3c9@mail.gmail.com>
References	: http://marc.info/?l=linux-kernel&m=126886311908558&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15615
Subject		: NULL pointer deref in task_is_waking
Submitter	: Amit Shah <shahamit@gmail.com>
Date		: 2010-03-23 04:04 (16 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15611
Subject		: Failure with the 2.6.34-rc1 kernel
Submitter	: Rupjyoti Sarmah <rsarmah@amcc.com>
Date		: 2010-03-16 15:45 (23 days old)
Message-ID	: <AC311A8E81420D4EBC1F26E6479848FE065B7D3D@SDCEXCHANGE01.ad.amcc.com>
References	: http://marc.info/?l=linux-kernel&m=126875435718396&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15610
Subject		: fsck leads to swapper - BUG: unable to handle kernel NULL pointer dereference & panic
Submitter	: Ozgur Yuksel <ozgur.yuksel@oracle.com>
Date		: 2010-03-22 15:59 (17 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15603
Subject		: lockdep warning at boot time when determining whether to resume
Submitter	: Sami Liedes <sliedes@cc.hut.fi>
Date		: 2010-03-22 00:03 (17 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15601
Subject		: [BUG] SLOB breaks Crypto
Submitter	: michael-dev@fami-braun.de
Date		: 2010-03-15 13:39 (24 days old)
Message-ID	: <4B9E38AF.70309@fami-braun.de>
References	: http://marc.info/?l=linux-kernel&m=126866044724539&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15600
Subject		: CONFIG_NO_BOOTMEM woes, 2.6.34-rc1
Submitter	: Avi Kivity <avi@redhat.com>
Date		: 2010-03-15 15:28 (24 days old)
Message-ID	: <4B9E5211.9000204@redhat.com>
References	: http://marc.info/?l=linux-kernel&m=126866691701926&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15590
Subject		: 2.6.34-rc1: regression: ^Z no longer stops sound
Submitter	: Pavel Machek <pavel@ucw.cz>
Date		: 2010-03-14 7:58 (25 days old)
Message-ID	: <20100314075831.GA13457@elf.ucw.cz>
References	: http://marc.info/?l=linux-kernel&m=126855353122623&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15589
Subject		: 2.6.34-rc1: Badness at fs/proc/generic.c:316
Submitter	: Christian Kujau <lists@nerdbynature.de>
Date		: 2010-03-13 23:53 (26 days old)
Message-ID	: <alpine.DEB.2.01.1003131544340.5493@bogon.housecafe.de>
References	: http://marc.info/?l=linux-kernel&m=126852442903680&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15553
Subject		: Screen backlight doesn't come back on after lid was closed (GM45)
Submitter	:  <bugs@kaijauch.de>
Date		: 2010-03-17 14:35 (22 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15551
Subject		: WARNING: at net/mac80211/work.c:811 ieee80211_work_work+0x7f/0xde8 [mac80211]()
Submitter	: Alex Zhavnerchik <alex.vizor@gmail.com>
Date		: 2010-03-16 22:03 (23 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15518
Subject		: CONFIG_NO_BOOTMEM=y breaks boot on 32bit
Submitter	: Daniel Vetter <daniel@ffwll.ch>
Date		: 2010-03-11 15:37 (28 days old)


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

Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15505
Subject		: No more b43 wireless interface since 2.6.34-rc1
Submitter	: Christian Casteyde <casteyde.christian@free.fr>
Date		: 2010-03-10 06:59 (29 days old)
Handled-By	: Yinghai Lu <yinghai@kernel.org>
Patch		: https://bugzilla.kernel.org/show_bug.cgi?id=15505#c11


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15480
Subject		: [regression] Fails to boot properly unless given pci=nocrs
Submitter	: Yanko Kaneti <yaneti@declera.com>
Date		: 2010-03-09 01:24 (30 days old)
Handled-By	: Bjorn Helgaas <bjorn.helgaas@hp.com>
Patch		: http://lkml.org/lkml/2010/3/11/512


For details, please visit the bug entries and follow the links given in
references.

As you can see, there is a Bugzilla entry for each of the listed regressions.
There also is a Bugzilla entry used for tracking the regressions from 2.6.33,
unresolved as well as resolved, at:

http://bugzilla.kernel.org/show_bug.cgi?id=15310

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-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

2.6.34-rc3-git6: Reported regressions from 2.6.33

[Rafael J. Wysocki]

[NOTE:
 The summary report of post-2.6.32 regressions will be sent later
 (hopefully tomorrow).]

This message contains a list of some regressions from 2.6.33,
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 regressions from 2.6.33, 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-04-07       48       35          33
  2010-03-21       15       13          10


Unresolved regressions
----------------------

Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15719
Subject		: virtio_net causing kernel BUG when running under VirtualBox
Submitter	: Thomas Müller <thomas@mathtm.de>
Date		: 2010-03-27 14:32 (12 days old)
First-Bad-Commit: http://git.kernel.org/git/linus/9ab86bbcf8be755256f0a5e994e0b38af6b4d399
Message-ID	: <4BAE1707.2050803@mathtm.de>
References	: http://marc.info/?l=linux-kernel&m=126970039227740&w=4
Handled-By	: Shirley Ma <mashirle@us.ibm.com>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15718
Subject		: File corruption regression on NFS related to commit 1f36f774
Submitter	: Boaz Harrosh <bharrosh@panasas.com>
Date		: 2010-03-24 15:49 (15 days old)
First-Bad-Commit: http://git.kernel.org/git/linus/1f36f774b22a0ceb7dd33eca626746c81a97b6a5
Message-ID	: <4BAA3493.1030802@panasas.com>
References	: http://marc.info/?l=linux-kernel&m=126944579810350&w=4
Handled-By	: Al Viro <viro@zeniv.linux.org.uk>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15717
Subject		: bluetooth oops
Submitter	: Pavel Machek <pavel@ucw.cz>
Date		: 2010-03-14 20:14 (25 days old)
Message-ID	: <20100314201434.GE22059@elf.ucw.cz>
References	: http://marc.info/?l=linux-kernel&m=126859771528426&w=4
Handled-By	: Marcel Holtmann <marcel@holtmann.org>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15716
Subject		: ata2: lost interrupt with kernel 2.6.34-rc1
Submitter	: Andrew Benton <b3nton@gmail.com>
Date		: 2010-03-11 16:57 (28 days old)
Message-ID	: <4B992110.2090300@gmail.com>
References	: http://marc.info/?l=linux-kernel&m=126832670609705&w=4
Handled-By	: Jeff Garzik <jeff@garzik.org>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15715
Subject		: vmscan: underflow for get_scan_ratio
Submitter	: Shaohua Li <shaohua.li@intel.com>
Date		: 2010-03-30 5:53 (9 days old)
First-Bad-Commit: http://git.kernel.org/git/linus/84b18490d1f1bc7ed5095c929f78bc002eb70f26
Message-ID	: <20100330055304.GA2983@sli10-desk.sh.intel.com>
References	: http://marc.info/?l=linux-kernel&m=126992842105754&w=4
Handled-By	: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
		  Wu Fengguang <fengguang.wu@intel.com>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15713
Subject		: hackbench regression due to commit 9dfc6e68bfe6e
Submitter	: Alex Shi <alex.shi@intel.com>
Date		: 2010-03-25 8:40 (14 days old)
First-Bad-Commit: http://git.kernel.org/git/linus/9dfc6e68bfe6ee452efb1a4e9ca26a9007f2b864
Message-ID	: <1269506457.4513.141.camel@alexs-hp.sh.intel.com>
References	: http://marc.info/?l=linux-kernel&m=126950632920682&w=4
Handled-By	: Christoph Lameter <cl@linux-foundation.org>
		  Pekka Enberg <penberg@cs.helsinki.fi>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15712
Subject		: [regression] 2.6.34-rc1 to -rc3 on zaurus: no longer boots
Submitter	: Pavel Machek <pavel@ucw.cz>
Date		: 2010-04-01 6:06 (7 days old)
Message-ID	: <20100401060624.GA1329@ucw.cz>
References	: http://marc.info/?l=linux-kernel&m=127010200817402&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15711
Subject		: 2.6.34-rc3, BUG at mm/slab.c:2989
Submitter	: Heinz Diehl <htd@fancy-poultry.org>
Date		: 2010-04-01 17:52 (7 days old)
Message-ID	: <20100401175225.GA6581@fancy-poultry.org>
References	: http://marc.info/?l=linux-kernel&m=127014437406250&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15704
Subject		: [r8169] WARNING: at net/sched/sch_generic.c
Submitter	: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Date		: 2010-03-31 10:21 (8 days old)
Message-ID	: <20100331102142.GA3294@swordfish.minsk.epam.com>
References	: http://marc.info/?l=linux-kernel&m=127003090406108&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15674
Subject		: [2.6.34-rc2 NFS4 oops] open error path failure...
Submitter	: Daniel J Blueman <daniel.blueman@gmail.com>
Date		: 2010-03-29 18:36 (10 days old)
Message-ID	: <6278d2221003291136p6481fe8emfb039403343c082@mail.gmail.com>
References	: http://marc.info/?l=linux-kernel&m=126988782722711&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15673
Subject		: 2.6.34-rc2: "ima_dec_counts: open/free imbalance"?
Submitter	: Thomas Meyer <thomas@m3y3r.de>
Date		: 2010-03-28 11:31 (11 days old)
Message-ID	: <1269775909.5301.4.camel@localhost.localdomain>
References	: http://marc.info/?l=linux-kernel&m=126977593326800&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15672
Subject		: KVM bug, git bisected
Submitter	: Kent Overstreet <kent.overstreet@gmail.com>
Date		: 2010-03-27 12:43 (12 days old)
First-Bad-Commit: http://git.kernel.org/git/linus/5beb49305251e5669852ed541e8e2f2f7696c53e
Message-ID	: <4BADFD74.8060904@gmail.com>
References	: http://marc.info/?l=linux-kernel&m=126969385121711&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15671
Subject		: intel graphic card hanging (Hangcheck timer elapsed... GPU hung)
Submitter	: Norbert Preining <preining@logic.at>
Date		: 2010-03-27 16:11 (12 days old)
Message-ID	: <20100327161104.GA12043@gamma.logic.tuwien.ac.at>
References	: http://marc.info/?l=linux-kernel&m=126970883105262&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15669
Subject		: INFO: suspicious rcu_dereference_check()
Submitter	: Zdenek Kabelac <zdenek.kabelac@gmail.com>
Date		: 2010-03-08 1:26 (31 days old)
Message-ID	: <c4e36d111003250348q678eb2e6w4f3e8133e7fd6e58@mail.gmail.com>
References	: http://marc.info/?l=linux-kernel&m=126801163107713&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15668
Subject		: start_kernel(): bug: interrupts were enabled early
Submitter	: Rabin Vincent <rabin@rab.in>
Date		: 2010-03-25 19:53 (14 days old)
First-Bad-Commit: http://git.kernel.org/git/linus/773e3eb7b81e5ba13b5155dfb3bb75b8ce37f8f9
Message-ID	: <20100325194100.GA2364@debian>
References	: http://marc.info/?l=linux-kernel&m=126954607216519&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15664
Subject		: Graphics hang and kernel backtrace when starting Azureus with Compiz enabled
Submitter	: Alex Villacis Lasso <avillaci@ceibo.fiec.espol.edu.ec>
Date		: 2010-04-01 01:09 (7 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15661
Subject		: PROBLEM: crash on halt with 2.6.34-0.16.rc2.git0.fc14.x86_64
Submitter	: Jon Masters <jonathan@jonmasters.org>
Date		: 2010-03-26 15:29 (13 days old)
Message-ID	: <1269617372.3779.234.camel@localhost>
References	: http://marc.info/?l=linux-kernel&m=126961739803949&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15659
Subject		: [Regresion] [2.6.34-rc1] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
Submitter	: Maciej Rutecki <maciej.rutecki@gmail.com>
Date		: 2010-03-25 20:04 (14 days old)
Message-ID	: <201003252104.24965.maciej.rutecki@gmail.com>
References	: http://marc.info/?l=linux-kernel&m=126954749618319&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15655
Subject		: corrupt ext3 fs and partial freeze
Submitter	: Alban Browaeys <prahal@yahoo.com>
Date		: 2010-03-30 08:25 (9 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15625
Subject		: BUG: 2.6.34-rc1, RIP is (null)
Submitter	: Randy Dunlap <randy.dunlap@oracle.com>
Date		: 2010-03-18 22:22 (21 days old)
Message-ID	: <4BA2A7A9.4080503@oracle.com>
References	: http://marc.info/?l=linux-kernel&m=126895098217351&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15624
Subject		: [BUG] percpu misaligned allocation
Submitter	: Frederic Weisbecker <fweisbec@gmail.com>
Date		: 2010-03-18 4:49 (21 days old)
Message-ID	: <20100318044930.GC5045@nowhere>
References	: http://marc.info/?l=linux-kernel&m=126888780031992&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15619
Subject		: Regression - Linux 2.6.34-rc1 - i915 - Render error detected
Submitter	: Fabio Comolli <fabio.comolli@gmail.com>
Date		: 2010-03-17 21:58 (22 days old)
Message-ID	: <b637ec0b1003171458t524d168fiab52ce2b3431e3c9@mail.gmail.com>
References	: http://marc.info/?l=linux-kernel&m=126886311908558&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15615
Subject		: NULL pointer deref in task_is_waking
Submitter	: Amit Shah <shahamit@gmail.com>
Date		: 2010-03-23 04:04 (16 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15611
Subject		: Failure with the 2.6.34-rc1 kernel
Submitter	: Rupjyoti Sarmah <rsarmah@amcc.com>
Date		: 2010-03-16 15:45 (23 days old)
Message-ID	: <AC311A8E81420D4EBC1F26E6479848FE065B7D3D@SDCEXCHANGE01.ad.amcc.com>
References	: http://marc.info/?l=linux-kernel&m=126875435718396&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15610
Subject		: fsck leads to swapper - BUG: unable to handle kernel NULL pointer dereference & panic
Submitter	: Ozgur Yuksel <ozgur.yuksel@oracle.com>
Date		: 2010-03-22 15:59 (17 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15603
Subject		: lockdep warning at boot time when determining whether to resume
Submitter	: Sami Liedes <sliedes@cc.hut.fi>
Date		: 2010-03-22 00:03 (17 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15601
Subject		: [BUG] SLOB breaks Crypto
Submitter	: michael-dev@fami-braun.de
Date		: 2010-03-15 13:39 (24 days old)
Message-ID	: <4B9E38AF.70309@fami-braun.de>
References	: http://marc.info/?l=linux-kernel&m=126866044724539&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15600
Subject		: CONFIG_NO_BOOTMEM woes, 2.6.34-rc1
Submitter	: Avi Kivity <avi@redhat.com>
Date		: 2010-03-15 15:28 (24 days old)
Message-ID	: <4B9E5211.9000204@redhat.com>
References	: http://marc.info/?l=linux-kernel&m=126866691701926&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15590
Subject		: 2.6.34-rc1: regression: ^Z no longer stops sound
Submitter	: Pavel Machek <pavel@ucw.cz>
Date		: 2010-03-14 7:58 (25 days old)
Message-ID	: <20100314075831.GA13457@elf.ucw.cz>
References	: http://marc.info/?l=linux-kernel&m=126855353122623&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15589
Subject		: 2.6.34-rc1: Badness at fs/proc/generic.c:316
Submitter	: Christian Kujau <lists@nerdbynature.de>
Date		: 2010-03-13 23:53 (26 days old)
Message-ID	: <alpine.DEB.2.01.1003131544340.5493@bogon.housecafe.de>
References	: http://marc.info/?l=linux-kernel&m=126852442903680&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15553
Subject		: Screen backlight doesn't come back on after lid was closed (GM45)
Submitter	:  <bugs@kaijauch.de>
Date		: 2010-03-17 14:35 (22 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15551
Subject		: WARNING: at net/mac80211/work.c:811 ieee80211_work_work+0x7f/0xde8 [mac80211]()
Submitter	: Alex Zhavnerchik <alex.vizor@gmail.com>
Date		: 2010-03-16 22:03 (23 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15518
Subject		: CONFIG_NO_BOOTMEM=y breaks boot on 32bit
Submitter	: Daniel Vetter <daniel@ffwll.ch>
Date		: 2010-03-11 15:37 (28 days old)


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

Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15505
Subject		: No more b43 wireless interface since 2.6.34-rc1
Submitter	: Christian Casteyde <casteyde.christian@free.fr>
Date		: 2010-03-10 06:59 (29 days old)
Handled-By	: Yinghai Lu <yinghai@kernel.org>
Patch		: https://bugzilla.kernel.org/show_bug.cgi?id=15505#c11


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15480
Subject		: [regression] Fails to boot properly unless given pci=nocrs
Submitter	: Yanko Kaneti <yaneti@declera.com>
Date		: 2010-03-09 01:24 (30 days old)
Handled-By	: Bjorn Helgaas <bjorn.helgaas@hp.com>
Patch		: http://lkml.org/lkml/2010/3/11/512


For details, please visit the bug entries and follow the links given in
references.

As you can see, there is a Bugzilla entry for each of the listed regressions.
There also is a Bugzilla entry used for tracking the regressions from 2.6.33,
unresolved as well as resolved, at:

http://bugzilla.kernel.org/show_bug.cgi?id=15310

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-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Bug #15480] [regression] Fails to boot properly unless given pci=nocrs

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15480
Subject		: [regression] Fails to boot properly unless given pci=nocrs
Submitter	: Yanko Kaneti <yaneti@declera.com>
Date		: 2010-03-09 01:24 (30 days old)
Handled-By	: Bjorn Helgaas <bjorn.helgaas@hp.com>
Patch		: http://lkml.org/lkml/2010/3/11/512

[Bug #15480] [regression] Fails to boot properly unless given pci=nocrs

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15480
Subject		: [regression] Fails to boot properly unless given pci=nocrs
Submitter	: Yanko Kaneti <yaneti-jUE9FD3ILm5BDgjK7y7TUQ@public.gmane.org>
Date		: 2010-03-09 01:24 (30 days old)
Handled-By	: Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
Patch		: http://lkml.org/lkml/2010/3/11/512

[Bug #15518] CONFIG_NO_BOOTMEM=y breaks boot on 32bit

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15518
Subject		: CONFIG_NO_BOOTMEM=y breaks boot on 32bit
Submitter	: Daniel Vetter <daniel@ffwll.ch>
Date		: 2010-03-11 15:37 (28 days old)

[Bug #15505] No more b43 wireless interface since 2.6.34-rc1

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15505
Subject		: No more b43 wireless interface since 2.6.34-rc1
Submitter	: Christian Casteyde <casteyde.christian@free.fr>
Date		: 2010-03-10 06:59 (29 days old)
Handled-By	: Yinghai Lu <yinghai@kernel.org>
Patch		: https://bugzilla.kernel.org/show_bug.cgi?id=15505#c11

[Bug #15551] WARNING: at net/mac80211/work.c:811 ieee80211_work_work+0x7f/0xde8 [mac80211]()

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15551
Subject		: WARNING: at net/mac80211/work.c:811 ieee80211_work_work+0x7f/0xde8 [mac80211]()
Submitter	: Alex Zhavnerchik <alex.vizor@gmail.com>
Date		: 2010-03-16 22:03 (23 days old)

[Bug #15553] Screen backlight doesn't come back on after lid was closed (GM45)

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15553
Subject		: Screen backlight doesn't come back on after lid was closed (GM45)
Submitter	:  <bugs@kaijauch.de>
Date		: 2010-03-17 14:35 (22 days old)

[Bug #15551] WARNING: at net/mac80211/work.c:811 ieee80211_work_work+0x7f/0xde8 [mac80211]()

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15551
Subject		: WARNING: at net/mac80211/work.c:811 ieee80211_work_work+0x7f/0xde8 [mac80211]()
Submitter	: Alex Zhavnerchik <alex.vizor-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2010-03-16 22:03 (23 days old)

[Bug #15505] No more b43 wireless interface since 2.6.34-rc1

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15505
Subject		: No more b43 wireless interface since 2.6.34-rc1
Submitter	: Christian Casteyde <casteyde.christian-GANU6spQydw@public.gmane.org>
Date		: 2010-03-10 06:59 (29 days old)
Handled-By	: Yinghai Lu <yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Patch		: https://bugzilla.kernel.org/show_bug.cgi?id=15505#c11

[Bug #15553] Screen backlight doesn't come back on after lid was closed (GM45)

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15553
Subject		: Screen backlight doesn't come back on after lid was closed (GM45)
Submitter	:  <bugs@kaijauch.de>
Date		: 2010-03-17 14:35 (22 days old)

[Bug #15589] 2.6.34-rc1: Badness at fs/proc/generic.c:316

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15589
Subject		: 2.6.34-rc1: Badness at fs/proc/generic.c:316
Submitter	: Christian Kujau <lists@nerdbynature.de>
Date		: 2010-03-13 23:53 (26 days old)
Message-ID	: <alpine.DEB.2.01.1003131544340.5493@bogon.housecafe.de>
References	: http://marc.info/?l=linux-kernel&m=126852442903680&w=2

[Bug #15590] 2.6.34-rc1: regression: ^Z no longer stops sound

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15590
Subject		: 2.6.34-rc1: regression: ^Z no longer stops sound
Submitter	: Pavel Machek <pavel@ucw.cz>
Date		: 2010-03-14 7:58 (25 days old)
Message-ID	: <20100314075831.GA13457@elf.ucw.cz>
References	: http://marc.info/?l=linux-kernel&m=126855353122623&w=2

[Bug #15603] lockdep warning at boot time when determining whether to resume

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15603
Subject		: lockdep warning at boot time when determining whether to resume
Submitter	: Sami Liedes <sliedes@cc.hut.fi>
Date		: 2010-03-22 00:03 (17 days old)

[Bug #15601] [BUG] SLOB breaks Crypto

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15601
Subject		: [BUG] SLOB breaks Crypto
Submitter	: michael-dev@fami-braun.de
Date		: 2010-03-15 13:39 (24 days old)
Message-ID	: <4B9E38AF.70309@fami-braun.de>
References	: http://marc.info/?l=linux-kernel&m=126866044724539&w=2

[Bug #15600] CONFIG_NO_BOOTMEM woes, 2.6.34-rc1

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15600
Subject		: CONFIG_NO_BOOTMEM woes, 2.6.34-rc1
Submitter	: Avi Kivity <avi@redhat.com>
Date		: 2010-03-15 15:28 (24 days old)
Message-ID	: <4B9E5211.9000204@redhat.com>
References	: http://marc.info/?l=linux-kernel&m=126866691701926&w=2

[Bug #15590] 2.6.34-rc1: regression: ^Z no longer stops sound

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15590
Subject		: 2.6.34-rc1: regression: ^Z no longer stops sound
Submitter	: Pavel Machek <pavel-+ZI9xUNit7I@public.gmane.org>
Date		: 2010-03-14 7:58 (25 days old)
Message-ID	: <20100314075831.GA13457-I/5MKhXcvmPrBKCeMvbIDA@public.gmane.org>
References	: http://marc.info/?l=linux-kernel&m=126855353122623&w=2

[Bug #15603] lockdep warning at boot time when determining whether to resume

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15603
Subject		: lockdep warning at boot time when determining whether to resume
Submitter	: Sami Liedes <sliedes-kf+aQKke1yb1KXRcyAk9cg@public.gmane.org>
Date		: 2010-03-22 00:03 (17 days old)

[Bug #15600] CONFIG_NO_BOOTMEM woes, 2.6.34-rc1

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15600
Subject		: CONFIG_NO_BOOTMEM woes, 2.6.34-rc1
Submitter	: Avi Kivity <avi-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Date		: 2010-03-15 15:28 (24 days old)
Message-ID	: <4B9E5211.9000204-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
References	: http://marc.info/?l=linux-kernel&m=126866691701926&w=2

[Bug #15611] Failure with the 2.6.34-rc1 kernel

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15611
Subject		: Failure with the 2.6.34-rc1 kernel
Submitter	: Rupjyoti Sarmah <rsarmah@amcc.com>
Date		: 2010-03-16 15:45 (23 days old)
Message-ID	: <AC311A8E81420D4EBC1F26E6479848FE065B7D3D@SDCEXCHANGE01.ad.amcc.com>
References	: http://marc.info/?l=linux-kernel&m=126875435718396&w=2

[Bug #15610] fsck leads to swapper - BUG: unable to handle kernel NULL pointer dereference & panic

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15610
Subject		: fsck leads to swapper - BUG: unable to handle kernel NULL pointer dereference & panic
Submitter	: Ozgur Yuksel <ozgur.yuksel@oracle.com>
Date		: 2010-03-22 15:59 (17 days old)

[Bug #15615] NULL pointer deref in task_is_waking

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15615
Subject		: NULL pointer deref in task_is_waking
Submitter	: Amit Shah <shahamit@gmail.com>
Date		: 2010-03-23 04:04 (16 days old)

[Bug #15611] Failure with the 2.6.34-rc1 kernel

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15611
Subject		: Failure with the 2.6.34-rc1 kernel
Submitter	: Rupjyoti Sarmah <rsarmah-6mNVq6Owofk@public.gmane.org>
Date		: 2010-03-16 15:45 (23 days old)
Message-ID	: <AC311A8E81420D4EBC1F26E6479848FE065B7D3D-oUPhqDSr77q+n3Z1v9ZxkQKt9jNwmMCsAL8bYrjMMd8@public.gmane.org>
References	: http://marc.info/?l=linux-kernel&m=126875435718396&w=2

[Bug #15615] NULL pointer deref in task_is_waking

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15615
Subject		: NULL pointer deref in task_is_waking
Submitter	: Amit Shah <shahamit-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2010-03-23 04:04 (16 days old)

[Bug #15624] [BUG] percpu misaligned allocation

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15624
Subject		: [BUG] percpu misaligned allocation
Submitter	: Frederic Weisbecker <fweisbec@gmail.com>
Date		: 2010-03-18 4:49 (21 days old)
Message-ID	: <20100318044930.GC5045@nowhere>
References	: http://marc.info/?l=linux-kernel&m=126888780031992&w=2

[Bug #15625] BUG: 2.6.34-rc1, RIP is (null)

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15625
Subject		: BUG: 2.6.34-rc1, RIP is (null)
Submitter	: Randy Dunlap <randy.dunlap@oracle.com>
Date		: 2010-03-18 22:22 (21 days old)
Message-ID	: <4BA2A7A9.4080503@oracle.com>
References	: http://marc.info/?l=linux-kernel&m=126895098217351&w=2

[Bug #15619] Regression - Linux 2.6.34-rc1 - i915 - Render error detected

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15619
Subject		: Regression - Linux 2.6.34-rc1 - i915 - Render error detected
Submitter	: Fabio Comolli <fabio.comolli@gmail.com>
Date		: 2010-03-17 21:58 (22 days old)
Message-ID	: <b637ec0b1003171458t524d168fiab52ce2b3431e3c9@mail.gmail.com>
References	: http://marc.info/?l=linux-kernel&m=126886311908558&w=2

[Bug #15661] PROBLEM: crash on halt with 2.6.34-0.16.rc2.git0.fc14.x86_64

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15661
Subject		: PROBLEM: crash on halt with 2.6.34-0.16.rc2.git0.fc14.x86_64
Submitter	: Jon Masters <jonathan@jonmasters.org>
Date		: 2010-03-26 15:29 (13 days old)
Message-ID	: <1269617372.3779.234.camel@localhost>
References	: http://marc.info/?l=linux-kernel&m=126961739803949&w=2

[Bug #15655] corrupt ext3 fs and partial freeze

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15655
Subject		: corrupt ext3 fs and partial freeze
Submitter	: Alban Browaeys <prahal@yahoo.com>
Date		: 2010-03-30 08:25 (9 days old)

[Bug #15664] Graphics hang and kernel backtrace when starting Azureus with Compiz enabled

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15664
Subject		: Graphics hang and kernel backtrace when starting Azureus with Compiz enabled
Submitter	: Alex Villacis Lasso <avillaci@ceibo.fiec.espol.edu.ec>
Date		: 2010-04-01 01:09 (7 days old)

[Bug #15659] [Regresion] [2.6.34-rc1] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15659
Subject		: [Regresion] [2.6.34-rc1] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
Submitter	: Maciej Rutecki <maciej.rutecki@gmail.com>
Date		: 2010-03-25 20:04 (14 days old)
Message-ID	: <201003252104.24965.maciej.rutecki@gmail.com>
References	: http://marc.info/?l=linux-kernel&m=126954749618319&w=2

[Bug #15659] [Regresion] [2.6.34-rc1] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15659
Subject		: [Regresion] [2.6.34-rc1] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
Submitter	: Maciej Rutecki <maciej.rutecki-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2010-03-25 20:04 (14 days old)
Message-ID	: <201003252104.24965.maciej.rutecki-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
References	: http://marc.info/?l=linux-kernel&m=126954749618319&w=2

[Bug #15671] intel graphic card hanging (Hangcheck timer elapsed... GPU hung)

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15671
Subject		: intel graphic card hanging (Hangcheck timer elapsed... GPU hung)
Submitter	: Norbert Preining <preining@logic.at>
Date		: 2010-03-27 16:11 (12 days old)
Message-ID	: <20100327161104.GA12043@gamma.logic.tuwien.ac.at>
References	: http://marc.info/?l=linux-kernel&m=126970883105262&w=2

[Bug #15668] start_kernel(): bug: interrupts were enabled early

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15668
Subject		: start_kernel(): bug: interrupts were enabled early
Submitter	: Rabin Vincent <rabin@rab.in>
Date		: 2010-03-25 19:53 (14 days old)
First-Bad-Commit: http://git.kernel.org/git/linus/773e3eb7b81e5ba13b5155dfb3bb75b8ce37f8f9
Message-ID	: <20100325194100.GA2364@debian>
References	: http://marc.info/?l=linux-kernel&m=126954607216519&w=2

[Bug #15673] 2.6.34-rc2: "ima_dec_counts: open/free imbalance"?

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15673
Subject		: 2.6.34-rc2: "ima_dec_counts: open/free imbalance"?
Submitter	: Thomas Meyer <thomas@m3y3r.de>
Date		: 2010-03-28 11:31 (11 days old)
Message-ID	: <1269775909.5301.4.camel@localhost.localdomain>
References	: http://marc.info/?l=linux-kernel&m=126977593326800&w=2

[Bug #15672] KVM bug, git bisected

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15672
Subject		: KVM bug, git bisected
Submitter	: Kent Overstreet <kent.overstreet@gmail.com>
Date		: 2010-03-27 12:43 (12 days old)
First-Bad-Commit: http://git.kernel.org/git/linus/5beb49305251e5669852ed541e8e2f2f7696c53e
Message-ID	: <4BADFD74.8060904@gmail.com>
References	: http://marc.info/?l=linux-kernel&m=126969385121711&w=2

[Bug #15669] INFO: suspicious rcu_dereference_check()

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15669
Subject		: INFO: suspicious rcu_dereference_check()
Submitter	: Zdenek Kabelac <zdenek.kabelac@gmail.com>
Date		: 2010-03-08 1:26 (31 days old)
Message-ID	: <c4e36d111003250348q678eb2e6w4f3e8133e7fd6e58@mail.gmail.com>
References	: http://marc.info/?l=linux-kernel&m=126801163107713&w=2

[Bug #15668] start_kernel(): bug: interrupts were enabled early

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15668
Subject		: start_kernel(): bug: interrupts were enabled early
Submitter	: Rabin Vincent <rabin-66gdRtMMWGc@public.gmane.org>
Date		: 2010-03-25 19:53 (14 days old)
First-Bad-Commit: http://git.kernel.org/git/linus/773e3eb7b81e5ba13b5155dfb3bb75b8ce37f8f9
Message-ID	: <20100325194100.GA2364@debian>
References	: http://marc.info/?l=linux-kernel&m=126954607216519&w=2

[Bug #15672] KVM bug, git bisected

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15672
Subject		: KVM bug, git bisected
Submitter	: Kent Overstreet <kent.overstreet-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2010-03-27 12:43 (12 days old)
First-Bad-Commit: http://git.kernel.org/git/linus/5beb49305251e5669852ed541e8e2f2f7696c53e
Message-ID	: <4BADFD74.8060904-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
References	: http://marc.info/?l=linux-kernel&m=126969385121711&w=2

[Bug #15674] [2.6.34-rc2 NFS4 oops] open error path failure...

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15674
Subject		: [2.6.34-rc2 NFS4 oops] open error path failure...
Submitter	: Daniel J Blueman <daniel.blueman@gmail.com>
Date		: 2010-03-29 18:36 (10 days old)
Message-ID	: <6278d2221003291136p6481fe8emfb039403343c082@mail.gmail.com>
References	: http://marc.info/?l=linux-kernel&m=126988782722711&w=2

[Bug #15704] [r8169] WARNING: at net/sched/sch_generic.c

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15704
Subject		: [r8169] WARNING: at net/sched/sch_generic.c
Submitter	: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Date		: 2010-03-31 10:21 (8 days old)
Message-ID	: <20100331102142.GA3294@swordfish.minsk.epam.com>
References	: http://marc.info/?l=linux-kernel&m=127003090406108&w=2

[Bug #15711] 2.6.34-rc3, BUG at mm/slab.c:2989

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15711
Subject		: 2.6.34-rc3, BUG at mm/slab.c:2989
Submitter	: Heinz Diehl <htd@fancy-poultry.org>
Date		: 2010-04-01 17:52 (7 days old)
Message-ID	: <20100401175225.GA6581@fancy-poultry.org>
References	: http://marc.info/?l=linux-kernel&m=127014437406250&w=2

[Bug #15712] [regression] 2.6.34-rc1 to -rc3 on zaurus: no longer boots

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15712
Subject		: [regression] 2.6.34-rc1 to -rc3 on zaurus: no longer boots
Submitter	: Pavel Machek <pavel@ucw.cz>
Date		: 2010-04-01 6:06 (7 days old)
Message-ID	: <20100401060624.GA1329@ucw.cz>
References	: http://marc.info/?l=linux-kernel&m=127010200817402&w=2

[Bug #15715] vmscan: underflow for get_scan_ratio

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15715
Subject		: vmscan: underflow for get_scan_ratio
Submitter	: Shaohua Li <shaohua.li@intel.com>
Date		: 2010-03-30 5:53 (9 days old)
First-Bad-Commit: http://git.kernel.org/git/linus/84b18490d1f1bc7ed5095c929f78bc002eb70f26
Message-ID	: <20100330055304.GA2983@sli10-desk.sh.intel.com>
References	: http://marc.info/?l=linux-kernel&m=126992842105754&w=4
Handled-By	: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
		  Wu Fengguang <fengguang.wu@intel.com>

[Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15713
Subject		: hackbench regression due to commit 9dfc6e68bfe6e
Submitter	: Alex Shi <alex.shi@intel.com>
Date		: 2010-03-25 8:40 (14 days old)
First-Bad-Commit: http://git.kernel.org/git/linus/9dfc6e68bfe6ee452efb1a4e9ca26a9007f2b864
Message-ID	: <1269506457.4513.141.camel@alexs-hp.sh.intel.com>
References	: http://marc.info/?l=linux-kernel&m=126950632920682&w=4
Handled-By	: Christoph Lameter <cl@linux-foundation.org>
		  Pekka Enberg <penberg@cs.helsinki.fi>

[Bug #15717] bluetooth oops

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15717
Subject		: bluetooth oops
Submitter	: Pavel Machek <pavel@ucw.cz>
Date		: 2010-03-14 20:14 (25 days old)
Message-ID	: <20100314201434.GE22059@elf.ucw.cz>
References	: http://marc.info/?l=linux-kernel&m=126859771528426&w=4
Handled-By	: Marcel Holtmann <marcel@holtmann.org>

[Bug #15716] ata2: lost interrupt with kernel 2.6.34-rc1

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15716
Subject		: ata2: lost interrupt with kernel 2.6.34-rc1
Submitter	: Andrew Benton <b3nton@gmail.com>
Date		: 2010-03-11 16:57 (28 days old)
Message-ID	: <4B992110.2090300@gmail.com>
References	: http://marc.info/?l=linux-kernel&m=126832670609705&w=4
Handled-By	: Jeff Garzik <jeff@garzik.org>

[Bug #15718] File corruption regression on NFS related to commit 1f36f774

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15718
Subject		: File corruption regression on NFS related to commit 1f36f774
Submitter	: Boaz Harrosh <bharrosh@panasas.com>
Date		: 2010-03-24 15:49 (15 days old)
First-Bad-Commit: http://git.kernel.org/git/linus/1f36f774b22a0ceb7dd33eca626746c81a97b6a5
Message-ID	: <4BAA3493.1030802@panasas.com>
References	: http://marc.info/?l=linux-kernel&m=126944579810350&w=4
Handled-By	: Al Viro <viro@zeniv.linux.org.uk>

[Bug #15717] bluetooth oops

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15717
Subject		: bluetooth oops
Submitter	: Pavel Machek <pavel-+ZI9xUNit7I@public.gmane.org>
Date		: 2010-03-14 20:14 (25 days old)
Message-ID	: <20100314201434.GE22059-I/5MKhXcvmPrBKCeMvbIDA@public.gmane.org>
References	: http://marc.info/?l=linux-kernel&m=126859771528426&w=4
Handled-By	: Marcel Holtmann <marcel-kz+m5ild9QBg9hUCZPvPmw@public.gmane.org>

[Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15713
Subject		: hackbench regression due to commit 9dfc6e68bfe6e
Submitter	: Alex Shi <alex.shi-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Date		: 2010-03-25 8:40 (14 days old)
First-Bad-Commit: http://git.kernel.org/git/linus/9dfc6e68bfe6ee452efb1a4e9ca26a9007f2b864
Message-ID	: <1269506457.4513.141.camel-c8rhgrCDLIED0+JXs3kMbRL4W9x8LtSr@public.gmane.org>
References	: http://marc.info/?l=linux-kernel&m=126950632920682&w=4
Handled-By	: Christoph Lameter <cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
		  Pekka Enberg <penberg-bbCR+/B0CizivPeTLB3BmA@public.gmane.org>

[Bug #15716] ata2: lost interrupt with kernel 2.6.34-rc1

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15716
Subject		: ata2: lost interrupt with kernel 2.6.34-rc1
Submitter	: Andrew Benton <b3nton-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2010-03-11 16:57 (28 days old)
Message-ID	: <4B992110.2090300-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
References	: http://marc.info/?l=linux-kernel&m=126832670609705&w=4
Handled-By	: Jeff Garzik <jeff-o2qLIJkoznsdnm+yROfE0A@public.gmane.org>

[Bug #15719] virtio_net causing kernel BUG when running under VirtualBox

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15719
Subject		: virtio_net causing kernel BUG when running under VirtualBox
Submitter	: Thomas Müller <thomas@mathtm.de>
Date		: 2010-03-27 14:32 (12 days old)
First-Bad-Commit: http://git.kernel.org/git/linus/9ab86bbcf8be755256f0a5e994e0b38af6b4d399
Message-ID	: <4BAE1707.2050803@mathtm.de>
References	: http://marc.info/?l=linux-kernel&m=126970039227740&w=4
Handled-By	: Shirley Ma <mashirle@us.ibm.com>

[Bug #15719] virtio_net causing kernel BUG when running under VirtualBox

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15719
Subject		: virtio_net causing kernel BUG when running under VirtualBox
Submitter	: Thomas Müller <thomas-5bHTHlrcoh6zQB+pC5nmwQ@public.gmane.org>
Date		: 2010-03-27 14:32 (12 days old)
First-Bad-Commit: http://git.kernel.org/git/linus/9ab86bbcf8be755256f0a5e994e0b38af6b4d399
Message-ID	: <4BAE1707.2050803-5bHTHlrcoh6zQB+pC5nmwQ@public.gmane.org>
References	: http://marc.info/?l=linux-kernel&m=126970039227740&w=4
Handled-By	: Shirley Ma <mashirle-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>

Re: 2.6.34-rc3-git6: Reported regressions from 2.6.33

[John W. Linville]

On Wed, Apr 07, 2010 at 11:08:30PM +0200, Rafael J. Wysocki wrote:

> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15551
> Subject		: WARNING: at net/mac80211/work.c:811 ieee80211_work_work+0x7f/0xde8 [mac80211]()
> Submitter	: Alex Zhavnerchik <alex.vizor@gmail.com>
> Date		: 2010-03-16 22:03 (23 days old)

I sent a pull request with the patch for this to Dave M. today. :-)

John
-- 
John W. Linville		Someday the world will need a hero, and you
linville@tuxdriver.com			might be all we have.  Be ready.

Re: 2.6.34-rc3-git6: Reported regressions from 2.6.33

[John W. Linville]

On Wed, Apr 07, 2010 at 11:08:30PM +0200, Rafael J. Wysocki wrote:

> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15551
> Subject		: WARNING: at net/mac80211/work.c:811 ieee80211_work_work+0x7f/0xde8 [mac80211]()
> Submitter	: Alex Zhavnerchik <alex.vizor@gmail.com>
> Date		: 2010-03-16 22:03 (23 days old)

I sent a pull request with the patch for this to Dave M. today. :-)

John
-- 
John W. Linville		Someday the world will need a hero, and you
linville@tuxdriver.com			might be all we have.  Be ready.

Re: [Bug #15624] [BUG] percpu misaligned allocation

[Frederic Weisbecker]

On Wed, Apr 07, 2010 at 11:13:49PM +0200, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a summary report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.33.  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=15624
> Subject		: [BUG] percpu misaligned allocation
> Submitter	: Frederic Weisbecker <fweisbec@gmail.com>
> Date		: 2010-03-18 4:49 (21 days old)
> Message-ID	: <20100318044930.GC5045@nowhere>
> References	: http://marc.info/?l=linux-kernel&m=126888780031992&w=2


This has been fixed with "eb1e79611cc9bfe21978230e3521e77ea2d7874a"
(perf: Correctly align perf event tracing buffer).

The ticket can be closed, thanks!

Re: [Bug #15624] [BUG] percpu misaligned allocation

[Frederic Weisbecker]

On Wed, Apr 07, 2010 at 11:13:49PM +0200, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a summary report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.33.  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=15624
> Subject		: [BUG] percpu misaligned allocation
> Submitter	: Frederic Weisbecker <fweisbec-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Date		: 2010-03-18 4:49 (21 days old)
> Message-ID	: <20100318044930.GC5045@nowhere>
> References	: http://marc.info/?l=linux-kernel&m=126888780031992&w=2


This has been fixed with "eb1e79611cc9bfe21978230e3521e77ea2d7874a"
(perf: Correctly align perf event tracing buffer).

The ticket can be closed, thanks!

Re: [Bug #15480] [regression] Fails to boot properly unless given pci=nocrs

[Bjorn Helgaas]

On Wednesday 07 April 2010 03:08:37 pm Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a summary report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.33.  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=15480
> Subject		: [regression] Fails to boot properly unless given pci=nocrs
> Submitter	: Yanko Kaneti <yaneti@declera.com>
> Date		: 2010-03-09 01:24 (30 days old)
> Handled-By	: Bjorn Helgaas <bjorn.helgaas@hp.com>
> Patch		: http://lkml.org/lkml/2010/3/11/512

This should be closed.  The fix is in Linus' tree:

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=d558b483d5a73f5718705b270cb2090f66ea48c8

Re: [Bug #15480] [regression] Fails to boot properly unless given pci=nocrs

[Bjorn Helgaas]

On Wednesday 07 April 2010 03:08:37 pm Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a summary report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.33.  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=15480
> Subject		: [regression] Fails to boot properly unless given pci=nocrs
> Submitter	: Yanko Kaneti <yaneti-jUE9FD3ILm5BDgjK7y7TUQ@public.gmane.org>
> Date		: 2010-03-09 01:24 (30 days old)
> Handled-By	: Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
> Patch		: http://lkml.org/lkml/2010/3/11/512

This should be closed.  The fix is in Linus' tree:

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=d558b483d5a73f5718705b270cb2090f66ea48c8

Re: 2.6.34-rc3-git6: Reported regressions from 2.6.33

[Linus Torvalds]

On Wed, 7 Apr 2010, Rafael J. Wysocki wrote:
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15718
> Subject		: File corruption regression on NFS related to commit 1f36f774
> Submitter	: Boaz Harrosh <bharrosh@panasas.com>
> Date		: 2010-03-24 15:49 (15 days old)
> First-Bad-Commit: http://git.kernel.org/git/linus/1f36f774b22a0ceb7dd33eca626746c81a97b6a5
> Message-ID	: <4BAA3493.1030802@panasas.com>
> References	: http://marc.info/?l=linux-kernel&m=126944579810350&w=4
> Handled-By	: Al Viro <viro@zeniv.linux.org.uk>

I think this one is fixed by commit 3e297b61349.

> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15716
> Subject		: ata2: lost interrupt with kernel 2.6.34-rc1
> Submitter	: Andrew Benton <b3nton@gmail.com>
> Date		: 2010-03-11 16:57 (28 days old)
> Message-ID	: <4B992110.2090300@gmail.com>
> References	: http://marc.info/?l=linux-kernel&m=126832670609705&w=4
> Handled-By	: Jeff Garzik <jeff@garzik.org>

And isn't this the already long-fixed commit 332ac7ff77cd?

That bugzilla entry is a duplicate of 

	https://bugzilla.kernel.org/show_bug.cgi?id=15537

as far as I can see.

> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15715
> Subject		: vmscan: underflow for get_scan_ratio
> Submitter	: Shaohua Li <shaohua.li@intel.com>
> Date		: 2010-03-30 5:53 (9 days old)
> First-Bad-Commit: http://git.kernel.org/git/linus/84b18490d1f1bc7ed5095c929f78bc002eb70f26
> Message-ID	: <20100330055304.GA2983@sli10-desk.sh.intel.com>
> References	: http://marc.info/?l=linux-kernel&m=126992842105754&w=4
> Handled-By	: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
> 		  Wu Fengguang <fengguang.wu@intel.com>

That commit got reverted. See commit d6da1a5abc.

> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15674
> Subject		: [2.6.34-rc2 NFS4 oops] open error path failure...
> Submitter	: Daniel J Blueman <daniel.blueman@gmail.com>
> Date		: 2010-03-29 18:36 (10 days old)
> Message-ID	: <6278d2221003291136p6481fe8emfb039403343c082@mail.gmail.com>
> References	: http://marc.info/?l=linux-kernel&m=126988782722711&w=2

This smells like the same LOOKUP_DIRECTORY thing as the first entry, but.. 

Al?

> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15600
> Subject		: CONFIG_NO_BOOTMEM woes, 2.6.34-rc1
> Submitter	: Avi Kivity <avi@redhat.com>
> Date		: 2010-03-15 15:28 (24 days old)
> Message-ID	: <4B9E5211.9000204@redhat.com>
> References	: http://marc.info/?l=linux-kernel&m=126866691701926&w=2

These should hopefully be all fixed. There was some confusion over this, 
but the report that said it wasn't fixed in -rc3 was apparently not true 
after all. Several commits, but mainly commit eed63519e, iirc.

> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15518
> Subject		: CONFIG_NO_BOOTMEM=y breaks boot on 32bit
> Submitter	: Daniel Vetter <daniel@ffwll.ch>
> Date		: 2010-03-11 15:37 (28 days old)

Duplicate entry. See above.

> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15480
> Subject		: [regression] Fails to boot properly unless given pci=nocrs
> Submitter	: Yanko Kaneti <yaneti@declera.com>
> Date		: 2010-03-09 01:24 (30 days old)
> Handled-By	: Bjorn Helgaas <bjorn.helgaas@hp.com>
> Patch		: http://lkml.org/lkml/2010/3/11/512

These are merged already. Commits d558b483d5, eb9fc8ef7cb etc.

		Linus

Re: 2.6.34-rc3-git6: Reported regressions from 2.6.33

[Linus Torvalds]

On Wed, 7 Apr 2010, Rafael J. Wysocki wrote:
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15718
> Subject		: File corruption regression on NFS related to commit 1f36f774
> Submitter	: Boaz Harrosh <bharrosh@panasas.com>
> Date		: 2010-03-24 15:49 (15 days old)
> First-Bad-Commit: http://git.kernel.org/git/linus/1f36f774b22a0ceb7dd33eca626746c81a97b6a5
> Message-ID	: <4BAA3493.1030802@panasas.com>
> References	: http://marc.info/?l=linux-kernel&m=126944579810350&w=4
> Handled-By	: Al Viro <viro@zeniv.linux.org.uk>

I think this one is fixed by commit 3e297b61349.

> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15716
> Subject		: ata2: lost interrupt with kernel 2.6.34-rc1
> Submitter	: Andrew Benton <b3nton@gmail.com>
> Date		: 2010-03-11 16:57 (28 days old)
> Message-ID	: <4B992110.2090300@gmail.com>
> References	: http://marc.info/?l=linux-kernel&m=126832670609705&w=4
> Handled-By	: Jeff Garzik <jeff@garzik.org>

And isn't this the already long-fixed commit 332ac7ff77cd?

That bugzilla entry is a duplicate of 

	https://bugzilla.kernel.org/show_bug.cgi?id=15537

as far as I can see.

> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15715
> Subject		: vmscan: underflow for get_scan_ratio
> Submitter	: Shaohua Li <shaohua.li@intel.com>
> Date		: 2010-03-30 5:53 (9 days old)
> First-Bad-Commit: http://git.kernel.org/git/linus/84b18490d1f1bc7ed5095c929f78bc002eb70f26
> Message-ID	: <20100330055304.GA2983@sli10-desk.sh.intel.com>
> References	: http://marc.info/?l=linux-kernel&m=126992842105754&w=4
> Handled-By	: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
> 		  Wu Fengguang <fengguang.wu@intel.com>

That commit got reverted. See commit d6da1a5abc.

> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15674
> Subject		: [2.6.34-rc2 NFS4 oops] open error path failure...
> Submitter	: Daniel J Blueman <daniel.blueman@gmail.com>
> Date		: 2010-03-29 18:36 (10 days old)
> Message-ID	: <6278d2221003291136p6481fe8emfb039403343c082@mail.gmail.com>
> References	: http://marc.info/?l=linux-kernel&m=126988782722711&w=2

This smells like the same LOOKUP_DIRECTORY thing as the first entry, but.. 

Al?

> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15600
> Subject		: CONFIG_NO_BOOTMEM woes, 2.6.34-rc1
> Submitter	: Avi Kivity <avi@redhat.com>
> Date		: 2010-03-15 15:28 (24 days old)
> Message-ID	: <4B9E5211.9000204@redhat.com>
> References	: http://marc.info/?l=linux-kernel&m=126866691701926&w=2

These should hopefully be all fixed. There was some confusion over this, 
but the report that said it wasn't fixed in -rc3 was apparently not true 
after all. Several commits, but mainly commit eed63519e, iirc.

> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15518
> Subject		: CONFIG_NO_BOOTMEM=y breaks boot on 32bit
> Submitter	: Daniel Vetter <daniel@ffwll.ch>
> Date		: 2010-03-11 15:37 (28 days old)

Duplicate entry. See above.

> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15480
> Subject		: [regression] Fails to boot properly unless given pci=nocrs
> Submitter	: Yanko Kaneti <yaneti@declera.com>
> Date		: 2010-03-09 01:24 (30 days old)
> Handled-By	: Bjorn Helgaas <bjorn.helgaas@hp.com>
> Patch		: http://lkml.org/lkml/2010/3/11/512

These are merged already. Commits d558b483d5, eb9fc8ef7cb etc.

		Linus

Re: [Bug #15715] vmscan: underflow for get_scan_ratio

[Linus Torvalds]

On Wed, 7 Apr 2010, Rafael J. Wysocki wrote:
>
> This message has been generated automatically as a part of a summary report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.33.  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=15715
> Subject		: vmscan: underflow for get_scan_ratio
> Submitter	: Shaohua Li <shaohua.li@intel.com>
> Date		: 2010-03-30 5:53 (9 days old)
> First-Bad-Commit: http://git.kernel.org/git/linus/84b18490d1f1bc7ed5095c929f78bc002eb70f26
> Message-ID	: <20100330055304.GA2983@sli10-desk.sh.intel.com>
> References	: http://marc.info/?l=linux-kernel&m=126992842105754&w=4
> Handled-By	: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
> 		  Wu Fengguang <fengguang.wu@intel.com>

Reverted by commit d6da1a5abc2bf3a06a5bda08e0f6833409234666

			Linus

Re: 2.6.34-rc3-git6: Reported regressions from 2.6.33

[Al Viro]

On Wed, Apr 07, 2010 at 03:04:46PM -0700, Linus Torvalds wrote:

> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15674
> > Subject		: [2.6.34-rc2 NFS4 oops] open error path failure...
> > Submitter	: Daniel J Blueman <daniel.blueman@gmail.com>
> > Date		: 2010-03-29 18:36 (10 days old)
> > Message-ID	: <6278d2221003291136p6481fe8emfb039403343c082@mail.gmail.com>
> > References	: http://marc.info/?l=linux-kernel&m=126988782722711&w=2
> 
> This smells like the same LOOKUP_DIRECTORY thing as the first entry, but.. 

No, it's not the same thing; the fix is to have nfs ->d_revalidate()
return an error on failing open attempt (in insane codepath that has
->d_revalidate() handling open()).  Confirmed to work by reporter...

diff --git a/fs/nfs/nfs4proc.c b/fs/nfs/nfs4proc.c
index d79a7b3..fe0cd9e 100644
--- a/fs/nfs/nfs4proc.c
+++ b/fs/nfs/nfs4proc.c
@@ -2068,8 +2068,7 @@ nfs4_open_revalidate(struct inode *dir, struct dentry *dentry, int openflags, st
 			case -EDQUOT:
 			case -ENOSPC:
 			case -EROFS:
-				lookup_instantiate_filp(nd, (struct dentry *)state, NULL);
-				return 1;
+				return PTR_ERR(state);
 			default:
 				goto out_drop;
 		}

Re: 2.6.34-rc3-git6: Reported regressions from 2.6.33

[Al Viro]

On Wed, Apr 07, 2010 at 03:04:46PM -0700, Linus Torvalds wrote:

> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15674
> > Subject		: [2.6.34-rc2 NFS4 oops] open error path failure...
> > Submitter	: Daniel J Blueman <daniel.blueman-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> > Date		: 2010-03-29 18:36 (10 days old)
> > Message-ID	: <6278d2221003291136p6481fe8emfb039403343c082-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
> > References	: http://marc.info/?l=linux-kernel&m=126988782722711&w=2
> 
> This smells like the same LOOKUP_DIRECTORY thing as the first entry, but.. 

No, it's not the same thing; the fix is to have nfs ->d_revalidate()
return an error on failing open attempt (in insane codepath that has
->d_revalidate() handling open()).  Confirmed to work by reporter...

diff --git a/fs/nfs/nfs4proc.c b/fs/nfs/nfs4proc.c
index d79a7b3..fe0cd9e 100644
--- a/fs/nfs/nfs4proc.c
+++ b/fs/nfs/nfs4proc.c
@@ -2068,8 +2068,7 @@ nfs4_open_revalidate(struct inode *dir, struct dentry *dentry, int openflags, st
 			case -EDQUOT:
 			case -ENOSPC:
 			case -EROFS:
-				lookup_instantiate_filp(nd, (struct dentry *)state, NULL);
-				return 1;
+				return PTR_ERR(state);
 			default:
 				goto out_drop;
 		}

Re: 2.6.34-rc3-git6: Reported regressions from 2.6.33

[Al Viro]

On Wed, Apr 07, 2010 at 03:04:46PM -0700, Linus Torvalds wrote:

> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15674
> > Subject		: [2.6.34-rc2 NFS4 oops] open error path failure...
> > Submitter	: Daniel J Blueman <daniel.blueman@gmail.com>
> > Date		: 2010-03-29 18:36 (10 days old)
> > Message-ID	: <6278d2221003291136p6481fe8emfb039403343c082@mail.gmail.com>
> > References	: http://marc.info/?l=linux-kernel&m=126988782722711&w=2
> 
> This smells like the same LOOKUP_DIRECTORY thing as the first entry, but.. 

No, it's not the same thing; the fix is to have nfs ->d_revalidate()
return an error on failing open attempt (in insane codepath that has
->d_revalidate() handling open()).  Confirmed to work by reporter...

diff --git a/fs/nfs/nfs4proc.c b/fs/nfs/nfs4proc.c
index d79a7b3..fe0cd9e 100644
--- a/fs/nfs/nfs4proc.c
+++ b/fs/nfs/nfs4proc.c
@@ -2068,8 +2068,7 @@ nfs4_open_revalidate(struct inode *dir, struct dentry *dentry, int openflags, st
 			case -EDQUOT:
 			case -ENOSPC:
 			case -EROFS:
-				lookup_instantiate_filp(nd, (struct dentry *)state, NULL);
-				return 1;
+				return PTR_ERR(state);
 			default:
 				goto out_drop;
 		}

Re: 2.6.34-rc3-git6: Reported regressions from 2.6.33

[Linus Torvalds]

On Wed, 7 Apr 2010, Al Viro wrote:
> 
> No, it's not the same thing; the fix is to have nfs ->d_revalidate()
> return an error on failing open attempt (in insane codepath that has
> ->d_revalidate() handling open()).  Confirmed to work by reporter...

Ok, can you do the proper changelog description and sign-offs etc?

		Linus

Re: 2.6.34-rc3-git6: Reported regressions from 2.6.33

[Linus Torvalds]

On Wed, 7 Apr 2010, Al Viro wrote:
> 
> No, it's not the same thing; the fix is to have nfs ->d_revalidate()
> return an error on failing open attempt (in insane codepath that has
> ->d_revalidate() handling open()).  Confirmed to work by reporter...

Ok, can you do the proper changelog description and sign-offs etc?

		Linus

Re: 2.6.34-rc3-git6: Reported regressions from 2.6.33

[Linus Torvalds]

On Wed, 7 Apr 2010, Al Viro wrote:
> 
> No, it's not the same thing; the fix is to have nfs ->d_revalidate()
> return an error on failing open attempt (in insane codepath that has
> ->d_revalidate() handling open()).  Confirmed to work by reporter...

Ok, can you do the proper changelog description and sign-offs etc?

		Linus

Re: [Bug #15668] start_kernel(): bug: interrupts were enabled early

[H. Peter Anvin]

On 04/07/2010 02:13 PM, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a summary report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.33.  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=15668
> Subject		: start_kernel(): bug: interrupts were enabled early
> Submitter	: Rabin Vincent <rabin@rab.in>
> Date		: 2010-03-25 19:53 (14 days old)
> First-Bad-Commit: http://git.kernel.org/git/linus/773e3eb7b81e5ba13b5155dfb3bb75b8ce37f8f9
                                         ^^^^

FWIW, this /git is redundant.

	-hpa

Re: [Bug #15668] start_kernel(): bug: interrupts were enabled early

[H. Peter Anvin]

On 04/07/2010 02:13 PM, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a summary report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.33.  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=15668
> Subject		: start_kernel(): bug: interrupts were enabled early
> Submitter	: Rabin Vincent <rabin-66gdRtMMWGc@public.gmane.org>
> Date		: 2010-03-25 19:53 (14 days old)
> First-Bad-Commit: http://git.kernel.org/git/linus/773e3eb7b81e5ba13b5155dfb3bb75b8ce37f8f9
                                         ^^^^

FWIW, this /git is redundant.

	-hpa

Re: 2.6.34-rc3-git6: Reported regressions from 2.6.33

[Al Viro]

On Wed, Apr 07, 2010 at 03:22:20PM -0700, Linus Torvalds wrote:
> 
> 
> On Wed, 7 Apr 2010, Al Viro wrote:
> > 
> > No, it's not the same thing; the fix is to have nfs ->d_revalidate()
> > return an error on failing open attempt (in insane codepath that has
> > ->d_revalidate() handling open()).  Confirmed to work by reporter...
> 
> Ok, can you do the proper changelog description and sign-offs etc?

[PATCH] Have nfs ->d_revalidate() report errors properly

	If nfs atomic open implementation ends up doing open request from
->d_revalidate() codepath and gets an error from server, return that error
to caller explicitly and don't bother with lookup_instantiate_filp() at all.
->d_revalidate() can return an error itself just fine...

Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
---
diff --git a/fs/nfs/nfs4proc.c b/fs/nfs/nfs4proc.c
index d79a7b3..fe0cd9e 100644
--- a/fs/nfs/nfs4proc.c
+++ b/fs/nfs/nfs4proc.c
@@ -2068,8 +2068,7 @@ nfs4_open_revalidate(struct inode *dir, struct dentry *dentry, int openflags, st
 			case -EDQUOT:
 			case -ENOSPC:
 			case -EROFS:
-				lookup_instantiate_filp(nd, (struct dentry *)state, NULL);
-				return 1;
+				return PTR_ERR(state);
 			default:
 				goto out_drop;
 		}

Re: 2.6.34-rc3-git6: Reported regressions from 2.6.33

[Al Viro]

On Wed, Apr 07, 2010 at 03:22:20PM -0700, Linus Torvalds wrote:
> 
> 
> On Wed, 7 Apr 2010, Al Viro wrote:
> > 
> > No, it's not the same thing; the fix is to have nfs ->d_revalidate()
> > return an error on failing open attempt (in insane codepath that has
> > ->d_revalidate() handling open()).  Confirmed to work by reporter...
> 
> Ok, can you do the proper changelog description and sign-offs etc?

[PATCH] Have nfs ->d_revalidate() report errors properly

	If nfs atomic open implementation ends up doing open request from
->d_revalidate() codepath and gets an error from server, return that error
to caller explicitly and don't bother with lookup_instantiate_filp() at all.
->d_revalidate() can return an error itself just fine...

Signed-off-by: Al Viro <viro-RmSDqhL/yNMiFSDQTTA3OLVCufUGDwFn@public.gmane.org>
---
diff --git a/fs/nfs/nfs4proc.c b/fs/nfs/nfs4proc.c
index d79a7b3..fe0cd9e 100644
--- a/fs/nfs/nfs4proc.c
+++ b/fs/nfs/nfs4proc.c
@@ -2068,8 +2068,7 @@ nfs4_open_revalidate(struct inode *dir, struct dentry *dentry, int openflags, st
 			case -EDQUOT:
 			case -ENOSPC:
 			case -EROFS:
-				lookup_instantiate_filp(nd, (struct dentry *)state, NULL);
-				return 1;
+				return PTR_ERR(state);
 			default:
 				goto out_drop;
 		}

Re: 2.6.34-rc3-git6: Reported regressions from 2.6.33

[Al Viro]

On Wed, Apr 07, 2010 at 03:22:20PM -0700, Linus Torvalds wrote:
> 
> 
> On Wed, 7 Apr 2010, Al Viro wrote:
> > 
> > No, it's not the same thing; the fix is to have nfs ->d_revalidate()
> > return an error on failing open attempt (in insane codepath that has
> > ->d_revalidate() handling open()).  Confirmed to work by reporter...
> 
> Ok, can you do the proper changelog description and sign-offs etc?

[PATCH] Have nfs ->d_revalidate() report errors properly

	If nfs atomic open implementation ends up doing open request from
->d_revalidate() codepath and gets an error from server, return that error
to caller explicitly and don't bother with lookup_instantiate_filp() at all.
->d_revalidate() can return an error itself just fine...

Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
---
diff --git a/fs/nfs/nfs4proc.c b/fs/nfs/nfs4proc.c
index d79a7b3..fe0cd9e 100644
--- a/fs/nfs/nfs4proc.c
+++ b/fs/nfs/nfs4proc.c
@@ -2068,8 +2068,7 @@ nfs4_open_revalidate(struct inode *dir, struct dentry *dentry, int openflags, st
 			case -EDQUOT:
 			case -ENOSPC:
 			case -EROFS:
-				lookup_instantiate_filp(nd, (struct dentry *)state, NULL);
-				return 1;
+				return PTR_ERR(state);
 			default:
 				goto out_drop;
 		}

Re: [Bug #15661] PROBLEM: crash on halt with 2.6.34-0.16.rc2.git0.fc14.x86_64

[Yong Zhang]

On Wed, Apr 07, 2010 at 11:13:50PM +0200, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a summary report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.33.  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=15661
> Subject		: PROBLEM: crash on halt with 2.6.34-0.16.rc2.git0.fc14.x86_64
> Submitter	: Jon Masters <jonathan@jonmasters.org>
> Date		: 2010-03-26 15:29 (13 days old)
> Message-ID	: <1269617372.3779.234.camel@localhost>
> References	: http://marc.info/?l=linux-kernel&m=126961739803949&w=2
> 

Seems a duplicate of http://lkml.org/lkml/2010/3/20/142
and it's reslovled by commit a90110c61073eab95d1986322693c2b9a8a6a5f6

Thanks,
Yong

> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

Re: [Bug #15661] PROBLEM: crash on halt with 2.6.34-0.16.rc2.git0.fc14.x86_64

[Yong Zhang]

On Wed, Apr 07, 2010 at 11:13:50PM +0200, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a summary report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.33.  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=15661
> Subject		: PROBLEM: crash on halt with 2.6.34-0.16.rc2.git0.fc14.x86_64
> Submitter	: Jon Masters <jonathan-Zp4isUonpHBD60Wz+7aTrA@public.gmane.org>
> Date		: 2010-03-26 15:29 (13 days old)
> Message-ID	: <1269617372.3779.234.camel@localhost>
> References	: http://marc.info/?l=linux-kernel&m=126961739803949&w=2
> 

Seems a duplicate of http://lkml.org/lkml/2010/3/20/142
and it's reslovled by commit a90110c61073eab95d1986322693c2b9a8a6a5f6

Thanks,
Yong

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

Re: [Bug #15615] NULL pointer deref in task_is_waking

[Liang Li]

On Wed, Apr 07, 2010 at 11:13:48PM +0200, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a summary report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.33.  Please verify if it still should be listed and let the tracking team
> know (either way).

The bug still there. I just met it. And seems its quite simple to get it
fixed.

diff --git a/kernel/sched.c b/kernel/sched.c
index a3dff1f..2df1a76 100644
--- a/kernel/sched.c
+++ b/kernel/sched.c
@@ -913,7 +913,7 @@ static inline void finish_lock_switch(struct rq *rq, struct task_struct *prev)
  */
 static inline int task_is_waking(struct task_struct *p)
 {
-	return unlikely((p->state == TASK_WAKING) && !(p->flags & PF_STARTING));
+	return unlikely(p && (p->state == TASK_WAKING) && !(p->flags & PF_STARTING));
 }
 
 /*

But seems commitid 0017d735092844118bef006696a750a0e4ef6ebd in tip tree
also touched task_is_waking. So the patch for tip tree should be:

diff --git a/kernel/sched.c b/kernel/sched.c
index 3acf694..d259641 100644
--- a/kernel/sched.c
+++ b/kernel/sched.c
@@ -920,7 +920,7 @@ static inline void finish_lock_switch(struct rq *rq, struct task_struct *prev)
  */
 static inline int task_is_waking(struct task_struct *p)
 {
-	return unlikely(p->state == TASK_WAKING);
+	return unlikely(p && p->state == TASK_WAKING);
 }
 
 /*

Regards,
	-Liang Li

> 
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15615
> Subject		: NULL pointer deref in task_is_waking
> Submitter	: Amit Shah <shahamit@gmail.com>
> Date		: 2010-03-23 04:04 (16 days old)
> 
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

Re: [Bug #15615] NULL pointer deref in task_is_waking

[Liang Li]

On Wed, Apr 07, 2010 at 11:13:48PM +0200, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a summary report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.33.  Please verify if it still should be listed and let the tracking team
> know (either way).

The bug still there. I just met it. And seems its quite simple to get it
fixed.

diff --git a/kernel/sched.c b/kernel/sched.c
index a3dff1f..2df1a76 100644
--- a/kernel/sched.c
+++ b/kernel/sched.c
@@ -913,7 +913,7 @@ static inline void finish_lock_switch(struct rq *rq, struct task_struct *prev)
  */
 static inline int task_is_waking(struct task_struct *p)
 {
-	return unlikely((p->state == TASK_WAKING) && !(p->flags & PF_STARTING));
+	return unlikely(p && (p->state == TASK_WAKING) && !(p->flags & PF_STARTING));
 }
 
 /*

But seems commitid 0017d735092844118bef006696a750a0e4ef6ebd in tip tree
also touched task_is_waking. So the patch for tip tree should be:

diff --git a/kernel/sched.c b/kernel/sched.c
index 3acf694..d259641 100644
--- a/kernel/sched.c
+++ b/kernel/sched.c
@@ -920,7 +920,7 @@ static inline void finish_lock_switch(struct rq *rq, struct task_struct *prev)
  */
 static inline int task_is_waking(struct task_struct *p)
 {
-	return unlikely(p->state == TASK_WAKING);
+	return unlikely(p && p->state == TASK_WAKING);
 }
 
 /*

Regards,
	-Liang Li

> 
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15615
> Subject		: NULL pointer deref in task_is_waking
> Submitter	: Amit Shah <shahamit-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Date		: 2010-03-23 04:04 (16 days old)
> 
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

Re: [Bug #15619] Regression - Linux 2.6.34-rc1 - i915 - Render error detected

[Fabio Comolli]

disappeared between -rc2 and -rc3

On Wed, Apr 7, 2010 at 11:13 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> This message has been generated automatically as a part of a summary report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.33.  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=15619
> Subject         : Regression - Linux 2.6.34-rc1 - i915 - Render error detected
> Submitter       : Fabio Comolli <fabio.comolli@gmail.com>
> Date            : 2010-03-17 21:58 (22 days old)
> Message-ID      : <b637ec0b1003171458t524d168fiab52ce2b3431e3c9@mail.gmail.com>
> References      : http://marc.info/?l=linux-kernel&m=126886311908558&w=2
>
>
>

Re: [Bug #15619] Regression - Linux 2.6.34-rc1 - i915 - Render error detected

[Fabio Comolli]

disappeared between -rc2 and -rc3

On Wed, Apr 7, 2010 at 11:13 PM, Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org> wrote:
> This message has been generated automatically as a part of a summary report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.33.  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=15619
> Subject         : Regression - Linux 2.6.34-rc1 - i915 - Render error detected
> Submitter       : Fabio Comolli <fabio.comolli@gmail.com>
> Date            : 2010-03-17 21:58 (22 days old)
> Message-ID      : <b637ec0b1003171458t524d168fiab52ce2b3431e3c9-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
> References      : http://marc.info/?l=linux-kernel&m=126886311908558&w=2
>
>
>

Re: [Bug #15615] NULL pointer deref in task_is_waking

[Yong Zhang]

On Thu, Apr 08, 2010 at 03:16:17PM +0800, Liang Li wrote:
> On Wed, Apr 07, 2010 at 11:13:48PM +0200, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a summary report
> > of recent regressions.
> > 
> > The following bug entry is on the current list of known regressions
> > from 2.6.33.  Please verify if it still should be listed and let the tracking team
> > know (either way).
> 
> The bug still there. I just met it. And seems its quite simple to get it
> fixed.
> 
> diff --git a/kernel/sched.c b/kernel/sched.c
> index a3dff1f..2df1a76 100644
> --- a/kernel/sched.c
> +++ b/kernel/sched.c
> @@ -913,7 +913,7 @@ static inline void finish_lock_switch(struct rq *rq, struct task_struct *prev)
>   */
>  static inline int task_is_waking(struct task_struct *p)
>  {
> -	return unlikely((p->state == TASK_WAKING) && !(p->flags & PF_STARTING));
> +	return unlikely(p && (p->state == TASK_WAKING) && !(p->flags & PF_STARTING));
>  }

Oh, NO. This is wrong. It will introduce other bugs.
The right direction is showed in the bug entry.

Thanks,
Yong

>  
>  /*
> 
> But seems commitid 0017d735092844118bef006696a750a0e4ef6ebd in tip tree
> also touched task_is_waking. So the patch for tip tree should be:
> 
> diff --git a/kernel/sched.c b/kernel/sched.c
> index 3acf694..d259641 100644
> --- a/kernel/sched.c
> +++ b/kernel/sched.c
> @@ -920,7 +920,7 @@ static inline void finish_lock_switch(struct rq *rq, struct task_struct *prev)
>   */
>  static inline int task_is_waking(struct task_struct *p)
>  {
> -	return unlikely(p->state == TASK_WAKING);
> +	return unlikely(p && p->state == TASK_WAKING);
>  }
>  
>  /*
> 
> Regards,
> 	-Liang Li
> 
> > 
> > 
> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15615
> > Subject		: NULL pointer deref in task_is_waking
> > Submitter	: Amit Shah <shahamit@gmail.com>
> > Date		: 2010-03-23 04:04 (16 days old)
> > 
> > 
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > Please read the FAQ at  http://www.tux.org/lkml/
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

Re: [Bug #15615] NULL pointer deref in task_is_waking

[Yong Zhang]

On Thu, Apr 08, 2010 at 03:16:17PM +0800, Liang Li wrote:
> On Wed, Apr 07, 2010 at 11:13:48PM +0200, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a summary report
> > of recent regressions.
> > 
> > The following bug entry is on the current list of known regressions
> > from 2.6.33.  Please verify if it still should be listed and let the tracking team
> > know (either way).
> 
> The bug still there. I just met it. And seems its quite simple to get it
> fixed.
> 
> diff --git a/kernel/sched.c b/kernel/sched.c
> index a3dff1f..2df1a76 100644
> --- a/kernel/sched.c
> +++ b/kernel/sched.c
> @@ -913,7 +913,7 @@ static inline void finish_lock_switch(struct rq *rq, struct task_struct *prev)
>   */
>  static inline int task_is_waking(struct task_struct *p)
>  {
> -	return unlikely((p->state == TASK_WAKING) && !(p->flags & PF_STARTING));
> +	return unlikely(p && (p->state == TASK_WAKING) && !(p->flags & PF_STARTING));
>  }

Oh, NO. This is wrong. It will introduce other bugs.
The right direction is showed in the bug entry.

Thanks,
Yong

>  
>  /*
> 
> But seems commitid 0017d735092844118bef006696a750a0e4ef6ebd in tip tree
> also touched task_is_waking. So the patch for tip tree should be:
> 
> diff --git a/kernel/sched.c b/kernel/sched.c
> index 3acf694..d259641 100644
> --- a/kernel/sched.c
> +++ b/kernel/sched.c
> @@ -920,7 +920,7 @@ static inline void finish_lock_switch(struct rq *rq, struct task_struct *prev)
>   */
>  static inline int task_is_waking(struct task_struct *p)
>  {
> -	return unlikely(p->state == TASK_WAKING);
> +	return unlikely(p && p->state == TASK_WAKING);
>  }
>  
>  /*
> 
> Regards,
> 	-Liang Li
> 
> > 
> > 
> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15615
> > Subject		: NULL pointer deref in task_is_waking
> > Submitter	: Amit Shah <shahamit-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> > Date		: 2010-03-23 04:04 (16 days old)
> > 
> > 
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> > the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > Please read the FAQ at  http://www.tux.org/lkml/
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

Re: [Bug #15615] NULL pointer deref in task_is_waking

[Liang Li]

On Thu, Apr 08, 2010 at 03:50:03PM +0800, Yong Zhang wrote:
> On Thu, Apr 08, 2010 at 03:16:17PM +0800, Liang Li wrote:
> > On Wed, Apr 07, 2010 at 11:13:48PM +0200, Rafael J. Wysocki wrote:
> > > This message has been generated automatically as a part of a summary report
> > > of recent regressions.
> > > 
> > > The following bug entry is on the current list of known regressions
> > > from 2.6.33.  Please verify if it still should be listed and let the tracking team
> > > know (either way).
> > 
> > The bug still there. I just met it. And seems its quite simple to get it
> > fixed.
> > 
> > diff --git a/kernel/sched.c b/kernel/sched.c
> > index a3dff1f..2df1a76 100644
> > --- a/kernel/sched.c
> > +++ b/kernel/sched.c
> > @@ -913,7 +913,7 @@ static inline void finish_lock_switch(struct rq *rq, struct task_struct *prev)
> >   */
> >  static inline int task_is_waking(struct task_struct *p)
> >  {
> > -	return unlikely((p->state == TASK_WAKING) && !(p->flags & PF_STARTING));
> > +	return unlikely(p && (p->state == TASK_WAKING) && !(p->flags & PF_STARTING));
> >  }

Seems what I saw was different from this bug. So it is clear
that this one line change does not relate to this bug. Sorry
for confusion.

> 
> Oh, NO. This is wrong. It will introduce other bugs.
> The right direction is showed in the bug entry.

Thanks,
		-Liang Li
> 
> Thanks,
> Yong
> 
> >  
> >  /*
> > 
> > But seems commitid 0017d735092844118bef006696a750a0e4ef6ebd in tip tree
> > also touched task_is_waking. So the patch for tip tree should be:
> > 
> > diff --git a/kernel/sched.c b/kernel/sched.c
> > index 3acf694..d259641 100644
> > --- a/kernel/sched.c
> > +++ b/kernel/sched.c
> > @@ -920,7 +920,7 @@ static inline void finish_lock_switch(struct rq *rq, struct task_struct *prev)
> >   */
> >  static inline int task_is_waking(struct task_struct *p)
> >  {
> > -	return unlikely(p->state == TASK_WAKING);
> > +	return unlikely(p && p->state == TASK_WAKING);
> >  }
> >  
> >  /*
> > 
> > Regards,
> > 	-Liang Li
> > 
> > > 
> > > 
> > > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15615
> > > Subject		: NULL pointer deref in task_is_waking
> > > Submitter	: Amit Shah <shahamit@gmail.com>
> > > Date		: 2010-03-23 04:04 (16 days old)
> > > 
> > > 
> > > --
> > > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> > > the body of a message to majordomo@vger.kernel.org
> > > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > > Please read the FAQ at  http://www.tux.org/lkml/
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > Please read the FAQ at  http://www.tux.org/lkml/
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

Re: [Bug #15615] NULL pointer deref in task_is_waking

[Liang Li]

On Thu, Apr 08, 2010 at 03:50:03PM +0800, Yong Zhang wrote:
> On Thu, Apr 08, 2010 at 03:16:17PM +0800, Liang Li wrote:
> > On Wed, Apr 07, 2010 at 11:13:48PM +0200, Rafael J. Wysocki wrote:
> > > This message has been generated automatically as a part of a summary report
> > > of recent regressions.
> > > 
> > > The following bug entry is on the current list of known regressions
> > > from 2.6.33.  Please verify if it still should be listed and let the tracking team
> > > know (either way).
> > 
> > The bug still there. I just met it. And seems its quite simple to get it
> > fixed.
> > 
> > diff --git a/kernel/sched.c b/kernel/sched.c
> > index a3dff1f..2df1a76 100644
> > --- a/kernel/sched.c
> > +++ b/kernel/sched.c
> > @@ -913,7 +913,7 @@ static inline void finish_lock_switch(struct rq *rq, struct task_struct *prev)
> >   */
> >  static inline int task_is_waking(struct task_struct *p)
> >  {
> > -	return unlikely((p->state == TASK_WAKING) && !(p->flags & PF_STARTING));
> > +	return unlikely(p && (p->state == TASK_WAKING) && !(p->flags & PF_STARTING));
> >  }

Seems what I saw was different from this bug. So it is clear
that this one line change does not relate to this bug. Sorry
for confusion.

> 
> Oh, NO. This is wrong. It will introduce other bugs.
> The right direction is showed in the bug entry.

Thanks,
		-Liang Li
> 
> Thanks,
> Yong
> 
> >  
> >  /*
> > 
> > But seems commitid 0017d735092844118bef006696a750a0e4ef6ebd in tip tree
> > also touched task_is_waking. So the patch for tip tree should be:
> > 
> > diff --git a/kernel/sched.c b/kernel/sched.c
> > index 3acf694..d259641 100644
> > --- a/kernel/sched.c
> > +++ b/kernel/sched.c
> > @@ -920,7 +920,7 @@ static inline void finish_lock_switch(struct rq *rq, struct task_struct *prev)
> >   */
> >  static inline int task_is_waking(struct task_struct *p)
> >  {
> > -	return unlikely(p->state == TASK_WAKING);
> > +	return unlikely(p && p->state == TASK_WAKING);
> >  }
> >  
> >  /*
> > 
> > Regards,
> > 	-Liang Li
> > 
> > > 
> > > 
> > > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15615
> > > Subject		: NULL pointer deref in task_is_waking
> > > Submitter	: Amit Shah <shahamit-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> > > Date		: 2010-03-23 04:04 (16 days old)
> > > 
> > > 
> > > --
> > > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> > > the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> > > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > > Please read the FAQ at  http://www.tux.org/lkml/
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> > the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > Please read the FAQ at  http://www.tux.org/lkml/
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

Re: [Bug #15718] File corruption regression on NFS related to commit 1f36f774

[Boaz Harrosh]

On 04/08/2010 12:13 AM, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a summary report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.33.  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=15718
> Subject		: File corruption regression on NFS related to commit 1f36f774
> Submitter	: Boaz Harrosh <bharrosh@panasas.com>
> Date		: 2010-03-24 15:49 (15 days old)
> First-Bad-Commit: http://git.kernel.org/git/linus/1f36f774b22a0ceb7dd33eca626746c81a97b6a5
> Message-ID	: <4BAA3493.1030802@panasas.com>
> References	: http://marc.info/?l=linux-kernel&m=126944579810350&w=4
> Handled-By	: Al Viro <viro@zeniv.linux.org.uk>
> 
> 

Fix already in main line: 3e297b613491f0d4928aa652a2cd266aa06dc409
	Author: Al Viro <viro@zeniv.linux.org.uk>
	Restore LOOKUP_DIRECTORY hint handling in final lookup on open()

Boaz

Re: [Bug #15718] File corruption regression on NFS related to commit 1f36f774

[Boaz Harrosh]

On 04/08/2010 12:13 AM, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a summary report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.33.  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=15718
> Subject		: File corruption regression on NFS related to commit 1f36f774
> Submitter	: Boaz Harrosh <bharrosh-C4P08NqkoRlBDgjK7y7TUQ@public.gmane.org>
> Date		: 2010-03-24 15:49 (15 days old)
> First-Bad-Commit: http://git.kernel.org/git/linus/1f36f774b22a0ceb7dd33eca626746c81a97b6a5
> Message-ID	: <4BAA3493.1030802-C4P08NqkoRlBDgjK7y7TUQ@public.gmane.org>
> References	: http://marc.info/?l=linux-kernel&m=126944579810350&w=4
> Handled-By	: Al Viro <viro-RmSDqhL/yNMiFSDQTTA3OLVCufUGDwFn@public.gmane.org>
> 
> 

Fix already in main line: 3e297b613491f0d4928aa652a2cd266aa06dc409
	Author: Al Viro <viro-RmSDqhL/yNMiFSDQTTA3OLVCufUGDwFn@public.gmane.org>
	Restore LOOKUP_DIRECTORY hint handling in final lookup on open()

Boaz

Re: [Bug #15480] [regression] Fails to boot properly unless given pci=nocrs

[Rafael J. Wysocki]

On Thursday 08 April 2010, Bjorn Helgaas wrote:
> On Wednesday 07 April 2010 03:08:37 pm Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a summary report
> > of recent regressions.
> > 
> > The following bug entry is on the current list of known regressions
> > from 2.6.33.  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=15480
> > Subject		: [regression] Fails to boot properly unless given pci=nocrs
> > Submitter	: Yanko Kaneti <yaneti@declera.com>
> > Date		: 2010-03-09 01:24 (30 days old)
> > Handled-By	: Bjorn Helgaas <bjorn.helgaas@hp.com>
> > Patch		: http://lkml.org/lkml/2010/3/11/512
> 
> This should be closed.  The fix is in Linus' tree:
> 
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=d558b483d5a73f5718705b270cb2090f66ea48c8

Thanks, closing.

Rafael

Re: [Bug #15480] [regression] Fails to boot properly unless given pci=nocrs

[Rafael J. Wysocki]

On Thursday 08 April 2010, Bjorn Helgaas wrote:
> On Wednesday 07 April 2010 03:08:37 pm Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a summary report
> > of recent regressions.
> > 
> > The following bug entry is on the current list of known regressions
> > from 2.6.33.  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=15480
> > Subject		: [regression] Fails to boot properly unless given pci=nocrs
> > Submitter	: Yanko Kaneti <yaneti-jUE9FD3ILm5BDgjK7y7TUQ@public.gmane.org>
> > Date		: 2010-03-09 01:24 (30 days old)
> > Handled-By	: Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
> > Patch		: http://lkml.org/lkml/2010/3/11/512
> 
> This should be closed.  The fix is in Linus' tree:
> 
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=d558b483d5a73f5718705b270cb2090f66ea48c8

Thanks, closing.

Rafael

Re: [Bug #15619] Regression - Linux 2.6.34-rc1 - i915 - Render error detected

[Rafael J. Wysocki]

On Thursday 08 April 2010, Fabio Comolli wrote:
> disappeared between -rc2 and -rc3

Thanks, closed.

Rafael


> On Wed, Apr 7, 2010 at 11:13 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > This message has been generated automatically as a part of a summary report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.33.  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=15619
> > Subject         : Regression - Linux 2.6.34-rc1 - i915 - Render error detected
> > Submitter       : Fabio Comolli <fabio.comolli@gmail.com>
> > Date            : 2010-03-17 21:58 (22 days old)
> > Message-ID      : <b637ec0b1003171458t524d168fiab52ce2b3431e3c9@mail.gmail.com>
> > References      : http://marc.info/?l=linux-kernel&m=126886311908558&w=2
> >
> >
> >
> 
> 

Re: [Bug #15619] Regression - Linux 2.6.34-rc1 - i915 - Render error detected

[Rafael J. Wysocki]

On Thursday 08 April 2010, Fabio Comolli wrote:
> disappeared between -rc2 and -rc3

Thanks, closed.

Rafael


> On Wed, Apr 7, 2010 at 11:13 PM, Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org> wrote:
> > This message has been generated automatically as a part of a summary report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.33.  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=15619
> > Subject         : Regression - Linux 2.6.34-rc1 - i915 - Render error detected
> > Submitter       : Fabio Comolli <fabio.comolli-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> > Date            : 2010-03-17 21:58 (22 days old)
> > Message-ID      : <b637ec0b1003171458t524d168fiab52ce2b3431e3c9-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
> > References      : http://marc.info/?l=linux-kernel&m=126886311908558&w=2
> >
> >
> >
> 
> 

Re: [Bug #15624] [BUG] percpu misaligned allocation

[Rafael J. Wysocki]

On Wednesday 07 April 2010, Frederic Weisbecker wrote:
> On Wed, Apr 07, 2010 at 11:13:49PM +0200, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a summary report
> > of recent regressions.
> > 
> > The following bug entry is on the current list of known regressions
> > from 2.6.33.  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=15624
> > Subject		: [BUG] percpu misaligned allocation
> > Submitter	: Frederic Weisbecker <fweisbec@gmail.com>
> > Date		: 2010-03-18 4:49 (21 days old)
> > Message-ID	: <20100318044930.GC5045@nowhere>
> > References	: http://marc.info/?l=linux-kernel&m=126888780031992&w=2
> 
> 
> This has been fixed with "eb1e79611cc9bfe21978230e3521e77ea2d7874a"
> (perf: Correctly align perf event tracing buffer).
> 
> The ticket can be closed, thanks!

Thanks, closing.

Rafael

Re: [Bug #15624] [BUG] percpu misaligned allocation

[Rafael J. Wysocki]

On Wednesday 07 April 2010, Frederic Weisbecker wrote:
> On Wed, Apr 07, 2010 at 11:13:49PM +0200, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a summary report
> > of recent regressions.
> > 
> > The following bug entry is on the current list of known regressions
> > from 2.6.33.  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=15624
> > Subject		: [BUG] percpu misaligned allocation
> > Submitter	: Frederic Weisbecker <fweisbec-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> > Date		: 2010-03-18 4:49 (21 days old)
> > Message-ID	: <20100318044930.GC5045@nowhere>
> > References	: http://marc.info/?l=linux-kernel&m=126888780031992&w=2
> 
> 
> This has been fixed with "eb1e79611cc9bfe21978230e3521e77ea2d7874a"
> (perf: Correctly align perf event tracing buffer).
> 
> The ticket can be closed, thanks!

Thanks, closing.

Rafael

Re: [Bug #15661] PROBLEM: crash on halt with 2.6.34-0.16.rc2.git0.fc14.x86_64

[Rafael J. Wysocki]

On Thursday 08 April 2010, Yong Zhang wrote:
> On Wed, Apr 07, 2010 at 11:13:50PM +0200, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a summary report
> > of recent regressions.
> > 
> > The following bug entry is on the current list of known regressions
> > from 2.6.33.  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=15661
> > Subject		: PROBLEM: crash on halt with 2.6.34-0.16.rc2.git0.fc14.x86_64
> > Submitter	: Jon Masters <jonathan@jonmasters.org>
> > Date		: 2010-03-26 15:29 (13 days old)
> > Message-ID	: <1269617372.3779.234.camel@localhost>
> > References	: http://marc.info/?l=linux-kernel&m=126961739803949&w=2
> > 
> 
> Seems a duplicate of http://lkml.org/lkml/2010/3/20/142
> and it's reslovled by commit a90110c61073eab95d1986322693c2b9a8a6a5f6

Thanks, closing.

Rafael

Re: [Bug #15661] PROBLEM: crash on halt with 2.6.34-0.16.rc2.git0.fc14.x86_64

[Rafael J. Wysocki]

On Thursday 08 April 2010, Yong Zhang wrote:
> On Wed, Apr 07, 2010 at 11:13:50PM +0200, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a summary report
> > of recent regressions.
> > 
> > The following bug entry is on the current list of known regressions
> > from 2.6.33.  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=15661
> > Subject		: PROBLEM: crash on halt with 2.6.34-0.16.rc2.git0.fc14.x86_64
> > Submitter	: Jon Masters <jonathan-Zp4isUonpHBD60Wz+7aTrA@public.gmane.org>
> > Date		: 2010-03-26 15:29 (13 days old)
> > Message-ID	: <1269617372.3779.234.camel@localhost>
> > References	: http://marc.info/?l=linux-kernel&m=126961739803949&w=2
> > 
> 
> Seems a duplicate of http://lkml.org/lkml/2010/3/20/142
> and it's reslovled by commit a90110c61073eab95d1986322693c2b9a8a6a5f6

Thanks, closing.

Rafael

Re: [Bug #15668] start_kernel(): bug: interrupts were enabled early

[Rafael J. Wysocki]

On Thursday 08 April 2010, H. Peter Anvin wrote:
> On 04/07/2010 02:13 PM, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a summary report
> > of recent regressions.
> > 
> > The following bug entry is on the current list of known regressions
> > from 2.6.33.  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=15668
> > Subject		: start_kernel(): bug: interrupts were enabled early
> > Submitter	: Rabin Vincent <rabin@rab.in>
> > Date		: 2010-03-25 19:53 (14 days old)
> > First-Bad-Commit: http://git.kernel.org/git/linus/773e3eb7b81e5ba13b5155dfb3bb75b8ce37f8f9
>                                          ^^^^
> 
> FWIW, this /git is redundant.

Ah, thanks for the hint. :-)

Rafael

Re: [Bug #15668] start_kernel(): bug: interrupts were enabled early

[Rafael J. Wysocki]

On Thursday 08 April 2010, H. Peter Anvin wrote:
> On 04/07/2010 02:13 PM, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a summary report
> > of recent regressions.
> > 
> > The following bug entry is on the current list of known regressions
> > from 2.6.33.  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=15668
> > Subject		: start_kernel(): bug: interrupts were enabled early
> > Submitter	: Rabin Vincent <rabin-66gdRtMMWGc@public.gmane.org>
> > Date		: 2010-03-25 19:53 (14 days old)
> > First-Bad-Commit: http://git.kernel.org/git/linus/773e3eb7b81e5ba13b5155dfb3bb75b8ce37f8f9
>                                          ^^^^
> 
> FWIW, this /git is redundant.

Ah, thanks for the hint. :-)

Rafael

Re: [Bug #15715] vmscan: underflow for get_scan_ratio

[Rafael J. Wysocki]

On Thursday 08 April 2010, Linus Torvalds wrote:
> 
> On Wed, 7 Apr 2010, Rafael J. Wysocki wrote:
> >
> > This message has been generated automatically as a part of a summary report
> > of recent regressions.
> > 
> > The following bug entry is on the current list of known regressions
> > from 2.6.33.  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=15715
> > Subject		: vmscan: underflow for get_scan_ratio
> > Submitter	: Shaohua Li <shaohua.li@intel.com>
> > Date		: 2010-03-30 5:53 (9 days old)
> > First-Bad-Commit: http://git.kernel.org/git/linus/84b18490d1f1bc7ed5095c929f78bc002eb70f26
> > Message-ID	: <20100330055304.GA2983@sli10-desk.sh.intel.com>
> > References	: http://marc.info/?l=linux-kernel&m=126992842105754&w=4
> > Handled-By	: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
> > 		  Wu Fengguang <fengguang.wu@intel.com>
> 
> Reverted by commit d6da1a5abc2bf3a06a5bda08e0f6833409234666

Thanks, closed.

Rafael

Re: [Bug #15715] vmscan: underflow for get_scan_ratio

[Rafael J. Wysocki]

On Thursday 08 April 2010, Linus Torvalds wrote:
> 
> On Wed, 7 Apr 2010, Rafael J. Wysocki wrote:
> >
> > This message has been generated automatically as a part of a summary report
> > of recent regressions.
> > 
> > The following bug entry is on the current list of known regressions
> > from 2.6.33.  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=15715
> > Subject		: vmscan: underflow for get_scan_ratio
> > Submitter	: Shaohua Li <shaohua.li-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
> > Date		: 2010-03-30 5:53 (9 days old)
> > First-Bad-Commit: http://git.kernel.org/git/linus/84b18490d1f1bc7ed5095c929f78bc002eb70f26
> > Message-ID	: <20100330055304.GA2983-U5EdaLXB8smDugQYiPIPGdh3ngVCH38I@public.gmane.org>
> > References	: http://marc.info/?l=linux-kernel&m=126992842105754&w=4
> > Handled-By	: KOSAKI Motohiro <kosaki.motohiro-+CUm20s59erQFUHtdCDX3A@public.gmane.org>
> > 		  Wu Fengguang <fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
> 
> Reverted by commit d6da1a5abc2bf3a06a5bda08e0f6833409234666

Thanks, closed.

Rafael

Re: [Bug #15718] File corruption regression on NFS related to commit 1f36f774

[Rafael J. Wysocki]

On Thursday 08 April 2010, Boaz Harrosh wrote:
> On 04/08/2010 12:13 AM, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a summary report
> > of recent regressions.
> > 
> > The following bug entry is on the current list of known regressions
> > from 2.6.33.  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=15718
> > Subject		: File corruption regression on NFS related to commit 1f36f774
> > Submitter	: Boaz Harrosh <bharrosh@panasas.com>
> > Date		: 2010-03-24 15:49 (15 days old)
> > First-Bad-Commit: http://git.kernel.org/git/linus/1f36f774b22a0ceb7dd33eca626746c81a97b6a5
> > Message-ID	: <4BAA3493.1030802@panasas.com>
> > References	: http://marc.info/?l=linux-kernel&m=126944579810350&w=4
> > Handled-By	: Al Viro <viro@zeniv.linux.org.uk>
> > 
> > 
> 
> Fix already in main line: 3e297b613491f0d4928aa652a2cd266aa06dc409
> 	Author: Al Viro <viro@zeniv.linux.org.uk>
> 	Restore LOOKUP_DIRECTORY hint handling in final lookup on open()

Thanks, closed.

Rafael

Re: [Bug #15718] File corruption regression on NFS related to commit 1f36f774

[Rafael J. Wysocki]

On Thursday 08 April 2010, Boaz Harrosh wrote:
> On 04/08/2010 12:13 AM, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a summary report
> > of recent regressions.
> > 
> > The following bug entry is on the current list of known regressions
> > from 2.6.33.  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=15718
> > Subject		: File corruption regression on NFS related to commit 1f36f774
> > Submitter	: Boaz Harrosh <bharrosh-C4P08NqkoRlBDgjK7y7TUQ@public.gmane.org>
> > Date		: 2010-03-24 15:49 (15 days old)
> > First-Bad-Commit: http://git.kernel.org/git/linus/1f36f774b22a0ceb7dd33eca626746c81a97b6a5
> > Message-ID	: <4BAA3493.1030802-C4P08NqkoRlBDgjK7y7TUQ@public.gmane.org>
> > References	: http://marc.info/?l=linux-kernel&m=126944579810350&w=4
> > Handled-By	: Al Viro <viro-RmSDqhL/yNMiFSDQTTA3OLVCufUGDwFn@public.gmane.org>
> > 
> > 
> 
> Fix already in main line: 3e297b613491f0d4928aa652a2cd266aa06dc409
> 	Author: Al Viro <viro-RmSDqhL/yNMiFSDQTTA3OLVCufUGDwFn@public.gmane.org>
> 	Restore LOOKUP_DIRECTORY hint handling in final lookup on open()

Thanks, closed.

Rafael

Re: 2.6.34-rc3-git6: Reported regressions from 2.6.33

[Rafael J. Wysocki]

On Thursday 08 April 2010, Linus Torvalds wrote:
> 
> On Wed, 7 Apr 2010, Rafael J. Wysocki wrote:
> > 
> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15718
> > Subject		: File corruption regression on NFS related to commit 1f36f774
> > Submitter	: Boaz Harrosh <bharrosh@panasas.com>
> > Date		: 2010-03-24 15:49 (15 days old)
> > First-Bad-Commit: http://git.kernel.org/git/linus/1f36f774b22a0ceb7dd33eca626746c81a97b6a5
> > Message-ID	: <4BAA3493.1030802@panasas.com>
> > References	: http://marc.info/?l=linux-kernel&m=126944579810350&w=4
> > Handled-By	: Al Viro <viro@zeniv.linux.org.uk>
> 
> I think this one is fixed by commit 3e297b61349.

Closed.

> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15716
> > Subject		: ata2: lost interrupt with kernel 2.6.34-rc1
> > Submitter	: Andrew Benton <b3nton@gmail.com>
> > Date		: 2010-03-11 16:57 (28 days old)
> > Message-ID	: <4B992110.2090300@gmail.com>
> > References	: http://marc.info/?l=linux-kernel&m=126832670609705&w=4
> > Handled-By	: Jeff Garzik <jeff@garzik.org>
> 
> And isn't this the already long-fixed commit 332ac7ff77cd?
> 
> That bugzilla entry is a duplicate of 
> 
> 	https://bugzilla.kernel.org/show_bug.cgi?id=15537
> 
> as far as I can see.

Yes, my bad, sorry.  Closed.

> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15715
> > Subject		: vmscan: underflow for get_scan_ratio
> > Submitter	: Shaohua Li <shaohua.li@intel.com>
> > Date		: 2010-03-30 5:53 (9 days old)
> > First-Bad-Commit: http://git.kernel.org/git/linus/84b18490d1f1bc7ed5095c929f78bc002eb70f26
> > Message-ID	: <20100330055304.GA2983@sli10-desk.sh.intel.com>
> > References	: http://marc.info/?l=linux-kernel&m=126992842105754&w=4
> > Handled-By	: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
> > 		  Wu Fengguang <fengguang.wu@intel.com>
> 
> That commit got reverted. See commit d6da1a5abc.

Closed.

> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15674
> > Subject		: [2.6.34-rc2 NFS4 oops] open error path failure...
> > Submitter	: Daniel J Blueman <daniel.blueman@gmail.com>
> > Date		: 2010-03-29 18:36 (10 days old)
> > Message-ID	: <6278d2221003291136p6481fe8emfb039403343c082@mail.gmail.com>
> > References	: http://marc.info/?l=linux-kernel&m=126988782722711&w=2
> 
> This smells like the same LOOKUP_DIRECTORY thing as the first entry, but.. 
> 
> Al?

This one has been fixed too, I see, so closed.

> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15600
> > Subject		: CONFIG_NO_BOOTMEM woes, 2.6.34-rc1
> > Submitter	: Avi Kivity <avi@redhat.com>
> > Date		: 2010-03-15 15:28 (24 days old)
> > Message-ID	: <4B9E5211.9000204@redhat.com>
> > References	: http://marc.info/?l=linux-kernel&m=126866691701926&w=2
> 
> These should hopefully be all fixed. There was some confusion over this, 
> but the report that said it wasn't fixed in -rc3 was apparently not true 
> after all. Several commits, but mainly commit eed63519e, iirc.

Closed.

> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15518
> > Subject		: CONFIG_NO_BOOTMEM=y breaks boot on 32bit
> > Submitter	: Daniel Vetter <daniel@ffwll.ch>
> > Date		: 2010-03-11 15:37 (28 days old)
> 
> Duplicate entry. See above.

Closed.

> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15480
> > Subject		: [regression] Fails to boot properly unless given pci=nocrs
> > Submitter	: Yanko Kaneti <yaneti@declera.com>
> > Date		: 2010-03-09 01:24 (30 days old)
> > Handled-By	: Bjorn Helgaas <bjorn.helgaas@hp.com>
> > Patch		: http://lkml.org/lkml/2010/3/11/512
> 
> These are merged already. Commits d558b483d5, eb9fc8ef7cb etc.

Closed.

Thanks,
Rafael

Re: 2.6.34-rc3-git6: Reported regressions from 2.6.33

[Rafael J. Wysocki]

On Thursday 08 April 2010, Linus Torvalds wrote:
> 
> On Wed, 7 Apr 2010, Rafael J. Wysocki wrote:
> > 
> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15718
> > Subject		: File corruption regression on NFS related to commit 1f36f774
> > Submitter	: Boaz Harrosh <bharrosh-C4P08NqkoRlBDgjK7y7TUQ@public.gmane.org>
> > Date		: 2010-03-24 15:49 (15 days old)
> > First-Bad-Commit: http://git.kernel.org/git/linus/1f36f774b22a0ceb7dd33eca626746c81a97b6a5
> > Message-ID	: <4BAA3493.1030802-C4P08NqkoRlBDgjK7y7TUQ@public.gmane.org>
> > References	: http://marc.info/?l=linux-kernel&m=126944579810350&w=4
> > Handled-By	: Al Viro <viro-RmSDqhL/yNMiFSDQTTA3OLVCufUGDwFn@public.gmane.org>
> 
> I think this one is fixed by commit 3e297b61349.

Closed.

> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15716
> > Subject		: ata2: lost interrupt with kernel 2.6.34-rc1
> > Submitter	: Andrew Benton <b3nton-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> > Date		: 2010-03-11 16:57 (28 days old)
> > Message-ID	: <4B992110.2090300-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> > References	: http://marc.info/?l=linux-kernel&m=126832670609705&w=4
> > Handled-By	: Jeff Garzik <jeff-o2qLIJkoznsdnm+yROfE0A@public.gmane.org>
> 
> And isn't this the already long-fixed commit 332ac7ff77cd?
> 
> That bugzilla entry is a duplicate of 
> 
> 	https://bugzilla.kernel.org/show_bug.cgi?id=15537
> 
> as far as I can see.

Yes, my bad, sorry.  Closed.

> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15715
> > Subject		: vmscan: underflow for get_scan_ratio
> > Submitter	: Shaohua Li <shaohua.li-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
> > Date		: 2010-03-30 5:53 (9 days old)
> > First-Bad-Commit: http://git.kernel.org/git/linus/84b18490d1f1bc7ed5095c929f78bc002eb70f26
> > Message-ID	: <20100330055304.GA2983-U5EdaLXB8smDugQYiPIPGdh3ngVCH38I@public.gmane.org>
> > References	: http://marc.info/?l=linux-kernel&m=126992842105754&w=4
> > Handled-By	: KOSAKI Motohiro <kosaki.motohiro-+CUm20s59erQFUHtdCDX3A@public.gmane.org>
> > 		  Wu Fengguang <fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
> 
> That commit got reverted. See commit d6da1a5abc.

Closed.

> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15674
> > Subject		: [2.6.34-rc2 NFS4 oops] open error path failure...
> > Submitter	: Daniel J Blueman <daniel.blueman-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> > Date		: 2010-03-29 18:36 (10 days old)
> > Message-ID	: <6278d2221003291136p6481fe8emfb039403343c082-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
> > References	: http://marc.info/?l=linux-kernel&m=126988782722711&w=2
> 
> This smells like the same LOOKUP_DIRECTORY thing as the first entry, but.. 
> 
> Al?

This one has been fixed too, I see, so closed.

> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15600
> > Subject		: CONFIG_NO_BOOTMEM woes, 2.6.34-rc1
> > Submitter	: Avi Kivity <avi-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> > Date		: 2010-03-15 15:28 (24 days old)
> > Message-ID	: <4B9E5211.9000204-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> > References	: http://marc.info/?l=linux-kernel&m=126866691701926&w=2
> 
> These should hopefully be all fixed. There was some confusion over this, 
> but the report that said it wasn't fixed in -rc3 was apparently not true 
> after all. Several commits, but mainly commit eed63519e, iirc.

Closed.

> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15518
> > Subject		: CONFIG_NO_BOOTMEM=y breaks boot on 32bit
> > Submitter	: Daniel Vetter <daniel-/w4YWyX8dFk@public.gmane.org>
> > Date		: 2010-03-11 15:37 (28 days old)
> 
> Duplicate entry. See above.

Closed.

> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15480
> > Subject		: [regression] Fails to boot properly unless given pci=nocrs
> > Submitter	: Yanko Kaneti <yaneti-jUE9FD3ILm5BDgjK7y7TUQ@public.gmane.org>
> > Date		: 2010-03-09 01:24 (30 days old)
> > Handled-By	: Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
> > Patch		: http://lkml.org/lkml/2010/3/11/512
> 
> These are merged already. Commits d558b483d5, eb9fc8ef7cb etc.

Closed.

Thanks,
Rafael

Re: 2.6.34-rc3-git6: Reported regressions from 2.6.33

[Rafael J. Wysocki]

On Thursday 08 April 2010, Linus Torvalds wrote:
> 
> On Wed, 7 Apr 2010, Rafael J. Wysocki wrote:
> > 
> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15718
> > Subject		: File corruption regression on NFS related to commit 1f36f774
> > Submitter	: Boaz Harrosh <bharrosh@panasas.com>
> > Date		: 2010-03-24 15:49 (15 days old)
> > First-Bad-Commit: http://git.kernel.org/git/linus/1f36f774b22a0ceb7dd33eca626746c81a97b6a5
> > Message-ID	: <4BAA3493.1030802@panasas.com>
> > References	: http://marc.info/?l=linux-kernel&m=126944579810350&w=4
> > Handled-By	: Al Viro <viro@zeniv.linux.org.uk>
> 
> I think this one is fixed by commit 3e297b61349.

Closed.

> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15716
> > Subject		: ata2: lost interrupt with kernel 2.6.34-rc1
> > Submitter	: Andrew Benton <b3nton@gmail.com>
> > Date		: 2010-03-11 16:57 (28 days old)
> > Message-ID	: <4B992110.2090300@gmail.com>
> > References	: http://marc.info/?l=linux-kernel&m=126832670609705&w=4
> > Handled-By	: Jeff Garzik <jeff@garzik.org>
> 
> And isn't this the already long-fixed commit 332ac7ff77cd?
> 
> That bugzilla entry is a duplicate of 
> 
> 	https://bugzilla.kernel.org/show_bug.cgi?id=15537
> 
> as far as I can see.

Yes, my bad, sorry.  Closed.

> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15715
> > Subject		: vmscan: underflow for get_scan_ratio
> > Submitter	: Shaohua Li <shaohua.li@intel.com>
> > Date		: 2010-03-30 5:53 (9 days old)
> > First-Bad-Commit: http://git.kernel.org/git/linus/84b18490d1f1bc7ed5095c929f78bc002eb70f26
> > Message-ID	: <20100330055304.GA2983@sli10-desk.sh.intel.com>
> > References	: http://marc.info/?l=linux-kernel&m=126992842105754&w=4
> > Handled-By	: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
> > 		  Wu Fengguang <fengguang.wu@intel.com>
> 
> That commit got reverted. See commit d6da1a5abc.

Closed.

> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15674
> > Subject		: [2.6.34-rc2 NFS4 oops] open error path failure...
> > Submitter	: Daniel J Blueman <daniel.blueman@gmail.com>
> > Date		: 2010-03-29 18:36 (10 days old)
> > Message-ID	: <6278d2221003291136p6481fe8emfb039403343c082@mail.gmail.com>
> > References	: http://marc.info/?l=linux-kernel&m=126988782722711&w=2
> 
> This smells like the same LOOKUP_DIRECTORY thing as the first entry, but.. 
> 
> Al?

This one has been fixed too, I see, so closed.

> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15600
> > Subject		: CONFIG_NO_BOOTMEM woes, 2.6.34-rc1
> > Submitter	: Avi Kivity <avi@redhat.com>
> > Date		: 2010-03-15 15:28 (24 days old)
> > Message-ID	: <4B9E5211.9000204@redhat.com>
> > References	: http://marc.info/?l=linux-kernel&m=126866691701926&w=2
> 
> These should hopefully be all fixed. There was some confusion over this, 
> but the report that said it wasn't fixed in -rc3 was apparently not true 
> after all. Several commits, but mainly commit eed63519e, iirc.

Closed.

> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15518
> > Subject		: CONFIG_NO_BOOTMEM=y breaks boot on 32bit
> > Submitter	: Daniel Vetter <daniel@ffwll.ch>
> > Date		: 2010-03-11 15:37 (28 days old)
> 
> Duplicate entry. See above.

Closed.

> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15480
> > Subject		: [regression] Fails to boot properly unless given pci=nocrs
> > Submitter	: Yanko Kaneti <yaneti@declera.com>
> > Date		: 2010-03-09 01:24 (30 days old)
> > Handled-By	: Bjorn Helgaas <bjorn.helgaas@hp.com>
> > Patch		: http://lkml.org/lkml/2010/3/11/512
> 
> These are merged already. Commits d558b483d5, eb9fc8ef7cb etc.

Closed.

Thanks,
Rafael

Re: [Bug #15625] BUG: 2.6.34-rc1, RIP is (null)

[Randy Dunlap]

On 04/07/10 14:13, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a summary report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.33.  Please verify if it still should be listed and let the tracking team
> know (either way).
> 

This was a one-time occurrence.  I don't know your policy of whether it should still
be listed or not.

I don't tend to ignore one-time bugs.

> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15625
> Subject		: BUG: 2.6.34-rc1, RIP is (null)
> Submitter	: Randy Dunlap <randy.dunlap@oracle.com>
> Date		: 2010-03-18 22:22 (21 days old)
> Message-ID	: <4BA2A7A9.4080503@oracle.com>
> References	: http://marc.info/?l=linux-kernel&m=126895098217351&w=2


-- 
~Randy

Re: [Bug #15625] BUG: 2.6.34-rc1, RIP is (null)

[Randy Dunlap]

On 04/07/10 14:13, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a summary report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.33.  Please verify if it still should be listed and let the tracking team
> know (either way).
> 

This was a one-time occurrence.  I don't know your policy of whether it should still
be listed or not.

I don't tend to ignore one-time bugs.

> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=15625
> Subject		: BUG: 2.6.34-rc1, RIP is (null)
> Submitter	: Randy Dunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
> Date		: 2010-03-18 22:22 (21 days old)
> Message-ID	: <4BA2A7A9.4080503-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
> References	: http://marc.info/?l=linux-kernel&m=126895098217351&w=2


-- 
~Randy

Re: [Bug #15719] virtio_net causing kernel BUG when running under VirtualBox

[Thomas Müller]

Hi,

a fix (commit 2c45cd43ff791cc4ab6a6332165ad53d7bcb3673) is included in
linux-next and net-next, but not (yet?) in linux-2.6.


Regards,
Thomas

On 07.04.2010 23:13, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a summary report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.33.  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=15719
> Subject		: virtio_net causing kernel BUG when running under VirtualBox
> Submitter	: Thomas Müller <thomas@mathtm.de>
> Date		: 2010-03-27 14:32 (12 days old)
> First-Bad-Commit: http://git.kernel.org/git/linus/9ab86bbcf8be755256f0a5e994e0b38af6b4d399
> Message-ID	: <4BAE1707.2050803@mathtm.de>
> References	: http://marc.info/?l=linux-kernel&m=126970039227740&w=4
> Handled-By	: Shirley Ma <mashirle@us.ibm.com>
> 
> 

Re: [Bug #15719] virtio_net causing kernel BUG when running under VirtualBox

[Thomas Müller]

Hi,

a fix (commit 2c45cd43ff791cc4ab6a6332165ad53d7bcb3673) is included in
linux-next and net-next, but not (yet?) in linux-2.6.


Regards,
Thomas

On 07.04.2010 23:13, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a summary report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.33.  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=15719
> Subject		: virtio_net causing kernel BUG when running under VirtualBox
> Submitter	: Thomas Müller <thomas@mathtm.de>
> Date		: 2010-03-27 14:32 (12 days old)
> First-Bad-Commit: http://git.kernel.org/git/linus/9ab86bbcf8be755256f0a5e994e0b38af6b4d399
> Message-ID	: <4BAE1707.2050803@mathtm.de>
> References	: http://marc.info/?l=linux-kernel&m=126970039227740&w=4
> Handled-By	: Shirley Ma <mashirle@us.ibm.com>
> 
> 

Re: [Bug #15719] virtio_net causing kernel BUG when running under VirtualBox

[David Miller]

From: Thomas Müller <thomas@mathtm.de>
Date: Mon, 12 Apr 2010 10:39:54 +0200

> Hi,
> 
> a fix (commit 2c45cd43ff791cc4ab6a6332165ad53d7bcb3673) is included in
> linux-next and net-next, but not (yet?) in linux-2.6.

This bug was only present in -next and net-next-2.6 to the best of
my knowledge, so the fix only showing up there is appropriate.

Re: [Bug #15719] virtio_net causing kernel BUG when running under VirtualBox

[David Miller]

From: Thomas Müller <thomas-5bHTHlrcoh6zQB+pC5nmwQ@public.gmane.org>
Date: Mon, 12 Apr 2010 10:39:54 +0200

> Hi,
> 
> a fix (commit 2c45cd43ff791cc4ab6a6332165ad53d7bcb3673) is included in
> linux-next and net-next, but not (yet?) in linux-2.6.

This bug was only present in -next and net-next-2.6 to the best of
my knowledge, so the fix only showing up there is appropriate.

Re: [Bug #15719] virtio_net causing kernel BUG when running under VirtualBox

[Thomas Müller]

Hi,

On 12.04.2010 11:28, David Miller wrote:
>> a fix (commit 2c45cd43ff791cc4ab6a6332165ad53d7bcb3673) is included in
>> linux-next and net-next, but not (yet?) in linux-2.6.
> 
> This bug was only present in -next and net-next-2.6 to the best of
> my knowledge, so the fix only showing up there is appropriate.

I think I have to disagree.

I hit this bug with a clean checkout of linux-2.6 and I also bisected
against the linux-2.6 repo.
(I did however use a Fedora rawhide kernel config as starting point,
so presumably there were a lot of debug options activated)

When Shirley Ma sent the fix, I did verify that linux-2.6 without
the fix did not work, and that everything worked fine with it applied.


Regards,
Thomas

Re: [Bug #15719] virtio_net causing kernel BUG when running under VirtualBox

[Thomas Müller]

Hi,

On 12.04.2010 11:28, David Miller wrote:
>> a fix (commit 2c45cd43ff791cc4ab6a6332165ad53d7bcb3673) is included in
>> linux-next and net-next, but not (yet?) in linux-2.6.
> 
> This bug was only present in -next and net-next-2.6 to the best of
> my knowledge, so the fix only showing up there is appropriate.

I think I have to disagree.

I hit this bug with a clean checkout of linux-2.6 and I also bisected
against the linux-2.6 repo.
(I did however use a Fedora rawhide kernel config as starting point,
so presumably there were a lot of debug options activated)

When Shirley Ma sent the fix, I did verify that linux-2.6 without
the fix did not work, and that everything worked fine with it applied.


Regards,
Thomas

Re: [Bug #15625] BUG: 2.6.34-rc1, RIP is (null)

[Rafael J. Wysocki]

On Monday 12 April 2010, Randy Dunlap wrote:
> On 04/07/10 14:13, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a summary report
> > of recent regressions.
> > 
> > The following bug entry is on the current list of known regressions
> > from 2.6.33.  Please verify if it still should be listed and let the tracking team
> > know (either way).
> > 
> 
> This was a one-time occurrence.  I don't know your policy of whether it should still
> be listed or not.
> 
> I don't tend to ignore one-time bugs.

Let's keep it listed for some time.

Thanks,
Rafael

Re: [Bug #15625] BUG: 2.6.34-rc1, RIP is (null)

[Rafael J. Wysocki]

On Monday 12 April 2010, Randy Dunlap wrote:
> On 04/07/10 14:13, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a summary report
> > of recent regressions.
> > 
> > The following bug entry is on the current list of known regressions
> > from 2.6.33.  Please verify if it still should be listed and let the tracking team
> > know (either way).
> > 
> 
> This was a one-time occurrence.  I don't know your policy of whether it should still
> be listed or not.
> 
> I don't tend to ignore one-time bugs.

Let's keep it listed for some time.

Thanks,
Rafael

Re: [Bug #15719] virtio_net causing kernel BUG when running under VirtualBox

[David Miller]

From: Thomas Müller <thomas@mathtm.de>
Date: Mon, 12 Apr 2010 11:50:28 +0200

> I think I have to disagree.

Indeed you're right, net-2.6 needs it too.

Thanks for catching this, I've cherry picked the commit
from net-next-2.6 and added it to net-2.6

Thanks again!

Re: [Bug #15719] virtio_net causing kernel BUG when running under VirtualBox

[David Miller]

From: Thomas Müller <thomas-5bHTHlrcoh6zQB+pC5nmwQ@public.gmane.org>
Date: Mon, 12 Apr 2010 11:50:28 +0200

> I think I have to disagree.

Indeed you're right, net-2.6 needs it too.

Thanks for catching this, I've cherry picked the commit
from net-next-2.6 and added it to net-2.6

Thanks again!

Re: [Bug #15704] [r8169] WARNING: at net/sched/sch_generic.c

[Sergey Senozhatsky]

[-- Attachment #1: Type: text/plain, Size: 3509 bytes --]

Hello,
Sorry for the delay, I've been away.

On (04/07/10 23:13), Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a summary report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.33.  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=15704
> Subject		: [r8169] WARNING: at net/sched/sch_generic.c
> Submitter	: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
> Date		: 2010-03-31 10:21 (8 days old)
> Message-ID	: <20100331102142.GA3294@swordfish.minsk.epam.com>
> References	: http://marc.info/?l=linux-kernel&m=127003090406108&w=2
> 
> 


Yes, bug is still here (though I'm not sure whether it's correct to test with frame size 2048).

Here it is:

kernel: [ 2292.172886] pktgen 2.72: Packet Generator for packet performance testing.
kernel: [ 2339.999788] ------------[ cut here ]------------
kernel: [ 2339.999800] WARNING: at net/sched/sch_generic.c:256 dev_watchdog+0xc1/0x125()
kernel: [ 2339.999803] Hardware name: F3JC                
kernel: [ 2339.999806] NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out
kernel: [ 2339.999809] Modules linked in: pktgen ipv6 snd_hwdep snd_hda_codec_si3054 snd_hda_codec_realtek sdhci_pci sdhci asus_laptop sparse_keymap snd_hda_intel mmc_core
led_class snd_hda_codec psmouse snd_pcm snd_timer snd soundcore snd_page_alloc i2c_i801 serio_raw sg evdev rng_core r8169 mii usbhid hid uhci_hcd ehci_hcd sr_mod cdrom sd_mod
usbcore ata_piix
kernel: [ 2339.999857] Pid: 3720, comm: kpktgend_0 Not tainted 2.6.34-rc3-dbg-r8169-git6 #81
kernel: [ 2339.999861] Call Trace:
kernel: [ 2339.999868]  [<c102e7f7>] warn_slowpath_common+0x65/0x7c
kernel: [ 2339.999874]  [<c126e4f8>] ? dev_watchdog+0xc1/0x125
kernel: [ 2339.999879]  [<c102e842>] warn_slowpath_fmt+0x24/0x27
kernel: [ 2339.999884]  [<c126e4f8>] dev_watchdog+0xc1/0x125
kernel: [ 2339.999891]  [<c1040039>] ? abort_exclusive_wait+0x26/0x63
kernel: [ 2339.999897]  [<c103712b>] ? run_timer_softirq+0x120/0x1eb
kernel: [ 2339.999902]  [<c1037181>] run_timer_softirq+0x176/0x1eb
kernel: [ 2339.999907]  [<c103712b>] ? run_timer_softirq+0x120/0x1eb
kernel: [ 2339.999913]  [<c126e437>] ? dev_watchdog+0x0/0x125
kernel: [ 2339.999919]  [<c10332a1>] __do_softirq+0x8d/0x117
kernel: [ 2339.999925]  [<c1033356>] do_softirq+0x2b/0x43
kernel: [ 2339.999929]  [<c103347b>] irq_exit+0x38/0x75
kernel: [ 2339.999936]  [<c1015200>] smp_apic_timer_interrupt+0x6d/0x7b
kernel: [ 2339.999943]  [<c12cbcda>] apic_timer_interrupt+0x36/0x3c
kernel: [ 2339.999948]  [<c104007b>] ? finish_wait+0x5/0x49
kernel: [ 2339.999953]  [<c10400d8>] ? prepare_to_wait_exclusive+0x19/0x5b
kernel: [ 2339.999959]  [<c105106d>] ? lock_release+0x19a/0x1a1
kernel: [ 2339.999965]  [<c12cb259>] _raw_spin_unlock+0x16/0x3f
kernel: [ 2339.999972]  [<f80ea460>] pktgen_thread_worker+0xe0/0x631 [pktgen]
kernel: [ 2339.999978]  [<c103ffad>] ? autoremove_wake_function+0x0/0x2f
kernel: [ 2339.999983]  [<c103ffad>] ? autoremove_wake_function+0x0/0x2f
kernel: [ 2339.999989]  [<f80ea380>] ? pktgen_thread_worker+0x0/0x631 [pktgen]
kernel: [ 2339.999994]  [<c103fc8a>] kthread+0x6a/0x6f
kernel: [ 2339.999999]  [<c103fc20>] ? kthread+0x0/0x6f
kernel: [ 2340.000005]  [<c1002e82>] kernel_thread_helper+0x6/0x1a
kernel: [ 2340.000008] ---[ end trace 25113681b662d02f ]---


	Sergey

[-- Attachment #2: Type: application/pgp-signature, Size: 316 bytes --]

Re: [Bug #15704] [r8169] WARNING: at net/sched/sch_generic.c

[Sergey Senozhatsky]

[-- Attachment #1: Type: text/plain, Size: 3564 bytes --]

Hello,
Sorry for the delay, I've been away.

On (04/07/10 23:13), Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a summary report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.33.  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=15704
> Subject		: [r8169] WARNING: at net/sched/sch_generic.c
> Submitter	: Sergey Senozhatsky <sergey.senozhatsky-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Date		: 2010-03-31 10:21 (8 days old)
> Message-ID	: <20100331102142.GA3294-dY8u8AhHFaWtd10JCjopabkcH5ONE+aC@public.gmane.org>
> References	: http://marc.info/?l=linux-kernel&m=127003090406108&w=2
> 
> 


Yes, bug is still here (though I'm not sure whether it's correct to test with frame size 2048).

Here it is:

kernel: [ 2292.172886] pktgen 2.72: Packet Generator for packet performance testing.
kernel: [ 2339.999788] ------------[ cut here ]------------
kernel: [ 2339.999800] WARNING: at net/sched/sch_generic.c:256 dev_watchdog+0xc1/0x125()
kernel: [ 2339.999803] Hardware name: F3JC                
kernel: [ 2339.999806] NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out
kernel: [ 2339.999809] Modules linked in: pktgen ipv6 snd_hwdep snd_hda_codec_si3054 snd_hda_codec_realtek sdhci_pci sdhci asus_laptop sparse_keymap snd_hda_intel mmc_core
led_class snd_hda_codec psmouse snd_pcm snd_timer snd soundcore snd_page_alloc i2c_i801 serio_raw sg evdev rng_core r8169 mii usbhid hid uhci_hcd ehci_hcd sr_mod cdrom sd_mod
usbcore ata_piix
kernel: [ 2339.999857] Pid: 3720, comm: kpktgend_0 Not tainted 2.6.34-rc3-dbg-r8169-git6 #81
kernel: [ 2339.999861] Call Trace:
kernel: [ 2339.999868]  [<c102e7f7>] warn_slowpath_common+0x65/0x7c
kernel: [ 2339.999874]  [<c126e4f8>] ? dev_watchdog+0xc1/0x125
kernel: [ 2339.999879]  [<c102e842>] warn_slowpath_fmt+0x24/0x27
kernel: [ 2339.999884]  [<c126e4f8>] dev_watchdog+0xc1/0x125
kernel: [ 2339.999891]  [<c1040039>] ? abort_exclusive_wait+0x26/0x63
kernel: [ 2339.999897]  [<c103712b>] ? run_timer_softirq+0x120/0x1eb
kernel: [ 2339.999902]  [<c1037181>] run_timer_softirq+0x176/0x1eb
kernel: [ 2339.999907]  [<c103712b>] ? run_timer_softirq+0x120/0x1eb
kernel: [ 2339.999913]  [<c126e437>] ? dev_watchdog+0x0/0x125
kernel: [ 2339.999919]  [<c10332a1>] __do_softirq+0x8d/0x117
kernel: [ 2339.999925]  [<c1033356>] do_softirq+0x2b/0x43
kernel: [ 2339.999929]  [<c103347b>] irq_exit+0x38/0x75
kernel: [ 2339.999936]  [<c1015200>] smp_apic_timer_interrupt+0x6d/0x7b
kernel: [ 2339.999943]  [<c12cbcda>] apic_timer_interrupt+0x36/0x3c
kernel: [ 2339.999948]  [<c104007b>] ? finish_wait+0x5/0x49
kernel: [ 2339.999953]  [<c10400d8>] ? prepare_to_wait_exclusive+0x19/0x5b
kernel: [ 2339.999959]  [<c105106d>] ? lock_release+0x19a/0x1a1
kernel: [ 2339.999965]  [<c12cb259>] _raw_spin_unlock+0x16/0x3f
kernel: [ 2339.999972]  [<f80ea460>] pktgen_thread_worker+0xe0/0x631 [pktgen]
kernel: [ 2339.999978]  [<c103ffad>] ? autoremove_wake_function+0x0/0x2f
kernel: [ 2339.999983]  [<c103ffad>] ? autoremove_wake_function+0x0/0x2f
kernel: [ 2339.999989]  [<f80ea380>] ? pktgen_thread_worker+0x0/0x631 [pktgen]
kernel: [ 2339.999994]  [<c103fc8a>] kthread+0x6a/0x6f
kernel: [ 2339.999999]  [<c103fc20>] ? kthread+0x0/0x6f
kernel: [ 2340.000005]  [<c1002e82>] kernel_thread_helper+0x6/0x1a
kernel: [ 2340.000008] ---[ end trace 25113681b662d02f ]---


	Sergey

[-- Attachment #2: Type: application/pgp-signature, Size: 316 bytes --]

Re: [Bug #15704] [r8169] WARNING: at net/sched/sch_generic.c

[Rafael J. Wysocki]

On Wednesday 14 April 2010, Sergey Senozhatsky wrote:
> Hello,
> Sorry for the delay, I've been away.
> 
> On (04/07/10 23:13), Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a summary report
> > of recent regressions.
> > 
> > The following bug entry is on the current list of known regressions
> > from 2.6.33.  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=15704
> > Subject		: [r8169] WARNING: at net/sched/sch_generic.c
> > Submitter	: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
> > Date		: 2010-03-31 10:21 (8 days old)
> > Message-ID	: <20100331102142.GA3294@swordfish.minsk.epam.com>
> > References	: http://marc.info/?l=linux-kernel&m=127003090406108&w=2
> > 
> > 
> 
> 
> Yes, bug is still here (though I'm not sure whether it's correct to test with frame size 2048).
> 
> Here it is:
> 
> kernel: [ 2292.172886] pktgen 2.72: Packet Generator for packet performance testing.
> kernel: [ 2339.999788] ------------[ cut here ]------------
> kernel: [ 2339.999800] WARNING: at net/sched/sch_generic.c:256 dev_watchdog+0xc1/0x125()
> kernel: [ 2339.999803] Hardware name: F3JC                
> kernel: [ 2339.999806] NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out
> kernel: [ 2339.999809] Modules linked in: pktgen ipv6 snd_hwdep snd_hda_codec_si3054 snd_hda_codec_realtek sdhci_pci sdhci asus_laptop sparse_keymap snd_hda_intel mmc_core
> led_class snd_hda_codec psmouse snd_pcm snd_timer snd soundcore snd_page_alloc i2c_i801 serio_raw sg evdev rng_core r8169 mii usbhid hid uhci_hcd ehci_hcd sr_mod cdrom sd_mod
> usbcore ata_piix
> kernel: [ 2339.999857] Pid: 3720, comm: kpktgend_0 Not tainted 2.6.34-rc3-dbg-r8169-git6 #81
> kernel: [ 2339.999861] Call Trace:
> kernel: [ 2339.999868]  [<c102e7f7>] warn_slowpath_common+0x65/0x7c
> kernel: [ 2339.999874]  [<c126e4f8>] ? dev_watchdog+0xc1/0x125
> kernel: [ 2339.999879]  [<c102e842>] warn_slowpath_fmt+0x24/0x27
> kernel: [ 2339.999884]  [<c126e4f8>] dev_watchdog+0xc1/0x125
> kernel: [ 2339.999891]  [<c1040039>] ? abort_exclusive_wait+0x26/0x63
> kernel: [ 2339.999897]  [<c103712b>] ? run_timer_softirq+0x120/0x1eb
> kernel: [ 2339.999902]  [<c1037181>] run_timer_softirq+0x176/0x1eb
> kernel: [ 2339.999907]  [<c103712b>] ? run_timer_softirq+0x120/0x1eb
> kernel: [ 2339.999913]  [<c126e437>] ? dev_watchdog+0x0/0x125
> kernel: [ 2339.999919]  [<c10332a1>] __do_softirq+0x8d/0x117
> kernel: [ 2339.999925]  [<c1033356>] do_softirq+0x2b/0x43
> kernel: [ 2339.999929]  [<c103347b>] irq_exit+0x38/0x75
> kernel: [ 2339.999936]  [<c1015200>] smp_apic_timer_interrupt+0x6d/0x7b
> kernel: [ 2339.999943]  [<c12cbcda>] apic_timer_interrupt+0x36/0x3c
> kernel: [ 2339.999948]  [<c104007b>] ? finish_wait+0x5/0x49
> kernel: [ 2339.999953]  [<c10400d8>] ? prepare_to_wait_exclusive+0x19/0x5b
> kernel: [ 2339.999959]  [<c105106d>] ? lock_release+0x19a/0x1a1
> kernel: [ 2339.999965]  [<c12cb259>] _raw_spin_unlock+0x16/0x3f
> kernel: [ 2339.999972]  [<f80ea460>] pktgen_thread_worker+0xe0/0x631 [pktgen]
> kernel: [ 2339.999978]  [<c103ffad>] ? autoremove_wake_function+0x0/0x2f
> kernel: [ 2339.999983]  [<c103ffad>] ? autoremove_wake_function+0x0/0x2f
> kernel: [ 2339.999989]  [<f80ea380>] ? pktgen_thread_worker+0x0/0x631 [pktgen]
> kernel: [ 2339.999994]  [<c103fc8a>] kthread+0x6a/0x6f
> kernel: [ 2339.999999]  [<c103fc20>] ? kthread+0x0/0x6f
> kernel: [ 2340.000005]  [<c1002e82>] kernel_thread_helper+0x6/0x1a
> kernel: [ 2340.000008] ---[ end trace 25113681b662d02f ]---

Thanks for the update.

Rafael

Re: [Bug #15704] [r8169] WARNING: at net/sched/sch_generic.c

[Rafael J. Wysocki]

On Wednesday 14 April 2010, Sergey Senozhatsky wrote:
> Hello,
> Sorry for the delay, I've been away.
> 
> On (04/07/10 23:13), Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a summary report
> > of recent regressions.
> > 
> > The following bug entry is on the current list of known regressions
> > from 2.6.33.  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=15704
> > Subject		: [r8169] WARNING: at net/sched/sch_generic.c
> > Submitter	: Sergey Senozhatsky <sergey.senozhatsky-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> > Date		: 2010-03-31 10:21 (8 days old)
> > Message-ID	: <20100331102142.GA3294-dY8u8AhHFaWtd10JCjopabkcH5ONE+aC@public.gmane.org>
> > References	: http://marc.info/?l=linux-kernel&m=127003090406108&w=2
> > 
> > 
> 
> 
> Yes, bug is still here (though I'm not sure whether it's correct to test with frame size 2048).
> 
> Here it is:
> 
> kernel: [ 2292.172886] pktgen 2.72: Packet Generator for packet performance testing.
> kernel: [ 2339.999788] ------------[ cut here ]------------
> kernel: [ 2339.999800] WARNING: at net/sched/sch_generic.c:256 dev_watchdog+0xc1/0x125()
> kernel: [ 2339.999803] Hardware name: F3JC                
> kernel: [ 2339.999806] NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out
> kernel: [ 2339.999809] Modules linked in: pktgen ipv6 snd_hwdep snd_hda_codec_si3054 snd_hda_codec_realtek sdhci_pci sdhci asus_laptop sparse_keymap snd_hda_intel mmc_core
> led_class snd_hda_codec psmouse snd_pcm snd_timer snd soundcore snd_page_alloc i2c_i801 serio_raw sg evdev rng_core r8169 mii usbhid hid uhci_hcd ehci_hcd sr_mod cdrom sd_mod
> usbcore ata_piix
> kernel: [ 2339.999857] Pid: 3720, comm: kpktgend_0 Not tainted 2.6.34-rc3-dbg-r8169-git6 #81
> kernel: [ 2339.999861] Call Trace:
> kernel: [ 2339.999868]  [<c102e7f7>] warn_slowpath_common+0x65/0x7c
> kernel: [ 2339.999874]  [<c126e4f8>] ? dev_watchdog+0xc1/0x125
> kernel: [ 2339.999879]  [<c102e842>] warn_slowpath_fmt+0x24/0x27
> kernel: [ 2339.999884]  [<c126e4f8>] dev_watchdog+0xc1/0x125
> kernel: [ 2339.999891]  [<c1040039>] ? abort_exclusive_wait+0x26/0x63
> kernel: [ 2339.999897]  [<c103712b>] ? run_timer_softirq+0x120/0x1eb
> kernel: [ 2339.999902]  [<c1037181>] run_timer_softirq+0x176/0x1eb
> kernel: [ 2339.999907]  [<c103712b>] ? run_timer_softirq+0x120/0x1eb
> kernel: [ 2339.999913]  [<c126e437>] ? dev_watchdog+0x0/0x125
> kernel: [ 2339.999919]  [<c10332a1>] __do_softirq+0x8d/0x117
> kernel: [ 2339.999925]  [<c1033356>] do_softirq+0x2b/0x43
> kernel: [ 2339.999929]  [<c103347b>] irq_exit+0x38/0x75
> kernel: [ 2339.999936]  [<c1015200>] smp_apic_timer_interrupt+0x6d/0x7b
> kernel: [ 2339.999943]  [<c12cbcda>] apic_timer_interrupt+0x36/0x3c
> kernel: [ 2339.999948]  [<c104007b>] ? finish_wait+0x5/0x49
> kernel: [ 2339.999953]  [<c10400d8>] ? prepare_to_wait_exclusive+0x19/0x5b
> kernel: [ 2339.999959]  [<c105106d>] ? lock_release+0x19a/0x1a1
> kernel: [ 2339.999965]  [<c12cb259>] _raw_spin_unlock+0x16/0x3f
> kernel: [ 2339.999972]  [<f80ea460>] pktgen_thread_worker+0xe0/0x631 [pktgen]
> kernel: [ 2339.999978]  [<c103ffad>] ? autoremove_wake_function+0x0/0x2f
> kernel: [ 2339.999983]  [<c103ffad>] ? autoremove_wake_function+0x0/0x2f
> kernel: [ 2339.999989]  [<f80ea380>] ? pktgen_thread_worker+0x0/0x631 [pktgen]
> kernel: [ 2339.999994]  [<c103fc8a>] kthread+0x6a/0x6f
> kernel: [ 2339.999999]  [<c103fc20>] ? kthread+0x0/0x6f
> kernel: [ 2340.000005]  [<c1002e82>] kernel_thread_helper+0x6/0x1a
> kernel: [ 2340.000008] ---[ end trace 25113681b662d02f ]---

Thanks for the update.

Rafael

Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e

[Christoph Lameter]

This has been addressed by moving the per node information into a
different cacheline.

On Sun, 13 Jun 2010, Rafael J. Wysocki wrote:

> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.33 and 2.6.34.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.33 and 2.6.34.  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=15713
> Subject		: hackbench regression due to commit 9dfc6e68bfe6e
> Submitter	: Alex Shi <alex.shi@intel.com>
> Date		: 2010-03-25 8:40 (81 days old)
> First-Bad-Commit: http://git.kernel.org/linus/9dfc6e68bfe6ee452efb1a4e9ca26a9007f2b864
> Message-ID	: <1269506457.4513.141.camel@alexs-hp.sh.intel.com>
> References	: http://marc.info/?l=linux-kernel&m=126950632920682&w=4
> Handled-By	: Christoph Lameter <cl@linux-foundation.org>
> 		  Pekka Enberg <penberg@cs.helsinki.fi>
>
>
>
>

Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e

[Christoph Lameter]

This has been addressed by moving the per node information into a
different cacheline.

On Sun, 13 Jun 2010, Rafael J. Wysocki wrote:

> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.33 and 2.6.34.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.33 and 2.6.34.  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=15713
> Subject		: hackbench regression due to commit 9dfc6e68bfe6e
> Submitter	: Alex Shi <alex.shi-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
> Date		: 2010-03-25 8:40 (81 days old)
> First-Bad-Commit: http://git.kernel.org/linus/9dfc6e68bfe6ee452efb1a4e9ca26a9007f2b864
> Message-ID	: <1269506457.4513.141.camel-c8rhgrCDLIED0+JXs3kMbRL4W9x8LtSr@public.gmane.org>
> References	: http://marc.info/?l=linux-kernel&m=126950632920682&w=4
> Handled-By	: Christoph Lameter <cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
> 		  Pekka Enberg <penberg-bbCR+/B0CizivPeTLB3BmA@public.gmane.org>
>
>
>
>

Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e

[Pekka Enberg]

On Sun, Jun 13, 2010 at 5:48 PM, 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.33 and 2.6.34.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.33 and 2.6.34.  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=15713
> Subject         : hackbench regression due to commit 9dfc6e68bfe6e
> Submitter       : Alex Shi <alex.shi@intel.com>
> Date            : 2010-03-25 8:40 (81 days old)
> First-Bad-Commit: http://git.kernel.org/linus/9dfc6e68bfe6ee452efb1a4e9ca26a9007f2b864
> Message-ID      : <1269506457.4513.141.camel@alexs-hp.sh.intel.com>
> References      : http://marc.info/?l=linux-kernel&m=126950632920682&w=4
> Handled-By      : Christoph Lameter <cl@linux-foundation.org>
>                  Pekka Enberg <penberg@cs.helsinki.fi>

Fixed by:

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=73367bd8eef4f4eb311005886aaa916013073265

in 2.6.35-rc1 and the commit is tagged for stable.

Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e

[Pekka Enberg]

On Sun, Jun 13, 2010 at 5:48 PM, 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.33 and 2.6.34.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.33 and 2.6.34.  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=15713
> Subject         : hackbench regression due to commit 9dfc6e68bfe6e
> Submitter       : Alex Shi <alex.shi-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
> Date            : 2010-03-25 8:40 (81 days old)
> First-Bad-Commit: http://git.kernel.org/linus/9dfc6e68bfe6ee452efb1a4e9ca26a9007f2b864
> Message-ID      : <1269506457.4513.141.camel-c8rhgrCDLIED0+JXs3kMbXiarf2KHLdh@public.gmane.orgcom>
> References      : http://marc.info/?l=linux-kernel&m=126950632920682&w=4
> Handled-By      : Christoph Lameter <cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
>                  Pekka Enberg <penberg-bbCR+/B0CiyQsjOdHcOuAw@public.gmane.orgfi>

Fixed by:

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=73367bd8eef4f4eb311005886aaa916013073265

in 2.6.35-rc1 and the commit is tagged for stable.

[Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.

The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34.  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=15713
Subject		: hackbench regression due to commit 9dfc6e68bfe6e
Submitter	: Alex Shi <alex.shi@intel.com>
Date		: 2010-03-25 8:40 (81 days old)
First-Bad-Commit: http://git.kernel.org/linus/9dfc6e68bfe6ee452efb1a4e9ca26a9007f2b864
Message-ID	: <1269506457.4513.141.camel@alexs-hp.sh.intel.com>
References	: http://marc.info/?l=linux-kernel&m=126950632920682&w=4
Handled-By	: Christoph Lameter <cl@linux-foundation.org>
		  Pekka Enberg <penberg@cs.helsinki.fi>

[Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.33 and 2.6.34.

The following bug entry is on the current list of known regressions
introduced between 2.6.33 and 2.6.34.  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=15713
Subject		: hackbench regression due to commit 9dfc6e68bfe6e
Submitter	: Alex Shi <alex.shi-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Date		: 2010-03-25 8:40 (81 days old)
First-Bad-Commit: http://git.kernel.org/linus/9dfc6e68bfe6ee452efb1a4e9ca26a9007f2b864
Message-ID	: <1269506457.4513.141.camel-c8rhgrCDLIED0+JXs3kMbRL4W9x8LtSr@public.gmane.org>
References	: http://marc.info/?l=linux-kernel&m=126950632920682&w=4
Handled-By	: Christoph Lameter <cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
		  Pekka Enberg <penberg-bbCR+/B0CizivPeTLB3BmA@public.gmane.org>

[Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15713
Subject		: hackbench regression due to commit 9dfc6e68bfe6e
Submitter	: Alex Shi <alex.shi@intel.com>
Date		: 2010-03-25 8:40 (46 days old)
First-Bad-Commit: http://git.kernel.org/linus/9dfc6e68bfe6ee452efb1a4e9ca26a9007f2b864
Message-ID	: <1269506457.4513.141.camel@alexs-hp.sh.intel.com>
References	: http://marc.info/?l=linux-kernel&m=126950632920682&w=4
Handled-By	: Christoph Lameter <cl@linux-foundation.org>
		  Pekka Enberg <penberg@cs.helsinki.fi>

[Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15713
Subject		: hackbench regression due to commit 9dfc6e68bfe6e
Submitter	: Alex Shi <alex.shi@intel.com>
Date		: 2010-03-25 8:40 (41 days old)
First-Bad-Commit: http://git.kernel.org/linus/9dfc6e68bfe6ee452efb1a4e9ca26a9007f2b864
Message-ID	: <1269506457.4513.141.camel@alexs-hp.sh.intel.com>
References	: http://marc.info/?l=linux-kernel&m=126950632920682&w=4
Handled-By	: Christoph Lameter <cl@linux-foundation.org>
		  Pekka Enberg <penberg@cs.helsinki.fi>

[Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15713
Subject		: hackbench regression due to commit 9dfc6e68bfe6e
Submitter	: Alex Shi <alex.shi-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Date		: 2010-03-25 8:40 (41 days old)
First-Bad-Commit: http://git.kernel.org/linus/9dfc6e68bfe6ee452efb1a4e9ca26a9007f2b864
Message-ID	: <1269506457.4513.141.camel-c8rhgrCDLIED0+JXs3kMbRL4W9x8LtSr@public.gmane.org>
References	: http://marc.info/?l=linux-kernel&m=126950632920682&w=4
Handled-By	: Christoph Lameter <cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
		  Pekka Enberg <penberg-bbCR+/B0CizivPeTLB3BmA@public.gmane.org>

Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e

[Zhang, Yanmin]

On Mon, 2010-04-26 at 13:09 +0300, Pekka Enberg wrote:
> Hi,
> 
> On Mon, Apr 26, 2010 at 9:59 AM, Zhang, Yanmin
> <yanmin_zhang@linux.intel.com> wrote:
> >>>> I haven't been able to reproduce this either on my Core 2 machine.
> >>> Mostly, the regression exists on Nehalem machines. I suspect it's related to
> >>> hyper-threading machine.
> 
> On 04/26/2010 09:22 AM, Pekka Enberg wrote:
> >> OK, so does anyone know why hyper-threading would change things for
> >> the per-CPU allocator?
> 
> On Mon, Apr 26, 2010 at 1:02 PM, Tejun Heo <tj@kernel.org> wrote:
> > My wild speculation is that previously the cpu_slub structures of two
> > neighboring threads ended up on the same cacheline by accident thanks
> > to the back to back allocation.  W/ the percpu allocator, this no
> > longer would happen as the allocator groups percpu data together
> > per-cpu.
> 
> Yanmin, do we see a lot of remote frees for your hackbench run? IIRC,
> it's the "deactivate_remote_frees" stat when CONFIG_SLAB_STATS is
> enabled.

After runing the testing with 2.6.34-rc5:

#slabinfo -AD
Name                   Objects      Alloc       Free   %Fast Fallb O
skbuff_head_cache         2518  800011810  800009770  95  19     0 1
kmalloc-512               1101  800009118  800008441  95  19     0 2
anon_vma_chain            2500     195878     194477  98  13     0 0
vm_area_struct            2487     160755     158908  97  20     0 1
anon_vma                  2645      88626      87637  99  12     0 0

[ymzhang@lkp-ne01 ~]$ cat /sys/kernel/slab/skbuff_head_cache/deactivate_remote_frees
1 C13=1
[ymzhang@lkp-ne01 ~]$ cat /sys/kernel/slab/kmalloc-512/deactivate_remote_frees       
3 C8=2 C15=1


After running testing against 2.6.33 kernel:
#slabinfo -AD
Name                   Objects      Alloc       Free   %Fast Fallb O
kmalloc-1024               961  800011628  800011167  93   1     0 3
skbuff_head_cache         2518  800012055  800010015  93   1     0 1
vm_area_struct            2892     162196     159987  97  19     0 1
names_cache                128      47139      47141  99  97     0 3
kmalloc-64                3612      40180      37287  99  89     0 0
Acpi-State                 816      36301      36301  99  98     0 0

I remember with 2.6.34-rc1, the fast alloc/free are close to the one of 2.6.33.

Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e

[Tejun Heo]

Hello, Pekka.

On 04/26/2010 04:17 PM, Pekka J Enberg wrote:
> Even if the cacheline is dirtied like in the struct kmem_cache_cpu case?

If my hypothesis is the case, I don't think dirtying or not would
matter.  It's about two cpus sharing a cache line which usually is a
bad idea but in this case happens to be a good idea because the two
cpus sit on the same cache.

> If that's the case, don't we want the per-CPU allocator to support back
> to back allocation for cores that are in the same package?

I think it's probably gonna be an over-engineering effort.  W/ percpu
allocator the rest of the cacheline would likely be occupied by
another percpu item for the cpu, so it's not really wasted.  It's just
used differently.  It would be good if we have a way to better pack
small hot ones (for the same cpu) into the same cachelines but I don't
think it would be wise to interleave stuff from different cpus.  It's
not like there's only single way to save a cacheline after all.

Thanks.

-- 
tejun

Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e

[Tejun Heo]

Hello, Pekka.

On 04/26/2010 04:17 PM, Pekka J Enberg wrote:
> Even if the cacheline is dirtied like in the struct kmem_cache_cpu case?

If my hypothesis is the case, I don't think dirtying or not would
matter.  It's about two cpus sharing a cache line which usually is a
bad idea but in this case happens to be a good idea because the two
cpus sit on the same cache.

> If that's the case, don't we want the per-CPU allocator to support back
> to back allocation for cores that are in the same package?

I think it's probably gonna be an over-engineering effort.  W/ percpu
allocator the rest of the cacheline would likely be occupied by
another percpu item for the cpu, so it's not really wasted.  It's just
used differently.  It would be good if we have a way to better pack
small hot ones (for the same cpu) into the same cachelines but I don't
think it would be wise to interleave stuff from different cpus.  It's
not like there's only single way to save a cacheline after all.

Thanks.

-- 
tejun

Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e

[Pekka J Enberg]

On 04/26/2010 12:09 PM, Pekka Enberg wrote:
>>> My wild speculation is that previously the cpu_slub structures of two
>>> neighboring threads ended up on the same cacheline by accident thanks
>>> to the back to back allocation.  W/ the percpu allocator, this no
>>> longer would happen as the allocator groups percpu data together
>>> per-cpu.
>>
>> Yanmin, do we see a lot of remote frees for your hackbench run? IIRC,
>> it's the "deactivate_remote_frees" stat when CONFIG_SLAB_STATS is
>> enabled.

On Mon, 26 Apr 2010, Tejun Heo wrote:
> I'm not familiar with the details or scales here so please take
> whatever I say with a grain of salt.  For hyperthreading configuration
> I think operations don't have to be remote to be affected.  If the
> data for cpu0 and cpu1 were on the same cache line, and cpu0 and cpu1
> are occupying the same physical core thus sharing all the resources it
> would benefit from the sharing whether any operation was remote or not
> as it saves the physical processor one cache line.

Even if the cacheline is dirtied like in the struct kmem_cache_cpu case? 
If that's the case, don't we want the per-CPU allocator to support 
back to back allocation for cores that are in the same package?

Btw, I focused on remote frees initially before I understood what you 
actually meant and scetched the following untested patch to take advantage 
of the fact that struct kmem_cache_cpu doesn't fill a whole cache line. It 
tries amortize remote free costs by "queuing" objects. It would be 
interesting to see if it helps here (or in the other SLUB regressions like 
netperf and the famous Intel one).

 			Pekka

diff --git a/include/linux/slub_def.h b/include/linux/slub_def.h
index 0249d41..b554a67 100644
--- a/include/linux/slub_def.h
+++ b/include/linux/slub_def.h
@@ -34,10 +34,14 @@ enum stat_item {
  	ORDER_FALLBACK,		/* Number of times fallback was necessary */
  	NR_SLUB_STAT_ITEMS };

+#define SLUB_MAX_NR_REMOTES	5
+
  struct kmem_cache_cpu {
  	void **freelist;	/* Pointer to first free per cpu object */
  	struct page *page;	/* The slab from which we are allocating */
  	int node;		/* The node of the page (or -1 for debug) */
+	int nr_remotes;		/* Number of remotely free'd objects */
+	void *remotelist[SLUB_MAX_NR_REMOTES];	/* List of remotely free'd objects */
  #ifdef CONFIG_SLUB_STATS
  	unsigned stat[NR_SLUB_STAT_ITEMS];
  #endif
diff --git a/mm/slub.c b/mm/slub.c
index 7d6c8b1..e8e5523 100644
--- a/mm/slub.c
+++ b/mm/slub.c
@@ -1480,6 +1480,24 @@ static void deactivate_slab(struct kmem_cache *s, struct kmem_cache_cpu *c)
  	unfreeze_slab(s, page, tail);
  }

+static void __slab_free(struct kmem_cache *s, struct page *page, void *x, unsigned long addr);
+
+static void flush_remotelist(struct kmem_cache *s, struct kmem_cache_cpu *c)
+{
+	int i;
+
+	for (i = 0; i < c->nr_remotes; i++) {
+		struct page *page;
+		void *x;
+
+		x = c->remotelist[i];
+		page = virt_to_head_page(x);
+
+		__slab_free(s, page, x, _RET_IP_);
+	}
+	c->nr_remotes = 0;
+}
+
  static inline void flush_slab(struct kmem_cache *s, struct kmem_cache_cpu *c)
  {
  	stat(s, CPUSLAB_FLUSH);
@@ -1496,7 +1514,12 @@ static inline void __flush_cpu_slab(struct kmem_cache *s, int cpu)
  {
  	struct kmem_cache_cpu *c = per_cpu_ptr(s->cpu_slab, cpu);

-	if (likely(c && c->page))
+	if (unlikely(!c))
+		return;
+
+	flush_remotelist(s, c);
+
+	if (likely(c->page))
  		flush_slab(s, c);
  }

@@ -1709,6 +1732,8 @@ static __always_inline void *slab_alloc(struct kmem_cache *s,

  	local_irq_save(flags);
  	c = __this_cpu_ptr(s->cpu_slab);
+	if (unlikely(c->nr_remotes == SLUB_MAX_NR_REMOTES))
+		flush_remotelist(s, c);
  	object = c->freelist;
  	if (unlikely(!object || !node_match(c, node)))

@@ -1865,8 +1890,12 @@ static __always_inline void slab_free(struct kmem_cache *s,
  		set_freepointer(s, object, c->freelist);
  		c->freelist = object;
  		stat(s, FREE_FASTPATH);
-	} else
-		__slab_free(s, page, x, addr);
+	} else {
+		if (unlikely(c->nr_remotes == SLUB_MAX_NR_REMOTES))
+			flush_remotelist(s, c);
+
+		c->remotelist[c->nr_remotes++] = x;
+	}

  	local_irq_restore(flags);
  }

Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e

[Tejun Heo]

On 04/26/2010 12:09 PM, Pekka Enberg wrote:
>> My wild speculation is that previously the cpu_slub structures of two
>> neighboring threads ended up on the same cacheline by accident thanks
>> to the back to back allocation.  W/ the percpu allocator, this no
>> longer would happen as the allocator groups percpu data together
>> per-cpu.
> 
> Yanmin, do we see a lot of remote frees for your hackbench run? IIRC,
> it's the "deactivate_remote_frees" stat when CONFIG_SLAB_STATS is
> enabled.

I'm not familiar with the details or scales here so please take
whatever I say with a grain of salt.  For hyperthreading configuration
I think operations don't have to be remote to be affected.  If the
data for cpu0 and cpu1 were on the same cache line, and cpu0 and cpu1
are occupying the same physical core thus sharing all the resources it
would benefit from the sharing whether any operation was remote or not
as it saves the physical processor one cache line.

Thanks.

-- 
tejun

Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e

[Tejun Heo]

On 04/26/2010 12:09 PM, Pekka Enberg wrote:
>> My wild speculation is that previously the cpu_slub structures of two
>> neighboring threads ended up on the same cacheline by accident thanks
>> to the back to back allocation.  W/ the percpu allocator, this no
>> longer would happen as the allocator groups percpu data together
>> per-cpu.
> 
> Yanmin, do we see a lot of remote frees for your hackbench run? IIRC,
> it's the "deactivate_remote_frees" stat when CONFIG_SLAB_STATS is
> enabled.

I'm not familiar with the details or scales here so please take
whatever I say with a grain of salt.  For hyperthreading configuration
I think operations don't have to be remote to be affected.  If the
data for cpu0 and cpu1 were on the same cache line, and cpu0 and cpu1
are occupying the same physical core thus sharing all the resources it
would benefit from the sharing whether any operation was remote or not
as it saves the physical processor one cache line.

Thanks.

-- 
tejun

Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e

[Pekka Enberg]

Hi,

On Mon, Apr 26, 2010 at 9:59 AM, Zhang, Yanmin
<yanmin_zhang@linux.intel.com> wrote:
>>>> I haven't been able to reproduce this either on my Core 2 machine.
>>> Mostly, the regression exists on Nehalem machines. I suspect it's related to
>>> hyper-threading machine.

On 04/26/2010 09:22 AM, Pekka Enberg wrote:
>> OK, so does anyone know why hyper-threading would change things for
>> the per-CPU allocator?

On Mon, Apr 26, 2010 at 1:02 PM, Tejun Heo <tj@kernel.org> wrote:
> My wild speculation is that previously the cpu_slub structures of two
> neighboring threads ended up on the same cacheline by accident thanks
> to the back to back allocation.  W/ the percpu allocator, this no
> longer would happen as the allocator groups percpu data together
> per-cpu.

Yanmin, do we see a lot of remote frees for your hackbench run? IIRC,
it's the "deactivate_remote_frees" stat when CONFIG_SLAB_STATS is
enabled.

                        Pekka

Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e

[Pekka Enberg]

Hi,

On Mon, Apr 26, 2010 at 9:59 AM, Zhang, Yanmin
<yanmin_zhang-VuQAYsv1563Yd54FQh9/CA@public.gmane.org> wrote:
>>>> I haven't been able to reproduce this either on my Core 2 machine.
>>> Mostly, the regression exists on Nehalem machines. I suspect it's related to
>>> hyper-threading machine.

On 04/26/2010 09:22 AM, Pekka Enberg wrote:
>> OK, so does anyone know why hyper-threading would change things for
>> the per-CPU allocator?

On Mon, Apr 26, 2010 at 1:02 PM, Tejun Heo <tj-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> wrote:
> My wild speculation is that previously the cpu_slub structures of two
> neighboring threads ended up on the same cacheline by accident thanks
> to the back to back allocation.  W/ the percpu allocator, this no
> longer would happen as the allocator groups percpu data together
> per-cpu.

Yanmin, do we see a lot of remote frees for your hackbench run? IIRC,
it's the "deactivate_remote_frees" stat when CONFIG_SLAB_STATS is
enabled.

                        Pekka

Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e

[Tejun Heo]

Hello,

On 04/26/2010 09:22 AM, Pekka Enberg wrote:
> On Mon, Apr 26, 2010 at 9:59 AM, Zhang, Yanmin
> <yanmin_zhang@linux.intel.com> wrote:
>>> I haven't been able to reproduce this either on my Core 2 machine.
>> Mostly, the regression exists on Nehalem machines. I suspect it's related to
>> hyper-threading machine.
> 
> OK, so does anyone know why hyper-threading would change things for
> the per-CPU allocator?

My wild speculation is that previously the cpu_slub structures of two
neighboring threads ended up on the same cacheline by accident thanks
to the back to back allocation.  W/ the percpu allocator, this no
longer would happen as the allocator groups percpu data together
per-cpu.

Thanks.

-- 
tejun

Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e

[Tejun Heo]

Hello,

On 04/26/2010 09:22 AM, Pekka Enberg wrote:
> On Mon, Apr 26, 2010 at 9:59 AM, Zhang, Yanmin
> <yanmin_zhang-VuQAYsv1563Yd54FQh9/CA@public.gmane.org> wrote:
>>> I haven't been able to reproduce this either on my Core 2 machine.
>> Mostly, the regression exists on Nehalem machines. I suspect it's related to
>> hyper-threading machine.
> 
> OK, so does anyone know why hyper-threading would change things for
> the per-CPU allocator?

My wild speculation is that previously the cpu_slub structures of two
neighboring threads ended up on the same cacheline by accident thanks
to the back to back allocation.  W/ the percpu allocator, this no
longer would happen as the allocator groups percpu data together
per-cpu.

Thanks.

-- 
tejun

Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e

[Pekka Enberg]

Hi Yanmin,

On Mon, Apr 26, 2010 at 9:59 AM, Zhang, Yanmin
<yanmin_zhang@linux.intel.com> wrote:
>> I haven't been able to reproduce this either on my Core 2 machine.
> Mostly, the regression exists on Nehalem machines. I suspect it's related to
> hyper-threading machine.

OK, so does anyone know why hyper-threading would change things for
the per-CPU allocator?

>> Yanmin, does something like this help on your machines?
> A quick testing doesn't show any help.

So it's unlikely to be false sharing, I suppose.

> I did a new testing. After the machine boots, I hot remove 8 hyper-threading cpu
> which means last 8 are just cores. The regression between 2.6.33 and 2.6.34-rc becomes
> small.
>
> My opinion is we needn't revert the patch, but still keep an eye on it when testing other
> new RC kernel releases. One reason is volanoMark and netperf have no such regression.
> Is it ok?

We need to get this fixed. In my experience, it's pretty common that
slab regressions pop up only in one or few benchmarks. The problem is
likely to pop up in some real-world workload where it's even more
difficult to track down because basic CPU profiles don't pin-point the
problem.

Do we have some Intel CPU expert hanging around here that could
enlighten me of the effects of hyper-threading on CPU caching? I also
wonder why it's showing up with the new per-CPU allocator and not with
the homebrewn one we had in SLUB previously.

                        Pekka

Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e

[Pekka Enberg]

Hi Yanmin,

On Mon, Apr 26, 2010 at 9:59 AM, Zhang, Yanmin
<yanmin_zhang-VuQAYsv1563Yd54FQh9/CA@public.gmane.org> wrote:
>> I haven't been able to reproduce this either on my Core 2 machine.
> Mostly, the regression exists on Nehalem machines. I suspect it's related to
> hyper-threading machine.

OK, so does anyone know why hyper-threading would change things for
the per-CPU allocator?

>> Yanmin, does something like this help on your machines?
> A quick testing doesn't show any help.

So it's unlikely to be false sharing, I suppose.

> I did a new testing. After the machine boots, I hot remove 8 hyper-threading cpu
> which means last 8 are just cores. The regression between 2.6.33 and 2.6.34-rc becomes
> small.
>
> My opinion is we needn't revert the patch, but still keep an eye on it when testing other
> new RC kernel releases. One reason is volanoMark and netperf have no such regression.
> Is it ok?

We need to get this fixed. In my experience, it's pretty common that
slab regressions pop up only in one or few benchmarks. The problem is
likely to pop up in some real-world workload where it's even more
difficult to track down because basic CPU profiles don't pin-point the
problem.

Do we have some Intel CPU expert hanging around here that could
enlighten me of the effects of hyper-threading on CPU caching? I also
wonder why it's showing up with the new per-CPU allocator and not with
the homebrewn one we had in SLUB previously.

                        Pekka

Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e

[Zhang, Yanmin]

On Fri, 2010-04-23 at 22:18 +0300, Pekka J Enberg wrote:
> On Thu, 22 Apr 2010, Pekka Enberg wrote:
> >>> The following bug entry is on the current list of known regressions
> >>> from 2.6.33.  Please verify if it still should be listed and let the 
> >>> tracking team
> >>> know (either way).
> >> 
> >> I have not been able to reproduce it so far.
> >
> > So what are our options? We can revert the SLUB conversion patch for now but 
> > I still can't see what's wrong with it...
I also don't know why. The original patch looks good.

> 
> I haven't been able to reproduce this either on my Core 2 machine.
Mostly, the regression exists on Nehalem machines. I suspect it's related to
hyper-threading machine.

> 
> Yanmin, does something like this help on your machines?
A quick testing doesn't show any help.

I did a new testing. After the machine boots, I hot remove 8 hyper-threading cpu
which means last 8 are just cores. The regression between 2.6.33 and 2.6.34-rc becomes
small.

My opinion is we needn't revert the patch, but still keep an eye on it when testing other
new RC kernel releases. One reason is volanoMark and netperf have no such regression.
Is it ok?

Yanmin

Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e

[Zhang, Yanmin]

On Fri, 2010-04-23 at 22:18 +0300, Pekka J Enberg wrote:
> On Thu, 22 Apr 2010, Pekka Enberg wrote:
> >>> The following bug entry is on the current list of known regressions
> >>> from 2.6.33.  Please verify if it still should be listed and let the 
> >>> tracking team
> >>> know (either way).
> >> 
> >> I have not been able to reproduce it so far.
> >
> > So what are our options? We can revert the SLUB conversion patch for now but 
> > I still can't see what's wrong with it...
I also don't know why. The original patch looks good.

> 
> I haven't been able to reproduce this either on my Core 2 machine.
Mostly, the regression exists on Nehalem machines. I suspect it's related to
hyper-threading machine.

> 
> Yanmin, does something like this help on your machines?
A quick testing doesn't show any help.

I did a new testing. After the machine boots, I hot remove 8 hyper-threading cpu
which means last 8 are just cores. The regression between 2.6.33 and 2.6.34-rc becomes
small.

My opinion is we needn't revert the patch, but still keep an eye on it when testing other
new RC kernel releases. One reason is volanoMark and netperf have no such regression.
Is it ok?

Yanmin

Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e

[Pekka J Enberg]

On Thu, 22 Apr 2010, Pekka Enberg wrote:
>>> The following bug entry is on the current list of known regressions
>>> from 2.6.33.  Please verify if it still should be listed and let the 
>>> tracking team
>>> know (either way).
>> 
>> I have not been able to reproduce it so far.
>
> So what are our options? We can revert the SLUB conversion patch for now but 
> I still can't see what's wrong with it...

I haven't been able to reproduce this either on my Core 2 machine.

Yanmin, does something like this help on your machines? I'm thinking false 
sharing with some other per-CPU data structure that happens to be put in 
same percpu slot as struct kmem_cache_cpu...

 			Pekka

diff --git a/mm/slub.c b/mm/slub.c
index 7d6c8b1..d8159d6 100644
--- a/mm/slub.c
+++ b/mm/slub.c
@@ -2066,7 +2066,7 @@ init_kmem_cache_node(struct kmem_cache_node *n, struct kmem_cache *s)
  #endif
  }

-static DEFINE_PER_CPU(struct kmem_cache_cpu, kmalloc_percpu[KMALLOC_CACHES]);
+static DEFINE_PER_CPU_ALIGNED(struct kmem_cache_cpu, kmalloc_percpu[KMALLOC_CACHES]);

  static inline int alloc_kmem_cache_cpus(struct kmem_cache *s, gfp_t flags)
  {
@@ -2077,7 +2077,7 @@ static inline int alloc_kmem_cache_cpus(struct kmem_cache *s, gfp_t flags)
  		 */
  		s->cpu_slab = kmalloc_percpu + (s - kmalloc_caches);
  	else
-		s->cpu_slab =  alloc_percpu(struct kmem_cache_cpu);
+		s->cpu_slab = __alloc_percpu(sizeof(struct kmem_cache_cpu), cache_line_size());

  	if (!s->cpu_slab)
  		return 0;

Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e

[Pekka Enberg]

Christoph Lameter wrote:
> On Tue, 20 Apr 2010, Rafael J. Wysocki wrote:
> 
>> The following bug entry is on the current list of known regressions
>> from 2.6.33.  Please verify if it still should be listed and let the tracking team
>> know (either way).
> 
> I have not been able to reproduce it so far.

So what are our options? We can revert the SLUB conversion patch for now 
but I still can't see what's wrong with it...

			Pekka

Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e

[Pekka Enberg]

Christoph Lameter wrote:
> On Tue, 20 Apr 2010, Rafael J. Wysocki wrote:
> 
>> The following bug entry is on the current list of known regressions
>> from 2.6.33.  Please verify if it still should be listed and let the tracking team
>> know (either way).
> 
> I have not been able to reproduce it so far.

So what are our options? We can revert the SLUB conversion patch for now 
but I still can't see what's wrong with it...

			Pekka

Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e

[Christoph Lameter]

On Tue, 20 Apr 2010, Rafael J. Wysocki wrote:

> The following bug entry is on the current list of known regressions
> from 2.6.33.  Please verify if it still should be listed and let the tracking team
> know (either way).

I have not been able to reproduce it so far.

[Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.33.  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=15713
Subject		: hackbench regression due to commit 9dfc6e68bfe6e
Submitter	: Alex Shi <alex.shi@intel.com>
Date		: 2010-03-25 8:40 (26 days old)
First-Bad-Commit: http://kernel.org/git/linus/9dfc6e68bfe6ee452efb1a4e9ca26a9007f2b864
Message-ID	: <1269506457.4513.141.camel@alexs-hp.sh.intel.com>
References	: http://marc.info/?l=linux-kernel&m=126950632920682&w=4
Handled-By	: Christoph Lameter <cl@linux-foundation.org>
		  Pekka Enberg <penberg@cs.helsinki.fi>