* 2.6.35-rc3: Reported regressions 2.6.33 -> 2.6.34
@ 2010-06-13 14:45 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:45 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Maciej Rutecki, Andrew Morton, Linus Torvalds,
Kernel Testers List, Network Development, Linux ACPI,
Linux PM List, Linux SCSI List, Linux Wireless List, DRI
[NOTES:
* This report has been delayed, because I had to go through all of the
entries and filter out the fixed ones, invalid ones etc. Of course, I might
have missed some, but hopefully not too many.
* E-mail reports from the last 7 days are not included.]
This message contains a list of some post-2.6.33 regressions introduced before
2.6.34, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved post-2.6.33 regressions, please let us know
either and we'll add them to the list. Also, please let us know if any
of the entries below are invalid.
Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting and handling the
issue.
Listed regressions statistics:
Date Total Pending Unresolved
----------------------------------------
2010-06-13 111 40 34
2010-05-09 80 27 24
2010-05-04 76 26 22
2010-04-20 64 35 34
2010-04-07 48 35 33
2010-03-21 15 13 10
Unresolved regressions
----------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16170
Subject : Leadtek Winfast DTV Dongle (STK7700P based) is not working in 2.6.34
Submitter : macjariel <macjariel@gmail.com>
Date : 2010-06-09 11:11 (5 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16162
Subject : SSD + sata_nv + btrfs oops
Submitter : Dave Airlie <airlied@gmail.com>
Date : 2010-06-01 3:04 (13 days old)
Message-ID : <AANLkTilqsIdlzZgUf7TMLHYKqHDZoVkcs42vcG8wXKEr@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127536149022333&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16158
Subject : winxp guest hangs after idle for ~30 minutes
Submitter : brimhall <brimhall@pobox.com>
Date : 2010-06-08 17:52 (6 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16139
Subject : wait_even_interruptible_timeout(), signal, spin_lock() = system hang
Submitter : Shirish Pargaonkar <shirishpargaonkar@gmail.com>
Date : 2010-05-28 16:44 (17 days old)
Message-ID : <AANLkTiliRFydAhxH2-Dp1RKuz6sq7vgWIcMvLMi68ftg@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127506510328758&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16137
Subject : Ooops in BTRFS in 2.6.34 / x86_64 when mounting subvolume by name
Submitter : armin walland <a.walland@focusmr.com>
Date : 2010-05-27 12:27 (18 days old)
Message-ID : <201005271428.01239.a.walland@focusmr.com>
References : http://marc.info/?l=linux-kernel&m=127496434110736&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16136
Subject : Linux 2.6.34 causes system lockup on Compaq Presario 2200 Laptop
Submitter : Jeffrey Merkey <jeffmerkey@gmail.com>
Date : 2010-05-27 18:08 (18 days old)
Message-ID : <AANLkTil6GGSoc8TpzRacr1LZBZS3ee3H1ejYDSqfdul4@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127498375415689&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16135
Subject : [BUG] kacpi_notify goes into an infinite loop (luckly it calls cond_resched)
Submitter : Steven Rostedt <rostedt@goodmis.org>
Date : 2010-05-29 1:01 (16 days old)
First-Bad-Commit: http://git.kernel.org/linus/fa80945269f312bc609e8384302f58b03c916e12
Message-ID : <1275094882.22648.607.camel@gandalf.stny.rr.com>
References : http://marc.info/?l=linux-kernel&m=127509490405845&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16134
Subject : 2.6.34 hard lock ppp/do_tty_hangup, regression
Submitter : Richard Zidlicky <rz@linux-m68k.org>
Date : 2010-05-26 8:48 (19 days old)
Message-ID : <20100526084811.GA5890@linux-m68k.org>
References : http://marc.info/?l=linux-kernel&m=127486354023473&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16111
Subject : hostap_pci: infinite registered netdevice wifi0
Submitter : Petr Pisar <petr.pisar@atlas.cz>
Date : 2010-06-02 20:55 (12 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16097
Subject : 2.6.34 on Samsung P460: reset after "Waiting for /dev to be fully populated"
Submitter : Harald Dunkel <harald.dunkel@aixigo.de>
Date : 2010-05-25 9:12 (20 days old)
Message-ID : <4BFB947E.9080509@aixigo.de>
References : http://marc.info/?l=linux-kernel&m=127477877432254&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16084
Subject : iwl3945 bug in 2.6.34
Submitter : Satish Eerpini <eerpini@gmail.com>
Date : 2010-05-23 6:37 (22 days old)
Message-ID : <AANLkTik_7rxDBc0TKlAfoYyM5S6Cf_Hyxbr4W5ORnTsq@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127459596015626&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16082
Subject : host panic on kernel 2.6.34
Submitter : Hao, Xudong <xudong.hao@intel.com>
Date : 2010-05-24 8:23 (21 days old)
Message-ID : <BC00F5384FCFC9499AF06F92E8B78A9E04DCCCE242@shsmsx502.ccr.corp.intel.com>
References : http://marc.info/?l=linux-kernel&m=127468951208864&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16054
Subject : UML broken for CONFIG_SLAB
Submitter : Parag Warudkar <parag.lkml@gmail.com>
Date : 2010-05-23 21:40 (22 days old)
Message-ID : <alpine.DEB.2.00.1005231149100.605@parag-laptop>
References : http://marc.info/?l=linux-kernel&m=127465083806617&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16050
Subject : The ibmcam driver is not working
Submitter : Bill Davidsen <davidsen@tmr.com>
Date : 2010-05-25 23:02 (20 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16040
Subject : kacpid consumes ~40% of cpu all the time beginning with 2.6.34
Submitter : Mehmet Giritli <mehmet@giritli.eu>
Date : 2010-05-24 07:32 (21 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16035
Subject : Incorrect initial resolution of (external) vga monitor with KMS
Submitter : andreas.eckstein <andreas.eckstein@gmx.net>
Date : 2010-05-23 12:28 (22 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16034
Subject : 2.6.34: dlm: possible circular locking dependency detected
Submitter : CaT <cat@zip.com.au>
Date : 2010-05-21 6:59 (24 days old)
Message-ID : <20100521065933.GH2657@zip.com.au>
References : http://marc.info/?l=linux-kernel&m=127442519608471&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15977
Subject : WARNING: at lib/dma-debug.c:866 check_for_stack
Submitter : Zdenek Kabelac <zdenek.kabelac@gmail.com>
Date : 2010-05-14 8:56 (31 days old)
Message-ID : <AANLkTikyx2eaxaiUCFDSfpmn1UG0t2GOxArz6F4wp1LJ@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127382742729825&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15970
Subject : BUG: amd64-agp (2.6.34-rc7)
Submitter : Randy Dunlap <randy.dunlap@oracle.com>
Date : 2010-05-11 20:56 (34 days old)
Message-ID : <4BE9C469.2020901@oracle.com>
References : http://marc.info/?l=linux-kernel&m=127361149610881&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15951
Subject : commit 9630bdd9 changes behavior of the poweroff
Submitter : Michal Hocko <mhocko@suse.cz>
Date : 2010-04-01 13:39 (74 days old)
First-Bad-Commit: http://git.kernel.org/linus/9630bdd9b15d2f489c646d8bc04b60e53eb5ec78
Message-ID : <20100401133923.GA4104@tiehlicka.suse.cz>
References : http://marc.info/?l=linux-kernel&m=127012918316305&w=4
Handled-By : Rafael J. Wysocki <rjw@sisk.pl>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15936
Subject : Suspicious rcu_dereference_check() usage detected during 2.6.34-rc6 boot on PPC64/p5 processor
Submitter : Subrata Modak <subrata@linux.vnet.ibm.com>
Date : 2010-05-06 7:29 (39 days old)
Message-ID : <1273130279.4898.5.camel@subratamodak.linux.ibm.com>
References : http://marc.info/?l=linux-kernel&m=127313031922395&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15924
Subject : kacpid consumes ~100% CPU, system freezes randomly
Submitter : Jaroslav Kameník <jaroslav@kamenik.cz>
Date : 2010-05-06 21:12 (39 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15862
Subject : 2.6.34-rc4/5: iwlagn unusable until reload
Submitter : Nico Schottelius <nico-linux-20100427@schottelius.org>
Date : 2010-04-27 7:49 (48 days old)
Message-ID : <20100427074934.GB3261@ikn.schottelius.org>
References : http://marc.info/?l=linux-kernel&m=127235784004839&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15858
Subject : [2.6.34-rc5] bad page state copying to/from HFS+ filesystem...
Submitter : Daniel J Blueman <daniel.blueman@gmail.com>
Date : 2010-04-25 21:14 (50 days old)
Message-ID : <v2k6278d2221004251414kbbcc41baw78b86120d81dce7d@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127223008621881&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15805
Subject : reiserfs locking
Submitter : Alexander Beregalov <a.beregalov@gmail.com>
Date : 2010-04-15 21:02 (60 days old)
Message-ID : <t2ka4423d671004151402n7b2dc425mdc9c6bb9640d63fb@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127136535323933&w=2
Handled-By : Frederic Weisbecker <fweisbec@gmail.com>
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 (92 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=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-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 (74 days old)
Message-ID : <20100401060624.GA1329@ucw.cz>
References : http://marc.info/?l=linux-kernel&m=127010200817402&w=2
Handled-By : Eric Miao <eric.y.miao@gmail.com>
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 (75 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=15673
Subject : 2.6.34-rc2: "ima_dec_counts: open/free imbalance"?
Submitter : Thomas Meyer <thomas@m3y3r.de>
Date : 2010-03-28 11:31 (78 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=15671
Subject : intel graphic card hanging (Hangcheck timer elapsed... GPU hung)
Submitter : Norbert Preining <preining@logic.at>
Date : 2010-03-27 16:11 (79 days old)
Message-ID : <20100327161104.GA12043@gamma.logic.tuwien.ac.at>
References : http://marc.info/?l=linux-kernel&m=126970883105262&w=2
Handled-By : Jesse Barnes <jbarnes@virtuousgeek.org>
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 (98 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=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 (74 days old)
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 (81 days old)
Message-ID : <201003252104.24965.maciej.rutecki@gmail.com>
References : http://marc.info/?l=linux-kernel&m=126954749618319&w=2
Handled-By : Chris Wilson <chris@chris-wilson.co.uk>
Regressions with patches
------------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16147
Subject : ksoftirq hogs the CPU
Submitter : Thomas Jarosch <thomas.jarosch@intra2net.com>
Date : 2010-06-07 15:17 (7 days old)
First-Bad-Commit: http://git.kernel.org/linus/ae74e823cb7d4cd476f623fce9a38f625f6c09a8
Handled-By : Martin Wilck <martin.wilck@ts.fujitsu.com>
Patch : https://bugzilla.kernel.org/attachment.cgi?id=26732
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16138
Subject : PCMCIA regression
Submitter : Mikulas Patocka <mpatocka@redhat.com>
Date : 2010-05-25 20:25 (20 days old)
Message-ID : <Pine.LNX.4.64.1005251619020.12278@hs20-bc2-1.build.redhat.com>
References : http://marc.info/?l=linux-kernel&m=127481913909672&w=2
Handled-By : Dominik Brodowski <linux@brodo.de>
Patch : https://bugzilla.kernel.org/attachment.cgi?id=26685
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16007
Subject : x86/pci Oops with CONFIG_SND_HDA_INTEL
Submitter : Graham Ramsey <ramsey.graham@ntlworld.com>
Date : 2010-05-19 17:09 (26 days old)
Handled-By : Yinghai Lu <yinghai@kernel.org>
Patch : https://patchwork.kernel.org/patch/105662/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15909
Subject : open("a/",O_NOFOLLOW) fails with ELOOP if "a" is a symbolic link to a directory.
Submitter : Marius Tolzmann <tolzmann@molgen.mpg.de>
Date : 2010-05-05 13:01 (40 days old)
Handled-By : OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
Jan Kara <jack@suse.cz>
Patch : https://patchwork.kernel.org/patch/99291/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15863
Subject : 2.6.34-rc5-git7 (plus all patches) -- another suspicious rcu_dereference_check() usage.
Submitter : Miles Lane <miles.lane@gmail.com>
Date : 2010-04-27 0:51 (48 days old)
Message-ID : <h2ya44ae5cd1004261751waa5cb65ei3d139cbcfa2cc5cf@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127232949104878&w=2
Handled-By : Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Patch : https://patchwork.kernel.org/patch/96096/
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 (93 days old)
Message-ID : <<alpine.DEB.2.01.1003131544340.5493@bogon.housecafe.de>>
References : http://marc.info/?l=linux-kernel&m=126852442903680&w=2
Handled-By : Michael Ellerman <michael@ellerman.id.au>
Patch : http://patchwork.ozlabs.org/patch/52978/
For details, please visit the bug entries and follow the links given in
references.
As you can see, there is a Bugzilla entry for each of the listed regressions.
There also is a Bugzilla entry used for tracking the regressions introduced
between 2.6.33 and 2.6.34, unresolved as well as resolved, at:
http://bugzilla.kernel.org/show_bug.cgi?id=15310
Please let the tracking teak know if there are any Bugzilla entries that
should be added to the list in there.
Thanks!
^ permalink raw reply [flat|nested] 128+ messages in thread
* 2.6.35-rc3: Reported regressions 2.6.33 -> 2.6.34
@ 2010-06-13 14:45 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:45 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Maciej Rutecki, Andrew Morton, Linus Torvalds,
Kernel Testers List, Network Development, Linux ACPI,
Linux PM List, Linux SCSI List, Linux Wireless List, DRI
[NOTES:
* This report has been delayed, because I had to go through all of the
entries and filter out the fixed ones, invalid ones etc. Of course, I might
have missed some, but hopefully not too many.
* E-mail reports from the last 7 days are not included.]
This message contains a list of some post-2.6.33 regressions introduced before
2.6.34, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved post-2.6.33 regressions, please let us know
either and we'll add them to the list. Also, please let us know if any
of the entries below are invalid.
Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting and handling the
issue.
Listed regressions statistics:
Date Total Pending Unresolved
----------------------------------------
2010-06-13 111 40 34
2010-05-09 80 27 24
2010-05-04 76 26 22
2010-04-20 64 35 34
2010-04-07 48 35 33
2010-03-21 15 13 10
Unresolved regressions
----------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16170
Subject : Leadtek Winfast DTV Dongle (STK7700P based) is not working in 2.6.34
Submitter : macjariel <macjariel@gmail.com>
Date : 2010-06-09 11:11 (5 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16162
Subject : SSD + sata_nv + btrfs oops
Submitter : Dave Airlie <airlied@gmail.com>
Date : 2010-06-01 3:04 (13 days old)
Message-ID : <AANLkTilqsIdlzZgUf7TMLHYKqHDZoVkcs42vcG8wXKEr@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127536149022333&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16158
Subject : winxp guest hangs after idle for ~30 minutes
Submitter : brimhall <brimhall@pobox.com>
Date : 2010-06-08 17:52 (6 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16139
Subject : wait_even_interruptible_timeout(), signal, spin_lock() = system hang
Submitter : Shirish Pargaonkar <shirishpargaonkar@gmail.com>
Date : 2010-05-28 16:44 (17 days old)
Message-ID : <AANLkTiliRFydAhxH2-Dp1RKuz6sq7vgWIcMvLMi68ftg@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127506510328758&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16137
Subject : Ooops in BTRFS in 2.6.34 / x86_64 when mounting subvolume by name
Submitter : armin walland <a.walland@focusmr.com>
Date : 2010-05-27 12:27 (18 days old)
Message-ID : <201005271428.01239.a.walland@focusmr.com>
References : http://marc.info/?l=linux-kernel&m=127496434110736&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16136
Subject : Linux 2.6.34 causes system lockup on Compaq Presario 2200 Laptop
Submitter : Jeffrey Merkey <jeffmerkey@gmail.com>
Date : 2010-05-27 18:08 (18 days old)
Message-ID : <AANLkTil6GGSoc8TpzRacr1LZBZS3ee3H1ejYDSqfdul4@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127498375415689&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16135
Subject : [BUG] kacpi_notify goes into an infinite loop (luckly it calls cond_resched)
Submitter : Steven Rostedt <rostedt@goodmis.org>
Date : 2010-05-29 1:01 (16 days old)
First-Bad-Commit: http://git.kernel.org/linus/fa80945269f312bc609e8384302f58b03c916e12
Message-ID : <1275094882.22648.607.camel@gandalf.stny.rr.com>
References : http://marc.info/?l=linux-kernel&m=127509490405845&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16134
Subject : 2.6.34 hard lock ppp/do_tty_hangup, regression
Submitter : Richard Zidlicky <rz@linux-m68k.org>
Date : 2010-05-26 8:48 (19 days old)
Message-ID : <20100526084811.GA5890@linux-m68k.org>
References : http://marc.info/?l=linux-kernel&m=127486354023473&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16111
Subject : hostap_pci: infinite registered netdevice wifi0
Submitter : Petr Pisar <petr.pisar@atlas.cz>
Date : 2010-06-02 20:55 (12 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16097
Subject : 2.6.34 on Samsung P460: reset after "Waiting for /dev to be fully populated"
Submitter : Harald Dunkel <harald.dunkel@aixigo.de>
Date : 2010-05-25 9:12 (20 days old)
Message-ID : <4BFB947E.9080509@aixigo.de>
References : http://marc.info/?l=linux-kernel&m=127477877432254&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16084
Subject : iwl3945 bug in 2.6.34
Submitter : Satish Eerpini <eerpini@gmail.com>
Date : 2010-05-23 6:37 (22 days old)
Message-ID : <AANLkTik_7rxDBc0TKlAfoYyM5S6Cf_Hyxbr4W5ORnTsq@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127459596015626&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16082
Subject : host panic on kernel 2.6.34
Submitter : Hao, Xudong <xudong.hao@intel.com>
Date : 2010-05-24 8:23 (21 days old)
Message-ID : <BC00F5384FCFC9499AF06F92E8B78A9E04DCCCE242@shsmsx502.ccr.corp.intel.com>
References : http://marc.info/?l=linux-kernel&m=127468951208864&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16054
Subject : UML broken for CONFIG_SLAB
Submitter : Parag Warudkar <parag.lkml@gmail.com>
Date : 2010-05-23 21:40 (22 days old)
Message-ID : <alpine.DEB.2.00.1005231149100.605@parag-laptop>
References : http://marc.info/?l=linux-kernel&m=127465083806617&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16050
Subject : The ibmcam driver is not working
Submitter : Bill Davidsen <davidsen@tmr.com>
Date : 2010-05-25 23:02 (20 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16040
Subject : kacpid consumes ~40% of cpu all the time beginning with 2.6.34
Submitter : Mehmet Giritli <mehmet@giritli.eu>
Date : 2010-05-24 07:32 (21 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16035
Subject : Incorrect initial resolution of (external) vga monitor with KMS
Submitter : andreas.eckstein <andreas.eckstein@gmx.net>
Date : 2010-05-23 12:28 (22 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16034
Subject : 2.6.34: dlm: possible circular locking dependency detected
Submitter : CaT <cat@zip.com.au>
Date : 2010-05-21 6:59 (24 days old)
Message-ID : <20100521065933.GH2657@zip.com.au>
References : http://marc.info/?l=linux-kernel&m=127442519608471&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15977
Subject : WARNING: at lib/dma-debug.c:866 check_for_stack
Submitter : Zdenek Kabelac <zdenek.kabelac@gmail.com>
Date : 2010-05-14 8:56 (31 days old)
Message-ID : <AANLkTikyx2eaxaiUCFDSfpmn1UG0t2GOxArz6F4wp1LJ@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127382742729825&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15970
Subject : BUG: amd64-agp (2.6.34-rc7)
Submitter : Randy Dunlap <randy.dunlap@oracle.com>
Date : 2010-05-11 20:56 (34 days old)
Message-ID : <4BE9C469.2020901@oracle.com>
References : http://marc.info/?l=linux-kernel&m=127361149610881&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15951
Subject : commit 9630bdd9 changes behavior of the poweroff
Submitter : Michal Hocko <mhocko@suse.cz>
Date : 2010-04-01 13:39 (74 days old)
First-Bad-Commit: http://git.kernel.org/linus/9630bdd9b15d2f489c646d8bc04b60e53eb5ec78
Message-ID : <20100401133923.GA4104@tiehlicka.suse.cz>
References : http://marc.info/?l=linux-kernel&m=127012918316305&w=4
Handled-By : Rafael J. Wysocki <rjw@sisk.pl>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15936
Subject : Suspicious rcu_dereference_check() usage detected during 2.6.34-rc6 boot on PPC64/p5 processor
Submitter : Subrata Modak <subrata@linux.vnet.ibm.com>
Date : 2010-05-06 7:29 (39 days old)
Message-ID : <1273130279.4898.5.camel@subratamodak.linux.ibm.com>
References : http://marc.info/?l=linux-kernel&m=127313031922395&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15924
Subject : kacpid consumes ~100% CPU, system freezes randomly
Submitter : Jaroslav Kameník <jaroslav@kamenik.cz>
Date : 2010-05-06 21:12 (39 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15862
Subject : 2.6.34-rc4/5: iwlagn unusable until reload
Submitter : Nico Schottelius <nico-linux-20100427@schottelius.org>
Date : 2010-04-27 7:49 (48 days old)
Message-ID : <20100427074934.GB3261@ikn.schottelius.org>
References : http://marc.info/?l=linux-kernel&m=127235784004839&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15858
Subject : [2.6.34-rc5] bad page state copying to/from HFS+ filesystem...
Submitter : Daniel J Blueman <daniel.blueman@gmail.com>
Date : 2010-04-25 21:14 (50 days old)
Message-ID : <v2k6278d2221004251414kbbcc41baw78b86120d81dce7d@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127223008621881&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15805
Subject : reiserfs locking
Submitter : Alexander Beregalov <a.beregalov@gmail.com>
Date : 2010-04-15 21:02 (60 days old)
Message-ID : <t2ka4423d671004151402n7b2dc425mdc9c6bb9640d63fb@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127136535323933&w=2
Handled-By : Frederic Weisbecker <fweisbec@gmail.com>
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 (92 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=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-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 (74 days old)
Message-ID : <20100401060624.GA1329@ucw.cz>
References : http://marc.info/?l=linux-kernel&m=127010200817402&w=2
Handled-By : Eric Miao <eric.y.miao@gmail.com>
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 (75 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=15673
Subject : 2.6.34-rc2: "ima_dec_counts: open/free imbalance"?
Submitter : Thomas Meyer <thomas@m3y3r.de>
Date : 2010-03-28 11:31 (78 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=15671
Subject : intel graphic card hanging (Hangcheck timer elapsed... GPU hung)
Submitter : Norbert Preining <preining@logic.at>
Date : 2010-03-27 16:11 (79 days old)
Message-ID : <20100327161104.GA12043@gamma.logic.tuwien.ac.at>
References : http://marc.info/?l=linux-kernel&m=126970883105262&w=2
Handled-By : Jesse Barnes <jbarnes@virtuousgeek.org>
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 (98 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=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 (74 days old)
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 (81 days old)
Message-ID : <201003252104.24965.maciej.rutecki@gmail.com>
References : http://marc.info/?l=linux-kernel&m=126954749618319&w=2
Handled-By : Chris Wilson <chris@chris-wilson.co.uk>
Regressions with patches
------------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16147
Subject : ksoftirq hogs the CPU
Submitter : Thomas Jarosch <thomas.jarosch@intra2net.com>
Date : 2010-06-07 15:17 (7 days old)
First-Bad-Commit: http://git.kernel.org/linus/ae74e823cb7d4cd476f623fce9a38f625f6c09a8
Handled-By : Martin Wilck <martin.wilck@ts.fujitsu.com>
Patch : https://bugzilla.kernel.org/attachment.cgi?id=26732
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16138
Subject : PCMCIA regression
Submitter : Mikulas Patocka <mpatocka@redhat.com>
Date : 2010-05-25 20:25 (20 days old)
Message-ID : <Pine.LNX.4.64.1005251619020.12278@hs20-bc2-1.build.redhat.com>
References : http://marc.info/?l=linux-kernel&m=127481913909672&w=2
Handled-By : Dominik Brodowski <linux@brodo.de>
Patch : https://bugzilla.kernel.org/attachment.cgi?id=26685
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16007
Subject : x86/pci Oops with CONFIG_SND_HDA_INTEL
Submitter : Graham Ramsey <ramsey.graham@ntlworld.com>
Date : 2010-05-19 17:09 (26 days old)
Handled-By : Yinghai Lu <yinghai@kernel.org>
Patch : https://patchwork.kernel.org/patch/105662/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15909
Subject : open("a/",O_NOFOLLOW) fails with ELOOP if "a" is a symbolic link to a directory.
Submitter : Marius Tolzmann <tolzmann@molgen.mpg.de>
Date : 2010-05-05 13:01 (40 days old)
Handled-By : OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
Jan Kara <jack@suse.cz>
Patch : https://patchwork.kernel.org/patch/99291/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15863
Subject : 2.6.34-rc5-git7 (plus all patches) -- another suspicious rcu_dereference_check() usage.
Submitter : Miles Lane <miles.lane@gmail.com>
Date : 2010-04-27 0:51 (48 days old)
Message-ID : <h2ya44ae5cd1004261751waa5cb65ei3d139cbcfa2cc5cf@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127232949104878&w=2
Handled-By : Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Patch : https://patchwork.kernel.org/patch/96096/
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 (93 days old)
Message-ID : <<alpine.DEB.2.01.1003131544340.5493@bogon.housecafe.de>>
References : http://marc.info/?l=linux-kernel&m=126852442903680&w=2
Handled-By : Michael Ellerman <michael@ellerman.id.au>
Patch : http://patchwork.ozlabs.org/patch/52978/
For details, please visit the bug entries and follow the links given in
references.
As you can see, there is a Bugzilla entry for each of the listed regressions.
There also is a Bugzilla entry used for tracking the regressions introduced
between 2.6.33 and 2.6.34, unresolved as well as resolved, at:
http://bugzilla.kernel.org/show_bug.cgi?id=15310
Please let the tracking teak 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-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 128+ messages in thread
* 2.6.35-rc3: Reported regressions 2.6.33 -> 2.6.34
@ 2010-06-13 14:45 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:45 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Maciej Rutecki, Andrew Morton, Linus Torvalds,
Kernel Testers List, Network Development, Linux ACPI,
Linux PM List, Linux SCSI List, Linux Wireless List, DRI
[NOTES:
* This report has been delayed, because I had to go through all of the
entries and filter out the fixed ones, invalid ones etc. Of course, I might
have missed some, but hopefully not too many.
* E-mail reports from the last 7 days are not included.]
This message contains a list of some post-2.6.33 regressions introduced before
2.6.34, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved post-2.6.33 regressions, please let us know
either and we'll add them to the list. Also, please let us know if any
of the entries below are invalid.
Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting and handling the
issue.
Listed regressions statistics:
Date Total Pending Unresolved
----------------------------------------
2010-06-13 111 40 34
2010-05-09 80 27 24
2010-05-04 76 26 22
2010-04-20 64 35 34
2010-04-07 48 35 33
2010-03-21 15 13 10
Unresolved regressions
----------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16170
Subject : Leadtek Winfast DTV Dongle (STK7700P based) is not working in 2.6.34
Submitter : macjariel <macjariel@gmail.com>
Date : 2010-06-09 11:11 (5 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16162
Subject : SSD + sata_nv + btrfs oops
Submitter : Dave Airlie <airlied@gmail.com>
Date : 2010-06-01 3:04 (13 days old)
Message-ID : <AANLkTilqsIdlzZgUf7TMLHYKqHDZoVkcs42vcG8wXKEr@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127536149022333&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16158
Subject : winxp guest hangs after idle for ~30 minutes
Submitter : brimhall <brimhall@pobox.com>
Date : 2010-06-08 17:52 (6 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16139
Subject : wait_even_interruptible_timeout(), signal, spin_lock() = system hang
Submitter : Shirish Pargaonkar <shirishpargaonkar@gmail.com>
Date : 2010-05-28 16:44 (17 days old)
Message-ID : <AANLkTiliRFydAhxH2-Dp1RKuz6sq7vgWIcMvLMi68ftg@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127506510328758&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16137
Subject : Ooops in BTRFS in 2.6.34 / x86_64 when mounting subvolume by name
Submitter : armin walland <a.walland@focusmr.com>
Date : 2010-05-27 12:27 (18 days old)
Message-ID : <201005271428.01239.a.walland@focusmr.com>
References : http://marc.info/?l=linux-kernel&m=127496434110736&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16136
Subject : Linux 2.6.34 causes system lockup on Compaq Presario 2200 Laptop
Submitter : Jeffrey Merkey <jeffmerkey@gmail.com>
Date : 2010-05-27 18:08 (18 days old)
Message-ID : <AANLkTil6GGSoc8TpzRacr1LZBZS3ee3H1ejYDSqfdul4@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127498375415689&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16135
Subject : [BUG] kacpi_notify goes into an infinite loop (luckly it calls cond_resched)
Submitter : Steven Rostedt <rostedt@goodmis.org>
Date : 2010-05-29 1:01 (16 days old)
First-Bad-Commit: http://git.kernel.org/linus/fa80945269f312bc609e8384302f58b03c916e12
Message-ID : <1275094882.22648.607.camel@gandalf.stny.rr.com>
References : http://marc.info/?l=linux-kernel&m=127509490405845&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16134
Subject : 2.6.34 hard lock ppp/do_tty_hangup, regression
Submitter : Richard Zidlicky <rz@linux-m68k.org>
Date : 2010-05-26 8:48 (19 days old)
Message-ID : <20100526084811.GA5890@linux-m68k.org>
References : http://marc.info/?l=linux-kernel&m=127486354023473&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16111
Subject : hostap_pci: infinite registered netdevice wifi0
Submitter : Petr Pisar <petr.pisar@atlas.cz>
Date : 2010-06-02 20:55 (12 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16097
Subject : 2.6.34 on Samsung P460: reset after "Waiting for /dev to be fully populated"
Submitter : Harald Dunkel <harald.dunkel@aixigo.de>
Date : 2010-05-25 9:12 (20 days old)
Message-ID : <4BFB947E.9080509@aixigo.de>
References : http://marc.info/?l=linux-kernel&m=127477877432254&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16084
Subject : iwl3945 bug in 2.6.34
Submitter : Satish Eerpini <eerpini@gmail.com>
Date : 2010-05-23 6:37 (22 days old)
Message-ID : <AANLkTik_7rxDBc0TKlAfoYyM5S6Cf_Hyxbr4W5ORnTsq@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127459596015626&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16082
Subject : host panic on kernel 2.6.34
Submitter : Hao, Xudong <xudong.hao@intel.com>
Date : 2010-05-24 8:23 (21 days old)
Message-ID : <BC00F5384FCFC9499AF06F92E8B78A9E04DCCCE242@shsmsx502.ccr.corp.intel.com>
References : http://marc.info/?l=linux-kernel&m=127468951208864&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16054
Subject : UML broken for CONFIG_SLAB
Submitter : Parag Warudkar <parag.lkml@gmail.com>
Date : 2010-05-23 21:40 (22 days old)
Message-ID : <alpine.DEB.2.00.1005231149100.605@parag-laptop>
References : http://marc.info/?l=linux-kernel&m=127465083806617&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16050
Subject : The ibmcam driver is not working
Submitter : Bill Davidsen <davidsen@tmr.com>
Date : 2010-05-25 23:02 (20 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16040
Subject : kacpid consumes ~40% of cpu all the time beginning with 2.6.34
Submitter : Mehmet Giritli <mehmet@giritli.eu>
Date : 2010-05-24 07:32 (21 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16035
Subject : Incorrect initial resolution of (external) vga monitor with KMS
Submitter : andreas.eckstein <andreas.eckstein@gmx.net>
Date : 2010-05-23 12:28 (22 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16034
Subject : 2.6.34: dlm: possible circular locking dependency detected
Submitter : CaT <cat@zip.com.au>
Date : 2010-05-21 6:59 (24 days old)
Message-ID : <20100521065933.GH2657@zip.com.au>
References : http://marc.info/?l=linux-kernel&m=127442519608471&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15977
Subject : WARNING: at lib/dma-debug.c:866 check_for_stack
Submitter : Zdenek Kabelac <zdenek.kabelac@gmail.com>
Date : 2010-05-14 8:56 (31 days old)
Message-ID : <AANLkTikyx2eaxaiUCFDSfpmn1UG0t2GOxArz6F4wp1LJ@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127382742729825&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15970
Subject : BUG: amd64-agp (2.6.34-rc7)
Submitter : Randy Dunlap <randy.dunlap@oracle.com>
Date : 2010-05-11 20:56 (34 days old)
Message-ID : <4BE9C469.2020901@oracle.com>
References : http://marc.info/?l=linux-kernel&m=127361149610881&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15951
Subject : commit 9630bdd9 changes behavior of the poweroff
Submitter : Michal Hocko <mhocko@suse.cz>
Date : 2010-04-01 13:39 (74 days old)
First-Bad-Commit: http://git.kernel.org/linus/9630bdd9b15d2f489c646d8bc04b60e53eb5ec78
Message-ID : <20100401133923.GA4104@tiehlicka.suse.cz>
References : http://marc.info/?l=linux-kernel&m=127012918316305&w=4
Handled-By : Rafael J. Wysocki <rjw@sisk.pl>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15936
Subject : Suspicious rcu_dereference_check() usage detected during 2.6.34-rc6 boot on PPC64/p5 processor
Submitter : Subrata Modak <subrata@linux.vnet.ibm.com>
Date : 2010-05-06 7:29 (39 days old)
Message-ID : <1273130279.4898.5.camel@subratamodak.linux.ibm.com>
References : http://marc.info/?l=linux-kernel&m=127313031922395&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15924
Subject : kacpid consumes ~100% CPU, system freezes randomly
Submitter : Jaroslav Kameník <jaroslav@kamenik.cz>
Date : 2010-05-06 21:12 (39 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15862
Subject : 2.6.34-rc4/5: iwlagn unusable until reload
Submitter : Nico Schottelius <nico-linux-20100427@schottelius.org>
Date : 2010-04-27 7:49 (48 days old)
Message-ID : <20100427074934.GB3261@ikn.schottelius.org>
References : http://marc.info/?l=linux-kernel&m=127235784004839&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15858
Subject : [2.6.34-rc5] bad page state copying to/from HFS+ filesystem...
Submitter : Daniel J Blueman <daniel.blueman@gmail.com>
Date : 2010-04-25 21:14 (50 days old)
Message-ID : <v2k6278d2221004251414kbbcc41baw78b86120d81dce7d@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127223008621881&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15805
Subject : reiserfs locking
Submitter : Alexander Beregalov <a.beregalov@gmail.com>
Date : 2010-04-15 21:02 (60 days old)
Message-ID : <t2ka4423d671004151402n7b2dc425mdc9c6bb9640d63fb@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127136535323933&w=2
Handled-By : Frederic Weisbecker <fweisbec@gmail.com>
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 (92 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=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-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 (74 days old)
Message-ID : <20100401060624.GA1329@ucw.cz>
References : http://marc.info/?l=linux-kernel&m=127010200817402&w=2
Handled-By : Eric Miao <eric.y.miao@gmail.com>
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 (75 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=15673
Subject : 2.6.34-rc2: "ima_dec_counts: open/free imbalance"?
Submitter : Thomas Meyer <thomas@m3y3r.de>
Date : 2010-03-28 11:31 (78 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=15671
Subject : intel graphic card hanging (Hangcheck timer elapsed... GPU hung)
Submitter : Norbert Preining <preining@logic.at>
Date : 2010-03-27 16:11 (79 days old)
Message-ID : <20100327161104.GA12043@gamma.logic.tuwien.ac.at>
References : http://marc.info/?l=linux-kernel&m=126970883105262&w=2
Handled-By : Jesse Barnes <jbarnes@virtuousgeek.org>
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 (98 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=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 (74 days old)
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 (81 days old)
Message-ID : <201003252104.24965.maciej.rutecki@gmail.com>
References : http://marc.info/?l=linux-kernel&m=126954749618319&w=2
Handled-By : Chris Wilson <chris@chris-wilson.co.uk>
Regressions with patches
------------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16147
Subject : ksoftirq hogs the CPU
Submitter : Thomas Jarosch <thomas.jarosch@intra2net.com>
Date : 2010-06-07 15:17 (7 days old)
First-Bad-Commit: http://git.kernel.org/linus/ae74e823cb7d4cd476f623fce9a38f625f6c09a8
Handled-By : Martin Wilck <martin.wilck@ts.fujitsu.com>
Patch : https://bugzilla.kernel.org/attachment.cgi?id=26732
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16138
Subject : PCMCIA regression
Submitter : Mikulas Patocka <mpatocka@redhat.com>
Date : 2010-05-25 20:25 (20 days old)
Message-ID : <Pine.LNX.4.64.1005251619020.12278@hs20-bc2-1.build.redhat.com>
References : http://marc.info/?l=linux-kernel&m=127481913909672&w=2
Handled-By : Dominik Brodowski <linux@brodo.de>
Patch : https://bugzilla.kernel.org/attachment.cgi?id=26685
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16007
Subject : x86/pci Oops with CONFIG_SND_HDA_INTEL
Submitter : Graham Ramsey <ramsey.graham@ntlworld.com>
Date : 2010-05-19 17:09 (26 days old)
Handled-By : Yinghai Lu <yinghai@kernel.org>
Patch : https://patchwork.kernel.org/patch/105662/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15909
Subject : open("a/",O_NOFOLLOW) fails with ELOOP if "a" is a symbolic link to a directory.
Submitter : Marius Tolzmann <tolzmann@molgen.mpg.de>
Date : 2010-05-05 13:01 (40 days old)
Handled-By : OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
Jan Kara <jack@suse.cz>
Patch : https://patchwork.kernel.org/patch/99291/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15863
Subject : 2.6.34-rc5-git7 (plus all patches) -- another suspicious rcu_dereference_check() usage.
Submitter : Miles Lane <miles.lane@gmail.com>
Date : 2010-04-27 0:51 (48 days old)
Message-ID : <h2ya44ae5cd1004261751waa5cb65ei3d139cbcfa2cc5cf@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127232949104878&w=2
Handled-By : Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Patch : https://patchwork.kernel.org/patch/96096/
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 (93 days old)
Message-ID : <<alpine.DEB.2.01.1003131544340.5493@bogon.housecafe.de>>
References : http://marc.info/?l=linux-kernel&m=126852442903680&w=2
Handled-By : Michael Ellerman <michael@ellerman.id.au>
Patch : http://patchwork.ozlabs.org/patch/52978/
For details, please visit the bug entries and follow the links given in
references.
As you can see, there is a Bugzilla entry for each of the listed regressions.
There also is a Bugzilla entry used for tracking the regressions introduced
between 2.6.33 and 2.6.34, unresolved as well as resolved, at:
http://bugzilla.kernel.org/show_bug.cgi?id=15310
Please let the tracking teak 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-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15589] 2.6.34-rc1: Badness at fs/proc/generic.c:316
2010-06-13 14:45 ` Rafael J. Wysocki
@ 2010-06-13 14:45 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:45 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Christian Kujau, Michael Ellerman
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=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 (93 days old)
Message-ID : <<alpine.DEB.2.01.1003131544340.5493@bogon.housecafe.de>>
References : http://marc.info/?l=linux-kernel&m=126852442903680&w=2
Handled-By : Michael Ellerman <michael@ellerman.id.au>
Patch : http://patchwork.ozlabs.org/patch/52978/
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15589] 2.6.34-rc1: Badness at fs/proc/generic.c:316
@ 2010-06-13 14:45 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:45 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Christian Kujau, Michael Ellerman
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=15589
Subject : 2.6.34-rc1: Badness at fs/proc/generic.c:316
Submitter : Christian Kujau <lists-AanptEQQ3TL9uQeqpI+JUg@public.gmane.org>
Date : 2010-03-13 23:53 (93 days old)
Message-ID : <<alpine.DEB.2.01.1003131544340.5493-uKsf7x9sgtqQ/Pez2Lbyp4QuADTiUCJX@public.gmane.org>>
References : http://marc.info/?l=linux-kernel&m=126852442903680&w=2
Handled-By : Michael Ellerman <michael-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>
Patch : http://patchwork.ozlabs.org/patch/52978/
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15673] 2.6.34-rc2: "ima_dec_counts: open/free imbalance"?
2010-06-13 14:45 ` Rafael J. Wysocki
@ 2010-06-13 14:48 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:48 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Thomas Meyer
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=15673
Subject : 2.6.34-rc2: "ima_dec_counts: open/free imbalance"?
Submitter : Thomas Meyer <thomas@m3y3r.de>
Date : 2010-03-28 11:31 (78 days old)
Message-ID : <1269775909.5301.4.camel@localhost.localdomain>
References : http://marc.info/?l=linux-kernel&m=126977593326800&w=2
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15659] [Regresion] [2.6.34-rc1] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
2010-06-13 14:45 ` Rafael J. Wysocki
@ 2010-06-13 14:48 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:48 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Chris Wilson, Maciej Rutecki
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=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 (81 days old)
Message-ID : <<201003252104.24965.maciej.rutecki@gmail.com>>
References : http://marc.info/?l=linux-kernel&m=126954749618319&w=2
Handled-By : Chris Wilson <chris@chris-wilson.co.uk>
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15664] Graphics hang and kernel backtrace when starting Azureus with Compiz enabled
2010-06-13 14:45 ` Rafael J. Wysocki
@ 2010-06-13 14:48 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:48 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Alex Villacis Lasso, Chris Wilson
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=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 (74 days old)
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15671] intel graphic card hanging (Hangcheck timer elapsed... GPU hung)
2010-06-13 14:45 ` Rafael J. Wysocki
` (8 preceding siblings ...)
(?)
@ 2010-06-13 14:48 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:48 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Jesse Barnes, Norbert Preining
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=15671
Subject : intel graphic card hanging (Hangcheck timer elapsed... GPU hung)
Submitter : Norbert Preining <preining@logic.at>
Date : 2010-03-27 16:11 (79 days old)
Message-ID : <20100327161104.GA12043@gamma.logic.tuwien.ac.at>
References : http://marc.info/?l=linux-kernel&m=126970883105262&w=2
Handled-By : Jesse Barnes <jbarnes@virtuousgeek.org>
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15712] [regression] 2.6.34-rc1 to -rc3 on zaurus: no longer boots
2010-06-13 14:45 ` Rafael J. Wysocki
` (3 preceding siblings ...)
(?)
@ 2010-06-13 14:48 ` Rafael J. Wysocki
2010-06-14 4:20 ` Eric Miao
-1 siblings, 1 reply; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:48 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Eric Miao, Pavel Machek
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=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 (74 days old)
Message-ID : <20100401060624.GA1329@ucw.cz>
References : http://marc.info/?l=linux-kernel&m=127010200817402&w=2
Handled-By : Eric Miao <eric.y.miao@gmail.com>
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15669] INFO: suspicious rcu_dereference_check()
2010-06-13 14:45 ` Rafael J. Wysocki
` (7 preceding siblings ...)
(?)
@ 2010-06-13 14:48 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:48 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Zdenek Kabelac
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=15669
Subject : INFO: suspicious rcu_dereference_check()
Submitter : Zdenek Kabelac <zdenek.kabelac@gmail.com>
Date : 2010-03-08 1:26 (98 days old)
Message-ID : <c4e36d111003250348q678eb2e6w4f3e8133e7fd6e58@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=126801163107713&w=2
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15704] [r8169] WARNING: at net/sched/sch_generic.c
2010-06-13 14:45 ` Rafael J. Wysocki
@ 2010-06-13 14:48 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:48 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Sergey Senozhatsky
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=15704
Subject : [r8169] WARNING: at net/sched/sch_generic.c
Submitter : Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Date : 2010-03-31 10:21 (75 days old)
Message-ID : <<<20100331102142.GA3294@swordfish.minsk.epam.com>>>
References : http://marc.info/?l=linux-kernel&m=127003090406108&w=2
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15664] Graphics hang and kernel backtrace when starting Azureus with Compiz enabled
@ 2010-06-13 14:48 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:48 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Alex Villacis Lasso, Chris Wilson
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=15664
Subject : Graphics hang and kernel backtrace when starting Azureus with Compiz enabled
Submitter : Alex Villacis Lasso <avillaci-x0m+Mc+nT7uljOmnV8AmnkElSqmLX1BE@public.gmane.org>
Date : 2010-04-01 01:09 (74 days old)
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15673] 2.6.34-rc2: "ima_dec_counts: open/free imbalance"?
@ 2010-06-13 14:48 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:48 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Thomas Meyer
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=15673
Subject : 2.6.34-rc2: "ima_dec_counts: open/free imbalance"?
Submitter : Thomas Meyer <thomas-VsYtu1Qij5c@public.gmane.org>
Date : 2010-03-28 11:31 (78 days old)
Message-ID : <1269775909.5301.4.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
References : http://marc.info/?l=linux-kernel&m=126977593326800&w=2
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15659] [Regresion] [2.6.34-rc1] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
@ 2010-06-13 14:48 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:48 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Chris Wilson, Maciej Rutecki
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=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 (81 days old)
Message-ID : <<201003252104.24965.maciej.rutecki-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>>
References : http://marc.info/?l=linux-kernel&m=126954749618319&w=2
Handled-By : Chris Wilson <chris-Y6uKTt2uX1cEflXRtASbqLVCufUGDwFn@public.gmane.org>
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15704] [r8169] WARNING: at net/sched/sch_generic.c
@ 2010-06-13 14:48 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:48 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Sergey Senozhatsky
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=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 (75 days old)
Message-ID : <<<20100331102142.GA3294-dY8u8AhHFaWtd10JCjopabkcH5ONE+aC@public.gmane.org>>>
References : http://marc.info/?l=linux-kernel&m=127003090406108&w=2
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15858] [2.6.34-rc5] bad page state copying to/from HFS+ filesystem...
2010-06-13 14:45 ` Rafael J. Wysocki
` (12 preceding siblings ...)
(?)
@ 2010-06-13 14:48 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:48 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Daniel J Blueman
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=15858
Subject : [2.6.34-rc5] bad page state copying to/from HFS+ filesystem...
Submitter : Daniel J Blueman <daniel.blueman@gmail.com>
Date : 2010-04-25 21:14 (50 days old)
Message-ID : <v2k6278d2221004251414kbbcc41baw78b86120d81dce7d@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127223008621881&w=2
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15805] reiserfs locking
2010-06-13 14:45 ` Rafael J. Wysocki
` (11 preceding siblings ...)
(?)
@ 2010-06-13 14:48 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:48 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Alexander Beregalov,
Frederic Weisbecker
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=15805
Subject : reiserfs locking
Submitter : Alexander Beregalov <a.beregalov@gmail.com>
Date : 2010-04-15 21:02 (60 days old)
Message-ID : <t2ka4423d671004151402n7b2dc425mdc9c6bb9640d63fb@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127136535323933&w=2
Handled-By : Frederic Weisbecker <fweisbec@gmail.com>
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15717] bluetooth oops
2010-06-13 14:45 ` Rafael J. Wysocki
` (10 preceding siblings ...)
(?)
@ 2010-06-13 14:48 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:48 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Marcel Holtmann, Pavel Machek
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=15717
Subject : bluetooth oops
Submitter : Pavel Machek <pavel@ucw.cz>
Date : 2010-03-14 20:14 (92 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>
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
2010-06-13 14:45 ` Rafael J. Wysocki
@ 2010-06-13 14:48 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:48 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Alex Shi, Christoph Lameter,
Pekka Enberg
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>
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
@ 2010-06-13 14:48 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:48 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Alex Shi, Christoph Lameter,
Pekka Enberg
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>
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15862] 2.6.34-rc4/5: iwlagn unusable until reload
2010-06-13 14:45 ` Rafael J. Wysocki
@ 2010-06-13 14:48 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:48 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Nico Schottelius
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=15862
Subject : 2.6.34-rc4/5: iwlagn unusable until reload
Submitter : Nico Schottelius <nico-linux-20100427@schottelius.org>
Date : 2010-04-27 7:49 (48 days old)
Message-ID : <20100427074934.GB3261@ikn.schottelius.org>
References : http://marc.info/?l=linux-kernel&m=127235784004839&w=2
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15924] kacpid consumes ~100% CPU, system freezes randomly
2010-06-13 14:45 ` Rafael J. Wysocki
@ 2010-06-13 14:48 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:48 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Jaroslav Kameník
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=15924
Subject : kacpid consumes ~100% CPU, system freezes randomly
Submitter : Jaroslav Kameník <jaroslav@kamenik.cz>
Date : 2010-05-06 21:12 (39 days old)
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15909] open("a/",O_NOFOLLOW) fails with ELOOP if "a" is a symbolic link to a directory.
2010-06-13 14:45 ` Rafael J. Wysocki
` (16 preceding siblings ...)
(?)
@ 2010-06-13 14:48 ` Rafael J. Wysocki
2010-06-14 8:43 ` Jan Kara
-1 siblings, 1 reply; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:48 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Jan Kara, Marius Tolzmann,
Miklos Szeredi, OGAWA Hirofumi
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=15909
Subject : open("a/",O_NOFOLLOW) fails with ELOOP if "a" is a symbolic link to a directory.
Submitter : Marius Tolzmann <tolzmann@molgen.mpg.de>
Date : 2010-05-05 13:01 (40 days old)
Handled-By : OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
Jan Kara <jack@suse.cz>
Patch : https://patchwork.kernel.org/patch/99291/
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15863] 2.6.34-rc5-git7 (plus all patches) -- another suspicious rcu_dereference_check() usage.
2010-06-13 14:45 ` Rafael J. Wysocki
` (14 preceding siblings ...)
(?)
@ 2010-06-13 14:48 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:48 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Miles Lane, Paul E. McKenney
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=15863
Subject : 2.6.34-rc5-git7 (plus all patches) -- another suspicious rcu_dereference_check() usage.
Submitter : Miles Lane <miles.lane@gmail.com>
Date : 2010-04-27 0:51 (48 days old)
Message-ID : <h2ya44ae5cd1004261751waa5cb65ei3d139cbcfa2cc5cf@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127232949104878&w=2
Handled-By : Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Patch : https://patchwork.kernel.org/patch/96096/
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15862] 2.6.34-rc4/5: iwlagn unusable until reload
@ 2010-06-13 14:48 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:48 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Nico Schottelius
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=15862
Subject : 2.6.34-rc4/5: iwlagn unusable until reload
Submitter : Nico Schottelius <nico-linux-20100427-xuaVFQXs+5hIG4jRRZ66WA@public.gmane.org>
Date : 2010-04-27 7:49 (48 days old)
Message-ID : <20100427074934.GB3261-9ll+q7fL1vOwdVNcq5OhcUB+6BGkLq7r@public.gmane.org>
References : http://marc.info/?l=linux-kernel&m=127235784004839&w=2
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15924] kacpid consumes ~100% CPU, system freezes randomly
@ 2010-06-13 14:48 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:48 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Jaroslav Kameník
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=15924
Subject : kacpid consumes ~100% CPU, system freezes randomly
Submitter : Jaroslav Kameník <jaroslav-FZZqD5xcwZ7rBKCeMvbIDA@public.gmane.org>
Date : 2010-05-06 21:12 (39 days old)
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15936] Suspicious rcu_dereference_check() usage detected during 2.6.34-rc6 boot on PPC64/p5 processor
2010-06-13 14:45 ` Rafael J. Wysocki
` (19 preceding siblings ...)
(?)
@ 2010-06-13 14:48 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:48 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Subrata Modak
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=15936
Subject : Suspicious rcu_dereference_check() usage detected during 2.6.34-rc6 boot on PPC64/p5 processor
Submitter : Subrata Modak <subrata@linux.vnet.ibm.com>
Date : 2010-05-06 7:29 (39 days old)
Message-ID : <1273130279.4898.5.camel@subratamodak.linux.ibm.com>
References : http://marc.info/?l=linux-kernel&m=127313031922395&w=2
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15951] commit 9630bdd9 changes behavior of the poweroff
2010-06-13 14:45 ` Rafael J. Wysocki
` (17 preceding siblings ...)
(?)
@ 2010-06-13 14:48 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:48 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Jesse Barnes,
Matthew Garrett, Michal Hocko, Rafael J. Wysocki, Tony Vroon
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=15951
Subject : commit 9630bdd9 changes behavior of the poweroff
Submitter : Michal Hocko <mhocko@suse.cz>
Date : 2010-04-01 13:39 (74 days old)
First-Bad-Commit: http://git.kernel.org/linus/9630bdd9b15d2f489c646d8bc04b60e53eb5ec78
Message-ID : <20100401133923.GA4104@tiehlicka.suse.cz>
References : http://marc.info/?l=linux-kernel&m=127012918316305&w=4
Handled-By : Rafael J. Wysocki <rjw@sisk.pl>
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15970] BUG: amd64-agp (2.6.34-rc7)
2010-06-13 14:45 ` Rafael J. Wysocki
@ 2010-06-13 14:48 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:48 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Randy Dunlap
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=15970
Subject : BUG: amd64-agp (2.6.34-rc7)
Submitter : Randy Dunlap <randy.dunlap@oracle.com>
Date : 2010-05-11 20:56 (34 days old)
Message-ID : <4BE9C469.2020901@oracle.com>
References : http://marc.info/?l=linux-kernel&m=127361149610881&w=2
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15970] BUG: amd64-agp (2.6.34-rc7)
@ 2010-06-13 14:48 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:48 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Randy Dunlap
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=15970
Subject : BUG: amd64-agp (2.6.34-rc7)
Submitter : Randy Dunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Date : 2010-05-11 20:56 (34 days old)
Message-ID : <4BE9C469.2020901-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
References : http://marc.info/?l=linux-kernel&m=127361149610881&w=2
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15977] WARNING: at lib/dma-debug.c:866 check_for_stack
2010-06-13 14:45 ` Rafael J. Wysocki
` (21 preceding siblings ...)
(?)
@ 2010-06-13 14:49 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Zdenek Kabelac
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=15977
Subject : WARNING: at lib/dma-debug.c:866 check_for_stack
Submitter : Zdenek Kabelac <zdenek.kabelac@gmail.com>
Date : 2010-05-14 8:56 (31 days old)
Message-ID : <AANLkTikyx2eaxaiUCFDSfpmn1UG0t2GOxArz6F4wp1LJ@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127382742729825&w=2
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16007] x86/pci Oops with CONFIG_SND_HDA_INTEL
2010-06-13 14:45 ` Rafael J. Wysocki
@ 2010-06-13 14:49 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Graham Ramsey, Yinghai Lu
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=16007
Subject : x86/pci Oops with CONFIG_SND_HDA_INTEL
Submitter : Graham Ramsey <ramsey.graham@ntlworld.com>
Date : 2010-05-19 17:09 (26 days old)
Handled-By : Yinghai Lu <yinghai@kernel.org>
Patch : https://patchwork.kernel.org/patch/105662/
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16034] 2.6.34: dlm: possible circular locking dependency detected
2010-06-13 14:45 ` Rafael J. Wysocki
` (20 preceding siblings ...)
(?)
@ 2010-06-13 14:49 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Maciej Rutecki, CaT
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=16034
Subject : 2.6.34: dlm: possible circular locking dependency detected
Submitter : CaT <cat@zip.com.au>
Date : 2010-05-21 6:59 (24 days old)
Message-ID : <20100521065933.GH2657@zip.com.au>
References : http://marc.info/?l=linux-kernel&m=127442519608471&w=2
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16007] x86/pci Oops with CONFIG_SND_HDA_INTEL
@ 2010-06-13 14:49 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Graham Ramsey, Yinghai Lu
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=16007
Subject : x86/pci Oops with CONFIG_SND_HDA_INTEL
Submitter : Graham Ramsey <ramsey.graham-XZoyATsUNX5Wk0Htik3J/w@public.gmane.org>
Date : 2010-05-19 17:09 (26 days old)
Handled-By : Yinghai Lu <yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Patch : https://patchwork.kernel.org/patch/105662/
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16035] Incorrect initial resolution of (external) vga monitor with KMS
2010-06-13 14:45 ` Rafael J. Wysocki
@ 2010-06-13 14:49 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, andreas.eckstein
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=16035
Subject : Incorrect initial resolution of (external) vga monitor with KMS
Submitter : <andreas.eckstein@gmx.net>
Date : 2010-05-23 12:28 (22 days old)
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16035] Incorrect initial resolution of (external) vga monitor with KMS
@ 2010-06-13 14:49 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, andreas.eckstein
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=16035
Subject : Incorrect initial resolution of (external) vga monitor with KMS
Submitter : <andreas.eckstein@gmx.net>
Date : 2010-05-23 12:28 (22 days old)
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16040] kacpid consumes ~40% of cpu all the time beginning with 2.6.34
2010-06-13 14:45 ` Rafael J. Wysocki
` (26 preceding siblings ...)
(?)
@ 2010-06-13 14:49 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Mehmet Giritli
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=16040
Subject : kacpid consumes ~40% of cpu all the time beginning with 2.6.34
Submitter : Mehmet Giritli <mehmet@giritli.eu>
Date : 2010-05-24 07:32 (21 days old)
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16082] host panic on kernel 2.6.34
2010-06-13 14:45 ` Rafael J. Wysocki
` (27 preceding siblings ...)
(?)
@ 2010-06-13 14:49 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Hao, Xudong
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=16082
Subject : host panic on kernel 2.6.34
Submitter : Hao, Xudong <xudong.hao@intel.com>
Date : 2010-05-24 8:23 (21 days old)
Message-ID : <BC00F5384FCFC9499AF06F92E8B78A9E04DCCCE242@shsmsx502.ccr.corp.intel.com>
References : http://marc.info/?l=linux-kernel&m=127468951208864&w=2
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16054] UML broken for CONFIG_SLAB
2010-06-13 14:45 ` Rafael J. Wysocki
@ 2010-06-13 14:49 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Parag Warudkar
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=16054
Subject : UML broken for CONFIG_SLAB
Submitter : Parag Warudkar <parag.lkml@gmail.com>
Date : 2010-05-23 21:40 (22 days old)
Message-ID : <alpine.DEB.2.00.1005231149100.605@parag-laptop>
References : http://marc.info/?l=linux-kernel&m=127465083806617&w=2
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16050] The ibmcam driver is not working
2010-06-13 14:45 ` Rafael J. Wysocki
` (24 preceding siblings ...)
(?)
@ 2010-06-13 14:49 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Bill Davidsen
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=16050
Subject : The ibmcam driver is not working
Submitter : Bill Davidsen <davidsen@tmr.com>
Date : 2010-05-25 23:02 (20 days old)
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16054] UML broken for CONFIG_SLAB
@ 2010-06-13 14:49 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Parag Warudkar
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=16054
Subject : UML broken for CONFIG_SLAB
Submitter : Parag Warudkar <parag.lkml-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2010-05-23 21:40 (22 days old)
Message-ID : <alpine.DEB.2.00.1005231149100.605@parag-laptop>
References : http://marc.info/?l=linux-kernel&m=127465083806617&w=2
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16084] iwl3945 bug in 2.6.34
2010-06-13 14:45 ` Rafael J. Wysocki
@ 2010-06-13 14:49 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Satish Eerpini
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=16084
Subject : iwl3945 bug in 2.6.34
Submitter : Satish Eerpini <eerpini@gmail.com>
Date : 2010-05-23 6:37 (22 days old)
Message-ID : <AANLkTik_7rxDBc0TKlAfoYyM5S6Cf_Hyxbr4W5ORnTsq@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127459596015626&w=2
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16097] 2.6.34 on Samsung P460: reset after "Waiting for /dev to be fully populated"
2010-06-13 14:45 ` Rafael J. Wysocki
@ 2010-06-13 14:49 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Harald Dunkel
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=16097
Subject : 2.6.34 on Samsung P460: reset after "Waiting for /dev to be fully populated"
Submitter : Harald Dunkel <harald.dunkel@aixigo.de>
Date : 2010-05-25 9:12 (20 days old)
Message-ID : <4BFB947E.9080509@aixigo.de>
References : http://marc.info/?l=linux-kernel&m=127477877432254&w=2
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16084] iwl3945 bug in 2.6.34
@ 2010-06-13 14:49 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Satish Eerpini
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=16084
Subject : iwl3945 bug in 2.6.34
Submitter : Satish Eerpini <eerpini-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2010-05-23 6:37 (22 days old)
Message-ID : <AANLkTik_7rxDBc0TKlAfoYyM5S6Cf_Hyxbr4W5ORnTsq-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
References : http://marc.info/?l=linux-kernel&m=127459596015626&w=2
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16097] 2.6.34 on Samsung P460: reset after "Waiting for /dev to be fully populated"
@ 2010-06-13 14:49 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Harald Dunkel
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=16097
Subject : 2.6.34 on Samsung P460: reset after "Waiting for /dev to be fully populated"
Submitter : Harald Dunkel <harald.dunkel-N2c6Q/boOuSzQB+pC5nmwQ@public.gmane.org>
Date : 2010-05-25 9:12 (20 days old)
Message-ID : <4BFB947E.9080509-N2c6Q/boOuSzQB+pC5nmwQ@public.gmane.org>
References : http://marc.info/?l=linux-kernel&m=127477877432254&w=2
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16134] 2.6.34 hard lock ppp/do_tty_hangup, regression
2010-06-13 14:45 ` Rafael J. Wysocki
` (30 preceding siblings ...)
(?)
@ 2010-06-13 14:49 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Richard Zidlicky
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=16134
Subject : 2.6.34 hard lock ppp/do_tty_hangup, regression
Submitter : Richard Zidlicky <rz@linux-m68k.org>
Date : 2010-05-26 8:48 (19 days old)
Message-ID : <20100526084811.GA5890@linux-m68k.org>
References : http://marc.info/?l=linux-kernel&m=127486354023473&w=2
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16135] [BUG] kacpi_notify goes into an infinite loop (luckly it calls cond_resched)
2010-06-13 14:45 ` Rafael J. Wysocki
` (31 preceding siblings ...)
(?)
@ 2010-06-13 14:49 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Steven Rostedt, Thomas Renninger
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=16135
Subject : [BUG] kacpi_notify goes into an infinite loop (luckly it calls cond_resched)
Submitter : Steven Rostedt <rostedt@goodmis.org>
Date : 2010-05-29 1:01 (16 days old)
First-Bad-Commit: http://git.kernel.org/linus/fa80945269f312bc609e8384302f58b03c916e12
Message-ID : <1275094882.22648.607.camel@gandalf.stny.rr.com>
References : http://marc.info/?l=linux-kernel&m=127509490405845&w=2
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16111] hostap_pci: infinite registered netdevice wifi0
2010-06-13 14:45 ` Rafael J. Wysocki
` (32 preceding siblings ...)
(?)
@ 2010-06-13 14:49 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Maciej Rutecki, Petr Pisar
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=16111
Subject : hostap_pci: infinite registered netdevice wifi0
Submitter : Petr Pisar <petr.pisar@atlas.cz>
Date : 2010-06-02 20:55 (12 days old)
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16139] wait_even_interruptible_timeout(), signal, spin_lock() = system hang
2010-06-13 14:45 ` Rafael J. Wysocki
` (36 preceding siblings ...)
(?)
@ 2010-06-13 14:49 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Shirish Pargaonkar
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=16139
Subject : wait_even_interruptible_timeout(), signal, spin_lock() = system hang
Submitter : Shirish Pargaonkar <shirishpargaonkar@gmail.com>
Date : 2010-05-28 16:44 (17 days old)
Message-ID : <AANLkTiliRFydAhxH2-Dp1RKuz6sq7vgWIcMvLMi68ftg@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127506510328758&w=2
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16136] Linux 2.6.34 causes system lockup on Compaq Presario 2200 Laptop
2010-06-13 14:45 ` Rafael J. Wysocki
@ 2010-06-13 14:49 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Jeffrey Merkey
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=16136
Subject : Linux 2.6.34 causes system lockup on Compaq Presario 2200 Laptop
Submitter : Jeffrey Merkey <jeffmerkey@gmail.com>
Date : 2010-05-27 18:08 (18 days old)
Message-ID : <AANLkTil6GGSoc8TpzRacr1LZBZS3ee3H1ejYDSqfdul4@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127498375415689&w=2
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16147] ksoftirq hogs the CPU
2010-06-13 14:45 ` Rafael J. Wysocki
@ 2010-06-13 14:49 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Andrew Morton,
Corey Minyard, Linus Torvalds, Martin Wilck, Thomas Jarosch
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=16147
Subject : ksoftirq hogs the CPU
Submitter : Thomas Jarosch <thomas.jarosch@intra2net.com>
Date : 2010-06-07 15:17 (7 days old)
First-Bad-Commit: http://git.kernel.org/linus/ae74e823cb7d4cd476f623fce9a38f625f6c09a8
Handled-By : Martin Wilck <martin.wilck@ts.fujitsu.com>
Patch : https://bugzilla.kernel.org/attachment.cgi?id=26732
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16137] Ooops in BTRFS in 2.6.34 / x86_64 when mounting subvolume by name
2010-06-13 14:45 ` Rafael J. Wysocki
@ 2010-06-13 14:49 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, armin walland
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=16137
Subject : Ooops in BTRFS in 2.6.34 / x86_64 when mounting subvolume by name
Submitter : armin walland <a.walland@focusmr.com>
Date : 2010-05-27 12:27 (18 days old)
Message-ID : <201005271428.01239.a.walland@focusmr.com>
References : http://marc.info/?l=linux-kernel&m=127496434110736&w=2
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16138] PCMCIA regression
2010-06-13 14:45 ` Rafael J. Wysocki
@ 2010-06-13 14:49 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Dominik Brodowski, Mikulas Patocka
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=16138
Subject : PCMCIA regression
Submitter : Mikulas Patocka <mpatocka@redhat.com>
Date : 2010-05-25 20:25 (20 days old)
Message-ID : <Pine.LNX.4.64.1005251619020.12278@hs20-bc2-1.build.redhat.com>
References : http://marc.info/?l=linux-kernel&m=127481913909672&w=2
Handled-By : Dominik Brodowski <linux@brodo.de>
Patch : https://bugzilla.kernel.org/attachment.cgi?id=26685
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16136] Linux 2.6.34 causes system lockup on Compaq Presario 2200 Laptop
@ 2010-06-13 14:49 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Jeffrey Merkey
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=16136
Subject : Linux 2.6.34 causes system lockup on Compaq Presario 2200 Laptop
Submitter : Jeffrey Merkey <jeffmerkey-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2010-05-27 18:08 (18 days old)
Message-ID : <AANLkTil6GGSoc8TpzRacr1LZBZS3ee3H1ejYDSqfdul4-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
References : http://marc.info/?l=linux-kernel&m=127498375415689&w=2
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16137] Ooops in BTRFS in 2.6.34 / x86_64 when mounting subvolume by name
@ 2010-06-13 14:49 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, armin walland
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=16137
Subject : Ooops in BTRFS in 2.6.34 / x86_64 when mounting subvolume by name
Submitter : armin walland <a.walland-3PHDqMh92CpBDgjK7y7TUQ@public.gmane.org>
Date : 2010-05-27 12:27 (18 days old)
Message-ID : <201005271428.01239.a.walland-3PHDqMh92CpBDgjK7y7TUQ@public.gmane.org>
References : http://marc.info/?l=linux-kernel&m=127496434110736&w=2
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16147] ksoftirq hogs the CPU
@ 2010-06-13 14:49 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Andrew Morton,
Corey Minyard, Linus Torvalds, Martin Wilck, Thomas Jarosch
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=16147
Subject : ksoftirq hogs the CPU
Submitter : Thomas Jarosch <thomas.jarosch-XXsH3GEs1jrby3iVrkZq2A@public.gmane.org>
Date : 2010-06-07 15:17 (7 days old)
First-Bad-Commit: http://git.kernel.org/linus/ae74e823cb7d4cd476f623fce9a38f625f6c09a8
Handled-By : Martin Wilck <martin.wilck-RJz4owOZxyXQFUHtdCDX3A@public.gmane.org>
Patch : https://bugzilla.kernel.org/attachment.cgi?id=26732
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16138] PCMCIA regression
@ 2010-06-13 14:49 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Dominik Brodowski, Mikulas Patocka
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=16138
Subject : PCMCIA regression
Submitter : Mikulas Patocka <mpatocka-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Date : 2010-05-25 20:25 (20 days old)
Message-ID : <Pine.LNX.4.64.1005251619020.12278-sQhldQRnEDHy+ZiRM8QlFPXAX3CI6PSWQQ4Iyu8u01E@public.gmane.org>
References : http://marc.info/?l=linux-kernel&m=127481913909672&w=2
Handled-By : Dominik Brodowski <linux-JhLEnvuH02M@public.gmane.org>
Patch : https://bugzilla.kernel.org/attachment.cgi?id=26685
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16162] SSD + sata_nv + btrfs oops
2010-06-13 14:45 ` Rafael J. Wysocki
` (38 preceding siblings ...)
(?)
@ 2010-06-13 14:49 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Dave Airlie
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=16162
Subject : SSD + sata_nv + btrfs oops
Submitter : Dave Airlie <airlied@gmail.com>
Date : 2010-06-01 3:04 (13 days old)
Message-ID : <AANLkTilqsIdlzZgUf7TMLHYKqHDZoVkcs42vcG8wXKEr@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127536149022333&w=2
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16170] Leadtek Winfast DTV Dongle (STK7700P based) is not working in 2.6.34
2010-06-13 14:45 ` Rafael J. Wysocki
@ 2010-06-13 14:49 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Maciej Rutecki, macjariel
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=16170
Subject : Leadtek Winfast DTV Dongle (STK7700P based) is not working in 2.6.34
Submitter : <macjariel@gmail.com>
Date : 2010-06-09 11:11 (5 days old)
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16158] winxp guest hangs after idle for ~30 minutes
2010-06-13 14:45 ` Rafael J. Wysocki
@ 2010-06-13 14:49 ` Rafael J. Wysocki
-1 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Maciej Rutecki, brimhall
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=16158
Subject : winxp guest hangs after idle for ~30 minutes
Submitter : <brimhall@pobox.com>
Date : 2010-06-08 17:52 (6 days old)
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16170] Leadtek Winfast DTV Dongle (STK7700P based) is not working in 2.6.34
@ 2010-06-13 14:49 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Maciej Rutecki, macjariel
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=16170
Subject : Leadtek Winfast DTV Dongle (STK7700P based) is not working in 2.6.34
Submitter : <macjariel@gmail.com>
Date : 2010-06-09 11:11 (5 days old)
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #16158] winxp guest hangs after idle for ~30 minutes
@ 2010-06-13 14:49 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Maciej Rutecki, brimhall
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=16158
Subject : winxp guest hangs after idle for ~30 minutes
Submitter : <brimhall@pobox.com>
Date : 2010-06-08 17:52 (6 days old)
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15589] 2.6.34-rc1: Badness at fs/proc/generic.c:316
2010-06-13 14:45 ` Rafael J. Wysocki
@ 2010-06-13 15:22 ` Stefan Lippers-Hollmann
-1 siblings, 0 replies; 128+ messages in thread
From: Stefan Lippers-Hollmann @ 2010-06-13 15:22 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Christian Kujau, Michael Ellerman, linux-media, mchehab
Hi
On Sunday 13 June 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=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 (93 days old)
> Message-ID : <<alpine.DEB.2.01.1003131544340.5493@bogon.housecafe.de>>
> References : http://marc.info/?l=linux-kernel&m=126852442903680&w=2
> Handled-By : Michael Ellerman <michael@ellerman.id.au>
> Patch : http://patchwork.ozlabs.org/patch/52978/
Still existing in 2.6.34 and 2.6.35 HEAD, however a patch fixing the issue
for b2c2-flexcop/ flexcop-pci has been posted last week:
From: Jindřich Makovička <makovick@gmail.com>
Subject: [PATCH] DVB flexcop-pci: sanitize driver name to avoid warning on load
Date: Mon, 7 Jun 2010 14:51:30 +0200
Message-ID: <AANLkTikNcCtUn9SQwKu2b3IE6NiAwAhciHsm1HVH4EJh@mail.gmail.com>
URL: http://lkml.indiana.edu/hypermail/linux/kernel/1006.0/00137.html
Regards
Stefan Lippers-Hollmann
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15589] 2.6.34-rc1: Badness at fs/proc/generic.c:316
@ 2010-06-13 15:22 ` Stefan Lippers-Hollmann
0 siblings, 0 replies; 128+ messages in thread
From: Stefan Lippers-Hollmann @ 2010-06-13 15:22 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Christian Kujau, Michael Ellerman,
linux-media-u79uwXL29TY76Z2rM5mHXA,
mchehab-wEGCiKHe2LqWVfeAwA7xHQ
Hi
On Sunday 13 June 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=15589
> Subject : 2.6.34-rc1: Badness at fs/proc/generic.c:316
> Submitter : Christian Kujau <lists-AanptEQQ3TL9uQeqpI+JUg@public.gmane.org>
> Date : 2010-03-13 23:53 (93 days old)
> Message-ID : <<alpine.DEB.2.01.1003131544340.5493-uKsf7x9sgtqQ/Pez2Lbyp4QuADTiUCJX@public.gmane.org>>
> References : http://marc.info/?l=linux-kernel&m=126852442903680&w=2
> Handled-By : Michael Ellerman <michael-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>
> Patch : http://patchwork.ozlabs.org/patch/52978/
Still existing in 2.6.34 and 2.6.35 HEAD, however a patch fixing the issue
for b2c2-flexcop/ flexcop-pci has been posted last week:
From: Jindřich Makovička <makovick-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Subject: [PATCH] DVB flexcop-pci: sanitize driver name to avoid warning on load
Date: Mon, 7 Jun 2010 14:51:30 +0200
Message-ID: <AANLkTikNcCtUn9SQwKu2b3IE6NiAwAhciHsm1HVH4EJh-JsoAwUIsXotQFR93xxRIaA@public.gmane.orgcom>
URL: http://lkml.indiana.edu/hypermail/linux/kernel/1006.0/00137.html
Regards
Stefan Lippers-Hollmann
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #16054] UML broken for CONFIG_SLAB
2010-06-13 14:49 ` Rafael J. Wysocki
@ 2010-06-13 15:35 ` Parag Warudkar
-1 siblings, 0 replies; 128+ messages in thread
From: Parag Warudkar @ 2010-06-13 15:35 UTC (permalink / raw)
To: Rafael J. Wysocki, Borislav Petkov
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki
On Sun, Jun 13, 2010 at 10:49 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16054
> Subject : UML broken for CONFIG_SLAB
> Submitter : Parag Warudkar <parag.lkml@gmail.com>
> Date : 2010-05-23 21:40 (22 days old)
> Message-ID : <alpine.DEB.2.00.1005231149100.605@parag-laptop>
> References : http://marc.info/?l=linux-kernel&m=127465083806617&w=2
Borislav,
I believe both of the issues I encountered that are part of this bug
entry (missing/superfluous slab inclusion issues and cfq related boot
crash due to popcnt/hweight stuff) have a known fix [1] but I am not
sure if any of it actually landed in -git. Quick search through
git.kernel.org log doesn't show anything relevant.
I think there was ongoing discussion on the hweight include fix - so
keeping this open until fixes are in may be what we should do as of
now.
[1] http://marc.info/?l=linux-kernel&m=127522065202435&w=2
Thanks.
Parag
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #16054] UML broken for CONFIG_SLAB
@ 2010-06-13 15:35 ` Parag Warudkar
0 siblings, 0 replies; 128+ messages in thread
From: Parag Warudkar @ 2010-06-13 15:35 UTC (permalink / raw)
To: Rafael J. Wysocki, Borislav Petkov
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki
On Sun, Jun 13, 2010 at 10:49 AM, Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org> wrote:
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16054
> Subject : UML broken for CONFIG_SLAB
> Submitter : Parag Warudkar <parag.lkml-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Date : 2010-05-23 21:40 (22 days old)
> Message-ID : <alpine.DEB.2.00.1005231149100.605@parag-laptop>
> References : http://marc.info/?l=linux-kernel&m=127465083806617&w=2
Borislav,
I believe both of the issues I encountered that are part of this bug
entry (missing/superfluous slab inclusion issues and cfq related boot
crash due to popcnt/hweight stuff) have a known fix [1] but I am not
sure if any of it actually landed in -git. Quick search through
git.kernel.org log doesn't show anything relevant.
I think there was ongoing discussion on the hweight include fix - so
keeping this open until fixes are in may be what we should do as of
now.
[1] http://marc.info/?l=linux-kernel&m=127522065202435&w=2
Thanks.
Parag
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #16054] UML broken for CONFIG_SLAB
2010-06-13 15:35 ` Parag Warudkar
(?)
@ 2010-06-13 16:07 ` Borislav Petkov
2010-06-16 3:42 ` Parag Warudkar
-1 siblings, 1 reply; 128+ messages in thread
From: Borislav Petkov @ 2010-06-13 16:07 UTC (permalink / raw)
To: Parag Warudkar
Cc: Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Maciej Rutecki
From: Parag Warudkar <parag.lkml@gmail.com>
Date: Sun, Jun 13, 2010 at 11:35:34AM -0400
> On Sun, Jun 13, 2010 at 10:49 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16054
> > Subject : UML broken for CONFIG_SLAB
> > Submitter : Parag Warudkar <parag.lkml@gmail.com>
> > Date : 2010-05-23 21:40 (22 days old)
> > Message-ID : <alpine.DEB.2.00.1005231149100.605@parag-laptop>
> > References : http://marc.info/?l=linux-kernel&m=127465083806617&w=2
>
> Borislav,
>
> I believe both of the issues I encountered that are part of this bug
> entry (missing/superfluous slab inclusion issues and cfq related boot
> crash due to popcnt/hweight stuff) have a known fix [1] but I am not
> sure if any of it actually landed in -git. Quick search through
> git.kernel.org log doesn't show anything relevant.
I don't know whether the SLAB issue is related but
the hweight fix is in -tip and hasn't gone mainline yet:
http://git.kernel.org/tip/055c47272b8f5679d08ccc57efea3cb4aaeb5fc6
--
Regards/Gruss,
Boris.
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
2010-06-13 14:48 ` Rafael J. Wysocki
@ 2010-06-13 17:08 ` Pekka Enberg
-1 siblings, 0 replies; 128+ messages in thread
From: Pekka Enberg @ 2010-06-13 17:08 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Alex Shi, Christoph Lameter
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.
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
@ 2010-06-13 17:08 ` Pekka Enberg
0 siblings, 0 replies; 128+ messages in thread
From: Pekka Enberg @ 2010-06-13 17:08 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Alex Shi, Christoph Lameter
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.
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15589] 2.6.34-rc1: Badness at fs/proc/generic.c:316
@ 2010-06-13 18:10 ` Christian Kujau
0 siblings, 0 replies; 128+ messages in thread
From: Christian Kujau @ 2010-06-13 18:10 UTC (permalink / raw)
To: Stefan Lippers-Hollmann
Cc: Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Maciej Rutecki, Michael Ellerman,
linux-media, mchehab
On Sun, 13 Jun 2010 at 17:22, Stefan Lippers-Hollmann wrote:
> Still existing in 2.6.34 and 2.6.35 HEAD, however a patch fixing the issue
> for b2c2-flexcop/ flexcop-pci has been posted last week:
So, now we have two patches for slightly different issues?
* http://lkml.indiana.edu/hypermail/linux/kernel/1006.0/00137.html
...fixes the flexcop-pci.c driver.
* http://patchwork.ozlabs.org/patch/52978/
...fixes "some bogus firmwares include properties with "/" in their
name". I'm not sure if this would make the flexcop-pci.c badness go
away too.
Anyway, both patches are not upstream yet, but Michael mentioned that
Grant Likely or Ben might push it eventually.
Thanks,
Christian.
--
BOFH excuse #363:
Out of cards on drive D:
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15589] 2.6.34-rc1: Badness at fs/proc/generic.c:316
@ 2010-06-13 18:10 ` Christian Kujau
0 siblings, 0 replies; 128+ messages in thread
From: Christian Kujau @ 2010-06-13 18:10 UTC (permalink / raw)
To: Stefan Lippers-Hollmann
Cc: Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Maciej Rutecki, Michael Ellerman,
linux-media-u79uwXL29TY76Z2rM5mHXA,
mchehab-wEGCiKHe2LqWVfeAwA7xHQ
On Sun, 13 Jun 2010 at 17:22, Stefan Lippers-Hollmann wrote:
> Still existing in 2.6.34 and 2.6.35 HEAD, however a patch fixing the issue
> for b2c2-flexcop/ flexcop-pci has been posted last week:
So, now we have two patches for slightly different issues?
* http://lkml.indiana.edu/hypermail/linux/kernel/1006.0/00137.html
...fixes the flexcop-pci.c driver.
* http://patchwork.ozlabs.org/patch/52978/
...fixes "some bogus firmwares include properties with "/" in their
name". I'm not sure if this would make the flexcop-pci.c badness go
away too.
Anyway, both patches are not upstream yet, but Michael mentioned that
Grant Likely or Ben might push it eventually.
Thanks,
Christian.
--
BOFH excuse #363:
Out of cards on drive D:
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15589] 2.6.34-rc1: Badness at fs/proc/generic.c:316
@ 2010-06-13 19:57 ` Grant Likely
0 siblings, 0 replies; 128+ messages in thread
From: Grant Likely @ 2010-06-13 19:57 UTC (permalink / raw)
To: Christian Kujau
Cc: Stefan Lippers-Hollmann, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Michael Ellerman, linux-media, mchehab
On Sun, Jun 13, 2010 at 12:10 PM, Christian Kujau <lists@nerdbynature.de> wrote:
> On Sun, 13 Jun 2010 at 17:22, Stefan Lippers-Hollmann wrote:
>> Still existing in 2.6.34 and 2.6.35 HEAD, however a patch fixing the issue
>> for b2c2-flexcop/ flexcop-pci has been posted last week:
>
> So, now we have two patches for slightly different issues?
>
> * http://lkml.indiana.edu/hypermail/linux/kernel/1006.0/00137.html
> ...fixes the flexcop-pci.c driver.
>
> * http://patchwork.ozlabs.org/patch/52978/
> ...fixes "some bogus firmwares include properties with "/" in their
> name". I'm not sure if this would make the flexcop-pci.c badness go
> away too.
>
> Anyway, both patches are not upstream yet, but Michael mentioned that
> Grant Likely or Ben might push it eventually.
On brief review, they look like completely different issues. I doubt
the second patch will fix the flexcop-pci issue. I'll pick up the
device tree patch, but the flexcop-pci patch should go in by the
v4l/dvb tree.
g.
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15589] 2.6.34-rc1: Badness at fs/proc/generic.c:316
@ 2010-06-13 19:57 ` Grant Likely
0 siblings, 0 replies; 128+ messages in thread
From: Grant Likely @ 2010-06-13 19:57 UTC (permalink / raw)
To: Christian Kujau
Cc: Stefan Lippers-Hollmann, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Michael Ellerman, linux-media-u79uwXL29TY76Z2rM5mHXA,
mchehab-wEGCiKHe2LqWVfeAwA7xHQ
On Sun, Jun 13, 2010 at 12:10 PM, Christian Kujau <lists@nerdbynature.de> wrote:
> On Sun, 13 Jun 2010 at 17:22, Stefan Lippers-Hollmann wrote:
>> Still existing in 2.6.34 and 2.6.35 HEAD, however a patch fixing the issue
>> for b2c2-flexcop/ flexcop-pci has been posted last week:
>
> So, now we have two patches for slightly different issues?
>
> * http://lkml.indiana.edu/hypermail/linux/kernel/1006.0/00137.html
> ...fixes the flexcop-pci.c driver.
>
> * http://patchwork.ozlabs.org/patch/52978/
> ...fixes "some bogus firmwares include properties with "/" in their
> name". I'm not sure if this would make the flexcop-pci.c badness go
> away too.
>
> Anyway, both patches are not upstream yet, but Michael mentioned that
> Grant Likely or Ben might push it eventually.
On brief review, they look like completely different issues. I doubt
the second patch will fix the flexcop-pci issue. I'll pick up the
device tree patch, but the flexcop-pci patch should go in by the
v4l/dvb tree.
g.
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: 2.6.35-rc3: Reported regressions 2.6.33 -> 2.6.34
2010-06-13 14:45 ` Rafael J. Wysocki
` (41 preceding siblings ...)
(?)
@ 2010-06-13 21:02 ` Luis R. Rodriguez
-1 siblings, 0 replies; 128+ messages in thread
From: Luis R. Rodriguez @ 2010-06-13 21:02 UTC (permalink / raw)
To: linux-wireless, linux-bluetooth
Cc: Rafael J. Wysocki, Aeolus Yang, David Quan
For your convenience in reading the regression report here's the
802.11 and Bluetooth ones. There's one PCMCIA one which I left in as I
think these patches now go through John (?) The other ones are 1
Bluetooth regression, 1 hostap_pci, 1 iwl3945 and 1 iwlagn regression.
Luis
On Sun, Jun 13, 2010 at 7:45 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> Unresolved regressions
> ----------------------
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16111
> Subject : hostap_pci: infinite registered netdevice wifi0
> Submitter : Petr Pisar <petr.pisar@atlas.cz>
> Date : 2010-06-02 20:55 (12 days old)
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16084
> Subject : iwl3945 bug in 2.6.34
> Submitter : Satish Eerpini <eerpini@gmail.com>
> Date : 2010-05-23 6:37 (22 days old)
> Message-ID : <AANLkTik_7rxDBc0TKlAfoYyM5S6Cf_Hyxbr4W5ORnTsq@mail.gmail.com>
> References : http://marc.info/?l=linux-kernel&m=127459596015626&w=2
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15862
> Subject : 2.6.34-rc4/5: iwlagn unusable until reload
> Submitter : Nico Schottelius <nico-linux-20100427@schottelius.org>
> Date : 2010-04-27 7:49 (48 days old)
> Message-ID : <20100427074934.GB3261@ikn.schottelius.org>
> References : http://marc.info/?l=linux-kernel&m=127235784004839&w=2
> 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 (92 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>
> Regressions with patches
> ------------------------
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16138
> Subject : PCMCIA regression
> Submitter : Mikulas Patocka <mpatocka@redhat.com>
> Date : 2010-05-25 20:25 (20 days old)
> Message-ID : <Pine.LNX.4.64.1005251619020.12278@hs20-bc2-1.build.redhat.com>
> References : http://marc.info/?l=linux-kernel&m=127481913909672&w=2
> Handled-By : Dominik Brodowski <linux@brodo.de>
> Patch : https://bugzilla.kernel.org/attachment.cgi?id=26685
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15712] [regression] 2.6.34-rc1 to -rc3 on zaurus: no longer boots
2010-06-13 14:48 ` [Bug #15712] [regression] 2.6.34-rc1 to -rc3 on zaurus: no longer boots Rafael J. Wysocki
@ 2010-06-14 4:20 ` Eric Miao
0 siblings, 0 replies; 128+ messages in thread
From: Eric Miao @ 2010-06-14 4:20 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Pavel Machek
Rafael and Pavel,
I can boot successfully on my akita/corgi with my 2.6.35-rc3 kernel.
I'll find some time to test v2.6.34 though.
Pavel,
Is any more update on your side?
On Sun, Jun 13, 2010 at 10: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=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 (74 days old)
> Message-ID : <20100401060624.GA1329@ucw.cz>
> References : http://marc.info/?l=linux-kernel&m=127010200817402&w=2
> Handled-By : Eric Miao <eric.y.miao@gmail.com>
>
>
>
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15712] [regression] 2.6.34-rc1 to -rc3 on zaurus: no longer boots
@ 2010-06-14 4:20 ` Eric Miao
0 siblings, 0 replies; 128+ messages in thread
From: Eric Miao @ 2010-06-14 4:20 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Pavel Machek
Rafael and Pavel,
I can boot successfully on my akita/corgi with my 2.6.35-rc3 kernel.
I'll find some time to test v2.6.34 though.
Pavel,
Is any more update on your side?
On Sun, Jun 13, 2010 at 10: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=15712
> Subject : [regression] 2.6.34-rc1 to -rc3 on zaurus: no longer boots
> Submitter : Pavel Machek <pavel-+ZI9xUNit7I@public.gmane.org>
> Date : 2010-04-01 6:06 (74 days old)
> Message-ID : <20100401060624.GA1329-+ZI9xUNit7I@public.gmane.org>
> References : http://marc.info/?l=linux-kernel&m=127010200817402&w=2
> Handled-By : Eric Miao <eric.y.miao-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
>
>
>
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15712] [regression] 2.6.34-rc1 to -rc3 on zaurus: no longer boots
2010-06-14 4:20 ` Eric Miao
(?)
@ 2010-06-14 6:10 ` Pavel Machek
2010-06-14 14:09 ` Rafael J. Wysocki
-1 siblings, 1 reply; 128+ messages in thread
From: Pavel Machek @ 2010-06-14 6:10 UTC (permalink / raw)
To: Eric Miao
Cc: Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Maciej Rutecki
Hi!
> I can boot successfully on my akita/corgi with my 2.6.35-rc3 kernel.
> I'll find some time to test v2.6.34 though.
This one is long solved. 2.6.34 works for me, as does 2.6.35-rc2.
Pavel
> Pavel,
>
> Is any more update on your side?
>
> On Sun, Jun 13, 2010 at 10: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=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 (74 days old)
> > Message-ID : <20100401060624.GA1329@ucw.cz>
> > References : http://marc.info/?l=linux-kernel&m=127010200817402&w=2
> > Handled-By : Eric Miao <eric.y.miao@gmail.com>
> >
> >
> >
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15589] 2.6.34-rc1: Badness at fs/proc/generic.c:316
@ 2010-06-14 6:39 ` Alexey Dobriyan
0 siblings, 0 replies; 128+ messages in thread
From: Alexey Dobriyan @ 2010-06-14 6:39 UTC (permalink / raw)
To: Grant Likely
Cc: Christian Kujau, Stefan Lippers-Hollmann, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Michael Ellerman, linux-media, mchehab
On Sun, Jun 13, 2010 at 01:57:40PM -0600, Grant Likely wrote:
> On brief review, they look like completely different issues. I doubt
> the second patch will fix the flexcop-pci issue.
It will, see how name wht slashes propagated by request_irq()
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15589] 2.6.34-rc1: Badness at fs/proc/generic.c:316
@ 2010-06-14 6:39 ` Alexey Dobriyan
0 siblings, 0 replies; 128+ messages in thread
From: Alexey Dobriyan @ 2010-06-14 6:39 UTC (permalink / raw)
To: Grant Likely
Cc: Christian Kujau, Stefan Lippers-Hollmann, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Michael Ellerman, linux-media-u79uwXL29TY76Z2rM5mHXA,
mchehab-wEGCiKHe2LqWVfeAwA7xHQ
On Sun, Jun 13, 2010 at 01:57:40PM -0600, Grant Likely wrote:
> On brief review, they look like completely different issues. I doubt
> the second patch will fix the flexcop-pci issue.
It will, see how name wht slashes propagated by request_irq()
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15704] [r8169] WARNING: at net/sched/sch_generic.c
2010-06-13 14:48 ` Rafael J. Wysocki
(?)
@ 2010-06-14 7:41 ` Sergey Senozhatsky
2010-06-14 14:07 ` Rafael J. Wysocki
-1 siblings, 1 reply; 128+ messages in thread
From: Sergey Senozhatsky @ 2010-06-14 7:41 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Sergey Senozhatsky
[-- Attachment #1: Type: text/plain, Size: 3293 bytes --]
On (06/13/10 16:48), Rafael J. Wysocki wrote:
> 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 (75 days old)
> Message-ID : <<<20100331102142.GA3294@swordfish.minsk.epam.com>>>
> References : http://marc.info/?l=linux-kernel&m=127003090406108&w=2
>
>
Hello,
.35-rc3
kernel: [ 109.024175] pktgen 2.73: Packet Generator for packet performance testing.
kernel: [ 144.360001] ------------[ cut here ]------------
kernel: [ 144.360012] WARNING: at net/sched/sch_generic.c:258 dev_watchdog+0xc1/0x129()
kernel: [ 144.360016] Hardware name: F3JC
kernel: [ 144.360019] NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out
kernel: [ 144.360022] Modules linked in: pktgen snd_hwdep snd_hda_codec_si3054 snd_hda_codec_realtek snd_hda_intel asus_laptop sparse_keymap sdhci_pci sdhci mmc_core led_class snd_hda_codec i2c_i801 rng_core snd_pcm snd_timer
snd_page_alloc snd soundcore psmouse sg serio_raw evdev r8169 mii usbhid hid uhci_hcd ehci_hcd sr_mod usbcore cdrom sd_mod ata_piix
kernel: [ 144.360073] Pid: 3424, comm: kpktgend_0 Not tainted 2.6.35-rc3-dbg-00106-ga75e02b #2
kernel: [ 144.360076] Call Trace:
kernel: [ 144.360085] [<c102dc0a>] warn_slowpath_common+0x65/0x7a
kernel: [ 144.360090] [<c1266683>] ? dev_watchdog+0xc1/0x129
kernel: [ 144.360095] [<c102dc83>] warn_slowpath_fmt+0x26/0x2a
kernel: [ 144.360100] [<c1266683>] dev_watchdog+0xc1/0x129
kernel: [ 144.360107] [<c10365af>] ? run_timer_softirq+0x136/0x22b
kernel: [ 144.360113] [<c1036608>] run_timer_softirq+0x18f/0x22b
kernel: [ 144.360118] [<c10365af>] ? run_timer_softirq+0x136/0x22b
kernel: [ 144.360123] [<c12665c2>] ? dev_watchdog+0x0/0x129
kernel: [ 144.360129] [<c10322d2>] __do_softirq+0x79/0xec
kernel: [ 144.360135] [<c103236f>] do_softirq+0x2a/0x2f
kernel: [ 144.360140] [<c1032519>] _local_bh_enable_ip+0x65/0x86
kernel: [ 144.360145] [<c1032542>] local_bh_enable_ip+0x8/0xa
kernel: [ 144.360151] [<c12c354b>] _raw_spin_unlock_bh+0x2f/0x32
kernel: [ 144.360158] [<f808e5c7>] pktgen_xmit+0xda2/0xe6f [pktgen]
kernel: [ 144.360168] [<fd1d57b8>] ? rtl8169_start_xmit+0x0/0x307 [r8169]
kernel: [ 144.360174] [<c1002d70>] ? common_interrupt+0x30/0x38
kernel: [ 144.360180] [<c104c65d>] ? __lock_acquire+0x1d6/0x3ca
kernel: [ 144.360187] [<f808e88f>] ? pktgen_thread_worker+0x96/0x5c3 [pktgen]
kernel: [ 144.360193] [<c1028a2f>] ? get_parent_ip+0xb/0x31
kernel: [ 144.360198] [<c1028ad1>] ? sub_preempt_count+0x7c/0x89
kernel: [ 144.360205] [<f808e969>] pktgen_thread_worker+0x170/0x5c3 [pktgen]
kernel: [ 144.360209] [<c12c1e13>] ? schedule+0x535/0x545
kernel: [ 144.360216] [<c103f1d2>] ? autoremove_wake_function+0x0/0x2f
kernel: [ 144.360221] [<c103f1d2>] ? autoremove_wake_function+0x0/0x2f
kernel: [ 144.360227] [<f808e7f9>] ? pktgen_thread_worker+0x0/0x5c3 [pktgen]
kernel: [ 144.360232] [<c103eee2>] kthread+0x6a/0x6f
kernel: [ 144.360238] [<c103ee78>] ? kthread+0x0/0x6f
kernel: [ 144.360243] [<c1002d7e>] kernel_thread_helper+0x6/0x10
kernel: [ 144.360247] ---[ end trace a692664bf7dac635 ]---
Sergey
[-- Attachment #2: Type: application/pgp-signature, Size: 316 bytes --]
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15909] open("a/",O_NOFOLLOW) fails with ELOOP if "a" is a symbolic link to a directory.
2010-06-13 14:48 ` [Bug #15909] open("a/",O_NOFOLLOW) fails with ELOOP if "a" is a symbolic link to a directory Rafael J. Wysocki
@ 2010-06-14 8:43 ` Jan Kara
0 siblings, 0 replies; 128+ messages in thread
From: Jan Kara @ 2010-06-14 8:43 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Jan Kara, Marius Tolzmann, Miklos Szeredi, OGAWA Hirofumi
On Sun 13-06-10 16:48:58, 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=15909
> Subject : open("a/",O_NOFOLLOW) fails with ELOOP if "a" is a symbolic link to a directory.
> Submitter : Marius Tolzmann <tolzmann@molgen.mpg.de>
> Date : 2010-05-05 13:01 (40 days old)
> Handled-By : OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
> Jan Kara <jack@suse.cz>
> Patch : https://patchwork.kernel.org/patch/99291/
The fix went in shortly before 2.6.34 was released (commit
002baeecf53677d2034113e34197ec221f42e037). So everything should be fine.
Honza
--
Jan Kara <jack@suse.cz>
SUSE Labs, CR
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15909] open("a/",O_NOFOLLOW) fails with ELOOP if "a" is a symbolic link to a directory.
@ 2010-06-14 8:43 ` Jan Kara
0 siblings, 0 replies; 128+ messages in thread
From: Jan Kara @ 2010-06-14 8:43 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Jan Kara, Marius Tolzmann, Miklos Szeredi, OGAWA Hirofumi
On Sun 13-06-10 16:48:58, 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=15909
> Subject : open("a/",O_NOFOLLOW) fails with ELOOP if "a" is a symbolic link to a directory.
> Submitter : Marius Tolzmann <tolzmann-KUpvgZVWgV9o1qOY/usvUg@public.gmane.org>
> Date : 2010-05-05 13:01 (40 days old)
> Handled-By : OGAWA Hirofumi <hirofumi-UIVanBePwB70ZhReMnHkpc8NsWr+9BEh@public.gmane.org>
> Jan Kara <jack-AlSwsSmVLrQ@public.gmane.org>
> Patch : https://patchwork.kernel.org/patch/99291/
The fix went in shortly before 2.6.34 was released (commit
002baeecf53677d2034113e34197ec221f42e037). So everything should be fine.
Honza
--
Jan Kara <jack-AlSwsSmVLrQ@public.gmane.org>
SUSE Labs, CR
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15589] 2.6.34-rc1: Badness at fs/proc/generic.c:316
2010-06-14 6:39 ` Alexey Dobriyan
@ 2010-06-14 12:27 ` Jindrich Makovicka
-1 siblings, 0 replies; 128+ messages in thread
From: Jindrich Makovicka @ 2010-06-14 12:27 UTC (permalink / raw)
To: linux-kernel; +Cc: kernel-testers, linux-media
On Mon, 14 Jun 2010 09:39:48 +0300
Alexey Dobriyan <adobriyan@gmail.com>
wrote:
> On Sun, Jun 13, 2010 at 01:57:40PM -0600, Grant Likely wrote:
> > On brief review, they look like completely different issues. I
> > doubt the second patch will fix the flexcop-pci issue.
>
> It will, see how name wht slashes propagated by request_irq()
Yes, the latter patch dodges the issue with flexcop driver by simply
skipping the directory creation, but both patches should be applied IMO.
The former to fix the flexcop driver because we can trivially fix it,
the latter to solve problems with any generic bogus firmware.
--
Jindrich Makovicka
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15589] 2.6.34-rc1: Badness at fs/proc/generic.c:316
@ 2010-06-14 12:27 ` Jindrich Makovicka
0 siblings, 0 replies; 128+ messages in thread
From: Jindrich Makovicka @ 2010-06-14 12:27 UTC (permalink / raw)
To: linux-media; +Cc: kernel-testers, linux-kernel, kernel-testers, linux-media
On Mon, 14 Jun 2010 09:39:48 +0300
Alexey Dobriyan <adobriyan@gmail.com>
wrote:
> On Sun, Jun 13, 2010 at 01:57:40PM -0600, Grant Likely wrote:
> > On brief review, they look like completely different issues. I
> > doubt the second patch will fix the flexcop-pci issue.
>
> It will, see how name wht slashes propagated by request_irq()
Yes, the latter patch dodges the issue with flexcop driver by simply
skipping the directory creation, but both patches should be applied IMO.
The former to fix the flexcop driver because we can trivially fix it,
the latter to solve problems with any generic bogus firmware.
--
Jindrich Makovicka
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15704] [r8169] WARNING: at net/sched/sch_generic.c
@ 2010-06-14 14:07 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-14 14:07 UTC (permalink / raw)
To: Sergey Senozhatsky
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki
On Monday, June 14, 2010, Sergey Senozhatsky wrote:
> On (06/13/10 16:48), Rafael J. Wysocki wrote:
> > 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 (75 days old)
> > Message-ID : <<<20100331102142.GA3294@swordfish.minsk.epam.com>>>
> > References : http://marc.info/?l=linux-kernel&m=127003090406108&w=2
> >
> >
>
>
> Hello,
>
> .35-rc3
>
> kernel: [ 109.024175] pktgen 2.73: Packet Generator for packet performance testing.
> kernel: [ 144.360001] ------------[ cut here ]------------
> kernel: [ 144.360012] WARNING: at net/sched/sch_generic.c:258 dev_watchdog+0xc1/0x129()
> kernel: [ 144.360016] Hardware name: F3JC
> kernel: [ 144.360019] NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out
> kernel: [ 144.360022] Modules linked in: pktgen snd_hwdep snd_hda_codec_si3054 snd_hda_codec_realtek snd_hda_intel asus_laptop sparse_keymap sdhci_pci sdhci mmc_core led_class snd_hda_codec i2c_i801 rng_core snd_pcm snd_timer
> snd_page_alloc snd soundcore psmouse sg serio_raw evdev r8169 mii usbhid hid uhci_hcd ehci_hcd sr_mod usbcore cdrom sd_mod ata_piix
> kernel: [ 144.360073] Pid: 3424, comm: kpktgend_0 Not tainted 2.6.35-rc3-dbg-00106-ga75e02b #2
> kernel: [ 144.360076] Call Trace:
> kernel: [ 144.360085] [<c102dc0a>] warn_slowpath_common+0x65/0x7a
> kernel: [ 144.360090] [<c1266683>] ? dev_watchdog+0xc1/0x129
> kernel: [ 144.360095] [<c102dc83>] warn_slowpath_fmt+0x26/0x2a
> kernel: [ 144.360100] [<c1266683>] dev_watchdog+0xc1/0x129
> kernel: [ 144.360107] [<c10365af>] ? run_timer_softirq+0x136/0x22b
> kernel: [ 144.360113] [<c1036608>] run_timer_softirq+0x18f/0x22b
> kernel: [ 144.360118] [<c10365af>] ? run_timer_softirq+0x136/0x22b
> kernel: [ 144.360123] [<c12665c2>] ? dev_watchdog+0x0/0x129
> kernel: [ 144.360129] [<c10322d2>] __do_softirq+0x79/0xec
> kernel: [ 144.360135] [<c103236f>] do_softirq+0x2a/0x2f
> kernel: [ 144.360140] [<c1032519>] _local_bh_enable_ip+0x65/0x86
> kernel: [ 144.360145] [<c1032542>] local_bh_enable_ip+0x8/0xa
> kernel: [ 144.360151] [<c12c354b>] _raw_spin_unlock_bh+0x2f/0x32
> kernel: [ 144.360158] [<f808e5c7>] pktgen_xmit+0xda2/0xe6f [pktgen]
> kernel: [ 144.360168] [<fd1d57b8>] ? rtl8169_start_xmit+0x0/0x307 [r8169]
> kernel: [ 144.360174] [<c1002d70>] ? common_interrupt+0x30/0x38
> kernel: [ 144.360180] [<c104c65d>] ? __lock_acquire+0x1d6/0x3ca
> kernel: [ 144.360187] [<f808e88f>] ? pktgen_thread_worker+0x96/0x5c3 [pktgen]
> kernel: [ 144.360193] [<c1028a2f>] ? get_parent_ip+0xb/0x31
> kernel: [ 144.360198] [<c1028ad1>] ? sub_preempt_count+0x7c/0x89
> kernel: [ 144.360205] [<f808e969>] pktgen_thread_worker+0x170/0x5c3 [pktgen]
> kernel: [ 144.360209] [<c12c1e13>] ? schedule+0x535/0x545
> kernel: [ 144.360216] [<c103f1d2>] ? autoremove_wake_function+0x0/0x2f
> kernel: [ 144.360221] [<c103f1d2>] ? autoremove_wake_function+0x0/0x2f
> kernel: [ 144.360227] [<f808e7f9>] ? pktgen_thread_worker+0x0/0x5c3 [pktgen]
> kernel: [ 144.360232] [<c103eee2>] kthread+0x6a/0x6f
> kernel: [ 144.360238] [<c103ee78>] ? kthread+0x0/0x6f
> kernel: [ 144.360243] [<c1002d7e>] kernel_thread_helper+0x6/0x10
> kernel: [ 144.360247] ---[ end trace a692664bf7dac635 ]---
Thanks for the update.
Rafael
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15704] [r8169] WARNING: at net/sched/sch_generic.c
@ 2010-06-14 14:07 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-14 14:07 UTC (permalink / raw)
To: Sergey Senozhatsky
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki
On Monday, June 14, 2010, Sergey Senozhatsky wrote:
> On (06/13/10 16:48), Rafael J. Wysocki wrote:
> > 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 (75 days old)
> > Message-ID : <<<20100331102142.GA3294-dY8u8AhHFaWtd10JCjopabkcH5ONE+aC@public.gmane.org>>>
> > References : http://marc.info/?l=linux-kernel&m=127003090406108&w=2
> >
> >
>
>
> Hello,
>
> .35-rc3
>
> kernel: [ 109.024175] pktgen 2.73: Packet Generator for packet performance testing.
> kernel: [ 144.360001] ------------[ cut here ]------------
> kernel: [ 144.360012] WARNING: at net/sched/sch_generic.c:258 dev_watchdog+0xc1/0x129()
> kernel: [ 144.360016] Hardware name: F3JC
> kernel: [ 144.360019] NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out
> kernel: [ 144.360022] Modules linked in: pktgen snd_hwdep snd_hda_codec_si3054 snd_hda_codec_realtek snd_hda_intel asus_laptop sparse_keymap sdhci_pci sdhci mmc_core led_class snd_hda_codec i2c_i801 rng_core snd_pcm snd_timer
> snd_page_alloc snd soundcore psmouse sg serio_raw evdev r8169 mii usbhid hid uhci_hcd ehci_hcd sr_mod usbcore cdrom sd_mod ata_piix
> kernel: [ 144.360073] Pid: 3424, comm: kpktgend_0 Not tainted 2.6.35-rc3-dbg-00106-ga75e02b #2
> kernel: [ 144.360076] Call Trace:
> kernel: [ 144.360085] [<c102dc0a>] warn_slowpath_common+0x65/0x7a
> kernel: [ 144.360090] [<c1266683>] ? dev_watchdog+0xc1/0x129
> kernel: [ 144.360095] [<c102dc83>] warn_slowpath_fmt+0x26/0x2a
> kernel: [ 144.360100] [<c1266683>] dev_watchdog+0xc1/0x129
> kernel: [ 144.360107] [<c10365af>] ? run_timer_softirq+0x136/0x22b
> kernel: [ 144.360113] [<c1036608>] run_timer_softirq+0x18f/0x22b
> kernel: [ 144.360118] [<c10365af>] ? run_timer_softirq+0x136/0x22b
> kernel: [ 144.360123] [<c12665c2>] ? dev_watchdog+0x0/0x129
> kernel: [ 144.360129] [<c10322d2>] __do_softirq+0x79/0xec
> kernel: [ 144.360135] [<c103236f>] do_softirq+0x2a/0x2f
> kernel: [ 144.360140] [<c1032519>] _local_bh_enable_ip+0x65/0x86
> kernel: [ 144.360145] [<c1032542>] local_bh_enable_ip+0x8/0xa
> kernel: [ 144.360151] [<c12c354b>] _raw_spin_unlock_bh+0x2f/0x32
> kernel: [ 144.360158] [<f808e5c7>] pktgen_xmit+0xda2/0xe6f [pktgen]
> kernel: [ 144.360168] [<fd1d57b8>] ? rtl8169_start_xmit+0x0/0x307 [r8169]
> kernel: [ 144.360174] [<c1002d70>] ? common_interrupt+0x30/0x38
> kernel: [ 144.360180] [<c104c65d>] ? __lock_acquire+0x1d6/0x3ca
> kernel: [ 144.360187] [<f808e88f>] ? pktgen_thread_worker+0x96/0x5c3 [pktgen]
> kernel: [ 144.360193] [<c1028a2f>] ? get_parent_ip+0xb/0x31
> kernel: [ 144.360198] [<c1028ad1>] ? sub_preempt_count+0x7c/0x89
> kernel: [ 144.360205] [<f808e969>] pktgen_thread_worker+0x170/0x5c3 [pktgen]
> kernel: [ 144.360209] [<c12c1e13>] ? schedule+0x535/0x545
> kernel: [ 144.360216] [<c103f1d2>] ? autoremove_wake_function+0x0/0x2f
> kernel: [ 144.360221] [<c103f1d2>] ? autoremove_wake_function+0x0/0x2f
> kernel: [ 144.360227] [<f808e7f9>] ? pktgen_thread_worker+0x0/0x5c3 [pktgen]
> kernel: [ 144.360232] [<c103eee2>] kthread+0x6a/0x6f
> kernel: [ 144.360238] [<c103ee78>] ? kthread+0x0/0x6f
> kernel: [ 144.360243] [<c1002d7e>] kernel_thread_helper+0x6/0x10
> kernel: [ 144.360247] ---[ end trace a692664bf7dac635 ]---
Thanks for the update.
Rafael
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15712] [regression] 2.6.34-rc1 to -rc3 on zaurus: no longer boots
@ 2010-06-14 14:09 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-14 14:09 UTC (permalink / raw)
To: Pavel Machek
Cc: Eric Miao, Linux Kernel Mailing List, Kernel Testers List,
Maciej Rutecki
On Monday, June 14, 2010, Pavel Machek wrote:
> Hi!
>
> > I can boot successfully on my akita/corgi with my 2.6.35-rc3 kernel.
> > I'll find some time to test v2.6.34 though.
>
> This one is long solved. 2.6.34 works for me, as does 2.6.35-rc2.
OK, thanks for the info.
Rafael
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15712] [regression] 2.6.34-rc1 to -rc3 on zaurus: no longer boots
@ 2010-06-14 14:09 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-14 14:09 UTC (permalink / raw)
To: Pavel Machek
Cc: Eric Miao, Linux Kernel Mailing List, Kernel Testers List,
Maciej Rutecki
On Monday, June 14, 2010, Pavel Machek wrote:
> Hi!
>
> > I can boot successfully on my akita/corgi with my 2.6.35-rc3 kernel.
> > I'll find some time to test v2.6.34 though.
>
> This one is long solved. 2.6.34 works for me, as does 2.6.35-rc2.
OK, thanks for the info.
Rafael
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15909] open("a/",O_NOFOLLOW) fails with ELOOP if "a" is a symbolic link to a directory.
@ 2010-06-14 14:10 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-14 14:10 UTC (permalink / raw)
To: Jan Kara
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Marius Tolzmann, Miklos Szeredi, OGAWA Hirofumi
On Monday, June 14, 2010, Jan Kara wrote:
> On Sun 13-06-10 16:48:58, 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=15909
> > Subject : open("a/",O_NOFOLLOW) fails with ELOOP if "a" is a symbolic link to a directory.
> > Submitter : Marius Tolzmann <tolzmann@molgen.mpg.de>
> > Date : 2010-05-05 13:01 (40 days old)
> > Handled-By : OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
> > Jan Kara <jack@suse.cz>
> > Patch : https://patchwork.kernel.org/patch/99291/
> The fix went in shortly before 2.6.34 was released (commit
> 002baeecf53677d2034113e34197ec221f42e037). So everything should be fine.
Thanks, closing.
Rafael
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15909] open("a/",O_NOFOLLOW) fails with ELOOP if "a" is a symbolic link to a directory.
@ 2010-06-14 14:10 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-14 14:10 UTC (permalink / raw)
To: Jan Kara
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Marius Tolzmann, Miklos Szeredi, OGAWA Hirofumi
On Monday, June 14, 2010, Jan Kara wrote:
> On Sun 13-06-10 16:48:58, 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=15909
> > Subject : open("a/",O_NOFOLLOW) fails with ELOOP if "a" is a symbolic link to a directory.
> > Submitter : Marius Tolzmann <tolzmann-KUpvgZVWgV9o1qOY/usvUg@public.gmane.org>
> > Date : 2010-05-05 13:01 (40 days old)
> > Handled-By : OGAWA Hirofumi <hirofumi-UIVanBePwB70ZhReMnHkpc8NsWr+9BEh@public.gmane.org>
> > Jan Kara <jack-AlSwsSmVLrQ@public.gmane.org>
> > Patch : https://patchwork.kernel.org/patch/99291/
> The fix went in shortly before 2.6.34 was released (commit
> 002baeecf53677d2034113e34197ec221f42e037). So everything should be fine.
Thanks, closing.
Rafael
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15589] 2.6.34-rc1: Badness at fs/proc/generic.c:316
2010-06-14 6:39 ` Alexey Dobriyan
@ 2010-06-14 15:42 ` Grant Likely
-1 siblings, 0 replies; 128+ messages in thread
From: Grant Likely @ 2010-06-14 15:42 UTC (permalink / raw)
To: Alexey Dobriyan
Cc: Christian Kujau, Stefan Lippers-Hollmann, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Michael Ellerman, linux-media, mchehab
On Mon, Jun 14, 2010 at 12:39 AM, Alexey Dobriyan <adobriyan@gmail.com> wrote:
> On Sun, Jun 13, 2010 at 01:57:40PM -0600, Grant Likely wrote:
>> On brief review, they look like completely different issues. I doubt
>> the second patch will fix the flexcop-pci issue.
>
> It will, see how name wht slashes propagated by request_irq()
I think we've crossed wires. By second patch I mean the patch that
changes OF code. That change has absolutely no bearing on the
flexcop-pci driver. The patch to the flexcop-pci driver looks correct
to me, but it is completely unrelated to the OF badness.
g.
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15589] 2.6.34-rc1: Badness at fs/proc/generic.c:316
@ 2010-06-14 15:42 ` Grant Likely
0 siblings, 0 replies; 128+ messages in thread
From: Grant Likely @ 2010-06-14 15:42 UTC (permalink / raw)
To: Alexey Dobriyan
Cc: Christian Kujau, Stefan Lippers-Hollmann, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Michael Ellerman, linux-media-u79uwXL29TY76Z2rM5mHXA,
mchehab-wEGCiKHe2LqWVfeAwA7xHQ
On Mon, Jun 14, 2010 at 12:39 AM, Alexey Dobriyan <adobriyan-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> On Sun, Jun 13, 2010 at 01:57:40PM -0600, Grant Likely wrote:
>> On brief review, they look like completely different issues. I doubt
>> the second patch will fix the flexcop-pci issue.
>
> It will, see how name wht slashes propagated by request_irq()
I think we've crossed wires. By second patch I mean the patch that
changes OF code. That change has absolutely no bearing on the
flexcop-pci driver. The patch to the flexcop-pci driver looks correct
to me, but it is completely unrelated to the OF badness.
g.
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15970] BUG: amd64-agp (2.6.34-rc7)
2010-06-13 14:48 ` Rafael J. Wysocki
@ 2010-06-14 21:52 ` Randy Dunlap
-1 siblings, 0 replies; 128+ messages in thread
From: Randy Dunlap @ 2010-06-14 21:52 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki
On Sun, 13 Jun 2010 16:48:59 +0200 (CEST) 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=15970
> Subject : BUG: amd64-agp (2.6.34-rc7)
> Submitter : Randy Dunlap <randy.dunlap@oracle.com>
> Date : 2010-05-11 20:56 (34 days old)
> Message-ID : <4BE9C469.2020901@oracle.com>
> References : http://marc.info/?l=linux-kernel&m=127361149610881&w=2
This bug does not happen in 2.6.35-rc3; it appears that some patch has
fixed this one. Please close it as fixed.
---
~Randy
*** Remember to use Documentation/SubmitChecklist when testing your code ***
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15970] BUG: amd64-agp (2.6.34-rc7)
@ 2010-06-14 21:52 ` Randy Dunlap
0 siblings, 0 replies; 128+ messages in thread
From: Randy Dunlap @ 2010-06-14 21:52 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki
On Sun, 13 Jun 2010 16:48:59 +0200 (CEST) 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=15970
> Subject : BUG: amd64-agp (2.6.34-rc7)
> Submitter : Randy Dunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
> Date : 2010-05-11 20:56 (34 days old)
> Message-ID : <4BE9C469.2020901-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
> References : http://marc.info/?l=linux-kernel&m=127361149610881&w=2
This bug does not happen in 2.6.35-rc3; it appears that some patch has
fixed this one. Please close it as fixed.
---
~Randy
*** Remember to use Documentation/SubmitChecklist when testing your code ***
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15970] BUG: amd64-agp (2.6.34-rc7)
@ 2010-06-15 0:13 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-15 0:13 UTC (permalink / raw)
To: Randy Dunlap
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki
On Monday, June 14, 2010, Randy Dunlap wrote:
> On Sun, 13 Jun 2010 16:48:59 +0200 (CEST) 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=15970
> > Subject : BUG: amd64-agp (2.6.34-rc7)
> > Submitter : Randy Dunlap <randy.dunlap@oracle.com>
> > Date : 2010-05-11 20:56 (34 days old)
> > Message-ID : <4BE9C469.2020901@oracle.com>
> > References : http://marc.info/?l=linux-kernel&m=127361149610881&w=2
>
>
> This bug does not happen in 2.6.35-rc3; it appears that some patch has
> fixed this one. Please close it as fixed.
Thanks, closing.
Rafael
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15970] BUG: amd64-agp (2.6.34-rc7)
@ 2010-06-15 0:13 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-06-15 0:13 UTC (permalink / raw)
To: Randy Dunlap
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki
On Monday, June 14, 2010, Randy Dunlap wrote:
> On Sun, 13 Jun 2010 16:48:59 +0200 (CEST) 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=15970
> > Subject : BUG: amd64-agp (2.6.34-rc7)
> > Submitter : Randy Dunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
> > Date : 2010-05-11 20:56 (34 days old)
> > Message-ID : <4BE9C469.2020901-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
> > References : http://marc.info/?l=linux-kernel&m=127361149610881&w=2
>
>
> This bug does not happen in 2.6.35-rc3; it appears that some patch has
> fixed this one. Please close it as fixed.
Thanks, closing.
Rafael
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
2010-06-13 14:48 ` Rafael J. Wysocki
@ 2010-06-15 14:49 ` Christoph Lameter
-1 siblings, 0 replies; 128+ messages in thread
From: Christoph Lameter @ 2010-06-15 14:49 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Alex Shi, Pekka Enberg
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>
>
>
>
>
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
@ 2010-06-15 14:49 ` Christoph Lameter
0 siblings, 0 replies; 128+ messages in thread
From: Christoph Lameter @ 2010-06-15 14:49 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Alex Shi, Pekka Enberg
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>
>
>
>
>
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #16054] UML broken for CONFIG_SLAB
@ 2010-06-16 3:42 ` Parag Warudkar
0 siblings, 0 replies; 128+ messages in thread
From: Parag Warudkar @ 2010-06-16 3:42 UTC (permalink / raw)
To: Borislav Petkov, Parag Warudkar, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki
On Sun, Jun 13, 2010 at 12:07 PM, Borislav Petkov <bp@alien8.de> wrote:
> From: Parag Warudkar <parag.lkml@gmail.com>
> Date: Sun, Jun 13, 2010 at 11:35:34AM -0400
>
>> On Sun, Jun 13, 2010 at 10:49 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>> >
>> >
>> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16054
>> > Subject : UML broken for CONFIG_SLAB
>> > Submitter : Parag Warudkar <parag.lkml@gmail.com>
>> > Date : 2010-05-23 21:40 (22 days old)
>> > Message-ID : <alpine.DEB.2.00.1005231149100.605@parag-laptop>
>> > References : http://marc.info/?l=linux-kernel&m=127465083806617&w=2
>>
>> Borislav,
>>
>> I believe both of the issues I encountered that are part of this bug
>> entry (missing/superfluous slab inclusion issues and cfq related boot
>> crash due to popcnt/hweight stuff) have a known fix [1] but I am not
>> sure if any of it actually landed in -git. Quick search through
>> git.kernel.org log doesn't show anything relevant.
>
> I don't know whether the SLAB issue is related but
> the hweight fix is in -tip and hasn't gone mainline yet:
> http://git.kernel.org/tip/055c47272b8f5679d08ccc57efea3cb4aaeb5fc6
>
I applied the fix by hand and still no dice. So although
cfq_close_cooperator still shows up in the oops - this seems to be
unrelated to the hweight fix?
I should update the bug report - SLAB is separate issue, cfq one is
another and happens with SLUB.
Thanks
Parag
Modules linked in:
Pid: 30, comm: kblockd/0 Not tainted 2.6.35-rc3
RIP: 0033:[<00000000600ea2e0>]
RSP: 00000000601ff680 EFLAGS: 00010202
RAX: 0000000000000000 RBX: 0000000080481800 RCX: 0000000000050000
RDX: 0000000000000000 RSI: 0000000000001c10 RDI: 0000000000000000
RBP: 00000000601ff690 R08: 0000000000001c10 R09: 000000000000001e
R10: 0000000000000001 R11: 0000000060278b28 R12: 00000000805af3c0
R13: 00000000805af3c0 R14: 00000000805ae7b0 R15: 0000000000000001
Call Trace:
601ff178: [<60014a79>] segv+0x70/0x212
601ff188: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
601ff258: [<60014c7a>] segv_handler+0x5f/0x65
601ff288: [<60021680>] sig_handler_common+0x84/0x98
601ff310: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
601ff3b8: [<600217c6>] sig_handler+0x30/0x3b
601ff3d8: [<600219f8>] handle_signal+0x6d/0xa3
601ff428: [<600233b0>] hard_handler+0x10/0x14
601ff4e8: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
601ff538: [<60029a35>] try_to_wake_up+0x82/0x94
601ff588: [<60029a54>] default_wake_function+0xd/0xf
601ff598: [<60040bbb>] autoremove_wake_function+0x11/0x34
601ff5b8: [<60040c06>] wake_bit_function+0x28/0x2e
601ff5d8: [<6007920b>] kmem_cache_free+0x85/0x92
601ff618: [<60057406>] mempool_free_slab+0x12/0x14
601ff628: [<600574d4>] mempool_free+0x6f/0x76
601ff658: [<6009e47e>] bio_free+0x4d/0x52
601ff678: [<600ea2ce>] cfq_close_cooperator+0x135/0x160
601ff698: [<600ea70b>] cfq_completed_request+0x375/0x4db
601ff6f8: [<600dee9a>] elv_completed_request+0x4e/0xaf
601ff718: [<600e036a>] __blk_put_request+0x37/0xbd
601ff748: [<600e057b>] blk_finish_request+0x18b/0x198
601ff788: [<600e0831>] blk_end_bidi_request+0x38/0x4b
601ff7b8: [<600e0876>] blk_end_request+0xb/0xd
601ff7c8: [<6001cf70>] ubd_intr+0x55/0xd7
601ff808: [<600527d2>] handle_IRQ_event+0x20/0x9a
601ff838: [<600528b9>] __do_IRQ+0x6d/0xb0
601ff868: [<6001217d>] do_IRQ+0x27/0x3f
601ff898: [<6001234d>] sigio_handler+0x4b/0x5f
601ff8b8: [<60021680>] sig_handler_common+0x84/0x98
601ff8d8: [<600122f9>] reactivate_fd+0x54/0x5d
601ff918: [<6001cf8b>] ubd_intr+0x70/0xd7
601ff938: [<60054856>] rcu_qsctr_help+0x41/0x4a
601ff968: [<600549f6>] rcu_sched_qs+0x1f/0x34
601ff988: [<60054a98>] rcu_enter_nohz+0x21/0x25
601ff9a8: [<600163d2>] free_irqs+0x72/0xd4
601ff9e8: [<600216df>] unblock_signals+0x4b/0x5d
601ffa08: [<6002166d>] sig_handler_common+0x71/0x98
601ffa90: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
601ffab0: [<6002480a>] __delay+0xa/0x14
601ffb38: [<600217c6>] sig_handler+0x30/0x3b
601ffb58: [<600219f8>] handle_signal+0x6d/0xa3
601ffba8: [<600233b0>] hard_handler+0x10/0x14
601ffc68: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
Kernel panic - not syncing: Segfault with no mm
Call Trace:
601ff088: [<6016916f>] panic+0xe4/0x14f
601ff0e8: [<6004db5b>] is_module_text_address+0x9/0x11
601ff0f8: [<6003ece4>] __kernel_text_address+0x65/0x6b
601ff100: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
601ff118: [<60013a12>] show_trace+0x8e/0x95
601ff148: [<60026e14>] show_regs+0x2b/0x2f
601ff178: [<60014b03>] segv+0xfa/0x212
601ff188: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
601ff258: [<60014c7a>] segv_handler+0x5f/0x65
601ff288: [<60021680>] sig_handler_common+0x84/0x98
601ff310: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
601ff3b8: [<600217c6>] sig_handler+0x30/0x3b
601ff3d8: [<600219f8>] handle_signal+0x6d/0xa3
601ff428: [<600233b0>] hard_handler+0x10/0x14
601ff4e8: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
601ff538: [<60029a35>] try_to_wake_up+0x82/0x94
601ff588: [<60029a54>] default_wake_function+0xd/0xf
601ff598: [<60040bbb>] autoremove_wake_function+0x11/0x34
601ff5b8: [<60040c06>] wake_bit_function+0x28/0x2e
601ff5d8: [<6007920b>] kmem_cache_free+0x85/0x92
601ff618: [<60057406>] mempool_free_slab+0x12/0x14
601ff628: [<600574d4>] mempool_free+0x6f/0x76
601ff658: [<6009e47e>] bio_free+0x4d/0x52
601ff678: [<600ea2ce>] cfq_close_cooperator+0x135/0x160
601ff698: [<600ea70b>] cfq_completed_request+0x375/0x4db
601ff6f8: [<600dee9a>] elv_completed_request+0x4e/0xaf
601ff718: [<600e036a>] __blk_put_request+0x37/0xbd
601ff748: [<600e057b>] blk_finish_request+0x18b/0x198
601ff788: [<600e0831>] blk_end_bidi_request+0x38/0x4b
601ff7b8: [<600e0876>] blk_end_request+0xb/0xd
601ff7c8: [<6001cf70>] ubd_intr+0x55/0xd7
601ff808: [<600527d2>] handle_IRQ_event+0x20/0x9a
601ff838: [<600528b9>] __do_IRQ+0x6d/0xb0
601ff868: [<6001217d>] do_IRQ+0x27/0x3f
601ff898: [<6001234d>] sigio_handler+0x4b/0x5f
601ff8b8: [<60021680>] sig_handler_common+0x84/0x98
601ff8d8: [<600122f9>] reactivate_fd+0x54/0x5d
601ff918: [<6001cf8b>] ubd_intr+0x70/0xd7
601ff938: [<60054856>] rcu_qsctr_help+0x41/0x4a
601ff968: [<600549f6>] rcu_sched_qs+0x1f/0x34
601ff988: [<60054a98>] rcu_enter_nohz+0x21/0x25
601ff9a8: [<600163d2>] free_irqs+0x72/0xd4
601ff9e8: [<600216df>] unblock_signals+0x4b/0x5d
601ffa08: [<6002166d>] sig_handler_common+0x71/0x98
601ffa90: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
601ffab0: [<6002480a>] __delay+0xa/0x14
601ffb38: [<600217c6>] sig_handler+0x30/0x3b
601ffb58: [<600219f8>] handle_signal+0x6d/0xa3
601ffba8: [<600233b0>] hard_handler+0x10/0x14
601ffc68: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
Modules linked in:
Pid: 30, comm: kblockd/0 Not tainted 2.6.35-rc3
RIP: 0033:[<00007f7624535d57>]
RSP: 00007fff27cfa1c8 EFLAGS: 00000202
RAX: 0000000000000000 RBX: 0000000000001482 RCX: ffffffffffffffff
RDX: 0000000000000000 RSI: 0000000000000013 RDI: 0000000000001482
RBP: 00007fff27cfa200 R08: 0000000000000000 R09: 00007fff27cfa200
R10: 00007fff27cf9f70 R11: 0000000000000202 R12: 000000000000147e
R13: 00007f7624ca36a8 R14: 00007fff27cfa410 R15: 00007fff27cfc66e
Call Trace:
601ff018: [<60014de7>] panic_exit+0x2f/0x45
601ff020: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
601ff038: [<600441f2>] notifier_call_chain+0x32/0x5e
601ff078: [<60044238>] atomic_notifier_call_chain+0xf/0x11
601ff088: [<6016918a>] panic+0xff/0x14f
601ff0e8: [<6004db5b>] is_module_text_address+0x9/0x11
601ff0f8: [<6003ece4>] __kernel_text_address+0x65/0x6b
601ff100: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
601ff118: [<60013a12>] show_trace+0x8e/0x95
601ff148: [<60026e14>] show_regs+0x2b/0x2f
601ff178: [<60014b03>] segv+0xfa/0x212
601ff188: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
601ff258: [<60014c7a>] segv_handler+0x5f/0x65
601ff288: [<60021680>] sig_handler_common+0x84/0x98
601ff310: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
601ff3b8: [<600217c6>] sig_handler+0x30/0x3b
601ff3d8: [<600219f8>] handle_signal+0x6d/0xa3
601ff428: [<600233b0>] hard_handler+0x10/0x14
601ff4e8: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
601ff538: [<60029a35>] try_to_wake_up+0x82/0x94
601ff588: [<60029a54>] default_wake_function+0xd/0xf
601ff598: [<60040bbb>] autoremove_wake_function+0x11/0x34
601ff5b8: [<60040c06>] wake_bit_function+0x28/0x2e
601ff5d8: [<6007920b>] kmem_cache_free+0x85/0x92
601ff618: [<60057406>] mempool_free_slab+0x12/0x14
601ff628: [<600574d4>] mempool_free+0x6f/0x76
601ff658: [<6009e47e>] bio_free+0x4d/0x52
601ff678: [<600ea2ce>] cfq_close_cooperator+0x135/0x160
601ff698: [<600ea70b>] cfq_completed_request+0x375/0x4dbSegmentation fault
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #16054] UML broken for CONFIG_SLAB
@ 2010-06-16 3:42 ` Parag Warudkar
0 siblings, 0 replies; 128+ messages in thread
From: Parag Warudkar @ 2010-06-16 3:42 UTC (permalink / raw)
To: Borislav Petkov, Parag Warudkar, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel
On Sun, Jun 13, 2010 at 12:07 PM, Borislav Petkov <bp-Gina5bIWoIWzQB+pC5nmwQ@public.gmane.org> wrote:
> From: Parag Warudkar <parag.lkml-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Date: Sun, Jun 13, 2010 at 11:35:34AM -0400
>
>> On Sun, Jun 13, 2010 at 10:49 AM, Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org> wrote:
>> >
>> >
>> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16054
>> > Subject : UML broken for CONFIG_SLAB
>> > Submitter : Parag Warudkar <parag.lkml-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
>> > Date : 2010-05-23 21:40 (22 days old)
>> > Message-ID : <alpine.DEB.2.00.1005231149100.605@parag-laptop>
>> > References : http://marc.info/?l=linux-kernel&m=127465083806617&w=2
>>
>> Borislav,
>>
>> I believe both of the issues I encountered that are part of this bug
>> entry (missing/superfluous slab inclusion issues and cfq related boot
>> crash due to popcnt/hweight stuff) have a known fix [1] but I am not
>> sure if any of it actually landed in -git. Quick search through
>> git.kernel.org log doesn't show anything relevant.
>
> I don't know whether the SLAB issue is related but
> the hweight fix is in -tip and hasn't gone mainline yet:
> http://git.kernel.org/tip/055c47272b8f5679d08ccc57efea3cb4aaeb5fc6
>
I applied the fix by hand and still no dice. So although
cfq_close_cooperator still shows up in the oops - this seems to be
unrelated to the hweight fix?
I should update the bug report - SLAB is separate issue, cfq one is
another and happens with SLUB.
Thanks
Parag
Modules linked in:
Pid: 30, comm: kblockd/0 Not tainted 2.6.35-rc3
RIP: 0033:[<00000000600ea2e0>]
RSP: 00000000601ff680 EFLAGS: 00010202
RAX: 0000000000000000 RBX: 0000000080481800 RCX: 0000000000050000
RDX: 0000000000000000 RSI: 0000000000001c10 RDI: 0000000000000000
RBP: 00000000601ff690 R08: 0000000000001c10 R09: 000000000000001e
R10: 0000000000000001 R11: 0000000060278b28 R12: 00000000805af3c0
R13: 00000000805af3c0 R14: 00000000805ae7b0 R15: 0000000000000001
Call Trace:
601ff178: [<60014a79>] segv+0x70/0x212
601ff188: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
601ff258: [<60014c7a>] segv_handler+0x5f/0x65
601ff288: [<60021680>] sig_handler_common+0x84/0x98
601ff310: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
601ff3b8: [<600217c6>] sig_handler+0x30/0x3b
601ff3d8: [<600219f8>] handle_signal+0x6d/0xa3
601ff428: [<600233b0>] hard_handler+0x10/0x14
601ff4e8: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
601ff538: [<60029a35>] try_to_wake_up+0x82/0x94
601ff588: [<60029a54>] default_wake_function+0xd/0xf
601ff598: [<60040bbb>] autoremove_wake_function+0x11/0x34
601ff5b8: [<60040c06>] wake_bit_function+0x28/0x2e
601ff5d8: [<6007920b>] kmem_cache_free+0x85/0x92
601ff618: [<60057406>] mempool_free_slab+0x12/0x14
601ff628: [<600574d4>] mempool_free+0x6f/0x76
601ff658: [<6009e47e>] bio_free+0x4d/0x52
601ff678: [<600ea2ce>] cfq_close_cooperator+0x135/0x160
601ff698: [<600ea70b>] cfq_completed_request+0x375/0x4db
601ff6f8: [<600dee9a>] elv_completed_request+0x4e/0xaf
601ff718: [<600e036a>] __blk_put_request+0x37/0xbd
601ff748: [<600e057b>] blk_finish_request+0x18b/0x198
601ff788: [<600e0831>] blk_end_bidi_request+0x38/0x4b
601ff7b8: [<600e0876>] blk_end_request+0xb/0xd
601ff7c8: [<6001cf70>] ubd_intr+0x55/0xd7
601ff808: [<600527d2>] handle_IRQ_event+0x20/0x9a
601ff838: [<600528b9>] __do_IRQ+0x6d/0xb0
601ff868: [<6001217d>] do_IRQ+0x27/0x3f
601ff898: [<6001234d>] sigio_handler+0x4b/0x5f
601ff8b8: [<60021680>] sig_handler_common+0x84/0x98
601ff8d8: [<600122f9>] reactivate_fd+0x54/0x5d
601ff918: [<6001cf8b>] ubd_intr+0x70/0xd7
601ff938: [<60054856>] rcu_qsctr_help+0x41/0x4a
601ff968: [<600549f6>] rcu_sched_qs+0x1f/0x34
601ff988: [<60054a98>] rcu_enter_nohz+0x21/0x25
601ff9a8: [<600163d2>] free_irqs+0x72/0xd4
601ff9e8: [<600216df>] unblock_signals+0x4b/0x5d
601ffa08: [<6002166d>] sig_handler_common+0x71/0x98
601ffa90: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
601ffab0: [<6002480a>] __delay+0xa/0x14
601ffb38: [<600217c6>] sig_handler+0x30/0x3b
601ffb58: [<600219f8>] handle_signal+0x6d/0xa3
601ffba8: [<600233b0>] hard_handler+0x10/0x14
601ffc68: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
Kernel panic - not syncing: Segfault with no mm
Call Trace:
601ff088: [<6016916f>] panic+0xe4/0x14f
601ff0e8: [<6004db5b>] is_module_text_address+0x9/0x11
601ff0f8: [<6003ece4>] __kernel_text_address+0x65/0x6b
601ff100: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
601ff118: [<60013a12>] show_trace+0x8e/0x95
601ff148: [<60026e14>] show_regs+0x2b/0x2f
601ff178: [<60014b03>] segv+0xfa/0x212
601ff188: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
601ff258: [<60014c7a>] segv_handler+0x5f/0x65
601ff288: [<60021680>] sig_handler_common+0x84/0x98
601ff310: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
601ff3b8: [<600217c6>] sig_handler+0x30/0x3b
601ff3d8: [<600219f8>] handle_signal+0x6d/0xa3
601ff428: [<600233b0>] hard_handler+0x10/0x14
601ff4e8: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
601ff538: [<60029a35>] try_to_wake_up+0x82/0x94
601ff588: [<60029a54>] default_wake_function+0xd/0xf
601ff598: [<60040bbb>] autoremove_wake_function+0x11/0x34
601ff5b8: [<60040c06>] wake_bit_function+0x28/0x2e
601ff5d8: [<6007920b>] kmem_cache_free+0x85/0x92
601ff618: [<60057406>] mempool_free_slab+0x12/0x14
601ff628: [<600574d4>] mempool_free+0x6f/0x76
601ff658: [<6009e47e>] bio_free+0x4d/0x52
601ff678: [<600ea2ce>] cfq_close_cooperator+0x135/0x160
601ff698: [<600ea70b>] cfq_completed_request+0x375/0x4db
601ff6f8: [<600dee9a>] elv_completed_request+0x4e/0xaf
601ff718: [<600e036a>] __blk_put_request+0x37/0xbd
601ff748: [<600e057b>] blk_finish_request+0x18b/0x198
601ff788: [<600e0831>] blk_end_bidi_request+0x38/0x4b
601ff7b8: [<600e0876>] blk_end_request+0xb/0xd
601ff7c8: [<6001cf70>] ubd_intr+0x55/0xd7
601ff808: [<600527d2>] handle_IRQ_event+0x20/0x9a
601ff838: [<600528b9>] __do_IRQ+0x6d/0xb0
601ff868: [<6001217d>] do_IRQ+0x27/0x3f
601ff898: [<6001234d>] sigio_handler+0x4b/0x5f
601ff8b8: [<60021680>] sig_handler_common+0x84/0x98
601ff8d8: [<600122f9>] reactivate_fd+0x54/0x5d
601ff918: [<6001cf8b>] ubd_intr+0x70/0xd7
601ff938: [<60054856>] rcu_qsctr_help+0x41/0x4a
601ff968: [<600549f6>] rcu_sched_qs+0x1f/0x34
601ff988: [<60054a98>] rcu_enter_nohz+0x21/0x25
601ff9a8: [<600163d2>] free_irqs+0x72/0xd4
601ff9e8: [<600216df>] unblock_signals+0x4b/0x5d
601ffa08: [<6002166d>] sig_handler_common+0x71/0x98
601ffa90: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
601ffab0: [<6002480a>] __delay+0xa/0x14
601ffb38: [<600217c6>] sig_handler+0x30/0x3b
601ffb58: [<600219f8>] handle_signal+0x6d/0xa3
601ffba8: [<600233b0>] hard_handler+0x10/0x14
601ffc68: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
Modules linked in:
Pid: 30, comm: kblockd/0 Not tainted 2.6.35-rc3
RIP: 0033:[<00007f7624535d57>]
RSP: 00007fff27cfa1c8 EFLAGS: 00000202
RAX: 0000000000000000 RBX: 0000000000001482 RCX: ffffffffffffffff
RDX: 0000000000000000 RSI: 0000000000000013 RDI: 0000000000001482
RBP: 00007fff27cfa200 R08: 0000000000000000 R09: 00007fff27cfa200
R10: 00007fff27cf9f70 R11: 0000000000000202 R12: 000000000000147e
R13: 00007f7624ca36a8 R14: 00007fff27cfa410 R15: 00007fff27cfc66e
Call Trace:
601ff018: [<60014de7>] panic_exit+0x2f/0x45
601ff020: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
601ff038: [<600441f2>] notifier_call_chain+0x32/0x5e
601ff078: [<60044238>] atomic_notifier_call_chain+0xf/0x11
601ff088: [<6016918a>] panic+0xff/0x14f
601ff0e8: [<6004db5b>] is_module_text_address+0x9/0x11
601ff0f8: [<6003ece4>] __kernel_text_address+0x65/0x6b
601ff100: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
601ff118: [<60013a12>] show_trace+0x8e/0x95
601ff148: [<60026e14>] show_regs+0x2b/0x2f
601ff178: [<60014b03>] segv+0xfa/0x212
601ff188: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
601ff258: [<60014c7a>] segv_handler+0x5f/0x65
601ff288: [<60021680>] sig_handler_common+0x84/0x98
601ff310: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
601ff3b8: [<600217c6>] sig_handler+0x30/0x3b
601ff3d8: [<600219f8>] handle_signal+0x6d/0xa3
601ff428: [<600233b0>] hard_handler+0x10/0x14
601ff4e8: [<600ea2e0>] cfq_close_cooperator+0x147/0x160
601ff538: [<60029a35>] try_to_wake_up+0x82/0x94
601ff588: [<60029a54>] default_wake_function+0xd/0xf
601ff598: [<60040bbb>] autoremove_wake_function+0x11/0x34
601ff5b8: [<60040c06>] wake_bit_function+0x28/0x2e
601ff5d8: [<6007920b>] kmem_cache_free+0x85/0x92
601ff618: [<60057406>] mempool_free_slab+0x12/0x14
601ff628: [<600574d4>] mempool_free+0x6f/0x76
601ff658: [<6009e47e>] bio_free+0x4d/0x52
601ff678: [<600ea2ce>] cfq_close_cooperator+0x135/0x160
601ff698: [<600ea70b>] cfq_completed_request+0x375/0x4dbSegmentation fault
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: 2.6.35-rc3: Reported regressions 2.6.33 -> 2.6.34
2010-06-13 14:45 ` Rafael J. Wysocki
` (43 preceding siblings ...)
(?)
@ 2010-06-16 18:30 ` Nick Bowler
-1 siblings, 0 replies; 128+ messages in thread
From: Nick Bowler @ 2010-06-16 18:30 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Maciej Rutecki, Andrew Morton,
Linus Torvalds, Kernel Testers List, Network Development,
Linux ACPI, Linux PM List, Linux SCSI List, Linux Wireless List,
DRI
On 16:45 Sun 13 Jun , Rafael J. Wysocki wrote:
> * This report has been delayed, because I had to go through all of the
> entries and filter out the fixed ones, invalid ones etc. Of course, I might
> have missed some, but hopefully not too many.
This regression from 2.6.33 still seems to be missing from the list, and
is still present in 2.6.35-rc3.
r600 CS checker rejects narrow FBO renderbuffers.
https://bugs.freedesktop.org/show_bug.cgi?id=27609
--
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: 2.6.35-rc3: Reported regressions 2.6.33 -> 2.6.34
2010-06-13 14:45 ` Rafael J. Wysocki
` (42 preceding siblings ...)
(?)
@ 2010-06-16 18:30 ` Nick Bowler
-1 siblings, 0 replies; 128+ messages in thread
From: Nick Bowler @ 2010-06-16 18:30 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: DRI, Linux SCSI List, Network Development, Linux Wireless List,
Linux Kernel Mailing List, Linux ACPI, Andrew Morton,
Kernel Testers List, Linus Torvalds, Linux PM List,
Maciej Rutecki
On 16:45 Sun 13 Jun , Rafael J. Wysocki wrote:
> * This report has been delayed, because I had to go through all of the
> entries and filter out the fixed ones, invalid ones etc. Of course, I might
> have missed some, but hopefully not too many.
This regression from 2.6.33 still seems to be missing from the list, and
is still present in 2.6.35-rc3.
r600 CS checker rejects narrow FBO renderbuffers.
https://bugs.freedesktop.org/show_bug.cgi?id=27609
--
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: 2.6.35-rc3: Reported regressions 2.6.33 -> 2.6.34
2010-06-13 14:45 ` Rafael J. Wysocki
` (44 preceding siblings ...)
(?)
@ 2010-06-16 18:30 ` Nick Bowler
-1 siblings, 0 replies; 128+ messages in thread
From: Nick Bowler @ 2010-06-16 18:30 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: DRI, Linux SCSI List, Network Development, Linux Wireless List,
Linux Kernel Mailing List, Linux ACPI, Andrew Morton,
Kernel Testers List, Linus Torvalds, Linux PM List,
Maciej Rutecki
On 16:45 Sun 13 Jun , Rafael J. Wysocki wrote:
> * This report has been delayed, because I had to go through all of the
> entries and filter out the fixed ones, invalid ones etc. Of course, I might
> have missed some, but hopefully not too many.
This regression from 2.6.33 still seems to be missing from the list, and
is still present in 2.6.35-rc3.
r600 CS checker rejects narrow FBO renderbuffers.
https://bugs.freedesktop.org/show_bug.cgi?id=27609
--
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)
------------------------------------------------------------------------------
ThinkGeek and WIRED's GeekDad team up for the Ultimate
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
lucky parental unit. See the prize list and enter to win:
http://p.sf.net/sfu/thinkgeek-promo
--
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
2010-05-09 21:13 2.6.34-rc6-git6: Reported regressions from 2.6.33 Rafael J. Wysocki
@ 2010-05-09 21:17 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-05-09 21:17 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Alex Shi, Christoph Lameter,
Pekka Enberg
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>
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
2010-05-04 20:49 2.6.34-rc6-git2: Reported regressions from 2.6.33 Rafael J. Wysocki
@ 2010-05-04 21:21 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-05-04 21:21 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Alex Shi, Christoph Lameter,
Pekka Enberg
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>
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
@ 2010-05-04 21:21 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-05-04 21:21 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Alex Shi, Christoph Lameter,
Pekka Enberg
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>
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
2010-04-26 10:09 ` Pekka Enberg
(?)
(?)
@ 2010-04-27 1:41 ` Zhang, Yanmin
-1 siblings, 0 replies; 128+ messages in thread
From: Zhang, Yanmin @ 2010-04-27 1:41 UTC (permalink / raw)
To: Pekka Enberg
Cc: Tejun Heo, Christoph Lameter, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Alex Shi, tim.c.chen
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.
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
@ 2010-04-26 14:33 ` Tejun Heo
0 siblings, 0 replies; 128+ messages in thread
From: Tejun Heo @ 2010-04-26 14:33 UTC (permalink / raw)
To: Pekka J Enberg
Cc: Zhang, Yanmin, Christoph Lameter, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Alex Shi, tim.c.chen, npiggin, rientjes
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
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
@ 2010-04-26 14:33 ` Tejun Heo
0 siblings, 0 replies; 128+ messages in thread
From: Tejun Heo @ 2010-04-26 14:33 UTC (permalink / raw)
To: Pekka J Enberg
Cc: Zhang, Yanmin, Christoph Lameter, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Alex Shi, tim.c.chen-ral2JQCrhuEAvxtiuMwx3w, npiggin-l3A5Bk7waGM,
rientjes-hpIqsD4AKlfQT0dZR+AlfA
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
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
2010-04-26 10:53 ` Tejun Heo
(?)
@ 2010-04-26 14:17 ` Pekka J Enberg
2010-04-26 14:33 ` Tejun Heo
-1 siblings, 1 reply; 128+ messages in thread
From: Pekka J Enberg @ 2010-04-26 14:17 UTC (permalink / raw)
To: Tejun Heo
Cc: Zhang, Yanmin, Christoph Lameter, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Alex Shi, tim.c.chen, npiggin, rientjes
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);
}
^ permalink raw reply related [flat|nested] 128+ messages in thread
* Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
@ 2010-04-26 10:53 ` Tejun Heo
0 siblings, 0 replies; 128+ messages in thread
From: Tejun Heo @ 2010-04-26 10:53 UTC (permalink / raw)
To: Pekka Enberg
Cc: Zhang, Yanmin, Christoph Lameter, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Alex Shi, tim.c.chen
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
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
@ 2010-04-26 10:53 ` Tejun Heo
0 siblings, 0 replies; 128+ messages in thread
From: Tejun Heo @ 2010-04-26 10:53 UTC (permalink / raw)
To: Pekka Enberg
Cc: Zhang, Yanmin, Christoph Lameter, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Alex Shi, tim.c.chen-ral2JQCrhuEAvxtiuMwx3w
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
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
@ 2010-04-26 10:09 ` Pekka Enberg
0 siblings, 0 replies; 128+ messages in thread
From: Pekka Enberg @ 2010-04-26 10:09 UTC (permalink / raw)
To: Tejun Heo
Cc: Zhang, Yanmin, Christoph Lameter, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Alex Shi, tim.c.chen
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
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
@ 2010-04-26 10:09 ` Pekka Enberg
0 siblings, 0 replies; 128+ messages in thread
From: Pekka Enberg @ 2010-04-26 10:09 UTC (permalink / raw)
To: Tejun Heo
Cc: Zhang, Yanmin, Christoph Lameter, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Alex Shi, tim.c.chen-ral2JQCrhuEAvxtiuMwx3w
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
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
@ 2010-04-26 10:02 ` Tejun Heo
0 siblings, 0 replies; 128+ messages in thread
From: Tejun Heo @ 2010-04-26 10:02 UTC (permalink / raw)
To: Pekka Enberg
Cc: Zhang, Yanmin, Christoph Lameter, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Alex Shi, tim.c.chen
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
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
@ 2010-04-26 10:02 ` Tejun Heo
0 siblings, 0 replies; 128+ messages in thread
From: Tejun Heo @ 2010-04-26 10:02 UTC (permalink / raw)
To: Pekka Enberg
Cc: Zhang, Yanmin, Christoph Lameter, Rafael J. Wysocki,
Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Alex Shi, tim.c.chen-ral2JQCrhuEAvxtiuMwx3w
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
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
@ 2010-04-26 7:22 ` Pekka Enberg
0 siblings, 0 replies; 128+ messages in thread
From: Pekka Enberg @ 2010-04-26 7:22 UTC (permalink / raw)
To: Zhang, Yanmin
Cc: Christoph Lameter, Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Maciej Rutecki, Alex Shi, tj, tim.c.chen
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
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
@ 2010-04-26 7:22 ` Pekka Enberg
0 siblings, 0 replies; 128+ messages in thread
From: Pekka Enberg @ 2010-04-26 7:22 UTC (permalink / raw)
To: Zhang, Yanmin
Cc: Christoph Lameter, Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Maciej Rutecki, Alex Shi,
tj-DgEjT+Ai2ygdnm+yROfE0A, tim.c.chen-ral2JQCrhuEAvxtiuMwx3w
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
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
@ 2010-04-26 6:59 ` Zhang, Yanmin
0 siblings, 0 replies; 128+ messages in thread
From: Zhang, Yanmin @ 2010-04-26 6:59 UTC (permalink / raw)
To: Pekka J Enberg
Cc: Christoph Lameter, Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Maciej Rutecki, Alex Shi, tj, tim.c.chen
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
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
@ 2010-04-26 6:59 ` Zhang, Yanmin
0 siblings, 0 replies; 128+ messages in thread
From: Zhang, Yanmin @ 2010-04-26 6:59 UTC (permalink / raw)
To: Pekka J Enberg
Cc: Christoph Lameter, Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Maciej Rutecki, Alex Shi,
tj-DgEjT+Ai2ygdnm+yROfE0A, tim.c.chen-ral2JQCrhuEAvxtiuMwx3w
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
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
2010-04-22 17:26 ` Pekka Enberg
(?)
@ 2010-04-23 19:18 ` Pekka J Enberg
2010-04-26 6:59 ` Zhang, Yanmin
-1 siblings, 1 reply; 128+ messages in thread
From: Pekka J Enberg @ 2010-04-23 19:18 UTC (permalink / raw)
To: Christoph Lameter
Cc: Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Maciej Rutecki, Alex Shi, yanmin_zhang, tj
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;
^ permalink raw reply related [flat|nested] 128+ messages in thread
* Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
@ 2010-04-22 17:26 ` Pekka Enberg
0 siblings, 0 replies; 128+ messages in thread
From: Pekka Enberg @ 2010-04-22 17:26 UTC (permalink / raw)
To: Christoph Lameter
Cc: Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Maciej Rutecki, Alex Shi, yanmin_zhang, tj
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
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
@ 2010-04-22 17:26 ` Pekka Enberg
0 siblings, 0 replies; 128+ messages in thread
From: Pekka Enberg @ 2010-04-22 17:26 UTC (permalink / raw)
To: Christoph Lameter
Cc: Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Maciej Rutecki, Alex Shi,
yanmin_zhang-VuQAYsv1563Yd54FQh9/CA, tj-DgEjT+Ai2ygdnm+yROfE0A
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
^ permalink raw reply [flat|nested] 128+ messages in thread
* Re: [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
2010-04-20 3:19 ` [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e Rafael J. Wysocki
@ 2010-04-22 15:45 ` Christoph Lameter
2010-04-22 17:26 ` Pekka Enberg
0 siblings, 1 reply; 128+ messages in thread
From: Christoph Lameter @ 2010-04-22 15:45 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
Alex Shi, Pekka Enberg
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.
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
2010-04-20 3:15 2.6.34-rc5: Reported regressions from 2.6.33 Rafael J. Wysocki
@ 2010-04-20 3:19 ` Rafael J. Wysocki
2010-04-22 15:45 ` Christoph Lameter
0 siblings, 1 reply; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-04-20 3:19 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Alex Shi, Christoph Lameter,
Pekka Enberg
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>
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
2010-04-07 21:08 2.6.34-rc3-git6: Reported regressions from 2.6.33 Rafael J. Wysocki
@ 2010-04-07 21:13 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-04-07 21:13 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Alex Shi, Christoph Lameter,
Pekka Enberg
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>
^ permalink raw reply [flat|nested] 128+ messages in thread
* [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e
@ 2010-04-07 21:13 ` Rafael J. Wysocki
0 siblings, 0 replies; 128+ messages in thread
From: Rafael J. Wysocki @ 2010-04-07 21:13 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Maciej Rutecki, Alex Shi, Christoph Lameter,
Pekka Enberg
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>
^ permalink raw reply [flat|nested] 128+ messages in thread
end of thread, other threads:[~2010-06-16 18:31 UTC | newest]
Thread overview: 128+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-06-13 14:45 2.6.35-rc3: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki
2010-06-13 14:45 ` Rafael J. Wysocki
2010-06-13 14:45 ` Rafael J. Wysocki
2010-06-13 14:45 ` [Bug #15589] 2.6.34-rc1: Badness at fs/proc/generic.c:316 Rafael J. Wysocki
2010-06-13 14:45 ` Rafael J. Wysocki
2010-06-13 15:22 ` Stefan Lippers-Hollmann
2010-06-13 15:22 ` Stefan Lippers-Hollmann
2010-06-13 18:10 ` Christian Kujau
2010-06-13 18:10 ` Christian Kujau
2010-06-13 19:57 ` Grant Likely
2010-06-13 19:57 ` Grant Likely
2010-06-14 6:39 ` Alexey Dobriyan
2010-06-14 6:39 ` Alexey Dobriyan
2010-06-14 12:27 ` Jindrich Makovicka
2010-06-14 12:27 ` Jindrich Makovicka
2010-06-14 15:42 ` Grant Likely
2010-06-14 15:42 ` Grant Likely
2010-06-13 14:48 ` [Bug #15704] [r8169] WARNING: at net/sched/sch_generic.c Rafael J. Wysocki
2010-06-13 14:48 ` Rafael J. Wysocki
2010-06-14 7:41 ` Sergey Senozhatsky
2010-06-14 14:07 ` Rafael J. Wysocki
2010-06-14 14:07 ` Rafael J. Wysocki
2010-06-13 14:48 ` [Bug #15712] [regression] 2.6.34-rc1 to -rc3 on zaurus: no longer boots Rafael J. Wysocki
2010-06-14 4:20 ` Eric Miao
2010-06-14 4:20 ` Eric Miao
2010-06-14 6:10 ` Pavel Machek
2010-06-14 14:09 ` Rafael J. Wysocki
2010-06-14 14:09 ` Rafael J. Wysocki
2010-06-13 14:48 ` [Bug #15659] [Regresion] [2.6.34-rc1] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung Rafael J. Wysocki
2010-06-13 14:48 ` Rafael J. Wysocki
2010-06-13 14:48 ` [Bug #15673] 2.6.34-rc2: "ima_dec_counts: open/free imbalance"? Rafael J. Wysocki
2010-06-13 14:48 ` Rafael J. Wysocki
2010-06-13 14:48 ` [Bug #15664] Graphics hang and kernel backtrace when starting Azureus with Compiz enabled Rafael J. Wysocki
2010-06-13 14:48 ` Rafael J. Wysocki
2010-06-13 14:48 ` [Bug #15669] INFO: suspicious rcu_dereference_check() Rafael J. Wysocki
2010-06-13 14:48 ` [Bug #15671] intel graphic card hanging (Hangcheck timer elapsed... GPU hung) Rafael J. Wysocki
2010-06-13 14:48 ` [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e Rafael J. Wysocki
2010-06-13 14:48 ` Rafael J. Wysocki
2010-06-13 17:08 ` Pekka Enberg
2010-06-13 17:08 ` Pekka Enberg
2010-06-15 14:49 ` Christoph Lameter
2010-06-15 14:49 ` Christoph Lameter
2010-06-13 14:48 ` [Bug #15717] bluetooth oops Rafael J. Wysocki
2010-06-13 14:48 ` [Bug #15805] reiserfs locking Rafael J. Wysocki
2010-06-13 14:48 ` [Bug #15858] [2.6.34-rc5] bad page state copying to/from HFS+ filesystem Rafael J. Wysocki
2010-06-13 14:48 ` [Bug #15862] 2.6.34-rc4/5: iwlagn unusable until reload Rafael J. Wysocki
2010-06-13 14:48 ` Rafael J. Wysocki
2010-06-13 14:48 ` [Bug #15863] 2.6.34-rc5-git7 (plus all patches) -- another suspicious rcu_dereference_check() usage Rafael J. Wysocki
2010-06-13 14:48 ` [Bug #15924] kacpid consumes ~100% CPU, system freezes randomly Rafael J. Wysocki
2010-06-13 14:48 ` Rafael J. Wysocki
2010-06-13 14:48 ` [Bug #15909] open("a/",O_NOFOLLOW) fails with ELOOP if "a" is a symbolic link to a directory Rafael J. Wysocki
2010-06-14 8:43 ` Jan Kara
2010-06-14 8:43 ` Jan Kara
2010-06-14 14:10 ` Rafael J. Wysocki
2010-06-14 14:10 ` Rafael J. Wysocki
2010-06-13 14:48 ` [Bug #15951] commit 9630bdd9 changes behavior of the poweroff Rafael J. Wysocki
2010-06-13 14:48 ` [Bug #15970] BUG: amd64-agp (2.6.34-rc7) Rafael J. Wysocki
2010-06-13 14:48 ` Rafael J. Wysocki
2010-06-14 21:52 ` Randy Dunlap
2010-06-14 21:52 ` Randy Dunlap
2010-06-15 0:13 ` Rafael J. Wysocki
2010-06-15 0:13 ` Rafael J. Wysocki
2010-06-13 14:48 ` [Bug #15936] Suspicious rcu_dereference_check() usage detected during 2.6.34-rc6 boot on PPC64/p5 processor Rafael J. Wysocki
2010-06-13 14:49 ` [Bug #16034] 2.6.34: dlm: possible circular locking dependency detected Rafael J. Wysocki
2010-06-13 14:49 ` [Bug #15977] WARNING: at lib/dma-debug.c:866 check_for_stack Rafael J. Wysocki
2010-06-13 14:49 ` [Bug #16007] x86/pci Oops with CONFIG_SND_HDA_INTEL Rafael J. Wysocki
2010-06-13 14:49 ` Rafael J. Wysocki
2010-06-13 14:49 ` [Bug #16035] Incorrect initial resolution of (external) vga monitor with KMS Rafael J. Wysocki
2010-06-13 14:49 ` Rafael J. Wysocki
2010-06-13 14:49 ` [Bug #16050] The ibmcam driver is not working Rafael J. Wysocki
2010-06-13 14:49 ` [Bug #16054] UML broken for CONFIG_SLAB Rafael J. Wysocki
2010-06-13 14:49 ` Rafael J. Wysocki
2010-06-13 15:35 ` Parag Warudkar
2010-06-13 15:35 ` Parag Warudkar
2010-06-13 16:07 ` Borislav Petkov
2010-06-16 3:42 ` Parag Warudkar
2010-06-16 3:42 ` Parag Warudkar
2010-06-13 14:49 ` [Bug #16040] kacpid consumes ~40% of cpu all the time beginning with 2.6.34 Rafael J. Wysocki
2010-06-13 14:49 ` [Bug #16082] host panic on kernel 2.6.34 Rafael J. Wysocki
2010-06-13 14:49 ` [Bug #16084] iwl3945 bug in 2.6.34 Rafael J. Wysocki
2010-06-13 14:49 ` Rafael J. Wysocki
2010-06-13 14:49 ` [Bug #16097] 2.6.34 on Samsung P460: reset after "Waiting for /dev to be fully populated" Rafael J. Wysocki
2010-06-13 14:49 ` Rafael J. Wysocki
2010-06-13 14:49 ` [Bug #16134] 2.6.34 hard lock ppp/do_tty_hangup, regression Rafael J. Wysocki
2010-06-13 14:49 ` [Bug #16135] [BUG] kacpi_notify goes into an infinite loop (luckly it calls cond_resched) Rafael J. Wysocki
2010-06-13 14:49 ` [Bug #16111] hostap_pci: infinite registered netdevice wifi0 Rafael J. Wysocki
2010-06-13 14:49 ` [Bug #16138] PCMCIA regression Rafael J. Wysocki
2010-06-13 14:49 ` Rafael J. Wysocki
2010-06-13 14:49 ` [Bug #16137] Ooops in BTRFS in 2.6.34 / x86_64 when mounting subvolume by name Rafael J. Wysocki
2010-06-13 14:49 ` Rafael J. Wysocki
2010-06-13 14:49 ` [Bug #16147] ksoftirq hogs the CPU Rafael J. Wysocki
2010-06-13 14:49 ` Rafael J. Wysocki
2010-06-13 14:49 ` [Bug #16139] wait_even_interruptible_timeout(), signal, spin_lock() = system hang Rafael J. Wysocki
2010-06-13 14:49 ` [Bug #16136] Linux 2.6.34 causes system lockup on Compaq Presario 2200 Laptop Rafael J. Wysocki
2010-06-13 14:49 ` Rafael J. Wysocki
2010-06-13 14:49 ` [Bug #16162] SSD + sata_nv + btrfs oops Rafael J. Wysocki
2010-06-13 14:49 ` [Bug #16158] winxp guest hangs after idle for ~30 minutes Rafael J. Wysocki
2010-06-13 14:49 ` Rafael J. Wysocki
2010-06-13 14:49 ` [Bug #16170] Leadtek Winfast DTV Dongle (STK7700P based) is not working in 2.6.34 Rafael J. Wysocki
2010-06-13 14:49 ` Rafael J. Wysocki
2010-06-13 21:02 ` 2.6.35-rc3: Reported regressions 2.6.33 -> 2.6.34 Luis R. Rodriguez
2010-06-16 18:30 ` Nick Bowler
2010-06-16 18:30 ` Nick Bowler
2010-06-16 18:30 ` Nick Bowler
-- strict thread matches above, loose matches on Subject: below --
2010-05-09 21:13 2.6.34-rc6-git6: Reported regressions from 2.6.33 Rafael J. Wysocki
2010-05-09 21:17 ` [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e Rafael J. Wysocki
2010-05-04 20:49 2.6.34-rc6-git2: Reported regressions from 2.6.33 Rafael J. Wysocki
2010-05-04 21:21 ` [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e Rafael J. Wysocki
2010-05-04 21:21 ` Rafael J. Wysocki
2010-04-20 3:15 2.6.34-rc5: Reported regressions from 2.6.33 Rafael J. Wysocki
2010-04-20 3:19 ` [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e Rafael J. Wysocki
2010-04-22 15:45 ` Christoph Lameter
2010-04-22 17:26 ` Pekka Enberg
2010-04-22 17:26 ` Pekka Enberg
2010-04-23 19:18 ` Pekka J Enberg
2010-04-26 6:59 ` Zhang, Yanmin
2010-04-26 6:59 ` Zhang, Yanmin
2010-04-26 7:22 ` Pekka Enberg
2010-04-26 7:22 ` Pekka Enberg
2010-04-26 10:02 ` Tejun Heo
2010-04-26 10:02 ` Tejun Heo
2010-04-26 10:09 ` Pekka Enberg
2010-04-26 10:09 ` Pekka Enberg
2010-04-26 10:53 ` Tejun Heo
2010-04-26 10:53 ` Tejun Heo
2010-04-26 14:17 ` Pekka J Enberg
2010-04-26 14:33 ` Tejun Heo
2010-04-26 14:33 ` Tejun Heo
2010-04-27 1:41 ` Zhang, Yanmin
2010-04-07 21:08 2.6.34-rc3-git6: Reported regressions from 2.6.33 Rafael J. Wysocki
2010-04-07 21:13 ` [Bug #15713] hackbench regression due to commit 9dfc6e68bfe6e Rafael J. Wysocki
2010-04-07 21:13 ` Rafael J. Wysocki
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.