* 2.6.27-rc6-git2: Reported regressions from 2.6.26
@ 2008-09-12 18:59 ` Rafael J. Wysocki
0 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 18:59 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Adrian Bunk, Andrew Morton, Linus Torvalds, Natalie Protasevich,
Kernel Testers List
This message contains a list of some regressions from 2.6.26, for which there
are no fixes in the mainline I know of. If any of them have been fixed already,
please let me know.
If you know of any other unresolved regressions from 2.6.26, please let me know
either and I'll add them to the list. Also, please let me know if any of the
entries below are invalid.
Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting and handling the
issue.
Listed regressions statistics:
Date Total Pending Unresolved
----------------------------------------
2008-09-12 163 51 38
2008-09-07 150 43 33
2008-08-30 135 48 36
2008-08-23 122 48 40
2008-08-16 103 47 37
2008-08-10 80 52 31
2008-08-02 47 31 20
Unresolved regressions
----------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11559
Subject : 2.6.27-rc6: nohz + s2ram = need to press keys to get progress
Submitter : Pavel Machek <pavel-AlSwsSmVLrQ@public.gmane.org>
Date : 2008-09-12 8:31 (1 days old)
References : http://marc.info/?l=linux-kernel&m=122121384705262&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11557
Subject : Controlling backlight on thinkpad x60
Submitter : Pavel Machek <pavel-AlSwsSmVLrQ@public.gmane.org>
Date : 2008-09-08 15:10 (5 days old)
References : http://marc.info/?l=linux-kernel&m=122088987319698&w=4
Handled-By : Matthew Garrett <mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11554
Subject : Partition check considered as error is breaking mounting in 2.6.27
Submitter : Herton Ronaldo Krzesinski <herton-4qZELD6Fgxg39yzSjRtAkw@public.gmane.org>
Date : 2008-09-12 16:56 (1 days old)
References : http://marc.info/?l=linux-kernel&m=122123862519434&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11553
Subject : Strange looking line from "ps aux"
Submitter : Rogério Brito <rbrito-qczF+2RCDl1fyO9Q7EP/yw@public.gmane.org>
Date : 2008-09-11 17:43 (2 days old)
References : http://marc.info/?l=linux-kernel&m=122115506018275&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11552
Subject : Disabling IRQ #23
Submitter : Justin Mattock <justinmattock-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-09-09 19:08 (4 days old)
References : http://marc.info/?l=linux-kernel&m=122098735230906&w=4
http://marc.info/?l=linux-kernel&m=122107367715361&w=4
Handled-By : Yinghai Lu <yhlu.kernel-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11551
Subject : Semi-repeatable hard lockup on 2.6.27-rc6
Submitter : Steven Noonan <steven-Cunn4gMjHvbm+q05EWxUEA@public.gmane.org>
Date : 2008-09-10 18:07 (3 days old)
References : http://marc.info/?l=linux-kernel&m=122107007407994&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11548
Subject : kernel BUG at drivers/pci/intel-iommu.c:1373!
Submitter : Chris Mason <chris.mason-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Date : 2008-09-08 14:26 (5 days old)
References : http://marc.info/?l=linux-kernel&m=122088566310440&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11516
Subject : severe performance degradation on x86_64 going from 2.6.26-rc9 -> 2.6.27-rc5
Submitter : Jason Vas Dias <jason.vas.dias-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-09-07 13:59 (6 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11512
Subject : sort-of regression due to "kconfig: speed up all*config + randconfig"
Submitter : Alexey Dobriyan <adobriyan-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-09-05 22:50 (8 days old)
References : http://marc.info/?l=linux-kernel&m=122065498013858&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11506
Subject : oops during unmount - ext3? (2.6.27-rc5)
Submitter : Marcin Slusarz <marcin.slusarz-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-09-04 19:14 (9 days old)
References : http://marc.info/?l=linux-kernel&m=122055573123449&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11505
Subject : oltp ~10% regression with 2.6.27-rc5 on stoakley machine
Submitter : Lin Ming <ming.m.lin-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Date : 2008-09-04 7:06 (9 days old)
References : http://marc.info/?l=linux-kernel&m=122051202202373&w=4
http://marc.info/?t=122089704700005&r=1&w=4
Handled-By : Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
Gregory Haskins <ghaskins-Et1tbQHTxzrQT0dZR+AlfA@public.gmane.org>
Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11504
Subject : reiserfs BUG in 2.6.27-rc5
Submitter : Randy Dunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Date : 2008-09-03 16:35 (10 days old)
References : http://marc.info/?l=linux-kernel&m=122045982120138&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11501
Subject : Failed to open destination file: Permission deniedihex2fw
Submitter : Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Date : 2008-09-04 18:34 (9 days old)
References : http://marc.info/?l=linux-kernel&m=122055342419068&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11500
Subject : /proc/net bug related to selinux
Submitter : Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Date : 2008-09-04 17:45 (9 days old)
References : http://marc.info/?l=linux-kernel&m=122055041313270&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11485
Subject : 2.6.27-rc xen pvops regression?
Submitter : Bernhard Schmidt <berni-wpePDvIxQxvMZTq/7ZfH4Q@public.gmane.org>
Date : 2008-08-31 17:18 (13 days old)
References : http://marc.info/?l=linux-kernel&m=122020367015025&w=4
Handled-By : Alex Nixon <alex.nixon-Sxgqhf6Nn4DQT0dZR+AlfA@public.gmane.org>
Jeremy Fitzhardinge <jeremy-TSDbQ3PG+2Y@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11476
Subject : failure to associate after resume from suspend to ram
Submitter : Michael S. Tsirkin <m.s.tsirkin-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-09-01 13:33 (12 days old)
References : http://marc.info/?l=linux-kernel&m=122028529415108&w=4
Handled-By : Zhu Yi <yi.zhu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Dan Williams <dcbw-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Jouni Malinen <j@w1.fi>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11471
Subject : GPE storm detected, kernel freezes
Submitter : George Gibbs <Vash63-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-31 22:00 (13 days old)
Handled-By : Zhang Rui <rui.zhang-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11465
Subject : Linux-2.6.27-rc5, drm errors in log
Submitter : Gene Heskett <gene.heskett-H+0wwilmMs3R7s880joybQ@public.gmane.org>
Date : 2008-08-30 18:52 (14 days old)
References : http://marc.info/?l=linux-kernel&m=122012238925775&w=4
Handled-By : Dave Airlie <airlied-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11463
Subject : sshd hangs on close
Submitter : Matthias Urlichs <matthias-+qxcz+fHsVSELgA04lAiVw@public.gmane.org>
Date : 2008-08-30 9:18 (14 days old)
References : http://marc.info/?l=linux-kernel&m=122008800512864&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11459
Subject : kernel crash after wifi connection established
Submitter : Alexey Kuznetsov <ak-b7SOpcJQXxU@public.gmane.org>
Date : 2008-08-30 03:08 (14 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11407
Subject : suspend: unable to handle kernel paging request
Submitter : Vegard Nossum <vegard.nossum-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-21 17:28 (23 days old)
References : http://marc.info/?l=linux-kernel&m=121933974928881&w=4
Handled-By : Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>
Pekka Enberg <penberg-bbCR+/B0CizivPeTLB3BmA@public.gmane.org>
Pavel Machek <pavel-AlSwsSmVLrQ@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11404
Subject : BUG: in 2.6.23-rc3-git7 in do_cciss_intr
Submitter : rdunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-21 5:52 (23 days old)
References : http://marc.info/?l=linux-kernel&m=121929819616273&w=4
http://marc.info/?l=linux-kernel&m=121932889105368&w=4
Handled-By : Miller, Mike (OS Dev) <Mike.Miller-VXdhtT5mjnY@public.gmane.org>
James Bottomley <James.Bottomley-JuX6DAaQMKPCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11398
Subject : hda_intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj.
Submitter : Frans Pop <elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
Date : 2008-08-21 17:17 (23 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11380
Subject : lockdep warning: cpu_add_remove_lock at:cpu_maps_update_begin+0x14/0x16
Submitter : Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>
Date : 2008-08-20 6:44 (24 days old)
References : http://marc.info/?l=linux-kernel&m=121921480931970&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11357
Subject : Can not boot up with zd1211rw USB-Wlan Stick
Submitter : uwe <kender-KuiJ5kEpwI6ELgA04lAiVw@public.gmane.org>
Date : 2008-08-16 14:17 (28 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11343
Subject : SATA Cold Boot Problems with 2.6.27-rc[23] on nVidia 680i
Submitter : Manny Maxwell <mannymax-7UBucS1kxs3k1uMJSBkQmQ@public.gmane.org>
Date : 2008-08-14 4:16 (30 days old)
References : http://marc.info/?l=linux-kernel&m=121868782917600&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11340
Subject : LTP overnight run resulted in unusable box
Submitter : Alexey Dobriyan <adobriyan-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-13 9:24 (31 days old)
References : http://marc.info/?l=linux-kernel&m=121861951902949&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11335
Subject : 2.6.27-rc2-git5 BUG: unable to handle kernel paging request
Submitter : Randy Dunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-12 4:18 (32 days old)
References : http://marc.info/?l=linux-kernel&m=121851477201960&w=4
http://lkml.org/lkml/2008/8/16/274
Handled-By : Hugh Dickins <hugh-DTz5qymZ9yRBDgjK7y7TUQ@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11308
Subject : tbench regression on each kernel release from 2.6.22 -> 2.6.28
Submitter : Christoph Lameter <cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Date : 2008-08-11 18:36 (33 days old)
References : http://marc.info/?l=linux-kernel&m=121847986119495&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11272
Subject : BUG: parport_serial in 2.6.27-rc1 for NetMos Technology PCI 9835
Submitter : Jaswinder Singh <jaswinderlinux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-05 15:12 (39 days old)
References : http://marc.info/?l=linux-kernel&m=121794900319776&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11271
Subject : BUG: fealnx in 2.6.27-rc1
Submitter : Jaswinder Singh <jaswinderlinux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-05 14:58 (39 days old)
References : http://marc.info/?l=linux-netdev&m=121794762016830&w=4
http://lkml.org/lkml/2008/8/10/98
Handled-By : Francois Romieu <romieu-W8zweXLXuWQS+FvcfC7Uqw@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11264
Subject : Invalid op opcode in kernel/workqueue
Submitter : Jean-Luc Coulon <jean.luc.coulon-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-07 04:18 (37 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11230
Subject : Kconfig no longer outputs a .config with freshly updated defconfigs
Submitter : Josh Boyer <jwboyer-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
Date : 2008-08-02 16:03 (42 days old)
References : http://marc.info/?l=linux-kernel&m=121769306319391&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11224
Subject : Only three cores found on quad-core machine.
Submitter : Dave Jones <davej-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-01 18:15 (43 days old)
References : http://marc.info/?l=linux-kernel&m=121761475224719&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11220
Subject : Screen stays black after resume
Submitter : Nico Schottelius <nico-xuaVFQXs+5hIG4jRRZ66WA@public.gmane.org>
Date : 2008-07-31 21:05 (44 days old)
References : http://marc.info/?l=linux-kernel&m=121753882422899&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11215
Subject : INFO: possible recursive locking detected ps2_command
Submitter : Zdenek Kabelac <zdenek.kabelac-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-07-31 9:41 (44 days old)
References : http://marc.info/?l=linux-kernel&m=121749737011637&w=4
Handled-By : Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11210
Subject : libata badness
Submitter : Kumar Gala <galak-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
Date : 2008-07-31 18:53 (44 days old)
References : http://marc.info/?l=linux-ide&m=121753059307310&w=4
Handled-By : Kumar Gala <galak-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11207
Subject : VolanoMark regression with 2.6.27-rc1
Submitter : Zhang, Yanmin <yanmin_zhang-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
Date : 2008-07-31 3:20 (44 days old)
References : http://marc.info/?l=linux-kernel&m=121747464114335&w=4
Handled-By : Zhang, Yanmin <yanmin_zhang-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
Dhaval Giani <dhaval-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
Miao Xie <miaox-BthXqXjhjHXQFUHtdCDX3A@public.gmane.org>
Regressions with patches
------------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11556
Subject : e100: PCI wake-up handling rework causes "Error clearing wake event"
Submitter : Frans Pop <elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
Date : 2008-09-09 6:12 (4 days old)
References : http://marc.info/?l=linux-netdev&m=122094080712131&w=4
Handled-By : Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=122096638020191&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11555
Subject : rmmod ide-cd_mod: tried to init an initialized object, something is seriously wrong.
Submitter : Mariusz Kozlowski <m.kozlowski-NWF1p15JEu3VItvQsEIGlw@public.gmane.org>
Date : 2008-07-16 2:22 (59 days old)
References : http://marc.info/?l=linux-ide&m=122061839713526&w=4
Handled-By : Jens Axboe <jens.axboe-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=122095622602315&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11550
Subject : pnp: Huge number of "io resource overlap" messages
Submitter : Frans Pop <elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
Date : 2008-09-09 10:50 (4 days old)
References : http://marc.info/?l=linux-kernel&m=122095745403793&w=4
Handled-By : Rene Herman <rene.herman-cENuUygGYd//D1n+0JDH9g@public.gmane.org>
Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=122098498125536&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11549
Subject : 2.6.27-rc5 acpi: EC Storm error message on bootup
Submitter : <jmerkey-6KXTs3wnGaZTqo3+vT/QGPegYHeGw8Jk@public.gmane.org>
Date : 2008-09-02 21:27 (11 days old)
References : http://marc.info/?l=linux-kernel&m=122039255517586&w=4
Handled-By : Alexey Starikovskiy <astarikovskiy-l3A5Bk7waGM@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=122098180019264&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11547
Subject : build issue #565 for v2.6.27-rc5 : undefined reference to `ei_interrupt' in hp-plus.c
Submitter : Toralf Förster <toralf.foerster-Mmb7MZpHnFY@public.gmane.org>
Date : 2008-09-07 13:19 (6 days old)
References : http://marc.info/?l=linux-kernel&m=122079361508022&w=4
Handled-By : Randy.Dunlap <rdunlap-/UHa2rfvQTnk1uMJSBkQmQ@public.gmane.org>
Patch : http://marc.info/?l=linux-next&m=122038632306156&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11507
Subject : usb: sometimes dead keyboard after boot
Submitter : Frans Pop <elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
Date : 2008-08-26 21:03 (18 days old)
References : http://marc.info/?l=linux-kernel&m=121977815018224&w=2
Handled-By : Alan Stern <stern-nwvwT67g6+6dFdvTe/nMLpVzexx5G7lz@public.gmane.org>
Patch : http://www.spinics.net/lists/linux-usb/msg09735.html
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11442
Subject : btusb hibernation/suspend breakage in current -git
Submitter : Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>
Date : 2008-08-25 11:37 (19 days old)
References : http://marc.info/?l=linux-bluetooth&m=121966402012074&w=4
Handled-By : Oliver Neukum <oliver-GvhC2dPhHPQdnm+yROfE0A@public.gmane.org>
Patch : http://marc.info/?l=linux-bluetooth&m=121967226027323&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11439
Subject : [2.6.27-rc4-git4] compilation warnings
Submitter : Rufus & Azrael <rufus-azrael-Bf/eaXMDFuuXqB7oj33eUg@public.gmane.org>
Date : 2008-08-26 9:37 (18 days old)
References : http://marc.info/?l=linux-kernel&m=121974353815440&w=4
Handled-By : Greg KH <gregkh-l3A5Bk7waGM@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=121976424221858&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11382
Subject : e1000e: 2.6.27-rc1 corrupts EEPROM/NVM
Submitter : David Vrabel <david.vrabel-kQvG35nSl+M@public.gmane.org>
Date : 2008-08-08 10:47 (36 days old)
References : http://marc.info/?l=linux-kernel&m=121819267211679&w=4
Handled-By : Christopher Li <chrisl-pghWNbHTmq7QT0dZR+AlfA@public.gmane.org>
Patch : http://marc.info/?l=linux-mm-commits&m=122038324200305&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11358
Subject : net: forcedeth call restore mac addr in nv_shutdown path
Submitter : Yinghai Lu <yhlu.kernel-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-17 3:30 (27 days old)
References : http://marc.info/?l=linux-kernel&m=121894389018584&w=4
Handled-By : Yinghai Lu <yhlu.kernel-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=121894389018584&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11336
Subject : 2.6.27-rc2:stall while mounting root fs
Submitter : Torsten Kaiser <just.for.lkml-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org>
Date : 2008-08-12 12:37 (32 days old)
References : http://marc.info/?l=linux-kernel&m=121854484015909&w=4
Handled-By : Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>
Patch : http://bugzilla.kernel.org/attachment.cgi?id=17622
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11276
Subject : build error: CONFIG_OPTIMIZE_INLINING=y causes gcc 4.2 to do stupid things
Submitter : Randy Dunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-06 17:18 (38 days old)
References : http://marc.info/?l=linux-kernel&m=121804329014332&w=4
http://lkml.org/lkml/2008/7/22/353
Handled-By : Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
Patch : http://lkml.org/lkml/2008/7/22/364
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11237
Subject : corrupt PMD after resume
Submitter : Alan Jenkins <alan-jenkins-cCz0Lq7MMjm9FHfhHBbuYA@public.gmane.org>
Date : 2008-08-02 9:51 (42 days old)
References : http://marc.info/?l=linux-kernel&m=121767073424952&w=4
Handled-By : Hugh Dickins <hugh-DTz5qymZ9yRBDgjK7y7TUQ@public.gmane.org>
Jeremy Fitzhardinge <jeremy-TSDbQ3PG+2Y@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=122001615314700&w=2
For details, please visit the bug entries and follow the links given in
references.
As you can see, there is a Bugzilla entry for each of the listed regressions.
There also is a Bugzilla entry used for tracking the regressions from 2.6.26,
unresolved as well as resolved, at:
http://bugzilla.kernel.org/show_bug.cgi?id=11167
Please let me know if there are any Bugzilla entries that should be added to
the list in there.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 367+ messages in thread
* 2.6.27-rc6-git2: Reported regressions from 2.6.26
@ 2008-09-12 18:59 ` Rafael J. Wysocki
0 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 18:59 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Adrian Bunk, Andrew Morton, Linus Torvalds, Natalie Protasevich,
Kernel Testers List
This message contains a list of some regressions from 2.6.26, for which there
are no fixes in the mainline I know of. If any of them have been fixed already,
please let me know.
If you know of any other unresolved regressions from 2.6.26, please let me know
either and I'll add them to the list. Also, please let me know if any of the
entries below are invalid.
Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting and handling the
issue.
Listed regressions statistics:
Date Total Pending Unresolved
----------------------------------------
2008-09-12 163 51 38
2008-09-07 150 43 33
2008-08-30 135 48 36
2008-08-23 122 48 40
2008-08-16 103 47 37
2008-08-10 80 52 31
2008-08-02 47 31 20
Unresolved regressions
----------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11559
Subject : 2.6.27-rc6: nohz + s2ram = need to press keys to get progress
Submitter : Pavel Machek <pavel@suse.cz>
Date : 2008-09-12 8:31 (1 days old)
References : http://marc.info/?l=linux-kernel&m=122121384705262&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11557
Subject : Controlling backlight on thinkpad x60
Submitter : Pavel Machek <pavel@suse.cz>
Date : 2008-09-08 15:10 (5 days old)
References : http://marc.info/?l=linux-kernel&m=122088987319698&w=4
Handled-By : Matthew Garrett <mjg59@srcf.ucam.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11554
Subject : Partition check considered as error is breaking mounting in 2.6.27
Submitter : Herton Ronaldo Krzesinski <herton@mandriva.com.br>
Date : 2008-09-12 16:56 (1 days old)
References : http://marc.info/?l=linux-kernel&m=122123862519434&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11553
Subject : Strange looking line from "ps aux"
Submitter : Rogério Brito <rbrito@ime.usp.br>
Date : 2008-09-11 17:43 (2 days old)
References : http://marc.info/?l=linux-kernel&m=122115506018275&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11552
Subject : Disabling IRQ #23
Submitter : Justin Mattock <justinmattock@gmail.com>
Date : 2008-09-09 19:08 (4 days old)
References : http://marc.info/?l=linux-kernel&m=122098735230906&w=4
http://marc.info/?l=linux-kernel&m=122107367715361&w=4
Handled-By : Yinghai Lu <yhlu.kernel@gmail.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11551
Subject : Semi-repeatable hard lockup on 2.6.27-rc6
Submitter : Steven Noonan <steven@uplinklabs.net>
Date : 2008-09-10 18:07 (3 days old)
References : http://marc.info/?l=linux-kernel&m=122107007407994&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11548
Subject : kernel BUG at drivers/pci/intel-iommu.c:1373!
Submitter : Chris Mason <chris.mason@oracle.com>
Date : 2008-09-08 14:26 (5 days old)
References : http://marc.info/?l=linux-kernel&m=122088566310440&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11516
Subject : severe performance degradation on x86_64 going from 2.6.26-rc9 -> 2.6.27-rc5
Submitter : Jason Vas Dias <jason.vas.dias@gmail.com>
Date : 2008-09-07 13:59 (6 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11512
Subject : sort-of regression due to "kconfig: speed up all*config + randconfig"
Submitter : Alexey Dobriyan <adobriyan@gmail.com>
Date : 2008-09-05 22:50 (8 days old)
References : http://marc.info/?l=linux-kernel&m=122065498013858&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11506
Subject : oops during unmount - ext3? (2.6.27-rc5)
Submitter : Marcin Slusarz <marcin.slusarz@gmail.com>
Date : 2008-09-04 19:14 (9 days old)
References : http://marc.info/?l=linux-kernel&m=122055573123449&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11505
Subject : oltp ~10% regression with 2.6.27-rc5 on stoakley machine
Submitter : Lin Ming <ming.m.lin@intel.com>
Date : 2008-09-04 7:06 (9 days old)
References : http://marc.info/?l=linux-kernel&m=122051202202373&w=4
http://marc.info/?t=122089704700005&r=1&w=4
Handled-By : Peter Zijlstra <a.p.zijlstra@chello.nl>
Gregory Haskins <ghaskins@novell.com>
Ingo Molnar <mingo@elte.hu>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11504
Subject : reiserfs BUG in 2.6.27-rc5
Submitter : Randy Dunlap <randy.dunlap@oracle.com>
Date : 2008-09-03 16:35 (10 days old)
References : http://marc.info/?l=linux-kernel&m=122045982120138&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11501
Subject : Failed to open destination file: Permission deniedihex2fw
Submitter : Andrew Morton <akpm@linux-foundation.org>
Date : 2008-09-04 18:34 (9 days old)
References : http://marc.info/?l=linux-kernel&m=122055342419068&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11500
Subject : /proc/net bug related to selinux
Submitter : Andrew Morton <akpm@linux-foundation.org>
Date : 2008-09-04 17:45 (9 days old)
References : http://marc.info/?l=linux-kernel&m=122055041313270&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11485
Subject : 2.6.27-rc xen pvops regression?
Submitter : Bernhard Schmidt <berni@birkenwald.de>
Date : 2008-08-31 17:18 (13 days old)
References : http://marc.info/?l=linux-kernel&m=122020367015025&w=4
Handled-By : Alex Nixon <alex.nixon@citrix.com>
Jeremy Fitzhardinge <jeremy@goop.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11476
Subject : failure to associate after resume from suspend to ram
Submitter : Michael S. Tsirkin <m.s.tsirkin@gmail.com>
Date : 2008-09-01 13:33 (12 days old)
References : http://marc.info/?l=linux-kernel&m=122028529415108&w=4
Handled-By : Zhu Yi <yi.zhu@intel.com>
Dan Williams <dcbw@redhat.com>
Jouni Malinen <j@w1.fi>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11471
Subject : GPE storm detected, kernel freezes
Submitter : George Gibbs <Vash63@gmail.com>
Date : 2008-08-31 22:00 (13 days old)
Handled-By : Zhang Rui <rui.zhang@intel.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11465
Subject : Linux-2.6.27-rc5, drm errors in log
Submitter : Gene Heskett <gene.heskett@verizon.net>
Date : 2008-08-30 18:52 (14 days old)
References : http://marc.info/?l=linux-kernel&m=122012238925775&w=4
Handled-By : Dave Airlie <airlied@gmail.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11463
Subject : sshd hangs on close
Submitter : Matthias Urlichs <matthias@urlichs.de>
Date : 2008-08-30 9:18 (14 days old)
References : http://marc.info/?l=linux-kernel&m=122008800512864&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11459
Subject : kernel crash after wifi connection established
Submitter : Alexey Kuznetsov <ak@axet.ru>
Date : 2008-08-30 03:08 (14 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11407
Subject : suspend: unable to handle kernel paging request
Submitter : Vegard Nossum <vegard.nossum@gmail.com>
Date : 2008-08-21 17:28 (23 days old)
References : http://marc.info/?l=linux-kernel&m=121933974928881&w=4
Handled-By : Rafael J. Wysocki <rjw@sisk.pl>
Pekka Enberg <penberg@cs.helsinki.fi>
Pavel Machek <pavel@suse.cz>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11404
Subject : BUG: in 2.6.23-rc3-git7 in do_cciss_intr
Submitter : rdunlap <randy.dunlap@oracle.com>
Date : 2008-08-21 5:52 (23 days old)
References : http://marc.info/?l=linux-kernel&m=121929819616273&w=4
http://marc.info/?l=linux-kernel&m=121932889105368&w=4
Handled-By : Miller, Mike (OS Dev) <Mike.Miller@hp.com>
James Bottomley <James.Bottomley@hansenpartnership.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11398
Subject : hda_intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj.
Submitter : Frans Pop <elendil@planet.nl>
Date : 2008-08-21 17:17 (23 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11380
Subject : lockdep warning: cpu_add_remove_lock at:cpu_maps_update_begin+0x14/0x16
Submitter : Ingo Molnar <mingo@elte.hu>
Date : 2008-08-20 6:44 (24 days old)
References : http://marc.info/?l=linux-kernel&m=121921480931970&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11357
Subject : Can not boot up with zd1211rw USB-Wlan Stick
Submitter : uwe <kender@freenet.de>
Date : 2008-08-16 14:17 (28 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11343
Subject : SATA Cold Boot Problems with 2.6.27-rc[23] on nVidia 680i
Submitter : Manny Maxwell <mannymax@mannymax.net>
Date : 2008-08-14 4:16 (30 days old)
References : http://marc.info/?l=linux-kernel&m=121868782917600&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11340
Subject : LTP overnight run resulted in unusable box
Submitter : Alexey Dobriyan <adobriyan@gmail.com>
Date : 2008-08-13 9:24 (31 days old)
References : http://marc.info/?l=linux-kernel&m=121861951902949&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11335
Subject : 2.6.27-rc2-git5 BUG: unable to handle kernel paging request
Submitter : Randy Dunlap <randy.dunlap@oracle.com>
Date : 2008-08-12 4:18 (32 days old)
References : http://marc.info/?l=linux-kernel&m=121851477201960&w=4
http://lkml.org/lkml/2008/8/16/274
Handled-By : Hugh Dickins <hugh@veritas.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11308
Subject : tbench regression on each kernel release from 2.6.22 -> 2.6.28
Submitter : Christoph Lameter <cl@linux-foundation.org>
Date : 2008-08-11 18:36 (33 days old)
References : http://marc.info/?l=linux-kernel&m=121847986119495&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11272
Subject : BUG: parport_serial in 2.6.27-rc1 for NetMos Technology PCI 9835
Submitter : Jaswinder Singh <jaswinderlinux@gmail.com>
Date : 2008-08-05 15:12 (39 days old)
References : http://marc.info/?l=linux-kernel&m=121794900319776&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11271
Subject : BUG: fealnx in 2.6.27-rc1
Submitter : Jaswinder Singh <jaswinderlinux@gmail.com>
Date : 2008-08-05 14:58 (39 days old)
References : http://marc.info/?l=linux-netdev&m=121794762016830&w=4
http://lkml.org/lkml/2008/8/10/98
Handled-By : Francois Romieu <romieu@fr.zoreil.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11264
Subject : Invalid op opcode in kernel/workqueue
Submitter : Jean-Luc Coulon <jean.luc.coulon@gmail.com>
Date : 2008-08-07 04:18 (37 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11230
Subject : Kconfig no longer outputs a .config with freshly updated defconfigs
Submitter : Josh Boyer <jwboyer@linux.vnet.ibm.com>
Date : 2008-08-02 16:03 (42 days old)
References : http://marc.info/?l=linux-kernel&m=121769306319391&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11224
Subject : Only three cores found on quad-core machine.
Submitter : Dave Jones <davej@redhat.com>
Date : 2008-08-01 18:15 (43 days old)
References : http://marc.info/?l=linux-kernel&m=121761475224719&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11220
Subject : Screen stays black after resume
Submitter : Nico Schottelius <nico@schottelius.org>
Date : 2008-07-31 21:05 (44 days old)
References : http://marc.info/?l=linux-kernel&m=121753882422899&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11215
Subject : INFO: possible recursive locking detected ps2_command
Submitter : Zdenek Kabelac <zdenek.kabelac@gmail.com>
Date : 2008-07-31 9:41 (44 days old)
References : http://marc.info/?l=linux-kernel&m=121749737011637&w=4
Handled-By : Peter Zijlstra <a.p.zijlstra@chello.nl>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11210
Subject : libata badness
Submitter : Kumar Gala <galak@kernel.crashing.org>
Date : 2008-07-31 18:53 (44 days old)
References : http://marc.info/?l=linux-ide&m=121753059307310&w=4
Handled-By : Kumar Gala <galak@kernel.crashing.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11207
Subject : VolanoMark regression with 2.6.27-rc1
Submitter : Zhang, Yanmin <yanmin_zhang@linux.intel.com>
Date : 2008-07-31 3:20 (44 days old)
References : http://marc.info/?l=linux-kernel&m=121747464114335&w=4
Handled-By : Zhang, Yanmin <yanmin_zhang@linux.intel.com>
Peter Zijlstra <a.p.zijlstra@chello.nl>
Dhaval Giani <dhaval@linux.vnet.ibm.com>
Miao Xie <miaox@cn.fujitsu.com>
Regressions with patches
------------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11556
Subject : e100: PCI wake-up handling rework causes "Error clearing wake event"
Submitter : Frans Pop <elendil@planet.nl>
Date : 2008-09-09 6:12 (4 days old)
References : http://marc.info/?l=linux-netdev&m=122094080712131&w=4
Handled-By : Rafael J. Wysocki <rjw@sisk.pl>
Patch : http://marc.info/?l=linux-kernel&m=122096638020191&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11555
Subject : rmmod ide-cd_mod: tried to init an initialized object, something is seriously wrong.
Submitter : Mariusz Kozlowski <m.kozlowski@tuxland.pl>
Date : 2008-07-16 2:22 (59 days old)
References : http://marc.info/?l=linux-ide&m=122061839713526&w=4
Handled-By : Jens Axboe <jens.axboe@oracle.com>
Patch : http://marc.info/?l=linux-kernel&m=122095622602315&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11550
Subject : pnp: Huge number of "io resource overlap" messages
Submitter : Frans Pop <elendil@planet.nl>
Date : 2008-09-09 10:50 (4 days old)
References : http://marc.info/?l=linux-kernel&m=122095745403793&w=4
Handled-By : Rene Herman <rene.herman@keyaccess.nl>
Bjorn Helgaas <bjorn.helgaas@hp.com>
Patch : http://marc.info/?l=linux-kernel&m=122098498125536&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11549
Subject : 2.6.27-rc5 acpi: EC Storm error message on bootup
Submitter : <jmerkey@wolfmountaingroup.com>
Date : 2008-09-02 21:27 (11 days old)
References : http://marc.info/?l=linux-kernel&m=122039255517586&w=4
Handled-By : Alexey Starikovskiy <astarikovskiy@suse.de>
Patch : http://marc.info/?l=linux-kernel&m=122098180019264&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11547
Subject : build issue #565 for v2.6.27-rc5 : undefined reference to `ei_interrupt' in hp-plus.c
Submitter : Toralf Förster <toralf.foerster@gmx.de>
Date : 2008-09-07 13:19 (6 days old)
References : http://marc.info/?l=linux-kernel&m=122079361508022&w=4
Handled-By : Randy.Dunlap <rdunlap@xenotime.net>
Patch : http://marc.info/?l=linux-next&m=122038632306156&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11507
Subject : usb: sometimes dead keyboard after boot
Submitter : Frans Pop <elendil@planet.nl>
Date : 2008-08-26 21:03 (18 days old)
References : http://marc.info/?l=linux-kernel&m=121977815018224&w=2
Handled-By : Alan Stern <stern@rowland.harvard.edu>
Patch : http://www.spinics.net/lists/linux-usb/msg09735.html
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11442
Subject : btusb hibernation/suspend breakage in current -git
Submitter : Rafael J. Wysocki <rjw@sisk.pl>
Date : 2008-08-25 11:37 (19 days old)
References : http://marc.info/?l=linux-bluetooth&m=121966402012074&w=4
Handled-By : Oliver Neukum <oliver@neukum.org>
Patch : http://marc.info/?l=linux-bluetooth&m=121967226027323&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11439
Subject : [2.6.27-rc4-git4] compilation warnings
Submitter : Rufus & Azrael <rufus-azrael@numericable.fr>
Date : 2008-08-26 9:37 (18 days old)
References : http://marc.info/?l=linux-kernel&m=121974353815440&w=4
Handled-By : Greg KH <gregkh@suse.de>
Patch : http://marc.info/?l=linux-kernel&m=121976424221858&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11382
Subject : e1000e: 2.6.27-rc1 corrupts EEPROM/NVM
Submitter : David Vrabel <david.vrabel@csr.com>
Date : 2008-08-08 10:47 (36 days old)
References : http://marc.info/?l=linux-kernel&m=121819267211679&w=4
Handled-By : Christopher Li <chrisl@vmware.com>
Patch : http://marc.info/?l=linux-mm-commits&m=122038324200305&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11358
Subject : net: forcedeth call restore mac addr in nv_shutdown path
Submitter : Yinghai Lu <yhlu.kernel@gmail.com>
Date : 2008-08-17 3:30 (27 days old)
References : http://marc.info/?l=linux-kernel&m=121894389018584&w=4
Handled-By : Yinghai Lu <yhlu.kernel@gmail.com>
Patch : http://marc.info/?l=linux-kernel&m=121894389018584&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11336
Subject : 2.6.27-rc2:stall while mounting root fs
Submitter : Torsten Kaiser <just.for.lkml@googlemail.com>
Date : 2008-08-12 12:37 (32 days old)
References : http://marc.info/?l=linux-kernel&m=121854484015909&w=4
Handled-By : Thomas Gleixner <tglx@linutronix.de>
Patch : http://bugzilla.kernel.org/attachment.cgi?id=17622
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11276
Subject : build error: CONFIG_OPTIMIZE_INLINING=y causes gcc 4.2 to do stupid things
Submitter : Randy Dunlap <randy.dunlap@oracle.com>
Date : 2008-08-06 17:18 (38 days old)
References : http://marc.info/?l=linux-kernel&m=121804329014332&w=4
http://lkml.org/lkml/2008/7/22/353
Handled-By : Bjorn Helgaas <bjorn.helgaas@hp.com>
Patch : http://lkml.org/lkml/2008/7/22/364
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11237
Subject : corrupt PMD after resume
Submitter : Alan Jenkins <alan-jenkins@tuffmail.co.uk>
Date : 2008-08-02 9:51 (42 days old)
References : http://marc.info/?l=linux-kernel&m=121767073424952&w=4
Handled-By : Hugh Dickins <hugh@veritas.com>
Jeremy Fitzhardinge <jeremy@goop.org>
Patch : http://marc.info/?l=linux-kernel&m=122001615314700&w=2
For details, please visit the bug entries and follow the links given in
references.
As you can see, there is a Bugzilla entry for each of the listed regressions.
There also is a Bugzilla entry used for tracking the regressions from 2.6.26,
unresolved as well as resolved, at:
http://bugzilla.kernel.org/show_bug.cgi?id=11167
Please let me know if there are any Bugzilla entries that should be added to
the list in there.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11207] VolanoMark regression with 2.6.27-rc1
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 18:59 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 18:59 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Dhaval Giani, Miao Xie, Peter Zijlstra,
Zhang, Yanmin
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11207
Subject : VolanoMark regression with 2.6.27-rc1
Submitter : Zhang, Yanmin <yanmin_zhang-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
Date : 2008-07-31 3:20 (44 days old)
References : http://marc.info/?l=linux-kernel&m=121747464114335&w=4
Handled-By : Zhang, Yanmin <yanmin_zhang-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
Dhaval Giani <dhaval-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
Miao Xie <miaox-BthXqXjhjHXQFUHtdCDX3A@public.gmane.org>
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11220] Screen stays black after resume
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Nico Schottelius
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11220
Subject : Screen stays black after resume
Submitter : Nico Schottelius <nico-xuaVFQXs+5hIG4jRRZ66WA@public.gmane.org>
Date : 2008-07-31 21:05 (44 days old)
References : http://marc.info/?l=linux-kernel&m=121753882422899&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11210] libata badness
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Kumar Gala
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11210
Subject : libata badness
Submitter : Kumar Gala <galak-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
Date : 2008-07-31 18:53 (44 days old)
References : http://marc.info/?l=linux-ide&m=121753059307310&w=4
Handled-By : Kumar Gala <galak-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11215] INFO: possible recursive locking detected ps2_command
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Peter Zijlstra, Zdenek Kabelac
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11215
Subject : INFO: possible recursive locking detected ps2_command
Submitter : Zdenek Kabelac <zdenek.kabelac-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-07-31 9:41 (44 days old)
References : http://marc.info/?l=linux-kernel&m=121749737011637&w=4
Handled-By : Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11237] corrupt PMD after resume
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Alan Jenkins, Hugh Dickins, Ingo Molnar,
Jeremy Fitzhardinge, Jeremy Fitzhardinge
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11237
Subject : corrupt PMD after resume
Submitter : Alan Jenkins <alan-jenkins-cCz0Lq7MMjm9FHfhHBbuYA@public.gmane.org>
Date : 2008-08-02 9:51 (42 days old)
References : http://marc.info/?l=linux-kernel&m=121767073424952&w=4
Handled-By : Hugh Dickins <hugh-DTz5qymZ9yRBDgjK7y7TUQ@public.gmane.org>
Jeremy Fitzhardinge <jeremy-TSDbQ3PG+2Y@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=122001615314700&w=2
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11230] Kconfig no longer outputs a .config with freshly updated defconfigs
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Josh Boyer
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11230
Subject : Kconfig no longer outputs a .config with freshly updated defconfigs
Submitter : Josh Boyer <jwboyer-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
Date : 2008-08-02 16:03 (42 days old)
References : http://marc.info/?l=linux-kernel&m=121769306319391&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11224] Only three cores found on quad-core machine.
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Dave Jones
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11224
Subject : Only three cores found on quad-core machine.
Submitter : Dave Jones <davej-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-01 18:15 (43 days old)
References : http://marc.info/?l=linux-kernel&m=121761475224719&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11271] BUG: fealnx in 2.6.27-rc1
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Francois Romieu, Jaswinder Singh
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11271
Subject : BUG: fealnx in 2.6.27-rc1
Submitter : Jaswinder Singh <jaswinderlinux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-05 14:58 (39 days old)
References : http://marc.info/?l=linux-netdev&m=121794762016830&w=4
http://lkml.org/lkml/2008/8/10/98
Handled-By : Francois Romieu <romieu-W8zweXLXuWQS+FvcfC7Uqw@public.gmane.org>
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11271] BUG: fealnx in 2.6.27-rc1
@ 2008-09-12 19:06 ` Rafael J. Wysocki
0 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Francois Romieu, Jaswinder Singh
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11271
Subject : BUG: fealnx in 2.6.27-rc1
Submitter : Jaswinder Singh <jaswinderlinux@gmail.com>
Date : 2008-08-05 14:58 (39 days old)
References : http://marc.info/?l=linux-netdev&m=121794762016830&w=4
http://lkml.org/lkml/2008/8/10/98
Handled-By : Francois Romieu <romieu@fr.zoreil.com>
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11271] BUG: fealnx in 2.6.27-rc1
2008-09-12 19:06 ` Rafael J. Wysocki
@ 2008-09-13 8:47 ` Jaswinder Singh
-1 siblings, 0 replies; 367+ messages in thread
From: Jaswinder Singh @ 2008-09-13 8:47 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Francois Romieu,
Jeff Garzik, davem-fT/PcQaiUtIeIZ0/mPfg9Q,
netdev-u79uwXL29TY76Z2rM5mHXA
Hello all,
On Fri, Sep 12, 2008 at 3:06 PM, Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org> wrote:
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11271
> Subject : BUG: fealnx in 2.6.27-rc1
> Submitter : Jaswinder Singh <jaswinderlinux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Date : 2008-08-05 14:58 (39 days old)
> References : http://marc.info/?l=linux-netdev&m=121794762016830&w=4
> http://lkml.org/lkml/2008/8/10/98
I am sorry for delay.
Now I am testing for same problem with 2.6.27-rc6.:
1. On different MYSON Technology Inc SURECOM EP-320X-S 100/10M
Ethernet PCI Adapters
2. On different Linux PCs
3. With different Ethernet switches which supports 100 Mb
4. With different CAT 5 ethernet cables which supports 100 Mb
5. Also checking old patches on fealnx as per Jeff.
And it seems, I am getting following error, with few ethernet switches
and cables and when I switch ethernet cables :
"NETDEV WATCHDOG: eth0 (fealnx): transmit timed out
eth0: Transmit timed out, status 00000000, resetting..."
Now I am trying to confirm that problem is coming from ethernet
switches and cables.
I am also facing one more Issue :
With same 100 Mb ethernet switch and cable my another NIC run at 100
Mb/s and full duplex but MYSON Technology Inc SURECOM EP-320X-S
100/10M runs on 10 Mb/s and half duplex.
I debug fealnx it says : PHYType 1 duplex_mode : 2 line_speed : 2
crvalue : 0xe40e61 bcrvalue : 0x10 imrvalue : 0x46c flags : 0x1
So it is saying duplex_mode : 2 (full duplex) and line_speed = 2
(100M) then why I am getting 10MB half duplex ?
#lspci -vv
02:02.0 Ethernet controller: MYSON Technology Inc SURECOM EP-320X-S
100/10M Ethernet PCI Adapter
Subsystem: MYSON Technology Inc SURECOM EP-320X-S 100/10M
Ethernet PCI Adapter
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop-
ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium
>TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 32 (8000ns min, 16000ns max), Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 17
Region 0: I/O ports at b800 [size=256]
Region 1: Memory at ff9ffc00 (32-bit, non-prefetchable) [size=1K]
Expansion ROM at 50000000 [disabled] [size=64K]
Capabilities: [88] Power Management version 2
Flags: PMEClk- DSI- D1+ D2- AuxCurrent=375mA
PME(D0-,D1+,D2-,D3hot+,D3cold+)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
Kernel driver in use: fealnx
#/sbin/ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: Not reported
Advertised auto-negotiation: No
Speed: 10Mb/s
Duplex: Half
Port: MII
PHYAD: 32
Transceiver: internal
Auto-negotiation: off
Current message level: 0x00000000 (0)
Link detected: no
Thank you,
Jaswinder Singh.
^ permalink raw reply [flat|nested] 367+ messages in thread* Re: [Bug #11271] BUG: fealnx in 2.6.27-rc1
@ 2008-09-13 8:47 ` Jaswinder Singh
0 siblings, 0 replies; 367+ messages in thread
From: Jaswinder Singh @ 2008-09-13 8:47 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Francois Romieu,
Jeff Garzik, davem, netdev
Hello all,
On Fri, Sep 12, 2008 at 3:06 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11271
> Subject : BUG: fealnx in 2.6.27-rc1
> Submitter : Jaswinder Singh <jaswinderlinux@gmail.com>
> Date : 2008-08-05 14:58 (39 days old)
> References : http://marc.info/?l=linux-netdev&m=121794762016830&w=4
> http://lkml.org/lkml/2008/8/10/98
I am sorry for delay.
Now I am testing for same problem with 2.6.27-rc6.:
1. On different MYSON Technology Inc SURECOM EP-320X-S 100/10M
Ethernet PCI Adapters
2. On different Linux PCs
3. With different Ethernet switches which supports 100 Mb
4. With different CAT 5 ethernet cables which supports 100 Mb
5. Also checking old patches on fealnx as per Jeff.
And it seems, I am getting following error, with few ethernet switches
and cables and when I switch ethernet cables :
"NETDEV WATCHDOG: eth0 (fealnx): transmit timed out
eth0: Transmit timed out, status 00000000, resetting..."
Now I am trying to confirm that problem is coming from ethernet
switches and cables.
I am also facing one more Issue :
With same 100 Mb ethernet switch and cable my another NIC run at 100
Mb/s and full duplex but MYSON Technology Inc SURECOM EP-320X-S
100/10M runs on 10 Mb/s and half duplex.
I debug fealnx it says : PHYType 1 duplex_mode : 2 line_speed : 2
crvalue : 0xe40e61 bcrvalue : 0x10 imrvalue : 0x46c flags : 0x1
So it is saying duplex_mode : 2 (full duplex) and line_speed = 2
(100M) then why I am getting 10MB half duplex ?
#lspci -vv
02:02.0 Ethernet controller: MYSON Technology Inc SURECOM EP-320X-S
100/10M Ethernet PCI Adapter
Subsystem: MYSON Technology Inc SURECOM EP-320X-S 100/10M
Ethernet PCI Adapter
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop-
ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium
>TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 32 (8000ns min, 16000ns max), Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 17
Region 0: I/O ports at b800 [size=256]
Region 1: Memory at ff9ffc00 (32-bit, non-prefetchable) [size=1K]
Expansion ROM at 50000000 [disabled] [size=64K]
Capabilities: [88] Power Management version 2
Flags: PMEClk- DSI- D1+ D2- AuxCurrent=375mA
PME(D0-,D1+,D2-,D3hot+,D3cold+)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
Kernel driver in use: fealnx
#/sbin/ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: Not reported
Advertised auto-negotiation: No
Speed: 10Mb/s
Duplex: Half
Port: MII
PHYAD: 32
Transceiver: internal
Auto-negotiation: off
Current message level: 0x00000000 (0)
Link detected: no
Thank you,
Jaswinder Singh.
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11264] Invalid op opcode in kernel/workqueue
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Jean-Luc Coulon
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11264
Subject : Invalid op opcode in kernel/workqueue
Submitter : Jean-Luc Coulon <jean.luc.coulon-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-07 04:18 (37 days old)
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11272] BUG: parport_serial in 2.6.27-rc1 for NetMos Technology PCI 9835
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Jaswinder Singh
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11272
Subject : BUG: parport_serial in 2.6.27-rc1 for NetMos Technology PCI 9835
Submitter : Jaswinder Singh <jaswinderlinux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-05 15:12 (39 days old)
References : http://marc.info/?l=linux-kernel&m=121794900319776&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11272] BUG: parport_serial in 2.6.27-rc1 for NetMos Technology PCI 9835
@ 2008-09-12 19:06 ` Rafael J. Wysocki
0 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Jaswinder Singh
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11272
Subject : BUG: parport_serial in 2.6.27-rc1 for NetMos Technology PCI 9835
Submitter : Jaswinder Singh <jaswinderlinux@gmail.com>
Date : 2008-08-05 15:12 (39 days old)
References : http://marc.info/?l=linux-kernel&m=121794900319776&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11272] BUG: parport_serial in 2.6.27-rc1 for NetMos Technology PCI 9835
2008-09-12 19:06 ` Rafael J. Wysocki
(?)
@ 2008-09-16 15:25 ` Jaswinder Singh
-1 siblings, 0 replies; 367+ messages in thread
From: Jaswinder Singh @ 2008-09-16 15:25 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, linux-serial
Hello all,
I am sorry for delay.
On Sat, Sep 13, 2008 at 12:36 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11272
> Subject : BUG: parport_serial in 2.6.27-rc1 for NetMos Technology PCI 9835
> Submitter : Jaswinder Singh <jaswinderlinux@gmail.com>
> Date : 2008-08-05 15:12 (39 days old)
> References : http://marc.info/?l=linux-kernel&m=121794900319776&w=4
>
I have tested parport_pc and also tried with pcmcia_cs, only thing I
get is disappointment. So I give up :-(
Now I switched to usbserial.
usbserial drivers are working great !!
Now I do not want to use parport_pc and pcmcia_cs atleast for 2 years,
I hope in 2 years this will be solved ;)
In the mean time, If you think my problem is solved just ping to me I
will test and let you know the results.
Thank you for all your support and help.
Jaswinder Singh.
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11276] build error: CONFIG_OPTIMIZE_INLINING=y causes gcc 4.2 to do stupid things
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Bjorn Helgaas, Ingo Molnar, Randy Dunlap
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11276
Subject : build error: CONFIG_OPTIMIZE_INLINING=y causes gcc 4.2 to do stupid things
Submitter : Randy Dunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-06 17:18 (38 days old)
References : http://marc.info/?l=linux-kernel&m=121804329014332&w=4
http://lkml.org/lkml/2008/7/22/353
Handled-By : Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
Patch : http://lkml.org/lkml/2008/7/22/364
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11276] build error: CONFIG_OPTIMIZE_INLINING=y causes gcc 4.2 to do stupid things
@ 2008-09-12 19:06 ` Rafael J. Wysocki
0 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Bjorn Helgaas, Ingo Molnar, Randy Dunlap
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11276
Subject : build error: CONFIG_OPTIMIZE_INLINING=y causes gcc 4.2 to do stupid things
Submitter : Randy Dunlap <randy.dunlap@oracle.com>
Date : 2008-08-06 17:18 (38 days old)
References : http://marc.info/?l=linux-kernel&m=121804329014332&w=4
http://lkml.org/lkml/2008/7/22/353
Handled-By : Bjorn Helgaas <bjorn.helgaas@hp.com>
Patch : http://lkml.org/lkml/2008/7/22/364
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11276] build error: CONFIG_OPTIMIZE_INLINING=y causes gcc 4.2 to do stupid things
2008-09-12 19:06 ` Rafael J. Wysocki
@ 2008-09-12 20:46 ` Randy Dunlap
-1 siblings, 0 replies; 367+ messages in thread
From: Randy Dunlap @ 2008-09-12 20:46 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Bjorn Helgaas,
Ingo Molnar
Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.26. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11276
> Subject : build error: CONFIG_OPTIMIZE_INLINING=y causes gcc 4.2 to do stupid things
> Submitter : Randy Dunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
> Date : 2008-08-06 17:18 (38 days old)
> References : http://marc.info/?l=linux-kernel&m=121804329014332&w=4
> http://lkml.org/lkml/2008/7/22/353
> Handled-By : Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
> Patch : http://lkml.org/lkml/2008/7/22/364
Yes, I still see this build error.
What would it take to have Bjorn's patch merged into mainline?
--
~Randy
Linux Plumbers Conference, 17-19 September 2008, Portland, Oregon USA
http://linuxplumbersconf.org/
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11276] build error: CONFIG_OPTIMIZE_INLINING=y causes gcc 4.2 to do stupid things
@ 2008-09-12 20:46 ` Randy Dunlap
0 siblings, 0 replies; 367+ messages in thread
From: Randy Dunlap @ 2008-09-12 20:46 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Bjorn Helgaas,
Ingo Molnar
Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.26. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11276
> Subject : build error: CONFIG_OPTIMIZE_INLINING=y causes gcc 4.2 to do stupid things
> Submitter : Randy Dunlap <randy.dunlap@oracle.com>
> Date : 2008-08-06 17:18 (38 days old)
> References : http://marc.info/?l=linux-kernel&m=121804329014332&w=4
> http://lkml.org/lkml/2008/7/22/353
> Handled-By : Bjorn Helgaas <bjorn.helgaas@hp.com>
> Patch : http://lkml.org/lkml/2008/7/22/364
Yes, I still see this build error.
What would it take to have Bjorn's patch merged into mainline?
--
~Randy
Linux Plumbers Conference, 17-19 September 2008, Portland, Oregon USA
http://linuxplumbersconf.org/
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <48CAD51D.4060908-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>]
* Re: [Bug #11276] build error: CONFIG_OPTIMIZE_INLINING=y causes gcc 4.2 to do stupid things
2008-09-12 20:46 ` Randy Dunlap
@ 2008-09-12 21:19 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 21:19 UTC (permalink / raw)
To: Randy Dunlap
Cc: Linux Kernel Mailing List, Kernel Testers List, Bjorn Helgaas,
Ingo Molnar, Andrew Morton
On Friday, 12 of September 2008, Randy Dunlap wrote:
> Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.26. Please verify if it still should be listed and let me know
> > (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11276
> > Subject : build error: CONFIG_OPTIMIZE_INLINING=y causes gcc 4.2 to do stupid things
> > Submitter : Randy Dunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
> > Date : 2008-08-06 17:18 (38 days old)
> > References : http://marc.info/?l=linux-kernel&m=121804329014332&w=4
> > http://lkml.org/lkml/2008/7/22/353
> > Handled-By : Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
> > Patch : http://lkml.org/lkml/2008/7/22/364
>
> Yes, I still see this build error.
> What would it take to have Bjorn's patch merged into mainline?
Well, send a request to Andrew I think (with the patch appended).
Thanks,
Rafael
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11276] build error: CONFIG_OPTIMIZE_INLINING=y causes gcc 4.2 to do stupid things
@ 2008-09-12 21:19 ` Rafael J. Wysocki
0 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 21:19 UTC (permalink / raw)
To: Randy Dunlap
Cc: Linux Kernel Mailing List, Kernel Testers List, Bjorn Helgaas,
Ingo Molnar, Andrew Morton
On Friday, 12 of September 2008, Randy Dunlap wrote:
> Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.26. Please verify if it still should be listed and let me know
> > (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11276
> > Subject : build error: CONFIG_OPTIMIZE_INLINING=y causes gcc 4.2 to do stupid things
> > Submitter : Randy Dunlap <randy.dunlap@oracle.com>
> > Date : 2008-08-06 17:18 (38 days old)
> > References : http://marc.info/?l=linux-kernel&m=121804329014332&w=4
> > http://lkml.org/lkml/2008/7/22/353
> > Handled-By : Bjorn Helgaas <bjorn.helgaas@hp.com>
> > Patch : http://lkml.org/lkml/2008/7/22/364
>
> Yes, I still see this build error.
> What would it take to have Bjorn's patch merged into mainline?
Well, send a request to Andrew I think (with the patch appended).
Thanks,
Rafael
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <200809122319.18633.rjw-KKrjLPT3xs0@public.gmane.org>]
* Re: [Bug #11276] build error: CONFIG_OPTIMIZE_INLINING=y causes gcc 4.2 to do stupid things
2008-09-12 21:19 ` Rafael J. Wysocki
@ 2008-09-17 14:26 ` Bjorn Helgaas
-1 siblings, 0 replies; 367+ messages in thread
From: Bjorn Helgaas @ 2008-09-17 14:26 UTC (permalink / raw)
To: Rafael J. Wysocki, David Miller
Cc: Randy Dunlap, Linux Kernel Mailing List, Kernel Testers List,
Ingo Molnar, Andrew Morton
On Friday 12 September 2008 03:19:17 pm Rafael J. Wysocki wrote:
> On Friday, 12 of September 2008, Randy Dunlap wrote:
> > Rafael J. Wysocki wrote:
> > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11276
> > > Subject : build error: CONFIG_OPTIMIZE_INLINING=y causes gcc 4.2 to do stupid things
> > > Submitter : Randy Dunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
> > > Date : 2008-08-06 17:18 (38 days old)
> > > References : http://marc.info/?l=linux-kernel&m=121804329014332&w=4
> > > http://lkml.org/lkml/2008/7/22/353
> > > Handled-By : Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
> > > Patch : http://lkml.org/lkml/2008/7/22/364
Thanks for pointing out the fix that should have been obvious,
Dave. That's a much better solution than sprinkling #ifdef
CONFIG_PNP through drivers.
Rafael, in case you missed the checkin, it's commit
ef3d7714f6b75b51825ad0384b5ce48358427e50
Bjorn
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11276] build error: CONFIG_OPTIMIZE_INLINING=y causes gcc 4.2 to do stupid things
@ 2008-09-17 14:26 ` Bjorn Helgaas
0 siblings, 0 replies; 367+ messages in thread
From: Bjorn Helgaas @ 2008-09-17 14:26 UTC (permalink / raw)
To: Rafael J. Wysocki, David Miller
Cc: Randy Dunlap, Linux Kernel Mailing List, Kernel Testers List,
Ingo Molnar, Andrew Morton
On Friday 12 September 2008 03:19:17 pm Rafael J. Wysocki wrote:
> On Friday, 12 of September 2008, Randy Dunlap wrote:
> > Rafael J. Wysocki wrote:
> > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11276
> > > Subject : build error: CONFIG_OPTIMIZE_INLINING=y causes gcc 4.2 to do stupid things
> > > Submitter : Randy Dunlap <randy.dunlap@oracle.com>
> > > Date : 2008-08-06 17:18 (38 days old)
> > > References : http://marc.info/?l=linux-kernel&m=121804329014332&w=4
> > > http://lkml.org/lkml/2008/7/22/353
> > > Handled-By : Bjorn Helgaas <bjorn.helgaas@hp.com>
> > > Patch : http://lkml.org/lkml/2008/7/22/364
Thanks for pointing out the fix that should have been obvious,
Dave. That's a much better solution than sprinkling #ifdef
CONFIG_PNP through drivers.
Rafael, in case you missed the checkin, it's commit
ef3d7714f6b75b51825ad0384b5ce48358427e50
Bjorn
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11335] 2.6.27-rc2-git5 BUG: unable to handle kernel paging request
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Hugh Dickins, Randy Dunlap
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11335
Subject : 2.6.27-rc2-git5 BUG: unable to handle kernel paging request
Submitter : Randy Dunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-12 4:18 (32 days old)
References : http://marc.info/?l=linux-kernel&m=121851477201960&w=4
http://lkml.org/lkml/2008/8/16/274
Handled-By : Hugh Dickins <hugh-DTz5qymZ9yRBDgjK7y7TUQ@public.gmane.org>
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Christoph Lameter
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11308
Subject : tbench regression on each kernel release from 2.6.22 -> 2.6.28
Submitter : Christoph Lameter <cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Date : 2008-08-11 18:36 (33 days old)
References : http://marc.info/?l=linux-kernel&m=121847986119495&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-09-12 19:06 ` Rafael J. Wysocki
0 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Christoph Lameter
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11308
Subject : tbench regression on each kernel release from 2.6.22 -> 2.6.28
Submitter : Christoph Lameter <cl@linux-foundation.org>
Date : 2008-08-11 18:36 (33 days old)
References : http://marc.info/?l=linux-kernel&m=121847986119495&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-09-12 19:06 ` Rafael J. Wysocki
@ 2008-09-12 22:05 ` Christoph Lameter
-1 siblings, 0 replies; 367+ messages in thread
From: Christoph Lameter @ 2008-09-12 22:05 UTC (permalink / raw)
To: Rafael J. Wysocki; +Cc: Linux Kernel Mailing List, Kernel Testers List
Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.26. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11308
> Subject : tbench regression on each kernel release from 2.6.22 -> 2.6.28
> Submitter : Christoph Lameter <cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
> Date : 2008-08-11 18:36 (33 days old)
> References : http://marc.info/?l=linux-kernel&m=121847986119495&w=4
>
>
>
tbench
2.6.27-rc6 2760 MB/sec
2.6.22 3235.47 MB/sec
diff on the .config files for each (took .22 config and did a make oldconfig)
--- /boot/config-2.6.22.1-4U4JUMP1.12 2008-01-22 08:06:38.000000000 -0600
+++ .config 2008-09-12 16:33:52.000000000 -0500
@@ -1,55 +1,89 @@
#
# Automatically generated make config: don't edit
-# Linux kernel version: 2.6.22.1-4U4JUMP1.12
-# Mon Jan 21 16:05:52 2008
+# Linux kernel version: 2.6.27-rc6
+# Fri Sep 12 16:33:52 2008
#
+# CONFIG_64BIT is not set
CONFIG_X86_32=y
+# CONFIG_X86_64 is not set
+CONFIG_X86=y
+CONFIG_ARCH_DEFCONFIG="arch/x86/configs/i386_defconfig"
+# CONFIG_GENERIC_LOCKBREAK is not set
CONFIG_GENERIC_TIME=y
+CONFIG_GENERIC_CMOS_UPDATE=y
CONFIG_CLOCKSOURCE_WATCHDOG=y
CONFIG_GENERIC_CLOCKEVENTS=y
CONFIG_GENERIC_CLOCKEVENTS_BROADCAST=y
CONFIG_LOCKDEP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
-CONFIG_SEMAPHORE_SLEEPERS=y
-CONFIG_X86=y
+CONFIG_HAVE_LATENCYTOP_SUPPORT=y
+CONFIG_FAST_CMPXCHG_LOCAL=y
CONFIG_MMU=y
CONFIG_ZONE_DMA=y
-CONFIG_QUICKLIST=y
CONFIG_GENERIC_ISA_DMA=y
CONFIG_GENERIC_IOMAP=y
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
+# CONFIG_GENERIC_GPIO is not set
CONFIG_ARCH_MAY_HAVE_PC_FDC=y
-CONFIG_DMI=y
+# CONFIG_RWSEM_GENERIC_SPINLOCK is not set
+CONFIG_RWSEM_XCHGADD_ALGORITHM=y
+# CONFIG_ARCH_HAS_ILOG2_U32 is not set
+# CONFIG_ARCH_HAS_ILOG2_U64 is not set
+CONFIG_ARCH_HAS_CPU_IDLE_WAIT=y
+CONFIG_GENERIC_CALIBRATE_DELAY=y
+# CONFIG_GENERIC_TIME_VSYSCALL is not set
+CONFIG_ARCH_HAS_CPU_RELAX=y
+CONFIG_ARCH_HAS_CACHE_LINE_SIZE=y
+CONFIG_HAVE_SETUP_PER_CPU_AREA=y
+# CONFIG_HAVE_CPUMASK_OF_CPU_MAP is not set
+CONFIG_ARCH_HIBERNATION_POSSIBLE=y
+CONFIG_ARCH_SUSPEND_POSSIBLE=y
+# CONFIG_ZONE_DMA32 is not set
+CONFIG_ARCH_POPULATES_NODE_MAP=y
+# CONFIG_AUDIT_ARCH is not set
+CONFIG_ARCH_SUPPORTS_AOUT=y
+CONFIG_ARCH_SUPPORTS_OPTIMIZED_INLINING=y
+CONFIG_GENERIC_HARDIRQS=y
+CONFIG_GENERIC_IRQ_PROBE=y
+CONFIG_GENERIC_PENDING_IRQ=y
+CONFIG_X86_SMP=y
+CONFIG_X86_32_SMP=y
+CONFIG_X86_HT=y
+CONFIG_X86_BIOS_REBOOT=y
+CONFIG_X86_TRAMPOLINE=y
+CONFIG_KTIME_SCALAR=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
#
-# Code maturity level options
+# General setup
#
CONFIG_EXPERIMENTAL=y
CONFIG_LOCK_KERNEL=y
CONFIG_INIT_ENV_ARG_LIMIT=32
-
-#
-# General setup
-#
CONFIG_LOCALVERSION=""
CONFIG_LOCALVERSION_AUTO=y
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
-# CONFIG_IPC_NS is not set
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
# CONFIG_BSD_PROCESS_ACCT is not set
# CONFIG_TASKSTATS is not set
-# CONFIG_UTS_NS is not set
# CONFIG_AUDIT is not set
CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y
CONFIG_LOG_BUF_SHIFT=18
-# CONFIG_CPUSETS is not set
+# CONFIG_CGROUPS is not set
+CONFIG_HAVE_UNSTABLE_SCHED_CLOCK=y
+# CONFIG_GROUP_SCHED is not set
CONFIG_SYSFS_DEPRECATED=y
+CONFIG_SYSFS_DEPRECATED_V2=y
# CONFIG_RELAY is not set
+CONFIG_NAMESPACES=y
+# CONFIG_UTS_NS is not set
+# CONFIG_IPC_NS is not set
+# CONFIG_USER_NS is not set
+# CONFIG_PID_NS is not set
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
CONFIG_CC_OPTIMIZE_FOR_SIZE=y
@@ -64,6 +98,8 @@
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
+CONFIG_PCSPKR_PLATFORM=y
+CONFIG_COMPAT_BRK=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_ANON_INODES=y
@@ -76,28 +112,40 @@
CONFIG_SLAB=y
# CONFIG_SLUB is not set
# CONFIG_SLOB is not set
+CONFIG_PROFILING=y
+# CONFIG_MARKERS is not set
+CONFIG_OPROFILE=y
+CONFIG_HAVE_OPROFILE=y
+CONFIG_KPROBES=y
+CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS=y
+CONFIG_KRETPROBES=y
+CONFIG_HAVE_IOREMAP_PROT=y
+CONFIG_HAVE_KPROBES=y
+CONFIG_HAVE_KRETPROBES=y
+# CONFIG_HAVE_ARCH_TRACEHOOK is not set
+# CONFIG_HAVE_DMA_ATTRS is not set
+CONFIG_USE_GENERIC_SMP_HELPERS=y
+# CONFIG_HAVE_CLK is not set
+CONFIG_PROC_PAGE_MONITOR=y
+CONFIG_HAVE_GENERIC_DMA_COHERENT=y
+CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
# CONFIG_TINY_SHMEM is not set
CONFIG_BASE_SMALL=0
-
-#
-# Loadable module support
-#
CONFIG_MODULES=y
+# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=y
CONFIG_MODULE_FORCE_UNLOAD=y
# CONFIG_MODVERSIONS is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set
-# CONFIG_KMOD is not set
+CONFIG_KMOD=y
CONFIG_STOP_MACHINE=y
-
-#
-# Block layer
-#
CONFIG_BLOCK=y
CONFIG_LBD=y
# CONFIG_BLK_DEV_IO_TRACE is not set
# CONFIG_LSF is not set
+# CONFIG_BLK_DEV_BSG is not set
+# CONFIG_BLK_DEV_INTEGRITY is not set
#
# IO Schedulers
@@ -111,6 +159,7 @@
# CONFIG_DEFAULT_CFQ is not set
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="anticipatory"
+CONFIG_CLASSIC_RCU=y
#
# Processor type and features
@@ -118,17 +167,23 @@
CONFIG_TICK_ONESHOT=y
CONFIG_NO_HZ=y
CONFIG_HIGH_RES_TIMERS=y
+CONFIG_GENERIC_CLOCKEVENTS_BUILD=y
CONFIG_SMP=y
+CONFIG_X86_FIND_SMP_CONFIG=y
+CONFIG_X86_MPPARSE=y
# CONFIG_X86_PC is not set
# CONFIG_X86_ELAN is not set
# CONFIG_X86_VOYAGER is not set
+CONFIG_X86_GENERICARCH=y
# CONFIG_X86_NUMAQ is not set
# CONFIG_X86_SUMMIT is not set
-# CONFIG_X86_BIGSMP is not set
-# CONFIG_X86_VISWS is not set
-CONFIG_X86_GENERICARCH=y
# CONFIG_X86_ES7000 is not set
-# CONFIG_PARAVIRT is not set
+# CONFIG_X86_BIGSMP is not set
+# CONFIG_X86_VSMP is not set
+# CONFIG_X86_RDC321X is not set
+CONFIG_SCHED_NO_NO_OMIT_FRAME_POINTER=y
+# CONFIG_PARAVIRT_GUEST is not set
+# CONFIG_MEMTEST is not set
CONFIG_X86_CYCLONE_TIMER=y
# CONFIG_M386 is not set
# CONFIG_M486 is not set
@@ -139,7 +194,6 @@
# CONFIG_MPENTIUMII is not set
# CONFIG_MPENTIUMIII is not set
# CONFIG_MPENTIUMM is not set
-CONFIG_MCORE2=y
# CONFIG_MPENTIUM4 is not set
# CONFIG_MK6 is not set
# CONFIG_MK7 is not set
@@ -154,33 +208,34 @@
# CONFIG_MCYRIXIII is not set
# CONFIG_MVIAC3_2 is not set
# CONFIG_MVIAC7 is not set
+# CONFIG_MPSC is not set
+CONFIG_MCORE2=y
+# CONFIG_GENERIC_CPU is not set
CONFIG_X86_GENERIC=y
+CONFIG_X86_CPU=y
CONFIG_X86_CMPXCHG=y
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-09-12 22:05 ` Christoph Lameter
0 siblings, 0 replies; 367+ messages in thread
From: Christoph Lameter @ 2008-09-12 22:05 UTC (permalink / raw)
To: Rafael J. Wysocki; +Cc: Linux Kernel Mailing List, Kernel Testers List
Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.26. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11308
> Subject : tbench regression on each kernel release from 2.6.22 -> 2.6.28
> Submitter : Christoph Lameter <cl@linux-foundation.org>
> Date : 2008-08-11 18:36 (33 days old)
> References : http://marc.info/?l=linux-kernel&m=121847986119495&w=4
>
>
>
tbench
2.6.27-rc6 2760 MB/sec
2.6.22 3235.47 MB/sec
diff on the .config files for each (took .22 config and did a make oldconfig)
--- /boot/config-2.6.22.1-4U4JUMP1.12 2008-01-22 08:06:38.000000000 -0600
+++ .config 2008-09-12 16:33:52.000000000 -0500
@@ -1,55 +1,89 @@
#
# Automatically generated make config: don't edit
-# Linux kernel version: 2.6.22.1-4U4JUMP1.12
-# Mon Jan 21 16:05:52 2008
+# Linux kernel version: 2.6.27-rc6
+# Fri Sep 12 16:33:52 2008
#
+# CONFIG_64BIT is not set
CONFIG_X86_32=y
+# CONFIG_X86_64 is not set
+CONFIG_X86=y
+CONFIG_ARCH_DEFCONFIG="arch/x86/configs/i386_defconfig"
+# CONFIG_GENERIC_LOCKBREAK is not set
CONFIG_GENERIC_TIME=y
+CONFIG_GENERIC_CMOS_UPDATE=y
CONFIG_CLOCKSOURCE_WATCHDOG=y
CONFIG_GENERIC_CLOCKEVENTS=y
CONFIG_GENERIC_CLOCKEVENTS_BROADCAST=y
CONFIG_LOCKDEP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
-CONFIG_SEMAPHORE_SLEEPERS=y
-CONFIG_X86=y
+CONFIG_HAVE_LATENCYTOP_SUPPORT=y
+CONFIG_FAST_CMPXCHG_LOCAL=y
CONFIG_MMU=y
CONFIG_ZONE_DMA=y
-CONFIG_QUICKLIST=y
CONFIG_GENERIC_ISA_DMA=y
CONFIG_GENERIC_IOMAP=y
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
+# CONFIG_GENERIC_GPIO is not set
CONFIG_ARCH_MAY_HAVE_PC_FDC=y
-CONFIG_DMI=y
+# CONFIG_RWSEM_GENERIC_SPINLOCK is not set
+CONFIG_RWSEM_XCHGADD_ALGORITHM=y
+# CONFIG_ARCH_HAS_ILOG2_U32 is not set
+# CONFIG_ARCH_HAS_ILOG2_U64 is not set
+CONFIG_ARCH_HAS_CPU_IDLE_WAIT=y
+CONFIG_GENERIC_CALIBRATE_DELAY=y
+# CONFIG_GENERIC_TIME_VSYSCALL is not set
+CONFIG_ARCH_HAS_CPU_RELAX=y
+CONFIG_ARCH_HAS_CACHE_LINE_SIZE=y
+CONFIG_HAVE_SETUP_PER_CPU_AREA=y
+# CONFIG_HAVE_CPUMASK_OF_CPU_MAP is not set
+CONFIG_ARCH_HIBERNATION_POSSIBLE=y
+CONFIG_ARCH_SUSPEND_POSSIBLE=y
+# CONFIG_ZONE_DMA32 is not set
+CONFIG_ARCH_POPULATES_NODE_MAP=y
+# CONFIG_AUDIT_ARCH is not set
+CONFIG_ARCH_SUPPORTS_AOUT=y
+CONFIG_ARCH_SUPPORTS_OPTIMIZED_INLINING=y
+CONFIG_GENERIC_HARDIRQS=y
+CONFIG_GENERIC_IRQ_PROBE=y
+CONFIG_GENERIC_PENDING_IRQ=y
+CONFIG_X86_SMP=y
+CONFIG_X86_32_SMP=y
+CONFIG_X86_HT=y
+CONFIG_X86_BIOS_REBOOT=y
+CONFIG_X86_TRAMPOLINE=y
+CONFIG_KTIME_SCALAR=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
#
-# Code maturity level options
+# General setup
#
CONFIG_EXPERIMENTAL=y
CONFIG_LOCK_KERNEL=y
CONFIG_INIT_ENV_ARG_LIMIT=32
-
-#
-# General setup
-#
CONFIG_LOCALVERSION=""
CONFIG_LOCALVERSION_AUTO=y
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
-# CONFIG_IPC_NS is not set
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
# CONFIG_BSD_PROCESS_ACCT is not set
# CONFIG_TASKSTATS is not set
-# CONFIG_UTS_NS is not set
# CONFIG_AUDIT is not set
CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y
CONFIG_LOG_BUF_SHIFT=18
-# CONFIG_CPUSETS is not set
+# CONFIG_CGROUPS is not set
+CONFIG_HAVE_UNSTABLE_SCHED_CLOCK=y
+# CONFIG_GROUP_SCHED is not set
CONFIG_SYSFS_DEPRECATED=y
+CONFIG_SYSFS_DEPRECATED_V2=y
# CONFIG_RELAY is not set
+CONFIG_NAMESPACES=y
+# CONFIG_UTS_NS is not set
+# CONFIG_IPC_NS is not set
+# CONFIG_USER_NS is not set
+# CONFIG_PID_NS is not set
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
CONFIG_CC_OPTIMIZE_FOR_SIZE=y
@@ -64,6 +98,8 @@
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
+CONFIG_PCSPKR_PLATFORM=y
+CONFIG_COMPAT_BRK=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_ANON_INODES=y
@@ -76,28 +112,40 @@
CONFIG_SLAB=y
# CONFIG_SLUB is not set
# CONFIG_SLOB is not set
+CONFIG_PROFILING=y
+# CONFIG_MARKERS is not set
+CONFIG_OPROFILE=y
+CONFIG_HAVE_OPROFILE=y
+CONFIG_KPROBES=y
+CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS=y
+CONFIG_KRETPROBES=y
+CONFIG_HAVE_IOREMAP_PROT=y
+CONFIG_HAVE_KPROBES=y
+CONFIG_HAVE_KRETPROBES=y
+# CONFIG_HAVE_ARCH_TRACEHOOK is not set
+# CONFIG_HAVE_DMA_ATTRS is not set
+CONFIG_USE_GENERIC_SMP_HELPERS=y
+# CONFIG_HAVE_CLK is not set
+CONFIG_PROC_PAGE_MONITOR=y
+CONFIG_HAVE_GENERIC_DMA_COHERENT=y
+CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
# CONFIG_TINY_SHMEM is not set
CONFIG_BASE_SMALL=0
-
-#
-# Loadable module support
-#
CONFIG_MODULES=y
+# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=y
CONFIG_MODULE_FORCE_UNLOAD=y
# CONFIG_MODVERSIONS is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set
-# CONFIG_KMOD is not set
+CONFIG_KMOD=y
CONFIG_STOP_MACHINE=y
-
-#
-# Block layer
-#
CONFIG_BLOCK=y
CONFIG_LBD=y
# CONFIG_BLK_DEV_IO_TRACE is not set
# CONFIG_LSF is not set
+# CONFIG_BLK_DEV_BSG is not set
+# CONFIG_BLK_DEV_INTEGRITY is not set
#
# IO Schedulers
@@ -111,6 +159,7 @@
# CONFIG_DEFAULT_CFQ is not set
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="anticipatory"
+CONFIG_CLASSIC_RCU=y
#
# Processor type and features
@@ -118,17 +167,23 @@
CONFIG_TICK_ONESHOT=y
CONFIG_NO_HZ=y
CONFIG_HIGH_RES_TIMERS=y
+CONFIG_GENERIC_CLOCKEVENTS_BUILD=y
CONFIG_SMP=y
+CONFIG_X86_FIND_SMP_CONFIG=y
+CONFIG_X86_MPPARSE=y
# CONFIG_X86_PC is not set
# CONFIG_X86_ELAN is not set
# CONFIG_X86_VOYAGER is not set
+CONFIG_X86_GENERICARCH=y
# CONFIG_X86_NUMAQ is not set
# CONFIG_X86_SUMMIT is not set
-# CONFIG_X86_BIGSMP is not set
-# CONFIG_X86_VISWS is not set
-CONFIG_X86_GENERICARCH=y
# CONFIG_X86_ES7000 is not set
-# CONFIG_PARAVIRT is not set
+# CONFIG_X86_BIGSMP is not set
+# CONFIG_X86_VSMP is not set
+# CONFIG_X86_RDC321X is not set
+CONFIG_SCHED_NO_NO_OMIT_FRAME_POINTER=y
+# CONFIG_PARAVIRT_GUEST is not set
+# CONFIG_MEMTEST is not set
CONFIG_X86_CYCLONE_TIMER=y
# CONFIG_M386 is not set
# CONFIG_M486 is not set
@@ -139,7 +194,6 @@
# CONFIG_MPENTIUMII is not set
# CONFIG_MPENTIUMIII is not set
# CONFIG_MPENTIUMM is not set
-CONFIG_MCORE2=y
# CONFIG_MPENTIUM4 is not set
# CONFIG_MK6 is not set
# CONFIG_MK7 is not set
@@ -154,33 +208,34 @@
# CONFIG_MCYRIXIII is not set
# CONFIG_MVIAC3_2 is not set
# CONFIG_MVIAC7 is not set
+# CONFIG_MPSC is not set
+CONFIG_MCORE2=y
+# CONFIG_GENERIC_CPU is not set
CONFIG_X86_GENERIC=y
+CONFIG_X86_CPU=y
CONFIG_X86_CMPXCHG=y
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <48CAE7A0.8000004-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-09-12 22:05 ` Christoph Lameter
@ 2008-09-13 11:44 ` Mike Galbraith
-1 siblings, 0 replies; 367+ messages in thread
From: Mike Galbraith @ 2008-09-13 11:44 UTC (permalink / raw)
To: Christoph Lameter
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List
On Fri, 2008-09-12 at 17:05 -0500, Christoph Lameter wrote:
> Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.26. Please verify if it still should be listed and let me know
> > (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11308
> > Subject : tbench regression on each kernel release from 2.6.22 -> 2.6.28
> > Submitter : Christoph Lameter <cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
> > Date : 2008-08-11 18:36 (33 days old)
> > References : http://marc.info/?l=linux-kernel&m=121847986119495&w=4
> >
> >
> >
>
> tbench
>
> 2.6.27-rc6 2760 MB/sec
> 2.6.22 3235.47 MB/sec
Numbers from my Q6600 Aldi supermarket box (hm, your box is from different shelf)
tbench -t 60 4 localhost followed by 4 60s netperf TCP_RR pairs, each pair
jabbering on a separate port and affine to a separate CPU. Configs are
as close as I can make them, all kernels built and tested today by
identical userland.
2.6.22.19
Throughput 1136.02 MB/sec 4 procs
16384 87380 1 1 60.01 94179.12
16384 87380 1 1 60.01 88780.61
16384 87380 1 1 60.01 91057.72
16384 87380 1 1 60.01 94242.16
2.6.22.19-cfs-v24.1 (identical config)
Throughput 1126.79 MB/sec 4 procs
16384 87380 1 1 60.00 88809.14
16384 87380 1 1 60.00 89971.25
16384 87380 1 1 60.01 89452.91
16384 87380 1 1 60.01 89478.63
2.6.23.17
Throughput 1073.2 MB/sec 4 procs
16384 87380 1 1 60.00 83635.61
16384 87380 1 1 60.00 82754.36
16384 87380 1 1 60.00 84594.59
16384 87380 1 1 60.00 82995.81
2.6.23.17-cfs-v24.1 (identical config)
Throughput 1145.28 MB/sec 4 procs
16384 87380 1 1 60.00 90278.55
16384 87380 1 1 60.01 90579.31
16384 87380 1 1 60.01 89412.14
16384 87380 1 1 60.00 90270.97
2.6.24.7
Throughput 1119.28 MB/sec 4 procs
16384 87380 1 1 60.00 84092.78
16384 87380 1 1 60.00 84120.68
16384 87380 1 1 60.00 84076.73
16384 87380 1 1 60.00 83995.07
2.6.25.17
Throughput 1113.82 MB/sec 4 procs
16384 87380 1 1 60.00 84629.98
16384 87380 1 1 60.00 84776.38
16384 87380 1 1 60.00 84356.49
16384 87380 1 1 60.00 84469.71
2.6.26.5
Throughput 1095.26 MB/sec 4 procs
16384 87380 1 1 60.00 84481.11
16384 87380 1 1 60.00 84604.38
16384 87380 1 1 60.01 86526.84
16384 87380 1 1 60.01 84478.01
2.6.27-rc6
Throughput 1037.98 MB/sec 4 procs
16384 87380 1 1 60.00 80293.80
16384 87380 1 1 60.00 80266.60
16384 87380 1 1 60.00 80394.83
16384 87380 1 1 60.01 80397.27
I spent two weeks chasing various and sundry netperf numbers recently,
only learning in the process that netperf is _utterly immune_ to
bisection. Tbench numbers don't look promising for bisection from here.
Note to quixotic self: destroy log immediately lest you be tempted.
-Mike
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-09-13 11:44 ` Mike Galbraith
0 siblings, 0 replies; 367+ messages in thread
From: Mike Galbraith @ 2008-09-13 11:44 UTC (permalink / raw)
To: Christoph Lameter
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List
On Fri, 2008-09-12 at 17:05 -0500, Christoph Lameter wrote:
> Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.26. Please verify if it still should be listed and let me know
> > (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11308
> > Subject : tbench regression on each kernel release from 2.6.22 -> 2.6.28
> > Submitter : Christoph Lameter <cl@linux-foundation.org>
> > Date : 2008-08-11 18:36 (33 days old)
> > References : http://marc.info/?l=linux-kernel&m=121847986119495&w=4
> >
> >
> >
>
> tbench
>
> 2.6.27-rc6 2760 MB/sec
> 2.6.22 3235.47 MB/sec
Numbers from my Q6600 Aldi supermarket box (hm, your box is from different shelf)
tbench -t 60 4 localhost followed by 4 60s netperf TCP_RR pairs, each pair
jabbering on a separate port and affine to a separate CPU. Configs are
as close as I can make them, all kernels built and tested today by
identical userland.
2.6.22.19
Throughput 1136.02 MB/sec 4 procs
16384 87380 1 1 60.01 94179.12
16384 87380 1 1 60.01 88780.61
16384 87380 1 1 60.01 91057.72
16384 87380 1 1 60.01 94242.16
2.6.22.19-cfs-v24.1 (identical config)
Throughput 1126.79 MB/sec 4 procs
16384 87380 1 1 60.00 88809.14
16384 87380 1 1 60.00 89971.25
16384 87380 1 1 60.01 89452.91
16384 87380 1 1 60.01 89478.63
2.6.23.17
Throughput 1073.2 MB/sec 4 procs
16384 87380 1 1 60.00 83635.61
16384 87380 1 1 60.00 82754.36
16384 87380 1 1 60.00 84594.59
16384 87380 1 1 60.00 82995.81
2.6.23.17-cfs-v24.1 (identical config)
Throughput 1145.28 MB/sec 4 procs
16384 87380 1 1 60.00 90278.55
16384 87380 1 1 60.01 90579.31
16384 87380 1 1 60.01 89412.14
16384 87380 1 1 60.00 90270.97
2.6.24.7
Throughput 1119.28 MB/sec 4 procs
16384 87380 1 1 60.00 84092.78
16384 87380 1 1 60.00 84120.68
16384 87380 1 1 60.00 84076.73
16384 87380 1 1 60.00 83995.07
2.6.25.17
Throughput 1113.82 MB/sec 4 procs
16384 87380 1 1 60.00 84629.98
16384 87380 1 1 60.00 84776.38
16384 87380 1 1 60.00 84356.49
16384 87380 1 1 60.00 84469.71
2.6.26.5
Throughput 1095.26 MB/sec 4 procs
16384 87380 1 1 60.00 84481.11
16384 87380 1 1 60.00 84604.38
16384 87380 1 1 60.01 86526.84
16384 87380 1 1 60.01 84478.01
2.6.27-rc6
Throughput 1037.98 MB/sec 4 procs
16384 87380 1 1 60.00 80293.80
16384 87380 1 1 60.00 80266.60
16384 87380 1 1 60.00 80394.83
16384 87380 1 1 60.01 80397.27
I spent two weeks chasing various and sundry netperf numbers recently,
only learning in the process that netperf is _utterly immune_ to
bisection. Tbench numbers don't look promising for bisection from here.
Note to quixotic self: destroy log immediately lest you be tempted.
-Mike
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <1221306287.5213.111.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-09-13 11:44 ` Mike Galbraith
@ 2008-09-13 11:57 ` Mike Galbraith
-1 siblings, 0 replies; 367+ messages in thread
From: Mike Galbraith @ 2008-09-13 11:57 UTC (permalink / raw)
To: Christoph Lameter
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List
On Sat, 2008-09-13 at 13:44 +0200, Mike Galbraith wrote:
> 2.6.23.17-cfs-v24.1 (identical config)
> Throughput 1145.28 MB/sec 4 procs
>
> 16384 87380 1 1 60.00 90278.55
> 16384 87380 1 1 60.01 90579.31
> 16384 87380 1 1 60.01 89412.14
> 16384 87380 1 1 60.00 90270.97
>
> 2.6.24.7
> Throughput 1119.28 MB/sec 4 procs
>
> 16384 87380 1 1 60.00 84092.78
> 16384 87380 1 1 60.00 84120.68
> 16384 87380 1 1 60.00 84076.73
> 16384 87380 1 1 60.00 83995.07
P.S. fwiw, scheduler difference between these two kernels is practically
nill.
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-09-13 11:57 ` Mike Galbraith
0 siblings, 0 replies; 367+ messages in thread
From: Mike Galbraith @ 2008-09-13 11:57 UTC (permalink / raw)
To: Christoph Lameter
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List
On Sat, 2008-09-13 at 13:44 +0200, Mike Galbraith wrote:
> 2.6.23.17-cfs-v24.1 (identical config)
> Throughput 1145.28 MB/sec 4 procs
>
> 16384 87380 1 1 60.00 90278.55
> 16384 87380 1 1 60.01 90579.31
> 16384 87380 1 1 60.01 89412.14
> 16384 87380 1 1 60.00 90270.97
>
> 2.6.24.7
> Throughput 1119.28 MB/sec 4 procs
>
> 16384 87380 1 1 60.00 84092.78
> 16384 87380 1 1 60.00 84120.68
> 16384 87380 1 1 60.00 84076.73
> 16384 87380 1 1 60.00 83995.07
P.S. fwiw, scheduler difference between these two kernels is practically
nill.
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-09-13 11:44 ` Mike Galbraith
@ 2008-09-14 6:24 ` Mike Galbraith
-1 siblings, 0 replies; 367+ messages in thread
From: Mike Galbraith @ 2008-09-14 6:24 UTC (permalink / raw)
To: Christoph Lameter
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List
On Sat, 2008-09-13 at 13:44 +0200, Mike Galbraith wrote:
> 2.6.27-rc6
> Throughput 1037.98 MB/sec 4 procs
>
> 16384 87380 1 1 60.00 80293.80
> 16384 87380 1 1 60.00 80266.60
> 16384 87380 1 1 60.00 80394.83
> 16384 87380 1 1 60.01 80397.27
<snip... sigh>
goes back to current real .27 config
Throughput 1022.52 MB/sec 4 procs
16384 87380 1 1 60.00 75941.95
16384 87380 1 1 60.01 76002.46
16384 87380 1 1 60.01 76367.55
16384 87380 1 1 60.00 76188.66
...
demodularizes seriously over-configured network
Throughput 750.175 MB/sec 4 procs
16384 87380 1 1 60.00 49270.35
16384 87380 1 1 60.01 49233.86
16384 87380 1 1 60.00 49265.72
16384 87380 1 1 60.00 49227.00
Very un-good thing to try. Stupid thing too?
-Mike
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-09-14 6:24 ` Mike Galbraith
0 siblings, 0 replies; 367+ messages in thread
From: Mike Galbraith @ 2008-09-14 6:24 UTC (permalink / raw)
To: Christoph Lameter
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List
On Sat, 2008-09-13 at 13:44 +0200, Mike Galbraith wrote:
> 2.6.27-rc6
> Throughput 1037.98 MB/sec 4 procs
>
> 16384 87380 1 1 60.00 80293.80
> 16384 87380 1 1 60.00 80266.60
> 16384 87380 1 1 60.00 80394.83
> 16384 87380 1 1 60.01 80397.27
<snip... sigh>
goes back to current real .27 config
Throughput 1022.52 MB/sec 4 procs
16384 87380 1 1 60.00 75941.95
16384 87380 1 1 60.01 76002.46
16384 87380 1 1 60.01 76367.55
16384 87380 1 1 60.00 76188.66
...
demodularizes seriously over-configured network
Throughput 750.175 MB/sec 4 procs
16384 87380 1 1 60.00 49270.35
16384 87380 1 1 60.01 49233.86
16384 87380 1 1 60.00 49265.72
16384 87380 1 1 60.00 49227.00
Very un-good thing to try. Stupid thing too?
-Mike
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <1221373494.4979.1.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-09-14 6:24 ` Mike Galbraith
@ 2008-09-14 7:02 ` Mike Galbraith
-1 siblings, 0 replies; 367+ messages in thread
From: Mike Galbraith @ 2008-09-14 7:02 UTC (permalink / raw)
To: Christoph Lameter
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List
On Sun, 2008-09-14 at 08:24 +0200, Mike Galbraith wrote:
> On Sat, 2008-09-13 at 13:44 +0200, Mike Galbraith wrote:
>
> > 2.6.27-rc6
> > Throughput 1037.98 MB/sec 4 procs
> >
> > 16384 87380 1 1 60.00 80293.80
> > 16384 87380 1 1 60.00 80266.60
> > 16384 87380 1 1 60.00 80394.83
> > 16384 87380 1 1 60.01 80397.27
>
> <snip... sigh>
>
> goes back to current real .27 config
>
> Throughput 1022.52 MB/sec 4 procs
>
> 16384 87380 1 1 60.00 75941.95
> 16384 87380 1 1 60.01 76002.46
> 16384 87380 1 1 60.01 76367.55
> 16384 87380 1 1 60.00 76188.66
>
> ...
>
> demodularizes seriously over-configured network
>
> Throughput 750.175 MB/sec 4 procs
>
> 16384 87380 1 1 60.00 49270.35
> 16384 87380 1 1 60.01 49233.86
> 16384 87380 1 1 60.00 49265.72
> 16384 87380 1 1 60.00 49227.00
>
> Very un-good thing to try. Stupid thing too?
Apparently stupid for netfilter. Uninteresting to this thread I
suppose, so disregard.
-Mike
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-09-14 7:02 ` Mike Galbraith
0 siblings, 0 replies; 367+ messages in thread
From: Mike Galbraith @ 2008-09-14 7:02 UTC (permalink / raw)
To: Christoph Lameter
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List
On Sun, 2008-09-14 at 08:24 +0200, Mike Galbraith wrote:
> On Sat, 2008-09-13 at 13:44 +0200, Mike Galbraith wrote:
>
> > 2.6.27-rc6
> > Throughput 1037.98 MB/sec 4 procs
> >
> > 16384 87380 1 1 60.00 80293.80
> > 16384 87380 1 1 60.00 80266.60
> > 16384 87380 1 1 60.00 80394.83
> > 16384 87380 1 1 60.01 80397.27
>
> <snip... sigh>
>
> goes back to current real .27 config
>
> Throughput 1022.52 MB/sec 4 procs
>
> 16384 87380 1 1 60.00 75941.95
> 16384 87380 1 1 60.01 76002.46
> 16384 87380 1 1 60.01 76367.55
> 16384 87380 1 1 60.00 76188.66
>
> ...
>
> demodularizes seriously over-configured network
>
> Throughput 750.175 MB/sec 4 procs
>
> 16384 87380 1 1 60.00 49270.35
> 16384 87380 1 1 60.01 49233.86
> 16384 87380 1 1 60.00 49265.72
> 16384 87380 1 1 60.00 49227.00
>
> Very un-good thing to try. Stupid thing too?
Apparently stupid for netfilter. Uninteresting to this thread I
suppose, so disregard.
-Mike
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-09-13 11:44 ` Mike Galbraith
@ 2008-09-14 14:18 ` Christoph Lameter
-1 siblings, 0 replies; 367+ messages in thread
From: Christoph Lameter @ 2008-09-14 14:18 UTC (permalink / raw)
To: Mike Galbraith
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List
Mike Galbraith wrote:
> Numbers from my Q6600 Aldi supermarket box (hm, your box is from different shelf)
>
My box is an 8p with recent quad core processors. 8G, 32bit Linux.
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-09-14 14:18 ` Christoph Lameter
0 siblings, 0 replies; 367+ messages in thread
From: Christoph Lameter @ 2008-09-14 14:18 UTC (permalink / raw)
To: Mike Galbraith
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List
Mike Galbraith wrote:
> Numbers from my Q6600 Aldi supermarket box (hm, your box is from different shelf)
>
My box is an 8p with recent quad core processors. 8G, 32bit Linux.
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <48CD1D25.9080301-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-09-14 14:18 ` Christoph Lameter
@ 2008-09-14 19:51 ` Mike Galbraith
-1 siblings, 0 replies; 367+ messages in thread
From: Mike Galbraith @ 2008-09-14 19:51 UTC (permalink / raw)
To: Christoph Lameter
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List
On Sun, 2008-09-14 at 09:18 -0500, Christoph Lameter wrote:
> Mike Galbraith wrote:
> > Numbers from my Q6600 Aldi supermarket box (hm, your box is from different shelf)
> >
> My box is an 8p with recent quad core processors. 8G, 32bit Linux.
Don't hold your breath, but after putting my network config of a very
severe diet, I'm starting to see something resembling sensible results.
-Mike
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-09-14 19:51 ` Mike Galbraith
0 siblings, 0 replies; 367+ messages in thread
From: Mike Galbraith @ 2008-09-14 19:51 UTC (permalink / raw)
To: Christoph Lameter
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List
On Sun, 2008-09-14 at 09:18 -0500, Christoph Lameter wrote:
> Mike Galbraith wrote:
> > Numbers from my Q6600 Aldi supermarket box (hm, your box is from different shelf)
> >
> My box is an 8p with recent quad core processors. 8G, 32bit Linux.
Don't hold your breath, but after putting my network config of a very
severe diet, I'm starting to see something resembling sensible results.
-Mike
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <1221421907.4597.24.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-09-14 19:51 ` Mike Galbraith
@ 2008-09-15 10:44 ` Mike Galbraith
-1 siblings, 0 replies; 367+ messages in thread
From: Mike Galbraith @ 2008-09-15 10:44 UTC (permalink / raw)
To: Christoph Lameter
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List
On Sun, 2008-09-14 at 21:51 +0200, Mike Galbraith wrote:
> On Sun, 2008-09-14 at 09:18 -0500, Christoph Lameter wrote:
> > Mike Galbraith wrote:
> > > Numbers from my Q6600 Aldi supermarket box (hm, your box is from different shelf)
> > >
> > My box is an 8p with recent quad core processors. 8G, 32bit Linux.
>
> Don't hold your breath, but after putting my network config of a very
> severe diet, I'm starting to see something resembling sensible results.
Turns off all netfilter options except tables, etc.
Since 2.6.22.19-cfs-v24.1 and 2.6.23.17-cfs-v24.1 schedulers are
identical, and these are essentially identical with 2.6.24.7, what I
read from numbers below is that cfs in 2.6.23 was somewhat less than
wonderful for either netperf or tbench, Something happened somewhere
other than the scheduler at 23->24 which cost us some performance, and
another something happened at 26->27. I'll likely go looking again..
and likely regret it again ;-)
Math ain't free is part of it, though apparently not much. For me,
tbench regression 22->27 is ~10%, and netperf regression is ~16%.
Data:
2.6.22.19
Throughput 1250.73 MB/sec 4 procs 1.00
16384 87380 1 1 60.01 111272.55 1.00
16384 87380 1 1 60.00 104689.58
16384 87380 1 1 60.00 110733.05
16384 87380 1 1 60.00 110748.88
2.6.22.19-cfs-v24.1
Throughput 1204.14 MB/sec 4 procs .962
16384 87380 1 1 60.01 101799.85 .929
16384 87380 1 1 60.01 101659.41
16384 87380 1 1 60.01 101628.78
16384 87380 1 1 60.01 101700.53
wakeup granularity = 0 (make scheduler as preempt happy as 2.6.22 is)
Throughput 1213.21 MB/sec 4 procs .970
16384 87380 1 1 60.01 108569.27 .992
16384 87380 1 1 60.01 108541.04
16384 87380 1 1 60.00 108579.63
16384 87380 1 1 60.01 108519.09
2.6.23.17
Throughput 1192.49 MB/sec 4 procs .953
16384 87380 1 1 60.00 91124.67 .866
16384 87380 1 1 60.00 93124.38
16384 87380 1 1 60.01 92249.69
16384 87380 1 1 60.01 91103.12
wakeup granularity = 0
Throughput 1200.46 MB/sec 4 procs .959
16384 87380 1 1 60.01 95987.66 .866
16384 87380 1 1 60.01 92819.98
16384 87380 1 1 60.01 95454.00
16384 87380 1 1 60.01 94834.84
2.6.23.17-cfs-v24.1
Throughput 1242.47 MB/sec 4 procs .993
16384 87380 1 1 60.00 101728.34 .931
16384 87380 1 1 60.00 101930.23
16384 87380 1 1 60.00 101803.15
16384 87380 1 1 60.00 101908.29
wakeup granularity = 0
Throughput 1238.68 MB/sec 4 procs .990
16384 87380 1 1 60.01 105871.52 .969
16384 87380 1 1 60.01 105813.11
16384 87380 1 1 60.01 106106.31
16384 87380 1 1 60.01 106310.20
2.6.24.7
Throughput 1202.49 MB/sec 4 procs .961
16384 87380 1 1 60.00 94643.23 .868
16384 87380 1 1 60.00 94754.37
16384 87380 1 1 60.00 94909.77
16384 87380 1 1 60.00 95457.41
wakeup granularity = 0
Throughput 1204 MB/sec 4 procs .962
16384 87380 1 1 60.00 99599.27 .910
16384 87380 1 1 60.00 99439.95
16384 87380 1 1 60.00 99556.38
16384 87380 1 1 60.00 99500.45
2.6.25.17
Throughput 1220.47 MB/sec 4 procs .975
16384 87380 1 1 60.00 94641.06 .867
16384 87380 1 1 60.00 94864.87
16384 87380 1 1 60.01 95033.81
16384 87380 1 1 60.00 94863.49
wakeup granularity = 0
Throughput 1223.16 MB/sec 4 procs .977
16384 87380 1 1 60.00 101768.95 .930
16384 87380 1 1 60.00 101888.46
16384 87380 1 1 60.01 101608.21
16384 87380 1 1 60.01 101833.05
2.6.26.5
Throughput 1182.24 MB/sec 4 procs .945
16384 87380 1 1 60.00 93814.75 .854
16384 87380 1 1 60.00 94173.41
16384 87380 1 1 60.00 92925.24
16384 87380 1 1 60.00 93002.51
wakeup granularity = 0
Throughput 1183.47 MB/sec 4 procs .945
16384 87380 1 1 60.00 100837.12 .922
16384 87380 1 1 60.00 101230.12
16384 87380 1 1 60.00 100868.45
16384 87380 1 1 60.00 100491.41
2.6.27
Throughput 1088.17 MB/sec 4 procs .870
16384 87380 1 1 60.00 84225.59 .766
16384 87380 1 1 60.00 83362.65
16384 87380 1 1 60.00 84060.73
16384 87380 1 1 60.00 83462.72
wakeup granularity = 0
Throughput 1116.22 MB/sec 4 procs .892
16384 87380 1 1 60.00 92502.44 .841
16384 87380 1 1 60.01 92213.72
16384 87380 1 1 60.00 91445.86
16384 87380 1 1 60.00 91832.84
revert sched weight/asym changes, gran = 0
Throughput 1149.16 MB/sec 4 proc .918
16384 87380 1 1 60.00 94824.92 .868
16384 87380 1 1 60.01 94579.45
16384 87380 1 1 60.01 95284.94
16384 87380 1 1 60.01 95228.22
Weight/asym changes cost ~3%. Mysql+oltp agrees. Preempt happy loads
lose a bit, preempt haters gain a bit. Performance shift.
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-09-15 10:44 ` Mike Galbraith
0 siblings, 0 replies; 367+ messages in thread
From: Mike Galbraith @ 2008-09-15 10:44 UTC (permalink / raw)
To: Christoph Lameter
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List
On Sun, 2008-09-14 at 21:51 +0200, Mike Galbraith wrote:
> On Sun, 2008-09-14 at 09:18 -0500, Christoph Lameter wrote:
> > Mike Galbraith wrote:
> > > Numbers from my Q6600 Aldi supermarket box (hm, your box is from different shelf)
> > >
> > My box is an 8p with recent quad core processors. 8G, 32bit Linux.
>
> Don't hold your breath, but after putting my network config of a very
> severe diet, I'm starting to see something resembling sensible results.
Turns off all netfilter options except tables, etc.
Since 2.6.22.19-cfs-v24.1 and 2.6.23.17-cfs-v24.1 schedulers are
identical, and these are essentially identical with 2.6.24.7, what I
read from numbers below is that cfs in 2.6.23 was somewhat less than
wonderful for either netperf or tbench, Something happened somewhere
other than the scheduler at 23->24 which cost us some performance, and
another something happened at 26->27. I'll likely go looking again..
and likely regret it again ;-)
Math ain't free is part of it, though apparently not much. For me,
tbench regression 22->27 is ~10%, and netperf regression is ~16%.
Data:
2.6.22.19
Throughput 1250.73 MB/sec 4 procs 1.00
16384 87380 1 1 60.01 111272.55 1.00
16384 87380 1 1 60.00 104689.58
16384 87380 1 1 60.00 110733.05
16384 87380 1 1 60.00 110748.88
2.6.22.19-cfs-v24.1
Throughput 1204.14 MB/sec 4 procs .962
16384 87380 1 1 60.01 101799.85 .929
16384 87380 1 1 60.01 101659.41
16384 87380 1 1 60.01 101628.78
16384 87380 1 1 60.01 101700.53
wakeup granularity = 0 (make scheduler as preempt happy as 2.6.22 is)
Throughput 1213.21 MB/sec 4 procs .970
16384 87380 1 1 60.01 108569.27 .992
16384 87380 1 1 60.01 108541.04
16384 87380 1 1 60.00 108579.63
16384 87380 1 1 60.01 108519.09
2.6.23.17
Throughput 1192.49 MB/sec 4 procs .953
16384 87380 1 1 60.00 91124.67 .866
16384 87380 1 1 60.00 93124.38
16384 87380 1 1 60.01 92249.69
16384 87380 1 1 60.01 91103.12
wakeup granularity = 0
Throughput 1200.46 MB/sec 4 procs .959
16384 87380 1 1 60.01 95987.66 .866
16384 87380 1 1 60.01 92819.98
16384 87380 1 1 60.01 95454.00
16384 87380 1 1 60.01 94834.84
2.6.23.17-cfs-v24.1
Throughput 1242.47 MB/sec 4 procs .993
16384 87380 1 1 60.00 101728.34 .931
16384 87380 1 1 60.00 101930.23
16384 87380 1 1 60.00 101803.15
16384 87380 1 1 60.00 101908.29
wakeup granularity = 0
Throughput 1238.68 MB/sec 4 procs .990
16384 87380 1 1 60.01 105871.52 .969
16384 87380 1 1 60.01 105813.11
16384 87380 1 1 60.01 106106.31
16384 87380 1 1 60.01 106310.20
2.6.24.7
Throughput 1202.49 MB/sec 4 procs .961
16384 87380 1 1 60.00 94643.23 .868
16384 87380 1 1 60.00 94754.37
16384 87380 1 1 60.00 94909.77
16384 87380 1 1 60.00 95457.41
wakeup granularity = 0
Throughput 1204 MB/sec 4 procs .962
16384 87380 1 1 60.00 99599.27 .910
16384 87380 1 1 60.00 99439.95
16384 87380 1 1 60.00 99556.38
16384 87380 1 1 60.00 99500.45
2.6.25.17
Throughput 1220.47 MB/sec 4 procs .975
16384 87380 1 1 60.00 94641.06 .867
16384 87380 1 1 60.00 94864.87
16384 87380 1 1 60.01 95033.81
16384 87380 1 1 60.00 94863.49
wakeup granularity = 0
Throughput 1223.16 MB/sec 4 procs .977
16384 87380 1 1 60.00 101768.95 .930
16384 87380 1 1 60.00 101888.46
16384 87380 1 1 60.01 101608.21
16384 87380 1 1 60.01 101833.05
2.6.26.5
Throughput 1182.24 MB/sec 4 procs .945
16384 87380 1 1 60.00 93814.75 .854
16384 87380 1 1 60.00 94173.41
16384 87380 1 1 60.00 92925.24
16384 87380 1 1 60.00 93002.51
wakeup granularity = 0
Throughput 1183.47 MB/sec 4 procs .945
16384 87380 1 1 60.00 100837.12 .922
16384 87380 1 1 60.00 101230.12
16384 87380 1 1 60.00 100868.45
16384 87380 1 1 60.00 100491.41
2.6.27
Throughput 1088.17 MB/sec 4 procs .870
16384 87380 1 1 60.00 84225.59 .766
16384 87380 1 1 60.00 83362.65
16384 87380 1 1 60.00 84060.73
16384 87380 1 1 60.00 83462.72
wakeup granularity = 0
Throughput 1116.22 MB/sec 4 procs .892
16384 87380 1 1 60.00 92502.44 .841
16384 87380 1 1 60.01 92213.72
16384 87380 1 1 60.00 91445.86
16384 87380 1 1 60.00 91832.84
revert sched weight/asym changes, gran = 0
Throughput 1149.16 MB/sec 4 proc .918
16384 87380 1 1 60.00 94824.92 .868
16384 87380 1 1 60.01 94579.45
16384 87380 1 1 60.01 95284.94
16384 87380 1 1 60.01 95228.22
Weight/asym changes cost ~3%. Mysql+oltp agrees. Preempt happy loads
lose a bit, preempt haters gain a bit. Performance shift.
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <1221475440.4784.39.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-09-15 10:44 ` Mike Galbraith
@ 2008-09-16 12:28 ` Mike Galbraith
-1 siblings, 0 replies; 367+ messages in thread
From: Mike Galbraith @ 2008-09-16 12:28 UTC (permalink / raw)
To: Christoph Lameter
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List
On Mon, 2008-09-15 at 12:44 +0200, Mike Galbraith wrote:
> On Sun, 2008-09-14 at 21:51 +0200, Mike Galbraith wrote:
> > On Sun, 2008-09-14 at 09:18 -0500, Christoph Lameter wrote:
> > > Mike Galbraith wrote:
> > > > Numbers from my Q6600 Aldi supermarket box (hm, your box is from different shelf)
> > > >
> > > My box is an 8p with recent quad core processors. 8G, 32bit Linux.
> >
> > Don't hold your breath, but after putting my network config of a very
> > severe diet, I'm starting to see something resembling sensible results.
>
> Turns off all netfilter options except tables, etc.
>
> Since 2.6.22.19-cfs-v24.1 and 2.6.23.17-cfs-v24.1 schedulers are
> identical, and these are essentially identical with 2.6.24.7, what I
> read from numbers below is that cfs in 2.6.23 was somewhat less than
> wonderful for either netperf or tbench, Something happened somewhere
> other than the scheduler at 23->24 which cost us some performance, and
> another something happened at 26->27. I'll likely go looking again..
> and likely regret it again ;-)
Bisecting 26->27 yet again turned up a repeatable downturn in netperf
throughput. There is no difference at this point with tbench.
Bisect says first bad commit is 847106f, a security merge. Post
bisection sanity checkouts say...
v2.6.26-21-g2069f45
16384 87380 1 1 60.00 98435.13
16384 87380 1 1 60.01 99259.90
16384 87380 1 1 60.01 99325.61
16384 87380 1 1 60.00 99039.84
v2.6.26-343-g847106f
16384 87380 1 1 60.00 94764.59
16384 87380 1 1 60.00 94909.89
16384 87380 1 1 60.00 94858.63
16384 87380 1 1 60.00 94801.12
...every time. I knew I'd regret doing this.
-Mike
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-09-16 12:28 ` Mike Galbraith
0 siblings, 0 replies; 367+ messages in thread
From: Mike Galbraith @ 2008-09-16 12:28 UTC (permalink / raw)
To: Christoph Lameter
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List
On Mon, 2008-09-15 at 12:44 +0200, Mike Galbraith wrote:
> On Sun, 2008-09-14 at 21:51 +0200, Mike Galbraith wrote:
> > On Sun, 2008-09-14 at 09:18 -0500, Christoph Lameter wrote:
> > > Mike Galbraith wrote:
> > > > Numbers from my Q6600 Aldi supermarket box (hm, your box is from different shelf)
> > > >
> > > My box is an 8p with recent quad core processors. 8G, 32bit Linux.
> >
> > Don't hold your breath, but after putting my network config of a very
> > severe diet, I'm starting to see something resembling sensible results.
>
> Turns off all netfilter options except tables, etc.
>
> Since 2.6.22.19-cfs-v24.1 and 2.6.23.17-cfs-v24.1 schedulers are
> identical, and these are essentially identical with 2.6.24.7, what I
> read from numbers below is that cfs in 2.6.23 was somewhat less than
> wonderful for either netperf or tbench, Something happened somewhere
> other than the scheduler at 23->24 which cost us some performance, and
> another something happened at 26->27. I'll likely go looking again..
> and likely regret it again ;-)
Bisecting 26->27 yet again turned up a repeatable downturn in netperf
throughput. There is no difference at this point with tbench.
Bisect says first bad commit is 847106f, a security merge. Post
bisection sanity checkouts say...
v2.6.26-21-g2069f45
16384 87380 1 1 60.00 98435.13
16384 87380 1 1 60.01 99259.90
16384 87380 1 1 60.01 99325.61
16384 87380 1 1 60.00 99039.84
v2.6.26-343-g847106f
16384 87380 1 1 60.00 94764.59
16384 87380 1 1 60.00 94909.89
16384 87380 1 1 60.00 94858.63
16384 87380 1 1 60.00 94801.12
...every time. I knew I'd regret doing this.
-Mike
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <1221568105.5020.17.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-09-16 12:28 ` Mike Galbraith
@ 2008-09-16 14:07 ` Ilpo Järvinen
-1 siblings, 0 replies; 367+ messages in thread
From: Ilpo Järvinen @ 2008-09-16 14:07 UTC (permalink / raw)
To: Mike Galbraith
Cc: Christoph Lameter, Rafael J. Wysocki, LKML,
kernel-testers-u79uwXL29TY76Z2rM5mHXA
On Tue, 16 Sep 2008, Mike Galbraith wrote:
> On Mon, 2008-09-15 at 12:44 +0200, Mike Galbraith wrote:
> > On Sun, 2008-09-14 at 21:51 +0200, Mike Galbraith wrote:
> >
> > Since 2.6.22.19-cfs-v24.1 and 2.6.23.17-cfs-v24.1 schedulers are
> > identical, and these are essentially identical with 2.6.24.7, what I
> > read from numbers below is that cfs in 2.6.23 was somewhat less than
> > wonderful for either netperf or tbench, Something happened somewhere
> > other than the scheduler at 23->24 which cost us some performance, and
> > another something happened at 26->27. I'll likely go looking again..
> > and likely regret it again ;-)
>
> Bisecting 26->27 yet again turned up a repeatable downturn in netperf
> throughput. There is no difference at this point with tbench.
>
> Bisect says first bad commit is 847106f, a security merge. Post
> bisection sanity checkouts say...
>
> v2.6.26-21-g2069f45
> 16384 87380 1 1 60.00 98435.13
> 16384 87380 1 1 60.01 99259.90
> 16384 87380 1 1 60.01 99325.61
> 16384 87380 1 1 60.00 99039.84
>
> v2.6.26-343-g847106f
> 16384 87380 1 1 60.00 94764.59
> 16384 87380 1 1 60.00 94909.89
> 16384 87380 1 1 60.00 94858.63
> 16384 87380 1 1 60.00 94801.12
>
> ...every time. I knew I'd regret doing this.
I assume that c142bda458a gave a good results as well...
One additional sanity check could be to rebase security 6f0f0fd4963 on top
of the c142bda458a and then see if bisection among those security commits
on top yields to the the same result... Though I doubt it can change much
because there was not that much relevant non-security things in the merge
in question.
--
i.
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-09-16 14:07 ` Ilpo Järvinen
0 siblings, 0 replies; 367+ messages in thread
From: Ilpo Järvinen @ 2008-09-16 14:07 UTC (permalink / raw)
To: Mike Galbraith; +Cc: Christoph Lameter, Rafael J. Wysocki, LKML, kernel-testers
On Tue, 16 Sep 2008, Mike Galbraith wrote:
> On Mon, 2008-09-15 at 12:44 +0200, Mike Galbraith wrote:
> > On Sun, 2008-09-14 at 21:51 +0200, Mike Galbraith wrote:
> >
> > Since 2.6.22.19-cfs-v24.1 and 2.6.23.17-cfs-v24.1 schedulers are
> > identical, and these are essentially identical with 2.6.24.7, what I
> > read from numbers below is that cfs in 2.6.23 was somewhat less than
> > wonderful for either netperf or tbench, Something happened somewhere
> > other than the scheduler at 23->24 which cost us some performance, and
> > another something happened at 26->27. I'll likely go looking again..
> > and likely regret it again ;-)
>
> Bisecting 26->27 yet again turned up a repeatable downturn in netperf
> throughput. There is no difference at this point with tbench.
>
> Bisect says first bad commit is 847106f, a security merge. Post
> bisection sanity checkouts say...
>
> v2.6.26-21-g2069f45
> 16384 87380 1 1 60.00 98435.13
> 16384 87380 1 1 60.01 99259.90
> 16384 87380 1 1 60.01 99325.61
> 16384 87380 1 1 60.00 99039.84
>
> v2.6.26-343-g847106f
> 16384 87380 1 1 60.00 94764.59
> 16384 87380 1 1 60.00 94909.89
> 16384 87380 1 1 60.00 94858.63
> 16384 87380 1 1 60.00 94801.12
>
> ...every time. I knew I'd regret doing this.
I assume that c142bda458a gave a good results as well...
One additional sanity check could be to rebase security 6f0f0fd4963 on top
of the c142bda458a and then see if bisection among those security commits
on top yields to the the same result... Though I doubt it can change much
because there was not that much relevant non-security things in the merge
in question.
--
i.
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-09-16 14:07 ` Ilpo Järvinen
@ 2008-09-17 4:39 ` Mike Galbraith
-1 siblings, 0 replies; 367+ messages in thread
From: Mike Galbraith @ 2008-09-17 4:39 UTC (permalink / raw)
To: Ilpo Järvinen
Cc: Christoph Lameter, Rafael J. Wysocki, LKML, kernel-testers
On Tue, 2008-09-16 at 17:07 +0300, Ilpo Järvinen wrote:
> On Tue, 16 Sep 2008, Mike Galbraith wrote:
>
> > On Mon, 2008-09-15 at 12:44 +0200, Mike Galbraith wrote:
> > > On Sun, 2008-09-14 at 21:51 +0200, Mike Galbraith wrote:
> > >
> > > Since 2.6.22.19-cfs-v24.1 and 2.6.23.17-cfs-v24.1 schedulers are
> > > identical, and these are essentially identical with 2.6.24.7, what I
> > > read from numbers below is that cfs in 2.6.23 was somewhat less than
> > > wonderful for either netperf or tbench, Something happened somewhere
> > > other than the scheduler at 23->24 which cost us some performance, and
> > > another something happened at 26->27. I'll likely go looking again..
> > > and likely regret it again ;-)
> >
> > Bisecting 26->27 yet again turned up a repeatable downturn in netperf
> > throughput. There is no difference at this point with tbench.
> >
> > Bisect says first bad commit is 847106f, a security merge. Post
> > bisection sanity checkouts say...
> >
> > v2.6.26-21-g2069f45
> > 16384 87380 1 1 60.00 98435.13
> > 16384 87380 1 1 60.01 99259.90
> > 16384 87380 1 1 60.01 99325.61
> > 16384 87380 1 1 60.00 99039.84
> >
> > v2.6.26-343-g847106f
> > 16384 87380 1 1 60.00 94764.59
> > 16384 87380 1 1 60.00 94909.89
> > 16384 87380 1 1 60.00 94858.63
> > 16384 87380 1 1 60.00 94801.12
> >
> > ...every time. I knew I'd regret doing this.
>
> I assume that c142bda458a gave a good results as well...
Yes, just tried it.
> One additional sanity check could be to rebase security 6f0f0fd4963 on top
> of the c142bda458a and then see if bisection among those security commits
> on top yields to the the same result... Though I doubt it can change much
> because there was not that much relevant non-security things in the merge
> in question.
I'm not a master of git-foo, so that is not an option. However, a dinky
bisection c142bda4..847106f very clearly says...
marge:..kernel/linux-2.6.27.git # git bisect bad
6f0f0fd496333777d53daff21a4e3b28c4d03a6d is first bad commit
commit 6f0f0fd496333777d53daff21a4e3b28c4d03a6d
Author: James Morris <jmorris@namei.org>
Date: Thu Jul 10 17:02:07 2008 +0900
security: remove register_security hook
The register security hook is no longer required, as the capability
module is always registered. LSMs wishing to stack capability as
a secondary module should do so explicitly.
Signed-off-by: James Morris <jmorris@namei.org>
Acked-by: Stephen Smalley <sds@tycho.nsa.gov>
Acked-by: Greg Kroah-Hartman <gregkh@suse.de>
:040000 040000 0177ef46d305e51e27bfcc4350a40577f8ba8d3d 64b64c10a424df4539653a8ee34f1a2329300931 M include
:040000 040000 e318891e514de674fd064f6bfad70d5633b1aff1 0dbb38d5aa7fc3e4b2e09dc65796ce7cd5faeb26 M security
git bisect start
# good: [c142bda458a9c81097238800e1bd8eeeea09913d] Merge branch 'drm-reorg' of git://git.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6
git bisect good c142bda458a9c81097238800e1bd8eeeea09913d
# bad: [847106ff628805e1a0aa91e7f53381f3fdfcd839] Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/security-testing-2.6
git bisect bad 847106ff628805e1a0aa91e7f53381f3fdfcd839
# good: [cea78dc4ca044e9666e8f5d797ec50ab85253e49] SELinux: fix off by 1 reference of class_to_string in context_struct_compute_av
git bisect good cea78dc4ca044e9666e8f5d797ec50ab85253e49
# good: [65fc7668006b537f7ae8451990c0ed9ec882544e] security: fix return of void-valued expressions
git bisect good 65fc7668006b537f7ae8451990c0ed9ec882544e
# good: [b478a9f9889c81e88077d1495daadee64c0af541] security: remove unused sb_get_mnt_opts hook
git bisect good b478a9f9889c81e88077d1495daadee64c0af541
# good: [93cbace7a058bce7f99319ef6ceff4b78cf45051] security: remove dummy module fix
git bisect good 93cbace7a058bce7f99319ef6ceff4b78cf45051
# bad: [6f0f0fd496333777d53daff21a4e3b28c4d03a6d] security: remove register_security hook
git bisect bad 6f0f0fd496333777d53daff21a4e3b28c4d03a6d
^ permalink raw reply [flat|nested] 367+ messages in thread* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-09-17 4:39 ` Mike Galbraith
0 siblings, 0 replies; 367+ messages in thread
From: Mike Galbraith @ 2008-09-17 4:39 UTC (permalink / raw)
To: Ilpo Järvinen
Cc: Christoph Lameter, Rafael J. Wysocki, LKML, kernel-testers
On Tue, 2008-09-16 at 17:07 +0300, Ilpo Järvinen wrote:
> On Tue, 16 Sep 2008, Mike Galbraith wrote:
>
> > On Mon, 2008-09-15 at 12:44 +0200, Mike Galbraith wrote:
> > > On Sun, 2008-09-14 at 21:51 +0200, Mike Galbraith wrote:
> > >
> > > Since 2.6.22.19-cfs-v24.1 and 2.6.23.17-cfs-v24.1 schedulers are
> > > identical, and these are essentially identical with 2.6.24.7, what I
> > > read from numbers below is that cfs in 2.6.23 was somewhat less than
> > > wonderful for either netperf or tbench, Something happened somewhere
> > > other than the scheduler at 23->24 which cost us some performance, and
> > > another something happened at 26->27. I'll likely go looking again..
> > > and likely regret it again ;-)
> >
> > Bisecting 26->27 yet again turned up a repeatable downturn in netperf
> > throughput. There is no difference at this point with tbench.
> >
> > Bisect says first bad commit is 847106f, a security merge. Post
> > bisection sanity checkouts say...
> >
> > v2.6.26-21-g2069f45
> > 16384 87380 1 1 60.00 98435.13
> > 16384 87380 1 1 60.01 99259.90
> > 16384 87380 1 1 60.01 99325.61
> > 16384 87380 1 1 60.00 99039.84
> >
> > v2.6.26-343-g847106f
> > 16384 87380 1 1 60.00 94764.59
> > 16384 87380 1 1 60.00 94909.89
> > 16384 87380 1 1 60.00 94858.63
> > 16384 87380 1 1 60.00 94801.12
> >
> > ...every time. I knew I'd regret doing this.
>
> I assume that c142bda458a gave a good results as well...
Yes, just tried it.
> One additional sanity check could be to rebase security 6f0f0fd4963 on top
> of the c142bda458a and then see if bisection among those security commits
> on top yields to the the same result... Though I doubt it can change much
> because there was not that much relevant non-security things in the merge
> in question.
I'm not a master of git-foo, so that is not an option. However, a dinky
bisection c142bda4..847106f very clearly says...
marge:..kernel/linux-2.6.27.git # git bisect bad
6f0f0fd496333777d53daff21a4e3b28c4d03a6d is first bad commit
commit 6f0f0fd496333777d53daff21a4e3b28c4d03a6d
Author: James Morris <jmorris@namei.org>
Date: Thu Jul 10 17:02:07 2008 +0900
security: remove register_security hook
The register security hook is no longer required, as the capability
module is always registered. LSMs wishing to stack capability as
a secondary module should do so explicitly.
Signed-off-by: James Morris <jmorris@namei.org>
Acked-by: Stephen Smalley <sds@tycho.nsa.gov>
Acked-by: Greg Kroah-Hartman <gregkh@suse.de>
:040000 040000 0177ef46d305e51e27bfcc4350a40577f8ba8d3d 64b64c10a424df4539653a8ee34f1a2329300931 M include
:040000 040000 e318891e514de674fd064f6bfad70d5633b1aff1 0dbb38d5aa7fc3e4b2e09dc65796ce7cd5faeb26 M security
git bisect start
# good: [c142bda458a9c81097238800e1bd8eeeea09913d] Merge branch 'drm-reorg' of git://git.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6
git bisect good c142bda458a9c81097238800e1bd8eeeea09913d
# bad: [847106ff628805e1a0aa91e7f53381f3fdfcd839] Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/security-testing-2.6
git bisect bad 847106ff628805e1a0aa91e7f53381f3fdfcd839
# good: [cea78dc4ca044e9666e8f5d797ec50ab85253e49] SELinux: fix off by 1 reference of class_to_string in context_struct_compute_av
git bisect good cea78dc4ca044e9666e8f5d797ec50ab85253e49
# good: [65fc7668006b537f7ae8451990c0ed9ec882544e] security: fix return of void-valued expressions
git bisect good 65fc7668006b537f7ae8451990c0ed9ec882544e
# good: [b478a9f9889c81e88077d1495daadee64c0af541] security: remove unused sb_get_mnt_opts hook
git bisect good b478a9f9889c81e88077d1495daadee64c0af541
# good: [93cbace7a058bce7f99319ef6ceff4b78cf45051] security: remove dummy module fix
git bisect good 93cbace7a058bce7f99319ef6ceff4b78cf45051
# bad: [6f0f0fd496333777d53daff21a4e3b28c4d03a6d] security: remove register_security hook
git bisect bad 6f0f0fd496333777d53daff21a4e3b28c4d03a6d
^ permalink raw reply [flat|nested] 367+ messages in thread* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-09-17 4:39 ` Mike Galbraith
@ 2008-09-17 5:01 ` Mike Galbraith
-1 siblings, 0 replies; 367+ messages in thread
From: Mike Galbraith @ 2008-09-17 5:01 UTC (permalink / raw)
To: Ilpo Järvinen
Cc: Christoph Lameter, Rafael J. Wysocki, LKML, kernel-testers
On Wed, 2008-09-17 at 06:40 +0200, Mike Galbraith wrote:
> On Tue, 2008-09-16 at 17:07 +0300, Ilpo Järvinen wrote:
> > One additional sanity check could be to rebase security 6f0f0fd4963 on top
> > of the c142bda458a and then see if bisection among those security commits
> > on top yields to the the same result... Though I doubt it can change much
> > because there was not that much relevant non-security things in the merge
> > in question.
>
> I'm not a master of git-foo, so that is not an option. However, a dinky
> bisection c142bda4..847106f very clearly says...
>
> marge:..kernel/linux-2.6.27.git # git bisect bad
> 6f0f0fd496333777d53daff21a4e3b28c4d03a6d is first bad commit
> commit 6f0f0fd496333777d53daff21a4e3b28c4d03a6d
> Author: James Morris <jmorris@namei.org>
> Date: Thu Jul 10 17:02:07 2008 +0900
>
> security: remove register_security hook
>
> The register security hook is no longer required, as the capability
> module is always registered. LSMs wishing to stack capability as
> a secondary module should do so explicitly.
>
> Signed-off-by: James Morris <jmorris@namei.org>
> Acked-by: Stephen Smalley <sds@tycho.nsa.gov>
> Acked-by: Greg Kroah-Hartman <gregkh@suse.de>
>
> :040000 040000 0177ef46d305e51e27bfcc4350a40577f8ba8d3d 64b64c10a424df4539653a8ee34f1a2329300931 M include
> :040000 040000 e318891e514de674fd064f6bfad70d5633b1aff1 0dbb38d5aa7fc3e4b2e09dc65796ce7cd5faeb26 M security
Which is high grade horse-pookey.
-Mike
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-09-17 5:01 ` Mike Galbraith
0 siblings, 0 replies; 367+ messages in thread
From: Mike Galbraith @ 2008-09-17 5:01 UTC (permalink / raw)
To: Ilpo Järvinen
Cc: Christoph Lameter, Rafael J. Wysocki, LKML, kernel-testers
On Wed, 2008-09-17 at 06:40 +0200, Mike Galbraith wrote:
> On Tue, 2008-09-16 at 17:07 +0300, Ilpo Järvinen wrote:
> > One additional sanity check could be to rebase security 6f0f0fd4963 on top
> > of the c142bda458a and then see if bisection among those security commits
> > on top yields to the the same result... Though I doubt it can change much
> > because there was not that much relevant non-security things in the merge
> > in question.
>
> I'm not a master of git-foo, so that is not an option. However, a dinky
> bisection c142bda4..847106f very clearly says...
>
> marge:..kernel/linux-2.6.27.git # git bisect bad
> 6f0f0fd496333777d53daff21a4e3b28c4d03a6d is first bad commit
> commit 6f0f0fd496333777d53daff21a4e3b28c4d03a6d
> Author: James Morris <jmorris@namei.org>
> Date: Thu Jul 10 17:02:07 2008 +0900
>
> security: remove register_security hook
>
> The register security hook is no longer required, as the capability
> module is always registered. LSMs wishing to stack capability as
> a secondary module should do so explicitly.
>
> Signed-off-by: James Morris <jmorris@namei.org>
> Acked-by: Stephen Smalley <sds@tycho.nsa.gov>
> Acked-by: Greg Kroah-Hartman <gregkh@suse.de>
>
> :040000 040000 0177ef46d305e51e27bfcc4350a40577f8ba8d3d 64b64c10a424df4539653a8ee34f1a2329300931 M include
> :040000 040000 e318891e514de674fd064f6bfad70d5633b1aff1 0dbb38d5aa7fc3e4b2e09dc65796ce7cd5faeb26 M security
Which is high grade horse-pookey.
-Mike
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <1221627676.5125.3.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-09-17 5:01 ` Mike Galbraith
@ 2008-09-17 10:40 ` Ingo Molnar
-1 siblings, 0 replies; 367+ messages in thread
From: Ingo Molnar @ 2008-09-17 10:40 UTC (permalink / raw)
To: Mike Galbraith
Cc: Ilpo Järvinen, Christoph Lameter, Rafael J. Wysocki, LKML,
kernel-testers-u79uwXL29TY76Z2rM5mHXA
* Mike Galbraith <efault-Mmb7MZpHnFY@public.gmane.org> wrote:
> On Wed, 2008-09-17 at 06:40 +0200, Mike Galbraith wrote:
> > On Tue, 2008-09-16 at 17:07 +0300, Ilpo Järvinen wrote:
>
> > > One additional sanity check could be to rebase security 6f0f0fd4963 on top
> > > of the c142bda458a and then see if bisection among those security commits
> > > on top yields to the the same result... Though I doubt it can change much
> > > because there was not that much relevant non-security things in the merge
> > > in question.
> >
> > I'm not a master of git-foo, so that is not an option. However, a dinky
> > bisection c142bda4..847106f very clearly says...
> >
> > marge:..kernel/linux-2.6.27.git # git bisect bad
> > 6f0f0fd496333777d53daff21a4e3b28c4d03a6d is first bad commit
> > commit 6f0f0fd496333777d53daff21a4e3b28c4d03a6d
> > Author: James Morris <jmorris-gx6/JNMH7DfYtjvyW6yDsg@public.gmane.org>
> > Date: Thu Jul 10 17:02:07 2008 +0900
> >
> > security: remove register_security hook
> >
> > The register security hook is no longer required, as the capability
> > module is always registered. LSMs wishing to stack capability as
> > a secondary module should do so explicitly.
> >
> > Signed-off-by: James Morris <jmorris-gx6/JNMH7DfYtjvyW6yDsg@public.gmane.org>
> > Acked-by: Stephen Smalley <sds-+05T5uksL2qpZYMLLGbcSA@public.gmane.org>
> > Acked-by: Greg Kroah-Hartman <gregkh-l3A5Bk7waGM@public.gmane.org>
> >
> > :040000 040000 0177ef46d305e51e27bfcc4350a40577f8ba8d3d 64b64c10a424df4539653a8ee34f1a2329300931 M include
> > :040000 040000 e318891e514de674fd064f6bfad70d5633b1aff1 0dbb38d5aa7fc3e4b2e09dc65796ce7cd5faeb26 M security
>
> Which is high grade horse-pookey.
perhaps re-test commit 6f0f0fd49 and its parent commit, 93cbace7a0.
It looks like a potentially bogus bisection result, but _maybe_ it has
relevance: changes the size of "struct security_operations", which could
have alignment and layout effects on all sorts of kernel variables,
kmalloc sizes, etc.
Ingo
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-09-17 10:40 ` Ingo Molnar
0 siblings, 0 replies; 367+ messages in thread
From: Ingo Molnar @ 2008-09-17 10:40 UTC (permalink / raw)
To: Mike Galbraith
Cc: Ilpo Järvinen, Christoph Lameter, Rafael J. Wysocki, LKML,
kernel-testers
* Mike Galbraith <efault@gmx.de> wrote:
> On Wed, 2008-09-17 at 06:40 +0200, Mike Galbraith wrote:
> > On Tue, 2008-09-16 at 17:07 +0300, Ilpo Järvinen wrote:
>
> > > One additional sanity check could be to rebase security 6f0f0fd4963 on top
> > > of the c142bda458a and then see if bisection among those security commits
> > > on top yields to the the same result... Though I doubt it can change much
> > > because there was not that much relevant non-security things in the merge
> > > in question.
> >
> > I'm not a master of git-foo, so that is not an option. However, a dinky
> > bisection c142bda4..847106f very clearly says...
> >
> > marge:..kernel/linux-2.6.27.git # git bisect bad
> > 6f0f0fd496333777d53daff21a4e3b28c4d03a6d is first bad commit
> > commit 6f0f0fd496333777d53daff21a4e3b28c4d03a6d
> > Author: James Morris <jmorris@namei.org>
> > Date: Thu Jul 10 17:02:07 2008 +0900
> >
> > security: remove register_security hook
> >
> > The register security hook is no longer required, as the capability
> > module is always registered. LSMs wishing to stack capability as
> > a secondary module should do so explicitly.
> >
> > Signed-off-by: James Morris <jmorris@namei.org>
> > Acked-by: Stephen Smalley <sds@tycho.nsa.gov>
> > Acked-by: Greg Kroah-Hartman <gregkh@suse.de>
> >
> > :040000 040000 0177ef46d305e51e27bfcc4350a40577f8ba8d3d 64b64c10a424df4539653a8ee34f1a2329300931 M include
> > :040000 040000 e318891e514de674fd064f6bfad70d5633b1aff1 0dbb38d5aa7fc3e4b2e09dc65796ce7cd5faeb26 M security
>
> Which is high grade horse-pookey.
perhaps re-test commit 6f0f0fd49 and its parent commit, 93cbace7a0.
It looks like a potentially bogus bisection result, but _maybe_ it has
relevance: changes the size of "struct security_operations", which could
have alignment and layout effects on all sorts of kernel variables,
kmalloc sizes, etc.
Ingo
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <20080917104044.GC18764-X9Un+BFzKDI@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-09-17 10:40 ` Ingo Molnar
@ 2008-09-17 11:41 ` Mike Galbraith
-1 siblings, 0 replies; 367+ messages in thread
From: Mike Galbraith @ 2008-09-17 11:41 UTC (permalink / raw)
To: Ingo Molnar
Cc: Ilpo Järvinen, Christoph Lameter, Rafael J. Wysocki, LKML,
kernel-testers-u79uwXL29TY76Z2rM5mHXA
On Wed, 2008-09-17 at 12:40 +0200, Ingo Molnar wrote:
> * Mike Galbraith <efault-Mmb7MZpHnFY@public.gmane.org> wrote:
>
> > On Wed, 2008-09-17 at 06:40 +0200, Mike Galbraith wrote:
> > > On Tue, 2008-09-16 at 17:07 +0300, Ilpo Järvinen wrote:
> >
> > > > One additional sanity check could be to rebase security 6f0f0fd4963 on top
> > > > of the c142bda458a and then see if bisection among those security commits
> > > > on top yields to the the same result... Though I doubt it can change much
> > > > because there was not that much relevant non-security things in the merge
> > > > in question.
> > >
> > > I'm not a master of git-foo, so that is not an option. However, a dinky
> > > bisection c142bda4..847106f very clearly says...
> > >
> > > marge:..kernel/linux-2.6.27.git # git bisect bad
> > > 6f0f0fd496333777d53daff21a4e3b28c4d03a6d is first bad commit
> > > commit 6f0f0fd496333777d53daff21a4e3b28c4d03a6d
> > > Author: James Morris <jmorris-gx6/JNMH7DfYtjvyW6yDsg@public.gmane.org>
> > > Date: Thu Jul 10 17:02:07 2008 +0900
> > >
> > > security: remove register_security hook
> > >
> > > The register security hook is no longer required, as the capability
> > > module is always registered. LSMs wishing to stack capability as
> > > a secondary module should do so explicitly.
> > >
> > > Signed-off-by: James Morris <jmorris-gx6/JNMH7DfYtjvyW6yDsg@public.gmane.org>
> > > Acked-by: Stephen Smalley <sds-+05T5uksL2qpZYMLLGbcSA@public.gmane.org>
> > > Acked-by: Greg Kroah-Hartman <gregkh-l3A5Bk7waGM@public.gmane.org>
> > >
> > > :040000 040000 0177ef46d305e51e27bfcc4350a40577f8ba8d3d 64b64c10a424df4539653a8ee34f1a2329300931 M include
> > > :040000 040000 e318891e514de674fd064f6bfad70d5633b1aff1 0dbb38d5aa7fc3e4b2e09dc65796ce7cd5faeb26 M security
> >
> > Which is high grade horse-pookey.
>
> perhaps re-test commit 6f0f0fd49 and its parent commit, 93cbace7a0.
Will do.
> It looks like a potentially bogus bisection result, but _maybe_ it has
> relevance: changes the size of "struct security_operations", which could
> have alignment and layout effects on all sorts of kernel variables,
> kmalloc sizes, etc.
This may well be a mythical creature infestation for all I know ;-), but
it's address is somewhere in the 2069f45..847106f block, 316 commits,
none of which look like they should be the least bit interesting to
netperf. I reverted this particular commit in 27.git, got the expected
result. Looks like I'll keep poking at it, can't seem to resist. Grr.
-Mike
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-09-17 11:41 ` Mike Galbraith
0 siblings, 0 replies; 367+ messages in thread
From: Mike Galbraith @ 2008-09-17 11:41 UTC (permalink / raw)
To: Ingo Molnar
Cc: Ilpo Järvinen, Christoph Lameter, Rafael J. Wysocki, LKML,
kernel-testers
On Wed, 2008-09-17 at 12:40 +0200, Ingo Molnar wrote:
> * Mike Galbraith <efault@gmx.de> wrote:
>
> > On Wed, 2008-09-17 at 06:40 +0200, Mike Galbraith wrote:
> > > On Tue, 2008-09-16 at 17:07 +0300, Ilpo Järvinen wrote:
> >
> > > > One additional sanity check could be to rebase security 6f0f0fd4963 on top
> > > > of the c142bda458a and then see if bisection among those security commits
> > > > on top yields to the the same result... Though I doubt it can change much
> > > > because there was not that much relevant non-security things in the merge
> > > > in question.
> > >
> > > I'm not a master of git-foo, so that is not an option. However, a dinky
> > > bisection c142bda4..847106f very clearly says...
> > >
> > > marge:..kernel/linux-2.6.27.git # git bisect bad
> > > 6f0f0fd496333777d53daff21a4e3b28c4d03a6d is first bad commit
> > > commit 6f0f0fd496333777d53daff21a4e3b28c4d03a6d
> > > Author: James Morris <jmorris@namei.org>
> > > Date: Thu Jul 10 17:02:07 2008 +0900
> > >
> > > security: remove register_security hook
> > >
> > > The register security hook is no longer required, as the capability
> > > module is always registered. LSMs wishing to stack capability as
> > > a secondary module should do so explicitly.
> > >
> > > Signed-off-by: James Morris <jmorris@namei.org>
> > > Acked-by: Stephen Smalley <sds@tycho.nsa.gov>
> > > Acked-by: Greg Kroah-Hartman <gregkh@suse.de>
> > >
> > > :040000 040000 0177ef46d305e51e27bfcc4350a40577f8ba8d3d 64b64c10a424df4539653a8ee34f1a2329300931 M include
> > > :040000 040000 e318891e514de674fd064f6bfad70d5633b1aff1 0dbb38d5aa7fc3e4b2e09dc65796ce7cd5faeb26 M security
> >
> > Which is high grade horse-pookey.
>
> perhaps re-test commit 6f0f0fd49 and its parent commit, 93cbace7a0.
Will do.
> It looks like a potentially bogus bisection result, but _maybe_ it has
> relevance: changes the size of "struct security_operations", which could
> have alignment and layout effects on all sorts of kernel variables,
> kmalloc sizes, etc.
This may well be a mythical creature infestation for all I know ;-), but
it's address is somewhere in the 2069f45..847106f block, 316 commits,
none of which look like they should be the least bit interesting to
netperf. I reverted this particular commit in 27.git, got the expected
result. Looks like I'll keep poking at it, can't seem to resist. Grr.
-Mike
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <1221651701.5102.17.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-09-17 11:41 ` Mike Galbraith
@ 2008-09-17 12:49 ` Ingo Molnar
-1 siblings, 0 replies; 367+ messages in thread
From: Ingo Molnar @ 2008-09-17 12:49 UTC (permalink / raw)
To: Mike Galbraith
Cc: Ilpo Järvinen, Christoph Lameter, Rafael J. Wysocki, LKML,
kernel-testers-u79uwXL29TY76Z2rM5mHXA
* Mike Galbraith <efault-Mmb7MZpHnFY@public.gmane.org> wrote:
> > It looks like a potentially bogus bisection result, but _maybe_ it
> > has relevance: changes the size of "struct security_operations",
> > which could have alignment and layout effects on all sorts of kernel
> > variables, kmalloc sizes, etc.
>
> This may well be a mythical creature infestation for all I know ;-),
> but it's address is somewhere in the 2069f45..847106f block, 316
> commits, none of which look like they should be the least bit
> interesting to netperf. I reverted this particular commit in 27.git,
> got the expected result. Looks like I'll keep poking at it, can't
> seem to resist. Grr.
are you sure it's 2069f45..847106f? Filtering out the
likely-uninteresting commits:
git log --pretty=format:"%h: %s" 2069f45..847106f | grep -viE \
'block|alsa|pcmcia|sound|Merge|iosched|blk|DAC960|scsi|s390|paride|pktcdvd|filter|cdrom|drm'
gives us:
7daf705: Start using the new '%pS' infrastructure to print symbols
6f0f0fd: security: remove register_security hook
93cbace: security: remove dummy module fix
5915eb5: security: remove dummy module
b478a9f: security: remove unused sb_get_mnt_opts hook
32502b8: splice: fix generic_file_splice_read() race with page invalidation
8b3d356: ramfs: enable splice write
a144ff0: xen: Avoid allocations causing swap activity on the resume path
which really only leaves that security commit your bisection fingered.
Which _slightly_ raises its likelyhood of being implicated. Structure
size changes can move two formerly far-apart netperf-relevant symbols on
the same cacheline, which can start cache ping-pong-ing badly.
It wouldnt be the first such incident - alignment changes impacting
macro benchmarks. (and it's hard to find it as the thing that changes
alignment/size/sharedness might be something totally unrelated)
It's still a bit too early to say this for sure though ...
Ingo
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-09-17 12:49 ` Ingo Molnar
0 siblings, 0 replies; 367+ messages in thread
From: Ingo Molnar @ 2008-09-17 12:49 UTC (permalink / raw)
To: Mike Galbraith
Cc: Ilpo Järvinen, Christoph Lameter, Rafael J. Wysocki, LKML,
kernel-testers
* Mike Galbraith <efault@gmx.de> wrote:
> > It looks like a potentially bogus bisection result, but _maybe_ it
> > has relevance: changes the size of "struct security_operations",
> > which could have alignment and layout effects on all sorts of kernel
> > variables, kmalloc sizes, etc.
>
> This may well be a mythical creature infestation for all I know ;-),
> but it's address is somewhere in the 2069f45..847106f block, 316
> commits, none of which look like they should be the least bit
> interesting to netperf. I reverted this particular commit in 27.git,
> got the expected result. Looks like I'll keep poking at it, can't
> seem to resist. Grr.
are you sure it's 2069f45..847106f? Filtering out the
likely-uninteresting commits:
git log --pretty=format:"%h: %s" 2069f45..847106f | grep -viE \
'block|alsa|pcmcia|sound|Merge|iosched|blk|DAC960|scsi|s390|paride|pktcdvd|filter|cdrom|drm'
gives us:
7daf705: Start using the new '%pS' infrastructure to print symbols
6f0f0fd: security: remove register_security hook
93cbace: security: remove dummy module fix
5915eb5: security: remove dummy module
b478a9f: security: remove unused sb_get_mnt_opts hook
32502b8: splice: fix generic_file_splice_read() race with page invalidation
8b3d356: ramfs: enable splice write
a144ff0: xen: Avoid allocations causing swap activity on the resume path
which really only leaves that security commit your bisection fingered.
Which _slightly_ raises its likelyhood of being implicated. Structure
size changes can move two formerly far-apart netperf-relevant symbols on
the same cacheline, which can start cache ping-pong-ing badly.
It wouldnt be the first such incident - alignment changes impacting
macro benchmarks. (and it's hard to find it as the thing that changes
alignment/size/sharedness might be something totally unrelated)
It's still a bit too early to say this for sure though ...
Ingo
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <20080917124943.GA7738-X9Un+BFzKDI@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-09-17 12:49 ` Ingo Molnar
@ 2008-09-17 13:11 ` Mike Galbraith
-1 siblings, 0 replies; 367+ messages in thread
From: Mike Galbraith @ 2008-09-17 13:11 UTC (permalink / raw)
To: Ingo Molnar
Cc: Ilpo Järvinen, Christoph Lameter, Rafael J. Wysocki, LKML,
kernel-testers-u79uwXL29TY76Z2rM5mHXA
On Wed, 2008-09-17 at 14:49 +0200, Ingo Molnar wrote:
> * Mike Galbraith <efault-Mmb7MZpHnFY@public.gmane.org> wrote:
>
> > > It looks like a potentially bogus bisection result, but _maybe_ it
> > > has relevance: changes the size of "struct security_operations",
> > > which could have alignment and layout effects on all sorts of kernel
> > > variables, kmalloc sizes, etc.
> >
> > This may well be a mythical creature infestation for all I know ;-),
> > but it's address is somewhere in the 2069f45..847106f block, 316
> > commits, none of which look like they should be the least bit
> > interesting to netperf. I reverted this particular commit in 27.git,
> > got the expected result. Looks like I'll keep poking at it, can't
> > seem to resist. Grr.
>
> are you sure it's 2069f45..847106f? Filtering out the
> likely-uninteresting commits:
Yeah, as sure as I can be. I've built both (et al) kernels several
times, and it has repeated every time. Would be nice if someone would
try to confirm/deny though. For my little quad, I do..
#!/bin/sh
echo 0 > /proc/sys/kernel/sched_wakeup_granularity_ns
netserver -p 12865
netserver -p 12866
netserver -p 12867
netserver -p 12868
netperf -p 12865 -t TCP_RR -l 60 -H 127.0.0.1 -T 0,0 -- -r 1,1&
netperf -p 12866 -t TCP_RR -l 60 -H 127.0.0.1 -T 1,1 -- -r 1,1&
netperf -p 12867 -t TCP_RR -l 60 -H 127.0.0.1 -T 2,2 -- -r 1,1&
netperf -p 12868 -t TCP_RR -l 60 -H 127.0.0.1 -T 3,3 -- -r 1,1&
wait
killall netserver
> git log --pretty=format:"%h: %s" 2069f45..847106f | grep -viE \
> 'block|alsa|pcmcia|sound|Merge|iosched|blk|DAC960|scsi|s390|paride|pktcdvd|filter|cdrom|drm'
>
> gives us:
>
> 7daf705: Start using the new '%pS' infrastructure to print symbols
> 6f0f0fd: security: remove register_security hook
> 93cbace: security: remove dummy module fix
> 5915eb5: security: remove dummy module
> b478a9f: security: remove unused sb_get_mnt_opts hook
> 32502b8: splice: fix generic_file_splice_read() race with page invalidation
> 8b3d356: ramfs: enable splice write
> a144ff0: xen: Avoid allocations causing swap activity on the resume path
>
> which really only leaves that security commit your bisection fingered.
> Which _slightly_ raises its likelyhood of being implicated. Structure
> size changes can move two formerly far-apart netperf-relevant symbols on
> the same cacheline, which can start cache ping-pong-ing badly.
I sure hope it's something like ping-pong, it's driving me NUTS.
-Mike
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-09-17 13:11 ` Mike Galbraith
0 siblings, 0 replies; 367+ messages in thread
From: Mike Galbraith @ 2008-09-17 13:11 UTC (permalink / raw)
To: Ingo Molnar
Cc: Ilpo Järvinen, Christoph Lameter, Rafael J. Wysocki, LKML,
kernel-testers
On Wed, 2008-09-17 at 14:49 +0200, Ingo Molnar wrote:
> * Mike Galbraith <efault@gmx.de> wrote:
>
> > > It looks like a potentially bogus bisection result, but _maybe_ it
> > > has relevance: changes the size of "struct security_operations",
> > > which could have alignment and layout effects on all sorts of kernel
> > > variables, kmalloc sizes, etc.
> >
> > This may well be a mythical creature infestation for all I know ;-),
> > but it's address is somewhere in the 2069f45..847106f block, 316
> > commits, none of which look like they should be the least bit
> > interesting to netperf. I reverted this particular commit in 27.git,
> > got the expected result. Looks like I'll keep poking at it, can't
> > seem to resist. Grr.
>
> are you sure it's 2069f45..847106f? Filtering out the
> likely-uninteresting commits:
Yeah, as sure as I can be. I've built both (et al) kernels several
times, and it has repeated every time. Would be nice if someone would
try to confirm/deny though. For my little quad, I do..
#!/bin/sh
echo 0 > /proc/sys/kernel/sched_wakeup_granularity_ns
netserver -p 12865
netserver -p 12866
netserver -p 12867
netserver -p 12868
netperf -p 12865 -t TCP_RR -l 60 -H 127.0.0.1 -T 0,0 -- -r 1,1&
netperf -p 12866 -t TCP_RR -l 60 -H 127.0.0.1 -T 1,1 -- -r 1,1&
netperf -p 12867 -t TCP_RR -l 60 -H 127.0.0.1 -T 2,2 -- -r 1,1&
netperf -p 12868 -t TCP_RR -l 60 -H 127.0.0.1 -T 3,3 -- -r 1,1&
wait
killall netserver
> git log --pretty=format:"%h: %s" 2069f45..847106f | grep -viE \
> 'block|alsa|pcmcia|sound|Merge|iosched|blk|DAC960|scsi|s390|paride|pktcdvd|filter|cdrom|drm'
>
> gives us:
>
> 7daf705: Start using the new '%pS' infrastructure to print symbols
> 6f0f0fd: security: remove register_security hook
> 93cbace: security: remove dummy module fix
> 5915eb5: security: remove dummy module
> b478a9f: security: remove unused sb_get_mnt_opts hook
> 32502b8: splice: fix generic_file_splice_read() race with page invalidation
> 8b3d356: ramfs: enable splice write
> a144ff0: xen: Avoid allocations causing swap activity on the resume path
>
> which really only leaves that security commit your bisection fingered.
> Which _slightly_ raises its likelyhood of being implicated. Structure
> size changes can move two formerly far-apart netperf-relevant symbols on
> the same cacheline, which can start cache ping-pong-ing badly.
I sure hope it's something like ping-pong, it's driving me NUTS.
-Mike
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <1221657111.5511.14.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-09-17 13:11 ` Mike Galbraith
@ 2008-09-17 13:36 ` Ilpo Järvinen
-1 siblings, 0 replies; 367+ messages in thread
From: Ilpo Järvinen @ 2008-09-17 13:36 UTC (permalink / raw)
To: Mike Galbraith
Cc: Ingo Molnar, Christoph Lameter, Rafael J. Wysocki, LKML,
kernel-testers-u79uwXL29TY76Z2rM5mHXA
On Wed, 17 Sep 2008, Mike Galbraith wrote:
> On Wed, 2008-09-17 at 14:49 +0200, Ingo Molnar wrote:
>
> > git log --pretty=format:"%h: %s" 2069f45..847106f | grep -viE \
> > 'block|alsa|pcmcia|sound|Merge|iosched|blk|DAC960|scsi|s390|paride|pktcdvd|filter|cdrom|drm'
> >
> > gives us:
> >
> > 7daf705: Start using the new '%pS' infrastructure to print symbols
> > 6f0f0fd: security: remove register_security hook
> > 93cbace: security: remove dummy module fix
> > 5915eb5: security: remove dummy module
> > b478a9f: security: remove unused sb_get_mnt_opts hook
> > 32502b8: splice: fix generic_file_splice_read() race with page invalidation
> > 8b3d356: ramfs: enable splice write
> > a144ff0: xen: Avoid allocations causing swap activity on the resume path
> >
> > which really only leaves that security commit your bisection fingered.
> > Which _slightly_ raises its likelyhood of being implicated. Structure
> > size changes can move two formerly far-apart netperf-relevant symbols on
> > the same cacheline, which can start cache ping-pong-ing badly.
>
> I sure hope it's something like ping-pong, it's driving me NUTS.
How about dividing the problem to smaller blocks then by restoring
parts of the change...
--
i.
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-09-17 13:36 ` Ilpo Järvinen
0 siblings, 0 replies; 367+ messages in thread
From: Ilpo Järvinen @ 2008-09-17 13:36 UTC (permalink / raw)
To: Mike Galbraith
Cc: Ingo Molnar, Christoph Lameter, Rafael J. Wysocki, LKML,
kernel-testers
On Wed, 17 Sep 2008, Mike Galbraith wrote:
> On Wed, 2008-09-17 at 14:49 +0200, Ingo Molnar wrote:
>
> > git log --pretty=format:"%h: %s" 2069f45..847106f | grep -viE \
> > 'block|alsa|pcmcia|sound|Merge|iosched|blk|DAC960|scsi|s390|paride|pktcdvd|filter|cdrom|drm'
> >
> > gives us:
> >
> > 7daf705: Start using the new '%pS' infrastructure to print symbols
> > 6f0f0fd: security: remove register_security hook
> > 93cbace: security: remove dummy module fix
> > 5915eb5: security: remove dummy module
> > b478a9f: security: remove unused sb_get_mnt_opts hook
> > 32502b8: splice: fix generic_file_splice_read() race with page invalidation
> > 8b3d356: ramfs: enable splice write
> > a144ff0: xen: Avoid allocations causing swap activity on the resume path
> >
> > which really only leaves that security commit your bisection fingered.
> > Which _slightly_ raises its likelyhood of being implicated. Structure
> > size changes can move two formerly far-apart netperf-relevant symbols on
> > the same cacheline, which can start cache ping-pong-ing badly.
>
> I sure hope it's something like ping-pong, it's driving me NUTS.
How about dividing the problem to smaller blocks then by restoring
parts of the change...
--
i.
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <Pine.LNX.4.64.0809171629550.1034-x/A8LOkYjdVsRR2hCrRKtT03IgOmwywn@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-09-17 13:36 ` Ilpo Järvinen
@ 2008-09-17 13:57 ` Mike Galbraith
-1 siblings, 0 replies; 367+ messages in thread
From: Mike Galbraith @ 2008-09-17 13:57 UTC (permalink / raw)
To: Ilpo Järvinen
Cc: Ingo Molnar, Christoph Lameter, Rafael J. Wysocki, LKML,
kernel-testers-u79uwXL29TY76Z2rM5mHXA
On Wed, 2008-09-17 at 16:36 +0300, Ilpo Järvinen wrote:
> On Wed, 17 Sep 2008, Mike Galbraith wrote:
>
> > On Wed, 2008-09-17 at 14:49 +0200, Ingo Molnar wrote:
> >
> > > git log --pretty=format:"%h: %s" 2069f45..847106f | grep -viE \
> > > 'block|alsa|pcmcia|sound|Merge|iosched|blk|DAC960|scsi|s390|paride|pktcdvd|filter|cdrom|drm'
> > >
> > > gives us:
> > >
> > > 7daf705: Start using the new '%pS' infrastructure to print symbols
> > > 6f0f0fd: security: remove register_security hook
> > > 93cbace: security: remove dummy module fix
> > > 5915eb5: security: remove dummy module
> > > b478a9f: security: remove unused sb_get_mnt_opts hook
> > > 32502b8: splice: fix generic_file_splice_read() race with page invalidation
> > > 8b3d356: ramfs: enable splice write
> > > a144ff0: xen: Avoid allocations causing swap activity on the resume path
> > >
> > > which really only leaves that security commit your bisection fingered.
> > > Which _slightly_ raises its likelyhood of being implicated. Structure
> > > size changes can move two formerly far-apart netperf-relevant symbols on
> > > the same cacheline, which can start cache ping-pong-ing badly.
> >
> > I sure hope it's something like ping-pong, it's driving me NUTS.
>
> How about dividing the problem to smaller blocks then by restoring
> parts of the change...
Well, what I've done is check out the "bad" tree, reverted every darn
commit between there and the "good" tree, and then reverted the reverts
so I have a nice merge-free line and don't have to remember to think
backward. (probably sounds silly to git-foo masters) I'll try
bisecting that in the a.m. and see what happens.
-Mike
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-09-17 13:57 ` Mike Galbraith
0 siblings, 0 replies; 367+ messages in thread
From: Mike Galbraith @ 2008-09-17 13:57 UTC (permalink / raw)
To: Ilpo Järvinen
Cc: Ingo Molnar, Christoph Lameter, Rafael J. Wysocki, LKML,
kernel-testers
On Wed, 2008-09-17 at 16:36 +0300, Ilpo Järvinen wrote:
> On Wed, 17 Sep 2008, Mike Galbraith wrote:
>
> > On Wed, 2008-09-17 at 14:49 +0200, Ingo Molnar wrote:
> >
> > > git log --pretty=format:"%h: %s" 2069f45..847106f | grep -viE \
> > > 'block|alsa|pcmcia|sound|Merge|iosched|blk|DAC960|scsi|s390|paride|pktcdvd|filter|cdrom|drm'
> > >
> > > gives us:
> > >
> > > 7daf705: Start using the new '%pS' infrastructure to print symbols
> > > 6f0f0fd: security: remove register_security hook
> > > 93cbace: security: remove dummy module fix
> > > 5915eb5: security: remove dummy module
> > > b478a9f: security: remove unused sb_get_mnt_opts hook
> > > 32502b8: splice: fix generic_file_splice_read() race with page invalidation
> > > 8b3d356: ramfs: enable splice write
> > > a144ff0: xen: Avoid allocations causing swap activity on the resume path
> > >
> > > which really only leaves that security commit your bisection fingered.
> > > Which _slightly_ raises its likelyhood of being implicated. Structure
> > > size changes can move two formerly far-apart netperf-relevant symbols on
> > > the same cacheline, which can start cache ping-pong-ing badly.
> >
> > I sure hope it's something like ping-pong, it's driving me NUTS.
>
> How about dividing the problem to smaller blocks then by restoring
> parts of the change...
Well, what I've done is check out the "bad" tree, reverted every darn
commit between there and the "good" tree, and then reverted the reverts
so I have a nice merge-free line and don't have to remember to think
backward. (probably sounds silly to git-foo masters) I'll try
bisecting that in the a.m. and see what happens.
-Mike
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <1221659858.8818.13.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-09-17 13:57 ` Mike Galbraith
@ 2008-09-17 17:04 ` Ilpo Järvinen
-1 siblings, 0 replies; 367+ messages in thread
From: Ilpo Järvinen @ 2008-09-17 17:04 UTC (permalink / raw)
To: Mike Galbraith
Cc: Ingo Molnar, Christoph Lameter, Rafael J. Wysocki, LKML,
kernel-testers-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2319 bytes --]
On Wed, 17 Sep 2008, Mike Galbraith wrote:
> On Wed, 2008-09-17 at 16:36 +0300, Ilpo Järvinen wrote:
> > On Wed, 17 Sep 2008, Mike Galbraith wrote:
> >
> > > On Wed, 2008-09-17 at 14:49 +0200, Ingo Molnar wrote:
> > >
> > > > git log --pretty=format:"%h: %s" 2069f45..847106f | grep -viE \
> > > > 'block|alsa|pcmcia|sound|Merge|iosched|blk|DAC960|scsi|s390|paride|pktcdvd|filter|cdrom|drm'
> > > >
> > > > gives us:
> > > >
> > > > 7daf705: Start using the new '%pS' infrastructure to print symbols
> > > > 6f0f0fd: security: remove register_security hook
> > > > 93cbace: security: remove dummy module fix
> > > > 5915eb5: security: remove dummy module
> > > > b478a9f: security: remove unused sb_get_mnt_opts hook
> > > > 32502b8: splice: fix generic_file_splice_read() race with page invalidation
> > > > 8b3d356: ramfs: enable splice write
> > > > a144ff0: xen: Avoid allocations causing swap activity on the resume path
> > > >
> > > > which really only leaves that security commit your bisection fingered.
> > > > Which _slightly_ raises its likelyhood of being implicated. Structure
> > > > size changes can move two formerly far-apart netperf-relevant symbols on
> > > > the same cacheline, which can start cache ping-pong-ing badly.
> > >
> > > I sure hope it's something like ping-pong, it's driving me NUTS.
> >
> > How about dividing the problem to smaller blocks then by restoring
> > parts of the change...
>
> Well, what I've done is check out the "bad" tree, reverted every darn
> commit between there and the "good" tree, and then reverted the reverts
> so I have a nice merge-free line and don't have to remember to think
> backward. (probably sounds silly to git-foo masters) I'll try
> bisecting that in the a.m. and see what happens.
This was my initial idea (which was mainly an error from my part as I
misread some shaids and midunderstood that the first regressing would be
the merge instead of the actual change), but in here I meant taking parts
of the 6f0f0fd on top of 6f0f0fd^. The most easiest way to do that
actually might be to do in fact the opposite, ie., but some of the
datastructure/layout changes back on top of 6f0f0fd and see if the
performance get restored (besides testing the Eric's patch).
--
i.
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-09-17 17:04 ` Ilpo Järvinen
0 siblings, 0 replies; 367+ messages in thread
From: Ilpo Järvinen @ 2008-09-17 17:04 UTC (permalink / raw)
To: Mike Galbraith
Cc: Ingo Molnar, Christoph Lameter, Rafael J. Wysocki, LKML,
kernel-testers
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2273 bytes --]
On Wed, 17 Sep 2008, Mike Galbraith wrote:
> On Wed, 2008-09-17 at 16:36 +0300, Ilpo Järvinen wrote:
> > On Wed, 17 Sep 2008, Mike Galbraith wrote:
> >
> > > On Wed, 2008-09-17 at 14:49 +0200, Ingo Molnar wrote:
> > >
> > > > git log --pretty=format:"%h: %s" 2069f45..847106f | grep -viE \
> > > > 'block|alsa|pcmcia|sound|Merge|iosched|blk|DAC960|scsi|s390|paride|pktcdvd|filter|cdrom|drm'
> > > >
> > > > gives us:
> > > >
> > > > 7daf705: Start using the new '%pS' infrastructure to print symbols
> > > > 6f0f0fd: security: remove register_security hook
> > > > 93cbace: security: remove dummy module fix
> > > > 5915eb5: security: remove dummy module
> > > > b478a9f: security: remove unused sb_get_mnt_opts hook
> > > > 32502b8: splice: fix generic_file_splice_read() race with page invalidation
> > > > 8b3d356: ramfs: enable splice write
> > > > a144ff0: xen: Avoid allocations causing swap activity on the resume path
> > > >
> > > > which really only leaves that security commit your bisection fingered.
> > > > Which _slightly_ raises its likelyhood of being implicated. Structure
> > > > size changes can move two formerly far-apart netperf-relevant symbols on
> > > > the same cacheline, which can start cache ping-pong-ing badly.
> > >
> > > I sure hope it's something like ping-pong, it's driving me NUTS.
> >
> > How about dividing the problem to smaller blocks then by restoring
> > parts of the change...
>
> Well, what I've done is check out the "bad" tree, reverted every darn
> commit between there and the "good" tree, and then reverted the reverts
> so I have a nice merge-free line and don't have to remember to think
> backward. (probably sounds silly to git-foo masters) I'll try
> bisecting that in the a.m. and see what happens.
This was my initial idea (which was mainly an error from my part as I
misread some shaids and midunderstood that the first regressing would be
the merge instead of the actual change), but in here I meant taking parts
of the 6f0f0fd on top of 6f0f0fd^. The most easiest way to do that
actually might be to do in fact the opposite, ie., but some of the
datastructure/layout changes back on top of 6f0f0fd and see if the
performance get restored (besides testing the Eric's patch).
--
i.
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-09-17 13:57 ` Mike Galbraith
@ 2008-09-18 7:12 ` Mike Galbraith
-1 siblings, 0 replies; 367+ messages in thread
From: Mike Galbraith @ 2008-09-18 7:12 UTC (permalink / raw)
To: Ilpo Järvinen
Cc: Ingo Molnar, Christoph Lameter, Rafael J. Wysocki, LKML,
kernel-testers-u79uwXL29TY76Z2rM5mHXA
On Wed, 2008-09-17 at 15:57 +0200, Mike Galbraith wrote:
> On Wed, 2008-09-17 at 16:36 +0300, Ilpo Järvinen wrote:
> > On Wed, 17 Sep 2008, Mike Galbraith wrote:
> >
> > > On Wed, 2008-09-17 at 14:49 +0200, Ingo Molnar wrote:
> > >
> > > > git log --pretty=format:"%h: %s" 2069f45..847106f | grep -viE \
> > > > 'block|alsa|pcmcia|sound|Merge|iosched|blk|DAC960|scsi|s390|paride|pktcdvd|filter|cdrom|drm'
> > > >
> > > > gives us:
> > > >
> > > > 7daf705: Start using the new '%pS' infrastructure to print symbols
> > > > 6f0f0fd: security: remove register_security hook
> > > > 93cbace: security: remove dummy module fix
> > > > 5915eb5: security: remove dummy module
> > > > b478a9f: security: remove unused sb_get_mnt_opts hook
> > > > 32502b8: splice: fix generic_file_splice_read() race with page invalidation
> > > > 8b3d356: ramfs: enable splice write
> > > > a144ff0: xen: Avoid allocations causing swap activity on the resume path
> > > >
> > > > which really only leaves that security commit your bisection fingered.
> > > > Which _slightly_ raises its likelyhood of being implicated. Structure
> > > > size changes can move two formerly far-apart netperf-relevant symbols on
> > > > the same cacheline, which can start cache ping-pong-ing badly.
> > >
> > > I sure hope it's something like ping-pong, it's driving me NUTS.
> >
> > How about dividing the problem to smaller blocks then by restoring
> > parts of the change...
>
> Well, what I've done is check out the "bad" tree, reverted every darn
> commit between there and the "good" tree, and then reverted the reverts
> so I have a nice merge-free line and don't have to remember to think
> backward. (probably sounds silly to git-foo masters) I'll try
> bisecting that in the a.m. and see what happens.
It bisected to 1c9ce52. Reverting that in 27.git had the expected
result, nada. Full bisection/test log below - you can jump straight to
post run sanity checks. I'm torn between building a straight line tree
from v2.6.26 through git.today and bisecting that sucker, or exorcising
netperf from my box and swearing a sacred oath to never download the
damned thing again. Nuking netperf is most attractive option.
1e65e841bb5584136ed6047c55cf77532afbbb55 is first bad commit
commit 1e65e841bb5584136ed6047c55cf77532afbbb55
Author: Mike Galbraith <efault-Mmb7MZpHnFY@public.gmane.org>
Date: Wed Sep 17 14:55:50 2008 +0200
Revert "Revert "block: export "ro" attribute""
This reverts commit 2c8803af5c1bf41200167f29349f7f1396683a51.
:040000 040000 08ca8ba7ff3f9506a5462b4122256356cae28ceb bef679485bc924ad1dc867858ebda1b68196b5a8 M block
git bisect start
# good: [7804ad865f7d0cd9bdc51da601772ce4d2e252ca] Revert "[ALSA] soc - tlv320aic3x - revisit clock setup"
git bisect good 7804ad865f7d0cd9bdc51da601772ce4d2e252ca
# bad: [2846693a63a34ac6d582dd55a7e00605b49b1cec] Revert "Revert "[S390] sclp_tty: Fix scheduling while atomic bug.""
git bisect bad 2846693a63a34ac6d582dd55a7e00605b49b1cec
# bad: [70477f86f63640be2dd1d8968aeb47870a5c21c6] Revert "Revert "xen/blkfront: Make sure we don't use bounce buffers, we don't need them.""
git bisect bad 70477f86f63640be2dd1d8968aeb47870a5c21c6
# good: [7c6ccb520424939deff0a50f3fae621c6477dbbe] Revert "Revert "ALSA: hda - Add bdl_pos_adj option""
git bisect good 7c6ccb520424939deff0a50f3fae621c6477dbbe
# good: [66036beae94f043f99044e285935486126a9c4bd] Revert "Revert "pcmcia: fix Alchemy warnings""
git bisect good 66036beae94f043f99044e285935486126a9c4bd
# good: [6b7b5ef18871c8f7c15eedc6eb53270eaf8bc613] Revert "Revert "ALSA: hda - Added SSID for 'Fujitsu Siemens Amilo M1451G' laptop""
git bisect good 6b7b5ef18871c8f7c15eedc6eb53270eaf8bc613
# good: [024905ea4b2d1ab5d6b845ba84ddfc0857fb2d2a] Revert "Revert "ALSA: hda - Add MacBook 3.1 support""
git bisect good 024905ea4b2d1ab5d6b845ba84ddfc0857fb2d2a
# good: [4bbe3501e06eddaa4900894efa519f1167cb8624] Revert "Revert "as-iosched: properly protect ioc_gone and ioc count""
git bisect good 4bbe3501e06eddaa4900894efa519f1167cb8624
# good: [e124683c1cd5c73c494f9ea6cee8a71e68bb70ca] Revert "Revert "Added in user-injected messages into blk traces""
git bisect good e124683c1cd5c73c494f9ea6cee8a71e68bb70ca
# bad: [f148fae0bc009aa23122c5762368a1a16bb55b86] Revert "Revert "block: kill request_queue_t""
git bisect bad f148fae0bc009aa23122c5762368a1a16bb55b86
# bad: [1e65e841bb5584136ed6047c55cf77532afbbb55] Revert "Revert "block: export "ro" attribute""
git bisect bad 1e65e841bb5584136ed6047c55cf77532afbbb55
v2.6.26-974-g2846693 (847106f)
16384 87380 1 1 60.00 94350.45
16384 87380 1 1 60.01 95857.25
16384 87380 1 1 60.00 95334.84
16384 87380 1 1 60.00 95052.11
v2.6.26-659-g7804ad8 (2069f45)
16384 87380 1 1 60.00 98630.64
16384 87380 1 1 60.00 98653.14
16384 87380 1 1 60.00 99162.65
16384 87380 1 1 60.00 98652.38
v2.6.26-816-g70477f8 (call it bad)
16384 87380 1 1 60.00 95532.19
16384 87380 1 1 60.01 96211.39
16384 87380 1 1 60.01 96246.73
16384 87380 1 1 60.01 96286.40
v2.6.26-737-g7c6ccb5
16384 87380 1 1 60.00 98478.00
16384 87380 1 1 60.00 99221.33
16384 87380 1 1 60.00 98930.70
16384 87380 1 1 60.00 98958.73
v2.6.26-776-g66036be
16384 87380 1 1 60.00 97958.10
16384 87380 1 1 60.01 98683.80
16384 87380 1 1 60.01 98515.34
16384 87380 1 1 60.00 98396.11
v2.6.26-796-g6b7b5ef
16384 87380 1 1 60.00 99047.21
16384 87380 1 1 60.00 98095.23
16384 87380 1 1 60.00 99811.18
16384 87380 1 1 60.00 98651.32
v2.6.26-806-g024905e
16384 87380 1 1 60.00 98823.46
16384 87380 1 1 60.00 98959.11
16384 87380 1 1 60.00 98709.95
16384 87380 1 1 60.00 99042.13
v2.6.26-811-g4bbe350
16384 87380 1 1 60.00 98144.99
16384 87380 1 1 60.01 99023.30
16384 87380 1 1 60.01 98685.45
16384 87380 1 1 60.01 98606.18
v2.6.26-813-ge124683
16384 87380 1 1 60.00 98458.18
16384 87380 1 1 60.00 98163.92
16384 87380 1 1 60.00 98115.62
16384 87380 1 1 60.00 98633.62
v2.6.26-815-gf148fae
16384 87380 1 1 60.00 95649.91
16384 87380 1 1 60.00 96292.34
16384 87380 1 1 60.00 96043.82
16384 87380 1 1 60.00 96093.81
v2.6.26-814-g1e65e84
16384 87380 1 1 60.00 94906.81
16384 87380 1 1 60.00 95445.05
16384 87380 1 1 60.01 94698.68
16384 87380 1 1 60.00 94938.65
Post bisection checkouts
------------------------------------------------
v2.6.26-rc8-208-g02c6230
16384 87380 1 1 60.00 98392.94
16384 87380 1 1 60.00 98199.96
16384 87380 1 1 60.00 98534.27
16384 87380 1 1 60.00 98501.02
v2.6.26-rc8-209-g1c9ce52
16384 87380 1 1 60.00 97583.88
16384 87380 1 1 60.00 97326.23
16384 87380 1 1 60.00 97582.80
16384 87380 1 1 60.00 97568.63
v2.6.26-814-g1e65e84
16384 87380 1 1 60.00 94856.33
16384 87380 1 1 60.00 94594.03
16384 87380 1 1 60.00 94751.74
16384 87380 1 1 60.01 96825.28
v2.6.26-813-ge124683
16384 87380 1 1 60.00 97550.64
16384 87380 1 1 60.00 98024.28
16384 87380 1 1 60.00 98486.85
16384 87380 1 1 60.00 98493.41
marge:..git/linux-2.6 # git rev-list v2.6.26-813-ge124683..v2.6.26-814-g1e65e84
1e65e841bb5584136ed6047c55cf77532afbbb55
marge:..git/linux-2.6 # git show 1e65e841bb5584136ed6047c55cf77532afbbb55
commit 1e65e841bb5584136ed6047c55cf77532afbbb55
Author: Mike Galbraith <efault-Mmb7MZpHnFY@public.gmane.org>
Date: Wed Sep 17 14:55:50 2008 +0200
Revert "Revert "block: export "ro" attribute""
This reverts commit 2c8803af5c1bf41200167f29349f7f1396683a51.
diff --git a/block/genhd.c b/block/genhd.c
index b922d48..43e468e 100644
--- a/block/genhd.c
+++ b/block/genhd.c
@@ -400,6 +400,14 @@ static ssize_t disk_removable_show(struct device *dev,
(disk->flags & GENHD_FL_REMOVABLE ? 1 : 0));
}
+static ssize_t disk_ro_show(struct device *dev,
+ struct device_attribute *attr, char *buf)
+{
+ struct gendisk *disk = dev_to_disk(dev);
+
+ return sprintf(buf, "%d\n", disk->policy ? 1 : 0);
+}
+
static ssize_t disk_size_show(struct device *dev,
struct device_attribute *attr, char *buf)
{
@@ -472,6 +480,7 @@ static ssize_t disk_fail_store(struct device *dev,
static DEVICE_ATTR(range, S_IRUGO, disk_range_show, NULL);
static DEVICE_ATTR(removable, S_IRUGO, disk_removable_show, NULL);
+static DEVICE_ATTR(ro, S_IRUGO, disk_ro_show, NULL);
static DEVICE_ATTR(size, S_IRUGO, disk_size_show, NULL);
static DEVICE_ATTR(capability, S_IRUGO, disk_capability_show, NULL);
static DEVICE_ATTR(stat, S_IRUGO, disk_stat_show, NULL);
@@ -483,6 +492,7 @@ static struct device_attribute dev_attr_fail =
static struct attribute *disk_attrs[] = {
&dev_attr_range.attr,
&dev_attr_removable.attr,
+ &dev_attr_ro.attr,
&dev_attr_size.attr,
&dev_attr_capability.attr,
&dev_attr_stat.attr,
^ permalink raw reply related [flat|nested] 367+ messages in thread* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-09-18 7:12 ` Mike Galbraith
0 siblings, 0 replies; 367+ messages in thread
From: Mike Galbraith @ 2008-09-18 7:12 UTC (permalink / raw)
To: Ilpo Järvinen
Cc: Ingo Molnar, Christoph Lameter, Rafael J. Wysocki, LKML,
kernel-testers
On Wed, 2008-09-17 at 15:57 +0200, Mike Galbraith wrote:
> On Wed, 2008-09-17 at 16:36 +0300, Ilpo Järvinen wrote:
> > On Wed, 17 Sep 2008, Mike Galbraith wrote:
> >
> > > On Wed, 2008-09-17 at 14:49 +0200, Ingo Molnar wrote:
> > >
> > > > git log --pretty=format:"%h: %s" 2069f45..847106f | grep -viE \
> > > > 'block|alsa|pcmcia|sound|Merge|iosched|blk|DAC960|scsi|s390|paride|pktcdvd|filter|cdrom|drm'
> > > >
> > > > gives us:
> > > >
> > > > 7daf705: Start using the new '%pS' infrastructure to print symbols
> > > > 6f0f0fd: security: remove register_security hook
> > > > 93cbace: security: remove dummy module fix
> > > > 5915eb5: security: remove dummy module
> > > > b478a9f: security: remove unused sb_get_mnt_opts hook
> > > > 32502b8: splice: fix generic_file_splice_read() race with page invalidation
> > > > 8b3d356: ramfs: enable splice write
> > > > a144ff0: xen: Avoid allocations causing swap activity on the resume path
> > > >
> > > > which really only leaves that security commit your bisection fingered.
> > > > Which _slightly_ raises its likelyhood of being implicated. Structure
> > > > size changes can move two formerly far-apart netperf-relevant symbols on
> > > > the same cacheline, which can start cache ping-pong-ing badly.
> > >
> > > I sure hope it's something like ping-pong, it's driving me NUTS.
> >
> > How about dividing the problem to smaller blocks then by restoring
> > parts of the change...
>
> Well, what I've done is check out the "bad" tree, reverted every darn
> commit between there and the "good" tree, and then reverted the reverts
> so I have a nice merge-free line and don't have to remember to think
> backward. (probably sounds silly to git-foo masters) I'll try
> bisecting that in the a.m. and see what happens.
It bisected to 1c9ce52. Reverting that in 27.git had the expected
result, nada. Full bisection/test log below - you can jump straight to
post run sanity checks. I'm torn between building a straight line tree
from v2.6.26 through git.today and bisecting that sucker, or exorcising
netperf from my box and swearing a sacred oath to never download the
damned thing again. Nuking netperf is most attractive option.
1e65e841bb5584136ed6047c55cf77532afbbb55 is first bad commit
commit 1e65e841bb5584136ed6047c55cf77532afbbb55
Author: Mike Galbraith <efault@gmx.de>
Date: Wed Sep 17 14:55:50 2008 +0200
Revert "Revert "block: export "ro" attribute""
This reverts commit 2c8803af5c1bf41200167f29349f7f1396683a51.
:040000 040000 08ca8ba7ff3f9506a5462b4122256356cae28ceb bef679485bc924ad1dc867858ebda1b68196b5a8 M block
git bisect start
# good: [7804ad865f7d0cd9bdc51da601772ce4d2e252ca] Revert "[ALSA] soc - tlv320aic3x - revisit clock setup"
git bisect good 7804ad865f7d0cd9bdc51da601772ce4d2e252ca
# bad: [2846693a63a34ac6d582dd55a7e00605b49b1cec] Revert "Revert "[S390] sclp_tty: Fix scheduling while atomic bug.""
git bisect bad 2846693a63a34ac6d582dd55a7e00605b49b1cec
# bad: [70477f86f63640be2dd1d8968aeb47870a5c21c6] Revert "Revert "xen/blkfront: Make sure we don't use bounce buffers, we don't need them.""
git bisect bad 70477f86f63640be2dd1d8968aeb47870a5c21c6
# good: [7c6ccb520424939deff0a50f3fae621c6477dbbe] Revert "Revert "ALSA: hda - Add bdl_pos_adj option""
git bisect good 7c6ccb520424939deff0a50f3fae621c6477dbbe
# good: [66036beae94f043f99044e285935486126a9c4bd] Revert "Revert "pcmcia: fix Alchemy warnings""
git bisect good 66036beae94f043f99044e285935486126a9c4bd
# good: [6b7b5ef18871c8f7c15eedc6eb53270eaf8bc613] Revert "Revert "ALSA: hda - Added SSID for 'Fujitsu Siemens Amilo M1451G' laptop""
git bisect good 6b7b5ef18871c8f7c15eedc6eb53270eaf8bc613
# good: [024905ea4b2d1ab5d6b845ba84ddfc0857fb2d2a] Revert "Revert "ALSA: hda - Add MacBook 3.1 support""
git bisect good 024905ea4b2d1ab5d6b845ba84ddfc0857fb2d2a
# good: [4bbe3501e06eddaa4900894efa519f1167cb8624] Revert "Revert "as-iosched: properly protect ioc_gone and ioc count""
git bisect good 4bbe3501e06eddaa4900894efa519f1167cb8624
# good: [e124683c1cd5c73c494f9ea6cee8a71e68bb70ca] Revert "Revert "Added in user-injected messages into blk traces""
git bisect good e124683c1cd5c73c494f9ea6cee8a71e68bb70ca
# bad: [f148fae0bc009aa23122c5762368a1a16bb55b86] Revert "Revert "block: kill request_queue_t""
git bisect bad f148fae0bc009aa23122c5762368a1a16bb55b86
# bad: [1e65e841bb5584136ed6047c55cf77532afbbb55] Revert "Revert "block: export "ro" attribute""
git bisect bad 1e65e841bb5584136ed6047c55cf77532afbbb55
v2.6.26-974-g2846693 (847106f)
16384 87380 1 1 60.00 94350.45
16384 87380 1 1 60.01 95857.25
16384 87380 1 1 60.00 95334.84
16384 87380 1 1 60.00 95052.11
v2.6.26-659-g7804ad8 (2069f45)
16384 87380 1 1 60.00 98630.64
16384 87380 1 1 60.00 98653.14
16384 87380 1 1 60.00 99162.65
16384 87380 1 1 60.00 98652.38
v2.6.26-816-g70477f8 (call it bad)
16384 87380 1 1 60.00 95532.19
16384 87380 1 1 60.01 96211.39
16384 87380 1 1 60.01 96246.73
16384 87380 1 1 60.01 96286.40
v2.6.26-737-g7c6ccb5
16384 87380 1 1 60.00 98478.00
16384 87380 1 1 60.00 99221.33
16384 87380 1 1 60.00 98930.70
16384 87380 1 1 60.00 98958.73
v2.6.26-776-g66036be
16384 87380 1 1 60.00 97958.10
16384 87380 1 1 60.01 98683.80
16384 87380 1 1 60.01 98515.34
16384 87380 1 1 60.00 98396.11
v2.6.26-796-g6b7b5ef
16384 87380 1 1 60.00 99047.21
16384 87380 1 1 60.00 98095.23
16384 87380 1 1 60.00 99811.18
16384 87380 1 1 60.00 98651.32
v2.6.26-806-g024905e
16384 87380 1 1 60.00 98823.46
16384 87380 1 1 60.00 98959.11
16384 87380 1 1 60.00 98709.95
16384 87380 1 1 60.00 99042.13
v2.6.26-811-g4bbe350
16384 87380 1 1 60.00 98144.99
16384 87380 1 1 60.01 99023.30
16384 87380 1 1 60.01 98685.45
16384 87380 1 1 60.01 98606.18
v2.6.26-813-ge124683
16384 87380 1 1 60.00 98458.18
16384 87380 1 1 60.00 98163.92
16384 87380 1 1 60.00 98115.62
16384 87380 1 1 60.00 98633.62
v2.6.26-815-gf148fae
16384 87380 1 1 60.00 95649.91
16384 87380 1 1 60.00 96292.34
16384 87380 1 1 60.00 96043.82
16384 87380 1 1 60.00 96093.81
v2.6.26-814-g1e65e84
16384 87380 1 1 60.00 94906.81
16384 87380 1 1 60.00 95445.05
16384 87380 1 1 60.01 94698.68
16384 87380 1 1 60.00 94938.65
Post bisection checkouts
------------------------------------------------
v2.6.26-rc8-208-g02c6230
16384 87380 1 1 60.00 98392.94
16384 87380 1 1 60.00 98199.96
16384 87380 1 1 60.00 98534.27
16384 87380 1 1 60.00 98501.02
v2.6.26-rc8-209-g1c9ce52
16384 87380 1 1 60.00 97583.88
16384 87380 1 1 60.00 97326.23
16384 87380 1 1 60.00 97582.80
16384 87380 1 1 60.00 97568.63
v2.6.26-814-g1e65e84
16384 87380 1 1 60.00 94856.33
16384 87380 1 1 60.00 94594.03
16384 87380 1 1 60.00 94751.74
16384 87380 1 1 60.01 96825.28
v2.6.26-813-ge124683
16384 87380 1 1 60.00 97550.64
16384 87380 1 1 60.00 98024.28
16384 87380 1 1 60.00 98486.85
16384 87380 1 1 60.00 98493.41
marge:..git/linux-2.6 # git rev-list v2.6.26-813-ge124683..v2.6.26-814-g1e65e84
1e65e841bb5584136ed6047c55cf77532afbbb55
marge:..git/linux-2.6 # git show 1e65e841bb5584136ed6047c55cf77532afbbb55
commit 1e65e841bb5584136ed6047c55cf77532afbbb55
Author: Mike Galbraith <efault@gmx.de>
Date: Wed Sep 17 14:55:50 2008 +0200
Revert "Revert "block: export "ro" attribute""
This reverts commit 2c8803af5c1bf41200167f29349f7f1396683a51.
diff --git a/block/genhd.c b/block/genhd.c
index b922d48..43e468e 100644
--- a/block/genhd.c
+++ b/block/genhd.c
@@ -400,6 +400,14 @@ static ssize_t disk_removable_show(struct device *dev,
(disk->flags & GENHD_FL_REMOVABLE ? 1 : 0));
}
+static ssize_t disk_ro_show(struct device *dev,
+ struct device_attribute *attr, char *buf)
+{
+ struct gendisk *disk = dev_to_disk(dev);
+
+ return sprintf(buf, "%d\n", disk->policy ? 1 : 0);
+}
+
static ssize_t disk_size_show(struct device *dev,
struct device_attribute *attr, char *buf)
{
@@ -472,6 +480,7 @@ static ssize_t disk_fail_store(struct device *dev,
static DEVICE_ATTR(range, S_IRUGO, disk_range_show, NULL);
static DEVICE_ATTR(removable, S_IRUGO, disk_removable_show, NULL);
+static DEVICE_ATTR(ro, S_IRUGO, disk_ro_show, NULL);
static DEVICE_ATTR(size, S_IRUGO, disk_size_show, NULL);
static DEVICE_ATTR(capability, S_IRUGO, disk_capability_show, NULL);
static DEVICE_ATTR(stat, S_IRUGO, disk_stat_show, NULL);
@@ -483,6 +492,7 @@ static struct device_attribute dev_attr_fail =
static struct attribute *disk_attrs[] = {
&dev_attr_range.attr,
&dev_attr_removable.attr,
+ &dev_attr_ro.attr,
&dev_attr_size.attr,
&dev_attr_capability.attr,
&dev_attr_stat.attr,
^ permalink raw reply related [flat|nested] 367+ messages in thread[parent not found: <1221721970.5003.9.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-09-18 7:12 ` Mike Galbraith
@ 2008-09-18 7:25 ` Mike Galbraith
-1 siblings, 0 replies; 367+ messages in thread
From: Mike Galbraith @ 2008-09-18 7:25 UTC (permalink / raw)
To: Ilpo Järvinen
Cc: Ingo Molnar, Christoph Lameter, Rafael J. Wysocki, LKML,
kernel-testers-u79uwXL29TY76Z2rM5mHXA
On Thu, 2008-09-18 at 09:12 +0200, Mike Galbraith wrote:
> 1e65e841bb5584136ed6047c55cf77532afbbb55 is first bad commit
> commit 1e65e841bb5584136ed6047c55cf77532afbbb55
> Author: Mike Galbraith <efault-Mmb7MZpHnFY@public.gmane.org>
> Date: Wed Sep 17 14:55:50 2008 +0200
>
> Revert "Revert "block: export "ro" attribute""
>
> This reverts commit 2c8803af5c1bf41200167f29349f7f1396683a51.
BTW, the reason it's revert revert is that I reverse bisected the revert
tree yesterday, and it emitted the same darn result. I immediately said
"yeah right, ya screwed up", and created the revert revert tree to make
sure I couldn't fumble negation.
-Mike
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-09-18 7:25 ` Mike Galbraith
0 siblings, 0 replies; 367+ messages in thread
From: Mike Galbraith @ 2008-09-18 7:25 UTC (permalink / raw)
To: Ilpo Järvinen
Cc: Ingo Molnar, Christoph Lameter, Rafael J. Wysocki, LKML,
kernel-testers
On Thu, 2008-09-18 at 09:12 +0200, Mike Galbraith wrote:
> 1e65e841bb5584136ed6047c55cf77532afbbb55 is first bad commit
> commit 1e65e841bb5584136ed6047c55cf77532afbbb55
> Author: Mike Galbraith <efault@gmx.de>
> Date: Wed Sep 17 14:55:50 2008 +0200
>
> Revert "Revert "block: export "ro" attribute""
>
> This reverts commit 2c8803af5c1bf41200167f29349f7f1396683a51.
BTW, the reason it's revert revert is that I reverse bisected the revert
tree yesterday, and it emitted the same darn result. I immediately said
"yeah right, ya screwed up", and created the revert revert tree to make
sure I couldn't fumble negation.
-Mike
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <1221722733.5149.6.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-09-18 7:25 ` Mike Galbraith
@ 2008-09-18 7:58 ` Ilpo Järvinen
-1 siblings, 0 replies; 367+ messages in thread
From: Ilpo Järvinen @ 2008-09-18 7:58 UTC (permalink / raw)
To: Mike Galbraith
Cc: Ingo Molnar, Christoph Lameter, Rafael J. Wysocki, LKML,
kernel-testers-u79uwXL29TY76Z2rM5mHXA
On Thu, 18 Sep 2008, Mike Galbraith wrote:
> On Thu, 2008-09-18 at 09:12 +0200, Mike Galbraith wrote:
>
> > 1e65e841bb5584136ed6047c55cf77532afbbb55 is first bad commit
> > commit 1e65e841bb5584136ed6047c55cf77532afbbb55
> > Author: Mike Galbraith <efault-Mmb7MZpHnFY@public.gmane.org>
> > Date: Wed Sep 17 14:55:50 2008 +0200
> >
> > Revert "Revert "block: export "ro" attribute""
> >
> > This reverts commit 2c8803af5c1bf41200167f29349f7f1396683a51.
>
> BTW, the reason it's revert revert is that I reverse bisected the revert
> tree yesterday, and it emitted the same darn result. I immediately said
> "yeah right, ya screwed up", and created the revert revert tree to make
> sure I couldn't fumble negation.
:-)
gcc compiling something slightly differently would be a nice theory but
it sort of breaks down now as this commit touches only one .c file...
In the past when I did some static inline .h -> .c uninline sizing tests
I noticed that some changes happened also in places which should have been
quite much unrelated. Though all the changes were minor anyway (in the
places I did look), e.g., routed the conditional paths slightly
differently and added one xor clear reg.
--
i.
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-09-18 7:58 ` Ilpo Järvinen
0 siblings, 0 replies; 367+ messages in thread
From: Ilpo Järvinen @ 2008-09-18 7:58 UTC (permalink / raw)
To: Mike Galbraith
Cc: Ingo Molnar, Christoph Lameter, Rafael J. Wysocki, LKML,
kernel-testers
On Thu, 18 Sep 2008, Mike Galbraith wrote:
> On Thu, 2008-09-18 at 09:12 +0200, Mike Galbraith wrote:
>
> > 1e65e841bb5584136ed6047c55cf77532afbbb55 is first bad commit
> > commit 1e65e841bb5584136ed6047c55cf77532afbbb55
> > Author: Mike Galbraith <efault@gmx.de>
> > Date: Wed Sep 17 14:55:50 2008 +0200
> >
> > Revert "Revert "block: export "ro" attribute""
> >
> > This reverts commit 2c8803af5c1bf41200167f29349f7f1396683a51.
>
> BTW, the reason it's revert revert is that I reverse bisected the revert
> tree yesterday, and it emitted the same darn result. I immediately said
> "yeah right, ya screwed up", and created the revert revert tree to make
> sure I couldn't fumble negation.
:-)
gcc compiling something slightly differently would be a nice theory but
it sort of breaks down now as this commit touches only one .c file...
In the past when I did some static inline .h -> .c uninline sizing tests
I noticed that some changes happened also in places which should have been
quite much unrelated. Though all the changes were minor anyway (in the
places I did look), e.g., routed the conditional paths slightly
differently and added one xor clear reg.
--
i.
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-09-17 13:11 ` Mike Galbraith
@ 2008-09-17 14:47 ` Eric Dumazet
-1 siblings, 0 replies; 367+ messages in thread
From: Eric Dumazet @ 2008-09-17 14:47 UTC (permalink / raw)
To: Mike Galbraith
Cc: Ingo Molnar, Ilpo Järvinen, Christoph Lameter,
Rafael J. Wysocki, LKML, kernel-testers-u79uwXL29TY76Z2rM5mHXA
Mike Galbraith a écrit :
> On Wed, 2008-09-17 at 14:49 +0200, Ingo Molnar wrote:
>> * Mike Galbraith <efault-Mmb7MZpHnFY@public.gmane.org> wrote:
>>
>>>> It looks like a potentially bogus bisection result, but _maybe_ it
>>>> has relevance: changes the size of "struct security_operations",
>>>> which could have alignment and layout effects on all sorts of kernel
>>>> variables, kmalloc sizes, etc.
>>> This may well be a mythical creature infestation for all I know ;-),
>>> but it's address is somewhere in the 2069f45..847106f block, 316
>>> commits, none of which look like they should be the least bit
>>> interesting to netperf. I reverted this particular commit in 27.git,
>>> got the expected result. Looks like I'll keep poking at it, can't
>>> seem to resist. Grr.
>> are you sure it's 2069f45..847106f? Filtering out the
>> likely-uninteresting commits:
>
> Yeah, as sure as I can be. I've built both (et al) kernels several
> times, and it has repeated every time. Would be nice if someone would
> try to confirm/deny though. For my little quad, I do..
>
> #!/bin/sh
>
> echo 0 > /proc/sys/kernel/sched_wakeup_granularity_ns
>
> netserver -p 12865
> netserver -p 12866
> netserver -p 12867
> netserver -p 12868
>
> netperf -p 12865 -t TCP_RR -l 60 -H 127.0.0.1 -T 0,0 -- -r 1,1&
> netperf -p 12866 -t TCP_RR -l 60 -H 127.0.0.1 -T 1,1 -- -r 1,1&
> netperf -p 12867 -t TCP_RR -l 60 -H 127.0.0.1 -T 2,2 -- -r 1,1&
> netperf -p 12868 -t TCP_RR -l 60 -H 127.0.0.1 -T 3,3 -- -r 1,1&
>
> wait
> killall netserver
>
>
>> git log --pretty=format:"%h: %s" 2069f45..847106f | grep -viE \
>> 'block|alsa|pcmcia|sound|Merge|iosched|blk|DAC960|scsi|s390|paride|pktcdvd|filter|cdrom|drm'
>>
>> gives us:
>>
>> 7daf705: Start using the new '%pS' infrastructure to print symbols
>> 6f0f0fd: security: remove register_security hook
>> 93cbace: security: remove dummy module fix
>> 5915eb5: security: remove dummy module
>> b478a9f: security: remove unused sb_get_mnt_opts hook
>> 32502b8: splice: fix generic_file_splice_read() race with page invalidation
>> 8b3d356: ramfs: enable splice write
>> a144ff0: xen: Avoid allocations causing swap activity on the resume path
>>
>> which really only leaves that security commit your bisection fingered.
>> Which _slightly_ raises its likelyhood of being implicated. Structure
>> size changes can move two formerly far-apart netperf-relevant symbols on
>> the same cacheline, which can start cache ping-pong-ing badly.
>
> I sure hope it's something like ping-pong, it's driving me NUTS.
Could you please try following patch ?
[PATCH] security_ops moved to read_mostly section
"struct security_operations *security_ops" should be moved to read_mostly
section in order to NOT let it share a cache line with higly modified variables.
Signed-off-by: Eric Dumazet <dada1-fPLkHRcR87vqlBn2x/YWAg@public.gmane.org>
diff --git a/security/security.c b/security/security.c
index 3a4b4f5..0b13d65 100644
--- a/security/security.c
+++ b/security/security.c
@@ -24,7 +24,7 @@ static __initdata char chosen_lsm[SECURITY_NAME_MAX + 1];
extern struct security_operations default_security_ops;
extern void security_fixup_ops(struct security_operations *ops);
-struct security_operations *security_ops; /* Initialized to NULL */
+struct security_operations *security_ops __read_mostly;e
/* amount of vm to protect from userspace access */
unsigned long mmap_min_addr = CONFIG_SECURITY_DEFAULT_MMAP_MIN_ADDR;
^ permalink raw reply related [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-09-17 14:47 ` Eric Dumazet
0 siblings, 0 replies; 367+ messages in thread
From: Eric Dumazet @ 2008-09-17 14:47 UTC (permalink / raw)
To: Mike Galbraith
Cc: Ingo Molnar, Ilpo Järvinen, Christoph Lameter,
Rafael J. Wysocki, LKML, kernel-testers
Mike Galbraith a écrit :
> On Wed, 2008-09-17 at 14:49 +0200, Ingo Molnar wrote:
>> * Mike Galbraith <efault@gmx.de> wrote:
>>
>>>> It looks like a potentially bogus bisection result, but _maybe_ it
>>>> has relevance: changes the size of "struct security_operations",
>>>> which could have alignment and layout effects on all sorts of kernel
>>>> variables, kmalloc sizes, etc.
>>> This may well be a mythical creature infestation for all I know ;-),
>>> but it's address is somewhere in the 2069f45..847106f block, 316
>>> commits, none of which look like they should be the least bit
>>> interesting to netperf. I reverted this particular commit in 27.git,
>>> got the expected result. Looks like I'll keep poking at it, can't
>>> seem to resist. Grr.
>> are you sure it's 2069f45..847106f? Filtering out the
>> likely-uninteresting commits:
>
> Yeah, as sure as I can be. I've built both (et al) kernels several
> times, and it has repeated every time. Would be nice if someone would
> try to confirm/deny though. For my little quad, I do..
>
> #!/bin/sh
>
> echo 0 > /proc/sys/kernel/sched_wakeup_granularity_ns
>
> netserver -p 12865
> netserver -p 12866
> netserver -p 12867
> netserver -p 12868
>
> netperf -p 12865 -t TCP_RR -l 60 -H 127.0.0.1 -T 0,0 -- -r 1,1&
> netperf -p 12866 -t TCP_RR -l 60 -H 127.0.0.1 -T 1,1 -- -r 1,1&
> netperf -p 12867 -t TCP_RR -l 60 -H 127.0.0.1 -T 2,2 -- -r 1,1&
> netperf -p 12868 -t TCP_RR -l 60 -H 127.0.0.1 -T 3,3 -- -r 1,1&
>
> wait
> killall netserver
>
>
>> git log --pretty=format:"%h: %s" 2069f45..847106f | grep -viE \
>> 'block|alsa|pcmcia|sound|Merge|iosched|blk|DAC960|scsi|s390|paride|pktcdvd|filter|cdrom|drm'
>>
>> gives us:
>>
>> 7daf705: Start using the new '%pS' infrastructure to print symbols
>> 6f0f0fd: security: remove register_security hook
>> 93cbace: security: remove dummy module fix
>> 5915eb5: security: remove dummy module
>> b478a9f: security: remove unused sb_get_mnt_opts hook
>> 32502b8: splice: fix generic_file_splice_read() race with page invalidation
>> 8b3d356: ramfs: enable splice write
>> a144ff0: xen: Avoid allocations causing swap activity on the resume path
>>
>> which really only leaves that security commit your bisection fingered.
>> Which _slightly_ raises its likelyhood of being implicated. Structure
>> size changes can move two formerly far-apart netperf-relevant symbols on
>> the same cacheline, which can start cache ping-pong-ing badly.
>
> I sure hope it's something like ping-pong, it's driving me NUTS.
Could you please try following patch ?
[PATCH] security_ops moved to read_mostly section
"struct security_operations *security_ops" should be moved to read_mostly
section in order to NOT let it share a cache line with higly modified variables.
Signed-off-by: Eric Dumazet <dada1@cosmosbay.com>
diff --git a/security/security.c b/security/security.c
index 3a4b4f5..0b13d65 100644
--- a/security/security.c
+++ b/security/security.c
@@ -24,7 +24,7 @@ static __initdata char chosen_lsm[SECURITY_NAME_MAX + 1];
extern struct security_operations default_security_ops;
extern void security_fixup_ops(struct security_operations *ops);
-struct security_operations *security_ops; /* Initialized to NULL */
+struct security_operations *security_ops __read_mostly;e
/* amount of vm to protect from userspace access */
unsigned long mmap_min_addr = CONFIG_SECURITY_DEFAULT_MMAP_MIN_ADDR;
^ permalink raw reply related [flat|nested] 367+ messages in thread
[parent not found: <48D11871.4090805-fPLkHRcR87vqlBn2x/YWAg@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-09-17 14:47 ` Eric Dumazet
@ 2008-09-17 14:50 ` Eric Dumazet
-1 siblings, 0 replies; 367+ messages in thread
From: Eric Dumazet @ 2008-09-17 14:50 UTC (permalink / raw)
To: Mike Galbraith
Cc: Ingo Molnar, Ilpo Järvinen, Christoph Lameter,
Rafael J. Wysocki, LKML, kernel-testers-u79uwXL29TY76Z2rM5mHXA
Eric Dumazet a écrit :
> Mike Galbraith a écrit :
>> I sure hope it's something like ping-pong, it's driving me NUTS.
>
> Could you please try following patch ?
>
> [PATCH] security_ops moved to read_mostly section
>
> "struct security_operations *security_ops" should be moved to
> read_mostly section in order to NOT let it share a cache line with higly
> modified variables.
>
> Signed-off-by: Eric Dumazet <dada1-fPLkHRcR87vqlBn2x/YWAg@public.gmane.org>
>
> diff --git a/security/security.c b/security/security.c
> index 3a4b4f5..0b13d65 100644
> --- a/security/security.c
> +++ b/security/security.c
> @@ -24,7 +24,7 @@ static __initdata char chosen_lsm[SECURITY_NAME_MAX + 1];
> extern struct security_operations default_security_ops;
> extern void security_fixup_ops(struct security_operations *ops);
>
> -struct security_operations *security_ops; /* Initialized to NULL */
> +struct security_operations *security_ops __read_mostly;e
Sorry for the extra 'e' at the end of this line, please remove it :)
>
> /* amount of vm to protect from userspace access */
> unsigned long mmap_min_addr = CONFIG_SECURITY_DEFAULT_MMAP_MIN_ADDR;
>
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-09-17 14:50 ` Eric Dumazet
0 siblings, 0 replies; 367+ messages in thread
From: Eric Dumazet @ 2008-09-17 14:50 UTC (permalink / raw)
To: Mike Galbraith
Cc: Ingo Molnar, Ilpo Järvinen, Christoph Lameter,
Rafael J. Wysocki, LKML, kernel-testers
Eric Dumazet a écrit :
> Mike Galbraith a écrit :
>> I sure hope it's something like ping-pong, it's driving me NUTS.
>
> Could you please try following patch ?
>
> [PATCH] security_ops moved to read_mostly section
>
> "struct security_operations *security_ops" should be moved to
> read_mostly section in order to NOT let it share a cache line with higly
> modified variables.
>
> Signed-off-by: Eric Dumazet <dada1@cosmosbay.com>
>
> diff --git a/security/security.c b/security/security.c
> index 3a4b4f5..0b13d65 100644
> --- a/security/security.c
> +++ b/security/security.c
> @@ -24,7 +24,7 @@ static __initdata char chosen_lsm[SECURITY_NAME_MAX + 1];
> extern struct security_operations default_security_ops;
> extern void security_fixup_ops(struct security_operations *ops);
>
> -struct security_operations *security_ops; /* Initialized to NULL */
> +struct security_operations *security_ops __read_mostly;e
Sorry for the extra 'e' at the end of this line, please remove it :)
>
> /* amount of vm to protect from userspace access */
> unsigned long mmap_min_addr = CONFIG_SECURITY_DEFAULT_MMAP_MIN_ADDR;
>
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-09-17 14:47 ` Eric Dumazet
@ 2008-09-17 18:16 ` Mike Galbraith
-1 siblings, 0 replies; 367+ messages in thread
From: Mike Galbraith @ 2008-09-17 18:16 UTC (permalink / raw)
To: Eric Dumazet
Cc: Ingo Molnar, Ilpo Järvinen, Christoph Lameter,
Rafael J. Wysocki, LKML, kernel-testers-u79uwXL29TY76Z2rM5mHXA
On Wed, 2008-09-17 at 16:47 +0200, Eric Dumazet wrote:
> Could you please try following patch ?
>
> [PATCH] security_ops moved to read_mostly section
>
> "struct security_operations *security_ops" should be moved to read_mostly
> section in order to NOT let it share a cache line with higly modified variables.
v2.6.26-974-g2846693 (tip of revert reverts tree, == 847106f)
16384 87380 1 1 60.00 94350.45
16384 87380 1 1 60.01 95857.25
16384 87380 1 1 60.00 95334.84
16384 87380 1 1 60.00 95052.11
v2.6.26-659-g7804ad8 (first commit prior, == 2069f45)
16384 87380 1 1 60.00 98630.64
16384 87380 1 1 60.00 98653.14
16384 87380 1 1 60.00 99162.65
16384 87380 1 1 60.00 98652.38
v2.6.26-974-g2846693 patched
16384 87380 1 1 60.00 95877.41
16384 87380 1 1 60.00 95810.27
16384 87380 1 1 60.00 95530.03
16384 87380 1 1 60.00 94968.12
(poo, "it" didn't die)
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-09-17 18:16 ` Mike Galbraith
0 siblings, 0 replies; 367+ messages in thread
From: Mike Galbraith @ 2008-09-17 18:16 UTC (permalink / raw)
To: Eric Dumazet
Cc: Ingo Molnar, Ilpo Järvinen, Christoph Lameter,
Rafael J. Wysocki, LKML, kernel-testers
On Wed, 2008-09-17 at 16:47 +0200, Eric Dumazet wrote:
> Could you please try following patch ?
>
> [PATCH] security_ops moved to read_mostly section
>
> "struct security_operations *security_ops" should be moved to read_mostly
> section in order to NOT let it share a cache line with higly modified variables.
v2.6.26-974-g2846693 (tip of revert reverts tree, == 847106f)
16384 87380 1 1 60.00 94350.45
16384 87380 1 1 60.01 95857.25
16384 87380 1 1 60.00 95334.84
16384 87380 1 1 60.00 95052.11
v2.6.26-659-g7804ad8 (first commit prior, == 2069f45)
16384 87380 1 1 60.00 98630.64
16384 87380 1 1 60.00 98653.14
16384 87380 1 1 60.00 99162.65
16384 87380 1 1 60.00 98652.38
v2.6.26-974-g2846693 patched
16384 87380 1 1 60.00 95877.41
16384 87380 1 1 60.00 95810.27
16384 87380 1 1 60.00 95530.03
16384 87380 1 1 60.00 94968.12
(poo, "it" didn't die)
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11336] 2.6.27-rc2:stall while mounting root fs
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Thomas Gleixner, Torsten Kaiser
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11336
Subject : 2.6.27-rc2:stall while mounting root fs
Submitter : Torsten Kaiser <just.for.lkml-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org>
Date : 2008-08-12 12:37 (32 days old)
References : http://marc.info/?l=linux-kernel&m=121854484015909&w=4
Handled-By : Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>
Patch : http://bugzilla.kernel.org/attachment.cgi?id=17622
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11340] LTP overnight run resulted in unusable box
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Alexey Dobriyan
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11340
Subject : LTP overnight run resulted in unusable box
Submitter : Alexey Dobriyan <adobriyan-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-13 9:24 (31 days old)
References : http://marc.info/?l=linux-kernel&m=121861951902949&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11380] lockdep warning: cpu_add_remove_lock at:cpu_maps_update_begin+0x14/0x16
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Ingo Molnar
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11380
Subject : lockdep warning: cpu_add_remove_lock at:cpu_maps_update_begin+0x14/0x16
Submitter : Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>
Date : 2008-08-20 6:44 (24 days old)
References : http://marc.info/?l=linux-kernel&m=121921480931970&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11358] net: forcedeth call restore mac addr in nv_shutdown path
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Jeff Garzik, Tobias Diedrich, Yinghai Lu
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11358
Subject : net: forcedeth call restore mac addr in nv_shutdown path
Submitter : Yinghai Lu <yhlu.kernel-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-17 3:30 (27 days old)
References : http://marc.info/?l=linux-kernel&m=121894389018584&w=4
Handled-By : Yinghai Lu <yhlu.kernel-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=121894389018584&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11357] Can not boot up with zd1211rw USB-Wlan Stick
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, uwe
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11357
Subject : Can not boot up with zd1211rw USB-Wlan Stick
Submitter : uwe <kender-KuiJ5kEpwI6ELgA04lAiVw@public.gmane.org>
Date : 2008-08-16 14:17 (28 days old)
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11343] SATA Cold Boot Problems with 2.6.27-rc[23] on nVidia 680i
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Manny Maxwell, Tejun Heo
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11343
Subject : SATA Cold Boot Problems with 2.6.27-rc[23] on nVidia 680i
Submitter : Manny Maxwell <mannymax-7UBucS1kxs3k1uMJSBkQmQ@public.gmane.org>
Date : 2008-08-14 4:16 (30 days old)
References : http://marc.info/?l=linux-kernel&m=121868782917600&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11382] e1000e: 2.6.27-rc1 corrupts EEPROM/NVM
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Christopher Li, David Vrabel
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11382
Subject : e1000e: 2.6.27-rc1 corrupts EEPROM/NVM
Submitter : David Vrabel <david.vrabel-kQvG35nSl+M@public.gmane.org>
Date : 2008-08-08 10:47 (36 days old)
References : http://marc.info/?l=linux-kernel&m=121819267211679&w=4
Handled-By : Christopher Li <chrisl-pghWNbHTmq7QT0dZR+AlfA@public.gmane.org>
Patch : http://marc.info/?l=linux-mm-commits&m=122038324200305&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11398] hda_intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj.
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Frans Pop
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11398
Subject : hda_intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj.
Submitter : Frans Pop <elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
Date : 2008-08-21 17:17 (23 days old)
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11398] hda_intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj.
@ 2008-09-12 19:06 ` Rafael J. Wysocki
0 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Frans Pop
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11398
Subject : hda_intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj.
Submitter : Frans Pop <elendil@planet.nl>
Date : 2008-08-21 17:17 (23 days old)
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11398] hda_intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj.
2008-09-12 19:06 ` Rafael J. Wysocki
@ 2008-09-13 7:37 ` Frans Pop
-1 siblings, 0 replies; 367+ messages in thread
From: Frans Pop @ 2008-09-13 7:37 UTC (permalink / raw)
To: Rafael J. Wysocki; +Cc: Linux Kernel Mailing List, Kernel Testers List
On Friday 12 September 2008, Rafael J. Wysocki wrote:
> The following bug entry is on the current list of known regressions
> from 2.6.26. Please verify if it still should be listed and let me
> know (either way).
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11398
> Subject : hda_intel: IRQ timing workaround is activated for card #0.
> Suggest a bigger bdl_pos_adj.
Still there.
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11398] hda_intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj.
@ 2008-09-13 7:37 ` Frans Pop
0 siblings, 0 replies; 367+ messages in thread
From: Frans Pop @ 2008-09-13 7:37 UTC (permalink / raw)
To: Rafael J. Wysocki; +Cc: Linux Kernel Mailing List, Kernel Testers List
On Friday 12 September 2008, Rafael J. Wysocki wrote:
> The following bug entry is on the current list of known regressions
> from 2.6.26. Please verify if it still should be listed and let me
> know (either way).
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11398
> Subject : hda_intel: IRQ timing workaround is activated for card #0.
> Suggest a bigger bdl_pos_adj.
Still there.
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <200809130937.52685.elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>]
* Re: [Bug #11398] hda_intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj.
2008-09-13 7:37 ` Frans Pop
@ 2008-09-13 17:23 ` Takashi Iwai
-1 siblings, 0 replies; 367+ messages in thread
From: Takashi Iwai @ 2008-09-13 17:23 UTC (permalink / raw)
To: Frans Pop
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List
At Sat, 13 Sep 2008 09:37:51 +0200,
Frans Pop wrote:
>
> On Friday 12 September 2008, Rafael J. Wysocki wrote:
> > The following bug entry is on the current list of known regressions
> > from 2.6.26. Please verify if it still should be listed and let me
> > know (either way).
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11398
> > Subject : hda_intel: IRQ timing workaround is activated for card #0.
> > Suggest a bigger bdl_pos_adj.
>
> Still there.
Yeah, the driver wasn't changed about this.
Basically it's a warning message that CPU usage got higher due to
somehow wrongly behaving hardware. The driver behavior itself didn't
do anything wrong. That is, if the driver didn't show it, you
wouldn't have noticed any change (or noticed improvements in some apps
:)
Of course, it would be ideal if we can add a perfect workaround for
it, but right now, I have no idea what to do better. So, I don't
think it's worth to keeping this open as a regression.
thanks,
Takashi
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11398] hda_intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj.
@ 2008-09-13 17:23 ` Takashi Iwai
0 siblings, 0 replies; 367+ messages in thread
From: Takashi Iwai @ 2008-09-13 17:23 UTC (permalink / raw)
To: Frans Pop
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List
At Sat, 13 Sep 2008 09:37:51 +0200,
Frans Pop wrote:
>
> On Friday 12 September 2008, Rafael J. Wysocki wrote:
> > The following bug entry is on the current list of known regressions
> > from 2.6.26. Please verify if it still should be listed and let me
> > know (either way).
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11398
> > Subject : hda_intel: IRQ timing workaround is activated for card #0.
> > Suggest a bigger bdl_pos_adj.
>
> Still there.
Yeah, the driver wasn't changed about this.
Basically it's a warning message that CPU usage got higher due to
somehow wrongly behaving hardware. The driver behavior itself didn't
do anything wrong. That is, if the driver didn't show it, you
wouldn't have noticed any change (or noticed improvements in some apps
:)
Of course, it would be ideal if we can add a perfect workaround for
it, but right now, I have no idea what to do better. So, I don't
think it's worth to keeping this open as a regression.
thanks,
Takashi
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <s5habecm03s.wl%tiwai-l3A5Bk7waGM@public.gmane.org>]
* Re: [Bug #11398] hda_intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj.
2008-09-13 17:23 ` Takashi Iwai
@ 2008-09-15 0:13 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-15 0:13 UTC (permalink / raw)
To: Takashi Iwai; +Cc: Frans Pop, Linux Kernel Mailing List, Kernel Testers List
On Saturday, 13 of September 2008, Takashi Iwai wrote:
> At Sat, 13 Sep 2008 09:37:51 +0200,
> Frans Pop wrote:
> >
> > On Friday 12 September 2008, Rafael J. Wysocki wrote:
> > > The following bug entry is on the current list of known regressions
> > > from 2.6.26. Please verify if it still should be listed and let me
> > > know (either way).
> > >
> > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11398
> > > Subject : hda_intel: IRQ timing workaround is activated for card #0.
> > > Suggest a bigger bdl_pos_adj.
> >
> > Still there.
>
> Yeah, the driver wasn't changed about this.
>
> Basically it's a warning message that CPU usage got higher due to
> somehow wrongly behaving hardware. The driver behavior itself didn't
> do anything wrong. That is, if the driver didn't show it, you
> wouldn't have noticed any change (or noticed improvements in some apps
> :)
>
> Of course, it would be ideal if we can add a perfect workaround for
> it, but right now, I have no idea what to do better. So, I don't
> think it's worth to keeping this open as a regression.
I've closed the bug.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11398] hda_intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj.
@ 2008-09-15 0:13 ` Rafael J. Wysocki
0 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-15 0:13 UTC (permalink / raw)
To: Takashi Iwai; +Cc: Frans Pop, Linux Kernel Mailing List, Kernel Testers List
On Saturday, 13 of September 2008, Takashi Iwai wrote:
> At Sat, 13 Sep 2008 09:37:51 +0200,
> Frans Pop wrote:
> >
> > On Friday 12 September 2008, Rafael J. Wysocki wrote:
> > > The following bug entry is on the current list of known regressions
> > > from 2.6.26. Please verify if it still should be listed and let me
> > > know (either way).
> > >
> > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11398
> > > Subject : hda_intel: IRQ timing workaround is activated for card #0.
> > > Suggest a bigger bdl_pos_adj.
> >
> > Still there.
>
> Yeah, the driver wasn't changed about this.
>
> Basically it's a warning message that CPU usage got higher due to
> somehow wrongly behaving hardware. The driver behavior itself didn't
> do anything wrong. That is, if the driver didn't show it, you
> wouldn't have noticed any change (or noticed improvements in some apps
> :)
>
> Of course, it would be ideal if we can add a perfect workaround for
> it, but right now, I have no idea what to do better. So, I don't
> think it's worth to keeping this open as a regression.
I've closed the bug.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11404] BUG: in 2.6.23-rc3-git7 in do_cciss_intr
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, James Bottomley, Miller, Mike (OS Dev),
rdunlap
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11404
Subject : BUG: in 2.6.23-rc3-git7 in do_cciss_intr
Submitter : rdunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-21 5:52 (23 days old)
References : http://marc.info/?l=linux-kernel&m=121929819616273&w=4
http://marc.info/?l=linux-kernel&m=121932889105368&w=4
Handled-By : Miller, Mike (OS Dev) <Mike.Miller-VXdhtT5mjnY@public.gmane.org>
James Bottomley <James.Bottomley-JuX6DAaQMKPCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11465] Linux-2.6.27-rc5, drm errors in log
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Dave Airlie, Gene Heskett
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11465
Subject : Linux-2.6.27-rc5, drm errors in log
Submitter : Gene Heskett <gene.heskett-H+0wwilmMs3R7s880joybQ@public.gmane.org>
Date : 2008-08-30 18:52 (14 days old)
References : http://marc.info/?l=linux-kernel&m=122012238925775&w=4
Handled-By : Dave Airlie <airlied-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11463] sshd hangs on close
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Matthias Urlichs
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11463
Subject : sshd hangs on close
Submitter : Matthias Urlichs <matthias-+qxcz+fHsVSELgA04lAiVw@public.gmane.org>
Date : 2008-08-30 9:18 (14 days old)
References : http://marc.info/?l=linux-kernel&m=122008800512864&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11407] suspend: unable to handle kernel paging request
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Pavel Machek, Pekka Enberg,
Rafael J. Wysocki, Vegard Nossum
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11407
Subject : suspend: unable to handle kernel paging request
Submitter : Vegard Nossum <vegard.nossum-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-21 17:28 (23 days old)
References : http://marc.info/?l=linux-kernel&m=121933974928881&w=4
Handled-By : Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>
Pekka Enberg <penberg-bbCR+/B0CizivPeTLB3BmA@public.gmane.org>
Pavel Machek <pavel-AlSwsSmVLrQ@public.gmane.org>
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11407] suspend: unable to handle kernel paging request
@ 2008-09-12 19:06 ` Rafael J. Wysocki
0 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Pavel Machek, Pekka Enberg,
Rafael J. Wysocki, Vegard Nossum
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11407
Subject : suspend: unable to handle kernel paging request
Submitter : Vegard Nossum <vegard.nossum@gmail.com>
Date : 2008-08-21 17:28 (23 days old)
References : http://marc.info/?l=linux-kernel&m=121933974928881&w=4
Handled-By : Rafael J. Wysocki <rjw@sisk.pl>
Pekka Enberg <penberg@cs.helsinki.fi>
Pavel Machek <pavel@suse.cz>
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11407] suspend: unable to handle kernel paging request
2008-09-12 19:06 ` Rafael J. Wysocki
@ 2008-09-12 20:50 ` Vegard Nossum
-1 siblings, 0 replies; 367+ messages in thread
From: Vegard Nossum @ 2008-09-12 20:50 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Pavel Machek,
Pekka Enberg
On Fri, Sep 12, 2008 at 9:06 PM, Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org> wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.26. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11407
> Subject : suspend: unable to handle kernel paging request
> Submitter : Vegard Nossum <vegard.nossum-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Date : 2008-08-21 17:28 (23 days old)
> References : http://marc.info/?l=linux-kernel&m=121933974928881&w=4
> Handled-By : Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>
> Pekka Enberg <penberg-bbCR+/B0CizivPeTLB3BmA@public.gmane.org>
> Pavel Machek <pavel-AlSwsSmVLrQ@public.gmane.org>
I'm sorry for not replying sooner. This is current status: Problem was
never resolved. I tried to bisect, but I only ran into other problems
with either config not being supported for my machine prior to certain
date while trying to find a good bisection point. It's been a while
now, so I don't remember everything exactly, but I may try to
reproduce it tomorrow on the latest -git and see what comes up.
Will report back as soon as I have more info. Thanks,
Vegard
--
"The animistic metaphor of the bug that maliciously sneaked in while
the programmer was not looking is intellectually dishonest as it
disguises that the error is the programmer's own creation."
-- E. W. Dijkstra, EWD1036
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11407] suspend: unable to handle kernel paging request
@ 2008-09-12 20:50 ` Vegard Nossum
0 siblings, 0 replies; 367+ messages in thread
From: Vegard Nossum @ 2008-09-12 20:50 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Pavel Machek,
Pekka Enberg
On Fri, Sep 12, 2008 at 9:06 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.26. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11407
> Subject : suspend: unable to handle kernel paging request
> Submitter : Vegard Nossum <vegard.nossum@gmail.com>
> Date : 2008-08-21 17:28 (23 days old)
> References : http://marc.info/?l=linux-kernel&m=121933974928881&w=4
> Handled-By : Rafael J. Wysocki <rjw@sisk.pl>
> Pekka Enberg <penberg@cs.helsinki.fi>
> Pavel Machek <pavel@suse.cz>
I'm sorry for not replying sooner. This is current status: Problem was
never resolved. I tried to bisect, but I only ran into other problems
with either config not being supported for my machine prior to certain
date while trying to find a good bisection point. It's been a while
now, so I don't remember everything exactly, but I may try to
reproduce it tomorrow on the latest -git and see what comes up.
Will report back as soon as I have more info. Thanks,
Vegard
--
"The animistic metaphor of the bug that maliciously sneaked in while
the programmer was not looking is intellectually dishonest as it
disguises that the error is the programmer's own creation."
-- E. W. Dijkstra, EWD1036
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11459] kernel crash after wifi connection established
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Alexey Kuznetsov
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11459
Subject : kernel crash after wifi connection established
Submitter : Alexey Kuznetsov <ak-b7SOpcJQXxU@public.gmane.org>
Date : 2008-08-30 03:08 (14 days old)
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11439] [2.6.27-rc4-git4] compilation warnings
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Greg KH, Rufus & Azrael
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11439
Subject : [2.6.27-rc4-git4] compilation warnings
Submitter : Rufus & Azrael <rufus-azrael-Bf/eaXMDFuuXqB7oj33eUg@public.gmane.org>
Date : 2008-08-26 9:37 (18 days old)
References : http://marc.info/?l=linux-kernel&m=121974353815440&w=4
Handled-By : Greg KH <gregkh-l3A5Bk7waGM@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=121976424221858&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11442] btusb hibernation/suspend breakage in current -git
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Oliver Neukum, Rafael J. Wysocki
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11442
Subject : btusb hibernation/suspend breakage in current -git
Submitter : Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>
Date : 2008-08-25 11:37 (19 days old)
References : http://marc.info/?l=linux-bluetooth&m=121966402012074&w=4
Handled-By : Oliver Neukum <oliver-GvhC2dPhHPQdnm+yROfE0A@public.gmane.org>
Patch : http://marc.info/?l=linux-bluetooth&m=121967226027323&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11471] GPE storm detected, kernel freezes
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, George Gibbs, Zhang Rui
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11471
Subject : GPE storm detected, kernel freezes
Submitter : George Gibbs <Vash63-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-31 22:00 (13 days old)
Handled-By : Zhang Rui <rui.zhang-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11471] GPE storm detected, kernel freezes
@ 2008-09-12 19:06 ` Rafael J. Wysocki
0 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, George Gibbs, Zhang Rui
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11471
Subject : GPE storm detected, kernel freezes
Submitter : George Gibbs <Vash63@gmail.com>
Date : 2008-08-31 22:00 (13 days old)
Handled-By : Zhang Rui <rui.zhang@intel.com>
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11471] GPE storm detected, kernel freezes
2008-09-12 19:06 ` Rafael J. Wysocki
@ 2008-09-16 5:50 ` Zhang Rui
-1 siblings, 0 replies; 367+ messages in thread
From: Zhang Rui @ 2008-09-16 5:50 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, George Gibbs
On Sat, 2008-09-13 at 03:06 +0800, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
> The following bug entry is on the current list of known regressions
> from 2.6.26. Please verify if it still should be listed and let me
> know
> (either way).
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11471
> Subject : GPE storm detected, kernel freezes
> Submitter : George Gibbs <Vash63-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Date : 2008-08-31 22:00 (13 days old)
> Handled-By : Zhang Rui <rui.zhang-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
>
this has already been fixed in -rc6.
please refer to http://bugzilla.kernel.org/show_bug.cgi?id=11471#c22
so I think this should be removed from the list.
thanks,
rui
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11485] 2.6.27-rc xen pvops regression?
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Alex Nixon, Bernhard Schmidt,
Jeremy Fitzhardinge
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11485
Subject : 2.6.27-rc xen pvops regression?
Submitter : Bernhard Schmidt <berni-wpePDvIxQxvMZTq/7ZfH4Q@public.gmane.org>
Date : 2008-08-31 17:18 (13 days old)
References : http://marc.info/?l=linux-kernel&m=122020367015025&w=4
Handled-By : Alex Nixon <alex.nixon-Sxgqhf6Nn4DQT0dZR+AlfA@public.gmane.org>
Jeremy Fitzhardinge <jeremy-TSDbQ3PG+2Y@public.gmane.org>
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11501] Failed to open destination file: Permission deniedihex2fw
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Andrew Morton
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11501
Subject : Failed to open destination file: Permission deniedihex2fw
Submitter : Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Date : 2008-09-04 18:34 (9 days old)
References : http://marc.info/?l=linux-kernel&m=122055342419068&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11500] /proc/net bug related to selinux
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Andrew Morton
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11500
Subject : /proc/net bug related to selinux
Submitter : Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Date : 2008-09-04 17:45 (9 days old)
References : http://marc.info/?l=linux-kernel&m=122055041313270&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11500] /proc/net bug related to selinux
@ 2008-09-12 19:06 ` Rafael J. Wysocki
0 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Andrew Morton
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11500
Subject : /proc/net bug related to selinux
Submitter : Andrew Morton <akpm@linux-foundation.org>
Date : 2008-09-04 17:45 (9 days old)
References : http://marc.info/?l=linux-kernel&m=122055041313270&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11500] /proc/net bug related to selinux
2008-09-12 19:06 ` Rafael J. Wysocki
@ 2008-09-12 22:14 ` James Morris
-1 siblings, 0 replies; 367+ messages in thread
From: James Morris @ 2008-09-12 22:14 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Andrew Morton,
Stephen Smalley
On Fri, 12 Sep 2008, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.26. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11500
> Subject : /proc/net bug related to selinux
> Submitter : Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
> Date : 2008-09-04 17:45 (9 days old)
> References : http://marc.info/?l=linux-kernel&m=122055041313270&w=4
I think this might be a regression caused by namespace changes which we
addressed in SELinux policy. Which distro version & policy version is
this seen with?
- James
--
James Morris
<jmorris-gx6/JNMH7DfYtjvyW6yDsg@public.gmane.org>
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11500] /proc/net bug related to selinux
@ 2008-09-12 22:14 ` James Morris
0 siblings, 0 replies; 367+ messages in thread
From: James Morris @ 2008-09-12 22:14 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Andrew Morton,
Stephen Smalley
On Fri, 12 Sep 2008, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.26. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11500
> Subject : /proc/net bug related to selinux
> Submitter : Andrew Morton <akpm@linux-foundation.org>
> Date : 2008-09-04 17:45 (9 days old)
> References : http://marc.info/?l=linux-kernel&m=122055041313270&w=4
I think this might be a regression caused by namespace changes which we
addressed in SELinux policy. Which distro version & policy version is
this seen with?
- James
--
James Morris
<jmorris@namei.org>
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <alpine.LRH.1.10.0809130812460.12313-CK9fWmtY32x9JUWOpEiw7w@public.gmane.org>]
* Re: [Bug #11500] /proc/net bug related to selinux
2008-09-12 22:14 ` James Morris
@ 2008-09-12 22:24 ` Andrew Morton
-1 siblings, 0 replies; 367+ messages in thread
From: Andrew Morton @ 2008-09-12 22:24 UTC (permalink / raw)
To: James Morris
Cc: rjw-KKrjLPT3xs0, linux-kernel-u79uwXL29TY76Z2rM5mHXA,
kernel-testers-u79uwXL29TY76Z2rM5mHXA, sds-+05T5uksL2qpZYMLLGbcSA
On Sat, 13 Sep 2008 08:14:10 +1000 (EST)
James Morris <jmorris-gx6/JNMH7DfYtjvyW6yDsg@public.gmane.org> wrote:
> On Fri, 12 Sep 2008, Rafael J. Wysocki wrote:
>
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.26. Please verify if it still should be listed and let me know
> > (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11500
> > Subject : /proc/net bug related to selinux
> > Submitter : Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
> > Date : 2008-09-04 17:45 (9 days old)
> > References : http://marc.info/?l=linux-kernel&m=122055041313270&w=4
>
> I think this might be a regression caused by namespace changes which we
> addressed in SELinux policy. Which distro version & policy version is
> this seen with?
>
FC5 on x86_32 and FC6 on x86_64.
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11500] /proc/net bug related to selinux
@ 2008-09-12 22:24 ` Andrew Morton
0 siblings, 0 replies; 367+ messages in thread
From: Andrew Morton @ 2008-09-12 22:24 UTC (permalink / raw)
To: James Morris; +Cc: rjw, linux-kernel, kernel-testers, sds
On Sat, 13 Sep 2008 08:14:10 +1000 (EST)
James Morris <jmorris@namei.org> wrote:
> On Fri, 12 Sep 2008, Rafael J. Wysocki wrote:
>
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.26. Please verify if it still should be listed and let me know
> > (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11500
> > Subject : /proc/net bug related to selinux
> > Submitter : Andrew Morton <akpm@linux-foundation.org>
> > Date : 2008-09-04 17:45 (9 days old)
> > References : http://marc.info/?l=linux-kernel&m=122055041313270&w=4
>
> I think this might be a regression caused by namespace changes which we
> addressed in SELinux policy. Which distro version & policy version is
> this seen with?
>
FC5 on x86_32 and FC6 on x86_64.
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <20080912152443.c4e59f42.akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>]
* Re: [Bug #11500] /proc/net bug related to selinux
2008-09-12 22:24 ` Andrew Morton
@ 2008-09-13 0:15 ` James Morris
-1 siblings, 0 replies; 367+ messages in thread
From: James Morris @ 2008-09-13 0:15 UTC (permalink / raw)
To: Andrew Morton
Cc: rjw-KKrjLPT3xs0, linux-kernel-u79uwXL29TY76Z2rM5mHXA,
kernel-testers-u79uwXL29TY76Z2rM5mHXA, sds-+05T5uksL2qpZYMLLGbcSA
On Fri, 12 Sep 2008, Andrew Morton wrote:
> > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11500
> > > Subject : /proc/net bug related to selinux
> > > Submitter : Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
> > > Date : 2008-09-04 17:45 (9 days old)
> > > References : http://marc.info/?l=linux-kernel&m=122055041313270&w=4
> >
> > I think this might be a regression caused by namespace changes which we
By which I mean, this was caused by a non-SELinux change to the upstream
kernel many, many eons ago.
> > addressed in SELinux policy. Which distro version & policy version is
> > this seen with?
> >
>
> FC5 on x86_32 and FC6 on x86_64.
As mentioned in the bugzilla, any related avc messages would be useful.
--
James Morris
<jmorris-gx6/JNMH7DfYtjvyW6yDsg@public.gmane.org>
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11500] /proc/net bug related to selinux
@ 2008-09-13 0:15 ` James Morris
0 siblings, 0 replies; 367+ messages in thread
From: James Morris @ 2008-09-13 0:15 UTC (permalink / raw)
To: Andrew Morton; +Cc: rjw, linux-kernel, kernel-testers, sds
On Fri, 12 Sep 2008, Andrew Morton wrote:
> > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11500
> > > Subject : /proc/net bug related to selinux
> > > Submitter : Andrew Morton <akpm@linux-foundation.org>
> > > Date : 2008-09-04 17:45 (9 days old)
> > > References : http://marc.info/?l=linux-kernel&m=122055041313270&w=4
> >
> > I think this might be a regression caused by namespace changes which we
By which I mean, this was caused by a non-SELinux change to the upstream
kernel many, many eons ago.
> > addressed in SELinux policy. Which distro version & policy version is
> > this seen with?
> >
>
> FC5 on x86_32 and FC6 on x86_64.
As mentioned in the bugzilla, any related avc messages would be useful.
--
James Morris
<jmorris@namei.org>
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <alpine.LRH.1.10.0809131012310.13073-CK9fWmtY32x9JUWOpEiw7w@public.gmane.org>]
* Re: [Bug #11500] /proc/net bug related to selinux
2008-09-13 0:15 ` James Morris
@ 2008-09-13 19:37 ` Andrew Morton
-1 siblings, 0 replies; 367+ messages in thread
From: Andrew Morton @ 2008-09-13 19:37 UTC (permalink / raw)
To: James Morris
Cc: rjw-KKrjLPT3xs0, linux-kernel-u79uwXL29TY76Z2rM5mHXA,
kernel-testers-u79uwXL29TY76Z2rM5mHXA, sds-+05T5uksL2qpZYMLLGbcSA
On Sat, 13 Sep 2008 10:15:43 +1000 (EST) James Morris <jmorris-gx6/JNMH7DfYtjvyW6yDsg@public.gmane.org> wrote:
> On Fri, 12 Sep 2008, Andrew Morton wrote:
>
> > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11500
> > > > Subject : /proc/net bug related to selinux
> > > > Submitter : Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
> > > > Date : 2008-09-04 17:45 (9 days old)
> > > > References : http://marc.info/?l=linux-kernel&m=122055041313270&w=4
> > >
> > > I think this might be a regression caused by namespace changes which we
>
> By which I mean, this was caused by a non-SELinux change to the upstream
> kernel many, many eons ago.
hm, seems that 2.6.24 is OK but 2.6.25 is not. I must have missed the
bug when testing 2.6.25-based kernels.
I started a git bisection search but after half an hour I hit bad
bisection breakage: a complete machine hang in fib_rules_init().
> > > addressed in SELinux policy. Which distro version & policy version is
> > > this seen with?
> > >
> >
> > FC5 on x86_32 and FC6 on x86_64.
>
> As mentioned in the bugzilla, any related avc messages would be useful.
2.6.25 dmesg: http://userweb.kernel.org/~akpm/dmesg-sony.txt
/var/log/messages: http://userweb.kernel.org/~akpm/messages-sony.txt
The latter includes this:
Sep 13 12:32:43 sony kernel: SELinux: class key not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: class dccp_socket not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: class memprotect not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: class peer not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: class capability2 not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: permission open in class dir not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: permission open in class file not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: permission open in class chr_file not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: permission open in class blk_file not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: permission open in class fifo_file not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: permission dccp_recv in class node not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: permission dccp_send in class node not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: permission recvfrom in class node not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: permission sendto in class node not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: permission dccp_recv in class netif not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: permission dccp_send in class netif not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: permission ingress in class netif not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: permission egress in class netif not defined in policy
Sep 13 12:32:44 sony kernel: SELinux: permission setkeycreate in class process not defined in policy
Sep 13 12:32:44 sony kernel: SELinux: permission setsockcreate in class process not defined in policy
Sep 13 12:32:44 sony kernel: SELinux: permission setfcap in class capability not defined in policy
Sep 13 12:32:44 sony kernel: SELinux: permission polmatch in class association not defined in policy
Sep 13 12:32:44 sony kernel: SELinux: permission flow_in in class packet not defined in policy
Sep 13 12:32:44 sony kernel: SELinux: permission flow_out in class packet not defined in policy
Sep 13 12:32:44 sony kernel: SELinux: permission forward_in in class packet not defined in policy
Sep 13 12:32:44 sony kernel: SELinux: permission forward_out in class packet not defined in policy
Sep 13 12:32:44 sony kernel: SELinux: the above unknown classes and permissions will be denied
Sep 13 12:32:44 sony kernel: type=1403 audit(1221309118.644:3): policy loaded auid=4294967295 ses=4294967295
Sep 13 12:32:44 sony kernel: type=1400 audit(1221334321.726:4): avc: denied { audit_write } for pid=400 comm="hwclock" capability=29 scontext=system_u:system_r:hwclock_t:s0 tcontext=system_u:system_r:hwclock_t:s0 tclass=capability
Why am I seeing this on two machines and two vanilla-installed distros
but nobody else is reporting it?
^ permalink raw reply [flat|nested] 367+ messages in thread* Re: [Bug #11500] /proc/net bug related to selinux
@ 2008-09-13 19:37 ` Andrew Morton
0 siblings, 0 replies; 367+ messages in thread
From: Andrew Morton @ 2008-09-13 19:37 UTC (permalink / raw)
To: James Morris; +Cc: rjw, linux-kernel, kernel-testers, sds
On Sat, 13 Sep 2008 10:15:43 +1000 (EST) James Morris <jmorris@namei.org> wrote:
> On Fri, 12 Sep 2008, Andrew Morton wrote:
>
> > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11500
> > > > Subject : /proc/net bug related to selinux
> > > > Submitter : Andrew Morton <akpm@linux-foundation.org>
> > > > Date : 2008-09-04 17:45 (9 days old)
> > > > References : http://marc.info/?l=linux-kernel&m=122055041313270&w=4
> > >
> > > I think this might be a regression caused by namespace changes which we
>
> By which I mean, this was caused by a non-SELinux change to the upstream
> kernel many, many eons ago.
hm, seems that 2.6.24 is OK but 2.6.25 is not. I must have missed the
bug when testing 2.6.25-based kernels.
I started a git bisection search but after half an hour I hit bad
bisection breakage: a complete machine hang in fib_rules_init().
> > > addressed in SELinux policy. Which distro version & policy version is
> > > this seen with?
> > >
> >
> > FC5 on x86_32 and FC6 on x86_64.
>
> As mentioned in the bugzilla, any related avc messages would be useful.
2.6.25 dmesg: http://userweb.kernel.org/~akpm/dmesg-sony.txt
/var/log/messages: http://userweb.kernel.org/~akpm/messages-sony.txt
The latter includes this:
Sep 13 12:32:43 sony kernel: SELinux: class key not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: class dccp_socket not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: class memprotect not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: class peer not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: class capability2 not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: permission open in class dir not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: permission open in class file not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: permission open in class chr_file not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: permission open in class blk_file not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: permission open in class fifo_file not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: permission dccp_recv in class node not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: permission dccp_send in class node not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: permission recvfrom in class node not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: permission sendto in class node not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: permission dccp_recv in class netif not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: permission dccp_send in class netif not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: permission ingress in class netif not defined in policy
Sep 13 12:32:43 sony kernel: SELinux: permission egress in class netif not defined in policy
Sep 13 12:32:44 sony kernel: SELinux: permission setkeycreate in class process not defined in policy
Sep 13 12:32:44 sony kernel: SELinux: permission setsockcreate in class process not defined in policy
Sep 13 12:32:44 sony kernel: SELinux: permission setfcap in class capability not defined in policy
Sep 13 12:32:44 sony kernel: SELinux: permission polmatch in class association not defined in policy
Sep 13 12:32:44 sony kernel: SELinux: permission flow_in in class packet not defined in policy
Sep 13 12:32:44 sony kernel: SELinux: permission flow_out in class packet not defined in policy
Sep 13 12:32:44 sony kernel: SELinux: permission forward_in in class packet not defined in policy
Sep 13 12:32:44 sony kernel: SELinux: permission forward_out in class packet not defined in policy
Sep 13 12:32:44 sony kernel: SELinux: the above unknown classes and permissions will be denied
Sep 13 12:32:44 sony kernel: type=1403 audit(1221309118.644:3): policy loaded auid=4294967295 ses=4294967295
Sep 13 12:32:44 sony kernel: type=1400 audit(1221334321.726:4): avc: denied { audit_write } for pid=400 comm="hwclock" capability=29 scontext=system_u:system_r:hwclock_t:s0 tcontext=system_u:system_r:hwclock_t:s0 tclass=capability
Why am I seeing this on two machines and two vanilla-installed distros
but nobody else is reporting it?
^ permalink raw reply [flat|nested] 367+ messages in thread[parent not found: <20080913123722.e238ae2a.akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>]
* Re: [Bug #11500] /proc/net bug related to selinux
2008-09-13 19:37 ` Andrew Morton
@ 2008-09-15 0:16 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-15 0:16 UTC (permalink / raw)
To: Andrew Morton
Cc: James Morris, linux-kernel-u79uwXL29TY76Z2rM5mHXA,
kernel-testers-u79uwXL29TY76Z2rM5mHXA, sds-+05T5uksL2qpZYMLLGbcSA
On Saturday, 13 of September 2008, Andrew Morton wrote:
> On Sat, 13 Sep 2008 10:15:43 +1000 (EST) James Morris <jmorris-gx6/JNMH7DfYtjvyW6yDsg@public.gmane.org> wrote:
>
> > On Fri, 12 Sep 2008, Andrew Morton wrote:
> >
> > > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11500
> > > > > Subject : /proc/net bug related to selinux
> > > > > Submitter : Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
> > > > > Date : 2008-09-04 17:45 (9 days old)
> > > > > References : http://marc.info/?l=linux-kernel&m=122055041313270&w=4
> > > >
> > > > I think this might be a regression caused by namespace changes which we
> >
> > By which I mean, this was caused by a non-SELinux change to the upstream
> > kernel many, many eons ago.
>
> hm, seems that 2.6.24 is OK but 2.6.25 is not. I must have missed the
> bug when testing 2.6.25-based kernels.
>
> I started a git bisection search but after half an hour I hit bad
> bisection breakage: a complete machine hang in fib_rules_init().
>
> > > > addressed in SELinux policy. Which distro version & policy version is
> > > > this seen with?
> > > >
> > >
> > > FC5 on x86_32 and FC6 on x86_64.
> >
> > As mentioned in the bugzilla, any related avc messages would be useful.
>
> 2.6.25 dmesg: http://userweb.kernel.org/~akpm/dmesg-sony.txt
> /var/log/messages: http://userweb.kernel.org/~akpm/messages-sony.txt
>
> The latter includes this:
>
> Sep 13 12:32:43 sony kernel: SELinux: class key not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: class dccp_socket not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: class memprotect not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: class peer not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: class capability2 not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission open in class dir not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission open in class file not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission open in class chr_file not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission open in class blk_file not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission open in class fifo_file not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission dccp_recv in class node not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission dccp_send in class node not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission recvfrom in class node not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission sendto in class node not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission dccp_recv in class netif not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission dccp_send in class netif not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission ingress in class netif not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission egress in class netif not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission setkeycreate in class process not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission setsockcreate in class process not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission setfcap in class capability not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission polmatch in class association not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission flow_in in class packet not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission flow_out in class packet not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission forward_in in class packet not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission forward_out in class packet not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: the above unknown classes and permissions will be denied
> Sep 13 12:32:44 sony kernel: type=1403 audit(1221309118.644:3): policy loaded auid=4294967295 ses=4294967295
> Sep 13 12:32:44 sony kernel: type=1400 audit(1221334321.726:4): avc: denied { audit_write } for pid=400 comm="hwclock" capability=29 scontext=system_u:system_r:hwclock_t:s0 tcontext=system_u:system_r:hwclock_t:s0 tclass=capability
>
>
> Why am I seeing this on two machines and two vanilla-installed distros
> but nobody else is reporting it?
Well, it seems no one else is testing selinux ...
^ permalink raw reply [flat|nested] 367+ messages in thread* Re: [Bug #11500] /proc/net bug related to selinux
@ 2008-09-15 0:16 ` Rafael J. Wysocki
0 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-15 0:16 UTC (permalink / raw)
To: Andrew Morton; +Cc: James Morris, linux-kernel, kernel-testers, sds
On Saturday, 13 of September 2008, Andrew Morton wrote:
> On Sat, 13 Sep 2008 10:15:43 +1000 (EST) James Morris <jmorris@namei.org> wrote:
>
> > On Fri, 12 Sep 2008, Andrew Morton wrote:
> >
> > > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11500
> > > > > Subject : /proc/net bug related to selinux
> > > > > Submitter : Andrew Morton <akpm@linux-foundation.org>
> > > > > Date : 2008-09-04 17:45 (9 days old)
> > > > > References : http://marc.info/?l=linux-kernel&m=122055041313270&w=4
> > > >
> > > > I think this might be a regression caused by namespace changes which we
> >
> > By which I mean, this was caused by a non-SELinux change to the upstream
> > kernel many, many eons ago.
>
> hm, seems that 2.6.24 is OK but 2.6.25 is not. I must have missed the
> bug when testing 2.6.25-based kernels.
>
> I started a git bisection search but after half an hour I hit bad
> bisection breakage: a complete machine hang in fib_rules_init().
>
> > > > addressed in SELinux policy. Which distro version & policy version is
> > > > this seen with?
> > > >
> > >
> > > FC5 on x86_32 and FC6 on x86_64.
> >
> > As mentioned in the bugzilla, any related avc messages would be useful.
>
> 2.6.25 dmesg: http://userweb.kernel.org/~akpm/dmesg-sony.txt
> /var/log/messages: http://userweb.kernel.org/~akpm/messages-sony.txt
>
> The latter includes this:
>
> Sep 13 12:32:43 sony kernel: SELinux: class key not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: class dccp_socket not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: class memprotect not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: class peer not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: class capability2 not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission open in class dir not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission open in class file not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission open in class chr_file not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission open in class blk_file not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission open in class fifo_file not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission dccp_recv in class node not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission dccp_send in class node not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission recvfrom in class node not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission sendto in class node not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission dccp_recv in class netif not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission dccp_send in class netif not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission ingress in class netif not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission egress in class netif not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission setkeycreate in class process not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission setsockcreate in class process not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission setfcap in class capability not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission polmatch in class association not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission flow_in in class packet not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission flow_out in class packet not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission forward_in in class packet not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission forward_out in class packet not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: the above unknown classes and permissions will be denied
> Sep 13 12:32:44 sony kernel: type=1403 audit(1221309118.644:3): policy loaded auid=4294967295 ses=4294967295
> Sep 13 12:32:44 sony kernel: type=1400 audit(1221334321.726:4): avc: denied { audit_write } for pid=400 comm="hwclock" capability=29 scontext=system_u:system_r:hwclock_t:s0 tcontext=system_u:system_r:hwclock_t:s0 tclass=capability
>
>
> Why am I seeing this on two machines and two vanilla-installed distros
> but nobody else is reporting it?
Well, it seems no one else is testing selinux ...
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11500] /proc/net bug related to selinux
2008-09-13 19:37 ` Andrew Morton
@ 2008-09-15 13:05 ` Stephen Smalley
-1 siblings, 0 replies; 367+ messages in thread
From: Stephen Smalley @ 2008-09-15 13:05 UTC (permalink / raw)
To: Andrew Morton
Cc: James Morris, rjw-KKrjLPT3xs0,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
kernel-testers-u79uwXL29TY76Z2rM5mHXA
On Sat, 2008-09-13 at 12:37 -0700, Andrew Morton wrote:
> On Sat, 13 Sep 2008 10:15:43 +1000 (EST) James Morris <jmorris-gx6/JNMH7DfYtjvyW6yDsg@public.gmane.org> wrote:
>
> > On Fri, 12 Sep 2008, Andrew Morton wrote:
> >
> > > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11500
> > > > > Subject : /proc/net bug related to selinux
> > > > > Submitter : Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
> > > > > Date : 2008-09-04 17:45 (9 days old)
> > > > > References : http://marc.info/?l=linux-kernel&m=122055041313270&w=4
> > > >
> > > > I think this might be a regression caused by namespace changes which we
> >
> > By which I mean, this was caused by a non-SELinux change to the upstream
> > kernel many, many eons ago.
>
> hm, seems that 2.6.24 is OK but 2.6.25 is not. I must have missed the
> bug when testing 2.6.25-based kernels.
>
> I started a git bisection search but after half an hour I hit bad
> bisection breakage: a complete machine hang in fib_rules_init().
>
> > > > addressed in SELinux policy. Which distro version & policy version is
> > > > this seen with?
> > > >
> > >
> > > FC5 on x86_32 and FC6 on x86_64.
> >
> > As mentioned in the bugzilla, any related avc messages would be useful.
>
> 2.6.25 dmesg: http://userweb.kernel.org/~akpm/dmesg-sony.txt
> /var/log/messages: http://userweb.kernel.org/~akpm/messages-sony.txt
>
> The latter includes this:
>
> Sep 13 12:32:43 sony kernel: SELinux: class key not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: class dccp_socket not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: class memprotect not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: class peer not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: class capability2 not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission open in class dir not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission open in class file not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission open in class chr_file not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission open in class blk_file not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission open in class fifo_file not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission dccp_recv in class node not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission dccp_send in class node not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission recvfrom in class node not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission sendto in class node not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission dccp_recv in class netif not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission dccp_send in class netif not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission ingress in class netif not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission egress in class netif not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission setkeycreate in class process not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission setsockcreate in class process not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission setfcap in class capability not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission polmatch in class association not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission flow_in in class packet not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission flow_out in class packet not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission forward_in in class packet not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission forward_out in class packet not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: the above unknown classes and permissions will be denied
> Sep 13 12:32:44 sony kernel: type=1403 audit(1221309118.644:3): policy loaded auid=4294967295 ses=4294967295
> Sep 13 12:32:44 sony kernel: type=1400 audit(1221334321.726:4): avc: denied { audit_write } for pid=400 comm="hwclock" capability=29 scontext=system_u:system_r:hwclock_t:s0 tcontext=system_u:system_r:hwclock_t:s0 tclass=capability
>
>
> Why am I seeing this on two machines and two vanilla-installed distros
> but nobody else is reporting it?
What we actually need to see is the output of:
/sbin/ausearch -i -m AVC -sv no
However, the most likely explanation is simply that when /proc/net was
changed from being a directory to being a symlink to /proc/self/net,
that introduced an additional permission check on accesses
of /proc/net/<whatever>, namely the read check on the symlink itself.
And since that check wasn't happening on /proc/net accesses with older
kernels, older policies didn't allow it.
As to why others haven't reported it, I expect that they have updated
their policies to newer ones that allow the necessary access. The fact
that legacy distros wouldn't have such updated policies isn't surprising
- they don't push updates to those distros for new kernels. FC5 and FC6
are both EOL'd, right?
In any event, we didn't change anything in SELinux - the change was
elsewhere (in the proc/net implementation). Don't blame the messenger
please.
--
Stephen Smalley
National Security Agency
^ permalink raw reply [flat|nested] 367+ messages in thread* Re: [Bug #11500] /proc/net bug related to selinux
@ 2008-09-15 13:05 ` Stephen Smalley
0 siblings, 0 replies; 367+ messages in thread
From: Stephen Smalley @ 2008-09-15 13:05 UTC (permalink / raw)
To: Andrew Morton; +Cc: James Morris, rjw, linux-kernel, kernel-testers
On Sat, 2008-09-13 at 12:37 -0700, Andrew Morton wrote:
> On Sat, 13 Sep 2008 10:15:43 +1000 (EST) James Morris <jmorris@namei.org> wrote:
>
> > On Fri, 12 Sep 2008, Andrew Morton wrote:
> >
> > > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11500
> > > > > Subject : /proc/net bug related to selinux
> > > > > Submitter : Andrew Morton <akpm@linux-foundation.org>
> > > > > Date : 2008-09-04 17:45 (9 days old)
> > > > > References : http://marc.info/?l=linux-kernel&m=122055041313270&w=4
> > > >
> > > > I think this might be a regression caused by namespace changes which we
> >
> > By which I mean, this was caused by a non-SELinux change to the upstream
> > kernel many, many eons ago.
>
> hm, seems that 2.6.24 is OK but 2.6.25 is not. I must have missed the
> bug when testing 2.6.25-based kernels.
>
> I started a git bisection search but after half an hour I hit bad
> bisection breakage: a complete machine hang in fib_rules_init().
>
> > > > addressed in SELinux policy. Which distro version & policy version is
> > > > this seen with?
> > > >
> > >
> > > FC5 on x86_32 and FC6 on x86_64.
> >
> > As mentioned in the bugzilla, any related avc messages would be useful.
>
> 2.6.25 dmesg: http://userweb.kernel.org/~akpm/dmesg-sony.txt
> /var/log/messages: http://userweb.kernel.org/~akpm/messages-sony.txt
>
> The latter includes this:
>
> Sep 13 12:32:43 sony kernel: SELinux: class key not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: class dccp_socket not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: class memprotect not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: class peer not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: class capability2 not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission open in class dir not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission open in class file not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission open in class chr_file not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission open in class blk_file not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission open in class fifo_file not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission dccp_recv in class node not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission dccp_send in class node not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission recvfrom in class node not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission sendto in class node not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission dccp_recv in class netif not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission dccp_send in class netif not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission ingress in class netif not defined in policy
> Sep 13 12:32:43 sony kernel: SELinux: permission egress in class netif not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission setkeycreate in class process not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission setsockcreate in class process not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission setfcap in class capability not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission polmatch in class association not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission flow_in in class packet not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission flow_out in class packet not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission forward_in in class packet not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: permission forward_out in class packet not defined in policy
> Sep 13 12:32:44 sony kernel: SELinux: the above unknown classes and permissions will be denied
> Sep 13 12:32:44 sony kernel: type=1403 audit(1221309118.644:3): policy loaded auid=4294967295 ses=4294967295
> Sep 13 12:32:44 sony kernel: type=1400 audit(1221334321.726:4): avc: denied { audit_write } for pid=400 comm="hwclock" capability=29 scontext=system_u:system_r:hwclock_t:s0 tcontext=system_u:system_r:hwclock_t:s0 tclass=capability
>
>
> Why am I seeing this on two machines and two vanilla-installed distros
> but nobody else is reporting it?
What we actually need to see is the output of:
/sbin/ausearch -i -m AVC -sv no
However, the most likely explanation is simply that when /proc/net was
changed from being a directory to being a symlink to /proc/self/net,
that introduced an additional permission check on accesses
of /proc/net/<whatever>, namely the read check on the symlink itself.
And since that check wasn't happening on /proc/net accesses with older
kernels, older policies didn't allow it.
As to why others haven't reported it, I expect that they have updated
their policies to newer ones that allow the necessary access. The fact
that legacy distros wouldn't have such updated policies isn't surprising
- they don't push updates to those distros for new kernels. FC5 and FC6
are both EOL'd, right?
In any event, we didn't change anything in SELinux - the change was
elsewhere (in the proc/net implementation). Don't blame the messenger
please.
--
Stephen Smalley
National Security Agency
^ permalink raw reply [flat|nested] 367+ messages in thread[parent not found: <1221483926.30816.18.camel-/ugcdrsPCSfIm9DtXLC9OUVfdvkotuLY+aIohriVLy8@public.gmane.org>]
* Re: [Bug #11500] /proc/net bug related to selinux
2008-09-15 13:05 ` Stephen Smalley
@ 2008-09-15 13:42 ` Stephen Smalley
-1 siblings, 0 replies; 367+ messages in thread
From: Stephen Smalley @ 2008-09-15 13:42 UTC (permalink / raw)
To: Andrew Morton
Cc: James Morris, rjw-KKrjLPT3xs0,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
kernel-testers-u79uwXL29TY76Z2rM5mHXA
On Mon, 2008-09-15 at 09:05 -0400, Stephen Smalley wrote:
> On Sat, 2008-09-13 at 12:37 -0700, Andrew Morton wrote:
> > On Sat, 13 Sep 2008 10:15:43 +1000 (EST) James Morris <jmorris-gx6/JNMH7DfYtjvyW6yDsg@public.gmane.org> wrote:
> >
> > > On Fri, 12 Sep 2008, Andrew Morton wrote:
> > >
> > > > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11500
> > > > > > Subject : /proc/net bug related to selinux
> > > > > > Submitter : Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
> > > > > > Date : 2008-09-04 17:45 (9 days old)
> > > > > > References : http://marc.info/?l=linux-kernel&m=122055041313270&w=4
> > > > >
> > > > > I think this might be a regression caused by namespace changes which we
> > >
> > > By which I mean, this was caused by a non-SELinux change to the upstream
> > > kernel many, many eons ago.
> >
> > hm, seems that 2.6.24 is OK but 2.6.25 is not. I must have missed the
> > bug when testing 2.6.25-based kernels.
> >
> > I started a git bisection search but after half an hour I hit bad
> > bisection breakage: a complete machine hang in fib_rules_init().
> >
> > > > > addressed in SELinux policy. Which distro version & policy version is
> > > > > this seen with?
> > > > >
> > > >
> > > > FC5 on x86_32 and FC6 on x86_64.
> > >
> > > As mentioned in the bugzilla, any related avc messages would be useful.
> >
> > 2.6.25 dmesg: http://userweb.kernel.org/~akpm/dmesg-sony.txt
> > /var/log/messages: http://userweb.kernel.org/~akpm/messages-sony.txt
> >
> > The latter includes this:
> >
> > Sep 13 12:32:43 sony kernel: SELinux: class key not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: class dccp_socket not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: class memprotect not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: class peer not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: class capability2 not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission open in class dir not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission open in class file not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission open in class chr_file not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission open in class blk_file not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission open in class fifo_file not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission dccp_recv in class node not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission dccp_send in class node not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission recvfrom in class node not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission sendto in class node not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission dccp_recv in class netif not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission dccp_send in class netif not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission ingress in class netif not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission egress in class netif not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission setkeycreate in class process not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission setsockcreate in class process not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission setfcap in class capability not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission polmatch in class association not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission flow_in in class packet not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission flow_out in class packet not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission forward_in in class packet not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission forward_out in class packet not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: the above unknown classes and permissions will be denied
> > Sep 13 12:32:44 sony kernel: type=1403 audit(1221309118.644:3): policy loaded auid=4294967295 ses=4294967295
> > Sep 13 12:32:44 sony kernel: type=1400 audit(1221334321.726:4): avc: denied { audit_write } for pid=400 comm="hwclock" capability=29 scontext=system_u:system_r:hwclock_t:s0 tcontext=system_u:system_r:hwclock_t:s0 tclass=capability
> >
> >
> > Why am I seeing this on two machines and two vanilla-installed distros
> > but nobody else is reporting it?
>
> What we actually need to see is the output of:
> /sbin/ausearch -i -m AVC -sv no
>
> However, the most likely explanation is simply that when /proc/net was
> changed from being a directory to being a symlink to /proc/self/net,
> that introduced an additional permission check on accesses
> of /proc/net/<whatever>, namely the read check on the symlink itself.
> And since that check wasn't happening on /proc/net accesses with older
> kernels, older policies didn't allow it.
>
> As to why others haven't reported it, I expect that they have updated
> their policies to newer ones that allow the necessary access. The fact
> that legacy distros wouldn't have such updated policies isn't surprising
> - they don't push updates to those distros for new kernels. FC5 and FC6
> are both EOL'd, right?
>
> In any event, we didn't change anything in SELinux - the change was
> elsewhere (in the proc/net implementation). Don't blame the messenger
> please.
BTW, if the explanation above is correct, then a user can allow this
permission in their own policy by creating a local policy module and
inserting it, ala:
$ cat fixprocnet.te
policy_module(fixprocnet, 1.0)
require {
attribute domain;
type proc_net_t;
}
# Allow all domains to read the /proc/net symlink.
allow domain proc_net_t:lnk_file read;
$ make -f /usr/share/selinux/devel/Makefile fixprocnet.pp
$ /usr/sbin/semodule -i fixprocnet.pp
Requires selinux-policy-devel to be installed.
--
Stephen Smalley
National Security Agency
^ permalink raw reply [flat|nested] 367+ messages in thread* Re: [Bug #11500] /proc/net bug related to selinux
@ 2008-09-15 13:42 ` Stephen Smalley
0 siblings, 0 replies; 367+ messages in thread
From: Stephen Smalley @ 2008-09-15 13:42 UTC (permalink / raw)
To: Andrew Morton; +Cc: James Morris, rjw, linux-kernel, kernel-testers
On Mon, 2008-09-15 at 09:05 -0400, Stephen Smalley wrote:
> On Sat, 2008-09-13 at 12:37 -0700, Andrew Morton wrote:
> > On Sat, 13 Sep 2008 10:15:43 +1000 (EST) James Morris <jmorris@namei.org> wrote:
> >
> > > On Fri, 12 Sep 2008, Andrew Morton wrote:
> > >
> > > > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11500
> > > > > > Subject : /proc/net bug related to selinux
> > > > > > Submitter : Andrew Morton <akpm@linux-foundation.org>
> > > > > > Date : 2008-09-04 17:45 (9 days old)
> > > > > > References : http://marc.info/?l=linux-kernel&m=122055041313270&w=4
> > > > >
> > > > > I think this might be a regression caused by namespace changes which we
> > >
> > > By which I mean, this was caused by a non-SELinux change to the upstream
> > > kernel many, many eons ago.
> >
> > hm, seems that 2.6.24 is OK but 2.6.25 is not. I must have missed the
> > bug when testing 2.6.25-based kernels.
> >
> > I started a git bisection search but after half an hour I hit bad
> > bisection breakage: a complete machine hang in fib_rules_init().
> >
> > > > > addressed in SELinux policy. Which distro version & policy version is
> > > > > this seen with?
> > > > >
> > > >
> > > > FC5 on x86_32 and FC6 on x86_64.
> > >
> > > As mentioned in the bugzilla, any related avc messages would be useful.
> >
> > 2.6.25 dmesg: http://userweb.kernel.org/~akpm/dmesg-sony.txt
> > /var/log/messages: http://userweb.kernel.org/~akpm/messages-sony.txt
> >
> > The latter includes this:
> >
> > Sep 13 12:32:43 sony kernel: SELinux: class key not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: class dccp_socket not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: class memprotect not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: class peer not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: class capability2 not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission open in class dir not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission open in class file not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission open in class chr_file not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission open in class blk_file not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission open in class fifo_file not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission dccp_recv in class node not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission dccp_send in class node not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission recvfrom in class node not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission sendto in class node not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission dccp_recv in class netif not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission dccp_send in class netif not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission ingress in class netif not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission egress in class netif not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission setkeycreate in class process not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission setsockcreate in class process not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission setfcap in class capability not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission polmatch in class association not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission flow_in in class packet not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission flow_out in class packet not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission forward_in in class packet not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission forward_out in class packet not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: the above unknown classes and permissions will be denied
> > Sep 13 12:32:44 sony kernel: type=1403 audit(1221309118.644:3): policy loaded auid=4294967295 ses=4294967295
> > Sep 13 12:32:44 sony kernel: type=1400 audit(1221334321.726:4): avc: denied { audit_write } for pid=400 comm="hwclock" capability=29 scontext=system_u:system_r:hwclock_t:s0 tcontext=system_u:system_r:hwclock_t:s0 tclass=capability
> >
> >
> > Why am I seeing this on two machines and two vanilla-installed distros
> > but nobody else is reporting it?
>
> What we actually need to see is the output of:
> /sbin/ausearch -i -m AVC -sv no
>
> However, the most likely explanation is simply that when /proc/net was
> changed from being a directory to being a symlink to /proc/self/net,
> that introduced an additional permission check on accesses
> of /proc/net/<whatever>, namely the read check on the symlink itself.
> And since that check wasn't happening on /proc/net accesses with older
> kernels, older policies didn't allow it.
>
> As to why others haven't reported it, I expect that they have updated
> their policies to newer ones that allow the necessary access. The fact
> that legacy distros wouldn't have such updated policies isn't surprising
> - they don't push updates to those distros for new kernels. FC5 and FC6
> are both EOL'd, right?
>
> In any event, we didn't change anything in SELinux - the change was
> elsewhere (in the proc/net implementation). Don't blame the messenger
> please.
BTW, if the explanation above is correct, then a user can allow this
permission in their own policy by creating a local policy module and
inserting it, ala:
$ cat fixprocnet.te
policy_module(fixprocnet, 1.0)
require {
attribute domain;
type proc_net_t;
}
# Allow all domains to read the /proc/net symlink.
allow domain proc_net_t:lnk_file read;
$ make -f /usr/share/selinux/devel/Makefile fixprocnet.pp
$ /usr/sbin/semodule -i fixprocnet.pp
Requires selinux-policy-devel to be installed.
--
Stephen Smalley
National Security Agency
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11500] /proc/net bug related to selinux
2008-09-15 13:05 ` Stephen Smalley
@ 2008-09-17 19:50 ` Andrew Morton
-1 siblings, 0 replies; 367+ messages in thread
From: Andrew Morton @ 2008-09-17 19:50 UTC (permalink / raw)
To: Stephen Smalley
Cc: jmorris-gx6/JNMH7DfYtjvyW6yDsg, rjw-KKrjLPT3xs0,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
kernel-testers-u79uwXL29TY76Z2rM5mHXA, Eric W. Biederman,
netdev-u79uwXL29TY76Z2rM5mHXA
On Mon, 15 Sep 2008 09:05:26 -0400
Stephen Smalley <sds-+05T5uksL2qpZYMLLGbcSA@public.gmane.org> wrote:
>
> On Sat, 2008-09-13 at 12:37 -0700, Andrew Morton wrote:
> > On Sat, 13 Sep 2008 10:15:43 +1000 (EST) James Morris <jmorris-gx6/JNMH7DfYtjvyW6yDsg@public.gmane.org> wrote:
> >
> > > On Fri, 12 Sep 2008, Andrew Morton wrote:
> > >
> > > > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11500
> > > > > > Subject : /proc/net bug related to selinux
> > > > > > Submitter : Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
> > > > > > Date : 2008-09-04 17:45 (9 days old)
> > > > > > References : http://marc.info/?l=linux-kernel&m=122055041313270&w=4
> > > > >
> > > > > I think this might be a regression caused by namespace changes which we
> > >
> > > By which I mean, this was caused by a non-SELinux change to the upstream
> > > kernel many, many eons ago.
> >
> > hm, seems that 2.6.24 is OK but 2.6.25 is not. I must have missed the
> > bug when testing 2.6.25-based kernels.
> >
> > I started a git bisection search but after half an hour I hit bad
> > bisection breakage: a complete machine hang in fib_rules_init().
> >
> > > > > addressed in SELinux policy. Which distro version & policy version is
> > > > > this seen with?
> > > > >
> > > >
> > > > FC5 on x86_32 and FC6 on x86_64.
> > >
> > > As mentioned in the bugzilla, any related avc messages would be useful.
> >
> > 2.6.25 dmesg: http://userweb.kernel.org/~akpm/dmesg-sony.txt
> > /var/log/messages: http://userweb.kernel.org/~akpm/messages-sony.txt
> >
> > The latter includes this:
> >
> > Sep 13 12:32:43 sony kernel: SELinux: class key not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: class dccp_socket not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: class memprotect not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: class peer not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: class capability2 not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission open in class dir not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission open in class file not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission open in class chr_file not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission open in class blk_file not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission open in class fifo_file not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission dccp_recv in class node not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission dccp_send in class node not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission recvfrom in class node not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission sendto in class node not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission dccp_recv in class netif not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission dccp_send in class netif not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission ingress in class netif not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission egress in class netif not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission setkeycreate in class process not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission setsockcreate in class process not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission setfcap in class capability not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission polmatch in class association not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission flow_in in class packet not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission flow_out in class packet not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission forward_in in class packet not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission forward_out in class packet not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: the above unknown classes and permissions will be denied
> > Sep 13 12:32:44 sony kernel: type=1403 audit(1221309118.644:3): policy loaded auid=4294967295 ses=4294967295
> > Sep 13 12:32:44 sony kernel: type=1400 audit(1221334321.726:4): avc: denied { audit_write } for pid=400 comm="hwclock" capability=29 scontext=system_u:system_r:hwclock_t:s0 tcontext=system_u:system_r:hwclock_t:s0 tclass=capability
> >
> >
> > Why am I seeing this on two machines and two vanilla-installed distros
> > but nobody else is reporting it?
Running `ls -l /proc/net' on the FC6 machine produces:
[ 132.591215] type=1400 audit(1221679672.590:10): avc: denied { getattr } for pid=4389 comm="ls" path="/proc/net" dev=proc ino=4026531867 scontext=user_u:system_r:unconfined_t:s0 tcontext=system_u:object_r:proc_net_t:s0 tclass=lnk_file
> What we actually need to see is the output of:
> /sbin/ausearch -i -m AVC -sv no
akpm2:/home/akpm# /sbin/ausearch -i -m AVC -sv no
<no matches>
> However, the most likely explanation is simply that when /proc/net was
> changed from being a directory to being a symlink to /proc/self/net,
> that introduced an additional permission check on accesses
> of /proc/net/<whatever>, namely the read check on the symlink itself.
> And since that check wasn't happening on /proc/net accesses with older
> kernels, older policies didn't allow it.
>
> As to why others haven't reported it, I expect that they have updated
> their policies to newer ones that allow the necessary access. The fact
> that legacy distros wouldn't have such updated policies isn't surprising
> - they don't push updates to those distros for new kernels. FC5 and FC6
> are both EOL'd, right?
>
> In any event, we didn't change anything in SELinux - the change was
> elsewhere (in the proc/net implementation). Don't blame the messenger
> please.
>
Vanilla FC5 broke and vanilla FC6 broke. Did vanilla FC7, 8 or 9 break?
http://smolt.fedoraproject.org/static/stats/stats.html shows 11,000-odd
people running FC5 and FC6. It would be incautious to assume that all
those people have updated their selinux rules.
And _requiring_ people to update their selinux rules to fix a
kernel-caused regression is a pretty big deal for some people, I
expect.
Then again, given that this regression has been out there since 2.6.25,
I guess not too many people are hurting from it. But we suck.
^ permalink raw reply [flat|nested] 367+ messages in thread* Re: [Bug #11500] /proc/net bug related to selinux
@ 2008-09-17 19:50 ` Andrew Morton
0 siblings, 0 replies; 367+ messages in thread
From: Andrew Morton @ 2008-09-17 19:50 UTC (permalink / raw)
To: Stephen Smalley
Cc: jmorris, rjw, linux-kernel, kernel-testers, Eric W. Biederman,
netdev
On Mon, 15 Sep 2008 09:05:26 -0400
Stephen Smalley <sds@tycho.nsa.gov> wrote:
>
> On Sat, 2008-09-13 at 12:37 -0700, Andrew Morton wrote:
> > On Sat, 13 Sep 2008 10:15:43 +1000 (EST) James Morris <jmorris@namei.org> wrote:
> >
> > > On Fri, 12 Sep 2008, Andrew Morton wrote:
> > >
> > > > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11500
> > > > > > Subject : /proc/net bug related to selinux
> > > > > > Submitter : Andrew Morton <akpm@linux-foundation.org>
> > > > > > Date : 2008-09-04 17:45 (9 days old)
> > > > > > References : http://marc.info/?l=linux-kernel&m=122055041313270&w=4
> > > > >
> > > > > I think this might be a regression caused by namespace changes which we
> > >
> > > By which I mean, this was caused by a non-SELinux change to the upstream
> > > kernel many, many eons ago.
> >
> > hm, seems that 2.6.24 is OK but 2.6.25 is not. I must have missed the
> > bug when testing 2.6.25-based kernels.
> >
> > I started a git bisection search but after half an hour I hit bad
> > bisection breakage: a complete machine hang in fib_rules_init().
> >
> > > > > addressed in SELinux policy. Which distro version & policy version is
> > > > > this seen with?
> > > > >
> > > >
> > > > FC5 on x86_32 and FC6 on x86_64.
> > >
> > > As mentioned in the bugzilla, any related avc messages would be useful.
> >
> > 2.6.25 dmesg: http://userweb.kernel.org/~akpm/dmesg-sony.txt
> > /var/log/messages: http://userweb.kernel.org/~akpm/messages-sony.txt
> >
> > The latter includes this:
> >
> > Sep 13 12:32:43 sony kernel: SELinux: class key not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: class dccp_socket not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: class memprotect not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: class peer not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: class capability2 not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission open in class dir not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission open in class file not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission open in class chr_file not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission open in class blk_file not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission open in class fifo_file not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission dccp_recv in class node not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission dccp_send in class node not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission recvfrom in class node not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission sendto in class node not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission dccp_recv in class netif not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission dccp_send in class netif not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission ingress in class netif not defined in policy
> > Sep 13 12:32:43 sony kernel: SELinux: permission egress in class netif not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission setkeycreate in class process not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission setsockcreate in class process not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission setfcap in class capability not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission polmatch in class association not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission flow_in in class packet not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission flow_out in class packet not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission forward_in in class packet not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: permission forward_out in class packet not defined in policy
> > Sep 13 12:32:44 sony kernel: SELinux: the above unknown classes and permissions will be denied
> > Sep 13 12:32:44 sony kernel: type=1403 audit(1221309118.644:3): policy loaded auid=4294967295 ses=4294967295
> > Sep 13 12:32:44 sony kernel: type=1400 audit(1221334321.726:4): avc: denied { audit_write } for pid=400 comm="hwclock" capability=29 scontext=system_u:system_r:hwclock_t:s0 tcontext=system_u:system_r:hwclock_t:s0 tclass=capability
> >
> >
> > Why am I seeing this on two machines and two vanilla-installed distros
> > but nobody else is reporting it?
Running `ls -l /proc/net' on the FC6 machine produces:
[ 132.591215] type=1400 audit(1221679672.590:10): avc: denied { getattr } for pid=4389 comm="ls" path="/proc/net" dev=proc ino=4026531867 scontext=user_u:system_r:unconfined_t:s0 tcontext=system_u:object_r:proc_net_t:s0 tclass=lnk_file
> What we actually need to see is the output of:
> /sbin/ausearch -i -m AVC -sv no
akpm2:/home/akpm# /sbin/ausearch -i -m AVC -sv no
<no matches>
> However, the most likely explanation is simply that when /proc/net was
> changed from being a directory to being a symlink to /proc/self/net,
> that introduced an additional permission check on accesses
> of /proc/net/<whatever>, namely the read check on the symlink itself.
> And since that check wasn't happening on /proc/net accesses with older
> kernels, older policies didn't allow it.
>
> As to why others haven't reported it, I expect that they have updated
> their policies to newer ones that allow the necessary access. The fact
> that legacy distros wouldn't have such updated policies isn't surprising
> - they don't push updates to those distros for new kernels. FC5 and FC6
> are both EOL'd, right?
>
> In any event, we didn't change anything in SELinux - the change was
> elsewhere (in the proc/net implementation). Don't blame the messenger
> please.
>
Vanilla FC5 broke and vanilla FC6 broke. Did vanilla FC7, 8 or 9 break?
http://smolt.fedoraproject.org/static/stats/stats.html shows 11,000-odd
people running FC5 and FC6. It would be incautious to assume that all
those people have updated their selinux rules.
And _requiring_ people to update their selinux rules to fix a
kernel-caused regression is a pretty big deal for some people, I
expect.
Then again, given that this regression has been out there since 2.6.25,
I guess not too many people are hurting from it. But we suck.
^ permalink raw reply [flat|nested] 367+ messages in thread* Re: [Bug #11500] /proc/net bug related to selinux
2008-09-17 19:50 ` Andrew Morton
(?)
@ 2008-09-17 21:24 ` Paul Moore
2008-09-17 21:39 ` Eric W. Biederman
` (2 more replies)
-1 siblings, 3 replies; 367+ messages in thread
From: Paul Moore @ 2008-09-17 21:24 UTC (permalink / raw)
To: Andrew Morton
Cc: Stephen Smalley, jmorris, rjw, linux-kernel, kernel-testers,
Eric W. Biederman, netdev
On Wednesday 17 September 2008 3:50:53 pm Andrew Morton wrote:
> On Mon, 15 Sep 2008 09:05:26 -0400
> Stephen Smalley <sds@tycho.nsa.gov> wrote:
> > However, the most likely explanation is simply that when /proc/net
> > was changed from being a directory to being a symlink to
> > /proc/self/net, that introduced an additional permission check on
> > accesses of /proc/net/<whatever>, namely the read check on the
> > symlink itself. And since that check wasn't happening on /proc/net
> > accesses with older kernels, older policies didn't allow it.
> >
> > As to why others haven't reported it, I expect that they have
> > updated their policies to newer ones that allow the necessary
> > access. The fact that legacy distros wouldn't have such updated
> > policies isn't surprising - they don't push updates to those
> > distros for new kernels. FC5 and FC6 are both EOL'd, right?
> >
> > In any event, we didn't change anything in SELinux - the change was
> > elsewhere (in the proc/net implementation). Don't blame the
> > messenger please.
>
> Vanilla FC5 broke and vanilla FC6 broke. Did vanilla FC7, 8 or 9
> break?
>
> http://smolt.fedoraproject.org/static/stats/stats.html shows
> 11,000-odd people running FC5 and FC6. It would be incautious to
> assume that all those people have updated their selinux rules.
>
> And _requiring_ people to update their selinux rules to fix a
> kernel-caused regression is a pretty big deal for some people, I
> expect.
Just so I'm clear on the context of the problem, it sounds like if a FC5
(I'm limiting myself to FC5 for the moment) user upgraded to a recent
(2.6.25+) kernel (non-distro supplied in the case of FC5) then they
will run into problems unless they also upgrade their SELinux policy,
yes?
If that is the case I'm not sure it is really that big of a deal. Maybe
I'm in the minority here, but in my mind once you step away from the
distro supplied kernel (also applies to other packages, although those
are arguably less critical) you should also bear the responsibility to
make sure you upgrade/tweak/install whatever other bits need to be
fixed.
> Then again, given that this regression has been out there since
> 2.6.25, I guess not too many people are hurting from it. But we
> suck.
We suck? Maybe, but some explanation about why we suck in this
particular case would be helpful as far as I'm concerned. I don't
really care about identifying the guilty suckees, I'm more interested
in finding out what happened to cause us to suck because of this.
--
paul moore
linux @ hp
^ permalink raw reply [flat|nested] 367+ messages in thread* Re: [Bug #11500] /proc/net bug related to selinux
2008-09-17 21:24 ` Paul Moore
@ 2008-09-17 21:39 ` Eric W. Biederman
[not found] ` <m1vdwu4fku.fsf-B27657KtZYmhTnVgQlOflh2eb7JE58TQ@public.gmane.org>
2008-09-17 21:48 ` Andrew Morton
[not found] ` <200809171724.36269.paul.moore-VXdhtT5mjnY@public.gmane.org>
2 siblings, 1 reply; 367+ messages in thread
From: Eric W. Biederman @ 2008-09-17 21:39 UTC (permalink / raw)
To: Paul Moore
Cc: Andrew Morton, Stephen Smalley, jmorris, rjw, linux-kernel,
kernel-testers, netdev
Paul Moore <paul.moore@hp.com> writes:
> We suck? Maybe, but some explanation about why we suck in this
> particular case would be helpful as far as I'm concerned. I don't
> really care about identifying the guilty suckees, I'm more interested
> in finding out what happened to cause us to suck because of this.
Agreed. I believe we carefully gave selinux the same paths for /proc/net
that it had before so I don't know why this affects user space.
I know we had some selinux review when we made the change.
Eric
^ permalink raw reply [flat|nested] 367+ messages in thread* Re: [Bug #11500] /proc/net bug related to selinux
2008-09-17 21:24 ` Paul Moore
2008-09-17 21:39 ` Eric W. Biederman
@ 2008-09-17 21:48 ` Andrew Morton
2008-09-17 22:12 ` Paul Moore
[not found] ` <20080917144842.7df59f9e.akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
[not found] ` <200809171724.36269.paul.moore-VXdhtT5mjnY@public.gmane.org>
2 siblings, 2 replies; 367+ messages in thread
From: Andrew Morton @ 2008-09-17 21:48 UTC (permalink / raw)
To: Paul Moore
Cc: sds, jmorris, rjw, linux-kernel, kernel-testers, ebiederm, netdev
On Wed, 17 Sep 2008 17:24:36 -0400
Paul Moore <paul.moore@hp.com> wrote:
> On Wednesday 17 September 2008 3:50:53 pm Andrew Morton wrote:
> > On Mon, 15 Sep 2008 09:05:26 -0400
> > Stephen Smalley <sds@tycho.nsa.gov> wrote:
> > > However, the most likely explanation is simply that when /proc/net
> > > was changed from being a directory to being a symlink to
> > > /proc/self/net, that introduced an additional permission check on
> > > accesses of /proc/net/<whatever>, namely the read check on the
> > > symlink itself. And since that check wasn't happening on /proc/net
> > > accesses with older kernels, older policies didn't allow it.
> > >
> > > As to why others haven't reported it, I expect that they have
> > > updated their policies to newer ones that allow the necessary
> > > access. The fact that legacy distros wouldn't have such updated
> > > policies isn't surprising - they don't push updates to those
> > > distros for new kernels. FC5 and FC6 are both EOL'd, right?
> > >
> > > In any event, we didn't change anything in SELinux - the change was
> > > elsewhere (in the proc/net implementation). Don't blame the
> > > messenger please.
> >
> > Vanilla FC5 broke and vanilla FC6 broke. Did vanilla FC7, 8 or 9
> > break?
> >
> > http://smolt.fedoraproject.org/static/stats/stats.html shows
> > 11,000-odd people running FC5 and FC6. It would be incautious to
> > assume that all those people have updated their selinux rules.
> >
> > And _requiring_ people to update their selinux rules to fix a
> > kernel-caused regression is a pretty big deal for some people, I
> > expect.
>
> Just so I'm clear on the context of the problem, it sounds like if a FC5
> (I'm limiting myself to FC5 for the moment) user upgraded to a recent
> (2.6.25+) kernel (non-distro supplied in the case of FC5) then they
> will run into problems unless they also upgrade their SELinux policy,
> yes?
That only true if the 2.6.25+ kernel.org kernel is
backward-incompatible with the distro kernel.
> If that is the case I'm not sure it is really that big of a deal. Maybe
> I'm in the minority here, but in my mind once you step away from the
> distro supplied kernel (also applies to other packages, although those
> are arguably less critical) you should also bear the responsibility to
> make sure you upgrade/tweak/install whatever other bits need to be
> fixed.
Nope. Releasing a non-backward-compatible kernel.org kernel is a big
deal.
We'll do it sometimes, with long notice, much care and much deliberation.
We did it this time by sheer accident. That's known in the trade as a
"bug".
> > Then again, given that this regression has been out there since
> > 2.6.25, I guess not too many people are hurting from it. But we
> > suck.
>
> We suck? Maybe, but some explanation about why we suck in this
> particular case would be helpful as far as I'm concerned. I don't
> really care about identifying the guilty suckees, I'm more interested
> in finding out what happened to cause us to suck because of this.
Because we unintentionally and unknowingly released a kernel which is
not compatible with previous kernels without notifying any of our users
and without any consideration or planning.
Yes, often the consequences of the screwup are fairly small, but it's a
screwup nonetheless.
We don't even know the extent of the damage yet. Which distros were
affected? With which versions of which userspace packages?
^ permalink raw reply [flat|nested] 367+ messages in thread* Re: [Bug #11500] /proc/net bug related to selinux
2008-09-17 21:48 ` Andrew Morton
@ 2008-09-17 22:12 ` Paul Moore
2008-09-17 22:24 ` Andrew Morton
[not found] ` <20080917144842.7df59f9e.akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
1 sibling, 1 reply; 367+ messages in thread
From: Paul Moore @ 2008-09-17 22:12 UTC (permalink / raw)
To: Andrew Morton
Cc: sds, jmorris, rjw, linux-kernel, kernel-testers, ebiederm, netdev
On Wednesday 17 September 2008 5:48:42 pm Andrew Morton wrote:
> On Wed, 17 Sep 2008 17:24:36 -0400
>
> Paul Moore <paul.moore@hp.com> wrote:
> > On Wednesday 17 September 2008 3:50:53 pm Andrew Morton wrote:
> > > On Mon, 15 Sep 2008 09:05:26 -0400
> > >
> > > Stephen Smalley <sds@tycho.nsa.gov> wrote:
> > > > However, the most likely explanation is simply that when
> > > > /proc/net was changed from being a directory to being a symlink
> > > > to /proc/self/net, that introduced an additional permission
> > > > check on accesses of /proc/net/<whatever>, namely the read
> > > > check on the symlink itself. And since that check wasn't
> > > > happening on /proc/net accesses with older kernels, older
> > > > policies didn't allow it.
> > > >
> > > > As to why others haven't reported it, I expect that they have
> > > > updated their policies to newer ones that allow the necessary
> > > > access. The fact that legacy distros wouldn't have such
> > > > updated policies isn't surprising - they don't push updates to
> > > > those distros for new kernels. FC5 and FC6 are both EOL'd,
> > > > right?
> > > >
> > > > In any event, we didn't change anything in SELinux - the change
> > > > was elsewhere (in the proc/net implementation). Don't blame
> > > > the messenger please.
> > >
> > > Vanilla FC5 broke and vanilla FC6 broke. Did vanilla FC7, 8 or 9
> > > break?
> > >
> > > http://smolt.fedoraproject.org/static/stats/stats.html shows
> > > 11,000-odd people running FC5 and FC6. It would be incautious to
> > > assume that all those people have updated their selinux rules.
> > >
> > > And _requiring_ people to update their selinux rules to fix a
> > > kernel-caused regression is a pretty big deal for some people, I
> > > expect.
> >
> > Just so I'm clear on the context of the problem, it sounds like if
> > a FC5 (I'm limiting myself to FC5 for the moment) user upgraded to
> > a recent (2.6.25+) kernel (non-distro supplied in the case of FC5)
> > then they will run into problems unless they also upgrade their
> > SELinux policy, yes?
>
> That only true if the 2.6.25+ kernel.org kernel is
> backward-incompatible with the distro kernel.
Yep, just wanted to make sure I was understanding the problem correctly.
> > If that is the case I'm not sure it is really that big of a deal.
> > Maybe I'm in the minority here, but in my mind once you step away
> > from the distro supplied kernel (also applies to other packages,
> > although those are arguably less critical) you should also bear the
> > responsibility to make sure you upgrade/tweak/install whatever
> > other bits need to be fixed.
>
> Nope. Releasing a non-backward-compatible kernel.org kernel is a big
> deal.
Well, there is also the issue of distro specific "special sauce" patches
which might cause different behavior from the kernel.org kernel, but
now we are starting to do down a rat hole ...
> We'll do it sometimes, with long notice, much care and much
> deliberation.
>
> We did it this time by sheer accident. That's known in the trade as
> a "bug".
It is somewhat comforting to know that we can call what we do a "trade",
further commentary on my part is best left to the imagination :)
> > > Then again, given that this regression has been out there since
> > > 2.6.25, I guess not too many people are hurting from it. But we
> > > suck.
> >
> > We suck? Maybe, but some explanation about why we suck in this
> > particular case would be helpful as far as I'm concerned. I don't
> > really care about identifying the guilty suckees, I'm more
> > interested in finding out what happened to cause us to suck because
> > of this.
>
> Because we unintentionally and unknowingly released a kernel which is
> not compatible with previous kernels without notifying any of our
> users and without any consideration or planning.
>
> Yes, often the consequences of the screwup are fairly small, but it's
> a screwup nonetheless.
Okay, so we suck because broke something in 2.6.25 that went undetected
because current SELinux policies happen to be compatible with the
breakage. Gotcha.
> We don't even know the extent of the damage yet. Which distros were
> affected? With which versions of which userspace packages?
Can I assume that the "right" thing to do would be to find the problem
and revert whatever change caused the issue, yes? Or are we happy to
wait and see since the fallout so far has been minimal?
--
paul moore
linux @ hp
^ permalink raw reply [flat|nested] 367+ messages in thread* Re: [Bug #11500] /proc/net bug related to selinux
2008-09-17 22:12 ` Paul Moore
@ 2008-09-17 22:24 ` Andrew Morton
[not found] ` <20080917152407.76230f0c.akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
0 siblings, 1 reply; 367+ messages in thread
From: Andrew Morton @ 2008-09-17 22:24 UTC (permalink / raw)
To: Paul Moore
Cc: sds, jmorris, rjw, linux-kernel, kernel-testers, ebiederm, netdev
On Wed, 17 Sep 2008 18:12:59 -0400
Paul Moore <paul.moore@hp.com> wrote:
> > We don't even know the extent of the damage yet. Which distros were
> > affected? With which versions of which userspace packages?
>
> Can I assume that the "right" thing to do would be to find the problem
> and revert whatever change caused the issue, yes? Or are we happy to
> wait and see since the fallout so far has been minimal?
I don't think a revert is justified after all this time. afaik I'm the
first person to notice the problem, and it's been out there for
multiple months.
However it would be good if we could find some not-completely-stinky
way of making the old userspace work.
otoh, people who are shipping 2.6.25- and 2.6.26-based distros probably
wouldn't want such a patch in their kernels anyway.
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <20080917144842.7df59f9e.akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>]
* Re: [Bug #11500] /proc/net bug related to selinux
2008-09-17 21:48 ` Andrew Morton
@ 2008-09-17 22:32 ` Eric W. Biederman
[not found] ` <20080917144842.7df59f9e.akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
1 sibling, 0 replies; 367+ messages in thread
From: Eric W. Biederman @ 2008-09-17 22:32 UTC (permalink / raw)
To: Andrew Morton
Cc: Paul Moore, sds-+05T5uksL2qpZYMLLGbcSA,
jmorris-gx6/JNMH7DfYtjvyW6yDsg, rjw-KKrjLPT3xs0,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
kernel-testers-u79uwXL29TY76Z2rM5mHXA,
netdev-u79uwXL29TY76Z2rM5mHXA
Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org> writes:
> We don't even know the extent of the damage yet. Which distros were
> affected? With which versions of which userspace packages?
This seems to me to be an extremely fragile selinux user space policy.
In their code that derives security labels from path names.
Why don't we have AppArmor in the kernel again?
Further I don't see how we could have possibly have supported that user space
policy. How can we apply a user space defined label required by the selinux
policy to a symlink that did not exist?
I expect cd /proc/self/net would work. In your situation and you can
see /proc/self/net/dev.
Everything here sounds to me like that selinux policy is impossibly brittle.
And anything that is that brittle I have no intention in claiming is a bug
in proc.
Eric
^ permalink raw reply [flat|nested] 367+ messages in thread* Re: [Bug #11500] /proc/net bug related to selinux
@ 2008-09-17 22:32 ` Eric W. Biederman
0 siblings, 0 replies; 367+ messages in thread
From: Eric W. Biederman @ 2008-09-17 22:32 UTC (permalink / raw)
To: Andrew Morton
Cc: Paul Moore, sds, jmorris, rjw, linux-kernel, kernel-testers,
netdev
Andrew Morton <akpm@linux-foundation.org> writes:
> We don't even know the extent of the damage yet. Which distros were
> affected? With which versions of which userspace packages?
This seems to me to be an extremely fragile selinux user space policy.
In their code that derives security labels from path names.
Why don't we have AppArmor in the kernel again?
Further I don't see how we could have possibly have supported that user space
policy. How can we apply a user space defined label required by the selinux
policy to a symlink that did not exist?
I expect cd /proc/self/net would work. In your situation and you can
see /proc/self/net/dev.
Everything here sounds to me like that selinux policy is impossibly brittle.
And anything that is that brittle I have no intention in claiming is a bug
in proc.
Eric
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11500] /proc/net bug related to selinux
2008-09-17 22:32 ` Eric W. Biederman
(?)
@ 2008-09-18 12:38 ` Stephen Smalley
2008-09-18 13:03 ` Stephen Smalley
-1 siblings, 1 reply; 367+ messages in thread
From: Stephen Smalley @ 2008-09-18 12:38 UTC (permalink / raw)
To: Eric W. Biederman
Cc: Andrew Morton, Paul Moore, jmorris, rjw, linux-kernel,
kernel-testers, netdev
On Wed, 2008-09-17 at 15:32 -0700, Eric W. Biederman wrote:
> Andrew Morton <akpm@linux-foundation.org> writes:
>
> > We don't even know the extent of the damage yet. Which distros were
> > affected? With which versions of which userspace packages?
>
> This seems to me to be an extremely fragile selinux user space policy.
> In their code that derives security labels from path names.
> Why don't we have AppArmor in the kernel again?
I think I explained that one before - in the case of /proc, the only
stable basis we have for deducing the security properties / protection
requirements for a given entry is its name, and its name can be reliably
constructed from the kernel's internal proc_dir_entry tree w/o any
ambiguity or potential for userspace manipulation (unlike the pathname
returned by d_path for a normal file). I'd agree that it isn't optimal,
but it is what we have.
> Further I don't see how we could have possibly have supported that user space
> policy. How can we apply a user space defined label required by the selinux
> policy to a symlink that did not exist?
I'm not blaming anyone here, or trying to argue that the /proc/net
changes should be reverted. What happened here is that a kernel
interface (/proc/net) changed in a subtle way that had a side effect on
permission checking, and we tried to hide that change at the time (in
terms of ensuring that the new /proc/self/net tree would still be
labeled correctly), and we missed the fact that there would still be a
new check on the symlink read that wouldn't be covered by existing
policy.
> Everything here sounds to me like that selinux policy is impossibly brittle.
> And anything that is that brittle I have no intention in claiming is a bug
> in proc.
I'm not arguing that this is a bug in proc or in selinux for that
matter.
I do however think that the mantra that we can't require users to update
policy for kernel changes is unsupportable in general. The precise set
of permission checks on a given operation is not set in stone and it is
not part of the kernel/userland interface/contract. Policy isn't
"userspace"; it governs what userspace can do, and it has to adapt to
kernel changes.
Users who are willing/able to run the latest kernel on their own w/o
waiting for a coordinated update of kernel and policy from their
distribution ought to be able to create a local policy module - it isn't
rocket science, and they can always fall back on audit2allow if they
need to do so.
--
Stephen Smalley
National Security Agency
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11500] /proc/net bug related to selinux
2008-09-18 12:38 ` Stephen Smalley
@ 2008-09-18 13:03 ` Stephen Smalley
2008-09-18 18:09 ` Eric W. Biederman
0 siblings, 1 reply; 367+ messages in thread
From: Stephen Smalley @ 2008-09-18 13:03 UTC (permalink / raw)
To: Eric W. Biederman
Cc: Andrew Morton, Paul Moore, jmorris, rjw, linux-kernel,
kernel-testers, netdev
On Thu, 2008-09-18 at 08:38 -0400, Stephen Smalley wrote:
> On Wed, 2008-09-17 at 15:32 -0700, Eric W. Biederman wrote:
> > Andrew Morton <akpm@linux-foundation.org> writes:
> >
> > > We don't even know the extent of the damage yet. Which distros were
> > > affected? With which versions of which userspace packages?
> >
> > This seems to me to be an extremely fragile selinux user space policy.
> > In their code that derives security labels from path names.
> > Why don't we have AppArmor in the kernel again?
>
> I think I explained that one before - in the case of /proc, the only
> stable basis we have for deducing the security properties / protection
> requirements for a given entry is its name, and its name can be reliably
> constructed from the kernel's internal proc_dir_entry tree w/o any
> ambiguity or potential for userspace manipulation (unlike the pathname
> returned by d_path for a normal file). I'd agree that it isn't optimal,
> but it is what we have.
>
> > Further I don't see how we could have possibly have supported that user space
> > policy. How can we apply a user space defined label required by the selinux
> > policy to a symlink that did not exist?
>
> I'm not blaming anyone here, or trying to argue that the /proc/net
> changes should be reverted. What happened here is that a kernel
> interface (/proc/net) changed in a subtle way that had a side effect on
> permission checking, and we tried to hide that change at the time (in
> terms of ensuring that the new /proc/self/net tree would still be
> labeled correctly), and we missed the fact that there would still be a
> new check on the symlink read that wouldn't be covered by existing
> policy.
>
> > Everything here sounds to me like that selinux policy is impossibly brittle.
> > And anything that is that brittle I have no intention in claiming is a bug
> > in proc.
>
> I'm not arguing that this is a bug in proc or in selinux for that
> matter.
>
> I do however think that the mantra that we can't require users to update
> policy for kernel changes is unsupportable in general. The precise set
> of permission checks on a given operation is not set in stone and it is
> not part of the kernel/userland interface/contract. Policy isn't
> "userspace"; it governs what userspace can do, and it has to adapt to
> kernel changes.
I should note here that for changes to SELinux, we have gone out of our
way to avoid such breakage to date through the introduction of
compatibility switches, policy flags to enable any new checks, etc
(albeit at a cost in complexity and ever creeping compatibility code).
But changes to the rest of the kernel can just as easily alter the set
of permission checks that get applied on a given operation, and I don't
think we are always going to be able to guarantee that new kernel + old
policy will Just Work.
> Users who are willing/able to run the latest kernel on their own w/o
> waiting for a coordinated update of kernel and policy from their
> distribution ought to be able to create a local policy module - it isn't
> rocket science, and they can always fall back on audit2allow if they
> need to do so.
--
Stephen Smalley
National Security Agency
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11500] /proc/net bug related to selinux
2008-09-18 13:03 ` Stephen Smalley
@ 2008-09-18 18:09 ` Eric W. Biederman
2008-09-18 18:34 ` Stephen Smalley
0 siblings, 1 reply; 367+ messages in thread
From: Eric W. Biederman @ 2008-09-18 18:09 UTC (permalink / raw)
To: Stephen Smalley
Cc: Andrew Morton, Paul Moore, jmorris, rjw, linux-kernel,
kernel-testers, netdev
Stephen Smalley <sds@tycho.nsa.gov> writes:
> On Thu, 2008-09-18 at 08:38 -0400, Stephen Smalley wrote:
>> I do however think that the mantra that we can't require users to update
>> policy for kernel changes is unsupportable in general. The precise set
>> of permission checks on a given operation is not set in stone and it is
>> not part of the kernel/userland interface/contract. Policy isn't
>> "userspace"; it governs what userspace can do, and it has to adapt to
>> kernel changes.
>
> I should note here that for changes to SELinux, we have gone out of our
> way to avoid such breakage to date through the introduction of
> compatibility switches, policy flags to enable any new checks, etc
> (albeit at a cost in complexity and ever creeping compatibility code).
> But changes to the rest of the kernel can just as easily alter the set
> of permission checks that get applied on a given operation, and I don't
> think we are always going to be able to guarantee that new kernel + old
> policy will Just Work.
I know of at least 2 more directories that I intend to turn into
symlinks into somewhere under /proc/self. How do we keep from
breaking selinux policies when I do that?
For comparison how do we handle sysfs?
How do we handle device nodes in tmpfs?
Ultimately do we want to implement xattrs and inotify on /proc?
Or is there another way that would simplify maintenance?
Eric
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11500] /proc/net bug related to selinux
2008-09-18 18:09 ` Eric W. Biederman
@ 2008-09-18 18:34 ` Stephen Smalley
[not found] ` <1221762850.24048.107.camel-/ugcdrsPCSfIm9DtXLC9OUVfdvkotuLY+aIohriVLy8@public.gmane.org>
0 siblings, 1 reply; 367+ messages in thread
From: Stephen Smalley @ 2008-09-18 18:34 UTC (permalink / raw)
To: Eric W. Biederman
Cc: Andrew Morton, Paul Moore, jmorris, rjw, linux-kernel,
kernel-testers, netdev, Eric Paris
On Thu, 2008-09-18 at 11:09 -0700, Eric W. Biederman wrote:
> Stephen Smalley <sds@tycho.nsa.gov> writes:
>
> > On Thu, 2008-09-18 at 08:38 -0400, Stephen Smalley wrote:
> >> I do however think that the mantra that we can't require users to update
> >> policy for kernel changes is unsupportable in general. The precise set
> >> of permission checks on a given operation is not set in stone and it is
> >> not part of the kernel/userland interface/contract. Policy isn't
> >> "userspace"; it governs what userspace can do, and it has to adapt to
> >> kernel changes.
> >
> > I should note here that for changes to SELinux, we have gone out of our
> > way to avoid such breakage to date through the introduction of
> > compatibility switches, policy flags to enable any new checks, etc
> > (albeit at a cost in complexity and ever creeping compatibility code).
> > But changes to the rest of the kernel can just as easily alter the set
> > of permission checks that get applied on a given operation, and I don't
> > think we are always going to be able to guarantee that new kernel + old
> > policy will Just Work.
>
> I know of at least 2 more directories that I intend to turn into
> symlinks into somewhere under /proc/self. How do we keep from
> breaking selinux policies when I do that?
I suspect we could tweak the logic in selinux_proc_get_sid() to always
label all symlinks under /proc with the base proc_t type already used
for e.g. /proc/self, at which point existing policies would be ok.
> For comparison how do we handle sysfs?
Unresolved; presently has a single label for all nodes.
See https://bugzilla.redhat.com/show_bug.cgi?id=228902
for prior discussion of fine-grained labeling support for sysfs.
> How do we handle device nodes in tmpfs?
udev has selinux support - looks up the appropriate context in a
userland config file (file_contexts) via libselinux matchpathcon(3) and
sets it upon creation. tmpfs has long supported getting/setting
security.* attributes.
> Ultimately do we want to implement xattrs and inotify on /proc?
> Or is there another way that would simplify maintenance?
If proc supported setxattr, then I suppose early userspace could label
it instead of the kernel needing to determine a label internally. But
not sure how we'd cleanly migrate to avoid breakage with old userspace.
--
Stephen Smalley
National Security Agency
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <200809171724.36269.paul.moore-VXdhtT5mjnY@public.gmane.org>]
* Re: [Bug #11500] /proc/net bug related to selinux
2008-09-17 21:24 ` Paul Moore
@ 2008-09-17 22:23 ` David Miller
2008-09-17 21:48 ` Andrew Morton
[not found] ` <200809171724.36269.paul.moore-VXdhtT5mjnY@public.gmane.org>
2 siblings, 0 replies; 367+ messages in thread
From: David Miller @ 2008-09-17 22:23 UTC (permalink / raw)
To: paul.moore-VXdhtT5mjnY
Cc: akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b, sds-+05T5uksL2qpZYMLLGbcSA,
jmorris-gx6/JNMH7DfYtjvyW6yDsg, rjw-KKrjLPT3xs0,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
kernel-testers-u79uwXL29TY76Z2rM5mHXA,
ebiederm-aS9lmoZGLiVWk0Htik3J/w, netdev-u79uwXL29TY76Z2rM5mHXA
From: Paul Moore <paul.moore-VXdhtT5mjnY@public.gmane.org>
Date: Wed, 17 Sep 2008 17:24:36 -0400
> If that is the case I'm not sure it is really that big of a deal. Maybe
> I'm in the minority here, but in my mind once you step away from the
> distro supplied kernel (also applies to other packages, although those
> are arguably less critical) you should also bear the responsibility to
> make sure you upgrade/tweak/install whatever other bits need to be
> fixed.
No, we tend to call this breaking things instead.
^ permalink raw reply [flat|nested] 367+ messages in thread* Re: [Bug #11500] /proc/net bug related to selinux
@ 2008-09-17 22:23 ` David Miller
0 siblings, 0 replies; 367+ messages in thread
From: David Miller @ 2008-09-17 22:23 UTC (permalink / raw)
To: paul.moore
Cc: akpm, sds, jmorris, rjw, linux-kernel, kernel-testers, ebiederm,
netdev
From: Paul Moore <paul.moore@hp.com>
Date: Wed, 17 Sep 2008 17:24:36 -0400
> If that is the case I'm not sure it is really that big of a deal. Maybe
> I'm in the minority here, but in my mind once you step away from the
> distro supplied kernel (also applies to other packages, although those
> are arguably less critical) you should also bear the responsibility to
> make sure you upgrade/tweak/install whatever other bits need to be
> fixed.
No, we tend to call this breaking things instead.
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <20080917125053.1f9ecf37.akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>]
* Re: [Bug #11500] /proc/net bug related to selinux
2008-09-17 19:50 ` Andrew Morton
@ 2008-09-17 21:56 ` Eric W. Biederman
-1 siblings, 0 replies; 367+ messages in thread
From: Eric W. Biederman @ 2008-09-17 21:56 UTC (permalink / raw)
To: Andrew Morton
Cc: Stephen Smalley, jmorris-gx6/JNMH7DfYtjvyW6yDsg, rjw-KKrjLPT3xs0,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
kernel-testers-u79uwXL29TY76Z2rM5mHXA,
netdev-u79uwXL29TY76Z2rM5mHXA
Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org> writes:
> On Mon, 15 Sep 2008 09:05:26 -0400
> Stephen Smalley <sds-+05T5uksL2qpZYMLLGbcSA@public.gmane.org> wrote:
>> On Sat, 2008-09-13 at 12:37 -0700, Andrew Morton wrote:
>> However, the most likely explanation is simply that when /proc/net was
>> changed from being a directory to being a symlink to /proc/self/net,
>> that introduced an additional permission check on accesses
>> of /proc/net/<whatever>, namely the read check on the symlink itself.
>> And since that check wasn't happening on /proc/net accesses with older
>> kernels, older policies didn't allow it.
>> As to why others haven't reported it, I expect that they have updated
>> their policies to newer ones that allow the necessary access. The fact
>> that legacy distros wouldn't have such updated policies isn't surprising
>> - they don't push updates to those distros for new kernels. FC5 and FC6
>> are both EOL'd, right?
>>
>> In any event, we didn't change anything in SELinux - the change was
>> elsewhere (in the proc/net implementation). Don't blame the messenger
>> please.
>>
>
> Vanilla FC5 broke and vanilla FC6 broke. Did vanilla FC7, 8 or 9 break?
>
> http://smolt.fedoraproject.org/static/stats/stats.html shows 11,000-odd
> people running FC5 and FC6. It would be incautious to assume that all
> those people have updated their selinux rules.
>
> And _requiring_ people to update their selinux rules to fix a
> kernel-caused regression is a pretty big deal for some people, I
> expect.
> Then again, given that this regression has been out there since 2.6.25,
> I guess not too many people are hurting from it. But we suck.
Looking at this discussion closely from what I see selinux is designed
to work on the principle of least privilege. If you make a user space
visible but compatible change, selinux will keep the system until
you update selinux. Is selinux exposing too much to user space?
selinux was taken into consideration when the change was made.
The patch was even updated with feedback from Stephen Smiley.
> commit e9720acd728a46cb40daa52c99a979f7c4ff195c
> Author: Pavel Emelyanov <xemul-GEFAQzZX7r8dnm+yROfE0A@public.gmane.org>
> Date: Fri Mar 7 11:08:40 2008 -0800
>
> [NET]: Make /proc/net a symlink on /proc/self/net (v3)
>
> Current /proc/net is done with so called "shadows", but current
> implementation is broken and has little chances to get fixed.
>
> The problem is that dentries subtree of /proc/net directory has
> fancy revalidation rules to make processes living in different
> net namespaces see different entries in /proc/net subtree, but
> currently, tasks see in the /proc/net subdir the contents of any
> other namespace, depending on who opened the file first.
>
> The proposed fix is to turn /proc/net into a symlink, which points
> to /proc/self/net, which in turn shows what previously was in
> /proc/net - the network-related info, from the net namespace the
> appropriate task lives in.
>
> # ls -l /proc/net
> lrwxrwxrwx 1 root root 8 Mar 5 15:17 /proc/net -> self/net
>
> In other words - this behaves like /proc/mounts, but unlike
> "mounts", "net" is not a file, but a directory.
>
> Changes from v2:
> * Fixed discrepancy of /proc/net nlink count and selinux labeling
> screwup pointed out by Stephen.
>
> To get the correct nlink count the ->getattr callback for /proc/net
> is overridden to read one from the net->proc_net entry.
>
> To make selinux still work the net->proc_net entry is initialized
> properly, i.e. with the "net" name and the proc_net parent.
>
> Selinux fixes are
> Acked-by: Stephen Smalley <sds-+05T5uksL2qpZYMLLGbcSA@public.gmane.org>
>
> Changes from v1:
> * Fixed a task_struct leak in get_proc_task_net, pointed out by Paul.
>
> Signed-off-by: Pavel Emelyanov <xemul-GEFAQzZX7r8dnm+yROfE0A@public.gmane.org>
> Acked-by: "Eric W. Biederman" <ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org>
> Signed-off-by: David S. Miller <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
^ permalink raw reply [flat|nested] 367+ messages in thread* Re: [Bug #11500] /proc/net bug related to selinux
@ 2008-09-17 21:56 ` Eric W. Biederman
0 siblings, 0 replies; 367+ messages in thread
From: Eric W. Biederman @ 2008-09-17 21:56 UTC (permalink / raw)
To: Andrew Morton
Cc: Stephen Smalley, jmorris, rjw, linux-kernel, kernel-testers,
netdev
Andrew Morton <akpm@linux-foundation.org> writes:
> On Mon, 15 Sep 2008 09:05:26 -0400
> Stephen Smalley <sds@tycho.nsa.gov> wrote:
>> On Sat, 2008-09-13 at 12:37 -0700, Andrew Morton wrote:
>> However, the most likely explanation is simply that when /proc/net was
>> changed from being a directory to being a symlink to /proc/self/net,
>> that introduced an additional permission check on accesses
>> of /proc/net/<whatever>, namely the read check on the symlink itself.
>> And since that check wasn't happening on /proc/net accesses with older
>> kernels, older policies didn't allow it.
>> As to why others haven't reported it, I expect that they have updated
>> their policies to newer ones that allow the necessary access. The fact
>> that legacy distros wouldn't have such updated policies isn't surprising
>> - they don't push updates to those distros for new kernels. FC5 and FC6
>> are both EOL'd, right?
>>
>> In any event, we didn't change anything in SELinux - the change was
>> elsewhere (in the proc/net implementation). Don't blame the messenger
>> please.
>>
>
> Vanilla FC5 broke and vanilla FC6 broke. Did vanilla FC7, 8 or 9 break?
>
> http://smolt.fedoraproject.org/static/stats/stats.html shows 11,000-odd
> people running FC5 and FC6. It would be incautious to assume that all
> those people have updated their selinux rules.
>
> And _requiring_ people to update their selinux rules to fix a
> kernel-caused regression is a pretty big deal for some people, I
> expect.
> Then again, given that this regression has been out there since 2.6.25,
> I guess not too many people are hurting from it. But we suck.
Looking at this discussion closely from what I see selinux is designed
to work on the principle of least privilege. If you make a user space
visible but compatible change, selinux will keep the system until
you update selinux. Is selinux exposing too much to user space?
selinux was taken into consideration when the change was made.
The patch was even updated with feedback from Stephen Smiley.
> commit e9720acd728a46cb40daa52c99a979f7c4ff195c
> Author: Pavel Emelyanov <xemul@openvz.org>
> Date: Fri Mar 7 11:08:40 2008 -0800
>
> [NET]: Make /proc/net a symlink on /proc/self/net (v3)
>
> Current /proc/net is done with so called "shadows", but current
> implementation is broken and has little chances to get fixed.
>
> The problem is that dentries subtree of /proc/net directory has
> fancy revalidation rules to make processes living in different
> net namespaces see different entries in /proc/net subtree, but
> currently, tasks see in the /proc/net subdir the contents of any
> other namespace, depending on who opened the file first.
>
> The proposed fix is to turn /proc/net into a symlink, which points
> to /proc/self/net, which in turn shows what previously was in
> /proc/net - the network-related info, from the net namespace the
> appropriate task lives in.
>
> # ls -l /proc/net
> lrwxrwxrwx 1 root root 8 Mar 5 15:17 /proc/net -> self/net
>
> In other words - this behaves like /proc/mounts, but unlike
> "mounts", "net" is not a file, but a directory.
>
> Changes from v2:
> * Fixed discrepancy of /proc/net nlink count and selinux labeling
> screwup pointed out by Stephen.
>
> To get the correct nlink count the ->getattr callback for /proc/net
> is overridden to read one from the net->proc_net entry.
>
> To make selinux still work the net->proc_net entry is initialized
> properly, i.e. with the "net" name and the proc_net parent.
>
> Selinux fixes are
> Acked-by: Stephen Smalley <sds@tycho.nsa.gov>
>
> Changes from v1:
> * Fixed a task_struct leak in get_proc_task_net, pointed out by Paul.
>
> Signed-off-by: Pavel Emelyanov <xemul@openvz.org>
> Acked-by: "Eric W. Biederman" <ebiederm@xmission.com>
> Signed-off-by: David S. Miller <davem@davemloft.net>
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11476] failure to associate after resume from suspend to ram
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Dan Williams, Jouni Malinen,
Michael S. Tsirkin, Zhu Yi
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11476
Subject : failure to associate after resume from suspend to ram
Submitter : Michael S. Tsirkin <m.s.tsirkin-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-09-01 13:33 (12 days old)
References : http://marc.info/?l=linux-kernel&m=122028529415108&w=4
Handled-By : Zhu Yi <yi.zhu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Dan Williams <dcbw-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Jouni Malinen <j@w1.fi>
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11505] oltp ~10% regression with 2.6.27-rc5 on stoakley machine
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Gregory Haskins, Ingo Molnar, Lin Ming,
Peter Zijlstra
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11505
Subject : oltp ~10% regression with 2.6.27-rc5 on stoakley machine
Submitter : Lin Ming <ming.m.lin-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Date : 2008-09-04 7:06 (9 days old)
References : http://marc.info/?l=linux-kernel&m=122051202202373&w=4
http://marc.info/?t=122089704700005&r=1&w=4
Handled-By : Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
Gregory Haskins <ghaskins-Et1tbQHTxzrQT0dZR+AlfA@public.gmane.org>
Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11507] usb: sometimes dead keyboard after boot
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Alan Stern, Frans Pop
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11507
Subject : usb: sometimes dead keyboard after boot
Submitter : Frans Pop <elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
Date : 2008-08-26 21:03 (18 days old)
References : http://marc.info/?l=linux-kernel&m=121977815018224&w=2
Handled-By : Alan Stern <stern-nwvwT67g6+6dFdvTe/nMLpVzexx5G7lz@public.gmane.org>
Patch : http://www.spinics.net/lists/linux-usb/msg09735.html
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11506] oops during unmount - ext3? (2.6.27-rc5)
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Marcin Slusarz
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11506
Subject : oops during unmount - ext3? (2.6.27-rc5)
Submitter : Marcin Slusarz <marcin.slusarz-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-09-04 19:14 (9 days old)
References : http://marc.info/?l=linux-kernel&m=122055573123449&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11547] build issue #565 for v2.6.27-rc5 : undefined reference to `ei_interrupt' in hp-plus.c
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Randy.Dunlap, Toralf Förster
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11547
Subject : build issue #565 for v2.6.27-rc5 : undefined reference to `ei_interrupt' in hp-plus.c
Submitter : Toralf Förster <toralf.foerster-Mmb7MZpHnFY@public.gmane.org>
Date : 2008-09-07 13:19 (6 days old)
References : http://marc.info/?l=linux-kernel&m=122079361508022&w=4
Handled-By : Randy.Dunlap <rdunlap-/UHa2rfvQTnk1uMJSBkQmQ@public.gmane.org>
Patch : http://marc.info/?l=linux-next&m=122038632306156&w=2
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11549] 2.6.27-rc5 acpi: EC Storm error message on bootup
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Alexey Starikovskiy,
jmerkey-6KXTs3wnGaZTqo3+vT/QGPegYHeGw8Jk
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11549
Subject : 2.6.27-rc5 acpi: EC Storm error message on bootup
Submitter : <jmerkey-6KXTs3wnGaZTqo3+vT/QGPegYHeGw8Jk@public.gmane.org>
Date : 2008-09-02 21:27 (11 days old)
References : http://marc.info/?l=linux-kernel&m=122039255517586&w=4
Handled-By : Alexey Starikovskiy <astarikovskiy-l3A5Bk7waGM@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=122098180019264&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11516] severe performance degradation on x86_64 going from 2.6.26-rc9 -> 2.6.27-rc5
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Jason Vas Dias
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11516
Subject : severe performance degradation on x86_64 going from 2.6.26-rc9 -> 2.6.27-rc5
Submitter : Jason Vas Dias <jason.vas.dias-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-09-07 13:59 (6 days old)
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11512] sort-of regression due to "kconfig: speed up all*config + randconfig"
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Alexey Dobriyan
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11512
Subject : sort-of regression due to "kconfig: speed up all*config + randconfig"
Submitter : Alexey Dobriyan <adobriyan-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-09-05 22:50 (8 days old)
References : http://marc.info/?l=linux-kernel&m=122065498013858&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11548] kernel BUG at drivers/pci/intel-iommu.c:1373!
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Chris Mason
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11548
Subject : kernel BUG at drivers/pci/intel-iommu.c:1373!
Submitter : Chris Mason <chris.mason-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Date : 2008-09-08 14:26 (5 days old)
References : http://marc.info/?l=linux-kernel&m=122088566310440&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11548] kernel BUG at drivers/pci/intel-iommu.c:1373!
@ 2008-09-12 19:06 ` Rafael J. Wysocki
0 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Chris Mason
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11548
Subject : kernel BUG at drivers/pci/intel-iommu.c:1373!
Submitter : Chris Mason <chris.mason@oracle.com>
Date : 2008-09-08 14:26 (5 days old)
References : http://marc.info/?l=linux-kernel&m=122088566310440&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11548] kernel BUG at drivers/pci/intel-iommu.c:1373!
2008-09-12 19:06 ` Rafael J. Wysocki
@ 2008-09-12 20:56 ` Chris Mason
-1 siblings, 0 replies; 367+ messages in thread
From: Chris Mason @ 2008-09-12 20:56 UTC (permalink / raw)
To: Rafael J. Wysocki; +Cc: Linux Kernel Mailing List, Kernel Testers List
On Fri, 2008-09-12 at 21:06 +0200, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.26. Please verify if it still should be listed and let me know
> (either way).
>
This is still a bug, but I haven't tried this workload on 2.6.26, so I'm
not sure it is a regression. Unfortunately, I won't be able to test it
again until after the plumber's conference.
-chris
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11548] kernel BUG at drivers/pci/intel-iommu.c:1373!
@ 2008-09-12 20:56 ` Chris Mason
0 siblings, 0 replies; 367+ messages in thread
From: Chris Mason @ 2008-09-12 20:56 UTC (permalink / raw)
To: Rafael J. Wysocki; +Cc: Linux Kernel Mailing List, Kernel Testers List
On Fri, 2008-09-12 at 21:06 +0200, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.26. Please verify if it still should be listed and let me know
> (either way).
>
This is still a bug, but I haven't tried this workload on 2.6.26, so I'm
not sure it is a regression. Unfortunately, I won't be able to test it
again until after the plumber's conference.
-chris
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <1221252989.8709.11.camel-cGoWVVl3WGUrkklhUoBCrlaTQe2KTcn/@public.gmane.org>]
* Re: [Bug #11548] kernel BUG at drivers/pci/intel-iommu.c:1373!
2008-09-12 20:56 ` Chris Mason
@ 2008-09-12 21:21 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 21:21 UTC (permalink / raw)
To: Chris Mason; +Cc: Linux Kernel Mailing List, Kernel Testers List
On Friday, 12 of September 2008, Chris Mason wrote:
> On Fri, 2008-09-12 at 21:06 +0200, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.26. Please verify if it still should be listed and let me know
> > (either way).
> >
>
> This is still a bug, but I haven't tried this workload on 2.6.26, so I'm
> not sure it is a regression. Unfortunately, I won't be able to test it
> again until after the plumber's conference.
That's fine. In case it turns out to be a regression, it's better to list it
for now IMO. :-)
Thanks,
Rafael
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11548] kernel BUG at drivers/pci/intel-iommu.c:1373!
@ 2008-09-12 21:21 ` Rafael J. Wysocki
0 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 21:21 UTC (permalink / raw)
To: Chris Mason; +Cc: Linux Kernel Mailing List, Kernel Testers List
On Friday, 12 of September 2008, Chris Mason wrote:
> On Fri, 2008-09-12 at 21:06 +0200, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.26. Please verify if it still should be listed and let me know
> > (either way).
> >
>
> This is still a bug, but I haven't tried this workload on 2.6.26, so I'm
> not sure it is a regression. Unfortunately, I won't be able to test it
> again until after the plumber's conference.
That's fine. In case it turns out to be a regression, it's better to list it
for now IMO. :-)
Thanks,
Rafael
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11552] Disabling IRQ #23
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Justin Mattock, Yinghai Lu
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11552
Subject : Disabling IRQ #23
Submitter : Justin Mattock <justinmattock-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-09-09 19:08 (4 days old)
References : http://marc.info/?l=linux-kernel&m=122098735230906&w=4
http://marc.info/?l=linux-kernel&m=122107367715361&w=4
Handled-By : Yinghai Lu <yhlu.kernel-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11552] Disabling IRQ #23
@ 2008-09-12 19:06 ` Rafael J. Wysocki
0 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Justin Mattock, Yinghai Lu
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11552
Subject : Disabling IRQ #23
Submitter : Justin Mattock <justinmattock@gmail.com>
Date : 2008-09-09 19:08 (4 days old)
References : http://marc.info/?l=linux-kernel&m=122098735230906&w=4
http://marc.info/?l=linux-kernel&m=122107367715361&w=4
Handled-By : Yinghai Lu <yhlu.kernel@gmail.com>
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11552] Disabling IRQ #23
2008-09-12 19:06 ` Rafael J. Wysocki
(?)
@ 2008-09-13 3:24 ` Justin Mattock
-1 siblings, 0 replies; 367+ messages in thread
From: Justin Mattock @ 2008-09-13 3:24 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Yinghai Lu
On Fri, Sep 12, 2008 at 12:06 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.26. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11552
> Subject : Disabling IRQ #23
> Submitter : Justin Mattock <justinmattock@gmail.com>
> Date : 2008-09-09 19:08 (4 days old)
> References : http://marc.info/?l=linux-kernel&m=122098735230906&w=4
> http://marc.info/?l=linux-kernel&m=122107367715361&w=4
> Handled-By : Yinghai Lu <yhlu.kernel@gmail.com>
>
>
>
yeah I think it would be a good idea.
something to do with ehci_hcd, i.g. if I blacklist
ehci_hcd Disabling IRQ#23 message doesnt seem to be showing up.
--
Justin P. Mattock
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11554] Partition check considered as error is breaking mounting in 2.6.27
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Abdel Benamrouche, Andrew Morton,
Herton Ronaldo Krzesinski, Linus Torvalds
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11554
Subject : Partition check considered as error is breaking mounting in 2.6.27
Submitter : Herton Ronaldo Krzesinski <herton-4qZELD6Fgxg39yzSjRtAkw@public.gmane.org>
Date : 2008-09-12 16:56 (1 days old)
References : http://marc.info/?l=linux-kernel&m=122123862519434&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11554] Partition check considered as error is breaking mounting in 2.6.27
@ 2008-09-12 19:06 ` Rafael J. Wysocki
0 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Abdel Benamrouche, Andrew Morton,
Herton Ronaldo Krzesinski, Linus Torvalds
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11554
Subject : Partition check considered as error is breaking mounting in 2.6.27
Submitter : Herton Ronaldo Krzesinski <herton@mandriva.com.br>
Date : 2008-09-12 16:56 (1 days old)
References : http://marc.info/?l=linux-kernel&m=122123862519434&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11554] Partition check considered as error is breaking mounting in 2.6.27
2008-09-12 19:06 ` Rafael J. Wysocki
@ 2008-09-13 23:37 ` Herton Ronaldo Krzesinski
-1 siblings, 0 replies; 367+ messages in thread
From: Herton Ronaldo Krzesinski @ 2008-09-13 23:37 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Abdel Benamrouche,
Andrew Morton, Linus Torvalds
On Friday 12 September 2008 16:06:31 Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.26. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11554
> Subject : Partition check considered as error is breaking mounting in 2.6.27
> Submitter : Herton Ronaldo Krzesinski <herton-4qZELD6Fgxg39yzSjRtAkw@public.gmane.org>
> Date : 2008-09-12 16:56 (1 days old)
> References : http://marc.info/?l=linux-kernel&m=122123862519434&w=4
>
Fixed now with commit 8d99f83b9478768d3a8d7d1bcd9bd182c75a0447
--
[]'s
Herton
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11554] Partition check considered as error is breaking mounting in 2.6.27
@ 2008-09-13 23:37 ` Herton Ronaldo Krzesinski
0 siblings, 0 replies; 367+ messages in thread
From: Herton Ronaldo Krzesinski @ 2008-09-13 23:37 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Abdel Benamrouche,
Andrew Morton, Linus Torvalds
On Friday 12 September 2008 16:06:31 Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.26. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11554
> Subject : Partition check considered as error is breaking mounting in 2.6.27
> Submitter : Herton Ronaldo Krzesinski <herton@mandriva.com.br>
> Date : 2008-09-12 16:56 (1 days old)
> References : http://marc.info/?l=linux-kernel&m=122123862519434&w=4
>
Fixed now with commit 8d99f83b9478768d3a8d7d1bcd9bd182c75a0447
--
[]'s
Herton
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <200809132037.55922.herton-4qZELD6Fgxg39yzSjRtAkw@public.gmane.org>]
* Re: [Bug #11554] Partition check considered as error is breaking mounting in 2.6.27
2008-09-13 23:37 ` Herton Ronaldo Krzesinski
@ 2008-09-15 0:25 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-15 0:25 UTC (permalink / raw)
To: Herton Ronaldo Krzesinski
Cc: Linux Kernel Mailing List, Kernel Testers List, Abdel Benamrouche,
Andrew Morton, Linus Torvalds
On Sunday, 14 of September 2008, Herton Ronaldo Krzesinski wrote:
> On Friday 12 September 2008 16:06:31 Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.26. Please verify if it still should be listed and let me know
> > (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11554
> > Subject : Partition check considered as error is breaking mounting in 2.6.27
> > Submitter : Herton Ronaldo Krzesinski <herton-4qZELD6Fgxg39yzSjRtAkw@public.gmane.org>
> > Date : 2008-09-12 16:56 (1 days old)
> > References : http://marc.info/?l=linux-kernel&m=122123862519434&w=4
> >
>
> Fixed now with commit 8d99f83b9478768d3a8d7d1bcd9bd182c75a0447
Thanks, closed.
Rafael
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11553] Strange looking line from "ps aux"
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Rogério Brito
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11553
Subject : Strange looking line from "ps aux"
Submitter : Rogério Brito <rbrito-qczF+2RCDl1fyO9Q7EP/yw@public.gmane.org>
Date : 2008-09-11 17:43 (2 days old)
References : http://marc.info/?l=linux-kernel&m=122115506018275&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11550] pnp: Huge number of "io resource overlap" messages
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Bjorn Helgaas, Frans Pop, Rene Herman
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11550
Subject : pnp: Huge number of "io resource overlap" messages
Submitter : Frans Pop <elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
Date : 2008-09-09 10:50 (4 days old)
References : http://marc.info/?l=linux-kernel&m=122095745403793&w=4
Handled-By : Rene Herman <rene.herman-cENuUygGYd//D1n+0JDH9g@public.gmane.org>
Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=122098498125536&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11550] pnp: Huge number of "io resource overlap" messages
@ 2008-09-12 19:06 ` Rafael J. Wysocki
0 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Bjorn Helgaas, Frans Pop, Rene Herman
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11550
Subject : pnp: Huge number of "io resource overlap" messages
Submitter : Frans Pop <elendil@planet.nl>
Date : 2008-09-09 10:50 (4 days old)
References : http://marc.info/?l=linux-kernel&m=122095745403793&w=4
Handled-By : Rene Herman <rene.herman@keyaccess.nl>
Bjorn Helgaas <bjorn.helgaas@hp.com>
Patch : http://marc.info/?l=linux-kernel&m=122098498125536&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11550] pnp: Huge number of "io resource overlap" messages
2008-09-12 19:06 ` Rafael J. Wysocki
@ 2008-09-12 22:52 ` Rene Herman
-1 siblings, 0 replies; 367+ messages in thread
From: Rene Herman @ 2008-09-12 22:52 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Bjorn Helgaas,
Frans Pop
On 12-09-08 21:06, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.26. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11550
> Subject : pnp: Huge number of "io resource overlap" messages
> Submitter : Frans Pop <elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
> Date : 2008-09-09 10:50 (4 days old)
> References : http://marc.info/?l=linux-kernel&m=122095745403793&w=4
> Handled-By : Rene Herman <rene.herman-cENuUygGYd//D1n+0JDH9g@public.gmane.org>
> Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
> Patch : http://marc.info/?l=linux-kernel&m=122098498125536&w=4
It should be. The patch listed should be good as far as I'm concerned
but needs to be pushed by Bjorn as PnP mainatainer. Generally speaking 0
wouldn't be a _very_ necesarily invalid value it seems so it's maybe not
very nice.
If someone wants a changelog though, this should do:
===
PNP: avoid checking unitialized BARs for conflicts
Avoid checking a PCI BAR for conflicts if the BIOS left it unitialized.
Reported-by: Frans Pop <elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
Signed-off-by: Rene Herman <rene.herman-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
===
(Frans: Tested-by?)
Rene.
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11550] pnp: Huge number of "io resource overlap" messages
@ 2008-09-12 22:52 ` Rene Herman
0 siblings, 0 replies; 367+ messages in thread
From: Rene Herman @ 2008-09-12 22:52 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Bjorn Helgaas,
Frans Pop
On 12-09-08 21:06, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.26. Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11550
> Subject : pnp: Huge number of "io resource overlap" messages
> Submitter : Frans Pop <elendil@planet.nl>
> Date : 2008-09-09 10:50 (4 days old)
> References : http://marc.info/?l=linux-kernel&m=122095745403793&w=4
> Handled-By : Rene Herman <rene.herman@keyaccess.nl>
> Bjorn Helgaas <bjorn.helgaas@hp.com>
> Patch : http://marc.info/?l=linux-kernel&m=122098498125536&w=4
It should be. The patch listed should be good as far as I'm concerned
but needs to be pushed by Bjorn as PnP mainatainer. Generally speaking 0
wouldn't be a _very_ necesarily invalid value it seems so it's maybe not
very nice.
If someone wants a changelog though, this should do:
===
PNP: avoid checking unitialized BARs for conflicts
Avoid checking a PCI BAR for conflicts if the BIOS left it unitialized.
Reported-by: Frans Pop <elendil@planet.nl>
Signed-off-by: Rene Herman <rene.herman@gmail.com>
===
(Frans: Tested-by?)
Rene.
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11551] Semi-repeatable hard lockup on 2.6.27-rc6
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Steven Noonan
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11551
Subject : Semi-repeatable hard lockup on 2.6.27-rc6
Submitter : Steven Noonan <steven-Cunn4gMjHvbm+q05EWxUEA@public.gmane.org>
Date : 2008-09-10 18:07 (3 days old)
References : http://marc.info/?l=linux-kernel&m=122107007407994&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11559] 2.6.27-rc6: nohz + s2ram = need to press keys to get progress
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Pavel Machek
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11559
Subject : 2.6.27-rc6: nohz + s2ram = need to press keys to get progress
Submitter : Pavel Machek <pavel-AlSwsSmVLrQ@public.gmane.org>
Date : 2008-09-12 8:31 (1 days old)
References : http://marc.info/?l=linux-kernel&m=122121384705262&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11557] Controlling backlight on thinkpad x60
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Matthew Garrett, Pavel Machek
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11557
Subject : Controlling backlight on thinkpad x60
Submitter : Pavel Machek <pavel-AlSwsSmVLrQ@public.gmane.org>
Date : 2008-09-08 15:10 (5 days old)
References : http://marc.info/?l=linux-kernel&m=122088987319698&w=4
Handled-By : Matthew Garrett <mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org>
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11556] e100: PCI wake-up handling rework causes "Error clearing wake event"
2008-09-12 18:59 ` Rafael J. Wysocki
@ 2008-09-12 19:06 ` Rafael J. Wysocki
-1 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-12 19:06 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Kernel Testers List, Frans Pop, Rafael J. Wysocki
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.26. Please verify if it still should be listed and let me know
(either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11556
Subject : e100: PCI wake-up handling rework causes "Error clearing wake event"
Submitter : Frans Pop <elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
Date : 2008-09-09 6:12 (4 days old)
References : http://marc.info/?l=linux-netdev&m=122094080712131&w=4
Handled-By : Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=122096638020191&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* 2.6.28-rc5: Reported regressions 2.6.26 -> 2.6.27
@ 2008-11-16 17:38 Rafael J. Wysocki
2008-11-16 17:40 ` Rafael J. Wysocki
0 siblings, 1 reply; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-11-16 17:38 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Andrew Morton, Natalie Protasevich, Kernel Testers List
[NOTE:
I closed a number of Bugzilla entries dedicated to regressions introduced
between 2.6.26 and 2.6.27 that appeared to have been fixed to me or where
the reporters had been totally unresponsive for extended periods of time
(given that they are notified every week ...).]
This message contains a list of some regressions introduced between 2.6.26 and
2.6.27, for which there are no fixes in the mainline I know of. If any of them
have been fixed already, please let me know.
If you know of any other unresolved regressions introduced between 2.6.26
and 2.6.27, please let me know either and I'll add them to the list.
Also, please let me know if any of the entries below are invalid.
Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting and handling the
issue.
Listed regressions statistics:
Date Total Pending Unresolved
----------------------------------------
2008-11-16 199 18 14
2008-11-09 196 28 23
2008-11-02 195 34 28
2008-10-26 190 34 29
2008-10-04 181 41 33
2008-09-27 173 35 28
2008-09-21 169 45 36
2008-09-15 163 46 32
2008-09-12 163 51 38
2008-09-07 150 43 33
2008-08-30 135 48 36
2008-08-23 122 48 40
2008-08-16 103 47 37
2008-08-10 80 52 31
2008-08-02 47 31 20
Unresolved regressions
----------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12048
Subject : Regression in bonding between 2.6.26.8 and 2.6.27.6
Submitter : Jesper Krogh <jesper-Q2TZfHgGEy4@public.gmane.org>
Date : 2008-11-16 9:41 (1 days old)
References : http://marc.info/?l=linux-kernel&m=122682977001048&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12039
Subject : Regression: USB/DVB 2.6.26.8 --> 2.6.27.6
Submitter : David <david-Os2QIKb4eqJd3aXB8m+yKQ@public.gmane.org>
Date : 2008-11-14 20:20 (3 days old)
References : http://marc.info/?l=linux-kernel&m=122669568022274&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11983
Subject : iwlagn: wrong command queue 31, command id 0x0
Submitter : Matt Mackall <mpm-VDJrAJ4Gl5ZBDgjK7y7TUQ@public.gmane.org>
Date : 2008-11-06 4:16 (11 days old)
References : http://marc.info/?l=linux-kernel&m=122598672815803&w=4
http://www.intellinuxwireless.org/bugzilla/show_bug.cgi?id=1703
Handled-By : reinette chatre <reinette.chatre-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11886
Subject : without serial console system doesn't poweroff
Submitter : Daniel Smolik <marvin-0pWKB23IDFjrBKCeMvbIDA@public.gmane.org>
Date : 2008-10-29 04:06 (19 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11876
Subject : RCU hang on cpu re-hotplug with 2.6.27rc8
Submitter : Andi Kleen <andi-Vw/NltI1exuRpAAqCnN02g@public.gmane.org>
Date : 2008-10-06 23:28 (42 days old)
References : http://marc.info/?l=linux-kernel&m=122333610602399&w=2
Handled-By : Paul E. McKenney <paulmck-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11836
Subject : Scheduler on C2D CPU and latest 2.6.27 kernel
Submitter : Zdenek Kabelac <zdenek.kabelac-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-10-21 9:59 (27 days old)
References : http://marc.info/?l=linux-kernel&m=122458320502371&w=4
Handled-By : Chris Snook <csnook-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11698
Subject : 2.6.27-rc7, freezes with > 1 s2ram cycle
Submitter : Soeren Sonnenburg <kernel-YxZl4NRrHdw@public.gmane.org>
Date : 2008-09-29 11:29 (49 days old)
References : http://marc.info/?l=linux-kernel&m=122268780926859&w=4
Handled-By : Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11664
Subject : acpi errors and random freeze on sony vaio sr
Submitter : Giovanni Pellerano <giovanni.pellerano-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-09-28 03:48 (50 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11569
Subject : Panic stop CPUs regression
Submitter : Andi Kleen <andi-Vw/NltI1exuRpAAqCnN02g@public.gmane.org>
Date : 2008-09-02 13:49 (76 days old)
References : http://marc.info/?l=linux-kernel&m=122036356127282&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11543
Subject : kernel panic: softlockup in tick_periodic() ???
Submitter : Joshua Hoblitt <j_kernel-amK9oZtvyLhBDgjK7y7TUQ@public.gmane.org>
Date : 2008-09-11 16:46 (67 days old)
References : http://marc.info/?l=linux-kernel&m=122117786124326&w=4
Handled-By : Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>
Cyrill Gorcunov <gorcunov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>
Cyrill Gorcunov <gorcunov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11404
Subject : BUG: in 2.6.23-rc3-git7 in do_cciss_intr
Submitter : rdunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-21 5:52 (88 days old)
References : http://marc.info/?l=linux-kernel&m=121929819616273&w=4
http://marc.info/?l=linux-kernel&m=121932889105368&w=4
Handled-By : Miller, Mike (OS Dev) <Mike.Miller-VXdhtT5mjnY@public.gmane.org>
James Bottomley <James.Bottomley-JuX6DAaQMKPCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11308
Subject : tbench regression on each kernel release from 2.6.22 -> 2.6.28
Submitter : Christoph Lameter <cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Date : 2008-08-11 18:36 (98 days old)
References : http://marc.info/?l=linux-kernel&m=121847986119495&w=4
http://marc.info/?l=linux-kernel&m=122125737421332&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11215
Subject : INFO: possible recursive locking detected ps2_command
Submitter : Zdenek Kabelac <zdenek.kabelac-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-07-31 9:41 (109 days old)
References : http://marc.info/?l=linux-kernel&m=121749737011637&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11207
Subject : VolanoMark regression with 2.6.27-rc1
Submitter : Zhang, Yanmin <yanmin_zhang-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
Date : 2008-07-31 3:20 (109 days old)
References : http://marc.info/?l=linux-kernel&m=121747464114335&w=4
Handled-By : Zhang, Yanmin <yanmin_zhang-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
Dhaval Giani <dhaval-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
Miao Xie <miaox-BthXqXjhjHXQFUHtdCDX3A@public.gmane.org>
Regressions with patches
------------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11865
Subject : WOL for E100 Doesn't Work Anymore
Submitter : roger <rogerx-VThn6mlTRQFChFL4AGkBsw@public.gmane.org>
Date : 2008-10-26 21:56 (22 days old)
Handled-By : Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>
Patch : http://bugzilla.kernel.org/attachment.cgi?id=18646&action=view
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11843
Subject : usb hdd problems with 2.6.27.2
Submitter : Luciano Rocha <luciano-YWehAnL2kLNBDgjK7y7TUQ@public.gmane.org>
Date : 2008-10-22 16:22 (26 days old)
References : http://marc.info/?l=linux-kernel&m=122469318102679&w=4
Handled-By : Luciano Rocha <luciano-YWehAnL2kLNBDgjK7y7TUQ@public.gmane.org>
Patch : http://bugzilla.kernel.org/show_bug.cgi?id=11843#c26
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11805
Subject : mounting XFS produces a segfault
Submitter : Tiago Maluta <maluta_tiago-/E1597aS9LRfJ/NunPodnw@public.gmane.org>
Date : 2008-10-21 18:00 (27 days old)
Handled-By : Dave Chinner <dgc-sJ/iWh9BUns@public.gmane.org>
Patch : http://bugzilla.kernel.org/attachment.cgi?id=18397&action=view
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11795
Subject : ks959-sir dongle no longer works under 2.6.27 (REGRESSION)
Submitter : Alex Villacis Lasso <avillaci-x0m+Mc+nT7uljOmnV8AmnkElSqmLX1BE@public.gmane.org>
Date : 2008-10-20 10:49 (28 days old)
Handled-By : Samuel Ortiz <samuel-jcdQHdrhKHMdnm+yROfE0A@public.gmane.org>
Patch : http://bugzilla.kernel.org/show_bug.cgi?id=11795#c22
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.26 and 2.6.27, unresolved as well as resolved, at:
http://bugzilla.kernel.org/show_bug.cgi?id=11167
Please let me know if there are any Bugzilla entries that should be added to
the list in there.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-11-16 17:38 2.6.28-rc5: Reported regressions 2.6.26 -> 2.6.27 Rafael J. Wysocki
@ 2008-11-16 17:40 ` Rafael J. Wysocki
0 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-11-16 17:40 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Christoph Lameter
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.26 and 2.6.27.
The following bug entry is on the current list of known regressions
introduced between 2.6.26 and 2.6.27. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11308
Subject : tbench regression on each kernel release from 2.6.22 -> 2.6.28
Submitter : Christoph Lameter <cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Date : 2008-08-11 18:36 (98 days old)
References : http://marc.info/?l=linux-kernel&m=121847986119495&w=4
http://marc.info/?l=linux-kernel&m=122125737421332&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-11-16 17:40 ` Rafael J. Wysocki
0 siblings, 0 replies; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-11-16 17:40 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Christoph Lameter
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.26 and 2.6.27.
The following bug entry is on the current list of known regressions
introduced between 2.6.26 and 2.6.27. Please verify if it still should
be listed and let me know (either way).
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11308
Subject : tbench regression on each kernel release from 2.6.22 -> 2.6.28
Submitter : Christoph Lameter <cl@linux-foundation.org>
Date : 2008-08-11 18:36 (98 days old)
References : http://marc.info/?l=linux-kernel&m=121847986119495&w=4
http://marc.info/?l=linux-kernel&m=122125737421332&w=4
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-11-16 17:40 ` Rafael J. Wysocki
@ 2008-11-17 9:06 ` Ingo Molnar
-1 siblings, 0 replies; 367+ messages in thread
From: Ingo Molnar @ 2008-11-17 9:06 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Christoph Lameter,
Mike Galbraith, Peter Zijlstra
* 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.26 and 2.6.27.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.26 and 2.6.27. Please verify if it still should
> be listed and let me know (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11308
> Subject : tbench regression on each kernel release from 2.6.22 -> 2.6.28
> Submitter : Christoph Lameter <cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
> Date : 2008-08-11 18:36 (98 days old)
> References : http://marc.info/?l=linux-kernel&m=121847986119495&w=4
> http://marc.info/?l=linux-kernel&m=122125737421332&w=4
Christoph, as per the recent analysis of Mike:
http://fixunix.com/kernel/556867-regression-benchmark-throughput-loss-a622cf6-f7160c7-pull.html
all scheduler components of this regression have been eliminated.
In fact his numbers show that scheduler speedups since 2.6.22 have
offset and hidden most other sources of tbench regression. (i.e. the
scheduler portion got 5% faster, hence it was able to offset a
slowdown of 5% in other areas of the kernel that tbench triggers)
Ingo
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-11-17 9:06 ` Ingo Molnar
0 siblings, 0 replies; 367+ messages in thread
From: Ingo Molnar @ 2008-11-17 9:06 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Kernel Testers List, Christoph Lameter,
Mike Galbraith, Peter Zijlstra
* 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.26 and 2.6.27.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.26 and 2.6.27. Please verify if it still should
> be listed and let me know (either way).
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11308
> Subject : tbench regression on each kernel release from 2.6.22 -> 2.6.28
> Submitter : Christoph Lameter <cl@linux-foundation.org>
> Date : 2008-08-11 18:36 (98 days old)
> References : http://marc.info/?l=linux-kernel&m=121847986119495&w=4
> http://marc.info/?l=linux-kernel&m=122125737421332&w=4
Christoph, as per the recent analysis of Mike:
http://fixunix.com/kernel/556867-regression-benchmark-throughput-loss-a622cf6-f7160c7-pull.html
all scheduler components of this regression have been eliminated.
In fact his numbers show that scheduler speedups since 2.6.22 have
offset and hidden most other sources of tbench regression. (i.e. the
scheduler portion got 5% faster, hence it was able to offset a
slowdown of 5% in other areas of the kernel that tbench triggers)
Ingo
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <20081117090648.GG28786-X9Un+BFzKDI@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-11-17 9:06 ` Ingo Molnar
@ 2008-11-17 9:14 ` David Miller
-1 siblings, 0 replies; 367+ messages in thread
From: David Miller @ 2008-11-17 9:14 UTC (permalink / raw)
To: mingo-X9Un+BFzKDI
Cc: rjw-KKrjLPT3xs0, linux-kernel-u79uwXL29TY76Z2rM5mHXA,
kernel-testers-u79uwXL29TY76Z2rM5mHXA,
cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b, efault-Mmb7MZpHnFY,
a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw
From: Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>
Date: Mon, 17 Nov 2008 10:06:48 +0100
>
> * 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.26 and 2.6.27.
> >
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.26 and 2.6.27. Please verify if it still should
> > be listed and let me know (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11308
> > Subject : tbench regression on each kernel release from 2.6.22 -> 2.6.28
> > Submitter : Christoph Lameter <cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
> > Date : 2008-08-11 18:36 (98 days old)
> > References : http://marc.info/?l=linux-kernel&m=121847986119495&w=4
> > http://marc.info/?l=linux-kernel&m=122125737421332&w=4
>
> Christoph, as per the recent analysis of Mike:
>
> http://fixunix.com/kernel/556867-regression-benchmark-throughput-loss-a622cf6-f7160c7-pull.html
>
> all scheduler components of this regression have been eliminated.
>
> In fact his numbers show that scheduler speedups since 2.6.22 have
> offset and hidden most other sources of tbench regression. (i.e. the
> scheduler portion got 5% faster, hence it was able to offset a
> slowdown of 5% in other areas of the kernel that tbench triggers)
Although I respect the improvements, wake_up() is still several orders
of magnitude slower than it was in 2.6.22 and wake_up() is at the top
of the profiles in tbench runs.
It really is premature to close this regression at this time.
I am working with every spare moment I have to try and nail this
stuff, but unless someone else helps me people need to be patient.
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-11-17 9:14 ` David Miller
0 siblings, 0 replies; 367+ messages in thread
From: David Miller @ 2008-11-17 9:14 UTC (permalink / raw)
To: mingo; +Cc: rjw, linux-kernel, kernel-testers, cl, efault, a.p.zijlstra
From: Ingo Molnar <mingo@elte.hu>
Date: Mon, 17 Nov 2008 10:06:48 +0100
>
> * 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.26 and 2.6.27.
> >
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.26 and 2.6.27. Please verify if it still should
> > be listed and let me know (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11308
> > Subject : tbench regression on each kernel release from 2.6.22 -> 2.6.28
> > Submitter : Christoph Lameter <cl@linux-foundation.org>
> > Date : 2008-08-11 18:36 (98 days old)
> > References : http://marc.info/?l=linux-kernel&m=121847986119495&w=4
> > http://marc.info/?l=linux-kernel&m=122125737421332&w=4
>
> Christoph, as per the recent analysis of Mike:
>
> http://fixunix.com/kernel/556867-regression-benchmark-throughput-loss-a622cf6-f7160c7-pull.html
>
> all scheduler components of this regression have been eliminated.
>
> In fact his numbers show that scheduler speedups since 2.6.22 have
> offset and hidden most other sources of tbench regression. (i.e. the
> scheduler portion got 5% faster, hence it was able to offset a
> slowdown of 5% in other areas of the kernel that tbench triggers)
Although I respect the improvements, wake_up() is still several orders
of magnitude slower than it was in 2.6.22 and wake_up() is at the top
of the profiles in tbench runs.
It really is premature to close this regression at this time.
I am working with every spare moment I have to try and nail this
stuff, but unless someone else helps me people need to be patient.
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <20081117.011403.06989342.davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-11-17 9:14 ` David Miller
@ 2008-11-17 11:01 ` Ingo Molnar
-1 siblings, 0 replies; 367+ messages in thread
From: Ingo Molnar @ 2008-11-17 11:01 UTC (permalink / raw)
To: David Miller
Cc: rjw-KKrjLPT3xs0, linux-kernel-u79uwXL29TY76Z2rM5mHXA,
kernel-testers-u79uwXL29TY76Z2rM5mHXA,
cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b, efault-Mmb7MZpHnFY,
a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw, Linus Torvalds
[-- Attachment #1: Type: text/plain, Size: 13847 bytes --]
* David Miller <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org> wrote:
> From: Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>
> Date: Mon, 17 Nov 2008 10:06:48 +0100
>
> >
> > * 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.26 and 2.6.27.
> > >
> > > The following bug entry is on the current list of known regressions
> > > introduced between 2.6.26 and 2.6.27. Please verify if it still should
> > > be listed and let me know (either way).
> > >
> > >
> > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11308
> > > Subject : tbench regression on each kernel release from 2.6.22 -> 2.6.28
> > > Submitter : Christoph Lameter <cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
> > > Date : 2008-08-11 18:36 (98 days old)
> > > References : http://marc.info/?l=linux-kernel&m=121847986119495&w=4
> > > http://marc.info/?l=linux-kernel&m=122125737421332&w=4
> >
> > Christoph, as per the recent analysis of Mike:
> >
> > http://fixunix.com/kernel/556867-regression-benchmark-throughput-loss-a622cf6-f7160c7-pull.html
> >
> > all scheduler components of this regression have been eliminated.
> >
> > In fact his numbers show that scheduler speedups since 2.6.22 have
> > offset and hidden most other sources of tbench regression. (i.e. the
> > scheduler portion got 5% faster, hence it was able to offset a
> > slowdown of 5% in other areas of the kernel that tbench triggers)
>
> Although I respect the improvements, wake_up() is still several
> orders of magnitude slower than it was in 2.6.22 and wake_up() is at
> the top of the profiles in tbench runs.
hm, several orders of magnitude slower? That contradicts Mike's
numbers and my own numbers and profiles as well: see below.
The scheduler's overhead barely even registers on a 16-way x86 system
i'm running tbench on. Here's the NMI profile during 64 threads tbench
on a 16-way x86 box with an v2.6.28-rc5 kernel [config attached]:
Throughput 3437.65 MB/sec 64 procs
==================================
21570252 total
........
1494803 copy_user_generic_string
998232 sock_rfree
491471 tcp_ack
482405 ip_dont_fragment
470685 ip_local_deliver
436325 constant_test_bit [ called by napi_disable_pending() ]
375469 avc_has_perm_noaudit
347663 tcp_sendmsg
310383 tcp_recvmsg
300412 __inet_lookup_established
294377 system_call
286603 tcp_transmit_skb
251782 selinux_ip_postroute
236028 tcp_current_mss
235631 schedule
234013 netif_rx
229854 _local_bh_enable_ip
219501 tcp_v4_rcv
[ etc. - see full profile attached further below ]
Note that the scheduler does not even show up in the profile up to
entry #15!
I've also summarized NMI profiler output by major subsystems:
NET overhead (12603450/21570252): 58.43%
security overhead ( 1903598/21570252): 8.83%
usercopy overhead ( 1753617/21570252): 8.13%
sched overhead ( 1599406/21570252): 7.41%
syscall overhead ( 560487/21570252): 2.60%
IRQ overhead ( 555439/21570252): 2.58%
slab overhead ( 492421/21570252): 2.28%
timer overhead ( 226573/21570252): 1.05%
pagealloc overhead ( 192681/21570252): 0.89%
PID overhead ( 115123/21570252): 0.53%
VFS overhead ( 107926/21570252): 0.50%
pagecache overhead ( 62552/21570252): 0.29%
gtod overhead ( 38651/21570252): 0.18%
IDLE overhead ( 0/21570252): 0.00%
---------------------------------------------------------
left ( 1349494/21570252): 6.26%
The scheduler's functions are absolutely flat, and consistent with an
extreme context-switching rate of 1.35 million per second. The
scheduler can go up to about 20 million context switches per second on
this system:
procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------
r b swpd free buff cache si so bi bo in cs us sy id wa st
32 0 0 32229696 29308 649880 0 0 0 0 164135 20026853 24 76 0 0 0
32 0 0 32229752 29308 649880 0 0 0 0 164203 20032770 24 76 0 0 0
32 0 0 32229752 29308 649880 0 0 0 0 164201 20036492 25 75 0 0 0
... and 7% scheduling overhead is roughly consistent with 1.35/20.0.
Wake up affinities and data flow caching is just fine in this workload
- we've got scheduler statistics for that and they look good too.
It all looks like pure old-fashioned straight overhead in the
networking layer to me. Do we still touch the same global cacheline
for every localhost packet we process? Anything like that would show
up big time.
Anyway, in terms of scheduling there's absolutely nothing anomalous i
can see about this workload. Scheduling looks healthy throughout - and
the few things we noticed causing unnecessary overhead are now fixed
in -rc5. (but it's all in the <5% range of impact of total scheduling
overhead - i.e. in the 0.4% absolute range in this workload)
And the thing is, the scheduler's task in this workload is by far the
most difficult one conceptually: it has to manage and optimize
concurrency of _future_ processing, with an event frequency that is
_WAY_ out of the normal patterns: more than 1.3 million context
switches per second (!). It also switches to/from completely
independent contexts of computing, with the all the implications that
this brings.
Networking and VFS "just" has to shuffle around bits in memory along a
very specific plan given to it by user-space. That plan is
well-specified and goes along the lines of: "copy this (already
cached) file content to that socket" and back.
By the raw throughput figures the system is pushing a couple of
million data packets per second.
Still we spend 7 times more CPU time in the networking code than in
the scheduler or in the user-copy code. Why?
Ingo
------------------------->
21570252 total
........
1494803 copy_user_generic_string
998232 sock_rfree
491471 tcp_ack
482405 ip_dont_fragment
470685 ip_local_deliver
436325 constant_test_bit
375469 avc_has_perm_noaudit
347663 tcp_sendmsg
310383 tcp_recvmsg
300412 __inet_lookup_established
294377 system_call
286603 tcp_transmit_skb
251782 selinux_ip_postroute
236028 tcp_current_mss
235631 schedule
234013 netif_rx
229854 _local_bh_enable_ip
219501 tcp_v4_rcv
210046 netlbl_enabled
205022 constant_test_bit
199598 skb_release_head_state
187952 ip_queue_xmit
178779 tcp_established_options
175955 dev_queue_xmit
169904 netif_receive_skb
166629 ip_finish_output2
162291 sysret_check
151262 __switch_to
143355 audit_syscall_entry
142694 load_cr3
136571 memset_c
136115 nf_hook_slow
130825 ip_local_deliver_finish
128795 ip_rcv
125995 selinux_socket_sock_rcv_skb
123944 net_rx_action
123100 __copy_skb_header
122052 __inet_lookup
121744 constant_test_bit
119444 get_page_from_freelist
116486 avc_has_perm
115643 audit_syscall_exit
115123 find_pid_ns
114483 tcp_cleanup_rbuf
111350 tcp_rcv_established
109853 __mod_timer
107891 lock_sock_nested
107316 napi_disable_pending
106581 release_sock
104402 skb_copy_datagram_iovec
101591 __tcp_push_pending_frames
101206 tcp_event_data_recv
98046 kmem_cache_alloc_node
97982 tcp_v4_do_rcv
92714 sys_recvfrom
91551 rb_erase
89730 kfree
87979 ip_rcv_finish
87166 compare_ether_addr
86982 selinux_parse_skb
86731 nf_iterate
79690 selinux_ipv4_output
79347 __cache_free
78992 audit_free_names
78127 skb_release_data
77501 mod_timer
77241 __sock_recvmsg
77228 sock_recvmsg
77211 ____cache_alloc
76495 tcp_rcv_space_adjust
75283 sk_wait_data
71772 sys_sendto
71594 sched_clock
70880 eth_type_trans
70238 memcpy_toiovec
69193 do_softirq
68341 __update_sched_clock
67597 tcp_v4_md5_lookup
67424 try_to_wake_up
64465 sock_common_recvmsg
64116 put_prev_task_fair
63964 process_backlog
62216 __do_softirq
62093 tcp_cwnd_validate
61128 __alloc_skb
60588 put_page
59536 dput
58411 __ip_local_out
56349 avc_audit
55626 __napi_schedule
55525 selinux_ipv4_postroute
54499 __enqueue_entity
53599 local_bh_disable
53418 unroll_tree_refs
53162 __unlazy_fpu
53084 cfs_rq_of
52475 set_next_entity
51108 thread_return
50458 ip_output
50268 sched_clock_cpu
49974 tcp_send_delayed_ack
49736 ip_finish_output
49670 finish_task_switch
49070 ___swab16
48499 audit_get_context
48347 raw_local_deliver
47824 tcp_rtt_estimator
46707 tcp_push
46405 constant_test_bit
45859 select_task_rq_fair
45188 math_state_restore
44889 check_preempt_wakeup
44449 task_rq_lock
43704 sel_netif_sid
43377 sock_sendmsg
42612 sk_reset_timer
42606 __skb_clone
42223 __find_general_cachep
41950 selinux_socket_sendmsg
41716 constant_test_bit
41097 skb_push
40723 lock_sock
40715 system_call_after_swapgs
40399 selinux_netlbl_inode_permission
40179 rb_insert_color
40021 __kfree_skb
40015 sockfd_lookup_light
39216 internal_add_timer
39024 skb_can_coalesce
38838 __tcp_select_window
38651 current_kernel_time
38533 tcp_v4_md5_do_lookup
38372 __sock_sendmsg
38162 selinux_socket_recvmsg
37812 sel_netport_sid
37727 account_group_exec_runtime
37695 switch_mm
36247 nf_hook_thresh
36057 auditsys
35266 pick_next_task_fair
35064 __tcp_ack_snd_check
35052 sock_def_readable
34826 sysret_careful
34578 _local_bh_enable
34498 free_hot_cold_page
34338 kmap
34028 loopback_xmit
33320 sk_stream_alloc_skb
33269 test_ti_thread_flag
33219 skb_fill_page_desc
33049 tcp_is_cwnd_limited
33012 update_min_vruntime
32431 native_read_tsc
32398 dst_release
31661 get_pageblock_flags_group
31652 path_put
31516 tcp_push_pending_frames
31265 netif_needs_gso
31175 constant_test_bit
31077 __cycles_2_ns
30971 socket_has_perm
30893 __phys_addr
30867 lock_timer_base
30585 __wake_up
30456 ret_from_sys_call
30147 skb_release_all
29356 local_bh_enable
29334 __skb_insert
28681 tcp_cwnd_test
28652 __skb_dequeue
28612 prepare_to_wait
28268 kmem_cache_free
28193 set_bit
28149 dequeue_task_fair
27906 skb_header_pointer
27861 sys_kill
27803 selinux_task_kill
27627 audit_free_aux
27600 selinux_netlbl_sock_rcv_skb
26794 update_curr
26777 __alloc_pages_internal
26469 skb_entail
26458 pskb_may_pull
26216 inet_ehashfn
26075 call_softirq
26033 copy_from_user
25933 __local_bh_disable
25666 fget_light
25270 inet_csk_reset_xmit_timer
25071 signal_pending_state
24117 tcp_init_tso_segs
24109 TCP_ECN_check_ce
23702 nf_hook_thresh
23558 copy_to_user
23426 sysret_audit
23267 sk_wake_async
22627 tcp_options_write
22174 netif_tx_queue_stopped
21795 tcp_prequeue_process
21757 tcp_set_skb_tso_segs
21579 avc_hash
21565 ___swab16
21560 ip_local_out
21445 sk_wmem_schedule
21234 get_page
21200 __wake_up_common
21042 sel_netnode_find
20772 sock_put
20625 schedule_timeout
20613 __napi_complete
20563 fput_light
20532 tcp_bound_to_half_wnd
19912 cap_task_kill
19773 sysret_signal
19374 compound_head
19121 get_seconds
19048 PageLRU
18893 zone_watermark_ok
18635 tcp_snd_wnd_test
18634 enqueue_task_fair
18603 rb_next
18598 next_zones_zonelist
18534 resched_task
17820 hash_64
17801 autoremove_wake_function
17451 __skb_queue_before
17283 native_load_tls
17227 __skb_dequeue
17149 xfrm4_policy_check
16942 zone_statistics
16886 skb_reset_network_header
16824 ___swab16
16725 pskb_may_pull
16645 dev_hard_start_xmit
16580 sk_filter
16523 tcp_ca_event
16479 tcp_win_from_space
16408 tcp_parse_aligned_timestamp
16204 finish_wait
16124 virt_to_slab
15965 tcp_v4_send_check
15920 skb_reset_transport_header
15867 tcp_data_snd_check
15819 security_sock_rcv_skb
15665 tcp_ack_saw_tstamp
15621 skb_network_offset
15568 virt_to_head_page
15553 dst_confirm
15320 skb_pull
15277 clear_bit
15179 alloc_pages_current
14991 bictcp_acked
14743 tcp_store_ts_recent
14660 sel_netnode_sid
14650 __xchg
14573 task_has_perm
14561 tcp_v4_check
14492 net_invalid_timestamp
14485 security_socket_recvmsg
14363 __dequeue_entity
14318 pid_nr_ns
14311 device_not_available
14212 local_bh_enable_ip
14092 virt_to_cache
13804 netpoll_rx
13781 fcheck_files
13724 tcp_adjust_fackets_out
13717 net_timestamp
13638 ___swab16
13576 sel_netport_find
13563 __kmalloc_node
13530 __inc_zone_state
13215 pid_vnr
13208 free_pages_check
13008 security_socket_sendmsg
12971 ip_skb_dst_mtu
12827 __cpu_set
12782 bictcp_cong_avoid
12779 test_tsk_thread_flag
12734 wakeup_preempt_entity
12651 sel_netif_find
12545 skb_set_owner_r
12534 skb_headroom
12348 tcp_event_new_data_sent
12251 place_entity
12047 set_bit
11805 update_rq_clock
11788 detach_timer
11659 policy_zonelist
11423 skb_clone
11380 __skb_queue_tail
11249 dequeue_task
10823 init_rootdomain
10690 __cpu_clear
10558 default_wake_function
10556 tcp_rcv_rtt_measure_ts
10451 PageSlab
10427 sock_wfree
10277 calc_delta_fair
10237 tcp_validate_incoming
10218 task_rq_unlock
10023 page_get_cache
[-- Attachment #2: config --]
[-- Type: text/plain, Size: 72924 bytes --]
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.28-rc5
# Mon Nov 17 11:59:36 2008
#
CONFIG_64BIT=y
# CONFIG_X86_32 is not set
CONFIG_X86_64=y
CONFIG_X86=y
CONFIG_ARCH_DEFCONFIG="arch/x86/configs/x86_64_defconfig"
CONFIG_GENERIC_TIME=y
CONFIG_GENERIC_CMOS_UPDATE=y
CONFIG_CLOCKSOURCE_WATCHDOG=y
CONFIG_GENERIC_CLOCKEVENTS=y
CONFIG_GENERIC_CLOCKEVENTS_BROADCAST=y
CONFIG_LOCKDEP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_HAVE_LATENCYTOP_SUPPORT=y
CONFIG_FAST_CMPXCHG_LOCAL=y
CONFIG_MMU=y
CONFIG_ZONE_DMA=y
CONFIG_GENERIC_ISA_DMA=y
CONFIG_GENERIC_IOMAP=y
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_ARCH_MAY_HAVE_PC_FDC=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_RWSEM_XCHGADD_ALGORITHM is not set
CONFIG_ARCH_HAS_CPU_IDLE_WAIT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_GENERIC_TIME_VSYSCALL=y
CONFIG_ARCH_HAS_CPU_RELAX=y
CONFIG_ARCH_HAS_DEFAULT_IDLE=y
CONFIG_ARCH_HAS_CACHE_LINE_SIZE=y
CONFIG_HAVE_SETUP_PER_CPU_AREA=y
CONFIG_HAVE_CPUMASK_OF_CPU_MAP=y
CONFIG_ARCH_HIBERNATION_POSSIBLE=y
CONFIG_ARCH_SUSPEND_POSSIBLE=y
CONFIG_ZONE_DMA32=y
CONFIG_ARCH_POPULATES_NODE_MAP=y
CONFIG_AUDIT_ARCH=y
CONFIG_ARCH_SUPPORTS_OPTIMIZED_INLINING=y
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_GENERIC_PENDING_IRQ=y
CONFIG_X86_SMP=y
CONFIG_X86_64_SMP=y
CONFIG_X86_HT=y
CONFIG_X86_BIOS_REBOOT=y
CONFIG_X86_TRAMPOLINE=y
# CONFIG_KTIME_SCALAR is not set
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
#
# General setup
#
CONFIG_EXPERIMENTAL=y
CONFIG_LOCK_KERNEL=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_LOCALVERSION=""
# CONFIG_LOCALVERSION_AUTO is not set
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
CONFIG_BSD_PROCESS_ACCT=y
# CONFIG_BSD_PROCESS_ACCT_V3 is not set
CONFIG_TASKSTATS=y
CONFIG_TASK_DELAY_ACCT=y
# CONFIG_TASK_XACCT is not set
CONFIG_AUDIT=y
CONFIG_AUDITSYSCALL=y
CONFIG_AUDIT_TREE=y
# CONFIG_IKCONFIG is not set
CONFIG_LOG_BUF_SHIFT=20
# CONFIG_CGROUPS is not set
CONFIG_HAVE_UNSTABLE_SCHED_CLOCK=y
# CONFIG_GROUP_SCHED is not set
CONFIG_SYSFS_DEPRECATED=y
CONFIG_SYSFS_DEPRECATED_V2=y
CONFIG_RELAY=y
CONFIG_NAMESPACES=y
# CONFIG_UTS_NS is not set
# CONFIG_IPC_NS is not set
# CONFIG_USER_NS is not set
# CONFIG_PID_NS is not set
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
CONFIG_CC_OPTIMIZE_FOR_SIZE=y
CONFIG_SYSCTL=y
# CONFIG_EMBEDDED is not set
CONFIG_UID16=y
CONFIG_SYSCTL_SYSCALL=y
CONFIG_KALLSYMS=y
CONFIG_KALLSYMS_ALL=y
CONFIG_KALLSYMS_EXTRA_PASS=y
CONFIG_HOTPLUG=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_PCSPKR_PLATFORM=y
CONFIG_COMPAT_BRK=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_ANON_INODES=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_AIO=y
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_PCI_QUIRKS=y
CONFIG_SLAB=y
# CONFIG_SLUB is not set
# CONFIG_SLOB is not set
CONFIG_PROFILING=y
# CONFIG_MARKERS is not set
CONFIG_OPROFILE=m
CONFIG_OPROFILE_IBS=y
CONFIG_HAVE_OPROFILE=y
CONFIG_KPROBES=y
CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS=y
CONFIG_KRETPROBES=y
CONFIG_HAVE_IOREMAP_PROT=y
CONFIG_HAVE_KPROBES=y
CONFIG_HAVE_KRETPROBES=y
CONFIG_HAVE_ARCH_TRACEHOOK=y
CONFIG_USE_GENERIC_SMP_HELPERS=y
# CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
# CONFIG_TINY_SHMEM is not set
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=y
# CONFIG_MODULE_FORCE_UNLOAD is not set
CONFIG_MODVERSIONS=y
CONFIG_MODULE_SRCVERSION_ALL=y
CONFIG_KMOD=y
CONFIG_STOP_MACHINE=y
CONFIG_BLOCK=y
CONFIG_BLK_DEV_IO_TRACE=y
# CONFIG_BLK_DEV_BSG is not set
# CONFIG_BLK_DEV_INTEGRITY is not set
CONFIG_BLOCK_COMPAT=y
#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
# CONFIG_DEFAULT_AS is not set
# CONFIG_DEFAULT_DEADLINE is not set
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="cfq"
CONFIG_PREEMPT_NOTIFIERS=y
CONFIG_CLASSIC_RCU=y
CONFIG_FREEZER=y
#
# Processor type and features
#
# CONFIG_NO_HZ is not set
# CONFIG_HIGH_RES_TIMERS is not set
CONFIG_GENERIC_CLOCKEVENTS_BUILD=y
CONFIG_SMP=y
CONFIG_X86_FIND_SMP_CONFIG=y
CONFIG_X86_MPPARSE=y
CONFIG_X86_PC=y
# CONFIG_X86_ELAN is not set
# CONFIG_X86_VOYAGER is not set
# CONFIG_X86_GENERICARCH is not set
# CONFIG_X86_VSMP is not set
# CONFIG_PARAVIRT_GUEST is not set
# CONFIG_MEMTEST is not set
# CONFIG_M386 is not set
# CONFIG_M486 is not set
# CONFIG_M586 is not set
# CONFIG_M586TSC is not set
# CONFIG_M586MMX is not set
# CONFIG_M686 is not set
# CONFIG_MPENTIUMII is not set
# CONFIG_MPENTIUMIII is not set
# CONFIG_MPENTIUMM is not set
# CONFIG_MPENTIUM4 is not set
# CONFIG_MK6 is not set
# CONFIG_MK7 is not set
# CONFIG_MK8 is not set
# CONFIG_MCRUSOE is not set
# CONFIG_MEFFICEON is not set
# CONFIG_MWINCHIPC6 is not set
# CONFIG_MWINCHIP3D is not set
# CONFIG_MGEODEGX1 is not set
# CONFIG_MGEODE_LX is not set
# CONFIG_MCYRIXIII is not set
# CONFIG_MVIAC3_2 is not set
# CONFIG_MVIAC7 is not set
# CONFIG_MPSC is not set
# CONFIG_MCORE2 is not set
CONFIG_GENERIC_CPU=y
CONFIG_X86_CPU=y
CONFIG_X86_L1_CACHE_BYTES=128
CONFIG_X86_INTERNODE_CACHE_BYTES=128
CONFIG_X86_CMPXCHG=y
CONFIG_X86_L1_CACHE_SHIFT=7
CONFIG_X86_WP_WORKS_OK=y
CONFIG_X86_TSC=y
CONFIG_X86_CMPXCHG64=y
CONFIG_X86_CMOV=y
CONFIG_X86_MINIMUM_CPU_FAMILY=64
CONFIG_X86_DEBUGCTLMSR=y
CONFIG_CPU_SUP_INTEL=y
CONFIG_CPU_SUP_AMD=y
CONFIG_CPU_SUP_CENTAUR_64=y
CONFIG_X86_DS=y
CONFIG_X86_PTRACE_BTS=y
CONFIG_HPET_TIMER=y
CONFIG_HPET_EMULATE_RTC=y
CONFIG_DMI=y
CONFIG_GART_IOMMU=y
CONFIG_CALGARY_IOMMU=y
CONFIG_CALGARY_IOMMU_ENABLED_BY_DEFAULT=y
# CONFIG_AMD_IOMMU is not set
CONFIG_SWIOTLB=y
CONFIG_IOMMU_HELPER=y
CONFIG_NR_CPUS=255
CONFIG_SCHED_SMT=y
CONFIG_SCHED_MC=y
CONFIG_PREEMPT_NONE=y
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT is not set
CONFIG_X86_LOCAL_APIC=y
CONFIG_X86_IO_APIC=y
CONFIG_X86_MCE=y
CONFIG_X86_MCE_INTEL=y
CONFIG_X86_MCE_AMD=y
# CONFIG_I8K is not set
CONFIG_MICROCODE=m
CONFIG_MICROCODE_INTEL=y
# CONFIG_MICROCODE_AMD is not set
CONFIG_MICROCODE_OLD_INTERFACE=y
CONFIG_X86_MSR=y
CONFIG_X86_CPUID=y
CONFIG_ARCH_PHYS_ADDR_T_64BIT=y
CONFIG_NUMA=y
CONFIG_K8_NUMA=y
CONFIG_X86_64_ACPI_NUMA=y
CONFIG_NODES_SPAN_OTHER_NODES=y
# CONFIG_NUMA_EMU is not set
CONFIG_NODES_SHIFT=6
CONFIG_ARCH_SPARSEMEM_DEFAULT=y
CONFIG_ARCH_SPARSEMEM_ENABLE=y
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_SELECT_MEMORY_MODEL=y
# CONFIG_FLATMEM_MANUAL is not set
# CONFIG_DISCONTIGMEM_MANUAL is not set
CONFIG_SPARSEMEM_MANUAL=y
CONFIG_SPARSEMEM=y
CONFIG_NEED_MULTIPLE_NODES=y
CONFIG_HAVE_MEMORY_PRESENT=y
CONFIG_SPARSEMEM_EXTREME=y
CONFIG_SPARSEMEM_VMEMMAP_ENABLE=y
CONFIG_SPARSEMEM_VMEMMAP=y
# CONFIG_MEMORY_HOTPLUG is not set
CONFIG_PAGEFLAGS_EXTENDED=y
CONFIG_SPLIT_PTLOCK_CPUS=4
CONFIG_MIGRATION=y
CONFIG_RESOURCES_64BIT=y
CONFIG_PHYS_ADDR_T_64BIT=y
CONFIG_ZONE_DMA_FLAG=1
CONFIG_BOUNCE=y
CONFIG_VIRT_TO_BUS=y
CONFIG_UNEVICTABLE_LRU=y
CONFIG_MMU_NOTIFIER=y
CONFIG_X86_CHECK_BIOS_CORRUPTION=y
CONFIG_X86_BOOTPARAM_MEMORY_CORRUPTION_CHECK=y
CONFIG_X86_RESERVE_LOW_64K=y
CONFIG_MTRR=y
# CONFIG_MTRR_SANITIZER is not set
# CONFIG_X86_PAT is not set
# CONFIG_EFI is not set
# CONFIG_SECCOMP is not set
# CONFIG_HZ_100 is not set
CONFIG_HZ_250=y
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=250
# CONFIG_SCHED_HRTICK is not set
CONFIG_KEXEC=y
# CONFIG_CRASH_DUMP is not set
CONFIG_PHYSICAL_START=0x200000
# CONFIG_RELOCATABLE is not set
CONFIG_PHYSICAL_ALIGN=0x200000
CONFIG_HOTPLUG_CPU=y
CONFIG_COMPAT_VDSO=y
# CONFIG_CMDLINE_BOOL is not set
CONFIG_ARCH_ENABLE_MEMORY_HOTPLUG=y
CONFIG_HAVE_ARCH_EARLY_PFN_TO_NID=y
#
# Power management and ACPI options
#
CONFIG_PM=y
# CONFIG_PM_DEBUG is not set
CONFIG_PM_SLEEP_SMP=y
CONFIG_PM_SLEEP=y
CONFIG_SUSPEND=y
CONFIG_SUSPEND_FREEZER=y
# CONFIG_HIBERNATION is not set
CONFIG_ACPI=y
CONFIG_ACPI_SLEEP=y
CONFIG_ACPI_PROCFS=y
CONFIG_ACPI_PROCFS_POWER=y
CONFIG_ACPI_SYSFS_POWER=y
CONFIG_ACPI_PROC_EVENT=y
CONFIG_ACPI_AC=m
CONFIG_ACPI_BATTERY=m
CONFIG_ACPI_BUTTON=m
CONFIG_ACPI_FAN=y
CONFIG_ACPI_DOCK=y
CONFIG_ACPI_PROCESSOR=y
CONFIG_ACPI_HOTPLUG_CPU=y
CONFIG_ACPI_THERMAL=y
CONFIG_ACPI_NUMA=y
# CONFIG_ACPI_WMI is not set
CONFIG_ACPI_ASUS=m
CONFIG_ACPI_TOSHIBA=m
# CONFIG_ACPI_CUSTOM_DSDT is not set
CONFIG_ACPI_BLACKLIST_YEAR=0
# CONFIG_ACPI_DEBUG is not set
# CONFIG_ACPI_PCI_SLOT is not set
CONFIG_ACPI_SYSTEM=y
CONFIG_X86_PM_TIMER=y
CONFIG_ACPI_CONTAINER=y
CONFIG_ACPI_SBS=m
#
# CPU Frequency scaling
#
CONFIG_CPU_FREQ=y
CONFIG_CPU_FREQ_TABLE=y
CONFIG_CPU_FREQ_DEBUG=y
CONFIG_CPU_FREQ_STAT=m
CONFIG_CPU_FREQ_STAT_DETAILS=y
# CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_POWERSAVE is not set
CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE=y
# CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_CONSERVATIVE is not set
CONFIG_CPU_FREQ_GOV_PERFORMANCE=y
CONFIG_CPU_FREQ_GOV_POWERSAVE=m
CONFIG_CPU_FREQ_GOV_USERSPACE=y
CONFIG_CPU_FREQ_GOV_ONDEMAND=m
CONFIG_CPU_FREQ_GOV_CONSERVATIVE=m
#
# CPUFreq processor drivers
#
CONFIG_X86_ACPI_CPUFREQ=y
CONFIG_X86_POWERNOW_K8=y
CONFIG_X86_POWERNOW_K8_ACPI=y
# CONFIG_X86_SPEEDSTEP_CENTRINO is not set
# CONFIG_X86_P4_CLOCKMOD is not set
#
# shared options
#
# CONFIG_X86_ACPI_CPUFREQ_PROC_INTF is not set
# CONFIG_X86_SPEEDSTEP_LIB is not set
# CONFIG_CPU_IDLE is not set
#
# Memory power savings
#
# CONFIG_I7300_IDLE is not set
#
# Bus options (PCI etc.)
#
CONFIG_PCI=y
CONFIG_PCI_DIRECT=y
CONFIG_PCI_MMCONFIG=y
CONFIG_PCI_DOMAINS=y
CONFIG_PCIEPORTBUS=y
CONFIG_HOTPLUG_PCI_PCIE=m
CONFIG_PCIEAER=y
# CONFIG_PCIEASPM is not set
CONFIG_ARCH_SUPPORTS_MSI=y
# CONFIG_PCI_MSI is not set
CONFIG_PCI_LEGACY=y
# CONFIG_PCI_DEBUG is not set
CONFIG_HT_IRQ=y
CONFIG_ISA_DMA_API=y
CONFIG_K8_NB=y
CONFIG_PCCARD=y
# CONFIG_PCMCIA_DEBUG is not set
CONFIG_PCMCIA=y
CONFIG_PCMCIA_LOAD_CIS=y
CONFIG_PCMCIA_IOCTL=y
CONFIG_CARDBUS=y
#
# PC-card bridges
#
CONFIG_YENTA=y
CONFIG_YENTA_O2=y
CONFIG_YENTA_RICOH=y
CONFIG_YENTA_TI=y
CONFIG_YENTA_ENE_TUNE=y
CONFIG_YENTA_TOSHIBA=y
CONFIG_PD6729=m
CONFIG_I82092=m
CONFIG_PCCARD_NONSTATIC=y
CONFIG_HOTPLUG_PCI=y
CONFIG_HOTPLUG_PCI_FAKE=m
CONFIG_HOTPLUG_PCI_ACPI=m
CONFIG_HOTPLUG_PCI_ACPI_IBM=m
# CONFIG_HOTPLUG_PCI_CPCI is not set
CONFIG_HOTPLUG_PCI_SHPC=m
#
# Executable file formats / Emulations
#
CONFIG_BINFMT_ELF=y
CONFIG_COMPAT_BINFMT_ELF=y
# CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS is not set
# CONFIG_HAVE_AOUT is not set
CONFIG_BINFMT_MISC=y
CONFIG_IA32_EMULATION=y
# CONFIG_IA32_AOUT is not set
CONFIG_COMPAT=y
CONFIG_COMPAT_FOR_U64_ALIGNMENT=y
CONFIG_SYSVIPC_COMPAT=y
CONFIG_NET=y
#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_UNIX=y
CONFIG_XFRM=y
CONFIG_XFRM_USER=y
# CONFIG_XFRM_SUB_POLICY is not set
CONFIG_XFRM_MIGRATE=y
# CONFIG_XFRM_STATISTICS is not set
CONFIG_XFRM_IPCOMP=m
CONFIG_NET_KEY=m
CONFIG_NET_KEY_MIGRATE=y
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
CONFIG_IP_ADVANCED_ROUTER=y
CONFIG_ASK_IP_FIB_HASH=y
# CONFIG_IP_FIB_TRIE is not set
CONFIG_IP_FIB_HASH=y
CONFIG_IP_MULTIPLE_TABLES=y
CONFIG_IP_ROUTE_MULTIPATH=y
CONFIG_IP_ROUTE_VERBOSE=y
# CONFIG_IP_PNP is not set
CONFIG_NET_IPIP=m
CONFIG_NET_IPGRE=m
CONFIG_NET_IPGRE_BROADCAST=y
CONFIG_IP_MROUTE=y
CONFIG_IP_PIMSM_V1=y
CONFIG_IP_PIMSM_V2=y
# CONFIG_ARPD is not set
CONFIG_SYN_COOKIES=y
CONFIG_INET_AH=m
CONFIG_INET_ESP=m
CONFIG_INET_IPCOMP=m
CONFIG_INET_XFRM_TUNNEL=m
CONFIG_INET_TUNNEL=m
CONFIG_INET_XFRM_MODE_TRANSPORT=m
CONFIG_INET_XFRM_MODE_TUNNEL=m
CONFIG_INET_XFRM_MODE_BEET=m
CONFIG_INET_LRO=m
CONFIG_INET_DIAG=m
CONFIG_INET_TCP_DIAG=m
CONFIG_TCP_CONG_ADVANCED=y
CONFIG_TCP_CONG_BIC=y
CONFIG_TCP_CONG_CUBIC=m
CONFIG_TCP_CONG_WESTWOOD=m
CONFIG_TCP_CONG_HTCP=m
CONFIG_TCP_CONG_HSTCP=m
CONFIG_TCP_CONG_HYBLA=m
CONFIG_TCP_CONG_VEGAS=m
CONFIG_TCP_CONG_SCALABLE=m
CONFIG_TCP_CONG_LP=m
CONFIG_TCP_CONG_VENO=m
# CONFIG_TCP_CONG_YEAH is not set
# CONFIG_TCP_CONG_ILLINOIS is not set
CONFIG_DEFAULT_BIC=y
# CONFIG_DEFAULT_CUBIC is not set
# CONFIG_DEFAULT_HTCP is not set
# CONFIG_DEFAULT_VEGAS is not set
# CONFIG_DEFAULT_WESTWOOD is not set
# CONFIG_DEFAULT_RENO is not set
CONFIG_DEFAULT_TCP_CONG="bic"
CONFIG_TCP_MD5SIG=y
CONFIG_IPV6=m
CONFIG_IPV6_PRIVACY=y
CONFIG_IPV6_ROUTER_PREF=y
CONFIG_IPV6_ROUTE_INFO=y
# CONFIG_IPV6_OPTIMISTIC_DAD is not set
CONFIG_INET6_AH=m
CONFIG_INET6_ESP=m
CONFIG_INET6_IPCOMP=m
# CONFIG_IPV6_MIP6 is not set
CONFIG_INET6_XFRM_TUNNEL=m
CONFIG_INET6_TUNNEL=m
CONFIG_INET6_XFRM_MODE_TRANSPORT=m
CONFIG_INET6_XFRM_MODE_TUNNEL=m
CONFIG_INET6_XFRM_MODE_BEET=m
CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION=m
CONFIG_IPV6_SIT=m
CONFIG_IPV6_NDISC_NODETYPE=y
CONFIG_IPV6_TUNNEL=m
# CONFIG_IPV6_MULTIPLE_TABLES is not set
# CONFIG_IPV6_MROUTE is not set
CONFIG_NETLABEL=y
CONFIG_NETWORK_SECMARK=y
CONFIG_NETFILTER=y
CONFIG_NETFILTER_DEBUG=y
CONFIG_NETFILTER_ADVANCED=y
CONFIG_BRIDGE_NETFILTER=y
#
# Core Netfilter Configuration
#
CONFIG_NETFILTER_NETLINK=m
CONFIG_NETFILTER_NETLINK_QUEUE=m
CONFIG_NETFILTER_NETLINK_LOG=m
CONFIG_NF_CONNTRACK=y
CONFIG_NF_CT_ACCT=y
CONFIG_NF_CONNTRACK_MARK=y
CONFIG_NF_CONNTRACK_SECMARK=y
CONFIG_NF_CONNTRACK_EVENTS=y
CONFIG_NF_CT_PROTO_DCCP=m
CONFIG_NF_CT_PROTO_GRE=m
CONFIG_NF_CT_PROTO_SCTP=m
# CONFIG_NF_CT_PROTO_UDPLITE is not set
CONFIG_NF_CONNTRACK_AMANDA=m
CONFIG_NF_CONNTRACK_FTP=m
CONFIG_NF_CONNTRACK_H323=m
CONFIG_NF_CONNTRACK_IRC=m
CONFIG_NF_CONNTRACK_NETBIOS_NS=m
CONFIG_NF_CONNTRACK_PPTP=m
CONFIG_NF_CONNTRACK_SANE=m
CONFIG_NF_CONNTRACK_SIP=m
CONFIG_NF_CONNTRACK_TFTP=m
# CONFIG_NF_CT_NETLINK is not set
# CONFIG_NETFILTER_TPROXY is not set
CONFIG_NETFILTER_XTABLES=m
CONFIG_NETFILTER_XT_TARGET_CLASSIFY=m
CONFIG_NETFILTER_XT_TARGET_CONNMARK=m
CONFIG_NETFILTER_XT_TARGET_CONNSECMARK=m
CONFIG_NETFILTER_XT_TARGET_DSCP=m
CONFIG_NETFILTER_XT_TARGET_MARK=m
CONFIG_NETFILTER_XT_TARGET_NFLOG=m
CONFIG_NETFILTER_XT_TARGET_NFQUEUE=m
CONFIG_NETFILTER_XT_TARGET_NOTRACK=m
# CONFIG_NETFILTER_XT_TARGET_RATEEST is not set
# CONFIG_NETFILTER_XT_TARGET_TRACE is not set
CONFIG_NETFILTER_XT_TARGET_SECMARK=m
CONFIG_NETFILTER_XT_TARGET_TCPMSS=m
# CONFIG_NETFILTER_XT_TARGET_TCPOPTSTRIP is not set
CONFIG_NETFILTER_XT_MATCH_COMMENT=m
CONFIG_NETFILTER_XT_MATCH_CONNBYTES=m
# CONFIG_NETFILTER_XT_MATCH_CONNLIMIT is not set
CONFIG_NETFILTER_XT_MATCH_CONNMARK=m
CONFIG_NETFILTER_XT_MATCH_CONNTRACK=m
CONFIG_NETFILTER_XT_MATCH_DCCP=m
CONFIG_NETFILTER_XT_MATCH_DSCP=m
CONFIG_NETFILTER_XT_MATCH_ESP=m
CONFIG_NETFILTER_XT_MATCH_HASHLIMIT=m
CONFIG_NETFILTER_XT_MATCH_HELPER=m
# CONFIG_NETFILTER_XT_MATCH_IPRANGE is not set
CONFIG_NETFILTER_XT_MATCH_LENGTH=m
CONFIG_NETFILTER_XT_MATCH_LIMIT=m
CONFIG_NETFILTER_XT_MATCH_MAC=m
CONFIG_NETFILTER_XT_MATCH_MARK=m
CONFIG_NETFILTER_XT_MATCH_MULTIPORT=m
# CONFIG_NETFILTER_XT_MATCH_OWNER is not set
CONFIG_NETFILTER_XT_MATCH_POLICY=m
CONFIG_NETFILTER_XT_MATCH_PHYSDEV=m
CONFIG_NETFILTER_XT_MATCH_PKTTYPE=m
CONFIG_NETFILTER_XT_MATCH_QUOTA=m
# CONFIG_NETFILTER_XT_MATCH_RATEEST is not set
CONFIG_NETFILTER_XT_MATCH_REALM=m
# CONFIG_NETFILTER_XT_MATCH_RECENT is not set
CONFIG_NETFILTER_XT_MATCH_SCTP=m
CONFIG_NETFILTER_XT_MATCH_STATE=m
CONFIG_NETFILTER_XT_MATCH_STATISTIC=m
CONFIG_NETFILTER_XT_MATCH_STRING=m
CONFIG_NETFILTER_XT_MATCH_TCPMSS=m
# CONFIG_NETFILTER_XT_MATCH_TIME is not set
# CONFIG_NETFILTER_XT_MATCH_U32 is not set
CONFIG_IP_VS=m
# CONFIG_IP_VS_IPV6 is not set
# CONFIG_IP_VS_DEBUG is not set
CONFIG_IP_VS_TAB_BITS=12
#
# IPVS transport protocol load balancing support
#
CONFIG_IP_VS_PROTO_TCP=y
CONFIG_IP_VS_PROTO_UDP=y
CONFIG_IP_VS_PROTO_AH_ESP=y
CONFIG_IP_VS_PROTO_ESP=y
CONFIG_IP_VS_PROTO_AH=y
#
# IPVS scheduler
#
CONFIG_IP_VS_RR=m
CONFIG_IP_VS_WRR=m
CONFIG_IP_VS_LC=m
CONFIG_IP_VS_WLC=m
CONFIG_IP_VS_LBLC=m
CONFIG_IP_VS_LBLCR=m
CONFIG_IP_VS_DH=m
CONFIG_IP_VS_SH=m
CONFIG_IP_VS_SED=m
CONFIG_IP_VS_NQ=m
#
# IPVS application helper
#
CONFIG_IP_VS_FTP=m
#
# IP: Netfilter Configuration
#
CONFIG_NF_DEFRAG_IPV4=m
CONFIG_NF_CONNTRACK_IPV4=m
CONFIG_NF_CONNTRACK_PROC_COMPAT=y
CONFIG_IP_NF_QUEUE=m
CONFIG_IP_NF_IPTABLES=m
CONFIG_IP_NF_MATCH_ADDRTYPE=m
CONFIG_IP_NF_MATCH_AH=m
CONFIG_IP_NF_MATCH_ECN=m
CONFIG_IP_NF_MATCH_TTL=m
CONFIG_IP_NF_FILTER=m
CONFIG_IP_NF_TARGET_REJECT=m
CONFIG_IP_NF_TARGET_LOG=m
CONFIG_IP_NF_TARGET_ULOG=m
CONFIG_NF_NAT=m
CONFIG_NF_NAT_NEEDED=y
CONFIG_IP_NF_TARGET_MASQUERADE=m
CONFIG_IP_NF_TARGET_NETMAP=m
CONFIG_IP_NF_TARGET_REDIRECT=m
CONFIG_NF_NAT_SNMP_BASIC=m
CONFIG_NF_NAT_PROTO_DCCP=m
CONFIG_NF_NAT_PROTO_GRE=m
CONFIG_NF_NAT_PROTO_SCTP=m
CONFIG_NF_NAT_FTP=m
CONFIG_NF_NAT_IRC=m
CONFIG_NF_NAT_TFTP=m
CONFIG_NF_NAT_AMANDA=m
CONFIG_NF_NAT_PPTP=m
CONFIG_NF_NAT_H323=m
CONFIG_NF_NAT_SIP=m
CONFIG_IP_NF_MANGLE=m
CONFIG_IP_NF_TARGET_CLUSTERIP=m
CONFIG_IP_NF_TARGET_ECN=m
CONFIG_IP_NF_TARGET_TTL=m
CONFIG_IP_NF_RAW=m
# CONFIG_IP_NF_SECURITY is not set
CONFIG_IP_NF_ARPTABLES=m
CONFIG_IP_NF_ARPFILTER=m
CONFIG_IP_NF_ARP_MANGLE=m
#
# IPv6: Netfilter Configuration
#
CONFIG_NF_CONNTRACK_IPV6=m
CONFIG_IP6_NF_QUEUE=m
CONFIG_IP6_NF_IPTABLES=m
CONFIG_IP6_NF_MATCH_AH=m
CONFIG_IP6_NF_MATCH_EUI64=m
CONFIG_IP6_NF_MATCH_FRAG=m
CONFIG_IP6_NF_MATCH_OPTS=m
CONFIG_IP6_NF_MATCH_HL=m
CONFIG_IP6_NF_MATCH_IPV6HEADER=m
CONFIG_IP6_NF_MATCH_MH=m
CONFIG_IP6_NF_MATCH_RT=m
CONFIG_IP6_NF_TARGET_LOG=m
CONFIG_IP6_NF_FILTER=m
CONFIG_IP6_NF_TARGET_REJECT=m
CONFIG_IP6_NF_MANGLE=m
CONFIG_IP6_NF_TARGET_HL=m
CONFIG_IP6_NF_RAW=m
# CONFIG_IP6_NF_SECURITY is not set
#
# DECnet: Netfilter Configuration
#
# CONFIG_DECNET_NF_GRABULATOR is not set
CONFIG_BRIDGE_NF_EBTABLES=m
CONFIG_BRIDGE_EBT_BROUTE=m
CONFIG_BRIDGE_EBT_T_FILTER=m
CONFIG_BRIDGE_EBT_T_NAT=m
CONFIG_BRIDGE_EBT_802_3=m
CONFIG_BRIDGE_EBT_AMONG=m
CONFIG_BRIDGE_EBT_ARP=m
CONFIG_BRIDGE_EBT_IP=m
# CONFIG_BRIDGE_EBT_IP6 is not set
CONFIG_BRIDGE_EBT_LIMIT=m
CONFIG_BRIDGE_EBT_MARK=m
CONFIG_BRIDGE_EBT_PKTTYPE=m
CONFIG_BRIDGE_EBT_STP=m
CONFIG_BRIDGE_EBT_VLAN=m
CONFIG_BRIDGE_EBT_ARPREPLY=m
CONFIG_BRIDGE_EBT_DNAT=m
CONFIG_BRIDGE_EBT_MARK_T=m
CONFIG_BRIDGE_EBT_REDIRECT=m
CONFIG_BRIDGE_EBT_SNAT=m
CONFIG_BRIDGE_EBT_LOG=m
CONFIG_BRIDGE_EBT_ULOG=m
# CONFIG_BRIDGE_EBT_NFLOG is not set
CONFIG_IP_DCCP=m
CONFIG_INET_DCCP_DIAG=m
CONFIG_IP_DCCP_ACKVEC=y
#
# DCCP CCIDs Configuration (EXPERIMENTAL)
#
CONFIG_IP_DCCP_CCID2=m
# CONFIG_IP_DCCP_CCID2_DEBUG is not set
CONFIG_IP_DCCP_CCID3=m
# CONFIG_IP_DCCP_CCID3_DEBUG is not set
CONFIG_IP_DCCP_CCID3_RTO=100
CONFIG_IP_DCCP_TFRC_LIB=m
#
# DCCP Kernel Hacking
#
# CONFIG_IP_DCCP_DEBUG is not set
# CONFIG_NET_DCCPPROBE is not set
CONFIG_IP_SCTP=m
# CONFIG_SCTP_DBG_MSG is not set
# CONFIG_SCTP_DBG_OBJCNT is not set
# CONFIG_SCTP_HMAC_NONE is not set
# CONFIG_SCTP_HMAC_SHA1 is not set
CONFIG_SCTP_HMAC_MD5=y
CONFIG_TIPC=m
# CONFIG_TIPC_ADVANCED is not set
# CONFIG_TIPC_DEBUG is not set
CONFIG_ATM=m
CONFIG_ATM_CLIP=m
# CONFIG_ATM_CLIP_NO_ICMP is not set
CONFIG_ATM_LANE=m
# CONFIG_ATM_MPOA is not set
CONFIG_ATM_BR2684=m
# CONFIG_ATM_BR2684_IPFILTER is not set
CONFIG_STP=m
CONFIG_BRIDGE=m
# CONFIG_NET_DSA is not set
CONFIG_VLAN_8021Q=m
# CONFIG_VLAN_8021Q_GVRP is not set
CONFIG_DECNET=m
CONFIG_DECNET_ROUTER=y
CONFIG_LLC=y
# CONFIG_LLC2 is not set
CONFIG_IPX=m
# CONFIG_IPX_INTERN is not set
CONFIG_ATALK=m
CONFIG_DEV_APPLETALK=m
CONFIG_IPDDP=m
CONFIG_IPDDP_ENCAP=y
CONFIG_IPDDP_DECAP=y
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_ECONET is not set
CONFIG_WAN_ROUTER=m
CONFIG_NET_SCHED=y
#
# Queueing/Scheduling
#
CONFIG_NET_SCH_CBQ=m
CONFIG_NET_SCH_HTB=m
CONFIG_NET_SCH_HFSC=m
CONFIG_NET_SCH_ATM=m
CONFIG_NET_SCH_PRIO=m
# CONFIG_NET_SCH_MULTIQ is not set
CONFIG_NET_SCH_RED=m
CONFIG_NET_SCH_SFQ=m
CONFIG_NET_SCH_TEQL=m
CONFIG_NET_SCH_TBF=m
CONFIG_NET_SCH_GRED=m
CONFIG_NET_SCH_DSMARK=m
CONFIG_NET_SCH_NETEM=m
CONFIG_NET_SCH_INGRESS=m
#
# Classification
#
CONFIG_NET_CLS=y
CONFIG_NET_CLS_BASIC=m
CONFIG_NET_CLS_TCINDEX=m
CONFIG_NET_CLS_ROUTE4=m
CONFIG_NET_CLS_ROUTE=y
CONFIG_NET_CLS_FW=m
CONFIG_NET_CLS_U32=m
CONFIG_CLS_U32_PERF=y
CONFIG_CLS_U32_MARK=y
CONFIG_NET_CLS_RSVP=m
CONFIG_NET_CLS_RSVP6=m
# CONFIG_NET_CLS_FLOW is not set
CONFIG_NET_EMATCH=y
CONFIG_NET_EMATCH_STACK=32
CONFIG_NET_EMATCH_CMP=m
CONFIG_NET_EMATCH_NBYTE=m
CONFIG_NET_EMATCH_U32=m
CONFIG_NET_EMATCH_META=m
CONFIG_NET_EMATCH_TEXT=m
CONFIG_NET_CLS_ACT=y
CONFIG_NET_ACT_POLICE=m
CONFIG_NET_ACT_GACT=m
CONFIG_GACT_PROB=y
CONFIG_NET_ACT_MIRRED=m
CONFIG_NET_ACT_IPT=m
# CONFIG_NET_ACT_NAT is not set
CONFIG_NET_ACT_PEDIT=m
CONFIG_NET_ACT_SIMP=m
# CONFIG_NET_ACT_SKBEDIT is not set
CONFIG_NET_CLS_IND=y
CONFIG_NET_SCH_FIFO=y
#
# Network testing
#
CONFIG_NET_PKTGEN=m
# CONFIG_NET_TCPPROBE is not set
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
CONFIG_IRDA=m
#
# IrDA protocols
#
CONFIG_IRLAN=m
CONFIG_IRNET=m
CONFIG_IRCOMM=m
# CONFIG_IRDA_ULTRA is not set
#
# IrDA options
#
CONFIG_IRDA_CACHE_LAST_LSAP=y
CONFIG_IRDA_FAST_RR=y
# CONFIG_IRDA_DEBUG is not set
#
# Infrared-port device drivers
#
#
# SIR device drivers
#
CONFIG_IRTTY_SIR=m
#
# Dongle support
#
CONFIG_DONGLE=y
CONFIG_ESI_DONGLE=m
CONFIG_ACTISYS_DONGLE=m
CONFIG_TEKRAM_DONGLE=m
CONFIG_TOIM3232_DONGLE=m
CONFIG_LITELINK_DONGLE=m
CONFIG_MA600_DONGLE=m
CONFIG_GIRBIL_DONGLE=m
CONFIG_MCP2120_DONGLE=m
CONFIG_OLD_BELKIN_DONGLE=m
CONFIG_ACT200L_DONGLE=m
# CONFIG_KINGSUN_DONGLE is not set
# CONFIG_KSDAZZLE_DONGLE is not set
# CONFIG_KS959_DONGLE is not set
#
# FIR device drivers
#
CONFIG_USB_IRDA=m
CONFIG_SIGMATEL_FIR=m
CONFIG_NSC_FIR=m
CONFIG_WINBOND_FIR=m
CONFIG_SMC_IRCC_FIR=m
CONFIG_ALI_FIR=m
CONFIG_VLSI_FIR=m
CONFIG_VIA_FIR=m
CONFIG_MCS_FIR=m
CONFIG_BT=m
CONFIG_BT_L2CAP=m
CONFIG_BT_SCO=m
CONFIG_BT_RFCOMM=m
CONFIG_BT_RFCOMM_TTY=y
CONFIG_BT_BNEP=m
CONFIG_BT_BNEP_MC_FILTER=y
CONFIG_BT_BNEP_PROTO_FILTER=y
CONFIG_BT_HIDP=m
#
# Bluetooth device drivers
#
CONFIG_BT_HCIUSB=m
CONFIG_BT_HCIUSB_SCO=y
# CONFIG_BT_HCIBTUSB is not set
# CONFIG_BT_HCIBTSDIO is not set
CONFIG_BT_HCIUART=m
CONFIG_BT_HCIUART_H4=y
CONFIG_BT_HCIUART_BCSP=y
# CONFIG_BT_HCIUART_LL is not set
CONFIG_BT_HCIBCM203X=m
CONFIG_BT_HCIBPA10X=m
CONFIG_BT_HCIBFUSB=m
CONFIG_BT_HCIDTL1=m
CONFIG_BT_HCIBT3C=m
CONFIG_BT_HCIBLUECARD=m
CONFIG_BT_HCIBTUART=m
CONFIG_BT_HCIVHCI=m
# CONFIG_AF_RXRPC is not set
# CONFIG_PHONET is not set
CONFIG_FIB_RULES=y
CONFIG_WIRELESS=y
# CONFIG_CFG80211 is not set
CONFIG_WIRELESS_OLD_REGULATORY=y
CONFIG_WIRELESS_EXT=y
CONFIG_WIRELESS_EXT_SYSFS=y
# CONFIG_MAC80211 is not set
CONFIG_IEEE80211=m
# CONFIG_IEEE80211_DEBUG is not set
CONFIG_IEEE80211_CRYPT_WEP=m
CONFIG_IEEE80211_CRYPT_CCMP=m
CONFIG_IEEE80211_CRYPT_TKIP=m
CONFIG_RFKILL=m
# CONFIG_RFKILL_INPUT is not set
CONFIG_RFKILL_LEDS=y
# CONFIG_NET_9P is not set
#
# Device Drivers
#
#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE=""
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
CONFIG_CONNECTOR=y
CONFIG_PROC_EVENTS=y
# CONFIG_MTD is not set
CONFIG_PARPORT=m
CONFIG_PARPORT_PC=m
CONFIG_PARPORT_SERIAL=m
# CONFIG_PARPORT_PC_FIFO is not set
# CONFIG_PARPORT_PC_SUPERIO is not set
CONFIG_PARPORT_PC_PCMCIA=m
# CONFIG_PARPORT_GSC is not set
# CONFIG_PARPORT_AX88796 is not set
CONFIG_PARPORT_1284=y
CONFIG_PARPORT_NOT_PC=y
CONFIG_PNP=y
CONFIG_PNP_DEBUG_MESSAGES=y
#
# Protocols
#
CONFIG_PNPACPI=y
CONFIG_BLK_DEV=y
CONFIG_BLK_DEV_FD=m
# CONFIG_PARIDE is not set
CONFIG_BLK_CPQ_DA=y
CONFIG_BLK_CPQ_CISS_DA=m
CONFIG_CISS_SCSI_TAPE=y
CONFIG_BLK_DEV_DAC960=m
CONFIG_BLK_DEV_UMEM=m
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=m
CONFIG_BLK_DEV_CRYPTOLOOP=m
CONFIG_BLK_DEV_NBD=m
CONFIG_BLK_DEV_SX8=m
CONFIG_BLK_DEV_UB=m
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_BLK_DEV_RAM_SIZE=16384
# CONFIG_BLK_DEV_XIP is not set
CONFIG_CDROM_PKTCDVD=m
CONFIG_CDROM_PKTCDVD_BUFFERS=8
# CONFIG_CDROM_PKTCDVD_WCACHE is not set
CONFIG_ATA_OVER_ETH=m
# CONFIG_BLK_DEV_HD is not set
CONFIG_MISC_DEVICES=y
# CONFIG_IBM_ASM is not set
# CONFIG_PHANTOM is not set
# CONFIG_EEPROM_93CX6 is not set
CONFIG_SGI_IOC4=m
CONFIG_TIFM_CORE=m
CONFIG_TIFM_7XX1=m
# CONFIG_ACER_WMI is not set
CONFIG_ASUS_LAPTOP=m
# CONFIG_FUJITSU_LAPTOP is not set
# CONFIG_ICS932S401 is not set
CONFIG_MSI_LAPTOP=m
# CONFIG_PANASONIC_LAPTOP is not set
# CONFIG_COMPAL_LAPTOP is not set
CONFIG_SONY_LAPTOP=m
# CONFIG_SONYPI_COMPAT is not set
# CONFIG_THINKPAD_ACPI is not set
# CONFIG_INTEL_MENLOW is not set
# CONFIG_EEEPC_LAPTOP is not set
# CONFIG_ENCLOSURE_SERVICES is not set
# CONFIG_SGI_XP is not set
# CONFIG_HP_ILO is not set
# CONFIG_SGI_GRU is not set
# CONFIG_C2PORT is not set
CONFIG_HAVE_IDE=y
# CONFIG_IDE is not set
#
# SCSI device support
#
CONFIG_RAID_ATTRS=m
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
CONFIG_SCSI_TGT=m
CONFIG_SCSI_NETLINK=y
CONFIG_SCSI_PROC_FS=y
#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
CONFIG_CHR_DEV_ST=m
CONFIG_CHR_DEV_OSST=m
CONFIG_BLK_DEV_SR=m
CONFIG_BLK_DEV_SR_VENDOR=y
CONFIG_CHR_DEV_SG=m
CONFIG_CHR_DEV_SCH=m
#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
CONFIG_SCSI_MULTI_LUN=y
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_LOGGING=y
# CONFIG_SCSI_SCAN_ASYNC is not set
CONFIG_SCSI_WAIT_SCAN=m
#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=y
CONFIG_SCSI_FC_ATTRS=m
# CONFIG_SCSI_FC_TGT_ATTRS is not set
CONFIG_SCSI_ISCSI_ATTRS=m
CONFIG_SCSI_SAS_ATTRS=m
# CONFIG_SCSI_SAS_LIBSAS is not set
CONFIG_SCSI_SRP_ATTRS=m
# CONFIG_SCSI_SRP_TGT_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
CONFIG_ISCSI_TCP=m
CONFIG_BLK_DEV_3W_XXXX_RAID=m
CONFIG_SCSI_3W_9XXX=m
CONFIG_SCSI_ACARD=m
CONFIG_SCSI_AACRAID=m
CONFIG_SCSI_AIC7XXX=y
CONFIG_AIC7XXX_CMDS_PER_DEVICE=4
CONFIG_AIC7XXX_RESET_DELAY_MS=15000
# CONFIG_AIC7XXX_DEBUG_ENABLE is not set
CONFIG_AIC7XXX_DEBUG_MASK=0
# CONFIG_AIC7XXX_REG_PRETTY_PRINT is not set
CONFIG_SCSI_AIC7XXX_OLD=m
CONFIG_SCSI_AIC79XX=m
CONFIG_AIC79XX_CMDS_PER_DEVICE=4
CONFIG_AIC79XX_RESET_DELAY_MS=15000
# CONFIG_AIC79XX_DEBUG_ENABLE is not set
CONFIG_AIC79XX_DEBUG_MASK=0
# CONFIG_AIC79XX_REG_PRETTY_PRINT is not set
# CONFIG_SCSI_AIC94XX is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
CONFIG_SCSI_ARCMSR=m
# CONFIG_SCSI_ARCMSR_AER is not set
CONFIG_MEGARAID_NEWGEN=y
CONFIG_MEGARAID_MM=m
CONFIG_MEGARAID_MAILBOX=m
CONFIG_MEGARAID_LEGACY=m
CONFIG_MEGARAID_SAS=m
CONFIG_SCSI_HPTIOP=m
CONFIG_SCSI_BUSLOGIC=m
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_EATA is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
CONFIG_SCSI_GDTH=m
CONFIG_SCSI_IPS=m
CONFIG_SCSI_INITIO=m
CONFIG_SCSI_INIA100=m
CONFIG_SCSI_PPA=m
CONFIG_SCSI_IMM=m
# CONFIG_SCSI_IZIP_EPP16 is not set
# CONFIG_SCSI_IZIP_SLOW_CTR is not set
# CONFIG_SCSI_MVSAS is not set
CONFIG_SCSI_STEX=m
CONFIG_SCSI_SYM53C8XX_2=m
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y
# CONFIG_SCSI_IPR is not set
CONFIG_SCSI_QLOGIC_1280=m
CONFIG_SCSI_QLA_FC=m
CONFIG_SCSI_QLA_ISCSI=m
CONFIG_SCSI_LPFC=m
CONFIG_SCSI_DC395x=m
CONFIG_SCSI_DC390T=m
# CONFIG_SCSI_DEBUG is not set
CONFIG_SCSI_SRP=m
# CONFIG_SCSI_LOWLEVEL_PCMCIA is not set
# CONFIG_SCSI_DH is not set
CONFIG_ATA=y
# CONFIG_ATA_NONSTANDARD is not set
CONFIG_ATA_ACPI=y
CONFIG_SATA_PMP=y
CONFIG_SATA_AHCI=y
CONFIG_SATA_SIL24=m
CONFIG_ATA_SFF=y
CONFIG_SATA_SVW=m
CONFIG_ATA_PIIX=y
CONFIG_SATA_MV=m
CONFIG_SATA_NV=y
CONFIG_PDC_ADMA=m
CONFIG_SATA_QSTOR=m
CONFIG_SATA_PROMISE=m
CONFIG_SATA_SX4=m
CONFIG_SATA_SIL=m
CONFIG_SATA_SIS=m
CONFIG_SATA_ULI=m
CONFIG_SATA_VIA=m
CONFIG_SATA_VITESSE=m
CONFIG_SATA_INIC162X=m
# CONFIG_PATA_ACPI is not set
CONFIG_PATA_ALI=m
CONFIG_PATA_AMD=y
CONFIG_PATA_ARTOP=m
CONFIG_PATA_ATIIXP=m
# CONFIG_PATA_CMD640_PCI is not set
CONFIG_PATA_CMD64X=m
CONFIG_PATA_CS5520=m
CONFIG_PATA_CS5530=m
CONFIG_PATA_CYPRESS=m
CONFIG_PATA_EFAR=m
CONFIG_ATA_GENERIC=m
CONFIG_PATA_HPT366=m
CONFIG_PATA_HPT37X=m
CONFIG_PATA_HPT3X2N=m
CONFIG_PATA_HPT3X3=m
# CONFIG_PATA_HPT3X3_DMA is not set
CONFIG_PATA_IT821X=m
CONFIG_PATA_IT8213=m
CONFIG_PATA_JMICRON=m
CONFIG_PATA_TRIFLEX=m
CONFIG_PATA_MARVELL=m
CONFIG_PATA_MPIIX=m
CONFIG_PATA_OLDPIIX=y
CONFIG_PATA_NETCELL=m
# CONFIG_PATA_NINJA32 is not set
CONFIG_PATA_NS87410=m
# CONFIG_PATA_NS87415 is not set
CONFIG_PATA_OPTI=m
CONFIG_PATA_OPTIDMA=m
CONFIG_PATA_PCMCIA=m
CONFIG_PATA_PDC_OLD=m
CONFIG_PATA_RADISYS=m
CONFIG_PATA_RZ1000=m
CONFIG_PATA_SC1200=m
CONFIG_PATA_SERVERWORKS=m
CONFIG_PATA_PDC2027X=m
CONFIG_PATA_SIL680=m
CONFIG_PATA_SIS=m
CONFIG_PATA_VIA=m
CONFIG_PATA_WINBOND=m
# CONFIG_PATA_SCH is not set
CONFIG_MD=y
CONFIG_BLK_DEV_MD=y
CONFIG_MD_AUTODETECT=y
CONFIG_MD_LINEAR=m
CONFIG_MD_RAID0=m
CONFIG_MD_RAID1=m
CONFIG_MD_RAID10=m
CONFIG_MD_RAID456=m
CONFIG_MD_RAID5_RESHAPE=y
CONFIG_MD_MULTIPATH=m
CONFIG_MD_FAULTY=m
CONFIG_BLK_DEV_DM=m
# CONFIG_DM_DEBUG is not set
CONFIG_DM_CRYPT=m
CONFIG_DM_SNAPSHOT=m
CONFIG_DM_MIRROR=m
CONFIG_DM_ZERO=m
CONFIG_DM_MULTIPATH=m
# CONFIG_DM_DELAY is not set
# CONFIG_DM_UEVENT is not set
CONFIG_FUSION=y
CONFIG_FUSION_SPI=m
CONFIG_FUSION_FC=m
CONFIG_FUSION_SAS=m
CONFIG_FUSION_MAX_SGE=40
CONFIG_FUSION_CTL=m
CONFIG_FUSION_LAN=m
# CONFIG_FUSION_LOGGING is not set
#
# IEEE 1394 (FireWire) support
#
#
# Enable only one of the two stacks, unless you know what you are doing
#
# CONFIG_FIREWIRE is not set
CONFIG_IEEE1394=m
CONFIG_IEEE1394_OHCI1394=m
CONFIG_IEEE1394_PCILYNX=m
CONFIG_IEEE1394_SBP2=m
# CONFIG_IEEE1394_SBP2_PHYS_DMA is not set
CONFIG_IEEE1394_ETH1394_ROM_ENTRY=y
CONFIG_IEEE1394_ETH1394=m
CONFIG_IEEE1394_RAWIO=m
CONFIG_IEEE1394_VIDEO1394=m
CONFIG_IEEE1394_DV1394=m
# CONFIG_IEEE1394_VERBOSEDEBUG is not set
CONFIG_I2O=m
# CONFIG_I2O_LCT_NOTIFY_ON_CHANGES is not set
CONFIG_I2O_EXT_ADAPTEC=y
CONFIG_I2O_EXT_ADAPTEC_DMA64=y
# CONFIG_I2O_CONFIG is not set
CONFIG_I2O_BUS=m
CONFIG_I2O_BLOCK=m
CONFIG_I2O_SCSI=m
CONFIG_I2O_PROC=m
# CONFIG_MACINTOSH_DRIVERS is not set
CONFIG_NETDEVICES=y
CONFIG_IFB=m
CONFIG_DUMMY=m
CONFIG_BONDING=m
# CONFIG_MACVLAN is not set
CONFIG_EQUALIZER=m
CONFIG_TUN=m
# CONFIG_VETH is not set
CONFIG_NET_SB1000=m
# CONFIG_ARCNET is not set
CONFIG_PHYLIB=y
#
# MII PHY device drivers
#
CONFIG_MARVELL_PHY=m
CONFIG_DAVICOM_PHY=m
CONFIG_QSEMI_PHY=m
CONFIG_LXT_PHY=m
CONFIG_CICADA_PHY=m
CONFIG_VITESSE_PHY=m
CONFIG_SMSC_PHY=m
CONFIG_BROADCOM_PHY=m
# CONFIG_ICPLUS_PHY is not set
# CONFIG_REALTEK_PHY is not set
# CONFIG_FIXED_PHY is not set
# CONFIG_MDIO_BITBANG is not set
CONFIG_NET_ETHERNET=y
CONFIG_MII=y
CONFIG_HAPPYMEAL=m
CONFIG_SUNGEM=m
CONFIG_CASSINI=m
CONFIG_NET_VENDOR_3COM=y
CONFIG_VORTEX=y
CONFIG_TYPHOON=m
CONFIG_NET_TULIP=y
CONFIG_DE2104X=m
CONFIG_TULIP=m
# CONFIG_TULIP_MWI is not set
CONFIG_TULIP_MMIO=y
# CONFIG_TULIP_NAPI is not set
CONFIG_DE4X5=m
CONFIG_WINBOND_840=m
CONFIG_DM9102=m
CONFIG_ULI526X=m
CONFIG_PCMCIA_XIRCOM=m
# CONFIG_HP100 is not set
# CONFIG_IBM_NEW_EMAC_ZMII is not set
# CONFIG_IBM_NEW_EMAC_RGMII is not set
# CONFIG_IBM_NEW_EMAC_TAH is not set
# CONFIG_IBM_NEW_EMAC_EMAC4 is not set
# CONFIG_IBM_NEW_EMAC_NO_FLOW_CTRL is not set
# CONFIG_IBM_NEW_EMAC_MAL_CLR_ICINTSTAT is not set
# CONFIG_IBM_NEW_EMAC_MAL_COMMON_ERR is not set
CONFIG_NET_PCI=y
CONFIG_PCNET32=m
CONFIG_AMD8111_ETH=m
CONFIG_ADAPTEC_STARFIRE=m
CONFIG_B44=m
CONFIG_B44_PCI_AUTOSELECT=y
CONFIG_B44_PCICORE_AUTOSELECT=y
CONFIG_B44_PCI=y
CONFIG_FORCEDETH=y
CONFIG_FORCEDETH_NAPI=y
# CONFIG_EEPRO100 is not set
CONFIG_E100=y
CONFIG_FEALNX=m
CONFIG_NATSEMI=m
CONFIG_NE2K_PCI=m
CONFIG_8139CP=m
CONFIG_8139TOO=y
# CONFIG_8139TOO_PIO is not set
# CONFIG_8139TOO_TUNE_TWISTER is not set
CONFIG_8139TOO_8129=y
# CONFIG_8139_OLD_RX_RESET is not set
# CONFIG_R6040 is not set
CONFIG_SIS900=m
CONFIG_EPIC100=m
CONFIG_SUNDANCE=m
# CONFIG_SUNDANCE_MMIO is not set
# CONFIG_TLAN is not set
CONFIG_VIA_RHINE=m
CONFIG_VIA_RHINE_MMIO=y
CONFIG_SC92031=m
CONFIG_NET_POCKET=y
CONFIG_ATP=m
CONFIG_DE600=m
CONFIG_DE620=m
# CONFIG_ATL2 is not set
CONFIG_NETDEV_1000=y
CONFIG_ACENIC=m
# CONFIG_ACENIC_OMIT_TIGON_I is not set
CONFIG_DL2K=m
CONFIG_E1000=y
CONFIG_E1000E=y
# CONFIG_IP1000 is not set
# CONFIG_IGB is not set
CONFIG_NS83820=m
CONFIG_HAMACHI=m
CONFIG_YELLOWFIN=m
CONFIG_R8169=m
CONFIG_R8169_VLAN=y
# CONFIG_SIS190 is not set
CONFIG_SKGE=m
# CONFIG_SKGE_DEBUG is not set
CONFIG_SKY2=m
# CONFIG_SKY2_DEBUG is not set
CONFIG_VIA_VELOCITY=m
CONFIG_TIGON3=y
CONFIG_BNX2=m
CONFIG_QLA3XXX=m
CONFIG_ATL1=m
# CONFIG_ATL1E is not set
# CONFIG_JME is not set
CONFIG_NETDEV_10000=y
CONFIG_CHELSIO_T1=m
CONFIG_CHELSIO_T1_1G=y
CONFIG_CHELSIO_T3=m
# CONFIG_ENIC is not set
# CONFIG_IXGBE is not set
CONFIG_IXGB=m
CONFIG_S2IO=m
CONFIG_MYRI10GE=m
CONFIG_NETXEN_NIC=m
# CONFIG_NIU is not set
# CONFIG_MLX4_EN is not set
# CONFIG_MLX4_CORE is not set
# CONFIG_TEHUTI is not set
# CONFIG_BNX2X is not set
# CONFIG_QLGE is not set
# CONFIG_SFC is not set
CONFIG_TR=y
CONFIG_IBMOL=m
CONFIG_3C359=m
# CONFIG_TMS380TR is not set
#
# Wireless LAN
#
# CONFIG_WLAN_PRE80211 is not set
# CONFIG_WLAN_80211 is not set
# CONFIG_IWLWIFI_LEDS is not set
#
# USB Network Adapters
#
CONFIG_USB_CATC=m
CONFIG_USB_KAWETH=m
CONFIG_USB_PEGASUS=m
CONFIG_USB_RTL8150=m
CONFIG_USB_USBNET=m
CONFIG_USB_NET_AX8817X=m
CONFIG_USB_NET_CDCETHER=m
CONFIG_USB_NET_DM9601=m
# CONFIG_USB_NET_SMSC95XX is not set
CONFIG_USB_NET_GL620A=m
CONFIG_USB_NET_NET1080=m
CONFIG_USB_NET_PLUSB=m
CONFIG_USB_NET_MCS7830=m
CONFIG_USB_NET_RNDIS_HOST=m
CONFIG_USB_NET_CDC_SUBSET=m
CONFIG_USB_ALI_M5632=y
CONFIG_USB_AN2720=y
CONFIG_USB_BELKIN=y
CONFIG_USB_ARMLINUX=y
CONFIG_USB_EPSON2888=y
CONFIG_USB_KC2190=y
CONFIG_USB_NET_ZAURUS=m
# CONFIG_USB_HSO is not set
CONFIG_NET_PCMCIA=y
CONFIG_PCMCIA_3C589=m
CONFIG_PCMCIA_3C574=m
CONFIG_PCMCIA_FMVJ18X=m
CONFIG_PCMCIA_PCNET=m
CONFIG_PCMCIA_NMCLAN=m
CONFIG_PCMCIA_SMC91C92=m
CONFIG_PCMCIA_XIRC2PS=m
CONFIG_PCMCIA_AXNET=m
# CONFIG_PCMCIA_IBMTR is not set
# CONFIG_WAN is not set
CONFIG_ATM_DRIVERS=y
# CONFIG_ATM_DUMMY is not set
CONFIG_ATM_TCP=m
CONFIG_ATM_LANAI=m
CONFIG_ATM_ENI=m
# CONFIG_ATM_ENI_DEBUG is not set
# CONFIG_ATM_ENI_TUNE_BURST is not set
CONFIG_ATM_FIRESTREAM=m
# CONFIG_ATM_ZATM is not set
CONFIG_ATM_IDT77252=m
# CONFIG_ATM_IDT77252_DEBUG is not set
# CONFIG_ATM_IDT77252_RCV_ALL is not set
CONFIG_ATM_IDT77252_USE_SUNI=y
CONFIG_ATM_AMBASSADOR=m
# CONFIG_ATM_AMBASSADOR_DEBUG is not set
CONFIG_ATM_HORIZON=m
# CONFIG_ATM_HORIZON_DEBUG is not set
# CONFIG_ATM_IA is not set
# CONFIG_ATM_FORE200E is not set
CONFIG_ATM_HE=m
# CONFIG_ATM_HE_USE_SUNI is not set
CONFIG_FDDI=y
# CONFIG_DEFXX is not set
CONFIG_SKFP=m
# CONFIG_HIPPI is not set
CONFIG_PLIP=m
CONFIG_PPP=m
CONFIG_PPP_MULTILINK=y
CONFIG_PPP_FILTER=y
CONFIG_PPP_ASYNC=m
CONFIG_PPP_SYNC_TTY=m
CONFIG_PPP_DEFLATE=m
# CONFIG_PPP_BSDCOMP is not set
CONFIG_PPP_MPPE=m
CONFIG_PPPOE=m
CONFIG_PPPOATM=m
# CONFIG_PPPOL2TP is not set
CONFIG_SLIP=m
CONFIG_SLIP_COMPRESSED=y
CONFIG_SLHC=m
CONFIG_SLIP_SMART=y
# CONFIG_SLIP_MODE_SLIP6 is not set
CONFIG_NET_FC=y
CONFIG_NETCONSOLE=y
# CONFIG_NETCONSOLE_DYNAMIC is not set
CONFIG_NETPOLL=y
CONFIG_NETPOLL_TRAP=y
CONFIG_NET_POLL_CONTROLLER=y
# CONFIG_ISDN is not set
# CONFIG_PHONE is not set
#
# Input device support
#
CONFIG_INPUT=y
CONFIG_INPUT_FF_MEMLESS=y
CONFIG_INPUT_POLLDEV=y
#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
# CONFIG_INPUT_MOUSEDEV_PSAUX is not set
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
CONFIG_INPUT_JOYDEV=m
CONFIG_INPUT_EVDEV=y
# CONFIG_INPUT_EVBUG is not set
#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
# CONFIG_KEYBOARD_NEWTON is not set
CONFIG_KEYBOARD_STOWAWAY=m
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y
CONFIG_MOUSE_PS2_ALPS=y
CONFIG_MOUSE_PS2_LOGIPS2PP=y
CONFIG_MOUSE_PS2_SYNAPTICS=y
CONFIG_MOUSE_PS2_LIFEBOOK=y
CONFIG_MOUSE_PS2_TRACKPOINT=y
# CONFIG_MOUSE_PS2_ELANTECH is not set
# CONFIG_MOUSE_PS2_TOUCHKIT is not set
CONFIG_MOUSE_SERIAL=m
# CONFIG_MOUSE_APPLETOUCH is not set
# CONFIG_MOUSE_BCM5974 is not set
CONFIG_MOUSE_VSXXXAA=m
CONFIG_INPUT_JOYSTICK=y
CONFIG_JOYSTICK_ANALOG=m
CONFIG_JOYSTICK_A3D=m
CONFIG_JOYSTICK_ADI=m
CONFIG_JOYSTICK_COBRA=m
CONFIG_JOYSTICK_GF2K=m
CONFIG_JOYSTICK_GRIP=m
CONFIG_JOYSTICK_GRIP_MP=m
CONFIG_JOYSTICK_GUILLEMOT=m
CONFIG_JOYSTICK_INTERACT=m
CONFIG_JOYSTICK_SIDEWINDER=m
CONFIG_JOYSTICK_TMDC=m
CONFIG_JOYSTICK_IFORCE=m
CONFIG_JOYSTICK_IFORCE_USB=y
CONFIG_JOYSTICK_IFORCE_232=y
CONFIG_JOYSTICK_WARRIOR=m
CONFIG_JOYSTICK_MAGELLAN=m
CONFIG_JOYSTICK_SPACEORB=m
CONFIG_JOYSTICK_SPACEBALL=m
CONFIG_JOYSTICK_STINGER=m
CONFIG_JOYSTICK_TWIDJOY=m
# CONFIG_JOYSTICK_ZHENHUA is not set
CONFIG_JOYSTICK_DB9=m
CONFIG_JOYSTICK_GAMECON=m
CONFIG_JOYSTICK_TURBOGRAFX=m
CONFIG_JOYSTICK_JOYDUMP=m
# CONFIG_JOYSTICK_XPAD is not set
# CONFIG_INPUT_TABLET is not set
CONFIG_INPUT_TOUCHSCREEN=y
# CONFIG_TOUCHSCREEN_FUJITSU is not set
CONFIG_TOUCHSCREEN_GUNZE=m
CONFIG_TOUCHSCREEN_ELO=m
CONFIG_TOUCHSCREEN_MTOUCH=m
# CONFIG_TOUCHSCREEN_INEXIO is not set
CONFIG_TOUCHSCREEN_MK712=m
CONFIG_TOUCHSCREEN_PENMOUNT=m
CONFIG_TOUCHSCREEN_TOUCHRIGHT=m
CONFIG_TOUCHSCREEN_TOUCHWIN=m
# CONFIG_TOUCHSCREEN_WM97XX is not set
# CONFIG_TOUCHSCREEN_USB_COMPOSITE is not set
# CONFIG_TOUCHSCREEN_TOUCHIT213 is not set
CONFIG_INPUT_MISC=y
CONFIG_INPUT_PCSPKR=m
# CONFIG_INPUT_APANEL is not set
CONFIG_INPUT_ATLAS_BTNS=m
# CONFIG_INPUT_ATI_REMOTE is not set
# CONFIG_INPUT_ATI_REMOTE2 is not set
# CONFIG_INPUT_KEYSPAN_REMOTE is not set
# CONFIG_INPUT_POWERMATE is not set
# CONFIG_INPUT_YEALINK is not set
# CONFIG_INPUT_CM109 is not set
CONFIG_INPUT_UINPUT=m
#
# Hardware I/O ports
#
CONFIG_SERIO=y
CONFIG_SERIO_I8042=y
CONFIG_SERIO_SERPORT=y
# CONFIG_SERIO_CT82C710 is not set
# CONFIG_SERIO_PARKBD is not set
# CONFIG_SERIO_PCIPS2 is not set
CONFIG_SERIO_LIBPS2=y
CONFIG_SERIO_RAW=m
CONFIG_GAMEPORT=m
CONFIG_GAMEPORT_NS558=m
CONFIG_GAMEPORT_L4=m
CONFIG_GAMEPORT_EMU10K1=m
CONFIG_GAMEPORT_FM801=m
#
# Character devices
#
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
CONFIG_VT_HW_CONSOLE_BINDING=y
CONFIG_DEVKMEM=y
CONFIG_SERIAL_NONSTANDARD=y
# CONFIG_COMPUTONE is not set
# CONFIG_ROCKETPORT is not set
CONFIG_CYCLADES=m
# CONFIG_CYZ_INTR is not set
# CONFIG_DIGIEPCA is not set
# CONFIG_MOXA_INTELLIO is not set
# CONFIG_MOXA_SMARTIO is not set
# CONFIG_ISI is not set
CONFIG_SYNCLINK=m
CONFIG_SYNCLINKMP=m
CONFIG_SYNCLINK_GT=m
CONFIG_N_HDLC=m
# CONFIG_RISCOM8 is not set
# CONFIG_SPECIALIX is not set
# CONFIG_SX is not set
# CONFIG_RIO is not set
# CONFIG_STALDRV is not set
# CONFIG_NOZOMI is not set
#
# Serial drivers
#
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_FIX_EARLYCON_MEM=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_PNP=y
CONFIG_SERIAL_8250_CS=m
CONFIG_SERIAL_8250_NR_UARTS=32
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
CONFIG_SERIAL_8250_EXTENDED=y
CONFIG_SERIAL_8250_MANY_PORTS=y
CONFIG_SERIAL_8250_SHARE_IRQ=y
CONFIG_SERIAL_8250_DETECT_IRQ=y
CONFIG_SERIAL_8250_RSA=y
#
# Non-8250 serial port support
#
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
CONFIG_SERIAL_JSM=m
CONFIG_UNIX98_PTYS=y
# CONFIG_LEGACY_PTYS is not set
CONFIG_PRINTER=m
CONFIG_LP_CONSOLE=y
CONFIG_PPDEV=m
CONFIG_IPMI_HANDLER=m
# CONFIG_IPMI_PANIC_EVENT is not set
CONFIG_IPMI_DEVICE_INTERFACE=m
CONFIG_IPMI_SI=m
CONFIG_IPMI_WATCHDOG=m
CONFIG_IPMI_POWEROFF=m
CONFIG_HW_RANDOM=y
CONFIG_HW_RANDOM_INTEL=m
CONFIG_HW_RANDOM_AMD=m
CONFIG_NVRAM=y
CONFIG_R3964=m
# CONFIG_APPLICOM is not set
#
# PCMCIA character devices
#
# CONFIG_SYNCLINK_CS is not set
CONFIG_CARDMAN_4000=m
CONFIG_CARDMAN_4040=m
# CONFIG_IPWIRELESS is not set
CONFIG_MWAVE=m
CONFIG_PC8736x_GPIO=m
CONFIG_NSC_GPIO=m
# CONFIG_RAW_DRIVER is not set
# CONFIG_HPET is not set
CONFIG_HANGCHECK_TIMER=m
CONFIG_TCG_TPM=m
CONFIG_TCG_TIS=m
CONFIG_TCG_NSC=m
CONFIG_TCG_ATMEL=m
CONFIG_TCG_INFINEON=m
# CONFIG_TELCLOCK is not set
CONFIG_DEVPORT=y
CONFIG_I2C=y
CONFIG_I2C_BOARDINFO=y
CONFIG_I2C_CHARDEV=m
CONFIG_I2C_HELPER_AUTO=y
CONFIG_I2C_ALGOBIT=m
#
# I2C Hardware Bus support
#
#
# PC SMBus host controller drivers
#
# CONFIG_I2C_ALI1535 is not set
# CONFIG_I2C_ALI1563 is not set
# CONFIG_I2C_ALI15X3 is not set
CONFIG_I2C_AMD756=m
# CONFIG_I2C_AMD756_S4882 is not set
CONFIG_I2C_AMD8111=m
CONFIG_I2C_I801=m
# CONFIG_I2C_ISCH is not set
CONFIG_I2C_PIIX4=y
CONFIG_I2C_NFORCE2=y
# CONFIG_I2C_NFORCE2_S4985 is not set
# CONFIG_I2C_SIS5595 is not set
# CONFIG_I2C_SIS630 is not set
CONFIG_I2C_SIS96X=m
CONFIG_I2C_VIA=m
CONFIG_I2C_VIAPRO=m
#
# I2C system bus drivers (mostly embedded / system-on-chip)
#
# CONFIG_I2C_OCORES is not set
# CONFIG_I2C_SIMTEC is not set
#
# External I2C/SMBus adapter drivers
#
CONFIG_I2C_PARPORT=m
CONFIG_I2C_PARPORT_LIGHT=m
# CONFIG_I2C_TAOS_EVM is not set
# CONFIG_I2C_TINY_USB is not set
#
# Graphics adapter I2C/DDC channel drivers
#
CONFIG_I2C_VOODOO3=m
#
# Other I2C/SMBus bus drivers
#
# CONFIG_I2C_PCA_PLATFORM is not set
CONFIG_I2C_STUB=m
#
# Miscellaneous I2C Chip support
#
# CONFIG_DS1682 is not set
# CONFIG_AT24 is not set
CONFIG_SENSORS_EEPROM=m
CONFIG_SENSORS_PCF8574=m
# CONFIG_PCF8575 is not set
# CONFIG_SENSORS_PCA9539 is not set
CONFIG_SENSORS_PCF8591=m
CONFIG_SENSORS_MAX6875=m
# CONFIG_SENSORS_TSL2550 is not set
# CONFIG_I2C_DEBUG_CORE is not set
# CONFIG_I2C_DEBUG_ALGO is not set
# CONFIG_I2C_DEBUG_BUS is not set
# CONFIG_I2C_DEBUG_CHIP is not set
# CONFIG_SPI is not set
CONFIG_ARCH_WANT_OPTIONAL_GPIOLIB=y
# CONFIG_GPIOLIB is not set
CONFIG_W1=m
CONFIG_W1_CON=y
#
# 1-wire Bus Masters
#
CONFIG_W1_MASTER_MATROX=m
CONFIG_W1_MASTER_DS2490=m
CONFIG_W1_MASTER_DS2482=m
#
# 1-wire Slaves
#
CONFIG_W1_SLAVE_THERM=m
CONFIG_W1_SLAVE_SMEM=m
CONFIG_W1_SLAVE_DS2433=m
CONFIG_W1_SLAVE_DS2433_CRC=y
# CONFIG_W1_SLAVE_DS2760 is not set
# CONFIG_W1_SLAVE_BQ27000 is not set
CONFIG_POWER_SUPPLY=y
# CONFIG_POWER_SUPPLY_DEBUG is not set
# CONFIG_PDA_POWER is not set
# CONFIG_BATTERY_DS2760 is not set
# CONFIG_BATTERY_BQ27x00 is not set
CONFIG_HWMON=y
CONFIG_HWMON_VID=m
CONFIG_SENSORS_ABITUGURU=m
# CONFIG_SENSORS_ABITUGURU3 is not set
# CONFIG_SENSORS_AD7414 is not set
# CONFIG_SENSORS_AD7418 is not set
CONFIG_SENSORS_ADM1021=m
CONFIG_SENSORS_ADM1025=m
CONFIG_SENSORS_ADM1026=m
CONFIG_SENSORS_ADM1029=m
CONFIG_SENSORS_ADM1031=m
CONFIG_SENSORS_ADM9240=m
# CONFIG_SENSORS_ADT7462 is not set
# CONFIG_SENSORS_ADT7470 is not set
# CONFIG_SENSORS_ADT7473 is not set
CONFIG_SENSORS_K8TEMP=m
CONFIG_SENSORS_ASB100=m
CONFIG_SENSORS_ATXP1=m
CONFIG_SENSORS_DS1621=m
# CONFIG_SENSORS_I5K_AMB is not set
CONFIG_SENSORS_F71805F=m
# CONFIG_SENSORS_F71882FG is not set
# CONFIG_SENSORS_F75375S is not set
CONFIG_SENSORS_FSCHER=m
CONFIG_SENSORS_FSCPOS=m
# CONFIG_SENSORS_FSCHMD is not set
CONFIG_SENSORS_GL518SM=m
CONFIG_SENSORS_GL520SM=m
# CONFIG_SENSORS_CORETEMP is not set
# CONFIG_SENSORS_IBMAEM is not set
# CONFIG_SENSORS_IBMPEX is not set
CONFIG_SENSORS_IT87=m
CONFIG_SENSORS_LM63=m
CONFIG_SENSORS_LM75=m
CONFIG_SENSORS_LM77=m
CONFIG_SENSORS_LM78=m
CONFIG_SENSORS_LM80=m
CONFIG_SENSORS_LM83=m
CONFIG_SENSORS_LM85=m
CONFIG_SENSORS_LM87=m
CONFIG_SENSORS_LM90=m
CONFIG_SENSORS_LM92=m
# CONFIG_SENSORS_LM93 is not set
CONFIG_SENSORS_MAX1619=m
# CONFIG_SENSORS_MAX6650 is not set
CONFIG_SENSORS_PC87360=m
CONFIG_SENSORS_PC87427=m
CONFIG_SENSORS_SIS5595=m
# CONFIG_SENSORS_DME1737 is not set
CONFIG_SENSORS_SMSC47M1=m
CONFIG_SENSORS_SMSC47M192=m
CONFIG_SENSORS_SMSC47B397=m
# CONFIG_SENSORS_ADS7828 is not set
# CONFIG_SENSORS_THMC50 is not set
CONFIG_SENSORS_VIA686A=m
CONFIG_SENSORS_VT1211=m
CONFIG_SENSORS_VT8231=m
CONFIG_SENSORS_W83781D=m
CONFIG_SENSORS_W83791D=m
CONFIG_SENSORS_W83792D=m
CONFIG_SENSORS_W83793=m
CONFIG_SENSORS_W83L785TS=m
# CONFIG_SENSORS_W83L786NG is not set
CONFIG_SENSORS_W83627HF=m
CONFIG_SENSORS_W83627EHF=m
CONFIG_SENSORS_HDAPS=m
# CONFIG_SENSORS_LIS3LV02D is not set
# CONFIG_SENSORS_APPLESMC is not set
# CONFIG_HWMON_DEBUG_CHIP is not set
CONFIG_THERMAL=y
# CONFIG_THERMAL_HWMON is not set
CONFIG_WATCHDOG=y
# CONFIG_WATCHDOG_NOWAYOUT is not set
#
# Watchdog Device Drivers
#
CONFIG_SOFT_WATCHDOG=m
# CONFIG_ACQUIRE_WDT is not set
# CONFIG_ADVANTECH_WDT is not set
CONFIG_ALIM1535_WDT=m
CONFIG_ALIM7101_WDT=m
# CONFIG_SC520_WDT is not set
# CONFIG_EUROTECH_WDT is not set
# CONFIG_IB700_WDT is not set
CONFIG_IBMASR=m
# CONFIG_WAFER_WDT is not set
CONFIG_I6300ESB_WDT=m
CONFIG_ITCO_WDT=m
CONFIG_ITCO_VENDOR_SUPPORT=y
# CONFIG_IT8712F_WDT is not set
# CONFIG_IT87_WDT is not set
# CONFIG_HP_WATCHDOG is not set
# CONFIG_SC1200_WDT is not set
CONFIG_PC87413_WDT=m
# CONFIG_60XX_WDT is not set
# CONFIG_SBC8360_WDT is not set
# CONFIG_CPU5_WDT is not set
# CONFIG_SMSC37B787_WDT is not set
CONFIG_W83627HF_WDT=m
CONFIG_W83697HF_WDT=m
# CONFIG_W83697UG_WDT is not set
CONFIG_W83877F_WDT=m
CONFIG_W83977F_WDT=m
CONFIG_MACHZ_WDT=m
# CONFIG_SBC_EPX_C3_WATCHDOG is not set
#
# PCI-based Watchdog Cards
#
CONFIG_PCIPCWATCHDOG=m
CONFIG_WDTPCI=m
CONFIG_WDT_501_PCI=y
#
# USB-based Watchdog Cards
#
CONFIG_USBPCWATCHDOG=m
CONFIG_SSB_POSSIBLE=y
#
# Sonics Silicon Backplane
#
CONFIG_SSB=m
CONFIG_SSB_SPROM=y
CONFIG_SSB_PCIHOST_POSSIBLE=y
CONFIG_SSB_PCIHOST=y
# CONFIG_SSB_B43_PCI_BRIDGE is not set
CONFIG_SSB_PCMCIAHOST_POSSIBLE=y
# CONFIG_SSB_PCMCIAHOST is not set
# CONFIG_SSB_DEBUG is not set
CONFIG_SSB_DRIVER_PCICORE_POSSIBLE=y
CONFIG_SSB_DRIVER_PCICORE=y
#
# Multifunction device drivers
#
# CONFIG_MFD_CORE is not set
CONFIG_MFD_SM501=m
# CONFIG_HTC_PASIC3 is not set
# CONFIG_MFD_TMIO is not set
# CONFIG_PMIC_DA903X is not set
# CONFIG_MFD_WM8400 is not set
# CONFIG_MFD_WM8350_I2C is not set
# CONFIG_REGULATOR is not set
#
# Multimedia devices
#
#
# Multimedia core support
#
# CONFIG_VIDEO_DEV is not set
CONFIG_DVB_CORE=m
CONFIG_VIDEO_MEDIA=m
#
# Multimedia drivers
#
# CONFIG_MEDIA_ATTACH is not set
CONFIG_MEDIA_TUNER=m
# CONFIG_MEDIA_TUNER_CUSTOMIZE is not set
CONFIG_MEDIA_TUNER_SIMPLE=m
CONFIG_MEDIA_TUNER_TDA8290=m
CONFIG_MEDIA_TUNER_TDA9887=m
CONFIG_MEDIA_TUNER_TEA5761=m
CONFIG_MEDIA_TUNER_TEA5767=m
CONFIG_MEDIA_TUNER_MT20XX=m
CONFIG_MEDIA_TUNER_XC2028=m
CONFIG_MEDIA_TUNER_XC5000=m
CONFIG_DVB_CAPTURE_DRIVERS=y
#
# Supported SAA7146 based PCI Adapters
#
# CONFIG_TTPCI_EEPROM is not set
# CONFIG_DVB_BUDGET_CORE is not set
#
# Supported USB Adapters
#
# CONFIG_DVB_USB is not set
CONFIG_DVB_TTUSB_BUDGET=m
CONFIG_DVB_TTUSB_DEC=m
# CONFIG_DVB_SIANO_SMS1XXX is not set
#
# Supported FlexCopII (B2C2) Adapters
#
CONFIG_DVB_B2C2_FLEXCOP=m
CONFIG_DVB_B2C2_FLEXCOP_PCI=m
CONFIG_DVB_B2C2_FLEXCOP_USB=m
# CONFIG_DVB_B2C2_FLEXCOP_DEBUG is not set
#
# Supported BT878 Adapters
#
#
# Supported Pluto2 Adapters
#
CONFIG_DVB_PLUTO2=m
#
# Supported SDMC DM1105 Adapters
#
# CONFIG_DVB_DM1105 is not set
#
# Supported DVB Frontends
#
#
# Customise DVB Frontends
#
# CONFIG_DVB_FE_CUSTOMISE is not set
#
# DVB-S (satellite) frontends
#
CONFIG_DVB_CX24110=m
CONFIG_DVB_CX24123=m
CONFIG_DVB_MT312=m
CONFIG_DVB_S5H1420=m
# CONFIG_DVB_STV0288 is not set
# CONFIG_DVB_STB6000 is not set
CONFIG_DVB_STV0299=m
CONFIG_DVB_TDA8083=m
CONFIG_DVB_TDA10086=m
CONFIG_DVB_VES1X93=m
CONFIG_DVB_TUNER_ITD1000=m
CONFIG_DVB_TDA826X=m
CONFIG_DVB_TUA6100=m
# CONFIG_DVB_CX24116 is not set
# CONFIG_DVB_SI21XX is not set
#
# DVB-T (terrestrial) frontends
#
CONFIG_DVB_SP8870=m
CONFIG_DVB_SP887X=m
CONFIG_DVB_CX22700=m
CONFIG_DVB_CX22702=m
# CONFIG_DVB_DRX397XD is not set
CONFIG_DVB_L64781=m
CONFIG_DVB_TDA1004X=m
CONFIG_DVB_NXT6000=m
CONFIG_DVB_MT352=m
CONFIG_DVB_ZL10353=m
CONFIG_DVB_DIB3000MB=m
CONFIG_DVB_DIB3000MC=m
CONFIG_DVB_DIB7000M=m
CONFIG_DVB_DIB7000P=m
# CONFIG_DVB_TDA10048 is not set
#
# DVB-C (cable) frontends
#
CONFIG_DVB_VES1820=m
CONFIG_DVB_TDA10021=m
# CONFIG_DVB_TDA10023 is not set
CONFIG_DVB_STV0297=m
#
# ATSC (North American/Korean Terrestrial/Cable DTV) frontends
#
CONFIG_DVB_NXT200X=m
CONFIG_DVB_OR51211=m
CONFIG_DVB_OR51132=m
CONFIG_DVB_BCM3510=m
CONFIG_DVB_LGDT330X=m
# CONFIG_DVB_S5H1409 is not set
# CONFIG_DVB_AU8522 is not set
# CONFIG_DVB_S5H1411 is not set
#
# Digital terrestrial only tuners/PLL
#
CONFIG_DVB_PLL=m
CONFIG_DVB_TUNER_DIB0070=m
#
# SEC control devices for DVB-S
#
CONFIG_DVB_LNBP21=m
# CONFIG_DVB_ISL6405 is not set
CONFIG_DVB_ISL6421=m
# CONFIG_DVB_LGS8GL5 is not set
#
# Tools to develop new frontends
#
# CONFIG_DVB_DUMMY_FE is not set
# CONFIG_DVB_AF9013 is not set
# CONFIG_DAB is not set
#
# Graphics support
#
CONFIG_AGP=y
CONFIG_AGP_AMD64=y
CONFIG_AGP_INTEL=y
CONFIG_AGP_SIS=y
CONFIG_AGP_VIA=y
CONFIG_DRM=m
CONFIG_DRM_TDFX=m
CONFIG_DRM_R128=m
CONFIG_DRM_RADEON=m
CONFIG_DRM_I810=m
CONFIG_DRM_I830=m
CONFIG_DRM_I915=m
CONFIG_DRM_MGA=m
# CONFIG_DRM_SIS is not set
CONFIG_DRM_VIA=m
CONFIG_DRM_SAVAGE=m
CONFIG_VGASTATE=m
# CONFIG_VIDEO_OUTPUT_CONTROL is not set
CONFIG_FB=y
# CONFIG_FIRMWARE_EDID is not set
CONFIG_FB_DDC=m
CONFIG_FB_BOOT_VESA_SUPPORT=y
CONFIG_FB_CFB_FILLRECT=m
CONFIG_FB_CFB_COPYAREA=m
CONFIG_FB_CFB_IMAGEBLIT=m
# CONFIG_FB_CFB_REV_PIXELS_IN_BYTE is not set
# CONFIG_FB_SYS_FILLRECT is not set
# CONFIG_FB_SYS_COPYAREA is not set
# CONFIG_FB_SYS_IMAGEBLIT is not set
# CONFIG_FB_FOREIGN_ENDIAN is not set
# CONFIG_FB_SYS_FOPS is not set
CONFIG_FB_SVGALIB=m
# CONFIG_FB_MACMODES is not set
CONFIG_FB_BACKLIGHT=y
CONFIG_FB_MODE_HELPERS=y
CONFIG_FB_TILEBLITTING=y
#
# Frame buffer hardware drivers
#
# CONFIG_FB_CIRRUS is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
# CONFIG_FB_ARC is not set
# CONFIG_FB_ASILIANT is not set
# CONFIG_FB_IMSTT is not set
# CONFIG_FB_VGA16 is not set
# CONFIG_FB_UVESA is not set
# CONFIG_FB_VESA is not set
# CONFIG_FB_N411 is not set
# CONFIG_FB_HGA is not set
# CONFIG_FB_S1D13XXX is not set
CONFIG_FB_NVIDIA=m
CONFIG_FB_NVIDIA_I2C=y
# CONFIG_FB_NVIDIA_DEBUG is not set
CONFIG_FB_NVIDIA_BACKLIGHT=y
CONFIG_FB_RIVA=m
# CONFIG_FB_RIVA_I2C is not set
# CONFIG_FB_RIVA_DEBUG is not set
CONFIG_FB_RIVA_BACKLIGHT=y
# CONFIG_FB_LE80578 is not set
CONFIG_FB_INTEL=m
# CONFIG_FB_INTEL_DEBUG is not set
CONFIG_FB_INTEL_I2C=y
CONFIG_FB_MATROX=m
CONFIG_FB_MATROX_MILLENIUM=y
CONFIG_FB_MATROX_MYSTIQUE=y
CONFIG_FB_MATROX_G=y
CONFIG_FB_MATROX_I2C=m
CONFIG_FB_MATROX_MAVEN=m
CONFIG_FB_MATROX_MULTIHEAD=y
# CONFIG_FB_RADEON is not set
CONFIG_FB_ATY128=m
CONFIG_FB_ATY128_BACKLIGHT=y
CONFIG_FB_ATY=m
CONFIG_FB_ATY_CT=y
CONFIG_FB_ATY_GENERIC_LCD=y
CONFIG_FB_ATY_GX=y
CONFIG_FB_ATY_BACKLIGHT=y
CONFIG_FB_S3=m
CONFIG_FB_SAVAGE=m
CONFIG_FB_SAVAGE_I2C=y
CONFIG_FB_SAVAGE_ACCEL=y
# CONFIG_FB_SIS is not set
# CONFIG_FB_VIA is not set
CONFIG_FB_NEOMAGIC=m
CONFIG_FB_KYRO=m
CONFIG_FB_3DFX=m
CONFIG_FB_3DFX_ACCEL=y
CONFIG_FB_VOODOO1=m
# CONFIG_FB_VT8623 is not set
CONFIG_FB_TRIDENT=m
CONFIG_FB_TRIDENT_ACCEL=y
# CONFIG_FB_ARK is not set
# CONFIG_FB_PM3 is not set
# CONFIG_FB_CARMINE is not set
# CONFIG_FB_GEODE is not set
CONFIG_FB_SM501=m
# CONFIG_FB_VIRTUAL is not set
# CONFIG_FB_METRONOME is not set
# CONFIG_FB_MB862XX is not set
CONFIG_BACKLIGHT_LCD_SUPPORT=y
CONFIG_LCD_CLASS_DEVICE=m
# CONFIG_LCD_ILI9320 is not set
# CONFIG_LCD_PLATFORM is not set
CONFIG_BACKLIGHT_CLASS_DEVICE=y
# CONFIG_BACKLIGHT_CORGI is not set
CONFIG_BACKLIGHT_PROGEAR=m
# CONFIG_BACKLIGHT_MBP_NVIDIA is not set
# CONFIG_BACKLIGHT_SAHARA is not set
#
# Display device support
#
# CONFIG_DISPLAY_SUPPORT is not set
#
# Console display driver support
#
CONFIG_VGA_CONSOLE=y
CONFIG_VGACON_SOFT_SCROLLBACK=y
CONFIG_VGACON_SOFT_SCROLLBACK_SIZE=64
CONFIG_DUMMY_CONSOLE=y
# CONFIG_FRAMEBUFFER_CONSOLE is not set
CONFIG_FONT_8x16=y
CONFIG_LOGO=y
# CONFIG_LOGO_LINUX_MONO is not set
# CONFIG_LOGO_LINUX_VGA16 is not set
CONFIG_LOGO_LINUX_CLUT224=y
CONFIG_SOUND=m
CONFIG_SOUND_OSS_CORE=y
CONFIG_SND=m
CONFIG_SND_TIMER=m
CONFIG_SND_PCM=m
CONFIG_SND_HWDEP=m
CONFIG_SND_RAWMIDI=m
CONFIG_SND_SEQUENCER=m
CONFIG_SND_SEQ_DUMMY=m
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=m
CONFIG_SND_PCM_OSS=m
CONFIG_SND_PCM_OSS_PLUGINS=y
CONFIG_SND_SEQUENCER_OSS=y
CONFIG_SND_DYNAMIC_MINORS=y
# CONFIG_SND_SUPPORT_OLD_API is not set
CONFIG_SND_VERBOSE_PROCFS=y
# CONFIG_SND_VERBOSE_PRINTK is not set
# CONFIG_SND_DEBUG is not set
CONFIG_SND_VMASTER=y
CONFIG_SND_MPU401_UART=m
CONFIG_SND_OPL3_LIB=m
CONFIG_SND_VX_LIB=m
CONFIG_SND_AC97_CODEC=m
CONFIG_SND_DRIVERS=y
CONFIG_SND_DUMMY=m
CONFIG_SND_VIRMIDI=m
# CONFIG_SND_MTPAV is not set
CONFIG_SND_MTS64=m
# CONFIG_SND_SERIAL_U16550 is not set
CONFIG_SND_MPU401=m
CONFIG_SND_PORTMAN2X4=m
CONFIG_SND_AC97_POWER_SAVE=y
CONFIG_SND_AC97_POWER_SAVE_DEFAULT=0
CONFIG_SND_SB_COMMON=m
CONFIG_SND_PCI=y
CONFIG_SND_AD1889=m
CONFIG_SND_ALS300=m
CONFIG_SND_ALS4000=m
CONFIG_SND_ALI5451=m
CONFIG_SND_ATIIXP=m
CONFIG_SND_ATIIXP_MODEM=m
CONFIG_SND_AU8810=m
CONFIG_SND_AU8820=m
CONFIG_SND_AU8830=m
# CONFIG_SND_AW2 is not set
CONFIG_SND_AZT3328=m
CONFIG_SND_BT87X=m
# CONFIG_SND_BT87X_OVERCLOCK is not set
CONFIG_SND_CA0106=m
CONFIG_SND_CMIPCI=m
# CONFIG_SND_OXYGEN is not set
CONFIG_SND_CS4281=m
CONFIG_SND_CS46XX=m
CONFIG_SND_CS46XX_NEW_DSP=y
# CONFIG_SND_CS5530 is not set
CONFIG_SND_DARLA20=m
CONFIG_SND_GINA20=m
CONFIG_SND_LAYLA20=m
CONFIG_SND_DARLA24=m
CONFIG_SND_GINA24=m
CONFIG_SND_LAYLA24=m
CONFIG_SND_MONA=m
CONFIG_SND_MIA=m
CONFIG_SND_ECHO3G=m
CONFIG_SND_INDIGO=m
CONFIG_SND_INDIGOIO=m
CONFIG_SND_INDIGODJ=m
CONFIG_SND_EMU10K1=m
CONFIG_SND_EMU10K1X=m
CONFIG_SND_ENS1370=m
CONFIG_SND_ENS1371=m
CONFIG_SND_ES1938=m
CONFIG_SND_ES1968=m
CONFIG_SND_FM801=m
CONFIG_SND_HDA_INTEL=m
# CONFIG_SND_HDA_HWDEP is not set
# CONFIG_SND_HDA_INPUT_BEEP is not set
CONFIG_SND_HDA_CODEC_REALTEK=y
CONFIG_SND_HDA_CODEC_ANALOG=y
CONFIG_SND_HDA_CODEC_SIGMATEL=y
CONFIG_SND_HDA_CODEC_VIA=y
CONFIG_SND_HDA_CODEC_ATIHDMI=y
CONFIG_SND_HDA_CODEC_NVHDMI=y
CONFIG_SND_HDA_CODEC_CONEXANT=y
CONFIG_SND_HDA_CODEC_CMEDIA=y
CONFIG_SND_HDA_CODEC_SI3054=y
CONFIG_SND_HDA_GENERIC=y
# CONFIG_SND_HDA_POWER_SAVE is not set
CONFIG_SND_HDSP=m
CONFIG_SND_HDSPM=m
# CONFIG_SND_HIFIER is not set
CONFIG_SND_ICE1712=m
CONFIG_SND_ICE1724=m
CONFIG_SND_INTEL8X0=m
CONFIG_SND_INTEL8X0M=m
CONFIG_SND_KORG1212=m
CONFIG_SND_MAESTRO3=m
CONFIG_SND_MIXART=m
CONFIG_SND_NM256=m
CONFIG_SND_PCXHR=m
CONFIG_SND_RIPTIDE=m
CONFIG_SND_RME32=m
CONFIG_SND_RME96=m
CONFIG_SND_RME9652=m
CONFIG_SND_SONICVIBES=m
CONFIG_SND_TRIDENT=m
CONFIG_SND_VIA82XX=m
CONFIG_SND_VIA82XX_MODEM=m
# CONFIG_SND_VIRTUOSO is not set
CONFIG_SND_VX222=m
CONFIG_SND_YMFPCI=m
CONFIG_SND_USB=y
CONFIG_SND_USB_AUDIO=m
CONFIG_SND_USB_USX2Y=m
# CONFIG_SND_USB_CAIAQ is not set
# CONFIG_SND_USB_US122L is not set
CONFIG_SND_PCMCIA=y
# CONFIG_SND_VXPOCKET is not set
# CONFIG_SND_PDAUDIOCF is not set
CONFIG_SND_SOC=m
# CONFIG_SND_SOC_ALL_CODECS is not set
# CONFIG_SOUND_PRIME is not set
CONFIG_AC97_BUS=m
CONFIG_HID_SUPPORT=y
CONFIG_HID=y
# CONFIG_HID_DEBUG is not set
# CONFIG_HIDRAW is not set
#
# USB Input Devices
#
CONFIG_USB_HID=y
CONFIG_HID_PID=y
CONFIG_USB_HIDDEV=y
#
# Special HID drivers
#
CONFIG_HID_COMPAT=y
CONFIG_HID_A4TECH=y
CONFIG_HID_APPLE=y
CONFIG_HID_BELKIN=y
CONFIG_HID_BRIGHT=y
CONFIG_HID_CHERRY=y
CONFIG_HID_CHICONY=y
CONFIG_HID_CYPRESS=y
CONFIG_HID_DELL=y
CONFIG_HID_EZKEY=y
CONFIG_HID_GYRATION=y
CONFIG_HID_LOGITECH=y
CONFIG_LOGITECH_FF=y
# CONFIG_LOGIRUMBLEPAD2_FF is not set
CONFIG_HID_MICROSOFT=y
CONFIG_HID_MONTEREY=y
CONFIG_HID_PANTHERLORD=y
CONFIG_PANTHERLORD_FF=y
CONFIG_HID_PETALYNX=y
CONFIG_HID_SAMSUNG=y
CONFIG_HID_SONY=y
CONFIG_HID_SUNPLUS=y
CONFIG_THRUSTMASTER_FF=y
CONFIG_ZEROPLUS_FF=y
CONFIG_USB_SUPPORT=y
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_ARCH_HAS_EHCI=y
CONFIG_USB=y
# CONFIG_USB_DEBUG is not set
# CONFIG_USB_ANNOUNCE_NEW_DEVICES is not set
#
# Miscellaneous USB options
#
CONFIG_USB_DEVICEFS=y
CONFIG_USB_DEVICE_CLASS=y
# CONFIG_USB_DYNAMIC_MINORS is not set
# CONFIG_USB_SUSPEND is not set
# CONFIG_USB_OTG is not set
CONFIG_USB_MON=y
# CONFIG_USB_WUSB is not set
# CONFIG_USB_WUSB_CBAF is not set
#
# USB Host Controller Drivers
#
# CONFIG_USB_C67X00_HCD is not set
CONFIG_USB_EHCI_HCD=y
CONFIG_USB_EHCI_ROOT_HUB_TT=y
CONFIG_USB_EHCI_TT_NEWSCHED=y
CONFIG_USB_ISP116X_HCD=m
# CONFIG_USB_ISP1760_HCD is not set
CONFIG_USB_OHCI_HCD=y
# CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
CONFIG_USB_UHCI_HCD=y
CONFIG_USB_U132_HCD=m
CONFIG_USB_SL811_HCD=m
CONFIG_USB_SL811_CS=m
# CONFIG_USB_R8A66597_HCD is not set
# CONFIG_USB_WHCI_HCD is not set
# CONFIG_USB_HWA_HCD is not set
#
# USB Device Class drivers
#
CONFIG_USB_ACM=m
CONFIG_USB_PRINTER=m
# CONFIG_USB_WDM is not set
# CONFIG_USB_TMC is not set
#
# NOTE: USB_STORAGE depends on SCSI but BLK_DEV_SD may also be needed;
#
#
# see USB_STORAGE Help for more information
#
CONFIG_USB_STORAGE=m
# CONFIG_USB_STORAGE_DEBUG is not set
CONFIG_USB_STORAGE_DATAFAB=y
CONFIG_USB_STORAGE_FREECOM=y
CONFIG_USB_STORAGE_ISD200=y
CONFIG_USB_STORAGE_DPCM=y
CONFIG_USB_STORAGE_USBAT=y
CONFIG_USB_STORAGE_SDDR09=y
CONFIG_USB_STORAGE_SDDR55=y
CONFIG_USB_STORAGE_JUMPSHOT=y
CONFIG_USB_STORAGE_ALAUDA=y
# CONFIG_USB_STORAGE_ONETOUCH is not set
CONFIG_USB_STORAGE_KARMA=y
# CONFIG_USB_STORAGE_CYPRESS_ATACB is not set
CONFIG_USB_LIBUSUAL=y
#
# USB Imaging devices
#
CONFIG_USB_MDC800=m
CONFIG_USB_MICROTEK=m
#
# USB port drivers
#
CONFIG_USB_USS720=m
CONFIG_USB_SERIAL=m
CONFIG_USB_EZUSB=y
CONFIG_USB_SERIAL_GENERIC=y
CONFIG_USB_SERIAL_AIRCABLE=m
CONFIG_USB_SERIAL_ARK3116=m
CONFIG_USB_SERIAL_BELKIN=m
# CONFIG_USB_SERIAL_CH341 is not set
CONFIG_USB_SERIAL_WHITEHEAT=m
CONFIG_USB_SERIAL_DIGI_ACCELEPORT=m
CONFIG_USB_SERIAL_CP2101=m
CONFIG_USB_SERIAL_CYPRESS_M8=m
CONFIG_USB_SERIAL_EMPEG=m
CONFIG_USB_SERIAL_FTDI_SIO=m
CONFIG_USB_SERIAL_FUNSOFT=m
CONFIG_USB_SERIAL_VISOR=m
CONFIG_USB_SERIAL_IPAQ=m
CONFIG_USB_SERIAL_IR=m
CONFIG_USB_SERIAL_EDGEPORT=m
CONFIG_USB_SERIAL_EDGEPORT_TI=m
CONFIG_USB_SERIAL_GARMIN=m
CONFIG_USB_SERIAL_IPW=m
# CONFIG_USB_SERIAL_IUU is not set
CONFIG_USB_SERIAL_KEYSPAN_PDA=m
CONFIG_USB_SERIAL_KEYSPAN=m
CONFIG_USB_SERIAL_KEYSPAN_MPR=y
CONFIG_USB_SERIAL_KEYSPAN_USA28=y
CONFIG_USB_SERIAL_KEYSPAN_USA28X=y
CONFIG_USB_SERIAL_KEYSPAN_USA28XA=y
CONFIG_USB_SERIAL_KEYSPAN_USA28XB=y
CONFIG_USB_SERIAL_KEYSPAN_USA19=y
CONFIG_USB_SERIAL_KEYSPAN_USA18X=y
CONFIG_USB_SERIAL_KEYSPAN_USA19W=y
CONFIG_USB_SERIAL_KEYSPAN_USA19QW=y
CONFIG_USB_SERIAL_KEYSPAN_USA19QI=y
CONFIG_USB_SERIAL_KEYSPAN_USA49W=y
CONFIG_USB_SERIAL_KEYSPAN_USA49WLC=y
CONFIG_USB_SERIAL_KLSI=m
CONFIG_USB_SERIAL_KOBIL_SCT=m
CONFIG_USB_SERIAL_MCT_U232=m
CONFIG_USB_SERIAL_MOS7720=m
CONFIG_USB_SERIAL_MOS7840=m
# CONFIG_USB_SERIAL_MOTOROLA is not set
CONFIG_USB_SERIAL_NAVMAN=m
CONFIG_USB_SERIAL_PL2303=m
# CONFIG_USB_SERIAL_OTI6858 is not set
# CONFIG_USB_SERIAL_SPCP8X5 is not set
CONFIG_USB_SERIAL_HP4X=m
CONFIG_USB_SERIAL_SAFE=m
CONFIG_USB_SERIAL_SAFE_PADDED=y
CONFIG_USB_SERIAL_SIERRAWIRELESS=m
CONFIG_USB_SERIAL_TI=m
CONFIG_USB_SERIAL_CYBERJACK=m
CONFIG_USB_SERIAL_XIRCOM=m
CONFIG_USB_SERIAL_OPTION=m
CONFIG_USB_SERIAL_OMNINET=m
CONFIG_USB_SERIAL_DEBUG=m
#
# USB Miscellaneous drivers
#
CONFIG_USB_EMI62=m
CONFIG_USB_EMI26=m
CONFIG_USB_ADUTUX=m
# CONFIG_USB_SEVSEG is not set
CONFIG_USB_RIO500=m
CONFIG_USB_LEGOTOWER=m
CONFIG_USB_LCD=m
CONFIG_USB_BERRY_CHARGE=m
CONFIG_USB_LED=m
# CONFIG_USB_CYPRESS_CY7C63 is not set
# CONFIG_USB_CYTHERM is not set
CONFIG_USB_PHIDGET=m
CONFIG_USB_PHIDGETKIT=m
CONFIG_USB_PHIDGETMOTORCONTROL=m
CONFIG_USB_PHIDGETSERVO=m
CONFIG_USB_IDMOUSE=m
CONFIG_USB_FTDI_ELAN=m
CONFIG_USB_APPLEDISPLAY=m
CONFIG_USB_SISUSBVGA=m
CONFIG_USB_SISUSBVGA_CON=y
CONFIG_USB_LD=m
CONFIG_USB_TRANCEVIBRATOR=m
CONFIG_USB_IOWARRIOR=m
CONFIG_USB_TEST=m
# CONFIG_USB_ISIGHTFW is not set
# CONFIG_USB_VST is not set
CONFIG_USB_ATM=m
CONFIG_USB_SPEEDTOUCH=m
CONFIG_USB_CXACRU=m
CONFIG_USB_UEAGLEATM=m
CONFIG_USB_XUSBATM=m
# CONFIG_USB_GADGET is not set
# CONFIG_UWB is not set
CONFIG_MMC=m
# CONFIG_MMC_DEBUG is not set
# CONFIG_MMC_UNSAFE_RESUME is not set
#
# MMC/SD/SDIO Card Drivers
#
CONFIG_MMC_BLOCK=m
CONFIG_MMC_BLOCK_BOUNCE=y
# CONFIG_SDIO_UART is not set
# CONFIG_MMC_TEST is not set
#
# MMC/SD/SDIO Host Controller Drivers
#
CONFIG_MMC_SDHCI=m
# CONFIG_MMC_SDHCI_PCI is not set
CONFIG_MMC_WBSD=m
CONFIG_MMC_TIFM_SD=m
# CONFIG_MMC_SDRICOH_CS is not set
# CONFIG_MEMSTICK is not set
CONFIG_NEW_LEDS=y
CONFIG_LEDS_CLASS=y
#
# LED drivers
#
# CONFIG_LEDS_PCA9532 is not set
# CONFIG_LEDS_HP_DISK is not set
# CONFIG_LEDS_CLEVO_MAIL is not set
# CONFIG_LEDS_PCA955X is not set
#
# LED Triggers
#
CONFIG_LEDS_TRIGGERS=y
CONFIG_LEDS_TRIGGER_TIMER=m
CONFIG_LEDS_TRIGGER_HEARTBEAT=m
# CONFIG_LEDS_TRIGGER_BACKLIGHT is not set
# CONFIG_LEDS_TRIGGER_DEFAULT_ON is not set
# CONFIG_ACCESSIBILITY is not set
CONFIG_INFINIBAND=m
CONFIG_INFINIBAND_USER_MAD=m
CONFIG_INFINIBAND_USER_ACCESS=m
CONFIG_INFINIBAND_USER_MEM=y
CONFIG_INFINIBAND_ADDR_TRANS=y
CONFIG_INFINIBAND_MTHCA=m
CONFIG_INFINIBAND_MTHCA_DEBUG=y
CONFIG_INFINIBAND_IPATH=m
# CONFIG_INFINIBAND_AMSO1100 is not set
CONFIG_INFINIBAND_CXGB3=m
# CONFIG_INFINIBAND_CXGB3_DEBUG is not set
# CONFIG_MLX4_INFINIBAND is not set
# CONFIG_INFINIBAND_NES is not set
CONFIG_INFINIBAND_IPOIB=m
CONFIG_INFINIBAND_IPOIB_CM=y
CONFIG_INFINIBAND_IPOIB_DEBUG=y
CONFIG_INFINIBAND_IPOIB_DEBUG_DATA=y
CONFIG_INFINIBAND_SRP=m
CONFIG_INFINIBAND_ISER=m
CONFIG_EDAC=y
#
# Reporting subsystems
#
# CONFIG_EDAC_DEBUG is not set
CONFIG_EDAC_MM_EDAC=m
CONFIG_EDAC_E752X=m
# CONFIG_EDAC_I82975X is not set
# CONFIG_EDAC_I3000 is not set
# CONFIG_EDAC_X38 is not set
# CONFIG_EDAC_I5000 is not set
# CONFIG_EDAC_I5100 is not set
CONFIG_RTC_LIB=m
CONFIG_RTC_CLASS=m
#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
# CONFIG_RTC_INTF_DEV_UIE_EMUL is not set
# CONFIG_RTC_DRV_TEST is not set
#
# I2C RTC drivers
#
CONFIG_RTC_DRV_DS1307=m
# CONFIG_RTC_DRV_DS1374 is not set
CONFIG_RTC_DRV_DS1672=m
# CONFIG_RTC_DRV_MAX6900 is not set
CONFIG_RTC_DRV_RS5C372=m
CONFIG_RTC_DRV_ISL1208=m
CONFIG_RTC_DRV_X1205=m
CONFIG_RTC_DRV_PCF8563=m
# CONFIG_RTC_DRV_PCF8583 is not set
# CONFIG_RTC_DRV_M41T80 is not set
# CONFIG_RTC_DRV_S35390A is not set
# CONFIG_RTC_DRV_FM3130 is not set
# CONFIG_RTC_DRV_RX8581 is not set
#
# SPI RTC drivers
#
#
# Platform RTC drivers
#
CONFIG_RTC_DRV_CMOS=m
# CONFIG_RTC_DRV_DS1286 is not set
# CONFIG_RTC_DRV_DS1511 is not set
CONFIG_RTC_DRV_DS1553=m
CONFIG_RTC_DRV_DS1742=m
# CONFIG_RTC_DRV_STK17TA8 is not set
# CONFIG_RTC_DRV_M48T86 is not set
# CONFIG_RTC_DRV_M48T35 is not set
# CONFIG_RTC_DRV_M48T59 is not set
# CONFIG_RTC_DRV_BQ4802 is not set
CONFIG_RTC_DRV_V3020=m
#
# on-CPU RTC drivers
#
# CONFIG_DMADEVICES is not set
# CONFIG_AUXDISPLAY is not set
# CONFIG_UIO is not set
# CONFIG_STAGING is not set
CONFIG_STAGING_EXCLUDE_BUILD=y
#
# Firmware Drivers
#
CONFIG_EDD=m
# CONFIG_EDD_OFF is not set
CONFIG_FIRMWARE_MEMMAP=y
CONFIG_DELL_RBU=m
CONFIG_DCDBAS=m
CONFIG_DMIID=y
# CONFIG_ISCSI_IBFT_FIND is not set
#
# File systems
#
CONFIG_EXT2_FS=y
CONFIG_EXT2_FS_XATTR=y
CONFIG_EXT2_FS_POSIX_ACL=y
CONFIG_EXT2_FS_SECURITY=y
CONFIG_EXT2_FS_XIP=y
CONFIG_EXT3_FS=y
CONFIG_EXT3_FS_XATTR=y
CONFIG_EXT3_FS_POSIX_ACL=y
CONFIG_EXT3_FS_SECURITY=y
# CONFIG_EXT4_FS is not set
CONFIG_FS_XIP=y
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
CONFIG_JBD2=m
# CONFIG_JBD2_DEBUG is not set
CONFIG_FS_MBCACHE=y
CONFIG_REISERFS_FS=m
# CONFIG_REISERFS_CHECK is not set
CONFIG_REISERFS_PROC_INFO=y
CONFIG_REISERFS_FS_XATTR=y
CONFIG_REISERFS_FS_POSIX_ACL=y
CONFIG_REISERFS_FS_SECURITY=y
CONFIG_JFS_FS=m
CONFIG_JFS_POSIX_ACL=y
CONFIG_JFS_SECURITY=y
# CONFIG_JFS_DEBUG is not set
# CONFIG_JFS_STATISTICS is not set
CONFIG_FS_POSIX_ACL=y
CONFIG_FILE_LOCKING=y
CONFIG_XFS_FS=m
CONFIG_XFS_QUOTA=y
CONFIG_XFS_POSIX_ACL=y
# CONFIG_XFS_RT is not set
# CONFIG_XFS_DEBUG is not set
CONFIG_GFS2_FS=m
CONFIG_GFS2_FS_LOCKING_DLM=m
CONFIG_OCFS2_FS=m
CONFIG_OCFS2_FS_O2CB=m
CONFIG_OCFS2_FS_USERSPACE_CLUSTER=m
CONFIG_OCFS2_FS_STATS=y
# CONFIG_OCFS2_DEBUG_MASKLOG is not set
# CONFIG_OCFS2_DEBUG_FS is not set
# CONFIG_OCFS2_COMPAT_JBD is not set
CONFIG_DNOTIFY=y
CONFIG_INOTIFY=y
CONFIG_INOTIFY_USER=y
CONFIG_QUOTA=y
# CONFIG_QUOTA_NETLINK_INTERFACE is not set
CONFIG_PRINT_QUOTA_WARNING=y
# CONFIG_QFMT_V1 is not set
CONFIG_QFMT_V2=y
CONFIG_QUOTACTL=y
CONFIG_AUTOFS_FS=m
CONFIG_AUTOFS4_FS=m
CONFIG_FUSE_FS=m
CONFIG_GENERIC_ACL=y
#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
CONFIG_UDF_FS=m
CONFIG_UDF_NLS=y
#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=m
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="ascii"
# CONFIG_NTFS_FS is not set
#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
CONFIG_TMPFS_POSIX_ACL=y
CONFIG_HUGETLBFS=y
CONFIG_HUGETLB_PAGE=y
CONFIG_CONFIGFS_FS=m
#
# Miscellaneous filesystems
#
# CONFIG_ADFS_FS is not set
CONFIG_AFFS_FS=m
# CONFIG_ECRYPT_FS is not set
CONFIG_HFS_FS=m
CONFIG_HFSPLUS_FS=m
CONFIG_BEFS_FS=m
# CONFIG_BEFS_DEBUG is not set
CONFIG_BFS_FS=m
CONFIG_EFS_FS=m
CONFIG_CRAMFS=m
CONFIG_VXFS_FS=m
CONFIG_MINIX_FS=m
# CONFIG_OMFS_FS is not set
# CONFIG_HPFS_FS is not set
CONFIG_QNX4FS_FS=m
CONFIG_ROMFS_FS=m
CONFIG_SYSV_FS=m
CONFIG_UFS_FS=m
# CONFIG_UFS_FS_WRITE is not set
# CONFIG_UFS_DEBUG is not set
CONFIG_NETWORK_FILESYSTEMS=y
CONFIG_NFS_FS=m
CONFIG_NFS_V3=y
CONFIG_NFS_V3_ACL=y
CONFIG_NFS_V4=y
CONFIG_NFSD=m
CONFIG_NFSD_V2_ACL=y
CONFIG_NFSD_V3=y
CONFIG_NFSD_V3_ACL=y
CONFIG_NFSD_V4=y
CONFIG_LOCKD=m
CONFIG_LOCKD_V4=y
CONFIG_EXPORTFS=m
CONFIG_NFS_ACL_SUPPORT=m
CONFIG_NFS_COMMON=y
CONFIG_SUNRPC=m
CONFIG_SUNRPC_GSS=m
CONFIG_SUNRPC_XPRT_RDMA=m
# CONFIG_SUNRPC_REGISTER_V4 is not set
CONFIG_RPCSEC_GSS_KRB5=m
CONFIG_RPCSEC_GSS_SPKM3=m
# CONFIG_SMB_FS is not set
CONFIG_CIFS=m
# CONFIG_CIFS_STATS is not set
CONFIG_CIFS_WEAK_PW_HASH=y
# CONFIG_CIFS_UPCALL is not set
CONFIG_CIFS_XATTR=y
CONFIG_CIFS_POSIX=y
# CONFIG_CIFS_DEBUG2 is not set
# CONFIG_CIFS_EXPERIMENTAL is not set
CONFIG_NCP_FS=m
CONFIG_NCPFS_PACKET_SIGNING=y
CONFIG_NCPFS_IOCTL_LOCKING=y
CONFIG_NCPFS_STRONG=y
CONFIG_NCPFS_NFS_NS=y
CONFIG_NCPFS_OS2_NS=y
CONFIG_NCPFS_SMALLDOS=y
CONFIG_NCPFS_NLS=y
CONFIG_NCPFS_EXTRAS=y
CONFIG_CODA_FS=m
# CONFIG_AFS_FS is not set
#
# Partition Types
#
CONFIG_PARTITION_ADVANCED=y
# CONFIG_ACORN_PARTITION is not set
CONFIG_OSF_PARTITION=y
CONFIG_AMIGA_PARTITION=y
# CONFIG_ATARI_PARTITION is not set
CONFIG_MAC_PARTITION=y
CONFIG_MSDOS_PARTITION=y
CONFIG_BSD_DISKLABEL=y
CONFIG_MINIX_SUBPARTITION=y
CONFIG_SOLARIS_X86_PARTITION=y
CONFIG_UNIXWARE_DISKLABEL=y
# CONFIG_LDM_PARTITION is not set
CONFIG_SGI_PARTITION=y
# CONFIG_ULTRIX_PARTITION is not set
CONFIG_SUN_PARTITION=y
CONFIG_KARMA_PARTITION=y
CONFIG_EFI_PARTITION=y
# CONFIG_SYSV68_PARTITION is not set
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="utf8"
CONFIG_NLS_CODEPAGE_437=y
CONFIG_NLS_CODEPAGE_737=m
CONFIG_NLS_CODEPAGE_775=m
CONFIG_NLS_CODEPAGE_850=m
CONFIG_NLS_CODEPAGE_852=m
CONFIG_NLS_CODEPAGE_855=m
CONFIG_NLS_CODEPAGE_857=m
CONFIG_NLS_CODEPAGE_860=m
CONFIG_NLS_CODEPAGE_861=m
CONFIG_NLS_CODEPAGE_862=m
CONFIG_NLS_CODEPAGE_863=m
CONFIG_NLS_CODEPAGE_864=m
CONFIG_NLS_CODEPAGE_865=m
CONFIG_NLS_CODEPAGE_866=m
CONFIG_NLS_CODEPAGE_869=m
CONFIG_NLS_CODEPAGE_936=m
CONFIG_NLS_CODEPAGE_950=m
CONFIG_NLS_CODEPAGE_932=m
CONFIG_NLS_CODEPAGE_949=m
CONFIG_NLS_CODEPAGE_874=m
CONFIG_NLS_ISO8859_8=m
CONFIG_NLS_CODEPAGE_1250=m
CONFIG_NLS_CODEPAGE_1251=m
CONFIG_NLS_ASCII=y
CONFIG_NLS_ISO8859_1=m
CONFIG_NLS_ISO8859_2=m
CONFIG_NLS_ISO8859_3=m
CONFIG_NLS_ISO8859_4=m
CONFIG_NLS_ISO8859_5=m
CONFIG_NLS_ISO8859_6=m
CONFIG_NLS_ISO8859_7=m
CONFIG_NLS_ISO8859_9=m
CONFIG_NLS_ISO8859_13=m
CONFIG_NLS_ISO8859_14=m
CONFIG_NLS_ISO8859_15=m
CONFIG_NLS_KOI8_R=m
CONFIG_NLS_KOI8_U=m
CONFIG_NLS_UTF8=m
CONFIG_DLM=m
CONFIG_DLM_DEBUG=y
#
# Kernel hacking
#
CONFIG_TRACE_IRQFLAGS_SUPPORT=y
# CONFIG_PRINTK_TIME is not set
CONFIG_ENABLE_WARN_DEPRECATED=y
# CONFIG_ENABLE_MUST_CHECK is not set
CONFIG_FRAME_WARN=2048
CONFIG_MAGIC_SYSRQ=y
# CONFIG_UNUSED_SYMBOLS is not set
CONFIG_DEBUG_FS=y
# CONFIG_HEADERS_CHECK is not set
CONFIG_DEBUG_KERNEL=y
# CONFIG_DEBUG_SHIRQ is not set
# CONFIG_DETECT_SOFTLOCKUP is not set
# CONFIG_SCHED_DEBUG is not set
# CONFIG_SCHEDSTATS is not set
# CONFIG_TIMER_STATS is not set
# CONFIG_DEBUG_OBJECTS is not set
# CONFIG_DEBUG_SLAB is not set
# CONFIG_DEBUG_RT_MUTEXES is not set
CONFIG_RT_MUTEX_TESTER=y
# CONFIG_DEBUG_SPINLOCK is not set
# CONFIG_DEBUG_MUTEXES is not set
# CONFIG_DEBUG_LOCK_ALLOC is not set
# CONFIG_PROVE_LOCKING is not set
# CONFIG_LOCK_STAT is not set
# CONFIG_DEBUG_SPINLOCK_SLEEP is not set
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=y
# CONFIG_DEBUG_INFO is not set
# CONFIG_DEBUG_VM is not set
# CONFIG_DEBUG_VIRTUAL is not set
# CONFIG_DEBUG_WRITECOUNT is not set
CONFIG_DEBUG_MEMORY_INIT=y
# CONFIG_DEBUG_LIST is not set
# CONFIG_DEBUG_SG is not set
CONFIG_FRAME_POINTER=y
# CONFIG_BOOT_PRINTK_DELAY is not set
# CONFIG_RCU_TORTURE_TEST is not set
# CONFIG_RCU_CPU_STALL_DETECTOR is not set
# CONFIG_KPROBES_SANITY_TEST is not set
# CONFIG_BACKTRACE_SELF_TEST is not set
# CONFIG_DEBUG_BLOCK_EXT_DEVT is not set
# CONFIG_LKDTM is not set
# CONFIG_FAULT_INJECTION is not set
# CONFIG_LATENCYTOP is not set
CONFIG_SYSCTL_SYSCALL_CHECK=y
CONFIG_HAVE_FUNCTION_TRACER=y
CONFIG_HAVE_DYNAMIC_FTRACE=y
CONFIG_HAVE_FTRACE_MCOUNT_RECORD=y
#
# Tracers
#
# CONFIG_FUNCTION_TRACER is not set
# CONFIG_IRQSOFF_TRACER is not set
# CONFIG_SYSPROF_TRACER is not set
# CONFIG_SCHED_TRACER is not set
# CONFIG_CONTEXT_SWITCH_TRACER is not set
# CONFIG_BOOT_TRACER is not set
# CONFIG_STACK_TRACER is not set
# CONFIG_PROVIDE_OHCI1394_DMA_INIT is not set
# CONFIG_DYNAMIC_PRINTK_DEBUG is not set
# CONFIG_SAMPLES is not set
CONFIG_HAVE_ARCH_KGDB=y
# CONFIG_KGDB is not set
# CONFIG_STRICT_DEVMEM is not set
CONFIG_X86_VERBOSE_BOOTUP=y
CONFIG_EARLY_PRINTK=y
# CONFIG_EARLY_PRINTK_DBGP is not set
# CONFIG_DEBUG_STACKOVERFLOW is not set
# CONFIG_DEBUG_STACK_USAGE is not set
# CONFIG_DEBUG_PAGEALLOC is not set
# CONFIG_DEBUG_PER_CPU_MAPS is not set
# CONFIG_X86_PTDUMP is not set
CONFIG_DEBUG_RODATA=y
CONFIG_DIRECT_GBPAGES=y
# CONFIG_DEBUG_RODATA_TEST is not set
# CONFIG_DEBUG_NX_TEST is not set
# CONFIG_IOMMU_DEBUG is not set
# CONFIG_MMIOTRACE is not set
CONFIG_IO_DELAY_TYPE_0X80=0
CONFIG_IO_DELAY_TYPE_0XED=1
CONFIG_IO_DELAY_TYPE_UDELAY=2
CONFIG_IO_DELAY_TYPE_NONE=3
CONFIG_IO_DELAY_0X80=y
# CONFIG_IO_DELAY_0XED is not set
# CONFIG_IO_DELAY_UDELAY is not set
# CONFIG_IO_DELAY_NONE is not set
CONFIG_DEFAULT_IO_DELAY_TYPE=0
# CONFIG_DEBUG_BOOT_PARAMS is not set
# CONFIG_CPA_DEBUG is not set
CONFIG_OPTIMIZE_INLINING=y
#
# Security options
#
CONFIG_KEYS=y
CONFIG_KEYS_DEBUG_PROC_KEYS=y
CONFIG_SECURITY=y
CONFIG_SECURITYFS=y
CONFIG_SECURITY_NETWORK=y
# CONFIG_SECURITY_NETWORK_XFRM is not set
# CONFIG_SECURITY_FILE_CAPABILITIES is not set
# CONFIG_SECURITY_ROOTPLUG is not set
CONFIG_SECURITY_DEFAULT_MMAP_MIN_ADDR=0
CONFIG_SECURITY_SELINUX=y
CONFIG_SECURITY_SELINUX_BOOTPARAM=y
CONFIG_SECURITY_SELINUX_BOOTPARAM_VALUE=1
CONFIG_SECURITY_SELINUX_DISABLE=y
CONFIG_SECURITY_SELINUX_DEVELOP=y
CONFIG_SECURITY_SELINUX_AVC_STATS=y
CONFIG_SECURITY_SELINUX_CHECKREQPROT_VALUE=1
# CONFIG_SECURITY_SELINUX_ENABLE_SECMARK_DEFAULT is not set
# CONFIG_SECURITY_SELINUX_POLICYDB_VERSION_MAX is not set
# CONFIG_SECURITY_SMACK is not set
CONFIG_XOR_BLOCKS=m
CONFIG_ASYNC_CORE=m
CONFIG_ASYNC_MEMCPY=m
CONFIG_ASYNC_XOR=m
CONFIG_CRYPTO=y
#
# Crypto core or helper
#
# CONFIG_CRYPTO_FIPS is not set
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_AEAD=y
CONFIG_CRYPTO_BLKCIPHER=y
CONFIG_CRYPTO_HASH=y
CONFIG_CRYPTO_RNG=y
CONFIG_CRYPTO_MANAGER=y
CONFIG_CRYPTO_GF128MUL=m
CONFIG_CRYPTO_NULL=m
# CONFIG_CRYPTO_CRYPTD is not set
CONFIG_CRYPTO_AUTHENC=m
# CONFIG_CRYPTO_TEST is not set
#
# Authenticated Encryption with Associated Data
#
# CONFIG_CRYPTO_CCM is not set
# CONFIG_CRYPTO_GCM is not set
# CONFIG_CRYPTO_SEQIV is not set
#
# Block modes
#
CONFIG_CRYPTO_CBC=m
# CONFIG_CRYPTO_CTR is not set
# CONFIG_CRYPTO_CTS is not set
CONFIG_CRYPTO_ECB=m
CONFIG_CRYPTO_LRW=m
CONFIG_CRYPTO_PCBC=m
# CONFIG_CRYPTO_XTS is not set
#
# Hash modes
#
CONFIG_CRYPTO_HMAC=y
CONFIG_CRYPTO_XCBC=m
#
# Digest
#
CONFIG_CRYPTO_CRC32C=y
# CONFIG_CRYPTO_CRC32C_INTEL is not set
CONFIG_CRYPTO_MD4=m
CONFIG_CRYPTO_MD5=y
CONFIG_CRYPTO_MICHAEL_MIC=m
# CONFIG_CRYPTO_RMD128 is not set
# CONFIG_CRYPTO_RMD160 is not set
# CONFIG_CRYPTO_RMD256 is not set
# CONFIG_CRYPTO_RMD320 is not set
CONFIG_CRYPTO_SHA1=y
CONFIG_CRYPTO_SHA256=m
CONFIG_CRYPTO_SHA512=m
CONFIG_CRYPTO_TGR192=m
CONFIG_CRYPTO_WP512=m
#
# Ciphers
#
CONFIG_CRYPTO_AES=m
CONFIG_CRYPTO_AES_X86_64=m
CONFIG_CRYPTO_ANUBIS=m
CONFIG_CRYPTO_ARC4=m
CONFIG_CRYPTO_BLOWFISH=m
CONFIG_CRYPTO_CAMELLIA=m
CONFIG_CRYPTO_CAST5=m
CONFIG_CRYPTO_CAST6=m
CONFIG_CRYPTO_DES=m
CONFIG_CRYPTO_FCRYPT=m
CONFIG_CRYPTO_KHAZAD=m
# CONFIG_CRYPTO_SALSA20 is not set
# CONFIG_CRYPTO_SALSA20_X86_64 is not set
# CONFIG_CRYPTO_SEED is not set
CONFIG_CRYPTO_SERPENT=m
CONFIG_CRYPTO_TEA=m
CONFIG_CRYPTO_TWOFISH=m
CONFIG_CRYPTO_TWOFISH_COMMON=m
CONFIG_CRYPTO_TWOFISH_X86_64=m
#
# Compression
#
CONFIG_CRYPTO_DEFLATE=m
# CONFIG_CRYPTO_LZO is not set
#
# Random Number Generation
#
# CONFIG_CRYPTO_ANSI_CPRNG is not set
CONFIG_CRYPTO_HW=y
# CONFIG_CRYPTO_DEV_HIFN_795X is not set
CONFIG_HAVE_KVM=y
CONFIG_VIRTUALIZATION=y
CONFIG_KVM=m
CONFIG_KVM_INTEL=m
CONFIG_KVM_AMD=m
# CONFIG_VIRTIO_PCI is not set
# CONFIG_VIRTIO_BALLOON is not set
#
# Library routines
#
CONFIG_BITREVERSE=y
CONFIG_GENERIC_FIND_FIRST_BIT=y
CONFIG_GENERIC_FIND_NEXT_BIT=y
CONFIG_CRC_CCITT=m
CONFIG_CRC16=m
CONFIG_CRC_T10DIF=y
CONFIG_CRC_ITU_T=m
CONFIG_CRC32=y
# CONFIG_CRC7 is not set
CONFIG_LIBCRC32C=y
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=m
CONFIG_GENERIC_ALLOCATOR=y
CONFIG_TEXTSEARCH=y
CONFIG_TEXTSEARCH_KMP=m
CONFIG_TEXTSEARCH_BM=m
CONFIG_TEXTSEARCH_FSM=m
CONFIG_PLIST=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
^ permalink raw reply [flat|nested] 367+ messages in thread* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-11-17 11:01 ` Ingo Molnar
0 siblings, 0 replies; 367+ messages in thread
From: Ingo Molnar @ 2008-11-17 11:01 UTC (permalink / raw)
To: David Miller
Cc: rjw, linux-kernel, kernel-testers, cl, efault, a.p.zijlstra,
Linus Torvalds
[-- Attachment #1: Type: text/plain, Size: 13750 bytes --]
* David Miller <davem@davemloft.net> wrote:
> From: Ingo Molnar <mingo@elte.hu>
> Date: Mon, 17 Nov 2008 10:06:48 +0100
>
> >
> > * 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.26 and 2.6.27.
> > >
> > > The following bug entry is on the current list of known regressions
> > > introduced between 2.6.26 and 2.6.27. Please verify if it still should
> > > be listed and let me know (either way).
> > >
> > >
> > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11308
> > > Subject : tbench regression on each kernel release from 2.6.22 -> 2.6.28
> > > Submitter : Christoph Lameter <cl@linux-foundation.org>
> > > Date : 2008-08-11 18:36 (98 days old)
> > > References : http://marc.info/?l=linux-kernel&m=121847986119495&w=4
> > > http://marc.info/?l=linux-kernel&m=122125737421332&w=4
> >
> > Christoph, as per the recent analysis of Mike:
> >
> > http://fixunix.com/kernel/556867-regression-benchmark-throughput-loss-a622cf6-f7160c7-pull.html
> >
> > all scheduler components of this regression have been eliminated.
> >
> > In fact his numbers show that scheduler speedups since 2.6.22 have
> > offset and hidden most other sources of tbench regression. (i.e. the
> > scheduler portion got 5% faster, hence it was able to offset a
> > slowdown of 5% in other areas of the kernel that tbench triggers)
>
> Although I respect the improvements, wake_up() is still several
> orders of magnitude slower than it was in 2.6.22 and wake_up() is at
> the top of the profiles in tbench runs.
hm, several orders of magnitude slower? That contradicts Mike's
numbers and my own numbers and profiles as well: see below.
The scheduler's overhead barely even registers on a 16-way x86 system
i'm running tbench on. Here's the NMI profile during 64 threads tbench
on a 16-way x86 box with an v2.6.28-rc5 kernel [config attached]:
Throughput 3437.65 MB/sec 64 procs
==================================
21570252 total
........
1494803 copy_user_generic_string
998232 sock_rfree
491471 tcp_ack
482405 ip_dont_fragment
470685 ip_local_deliver
436325 constant_test_bit [ called by napi_disable_pending() ]
375469 avc_has_perm_noaudit
347663 tcp_sendmsg
310383 tcp_recvmsg
300412 __inet_lookup_established
294377 system_call
286603 tcp_transmit_skb
251782 selinux_ip_postroute
236028 tcp_current_mss
235631 schedule
234013 netif_rx
229854 _local_bh_enable_ip
219501 tcp_v4_rcv
[ etc. - see full profile attached further below ]
Note that the scheduler does not even show up in the profile up to
entry #15!
I've also summarized NMI profiler output by major subsystems:
NET overhead (12603450/21570252): 58.43%
security overhead ( 1903598/21570252): 8.83%
usercopy overhead ( 1753617/21570252): 8.13%
sched overhead ( 1599406/21570252): 7.41%
syscall overhead ( 560487/21570252): 2.60%
IRQ overhead ( 555439/21570252): 2.58%
slab overhead ( 492421/21570252): 2.28%
timer overhead ( 226573/21570252): 1.05%
pagealloc overhead ( 192681/21570252): 0.89%
PID overhead ( 115123/21570252): 0.53%
VFS overhead ( 107926/21570252): 0.50%
pagecache overhead ( 62552/21570252): 0.29%
gtod overhead ( 38651/21570252): 0.18%
IDLE overhead ( 0/21570252): 0.00%
---------------------------------------------------------
left ( 1349494/21570252): 6.26%
The scheduler's functions are absolutely flat, and consistent with an
extreme context-switching rate of 1.35 million per second. The
scheduler can go up to about 20 million context switches per second on
this system:
procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------
r b swpd free buff cache si so bi bo in cs us sy id wa st
32 0 0 32229696 29308 649880 0 0 0 0 164135 20026853 24 76 0 0 0
32 0 0 32229752 29308 649880 0 0 0 0 164203 20032770 24 76 0 0 0
32 0 0 32229752 29308 649880 0 0 0 0 164201 20036492 25 75 0 0 0
... and 7% scheduling overhead is roughly consistent with 1.35/20.0.
Wake up affinities and data flow caching is just fine in this workload
- we've got scheduler statistics for that and they look good too.
It all looks like pure old-fashioned straight overhead in the
networking layer to me. Do we still touch the same global cacheline
for every localhost packet we process? Anything like that would show
up big time.
Anyway, in terms of scheduling there's absolutely nothing anomalous i
can see about this workload. Scheduling looks healthy throughout - and
the few things we noticed causing unnecessary overhead are now fixed
in -rc5. (but it's all in the <5% range of impact of total scheduling
overhead - i.e. in the 0.4% absolute range in this workload)
And the thing is, the scheduler's task in this workload is by far the
most difficult one conceptually: it has to manage and optimize
concurrency of _future_ processing, with an event frequency that is
_WAY_ out of the normal patterns: more than 1.3 million context
switches per second (!). It also switches to/from completely
independent contexts of computing, with the all the implications that
this brings.
Networking and VFS "just" has to shuffle around bits in memory along a
very specific plan given to it by user-space. That plan is
well-specified and goes along the lines of: "copy this (already
cached) file content to that socket" and back.
By the raw throughput figures the system is pushing a couple of
million data packets per second.
Still we spend 7 times more CPU time in the networking code than in
the scheduler or in the user-copy code. Why?
Ingo
------------------------->
21570252 total
........
1494803 copy_user_generic_string
998232 sock_rfree
491471 tcp_ack
482405 ip_dont_fragment
470685 ip_local_deliver
436325 constant_test_bit
375469 avc_has_perm_noaudit
347663 tcp_sendmsg
310383 tcp_recvmsg
300412 __inet_lookup_established
294377 system_call
286603 tcp_transmit_skb
251782 selinux_ip_postroute
236028 tcp_current_mss
235631 schedule
234013 netif_rx
229854 _local_bh_enable_ip
219501 tcp_v4_rcv
210046 netlbl_enabled
205022 constant_test_bit
199598 skb_release_head_state
187952 ip_queue_xmit
178779 tcp_established_options
175955 dev_queue_xmit
169904 netif_receive_skb
166629 ip_finish_output2
162291 sysret_check
151262 __switch_to
143355 audit_syscall_entry
142694 load_cr3
136571 memset_c
136115 nf_hook_slow
130825 ip_local_deliver_finish
128795 ip_rcv
125995 selinux_socket_sock_rcv_skb
123944 net_rx_action
123100 __copy_skb_header
122052 __inet_lookup
121744 constant_test_bit
119444 get_page_from_freelist
116486 avc_has_perm
115643 audit_syscall_exit
115123 find_pid_ns
114483 tcp_cleanup_rbuf
111350 tcp_rcv_established
109853 __mod_timer
107891 lock_sock_nested
107316 napi_disable_pending
106581 release_sock
104402 skb_copy_datagram_iovec
101591 __tcp_push_pending_frames
101206 tcp_event_data_recv
98046 kmem_cache_alloc_node
97982 tcp_v4_do_rcv
92714 sys_recvfrom
91551 rb_erase
89730 kfree
87979 ip_rcv_finish
87166 compare_ether_addr
86982 selinux_parse_skb
86731 nf_iterate
79690 selinux_ipv4_output
79347 __cache_free
78992 audit_free_names
78127 skb_release_data
77501 mod_timer
77241 __sock_recvmsg
77228 sock_recvmsg
77211 ____cache_alloc
76495 tcp_rcv_space_adjust
75283 sk_wait_data
71772 sys_sendto
71594 sched_clock
70880 eth_type_trans
70238 memcpy_toiovec
69193 do_softirq
68341 __update_sched_clock
67597 tcp_v4_md5_lookup
67424 try_to_wake_up
64465 sock_common_recvmsg
64116 put_prev_task_fair
63964 process_backlog
62216 __do_softirq
62093 tcp_cwnd_validate
61128 __alloc_skb
60588 put_page
59536 dput
58411 __ip_local_out
56349 avc_audit
55626 __napi_schedule
55525 selinux_ipv4_postroute
54499 __enqueue_entity
53599 local_bh_disable
53418 unroll_tree_refs
53162 __unlazy_fpu
53084 cfs_rq_of
52475 set_next_entity
51108 thread_return
50458 ip_output
50268 sched_clock_cpu
49974 tcp_send_delayed_ack
49736 ip_finish_output
49670 finish_task_switch
49070 ___swab16
48499 audit_get_context
48347 raw_local_deliver
47824 tcp_rtt_estimator
46707 tcp_push
46405 constant_test_bit
45859 select_task_rq_fair
45188 math_state_restore
44889 check_preempt_wakeup
44449 task_rq_lock
43704 sel_netif_sid
43377 sock_sendmsg
42612 sk_reset_timer
42606 __skb_clone
42223 __find_general_cachep
41950 selinux_socket_sendmsg
41716 constant_test_bit
41097 skb_push
40723 lock_sock
40715 system_call_after_swapgs
40399 selinux_netlbl_inode_permission
40179 rb_insert_color
40021 __kfree_skb
40015 sockfd_lookup_light
39216 internal_add_timer
39024 skb_can_coalesce
38838 __tcp_select_window
38651 current_kernel_time
38533 tcp_v4_md5_do_lookup
38372 __sock_sendmsg
38162 selinux_socket_recvmsg
37812 sel_netport_sid
37727 account_group_exec_runtime
37695 switch_mm
36247 nf_hook_thresh
36057 auditsys
35266 pick_next_task_fair
35064 __tcp_ack_snd_check
35052 sock_def_readable
34826 sysret_careful
34578 _local_bh_enable
34498 free_hot_cold_page
34338 kmap
34028 loopback_xmit
33320 sk_stream_alloc_skb
33269 test_ti_thread_flag
33219 skb_fill_page_desc
33049 tcp_is_cwnd_limited
33012 update_min_vruntime
32431 native_read_tsc
32398 dst_release
31661 get_pageblock_flags_group
31652 path_put
31516 tcp_push_pending_frames
31265 netif_needs_gso
31175 constant_test_bit
31077 __cycles_2_ns
30971 socket_has_perm
30893 __phys_addr
30867 lock_timer_base
30585 __wake_up
30456 ret_from_sys_call
30147 skb_release_all
29356 local_bh_enable
29334 __skb_insert
28681 tcp_cwnd_test
28652 __skb_dequeue
28612 prepare_to_wait
28268 kmem_cache_free
28193 set_bit
28149 dequeue_task_fair
27906 skb_header_pointer
27861 sys_kill
27803 selinux_task_kill
27627 audit_free_aux
27600 selinux_netlbl_sock_rcv_skb
26794 update_curr
26777 __alloc_pages_internal
26469 skb_entail
26458 pskb_may_pull
26216 inet_ehashfn
26075 call_softirq
26033 copy_from_user
25933 __local_bh_disable
25666 fget_light
25270 inet_csk_reset_xmit_timer
25071 signal_pending_state
24117 tcp_init_tso_segs
24109 TCP_ECN_check_ce
23702 nf_hook_thresh
23558 copy_to_user
23426 sysret_audit
23267 sk_wake_async
22627 tcp_options_write
22174 netif_tx_queue_stopped
21795 tcp_prequeue_process
21757 tcp_set_skb_tso_segs
21579 avc_hash
21565 ___swab16
21560 ip_local_out
21445 sk_wmem_schedule
21234 get_page
21200 __wake_up_common
21042 sel_netnode_find
20772 sock_put
20625 schedule_timeout
20613 __napi_complete
20563 fput_light
20532 tcp_bound_to_half_wnd
19912 cap_task_kill
19773 sysret_signal
19374 compound_head
19121 get_seconds
19048 PageLRU
18893 zone_watermark_ok
18635 tcp_snd_wnd_test
18634 enqueue_task_fair
18603 rb_next
18598 next_zones_zonelist
18534 resched_task
17820 hash_64
17801 autoremove_wake_function
17451 __skb_queue_before
17283 native_load_tls
17227 __skb_dequeue
17149 xfrm4_policy_check
16942 zone_statistics
16886 skb_reset_network_header
16824 ___swab16
16725 pskb_may_pull
16645 dev_hard_start_xmit
16580 sk_filter
16523 tcp_ca_event
16479 tcp_win_from_space
16408 tcp_parse_aligned_timestamp
16204 finish_wait
16124 virt_to_slab
15965 tcp_v4_send_check
15920 skb_reset_transport_header
15867 tcp_data_snd_check
15819 security_sock_rcv_skb
15665 tcp_ack_saw_tstamp
15621 skb_network_offset
15568 virt_to_head_page
15553 dst_confirm
15320 skb_pull
15277 clear_bit
15179 alloc_pages_current
14991 bictcp_acked
14743 tcp_store_ts_recent
14660 sel_netnode_sid
14650 __xchg
14573 task_has_perm
14561 tcp_v4_check
14492 net_invalid_timestamp
14485 security_socket_recvmsg
14363 __dequeue_entity
14318 pid_nr_ns
14311 device_not_available
14212 local_bh_enable_ip
14092 virt_to_cache
13804 netpoll_rx
13781 fcheck_files
13724 tcp_adjust_fackets_out
13717 net_timestamp
13638 ___swab16
13576 sel_netport_find
13563 __kmalloc_node
13530 __inc_zone_state
13215 pid_vnr
13208 free_pages_check
13008 security_socket_sendmsg
12971 ip_skb_dst_mtu
12827 __cpu_set
12782 bictcp_cong_avoid
12779 test_tsk_thread_flag
12734 wakeup_preempt_entity
12651 sel_netif_find
12545 skb_set_owner_r
12534 skb_headroom
12348 tcp_event_new_data_sent
12251 place_entity
12047 set_bit
11805 update_rq_clock
11788 detach_timer
11659 policy_zonelist
11423 skb_clone
11380 __skb_queue_tail
11249 dequeue_task
10823 init_rootdomain
10690 __cpu_clear
10558 default_wake_function
10556 tcp_rcv_rtt_measure_ts
10451 PageSlab
10427 sock_wfree
10277 calc_delta_fair
10237 tcp_validate_incoming
10218 task_rq_unlock
10023 page_get_cache
[-- Attachment #2: config --]
[-- Type: text/plain, Size: 72924 bytes --]
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.28-rc5
# Mon Nov 17 11:59:36 2008
#
CONFIG_64BIT=y
# CONFIG_X86_32 is not set
CONFIG_X86_64=y
CONFIG_X86=y
CONFIG_ARCH_DEFCONFIG="arch/x86/configs/x86_64_defconfig"
CONFIG_GENERIC_TIME=y
CONFIG_GENERIC_CMOS_UPDATE=y
CONFIG_CLOCKSOURCE_WATCHDOG=y
CONFIG_GENERIC_CLOCKEVENTS=y
CONFIG_GENERIC_CLOCKEVENTS_BROADCAST=y
CONFIG_LOCKDEP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_HAVE_LATENCYTOP_SUPPORT=y
CONFIG_FAST_CMPXCHG_LOCAL=y
CONFIG_MMU=y
CONFIG_ZONE_DMA=y
CONFIG_GENERIC_ISA_DMA=y
CONFIG_GENERIC_IOMAP=y
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_ARCH_MAY_HAVE_PC_FDC=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
# CONFIG_RWSEM_XCHGADD_ALGORITHM is not set
CONFIG_ARCH_HAS_CPU_IDLE_WAIT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_GENERIC_TIME_VSYSCALL=y
CONFIG_ARCH_HAS_CPU_RELAX=y
CONFIG_ARCH_HAS_DEFAULT_IDLE=y
CONFIG_ARCH_HAS_CACHE_LINE_SIZE=y
CONFIG_HAVE_SETUP_PER_CPU_AREA=y
CONFIG_HAVE_CPUMASK_OF_CPU_MAP=y
CONFIG_ARCH_HIBERNATION_POSSIBLE=y
CONFIG_ARCH_SUSPEND_POSSIBLE=y
CONFIG_ZONE_DMA32=y
CONFIG_ARCH_POPULATES_NODE_MAP=y
CONFIG_AUDIT_ARCH=y
CONFIG_ARCH_SUPPORTS_OPTIMIZED_INLINING=y
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_GENERIC_PENDING_IRQ=y
CONFIG_X86_SMP=y
CONFIG_X86_64_SMP=y
CONFIG_X86_HT=y
CONFIG_X86_BIOS_REBOOT=y
CONFIG_X86_TRAMPOLINE=y
# CONFIG_KTIME_SCALAR is not set
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
#
# General setup
#
CONFIG_EXPERIMENTAL=y
CONFIG_LOCK_KERNEL=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_LOCALVERSION=""
# CONFIG_LOCALVERSION_AUTO is not set
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
CONFIG_BSD_PROCESS_ACCT=y
# CONFIG_BSD_PROCESS_ACCT_V3 is not set
CONFIG_TASKSTATS=y
CONFIG_TASK_DELAY_ACCT=y
# CONFIG_TASK_XACCT is not set
CONFIG_AUDIT=y
CONFIG_AUDITSYSCALL=y
CONFIG_AUDIT_TREE=y
# CONFIG_IKCONFIG is not set
CONFIG_LOG_BUF_SHIFT=20
# CONFIG_CGROUPS is not set
CONFIG_HAVE_UNSTABLE_SCHED_CLOCK=y
# CONFIG_GROUP_SCHED is not set
CONFIG_SYSFS_DEPRECATED=y
CONFIG_SYSFS_DEPRECATED_V2=y
CONFIG_RELAY=y
CONFIG_NAMESPACES=y
# CONFIG_UTS_NS is not set
# CONFIG_IPC_NS is not set
# CONFIG_USER_NS is not set
# CONFIG_PID_NS is not set
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
CONFIG_CC_OPTIMIZE_FOR_SIZE=y
CONFIG_SYSCTL=y
# CONFIG_EMBEDDED is not set
CONFIG_UID16=y
CONFIG_SYSCTL_SYSCALL=y
CONFIG_KALLSYMS=y
CONFIG_KALLSYMS_ALL=y
CONFIG_KALLSYMS_EXTRA_PASS=y
CONFIG_HOTPLUG=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_PCSPKR_PLATFORM=y
CONFIG_COMPAT_BRK=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_ANON_INODES=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_AIO=y
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_PCI_QUIRKS=y
CONFIG_SLAB=y
# CONFIG_SLUB is not set
# CONFIG_SLOB is not set
CONFIG_PROFILING=y
# CONFIG_MARKERS is not set
CONFIG_OPROFILE=m
CONFIG_OPROFILE_IBS=y
CONFIG_HAVE_OPROFILE=y
CONFIG_KPROBES=y
CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS=y
CONFIG_KRETPROBES=y
CONFIG_HAVE_IOREMAP_PROT=y
CONFIG_HAVE_KPROBES=y
CONFIG_HAVE_KRETPROBES=y
CONFIG_HAVE_ARCH_TRACEHOOK=y
CONFIG_USE_GENERIC_SMP_HELPERS=y
# CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
# CONFIG_TINY_SHMEM is not set
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=y
# CONFIG_MODULE_FORCE_UNLOAD is not set
CONFIG_MODVERSIONS=y
CONFIG_MODULE_SRCVERSION_ALL=y
CONFIG_KMOD=y
CONFIG_STOP_MACHINE=y
CONFIG_BLOCK=y
CONFIG_BLK_DEV_IO_TRACE=y
# CONFIG_BLK_DEV_BSG is not set
# CONFIG_BLK_DEV_INTEGRITY is not set
CONFIG_BLOCK_COMPAT=y
#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
# CONFIG_DEFAULT_AS is not set
# CONFIG_DEFAULT_DEADLINE is not set
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="cfq"
CONFIG_PREEMPT_NOTIFIERS=y
CONFIG_CLASSIC_RCU=y
CONFIG_FREEZER=y
#
# Processor type and features
#
# CONFIG_NO_HZ is not set
# CONFIG_HIGH_RES_TIMERS is not set
CONFIG_GENERIC_CLOCKEVENTS_BUILD=y
CONFIG_SMP=y
CONFIG_X86_FIND_SMP_CONFIG=y
CONFIG_X86_MPPARSE=y
CONFIG_X86_PC=y
# CONFIG_X86_ELAN is not set
# CONFIG_X86_VOYAGER is not set
# CONFIG_X86_GENERICARCH is not set
# CONFIG_X86_VSMP is not set
# CONFIG_PARAVIRT_GUEST is not set
# CONFIG_MEMTEST is not set
# CONFIG_M386 is not set
# CONFIG_M486 is not set
# CONFIG_M586 is not set
# CONFIG_M586TSC is not set
# CONFIG_M586MMX is not set
# CONFIG_M686 is not set
# CONFIG_MPENTIUMII is not set
# CONFIG_MPENTIUMIII is not set
# CONFIG_MPENTIUMM is not set
# CONFIG_MPENTIUM4 is not set
# CONFIG_MK6 is not set
# CONFIG_MK7 is not set
# CONFIG_MK8 is not set
# CONFIG_MCRUSOE is not set
# CONFIG_MEFFICEON is not set
# CONFIG_MWINCHIPC6 is not set
# CONFIG_MWINCHIP3D is not set
# CONFIG_MGEODEGX1 is not set
# CONFIG_MGEODE_LX is not set
# CONFIG_MCYRIXIII is not set
# CONFIG_MVIAC3_2 is not set
# CONFIG_MVIAC7 is not set
# CONFIG_MPSC is not set
# CONFIG_MCORE2 is not set
CONFIG_GENERIC_CPU=y
CONFIG_X86_CPU=y
CONFIG_X86_L1_CACHE_BYTES=128
CONFIG_X86_INTERNODE_CACHE_BYTES=128
CONFIG_X86_CMPXCHG=y
CONFIG_X86_L1_CACHE_SHIFT=7
CONFIG_X86_WP_WORKS_OK=y
CONFIG_X86_TSC=y
CONFIG_X86_CMPXCHG64=y
CONFIG_X86_CMOV=y
CONFIG_X86_MINIMUM_CPU_FAMILY=64
CONFIG_X86_DEBUGCTLMSR=y
CONFIG_CPU_SUP_INTEL=y
CONFIG_CPU_SUP_AMD=y
CONFIG_CPU_SUP_CENTAUR_64=y
CONFIG_X86_DS=y
CONFIG_X86_PTRACE_BTS=y
CONFIG_HPET_TIMER=y
CONFIG_HPET_EMULATE_RTC=y
CONFIG_DMI=y
CONFIG_GART_IOMMU=y
CONFIG_CALGARY_IOMMU=y
CONFIG_CALGARY_IOMMU_ENABLED_BY_DEFAULT=y
# CONFIG_AMD_IOMMU is not set
CONFIG_SWIOTLB=y
CONFIG_IOMMU_HELPER=y
CONFIG_NR_CPUS=255
CONFIG_SCHED_SMT=y
CONFIG_SCHED_MC=y
CONFIG_PREEMPT_NONE=y
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT is not set
CONFIG_X86_LOCAL_APIC=y
CONFIG_X86_IO_APIC=y
CONFIG_X86_MCE=y
CONFIG_X86_MCE_INTEL=y
CONFIG_X86_MCE_AMD=y
# CONFIG_I8K is not set
CONFIG_MICROCODE=m
CONFIG_MICROCODE_INTEL=y
# CONFIG_MICROCODE_AMD is not set
CONFIG_MICROCODE_OLD_INTERFACE=y
CONFIG_X86_MSR=y
CONFIG_X86_CPUID=y
CONFIG_ARCH_PHYS_ADDR_T_64BIT=y
CONFIG_NUMA=y
CONFIG_K8_NUMA=y
CONFIG_X86_64_ACPI_NUMA=y
CONFIG_NODES_SPAN_OTHER_NODES=y
# CONFIG_NUMA_EMU is not set
CONFIG_NODES_SHIFT=6
CONFIG_ARCH_SPARSEMEM_DEFAULT=y
CONFIG_ARCH_SPARSEMEM_ENABLE=y
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_SELECT_MEMORY_MODEL=y
# CONFIG_FLATMEM_MANUAL is not set
# CONFIG_DISCONTIGMEM_MANUAL is not set
CONFIG_SPARSEMEM_MANUAL=y
CONFIG_SPARSEMEM=y
CONFIG_NEED_MULTIPLE_NODES=y
CONFIG_HAVE_MEMORY_PRESENT=y
CONFIG_SPARSEMEM_EXTREME=y
CONFIG_SPARSEMEM_VMEMMAP_ENABLE=y
CONFIG_SPARSEMEM_VMEMMAP=y
# CONFIG_MEMORY_HOTPLUG is not set
CONFIG_PAGEFLAGS_EXTENDED=y
CONFIG_SPLIT_PTLOCK_CPUS=4
CONFIG_MIGRATION=y
CONFIG_RESOURCES_64BIT=y
CONFIG_PHYS_ADDR_T_64BIT=y
CONFIG_ZONE_DMA_FLAG=1
CONFIG_BOUNCE=y
CONFIG_VIRT_TO_BUS=y
CONFIG_UNEVICTABLE_LRU=y
CONFIG_MMU_NOTIFIER=y
CONFIG_X86_CHECK_BIOS_CORRUPTION=y
CONFIG_X86_BOOTPARAM_MEMORY_CORRUPTION_CHECK=y
CONFIG_X86_RESERVE_LOW_64K=y
CONFIG_MTRR=y
# CONFIG_MTRR_SANITIZER is not set
# CONFIG_X86_PAT is not set
# CONFIG_EFI is not set
# CONFIG_SECCOMP is not set
# CONFIG_HZ_100 is not set
CONFIG_HZ_250=y
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=250
# CONFIG_SCHED_HRTICK is not set
CONFIG_KEXEC=y
# CONFIG_CRASH_DUMP is not set
CONFIG_PHYSICAL_START=0x200000
# CONFIG_RELOCATABLE is not set
CONFIG_PHYSICAL_ALIGN=0x200000
CONFIG_HOTPLUG_CPU=y
CONFIG_COMPAT_VDSO=y
# CONFIG_CMDLINE_BOOL is not set
CONFIG_ARCH_ENABLE_MEMORY_HOTPLUG=y
CONFIG_HAVE_ARCH_EARLY_PFN_TO_NID=y
#
# Power management and ACPI options
#
CONFIG_PM=y
# CONFIG_PM_DEBUG is not set
CONFIG_PM_SLEEP_SMP=y
CONFIG_PM_SLEEP=y
CONFIG_SUSPEND=y
CONFIG_SUSPEND_FREEZER=y
# CONFIG_HIBERNATION is not set
CONFIG_ACPI=y
CONFIG_ACPI_SLEEP=y
CONFIG_ACPI_PROCFS=y
CONFIG_ACPI_PROCFS_POWER=y
CONFIG_ACPI_SYSFS_POWER=y
CONFIG_ACPI_PROC_EVENT=y
CONFIG_ACPI_AC=m
CONFIG_ACPI_BATTERY=m
CONFIG_ACPI_BUTTON=m
CONFIG_ACPI_FAN=y
CONFIG_ACPI_DOCK=y
CONFIG_ACPI_PROCESSOR=y
CONFIG_ACPI_HOTPLUG_CPU=y
CONFIG_ACPI_THERMAL=y
CONFIG_ACPI_NUMA=y
# CONFIG_ACPI_WMI is not set
CONFIG_ACPI_ASUS=m
CONFIG_ACPI_TOSHIBA=m
# CONFIG_ACPI_CUSTOM_DSDT is not set
CONFIG_ACPI_BLACKLIST_YEAR=0
# CONFIG_ACPI_DEBUG is not set
# CONFIG_ACPI_PCI_SLOT is not set
CONFIG_ACPI_SYSTEM=y
CONFIG_X86_PM_TIMER=y
CONFIG_ACPI_CONTAINER=y
CONFIG_ACPI_SBS=m
#
# CPU Frequency scaling
#
CONFIG_CPU_FREQ=y
CONFIG_CPU_FREQ_TABLE=y
CONFIG_CPU_FREQ_DEBUG=y
CONFIG_CPU_FREQ_STAT=m
CONFIG_CPU_FREQ_STAT_DETAILS=y
# CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_POWERSAVE is not set
CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE=y
# CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_CONSERVATIVE is not set
CONFIG_CPU_FREQ_GOV_PERFORMANCE=y
CONFIG_CPU_FREQ_GOV_POWERSAVE=m
CONFIG_CPU_FREQ_GOV_USERSPACE=y
CONFIG_CPU_FREQ_GOV_ONDEMAND=m
CONFIG_CPU_FREQ_GOV_CONSERVATIVE=m
#
# CPUFreq processor drivers
#
CONFIG_X86_ACPI_CPUFREQ=y
CONFIG_X86_POWERNOW_K8=y
CONFIG_X86_POWERNOW_K8_ACPI=y
# CONFIG_X86_SPEEDSTEP_CENTRINO is not set
# CONFIG_X86_P4_CLOCKMOD is not set
#
# shared options
#
# CONFIG_X86_ACPI_CPUFREQ_PROC_INTF is not set
# CONFIG_X86_SPEEDSTEP_LIB is not set
# CONFIG_CPU_IDLE is not set
#
# Memory power savings
#
# CONFIG_I7300_IDLE is not set
#
# Bus options (PCI etc.)
#
CONFIG_PCI=y
CONFIG_PCI_DIRECT=y
CONFIG_PCI_MMCONFIG=y
CONFIG_PCI_DOMAINS=y
CONFIG_PCIEPORTBUS=y
CONFIG_HOTPLUG_PCI_PCIE=m
CONFIG_PCIEAER=y
# CONFIG_PCIEASPM is not set
CONFIG_ARCH_SUPPORTS_MSI=y
# CONFIG_PCI_MSI is not set
CONFIG_PCI_LEGACY=y
# CONFIG_PCI_DEBUG is not set
CONFIG_HT_IRQ=y
CONFIG_ISA_DMA_API=y
CONFIG_K8_NB=y
CONFIG_PCCARD=y
# CONFIG_PCMCIA_DEBUG is not set
CONFIG_PCMCIA=y
CONFIG_PCMCIA_LOAD_CIS=y
CONFIG_PCMCIA_IOCTL=y
CONFIG_CARDBUS=y
#
# PC-card bridges
#
CONFIG_YENTA=y
CONFIG_YENTA_O2=y
CONFIG_YENTA_RICOH=y
CONFIG_YENTA_TI=y
CONFIG_YENTA_ENE_TUNE=y
CONFIG_YENTA_TOSHIBA=y
CONFIG_PD6729=m
CONFIG_I82092=m
CONFIG_PCCARD_NONSTATIC=y
CONFIG_HOTPLUG_PCI=y
CONFIG_HOTPLUG_PCI_FAKE=m
CONFIG_HOTPLUG_PCI_ACPI=m
CONFIG_HOTPLUG_PCI_ACPI_IBM=m
# CONFIG_HOTPLUG_PCI_CPCI is not set
CONFIG_HOTPLUG_PCI_SHPC=m
#
# Executable file formats / Emulations
#
CONFIG_BINFMT_ELF=y
CONFIG_COMPAT_BINFMT_ELF=y
# CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS is not set
# CONFIG_HAVE_AOUT is not set
CONFIG_BINFMT_MISC=y
CONFIG_IA32_EMULATION=y
# CONFIG_IA32_AOUT is not set
CONFIG_COMPAT=y
CONFIG_COMPAT_FOR_U64_ALIGNMENT=y
CONFIG_SYSVIPC_COMPAT=y
CONFIG_NET=y
#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_UNIX=y
CONFIG_XFRM=y
CONFIG_XFRM_USER=y
# CONFIG_XFRM_SUB_POLICY is not set
CONFIG_XFRM_MIGRATE=y
# CONFIG_XFRM_STATISTICS is not set
CONFIG_XFRM_IPCOMP=m
CONFIG_NET_KEY=m
CONFIG_NET_KEY_MIGRATE=y
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
CONFIG_IP_ADVANCED_ROUTER=y
CONFIG_ASK_IP_FIB_HASH=y
# CONFIG_IP_FIB_TRIE is not set
CONFIG_IP_FIB_HASH=y
CONFIG_IP_MULTIPLE_TABLES=y
CONFIG_IP_ROUTE_MULTIPATH=y
CONFIG_IP_ROUTE_VERBOSE=y
# CONFIG_IP_PNP is not set
CONFIG_NET_IPIP=m
CONFIG_NET_IPGRE=m
CONFIG_NET_IPGRE_BROADCAST=y
CONFIG_IP_MROUTE=y
CONFIG_IP_PIMSM_V1=y
CONFIG_IP_PIMSM_V2=y
# CONFIG_ARPD is not set
CONFIG_SYN_COOKIES=y
CONFIG_INET_AH=m
CONFIG_INET_ESP=m
CONFIG_INET_IPCOMP=m
CONFIG_INET_XFRM_TUNNEL=m
CONFIG_INET_TUNNEL=m
CONFIG_INET_XFRM_MODE_TRANSPORT=m
CONFIG_INET_XFRM_MODE_TUNNEL=m
CONFIG_INET_XFRM_MODE_BEET=m
CONFIG_INET_LRO=m
CONFIG_INET_DIAG=m
CONFIG_INET_TCP_DIAG=m
CONFIG_TCP_CONG_ADVANCED=y
CONFIG_TCP_CONG_BIC=y
CONFIG_TCP_CONG_CUBIC=m
CONFIG_TCP_CONG_WESTWOOD=m
CONFIG_TCP_CONG_HTCP=m
CONFIG_TCP_CONG_HSTCP=m
CONFIG_TCP_CONG_HYBLA=m
CONFIG_TCP_CONG_VEGAS=m
CONFIG_TCP_CONG_SCALABLE=m
CONFIG_TCP_CONG_LP=m
CONFIG_TCP_CONG_VENO=m
# CONFIG_TCP_CONG_YEAH is not set
# CONFIG_TCP_CONG_ILLINOIS is not set
CONFIG_DEFAULT_BIC=y
# CONFIG_DEFAULT_CUBIC is not set
# CONFIG_DEFAULT_HTCP is not set
# CONFIG_DEFAULT_VEGAS is not set
# CONFIG_DEFAULT_WESTWOOD is not set
# CONFIG_DEFAULT_RENO is not set
CONFIG_DEFAULT_TCP_CONG="bic"
CONFIG_TCP_MD5SIG=y
CONFIG_IPV6=m
CONFIG_IPV6_PRIVACY=y
CONFIG_IPV6_ROUTER_PREF=y
CONFIG_IPV6_ROUTE_INFO=y
# CONFIG_IPV6_OPTIMISTIC_DAD is not set
CONFIG_INET6_AH=m
CONFIG_INET6_ESP=m
CONFIG_INET6_IPCOMP=m
# CONFIG_IPV6_MIP6 is not set
CONFIG_INET6_XFRM_TUNNEL=m
CONFIG_INET6_TUNNEL=m
CONFIG_INET6_XFRM_MODE_TRANSPORT=m
CONFIG_INET6_XFRM_MODE_TUNNEL=m
CONFIG_INET6_XFRM_MODE_BEET=m
CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION=m
CONFIG_IPV6_SIT=m
CONFIG_IPV6_NDISC_NODETYPE=y
CONFIG_IPV6_TUNNEL=m
# CONFIG_IPV6_MULTIPLE_TABLES is not set
# CONFIG_IPV6_MROUTE is not set
CONFIG_NETLABEL=y
CONFIG_NETWORK_SECMARK=y
CONFIG_NETFILTER=y
CONFIG_NETFILTER_DEBUG=y
CONFIG_NETFILTER_ADVANCED=y
CONFIG_BRIDGE_NETFILTER=y
#
# Core Netfilter Configuration
#
CONFIG_NETFILTER_NETLINK=m
CONFIG_NETFILTER_NETLINK_QUEUE=m
CONFIG_NETFILTER_NETLINK_LOG=m
CONFIG_NF_CONNTRACK=y
CONFIG_NF_CT_ACCT=y
CONFIG_NF_CONNTRACK_MARK=y
CONFIG_NF_CONNTRACK_SECMARK=y
CONFIG_NF_CONNTRACK_EVENTS=y
CONFIG_NF_CT_PROTO_DCCP=m
CONFIG_NF_CT_PROTO_GRE=m
CONFIG_NF_CT_PROTO_SCTP=m
# CONFIG_NF_CT_PROTO_UDPLITE is not set
CONFIG_NF_CONNTRACK_AMANDA=m
CONFIG_NF_CONNTRACK_FTP=m
CONFIG_NF_CONNTRACK_H323=m
CONFIG_NF_CONNTRACK_IRC=m
CONFIG_NF_CONNTRACK_NETBIOS_NS=m
CONFIG_NF_CONNTRACK_PPTP=m
CONFIG_NF_CONNTRACK_SANE=m
CONFIG_NF_CONNTRACK_SIP=m
CONFIG_NF_CONNTRACK_TFTP=m
# CONFIG_NF_CT_NETLINK is not set
# CONFIG_NETFILTER_TPROXY is not set
CONFIG_NETFILTER_XTABLES=m
CONFIG_NETFILTER_XT_TARGET_CLASSIFY=m
CONFIG_NETFILTER_XT_TARGET_CONNMARK=m
CONFIG_NETFILTER_XT_TARGET_CONNSECMARK=m
CONFIG_NETFILTER_XT_TARGET_DSCP=m
CONFIG_NETFILTER_XT_TARGET_MARK=m
CONFIG_NETFILTER_XT_TARGET_NFLOG=m
CONFIG_NETFILTER_XT_TARGET_NFQUEUE=m
CONFIG_NETFILTER_XT_TARGET_NOTRACK=m
# CONFIG_NETFILTER_XT_TARGET_RATEEST is not set
# CONFIG_NETFILTER_XT_TARGET_TRACE is not set
CONFIG_NETFILTER_XT_TARGET_SECMARK=m
CONFIG_NETFILTER_XT_TARGET_TCPMSS=m
# CONFIG_NETFILTER_XT_TARGET_TCPOPTSTRIP is not set
CONFIG_NETFILTER_XT_MATCH_COMMENT=m
CONFIG_NETFILTER_XT_MATCH_CONNBYTES=m
# CONFIG_NETFILTER_XT_MATCH_CONNLIMIT is not set
CONFIG_NETFILTER_XT_MATCH_CONNMARK=m
CONFIG_NETFILTER_XT_MATCH_CONNTRACK=m
CONFIG_NETFILTER_XT_MATCH_DCCP=m
CONFIG_NETFILTER_XT_MATCH_DSCP=m
CONFIG_NETFILTER_XT_MATCH_ESP=m
CONFIG_NETFILTER_XT_MATCH_HASHLIMIT=m
CONFIG_NETFILTER_XT_MATCH_HELPER=m
# CONFIG_NETFILTER_XT_MATCH_IPRANGE is not set
CONFIG_NETFILTER_XT_MATCH_LENGTH=m
CONFIG_NETFILTER_XT_MATCH_LIMIT=m
CONFIG_NETFILTER_XT_MATCH_MAC=m
CONFIG_NETFILTER_XT_MATCH_MARK=m
CONFIG_NETFILTER_XT_MATCH_MULTIPORT=m
# CONFIG_NETFILTER_XT_MATCH_OWNER is not set
CONFIG_NETFILTER_XT_MATCH_POLICY=m
CONFIG_NETFILTER_XT_MATCH_PHYSDEV=m
CONFIG_NETFILTER_XT_MATCH_PKTTYPE=m
CONFIG_NETFILTER_XT_MATCH_QUOTA=m
# CONFIG_NETFILTER_XT_MATCH_RATEEST is not set
CONFIG_NETFILTER_XT_MATCH_REALM=m
# CONFIG_NETFILTER_XT_MATCH_RECENT is not set
CONFIG_NETFILTER_XT_MATCH_SCTP=m
CONFIG_NETFILTER_XT_MATCH_STATE=m
CONFIG_NETFILTER_XT_MATCH_STATISTIC=m
CONFIG_NETFILTER_XT_MATCH_STRING=m
CONFIG_NETFILTER_XT_MATCH_TCPMSS=m
# CONFIG_NETFILTER_XT_MATCH_TIME is not set
# CONFIG_NETFILTER_XT_MATCH_U32 is not set
CONFIG_IP_VS=m
# CONFIG_IP_VS_IPV6 is not set
# CONFIG_IP_VS_DEBUG is not set
CONFIG_IP_VS_TAB_BITS=12
#
# IPVS transport protocol load balancing support
#
CONFIG_IP_VS_PROTO_TCP=y
CONFIG_IP_VS_PROTO_UDP=y
CONFIG_IP_VS_PROTO_AH_ESP=y
CONFIG_IP_VS_PROTO_ESP=y
CONFIG_IP_VS_PROTO_AH=y
#
# IPVS scheduler
#
CONFIG_IP_VS_RR=m
CONFIG_IP_VS_WRR=m
CONFIG_IP_VS_LC=m
CONFIG_IP_VS_WLC=m
CONFIG_IP_VS_LBLC=m
CONFIG_IP_VS_LBLCR=m
CONFIG_IP_VS_DH=m
CONFIG_IP_VS_SH=m
CONFIG_IP_VS_SED=m
CONFIG_IP_VS_NQ=m
#
# IPVS application helper
#
CONFIG_IP_VS_FTP=m
#
# IP: Netfilter Configuration
#
CONFIG_NF_DEFRAG_IPV4=m
CONFIG_NF_CONNTRACK_IPV4=m
CONFIG_NF_CONNTRACK_PROC_COMPAT=y
CONFIG_IP_NF_QUEUE=m
CONFIG_IP_NF_IPTABLES=m
CONFIG_IP_NF_MATCH_ADDRTYPE=m
CONFIG_IP_NF_MATCH_AH=m
CONFIG_IP_NF_MATCH_ECN=m
CONFIG_IP_NF_MATCH_TTL=m
CONFIG_IP_NF_FILTER=m
CONFIG_IP_NF_TARGET_REJECT=m
CONFIG_IP_NF_TARGET_LOG=m
CONFIG_IP_NF_TARGET_ULOG=m
CONFIG_NF_NAT=m
CONFIG_NF_NAT_NEEDED=y
CONFIG_IP_NF_TARGET_MASQUERADE=m
CONFIG_IP_NF_TARGET_NETMAP=m
CONFIG_IP_NF_TARGET_REDIRECT=m
CONFIG_NF_NAT_SNMP_BASIC=m
CONFIG_NF_NAT_PROTO_DCCP=m
CONFIG_NF_NAT_PROTO_GRE=m
CONFIG_NF_NAT_PROTO_SCTP=m
CONFIG_NF_NAT_FTP=m
CONFIG_NF_NAT_IRC=m
CONFIG_NF_NAT_TFTP=m
CONFIG_NF_NAT_AMANDA=m
CONFIG_NF_NAT_PPTP=m
CONFIG_NF_NAT_H323=m
CONFIG_NF_NAT_SIP=m
CONFIG_IP_NF_MANGLE=m
CONFIG_IP_NF_TARGET_CLUSTERIP=m
CONFIG_IP_NF_TARGET_ECN=m
CONFIG_IP_NF_TARGET_TTL=m
CONFIG_IP_NF_RAW=m
# CONFIG_IP_NF_SECURITY is not set
CONFIG_IP_NF_ARPTABLES=m
CONFIG_IP_NF_ARPFILTER=m
CONFIG_IP_NF_ARP_MANGLE=m
#
# IPv6: Netfilter Configuration
#
CONFIG_NF_CONNTRACK_IPV6=m
CONFIG_IP6_NF_QUEUE=m
CONFIG_IP6_NF_IPTABLES=m
CONFIG_IP6_NF_MATCH_AH=m
CONFIG_IP6_NF_MATCH_EUI64=m
CONFIG_IP6_NF_MATCH_FRAG=m
CONFIG_IP6_NF_MATCH_OPTS=m
CONFIG_IP6_NF_MATCH_HL=m
CONFIG_IP6_NF_MATCH_IPV6HEADER=m
CONFIG_IP6_NF_MATCH_MH=m
CONFIG_IP6_NF_MATCH_RT=m
CONFIG_IP6_NF_TARGET_LOG=m
CONFIG_IP6_NF_FILTER=m
CONFIG_IP6_NF_TARGET_REJECT=m
CONFIG_IP6_NF_MANGLE=m
CONFIG_IP6_NF_TARGET_HL=m
CONFIG_IP6_NF_RAW=m
# CONFIG_IP6_NF_SECURITY is not set
#
# DECnet: Netfilter Configuration
#
# CONFIG_DECNET_NF_GRABULATOR is not set
CONFIG_BRIDGE_NF_EBTABLES=m
CONFIG_BRIDGE_EBT_BROUTE=m
CONFIG_BRIDGE_EBT_T_FILTER=m
CONFIG_BRIDGE_EBT_T_NAT=m
CONFIG_BRIDGE_EBT_802_3=m
CONFIG_BRIDGE_EBT_AMONG=m
CONFIG_BRIDGE_EBT_ARP=m
CONFIG_BRIDGE_EBT_IP=m
# CONFIG_BRIDGE_EBT_IP6 is not set
CONFIG_BRIDGE_EBT_LIMIT=m
CONFIG_BRIDGE_EBT_MARK=m
CONFIG_BRIDGE_EBT_PKTTYPE=m
CONFIG_BRIDGE_EBT_STP=m
CONFIG_BRIDGE_EBT_VLAN=m
CONFIG_BRIDGE_EBT_ARPREPLY=m
CONFIG_BRIDGE_EBT_DNAT=m
CONFIG_BRIDGE_EBT_MARK_T=m
CONFIG_BRIDGE_EBT_REDIRECT=m
CONFIG_BRIDGE_EBT_SNAT=m
CONFIG_BRIDGE_EBT_LOG=m
CONFIG_BRIDGE_EBT_ULOG=m
# CONFIG_BRIDGE_EBT_NFLOG is not set
CONFIG_IP_DCCP=m
CONFIG_INET_DCCP_DIAG=m
CONFIG_IP_DCCP_ACKVEC=y
#
# DCCP CCIDs Configuration (EXPERIMENTAL)
#
CONFIG_IP_DCCP_CCID2=m
# CONFIG_IP_DCCP_CCID2_DEBUG is not set
CONFIG_IP_DCCP_CCID3=m
# CONFIG_IP_DCCP_CCID3_DEBUG is not set
CONFIG_IP_DCCP_CCID3_RTO=100
CONFIG_IP_DCCP_TFRC_LIB=m
#
# DCCP Kernel Hacking
#
# CONFIG_IP_DCCP_DEBUG is not set
# CONFIG_NET_DCCPPROBE is not set
CONFIG_IP_SCTP=m
# CONFIG_SCTP_DBG_MSG is not set
# CONFIG_SCTP_DBG_OBJCNT is not set
# CONFIG_SCTP_HMAC_NONE is not set
# CONFIG_SCTP_HMAC_SHA1 is not set
CONFIG_SCTP_HMAC_MD5=y
CONFIG_TIPC=m
# CONFIG_TIPC_ADVANCED is not set
# CONFIG_TIPC_DEBUG is not set
CONFIG_ATM=m
CONFIG_ATM_CLIP=m
# CONFIG_ATM_CLIP_NO_ICMP is not set
CONFIG_ATM_LANE=m
# CONFIG_ATM_MPOA is not set
CONFIG_ATM_BR2684=m
# CONFIG_ATM_BR2684_IPFILTER is not set
CONFIG_STP=m
CONFIG_BRIDGE=m
# CONFIG_NET_DSA is not set
CONFIG_VLAN_8021Q=m
# CONFIG_VLAN_8021Q_GVRP is not set
CONFIG_DECNET=m
CONFIG_DECNET_ROUTER=y
CONFIG_LLC=y
# CONFIG_LLC2 is not set
CONFIG_IPX=m
# CONFIG_IPX_INTERN is not set
CONFIG_ATALK=m
CONFIG_DEV_APPLETALK=m
CONFIG_IPDDP=m
CONFIG_IPDDP_ENCAP=y
CONFIG_IPDDP_DECAP=y
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_ECONET is not set
CONFIG_WAN_ROUTER=m
CONFIG_NET_SCHED=y
#
# Queueing/Scheduling
#
CONFIG_NET_SCH_CBQ=m
CONFIG_NET_SCH_HTB=m
CONFIG_NET_SCH_HFSC=m
CONFIG_NET_SCH_ATM=m
CONFIG_NET_SCH_PRIO=m
# CONFIG_NET_SCH_MULTIQ is not set
CONFIG_NET_SCH_RED=m
CONFIG_NET_SCH_SFQ=m
CONFIG_NET_SCH_TEQL=m
CONFIG_NET_SCH_TBF=m
CONFIG_NET_SCH_GRED=m
CONFIG_NET_SCH_DSMARK=m
CONFIG_NET_SCH_NETEM=m
CONFIG_NET_SCH_INGRESS=m
#
# Classification
#
CONFIG_NET_CLS=y
CONFIG_NET_CLS_BASIC=m
CONFIG_NET_CLS_TCINDEX=m
CONFIG_NET_CLS_ROUTE4=m
CONFIG_NET_CLS_ROUTE=y
CONFIG_NET_CLS_FW=m
CONFIG_NET_CLS_U32=m
CONFIG_CLS_U32_PERF=y
CONFIG_CLS_U32_MARK=y
CONFIG_NET_CLS_RSVP=m
CONFIG_NET_CLS_RSVP6=m
# CONFIG_NET_CLS_FLOW is not set
CONFIG_NET_EMATCH=y
CONFIG_NET_EMATCH_STACK=32
CONFIG_NET_EMATCH_CMP=m
CONFIG_NET_EMATCH_NBYTE=m
CONFIG_NET_EMATCH_U32=m
CONFIG_NET_EMATCH_META=m
CONFIG_NET_EMATCH_TEXT=m
CONFIG_NET_CLS_ACT=y
CONFIG_NET_ACT_POLICE=m
CONFIG_NET_ACT_GACT=m
CONFIG_GACT_PROB=y
CONFIG_NET_ACT_MIRRED=m
CONFIG_NET_ACT_IPT=m
# CONFIG_NET_ACT_NAT is not set
CONFIG_NET_ACT_PEDIT=m
CONFIG_NET_ACT_SIMP=m
# CONFIG_NET_ACT_SKBEDIT is not set
CONFIG_NET_CLS_IND=y
CONFIG_NET_SCH_FIFO=y
#
# Network testing
#
CONFIG_NET_PKTGEN=m
# CONFIG_NET_TCPPROBE is not set
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
CONFIG_IRDA=m
#
# IrDA protocols
#
CONFIG_IRLAN=m
CONFIG_IRNET=m
CONFIG_IRCOMM=m
# CONFIG_IRDA_ULTRA is not set
#
# IrDA options
#
CONFIG_IRDA_CACHE_LAST_LSAP=y
CONFIG_IRDA_FAST_RR=y
# CONFIG_IRDA_DEBUG is not set
#
# Infrared-port device drivers
#
#
# SIR device drivers
#
CONFIG_IRTTY_SIR=m
#
# Dongle support
#
CONFIG_DONGLE=y
CONFIG_ESI_DONGLE=m
CONFIG_ACTISYS_DONGLE=m
CONFIG_TEKRAM_DONGLE=m
CONFIG_TOIM3232_DONGLE=m
CONFIG_LITELINK_DONGLE=m
CONFIG_MA600_DONGLE=m
CONFIG_GIRBIL_DONGLE=m
CONFIG_MCP2120_DONGLE=m
CONFIG_OLD_BELKIN_DONGLE=m
CONFIG_ACT200L_DONGLE=m
# CONFIG_KINGSUN_DONGLE is not set
# CONFIG_KSDAZZLE_DONGLE is not set
# CONFIG_KS959_DONGLE is not set
#
# FIR device drivers
#
CONFIG_USB_IRDA=m
CONFIG_SIGMATEL_FIR=m
CONFIG_NSC_FIR=m
CONFIG_WINBOND_FIR=m
CONFIG_SMC_IRCC_FIR=m
CONFIG_ALI_FIR=m
CONFIG_VLSI_FIR=m
CONFIG_VIA_FIR=m
CONFIG_MCS_FIR=m
CONFIG_BT=m
CONFIG_BT_L2CAP=m
CONFIG_BT_SCO=m
CONFIG_BT_RFCOMM=m
CONFIG_BT_RFCOMM_TTY=y
CONFIG_BT_BNEP=m
CONFIG_BT_BNEP_MC_FILTER=y
CONFIG_BT_BNEP_PROTO_FILTER=y
CONFIG_BT_HIDP=m
#
# Bluetooth device drivers
#
CONFIG_BT_HCIUSB=m
CONFIG_BT_HCIUSB_SCO=y
# CONFIG_BT_HCIBTUSB is not set
# CONFIG_BT_HCIBTSDIO is not set
CONFIG_BT_HCIUART=m
CONFIG_BT_HCIUART_H4=y
CONFIG_BT_HCIUART_BCSP=y
# CONFIG_BT_HCIUART_LL is not set
CONFIG_BT_HCIBCM203X=m
CONFIG_BT_HCIBPA10X=m
CONFIG_BT_HCIBFUSB=m
CONFIG_BT_HCIDTL1=m
CONFIG_BT_HCIBT3C=m
CONFIG_BT_HCIBLUECARD=m
CONFIG_BT_HCIBTUART=m
CONFIG_BT_HCIVHCI=m
# CONFIG_AF_RXRPC is not set
# CONFIG_PHONET is not set
CONFIG_FIB_RULES=y
CONFIG_WIRELESS=y
# CONFIG_CFG80211 is not set
CONFIG_WIRELESS_OLD_REGULATORY=y
CONFIG_WIRELESS_EXT=y
CONFIG_WIRELESS_EXT_SYSFS=y
# CONFIG_MAC80211 is not set
CONFIG_IEEE80211=m
# CONFIG_IEEE80211_DEBUG is not set
CONFIG_IEEE80211_CRYPT_WEP=m
CONFIG_IEEE80211_CRYPT_CCMP=m
CONFIG_IEEE80211_CRYPT_TKIP=m
CONFIG_RFKILL=m
# CONFIG_RFKILL_INPUT is not set
CONFIG_RFKILL_LEDS=y
# CONFIG_NET_9P is not set
#
# Device Drivers
#
#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE=""
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
CONFIG_CONNECTOR=y
CONFIG_PROC_EVENTS=y
# CONFIG_MTD is not set
CONFIG_PARPORT=m
CONFIG_PARPORT_PC=m
CONFIG_PARPORT_SERIAL=m
# CONFIG_PARPORT_PC_FIFO is not set
# CONFIG_PARPORT_PC_SUPERIO is not set
CONFIG_PARPORT_PC_PCMCIA=m
# CONFIG_PARPORT_GSC is not set
# CONFIG_PARPORT_AX88796 is not set
CONFIG_PARPORT_1284=y
CONFIG_PARPORT_NOT_PC=y
CONFIG_PNP=y
CONFIG_PNP_DEBUG_MESSAGES=y
#
# Protocols
#
CONFIG_PNPACPI=y
CONFIG_BLK_DEV=y
CONFIG_BLK_DEV_FD=m
# CONFIG_PARIDE is not set
CONFIG_BLK_CPQ_DA=y
CONFIG_BLK_CPQ_CISS_DA=m
CONFIG_CISS_SCSI_TAPE=y
CONFIG_BLK_DEV_DAC960=m
CONFIG_BLK_DEV_UMEM=m
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=m
CONFIG_BLK_DEV_CRYPTOLOOP=m
CONFIG_BLK_DEV_NBD=m
CONFIG_BLK_DEV_SX8=m
CONFIG_BLK_DEV_UB=m
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_BLK_DEV_RAM_SIZE=16384
# CONFIG_BLK_DEV_XIP is not set
CONFIG_CDROM_PKTCDVD=m
CONFIG_CDROM_PKTCDVD_BUFFERS=8
# CONFIG_CDROM_PKTCDVD_WCACHE is not set
CONFIG_ATA_OVER_ETH=m
# CONFIG_BLK_DEV_HD is not set
CONFIG_MISC_DEVICES=y
# CONFIG_IBM_ASM is not set
# CONFIG_PHANTOM is not set
# CONFIG_EEPROM_93CX6 is not set
CONFIG_SGI_IOC4=m
CONFIG_TIFM_CORE=m
CONFIG_TIFM_7XX1=m
# CONFIG_ACER_WMI is not set
CONFIG_ASUS_LAPTOP=m
# CONFIG_FUJITSU_LAPTOP is not set
# CONFIG_ICS932S401 is not set
CONFIG_MSI_LAPTOP=m
# CONFIG_PANASONIC_LAPTOP is not set
# CONFIG_COMPAL_LAPTOP is not set
CONFIG_SONY_LAPTOP=m
# CONFIG_SONYPI_COMPAT is not set
# CONFIG_THINKPAD_ACPI is not set
# CONFIG_INTEL_MENLOW is not set
# CONFIG_EEEPC_LAPTOP is not set
# CONFIG_ENCLOSURE_SERVICES is not set
# CONFIG_SGI_XP is not set
# CONFIG_HP_ILO is not set
# CONFIG_SGI_GRU is not set
# CONFIG_C2PORT is not set
CONFIG_HAVE_IDE=y
# CONFIG_IDE is not set
#
# SCSI device support
#
CONFIG_RAID_ATTRS=m
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
CONFIG_SCSI_TGT=m
CONFIG_SCSI_NETLINK=y
CONFIG_SCSI_PROC_FS=y
#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
CONFIG_CHR_DEV_ST=m
CONFIG_CHR_DEV_OSST=m
CONFIG_BLK_DEV_SR=m
CONFIG_BLK_DEV_SR_VENDOR=y
CONFIG_CHR_DEV_SG=m
CONFIG_CHR_DEV_SCH=m
#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
CONFIG_SCSI_MULTI_LUN=y
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_LOGGING=y
# CONFIG_SCSI_SCAN_ASYNC is not set
CONFIG_SCSI_WAIT_SCAN=m
#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=y
CONFIG_SCSI_FC_ATTRS=m
# CONFIG_SCSI_FC_TGT_ATTRS is not set
CONFIG_SCSI_ISCSI_ATTRS=m
CONFIG_SCSI_SAS_ATTRS=m
# CONFIG_SCSI_SAS_LIBSAS is not set
CONFIG_SCSI_SRP_ATTRS=m
# CONFIG_SCSI_SRP_TGT_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
CONFIG_ISCSI_TCP=m
CONFIG_BLK_DEV_3W_XXXX_RAID=m
CONFIG_SCSI_3W_9XXX=m
CONFIG_SCSI_ACARD=m
CONFIG_SCSI_AACRAID=m
CONFIG_SCSI_AIC7XXX=y
CONFIG_AIC7XXX_CMDS_PER_DEVICE=4
CONFIG_AIC7XXX_RESET_DELAY_MS=15000
# CONFIG_AIC7XXX_DEBUG_ENABLE is not set
CONFIG_AIC7XXX_DEBUG_MASK=0
# CONFIG_AIC7XXX_REG_PRETTY_PRINT is not set
CONFIG_SCSI_AIC7XXX_OLD=m
CONFIG_SCSI_AIC79XX=m
CONFIG_AIC79XX_CMDS_PER_DEVICE=4
CONFIG_AIC79XX_RESET_DELAY_MS=15000
# CONFIG_AIC79XX_DEBUG_ENABLE is not set
CONFIG_AIC79XX_DEBUG_MASK=0
# CONFIG_AIC79XX_REG_PRETTY_PRINT is not set
# CONFIG_SCSI_AIC94XX is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
CONFIG_SCSI_ARCMSR=m
# CONFIG_SCSI_ARCMSR_AER is not set
CONFIG_MEGARAID_NEWGEN=y
CONFIG_MEGARAID_MM=m
CONFIG_MEGARAID_MAILBOX=m
CONFIG_MEGARAID_LEGACY=m
CONFIG_MEGARAID_SAS=m
CONFIG_SCSI_HPTIOP=m
CONFIG_SCSI_BUSLOGIC=m
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_EATA is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
CONFIG_SCSI_GDTH=m
CONFIG_SCSI_IPS=m
CONFIG_SCSI_INITIO=m
CONFIG_SCSI_INIA100=m
CONFIG_SCSI_PPA=m
CONFIG_SCSI_IMM=m
# CONFIG_SCSI_IZIP_EPP16 is not set
# CONFIG_SCSI_IZIP_SLOW_CTR is not set
# CONFIG_SCSI_MVSAS is not set
CONFIG_SCSI_STEX=m
CONFIG_SCSI_SYM53C8XX_2=m
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y
# CONFIG_SCSI_IPR is not set
CONFIG_SCSI_QLOGIC_1280=m
CONFIG_SCSI_QLA_FC=m
CONFIG_SCSI_QLA_ISCSI=m
CONFIG_SCSI_LPFC=m
CONFIG_SCSI_DC395x=m
CONFIG_SCSI_DC390T=m
# CONFIG_SCSI_DEBUG is not set
CONFIG_SCSI_SRP=m
# CONFIG_SCSI_LOWLEVEL_PCMCIA is not set
# CONFIG_SCSI_DH is not set
CONFIG_ATA=y
# CONFIG_ATA_NONSTANDARD is not set
CONFIG_ATA_ACPI=y
CONFIG_SATA_PMP=y
CONFIG_SATA_AHCI=y
CONFIG_SATA_SIL24=m
CONFIG_ATA_SFF=y
CONFIG_SATA_SVW=m
CONFIG_ATA_PIIX=y
CONFIG_SATA_MV=m
CONFIG_SATA_NV=y
CONFIG_PDC_ADMA=m
CONFIG_SATA_QSTOR=m
CONFIG_SATA_PROMISE=m
CONFIG_SATA_SX4=m
CONFIG_SATA_SIL=m
CONFIG_SATA_SIS=m
CONFIG_SATA_ULI=m
CONFIG_SATA_VIA=m
CONFIG_SATA_VITESSE=m
CONFIG_SATA_INIC162X=m
# CONFIG_PATA_ACPI is not set
CONFIG_PATA_ALI=m
CONFIG_PATA_AMD=y
CONFIG_PATA_ARTOP=m
CONFIG_PATA_ATIIXP=m
# CONFIG_PATA_CMD640_PCI is not set
CONFIG_PATA_CMD64X=m
CONFIG_PATA_CS5520=m
CONFIG_PATA_CS5530=m
CONFIG_PATA_CYPRESS=m
CONFIG_PATA_EFAR=m
CONFIG_ATA_GENERIC=m
CONFIG_PATA_HPT366=m
CONFIG_PATA_HPT37X=m
CONFIG_PATA_HPT3X2N=m
CONFIG_PATA_HPT3X3=m
# CONFIG_PATA_HPT3X3_DMA is not set
CONFIG_PATA_IT821X=m
CONFIG_PATA_IT8213=m
CONFIG_PATA_JMICRON=m
CONFIG_PATA_TRIFLEX=m
CONFIG_PATA_MARVELL=m
CONFIG_PATA_MPIIX=m
CONFIG_PATA_OLDPIIX=y
CONFIG_PATA_NETCELL=m
# CONFIG_PATA_NINJA32 is not set
CONFIG_PATA_NS87410=m
# CONFIG_PATA_NS87415 is not set
CONFIG_PATA_OPTI=m
CONFIG_PATA_OPTIDMA=m
CONFIG_PATA_PCMCIA=m
CONFIG_PATA_PDC_OLD=m
CONFIG_PATA_RADISYS=m
CONFIG_PATA_RZ1000=m
CONFIG_PATA_SC1200=m
CONFIG_PATA_SERVERWORKS=m
CONFIG_PATA_PDC2027X=m
CONFIG_PATA_SIL680=m
CONFIG_PATA_SIS=m
CONFIG_PATA_VIA=m
CONFIG_PATA_WINBOND=m
# CONFIG_PATA_SCH is not set
CONFIG_MD=y
CONFIG_BLK_DEV_MD=y
CONFIG_MD_AUTODETECT=y
CONFIG_MD_LINEAR=m
CONFIG_MD_RAID0=m
CONFIG_MD_RAID1=m
CONFIG_MD_RAID10=m
CONFIG_MD_RAID456=m
CONFIG_MD_RAID5_RESHAPE=y
CONFIG_MD_MULTIPATH=m
CONFIG_MD_FAULTY=m
CONFIG_BLK_DEV_DM=m
# CONFIG_DM_DEBUG is not set
CONFIG_DM_CRYPT=m
CONFIG_DM_SNAPSHOT=m
CONFIG_DM_MIRROR=m
CONFIG_DM_ZERO=m
CONFIG_DM_MULTIPATH=m
# CONFIG_DM_DELAY is not set
# CONFIG_DM_UEVENT is not set
CONFIG_FUSION=y
CONFIG_FUSION_SPI=m
CONFIG_FUSION_FC=m
CONFIG_FUSION_SAS=m
CONFIG_FUSION_MAX_SGE=40
CONFIG_FUSION_CTL=m
CONFIG_FUSION_LAN=m
# CONFIG_FUSION_LOGGING is not set
#
# IEEE 1394 (FireWire) support
#
#
# Enable only one of the two stacks, unless you know what you are doing
#
# CONFIG_FIREWIRE is not set
CONFIG_IEEE1394=m
CONFIG_IEEE1394_OHCI1394=m
CONFIG_IEEE1394_PCILYNX=m
CONFIG_IEEE1394_SBP2=m
# CONFIG_IEEE1394_SBP2_PHYS_DMA is not set
CONFIG_IEEE1394_ETH1394_ROM_ENTRY=y
CONFIG_IEEE1394_ETH1394=m
CONFIG_IEEE1394_RAWIO=m
CONFIG_IEEE1394_VIDEO1394=m
CONFIG_IEEE1394_DV1394=m
# CONFIG_IEEE1394_VERBOSEDEBUG is not set
CONFIG_I2O=m
# CONFIG_I2O_LCT_NOTIFY_ON_CHANGES is not set
CONFIG_I2O_EXT_ADAPTEC=y
CONFIG_I2O_EXT_ADAPTEC_DMA64=y
# CONFIG_I2O_CONFIG is not set
CONFIG_I2O_BUS=m
CONFIG_I2O_BLOCK=m
CONFIG_I2O_SCSI=m
CONFIG_I2O_PROC=m
# CONFIG_MACINTOSH_DRIVERS is not set
CONFIG_NETDEVICES=y
CONFIG_IFB=m
CONFIG_DUMMY=m
CONFIG_BONDING=m
# CONFIG_MACVLAN is not set
CONFIG_EQUALIZER=m
CONFIG_TUN=m
# CONFIG_VETH is not set
CONFIG_NET_SB1000=m
# CONFIG_ARCNET is not set
CONFIG_PHYLIB=y
#
# MII PHY device drivers
#
CONFIG_MARVELL_PHY=m
CONFIG_DAVICOM_PHY=m
CONFIG_QSEMI_PHY=m
CONFIG_LXT_PHY=m
CONFIG_CICADA_PHY=m
CONFIG_VITESSE_PHY=m
CONFIG_SMSC_PHY=m
CONFIG_BROADCOM_PHY=m
# CONFIG_ICPLUS_PHY is not set
# CONFIG_REALTEK_PHY is not set
# CONFIG_FIXED_PHY is not set
# CONFIG_MDIO_BITBANG is not set
CONFIG_NET_ETHERNET=y
CONFIG_MII=y
CONFIG_HAPPYMEAL=m
CONFIG_SUNGEM=m
CONFIG_CASSINI=m
CONFIG_NET_VENDOR_3COM=y
CONFIG_VORTEX=y
CONFIG_TYPHOON=m
CONFIG_NET_TULIP=y
CONFIG_DE2104X=m
CONFIG_TULIP=m
# CONFIG_TULIP_MWI is not set
CONFIG_TULIP_MMIO=y
# CONFIG_TULIP_NAPI is not set
CONFIG_DE4X5=m
CONFIG_WINBOND_840=m
CONFIG_DM9102=m
CONFIG_ULI526X=m
CONFIG_PCMCIA_XIRCOM=m
# CONFIG_HP100 is not set
# CONFIG_IBM_NEW_EMAC_ZMII is not set
# CONFIG_IBM_NEW_EMAC_RGMII is not set
# CONFIG_IBM_NEW_EMAC_TAH is not set
# CONFIG_IBM_NEW_EMAC_EMAC4 is not set
# CONFIG_IBM_NEW_EMAC_NO_FLOW_CTRL is not set
# CONFIG_IBM_NEW_EMAC_MAL_CLR_ICINTSTAT is not set
# CONFIG_IBM_NEW_EMAC_MAL_COMMON_ERR is not set
CONFIG_NET_PCI=y
CONFIG_PCNET32=m
CONFIG_AMD8111_ETH=m
CONFIG_ADAPTEC_STARFIRE=m
CONFIG_B44=m
CONFIG_B44_PCI_AUTOSELECT=y
CONFIG_B44_PCICORE_AUTOSELECT=y
CONFIG_B44_PCI=y
CONFIG_FORCEDETH=y
CONFIG_FORCEDETH_NAPI=y
# CONFIG_EEPRO100 is not set
CONFIG_E100=y
CONFIG_FEALNX=m
CONFIG_NATSEMI=m
CONFIG_NE2K_PCI=m
CONFIG_8139CP=m
CONFIG_8139TOO=y
# CONFIG_8139TOO_PIO is not set
# CONFIG_8139TOO_TUNE_TWISTER is not set
CONFIG_8139TOO_8129=y
# CONFIG_8139_OLD_RX_RESET is not set
# CONFIG_R6040 is not set
CONFIG_SIS900=m
CONFIG_EPIC100=m
CONFIG_SUNDANCE=m
# CONFIG_SUNDANCE_MMIO is not set
# CONFIG_TLAN is not set
CONFIG_VIA_RHINE=m
CONFIG_VIA_RHINE_MMIO=y
CONFIG_SC92031=m
CONFIG_NET_POCKET=y
CONFIG_ATP=m
CONFIG_DE600=m
CONFIG_DE620=m
# CONFIG_ATL2 is not set
CONFIG_NETDEV_1000=y
CONFIG_ACENIC=m
# CONFIG_ACENIC_OMIT_TIGON_I is not set
CONFIG_DL2K=m
CONFIG_E1000=y
CONFIG_E1000E=y
# CONFIG_IP1000 is not set
# CONFIG_IGB is not set
CONFIG_NS83820=m
CONFIG_HAMACHI=m
CONFIG_YELLOWFIN=m
CONFIG_R8169=m
CONFIG_R8169_VLAN=y
# CONFIG_SIS190 is not set
CONFIG_SKGE=m
# CONFIG_SKGE_DEBUG is not set
CONFIG_SKY2=m
# CONFIG_SKY2_DEBUG is not set
CONFIG_VIA_VELOCITY=m
CONFIG_TIGON3=y
CONFIG_BNX2=m
CONFIG_QLA3XXX=m
CONFIG_ATL1=m
# CONFIG_ATL1E is not set
# CONFIG_JME is not set
CONFIG_NETDEV_10000=y
CONFIG_CHELSIO_T1=m
CONFIG_CHELSIO_T1_1G=y
CONFIG_CHELSIO_T3=m
# CONFIG_ENIC is not set
# CONFIG_IXGBE is not set
CONFIG_IXGB=m
CONFIG_S2IO=m
CONFIG_MYRI10GE=m
CONFIG_NETXEN_NIC=m
# CONFIG_NIU is not set
# CONFIG_MLX4_EN is not set
# CONFIG_MLX4_CORE is not set
# CONFIG_TEHUTI is not set
# CONFIG_BNX2X is not set
# CONFIG_QLGE is not set
# CONFIG_SFC is not set
CONFIG_TR=y
CONFIG_IBMOL=m
CONFIG_3C359=m
# CONFIG_TMS380TR is not set
#
# Wireless LAN
#
# CONFIG_WLAN_PRE80211 is not set
# CONFIG_WLAN_80211 is not set
# CONFIG_IWLWIFI_LEDS is not set
#
# USB Network Adapters
#
CONFIG_USB_CATC=m
CONFIG_USB_KAWETH=m
CONFIG_USB_PEGASUS=m
CONFIG_USB_RTL8150=m
CONFIG_USB_USBNET=m
CONFIG_USB_NET_AX8817X=m
CONFIG_USB_NET_CDCETHER=m
CONFIG_USB_NET_DM9601=m
# CONFIG_USB_NET_SMSC95XX is not set
CONFIG_USB_NET_GL620A=m
CONFIG_USB_NET_NET1080=m
CONFIG_USB_NET_PLUSB=m
CONFIG_USB_NET_MCS7830=m
CONFIG_USB_NET_RNDIS_HOST=m
CONFIG_USB_NET_CDC_SUBSET=m
CONFIG_USB_ALI_M5632=y
CONFIG_USB_AN2720=y
CONFIG_USB_BELKIN=y
CONFIG_USB_ARMLINUX=y
CONFIG_USB_EPSON2888=y
CONFIG_USB_KC2190=y
CONFIG_USB_NET_ZAURUS=m
# CONFIG_USB_HSO is not set
CONFIG_NET_PCMCIA=y
CONFIG_PCMCIA_3C589=m
CONFIG_PCMCIA_3C574=m
CONFIG_PCMCIA_FMVJ18X=m
CONFIG_PCMCIA_PCNET=m
CONFIG_PCMCIA_NMCLAN=m
CONFIG_PCMCIA_SMC91C92=m
CONFIG_PCMCIA_XIRC2PS=m
CONFIG_PCMCIA_AXNET=m
# CONFIG_PCMCIA_IBMTR is not set
# CONFIG_WAN is not set
CONFIG_ATM_DRIVERS=y
# CONFIG_ATM_DUMMY is not set
CONFIG_ATM_TCP=m
CONFIG_ATM_LANAI=m
CONFIG_ATM_ENI=m
# CONFIG_ATM_ENI_DEBUG is not set
# CONFIG_ATM_ENI_TUNE_BURST is not set
CONFIG_ATM_FIRESTREAM=m
# CONFIG_ATM_ZATM is not set
CONFIG_ATM_IDT77252=m
# CONFIG_ATM_IDT77252_DEBUG is not set
# CONFIG_ATM_IDT77252_RCV_ALL is not set
CONFIG_ATM_IDT77252_USE_SUNI=y
CONFIG_ATM_AMBASSADOR=m
# CONFIG_ATM_AMBASSADOR_DEBUG is not set
CONFIG_ATM_HORIZON=m
# CONFIG_ATM_HORIZON_DEBUG is not set
# CONFIG_ATM_IA is not set
# CONFIG_ATM_FORE200E is not set
CONFIG_ATM_HE=m
# CONFIG_ATM_HE_USE_SUNI is not set
CONFIG_FDDI=y
# CONFIG_DEFXX is not set
CONFIG_SKFP=m
# CONFIG_HIPPI is not set
CONFIG_PLIP=m
CONFIG_PPP=m
CONFIG_PPP_MULTILINK=y
CONFIG_PPP_FILTER=y
CONFIG_PPP_ASYNC=m
CONFIG_PPP_SYNC_TTY=m
CONFIG_PPP_DEFLATE=m
# CONFIG_PPP_BSDCOMP is not set
CONFIG_PPP_MPPE=m
CONFIG_PPPOE=m
CONFIG_PPPOATM=m
# CONFIG_PPPOL2TP is not set
CONFIG_SLIP=m
CONFIG_SLIP_COMPRESSED=y
CONFIG_SLHC=m
CONFIG_SLIP_SMART=y
# CONFIG_SLIP_MODE_SLIP6 is not set
CONFIG_NET_FC=y
CONFIG_NETCONSOLE=y
# CONFIG_NETCONSOLE_DYNAMIC is not set
CONFIG_NETPOLL=y
CONFIG_NETPOLL_TRAP=y
CONFIG_NET_POLL_CONTROLLER=y
# CONFIG_ISDN is not set
# CONFIG_PHONE is not set
#
# Input device support
#
CONFIG_INPUT=y
CONFIG_INPUT_FF_MEMLESS=y
CONFIG_INPUT_POLLDEV=y
#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
# CONFIG_INPUT_MOUSEDEV_PSAUX is not set
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
CONFIG_INPUT_JOYDEV=m
CONFIG_INPUT_EVDEV=y
# CONFIG_INPUT_EVBUG is not set
#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
# CONFIG_KEYBOARD_NEWTON is not set
CONFIG_KEYBOARD_STOWAWAY=m
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y
CONFIG_MOUSE_PS2_ALPS=y
CONFIG_MOUSE_PS2_LOGIPS2PP=y
CONFIG_MOUSE_PS2_SYNAPTICS=y
CONFIG_MOUSE_PS2_LIFEBOOK=y
CONFIG_MOUSE_PS2_TRACKPOINT=y
# CONFIG_MOUSE_PS2_ELANTECH is not set
# CONFIG_MOUSE_PS2_TOUCHKIT is not set
CONFIG_MOUSE_SERIAL=m
# CONFIG_MOUSE_APPLETOUCH is not set
# CONFIG_MOUSE_BCM5974 is not set
CONFIG_MOUSE_VSXXXAA=m
CONFIG_INPUT_JOYSTICK=y
CONFIG_JOYSTICK_ANALOG=m
CONFIG_JOYSTICK_A3D=m
CONFIG_JOYSTICK_ADI=m
CONFIG_JOYSTICK_COBRA=m
CONFIG_JOYSTICK_GF2K=m
CONFIG_JOYSTICK_GRIP=m
CONFIG_JOYSTICK_GRIP_MP=m
CONFIG_JOYSTICK_GUILLEMOT=m
CONFIG_JOYSTICK_INTERACT=m
CONFIG_JOYSTICK_SIDEWINDER=m
CONFIG_JOYSTICK_TMDC=m
CONFIG_JOYSTICK_IFORCE=m
CONFIG_JOYSTICK_IFORCE_USB=y
CONFIG_JOYSTICK_IFORCE_232=y
CONFIG_JOYSTICK_WARRIOR=m
CONFIG_JOYSTICK_MAGELLAN=m
CONFIG_JOYSTICK_SPACEORB=m
CONFIG_JOYSTICK_SPACEBALL=m
CONFIG_JOYSTICK_STINGER=m
CONFIG_JOYSTICK_TWIDJOY=m
# CONFIG_JOYSTICK_ZHENHUA is not set
CONFIG_JOYSTICK_DB9=m
CONFIG_JOYSTICK_GAMECON=m
CONFIG_JOYSTICK_TURBOGRAFX=m
CONFIG_JOYSTICK_JOYDUMP=m
# CONFIG_JOYSTICK_XPAD is not set
# CONFIG_INPUT_TABLET is not set
CONFIG_INPUT_TOUCHSCREEN=y
# CONFIG_TOUCHSCREEN_FUJITSU is not set
CONFIG_TOUCHSCREEN_GUNZE=m
CONFIG_TOUCHSCREEN_ELO=m
CONFIG_TOUCHSCREEN_MTOUCH=m
# CONFIG_TOUCHSCREEN_INEXIO is not set
CONFIG_TOUCHSCREEN_MK712=m
CONFIG_TOUCHSCREEN_PENMOUNT=m
CONFIG_TOUCHSCREEN_TOUCHRIGHT=m
CONFIG_TOUCHSCREEN_TOUCHWIN=m
# CONFIG_TOUCHSCREEN_WM97XX is not set
# CONFIG_TOUCHSCREEN_USB_COMPOSITE is not set
# CONFIG_TOUCHSCREEN_TOUCHIT213 is not set
CONFIG_INPUT_MISC=y
CONFIG_INPUT_PCSPKR=m
# CONFIG_INPUT_APANEL is not set
CONFIG_INPUT_ATLAS_BTNS=m
# CONFIG_INPUT_ATI_REMOTE is not set
# CONFIG_INPUT_ATI_REMOTE2 is not set
# CONFIG_INPUT_KEYSPAN_REMOTE is not set
# CONFIG_INPUT_POWERMATE is not set
# CONFIG_INPUT_YEALINK is not set
# CONFIG_INPUT_CM109 is not set
CONFIG_INPUT_UINPUT=m
#
# Hardware I/O ports
#
CONFIG_SERIO=y
CONFIG_SERIO_I8042=y
CONFIG_SERIO_SERPORT=y
# CONFIG_SERIO_CT82C710 is not set
# CONFIG_SERIO_PARKBD is not set
# CONFIG_SERIO_PCIPS2 is not set
CONFIG_SERIO_LIBPS2=y
CONFIG_SERIO_RAW=m
CONFIG_GAMEPORT=m
CONFIG_GAMEPORT_NS558=m
CONFIG_GAMEPORT_L4=m
CONFIG_GAMEPORT_EMU10K1=m
CONFIG_GAMEPORT_FM801=m
#
# Character devices
#
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
CONFIG_VT_HW_CONSOLE_BINDING=y
CONFIG_DEVKMEM=y
CONFIG_SERIAL_NONSTANDARD=y
# CONFIG_COMPUTONE is not set
# CONFIG_ROCKETPORT is not set
CONFIG_CYCLADES=m
# CONFIG_CYZ_INTR is not set
# CONFIG_DIGIEPCA is not set
# CONFIG_MOXA_INTELLIO is not set
# CONFIG_MOXA_SMARTIO is not set
# CONFIG_ISI is not set
CONFIG_SYNCLINK=m
CONFIG_SYNCLINKMP=m
CONFIG_SYNCLINK_GT=m
CONFIG_N_HDLC=m
# CONFIG_RISCOM8 is not set
# CONFIG_SPECIALIX is not set
# CONFIG_SX is not set
# CONFIG_RIO is not set
# CONFIG_STALDRV is not set
# CONFIG_NOZOMI is not set
#
# Serial drivers
#
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_FIX_EARLYCON_MEM=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_PNP=y
CONFIG_SERIAL_8250_CS=m
CONFIG_SERIAL_8250_NR_UARTS=32
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
CONFIG_SERIAL_8250_EXTENDED=y
CONFIG_SERIAL_8250_MANY_PORTS=y
CONFIG_SERIAL_8250_SHARE_IRQ=y
CONFIG_SERIAL_8250_DETECT_IRQ=y
CONFIG_SERIAL_8250_RSA=y
#
# Non-8250 serial port support
#
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
CONFIG_SERIAL_JSM=m
CONFIG_UNIX98_PTYS=y
# CONFIG_LEGACY_PTYS is not set
CONFIG_PRINTER=m
CONFIG_LP_CONSOLE=y
CONFIG_PPDEV=m
CONFIG_IPMI_HANDLER=m
# CONFIG_IPMI_PANIC_EVENT is not set
CONFIG_IPMI_DEVICE_INTERFACE=m
CONFIG_IPMI_SI=m
CONFIG_IPMI_WATCHDOG=m
CONFIG_IPMI_POWEROFF=m
CONFIG_HW_RANDOM=y
CONFIG_HW_RANDOM_INTEL=m
CONFIG_HW_RANDOM_AMD=m
CONFIG_NVRAM=y
CONFIG_R3964=m
# CONFIG_APPLICOM is not set
#
# PCMCIA character devices
#
# CONFIG_SYNCLINK_CS is not set
CONFIG_CARDMAN_4000=m
CONFIG_CARDMAN_4040=m
# CONFIG_IPWIRELESS is not set
CONFIG_MWAVE=m
CONFIG_PC8736x_GPIO=m
CONFIG_NSC_GPIO=m
# CONFIG_RAW_DRIVER is not set
# CONFIG_HPET is not set
CONFIG_HANGCHECK_TIMER=m
CONFIG_TCG_TPM=m
CONFIG_TCG_TIS=m
CONFIG_TCG_NSC=m
CONFIG_TCG_ATMEL=m
CONFIG_TCG_INFINEON=m
# CONFIG_TELCLOCK is not set
CONFIG_DEVPORT=y
CONFIG_I2C=y
CONFIG_I2C_BOARDINFO=y
CONFIG_I2C_CHARDEV=m
CONFIG_I2C_HELPER_AUTO=y
CONFIG_I2C_ALGOBIT=m
#
# I2C Hardware Bus support
#
#
# PC SMBus host controller drivers
#
# CONFIG_I2C_ALI1535 is not set
# CONFIG_I2C_ALI1563 is not set
# CONFIG_I2C_ALI15X3 is not set
CONFIG_I2C_AMD756=m
# CONFIG_I2C_AMD756_S4882 is not set
CONFIG_I2C_AMD8111=m
CONFIG_I2C_I801=m
# CONFIG_I2C_ISCH is not set
CONFIG_I2C_PIIX4=y
CONFIG_I2C_NFORCE2=y
# CONFIG_I2C_NFORCE2_S4985 is not set
# CONFIG_I2C_SIS5595 is not set
# CONFIG_I2C_SIS630 is not set
CONFIG_I2C_SIS96X=m
CONFIG_I2C_VIA=m
CONFIG_I2C_VIAPRO=m
#
# I2C system bus drivers (mostly embedded / system-on-chip)
#
# CONFIG_I2C_OCORES is not set
# CONFIG_I2C_SIMTEC is not set
#
# External I2C/SMBus adapter drivers
#
CONFIG_I2C_PARPORT=m
CONFIG_I2C_PARPORT_LIGHT=m
# CONFIG_I2C_TAOS_EVM is not set
# CONFIG_I2C_TINY_USB is not set
#
# Graphics adapter I2C/DDC channel drivers
#
CONFIG_I2C_VOODOO3=m
#
# Other I2C/SMBus bus drivers
#
# CONFIG_I2C_PCA_PLATFORM is not set
CONFIG_I2C_STUB=m
#
# Miscellaneous I2C Chip support
#
# CONFIG_DS1682 is not set
# CONFIG_AT24 is not set
CONFIG_SENSORS_EEPROM=m
CONFIG_SENSORS_PCF8574=m
# CONFIG_PCF8575 is not set
# CONFIG_SENSORS_PCA9539 is not set
CONFIG_SENSORS_PCF8591=m
CONFIG_SENSORS_MAX6875=m
# CONFIG_SENSORS_TSL2550 is not set
# CONFIG_I2C_DEBUG_CORE is not set
# CONFIG_I2C_DEBUG_ALGO is not set
# CONFIG_I2C_DEBUG_BUS is not set
# CONFIG_I2C_DEBUG_CHIP is not set
# CONFIG_SPI is not set
CONFIG_ARCH_WANT_OPTIONAL_GPIOLIB=y
# CONFIG_GPIOLIB is not set
CONFIG_W1=m
CONFIG_W1_CON=y
#
# 1-wire Bus Masters
#
CONFIG_W1_MASTER_MATROX=m
CONFIG_W1_MASTER_DS2490=m
CONFIG_W1_MASTER_DS2482=m
#
# 1-wire Slaves
#
CONFIG_W1_SLAVE_THERM=m
CONFIG_W1_SLAVE_SMEM=m
CONFIG_W1_SLAVE_DS2433=m
CONFIG_W1_SLAVE_DS2433_CRC=y
# CONFIG_W1_SLAVE_DS2760 is not set
# CONFIG_W1_SLAVE_BQ27000 is not set
CONFIG_POWER_SUPPLY=y
# CONFIG_POWER_SUPPLY_DEBUG is not set
# CONFIG_PDA_POWER is not set
# CONFIG_BATTERY_DS2760 is not set
# CONFIG_BATTERY_BQ27x00 is not set
CONFIG_HWMON=y
CONFIG_HWMON_VID=m
CONFIG_SENSORS_ABITUGURU=m
# CONFIG_SENSORS_ABITUGURU3 is not set
# CONFIG_SENSORS_AD7414 is not set
# CONFIG_SENSORS_AD7418 is not set
CONFIG_SENSORS_ADM1021=m
CONFIG_SENSORS_ADM1025=m
CONFIG_SENSORS_ADM1026=m
CONFIG_SENSORS_ADM1029=m
CONFIG_SENSORS_ADM1031=m
CONFIG_SENSORS_ADM9240=m
# CONFIG_SENSORS_ADT7462 is not set
# CONFIG_SENSORS_ADT7470 is not set
# CONFIG_SENSORS_ADT7473 is not set
CONFIG_SENSORS_K8TEMP=m
CONFIG_SENSORS_ASB100=m
CONFIG_SENSORS_ATXP1=m
CONFIG_SENSORS_DS1621=m
# CONFIG_SENSORS_I5K_AMB is not set
CONFIG_SENSORS_F71805F=m
# CONFIG_SENSORS_F71882FG is not set
# CONFIG_SENSORS_F75375S is not set
CONFIG_SENSORS_FSCHER=m
CONFIG_SENSORS_FSCPOS=m
# CONFIG_SENSORS_FSCHMD is not set
CONFIG_SENSORS_GL518SM=m
CONFIG_SENSORS_GL520SM=m
# CONFIG_SENSORS_CORETEMP is not set
# CONFIG_SENSORS_IBMAEM is not set
# CONFIG_SENSORS_IBMPEX is not set
CONFIG_SENSORS_IT87=m
CONFIG_SENSORS_LM63=m
CONFIG_SENSORS_LM75=m
CONFIG_SENSORS_LM77=m
CONFIG_SENSORS_LM78=m
CONFIG_SENSORS_LM80=m
CONFIG_SENSORS_LM83=m
CONFIG_SENSORS_LM85=m
CONFIG_SENSORS_LM87=m
CONFIG_SENSORS_LM90=m
CONFIG_SENSORS_LM92=m
# CONFIG_SENSORS_LM93 is not set
CONFIG_SENSORS_MAX1619=m
# CONFIG_SENSORS_MAX6650 is not set
CONFIG_SENSORS_PC87360=m
CONFIG_SENSORS_PC87427=m
CONFIG_SENSORS_SIS5595=m
# CONFIG_SENSORS_DME1737 is not set
CONFIG_SENSORS_SMSC47M1=m
CONFIG_SENSORS_SMSC47M192=m
CONFIG_SENSORS_SMSC47B397=m
# CONFIG_SENSORS_ADS7828 is not set
# CONFIG_SENSORS_THMC50 is not set
CONFIG_SENSORS_VIA686A=m
CONFIG_SENSORS_VT1211=m
CONFIG_SENSORS_VT8231=m
CONFIG_SENSORS_W83781D=m
CONFIG_SENSORS_W83791D=m
CONFIG_SENSORS_W83792D=m
CONFIG_SENSORS_W83793=m
CONFIG_SENSORS_W83L785TS=m
# CONFIG_SENSORS_W83L786NG is not set
CONFIG_SENSORS_W83627HF=m
CONFIG_SENSORS_W83627EHF=m
CONFIG_SENSORS_HDAPS=m
# CONFIG_SENSORS_LIS3LV02D is not set
# CONFIG_SENSORS_APPLESMC is not set
# CONFIG_HWMON_DEBUG_CHIP is not set
CONFIG_THERMAL=y
# CONFIG_THERMAL_HWMON is not set
CONFIG_WATCHDOG=y
# CONFIG_WATCHDOG_NOWAYOUT is not set
#
# Watchdog Device Drivers
#
CONFIG_SOFT_WATCHDOG=m
# CONFIG_ACQUIRE_WDT is not set
# CONFIG_ADVANTECH_WDT is not set
CONFIG_ALIM1535_WDT=m
CONFIG_ALIM7101_WDT=m
# CONFIG_SC520_WDT is not set
# CONFIG_EUROTECH_WDT is not set
# CONFIG_IB700_WDT is not set
CONFIG_IBMASR=m
# CONFIG_WAFER_WDT is not set
CONFIG_I6300ESB_WDT=m
CONFIG_ITCO_WDT=m
CONFIG_ITCO_VENDOR_SUPPORT=y
# CONFIG_IT8712F_WDT is not set
# CONFIG_IT87_WDT is not set
# CONFIG_HP_WATCHDOG is not set
# CONFIG_SC1200_WDT is not set
CONFIG_PC87413_WDT=m
# CONFIG_60XX_WDT is not set
# CONFIG_SBC8360_WDT is not set
# CONFIG_CPU5_WDT is not set
# CONFIG_SMSC37B787_WDT is not set
CONFIG_W83627HF_WDT=m
CONFIG_W83697HF_WDT=m
# CONFIG_W83697UG_WDT is not set
CONFIG_W83877F_WDT=m
CONFIG_W83977F_WDT=m
CONFIG_MACHZ_WDT=m
# CONFIG_SBC_EPX_C3_WATCHDOG is not set
#
# PCI-based Watchdog Cards
#
CONFIG_PCIPCWATCHDOG=m
CONFIG_WDTPCI=m
CONFIG_WDT_501_PCI=y
#
# USB-based Watchdog Cards
#
CONFIG_USBPCWATCHDOG=m
CONFIG_SSB_POSSIBLE=y
#
# Sonics Silicon Backplane
#
CONFIG_SSB=m
CONFIG_SSB_SPROM=y
CONFIG_SSB_PCIHOST_POSSIBLE=y
CONFIG_SSB_PCIHOST=y
# CONFIG_SSB_B43_PCI_BRIDGE is not set
CONFIG_SSB_PCMCIAHOST_POSSIBLE=y
# CONFIG_SSB_PCMCIAHOST is not set
# CONFIG_SSB_DEBUG is not set
CONFIG_SSB_DRIVER_PCICORE_POSSIBLE=y
CONFIG_SSB_DRIVER_PCICORE=y
#
# Multifunction device drivers
#
# CONFIG_MFD_CORE is not set
CONFIG_MFD_SM501=m
# CONFIG_HTC_PASIC3 is not set
# CONFIG_MFD_TMIO is not set
# CONFIG_PMIC_DA903X is not set
# CONFIG_MFD_WM8400 is not set
# CONFIG_MFD_WM8350_I2C is not set
# CONFIG_REGULATOR is not set
#
# Multimedia devices
#
#
# Multimedia core support
#
# CONFIG_VIDEO_DEV is not set
CONFIG_DVB_CORE=m
CONFIG_VIDEO_MEDIA=m
#
# Multimedia drivers
#
# CONFIG_MEDIA_ATTACH is not set
CONFIG_MEDIA_TUNER=m
# CONFIG_MEDIA_TUNER_CUSTOMIZE is not set
CONFIG_MEDIA_TUNER_SIMPLE=m
CONFIG_MEDIA_TUNER_TDA8290=m
CONFIG_MEDIA_TUNER_TDA9887=m
CONFIG_MEDIA_TUNER_TEA5761=m
CONFIG_MEDIA_TUNER_TEA5767=m
CONFIG_MEDIA_TUNER_MT20XX=m
CONFIG_MEDIA_TUNER_XC2028=m
CONFIG_MEDIA_TUNER_XC5000=m
CONFIG_DVB_CAPTURE_DRIVERS=y
#
# Supported SAA7146 based PCI Adapters
#
# CONFIG_TTPCI_EEPROM is not set
# CONFIG_DVB_BUDGET_CORE is not set
#
# Supported USB Adapters
#
# CONFIG_DVB_USB is not set
CONFIG_DVB_TTUSB_BUDGET=m
CONFIG_DVB_TTUSB_DEC=m
# CONFIG_DVB_SIANO_SMS1XXX is not set
#
# Supported FlexCopII (B2C2) Adapters
#
CONFIG_DVB_B2C2_FLEXCOP=m
CONFIG_DVB_B2C2_FLEXCOP_PCI=m
CONFIG_DVB_B2C2_FLEXCOP_USB=m
# CONFIG_DVB_B2C2_FLEXCOP_DEBUG is not set
#
# Supported BT878 Adapters
#
#
# Supported Pluto2 Adapters
#
CONFIG_DVB_PLUTO2=m
#
# Supported SDMC DM1105 Adapters
#
# CONFIG_DVB_DM1105 is not set
#
# Supported DVB Frontends
#
#
# Customise DVB Frontends
#
# CONFIG_DVB_FE_CUSTOMISE is not set
#
# DVB-S (satellite) frontends
#
CONFIG_DVB_CX24110=m
CONFIG_DVB_CX24123=m
CONFIG_DVB_MT312=m
CONFIG_DVB_S5H1420=m
# CONFIG_DVB_STV0288 is not set
# CONFIG_DVB_STB6000 is not set
CONFIG_DVB_STV0299=m
CONFIG_DVB_TDA8083=m
CONFIG_DVB_TDA10086=m
CONFIG_DVB_VES1X93=m
CONFIG_DVB_TUNER_ITD1000=m
CONFIG_DVB_TDA826X=m
CONFIG_DVB_TUA6100=m
# CONFIG_DVB_CX24116 is not set
# CONFIG_DVB_SI21XX is not set
#
# DVB-T (terrestrial) frontends
#
CONFIG_DVB_SP8870=m
CONFIG_DVB_SP887X=m
CONFIG_DVB_CX22700=m
CONFIG_DVB_CX22702=m
# CONFIG_DVB_DRX397XD is not set
CONFIG_DVB_L64781=m
CONFIG_DVB_TDA1004X=m
CONFIG_DVB_NXT6000=m
CONFIG_DVB_MT352=m
CONFIG_DVB_ZL10353=m
CONFIG_DVB_DIB3000MB=m
CONFIG_DVB_DIB3000MC=m
CONFIG_DVB_DIB7000M=m
CONFIG_DVB_DIB7000P=m
# CONFIG_DVB_TDA10048 is not set
#
# DVB-C (cable) frontends
#
CONFIG_DVB_VES1820=m
CONFIG_DVB_TDA10021=m
# CONFIG_DVB_TDA10023 is not set
CONFIG_DVB_STV0297=m
#
# ATSC (North American/Korean Terrestrial/Cable DTV) frontends
#
CONFIG_DVB_NXT200X=m
CONFIG_DVB_OR51211=m
CONFIG_DVB_OR51132=m
CONFIG_DVB_BCM3510=m
CONFIG_DVB_LGDT330X=m
# CONFIG_DVB_S5H1409 is not set
# CONFIG_DVB_AU8522 is not set
# CONFIG_DVB_S5H1411 is not set
#
# Digital terrestrial only tuners/PLL
#
CONFIG_DVB_PLL=m
CONFIG_DVB_TUNER_DIB0070=m
#
# SEC control devices for DVB-S
#
CONFIG_DVB_LNBP21=m
# CONFIG_DVB_ISL6405 is not set
CONFIG_DVB_ISL6421=m
# CONFIG_DVB_LGS8GL5 is not set
#
# Tools to develop new frontends
#
# CONFIG_DVB_DUMMY_FE is not set
# CONFIG_DVB_AF9013 is not set
# CONFIG_DAB is not set
#
# Graphics support
#
CONFIG_AGP=y
CONFIG_AGP_AMD64=y
CONFIG_AGP_INTEL=y
CONFIG_AGP_SIS=y
CONFIG_AGP_VIA=y
CONFIG_DRM=m
CONFIG_DRM_TDFX=m
CONFIG_DRM_R128=m
CONFIG_DRM_RADEON=m
CONFIG_DRM_I810=m
CONFIG_DRM_I830=m
CONFIG_DRM_I915=m
CONFIG_DRM_MGA=m
# CONFIG_DRM_SIS is not set
CONFIG_DRM_VIA=m
CONFIG_DRM_SAVAGE=m
CONFIG_VGASTATE=m
# CONFIG_VIDEO_OUTPUT_CONTROL is not set
CONFIG_FB=y
# CONFIG_FIRMWARE_EDID is not set
CONFIG_FB_DDC=m
CONFIG_FB_BOOT_VESA_SUPPORT=y
CONFIG_FB_CFB_FILLRECT=m
CONFIG_FB_CFB_COPYAREA=m
CONFIG_FB_CFB_IMAGEBLIT=m
# CONFIG_FB_CFB_REV_PIXELS_IN_BYTE is not set
# CONFIG_FB_SYS_FILLRECT is not set
# CONFIG_FB_SYS_COPYAREA is not set
# CONFIG_FB_SYS_IMAGEBLIT is not set
# CONFIG_FB_FOREIGN_ENDIAN is not set
# CONFIG_FB_SYS_FOPS is not set
CONFIG_FB_SVGALIB=m
# CONFIG_FB_MACMODES is not set
CONFIG_FB_BACKLIGHT=y
CONFIG_FB_MODE_HELPERS=y
CONFIG_FB_TILEBLITTING=y
#
# Frame buffer hardware drivers
#
# CONFIG_FB_CIRRUS is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
# CONFIG_FB_ARC is not set
# CONFIG_FB_ASILIANT is not set
# CONFIG_FB_IMSTT is not set
# CONFIG_FB_VGA16 is not set
# CONFIG_FB_UVESA is not set
# CONFIG_FB_VESA is not set
# CONFIG_FB_N411 is not set
# CONFIG_FB_HGA is not set
# CONFIG_FB_S1D13XXX is not set
CONFIG_FB_NVIDIA=m
CONFIG_FB_NVIDIA_I2C=y
# CONFIG_FB_NVIDIA_DEBUG is not set
CONFIG_FB_NVIDIA_BACKLIGHT=y
CONFIG_FB_RIVA=m
# CONFIG_FB_RIVA_I2C is not set
# CONFIG_FB_RIVA_DEBUG is not set
CONFIG_FB_RIVA_BACKLIGHT=y
# CONFIG_FB_LE80578 is not set
CONFIG_FB_INTEL=m
# CONFIG_FB_INTEL_DEBUG is not set
CONFIG_FB_INTEL_I2C=y
CONFIG_FB_MATROX=m
CONFIG_FB_MATROX_MILLENIUM=y
CONFIG_FB_MATROX_MYSTIQUE=y
CONFIG_FB_MATROX_G=y
CONFIG_FB_MATROX_I2C=m
CONFIG_FB_MATROX_MAVEN=m
CONFIG_FB_MATROX_MULTIHEAD=y
# CONFIG_FB_RADEON is not set
CONFIG_FB_ATY128=m
CONFIG_FB_ATY128_BACKLIGHT=y
CONFIG_FB_ATY=m
CONFIG_FB_ATY_CT=y
CONFIG_FB_ATY_GENERIC_LCD=y
CONFIG_FB_ATY_GX=y
CONFIG_FB_ATY_BACKLIGHT=y
CONFIG_FB_S3=m
CONFIG_FB_SAVAGE=m
CONFIG_FB_SAVAGE_I2C=y
CONFIG_FB_SAVAGE_ACCEL=y
# CONFIG_FB_SIS is not set
# CONFIG_FB_VIA is not set
CONFIG_FB_NEOMAGIC=m
CONFIG_FB_KYRO=m
CONFIG_FB_3DFX=m
CONFIG_FB_3DFX_ACCEL=y
CONFIG_FB_VOODOO1=m
# CONFIG_FB_VT8623 is not set
CONFIG_FB_TRIDENT=m
CONFIG_FB_TRIDENT_ACCEL=y
# CONFIG_FB_ARK is not set
# CONFIG_FB_PM3 is not set
# CONFIG_FB_CARMINE is not set
# CONFIG_FB_GEODE is not set
CONFIG_FB_SM501=m
# CONFIG_FB_VIRTUAL is not set
# CONFIG_FB_METRONOME is not set
# CONFIG_FB_MB862XX is not set
CONFIG_BACKLIGHT_LCD_SUPPORT=y
CONFIG_LCD_CLASS_DEVICE=m
# CONFIG_LCD_ILI9320 is not set
# CONFIG_LCD_PLATFORM is not set
CONFIG_BACKLIGHT_CLASS_DEVICE=y
# CONFIG_BACKLIGHT_CORGI is not set
CONFIG_BACKLIGHT_PROGEAR=m
# CONFIG_BACKLIGHT_MBP_NVIDIA is not set
# CONFIG_BACKLIGHT_SAHARA is not set
#
# Display device support
#
# CONFIG_DISPLAY_SUPPORT is not set
#
# Console display driver support
#
CONFIG_VGA_CONSOLE=y
CONFIG_VGACON_SOFT_SCROLLBACK=y
CONFIG_VGACON_SOFT_SCROLLBACK_SIZE=64
CONFIG_DUMMY_CONSOLE=y
# CONFIG_FRAMEBUFFER_CONSOLE is not set
CONFIG_FONT_8x16=y
CONFIG_LOGO=y
# CONFIG_LOGO_LINUX_MONO is not set
# CONFIG_LOGO_LINUX_VGA16 is not set
CONFIG_LOGO_LINUX_CLUT224=y
CONFIG_SOUND=m
CONFIG_SOUND_OSS_CORE=y
CONFIG_SND=m
CONFIG_SND_TIMER=m
CONFIG_SND_PCM=m
CONFIG_SND_HWDEP=m
CONFIG_SND_RAWMIDI=m
CONFIG_SND_SEQUENCER=m
CONFIG_SND_SEQ_DUMMY=m
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=m
CONFIG_SND_PCM_OSS=m
CONFIG_SND_PCM_OSS_PLUGINS=y
CONFIG_SND_SEQUENCER_OSS=y
CONFIG_SND_DYNAMIC_MINORS=y
# CONFIG_SND_SUPPORT_OLD_API is not set
CONFIG_SND_VERBOSE_PROCFS=y
# CONFIG_SND_VERBOSE_PRINTK is not set
# CONFIG_SND_DEBUG is not set
CONFIG_SND_VMASTER=y
CONFIG_SND_MPU401_UART=m
CONFIG_SND_OPL3_LIB=m
CONFIG_SND_VX_LIB=m
CONFIG_SND_AC97_CODEC=m
CONFIG_SND_DRIVERS=y
CONFIG_SND_DUMMY=m
CONFIG_SND_VIRMIDI=m
# CONFIG_SND_MTPAV is not set
CONFIG_SND_MTS64=m
# CONFIG_SND_SERIAL_U16550 is not set
CONFIG_SND_MPU401=m
CONFIG_SND_PORTMAN2X4=m
CONFIG_SND_AC97_POWER_SAVE=y
CONFIG_SND_AC97_POWER_SAVE_DEFAULT=0
CONFIG_SND_SB_COMMON=m
CONFIG_SND_PCI=y
CONFIG_SND_AD1889=m
CONFIG_SND_ALS300=m
CONFIG_SND_ALS4000=m
CONFIG_SND_ALI5451=m
CONFIG_SND_ATIIXP=m
CONFIG_SND_ATIIXP_MODEM=m
CONFIG_SND_AU8810=m
CONFIG_SND_AU8820=m
CONFIG_SND_AU8830=m
# CONFIG_SND_AW2 is not set
CONFIG_SND_AZT3328=m
CONFIG_SND_BT87X=m
# CONFIG_SND_BT87X_OVERCLOCK is not set
CONFIG_SND_CA0106=m
CONFIG_SND_CMIPCI=m
# CONFIG_SND_OXYGEN is not set
CONFIG_SND_CS4281=m
CONFIG_SND_CS46XX=m
CONFIG_SND_CS46XX_NEW_DSP=y
# CONFIG_SND_CS5530 is not set
CONFIG_SND_DARLA20=m
CONFIG_SND_GINA20=m
CONFIG_SND_LAYLA20=m
CONFIG_SND_DARLA24=m
CONFIG_SND_GINA24=m
CONFIG_SND_LAYLA24=m
CONFIG_SND_MONA=m
CONFIG_SND_MIA=m
CONFIG_SND_ECHO3G=m
CONFIG_SND_INDIGO=m
CONFIG_SND_INDIGOIO=m
CONFIG_SND_INDIGODJ=m
CONFIG_SND_EMU10K1=m
CONFIG_SND_EMU10K1X=m
CONFIG_SND_ENS1370=m
CONFIG_SND_ENS1371=m
CONFIG_SND_ES1938=m
CONFIG_SND_ES1968=m
CONFIG_SND_FM801=m
CONFIG_SND_HDA_INTEL=m
# CONFIG_SND_HDA_HWDEP is not set
# CONFIG_SND_HDA_INPUT_BEEP is not set
CONFIG_SND_HDA_CODEC_REALTEK=y
CONFIG_SND_HDA_CODEC_ANALOG=y
CONFIG_SND_HDA_CODEC_SIGMATEL=y
CONFIG_SND_HDA_CODEC_VIA=y
CONFIG_SND_HDA_CODEC_ATIHDMI=y
CONFIG_SND_HDA_CODEC_NVHDMI=y
CONFIG_SND_HDA_CODEC_CONEXANT=y
CONFIG_SND_HDA_CODEC_CMEDIA=y
CONFIG_SND_HDA_CODEC_SI3054=y
CONFIG_SND_HDA_GENERIC=y
# CONFIG_SND_HDA_POWER_SAVE is not set
CONFIG_SND_HDSP=m
CONFIG_SND_HDSPM=m
# CONFIG_SND_HIFIER is not set
CONFIG_SND_ICE1712=m
CONFIG_SND_ICE1724=m
CONFIG_SND_INTEL8X0=m
CONFIG_SND_INTEL8X0M=m
CONFIG_SND_KORG1212=m
CONFIG_SND_MAESTRO3=m
CONFIG_SND_MIXART=m
CONFIG_SND_NM256=m
CONFIG_SND_PCXHR=m
CONFIG_SND_RIPTIDE=m
CONFIG_SND_RME32=m
CONFIG_SND_RME96=m
CONFIG_SND_RME9652=m
CONFIG_SND_SONICVIBES=m
CONFIG_SND_TRIDENT=m
CONFIG_SND_VIA82XX=m
CONFIG_SND_VIA82XX_MODEM=m
# CONFIG_SND_VIRTUOSO is not set
CONFIG_SND_VX222=m
CONFIG_SND_YMFPCI=m
CONFIG_SND_USB=y
CONFIG_SND_USB_AUDIO=m
CONFIG_SND_USB_USX2Y=m
# CONFIG_SND_USB_CAIAQ is not set
# CONFIG_SND_USB_US122L is not set
CONFIG_SND_PCMCIA=y
# CONFIG_SND_VXPOCKET is not set
# CONFIG_SND_PDAUDIOCF is not set
CONFIG_SND_SOC=m
# CONFIG_SND_SOC_ALL_CODECS is not set
# CONFIG_SOUND_PRIME is not set
CONFIG_AC97_BUS=m
CONFIG_HID_SUPPORT=y
CONFIG_HID=y
# CONFIG_HID_DEBUG is not set
# CONFIG_HIDRAW is not set
#
# USB Input Devices
#
CONFIG_USB_HID=y
CONFIG_HID_PID=y
CONFIG_USB_HIDDEV=y
#
# Special HID drivers
#
CONFIG_HID_COMPAT=y
CONFIG_HID_A4TECH=y
CONFIG_HID_APPLE=y
CONFIG_HID_BELKIN=y
CONFIG_HID_BRIGHT=y
CONFIG_HID_CHERRY=y
CONFIG_HID_CHICONY=y
CONFIG_HID_CYPRESS=y
CONFIG_HID_DELL=y
CONFIG_HID_EZKEY=y
CONFIG_HID_GYRATION=y
CONFIG_HID_LOGITECH=y
CONFIG_LOGITECH_FF=y
# CONFIG_LOGIRUMBLEPAD2_FF is not set
CONFIG_HID_MICROSOFT=y
CONFIG_HID_MONTEREY=y
CONFIG_HID_PANTHERLORD=y
CONFIG_PANTHERLORD_FF=y
CONFIG_HID_PETALYNX=y
CONFIG_HID_SAMSUNG=y
CONFIG_HID_SONY=y
CONFIG_HID_SUNPLUS=y
CONFIG_THRUSTMASTER_FF=y
CONFIG_ZEROPLUS_FF=y
CONFIG_USB_SUPPORT=y
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_ARCH_HAS_EHCI=y
CONFIG_USB=y
# CONFIG_USB_DEBUG is not set
# CONFIG_USB_ANNOUNCE_NEW_DEVICES is not set
#
# Miscellaneous USB options
#
CONFIG_USB_DEVICEFS=y
CONFIG_USB_DEVICE_CLASS=y
# CONFIG_USB_DYNAMIC_MINORS is not set
# CONFIG_USB_SUSPEND is not set
# CONFIG_USB_OTG is not set
CONFIG_USB_MON=y
# CONFIG_USB_WUSB is not set
# CONFIG_USB_WUSB_CBAF is not set
#
# USB Host Controller Drivers
#
# CONFIG_USB_C67X00_HCD is not set
CONFIG_USB_EHCI_HCD=y
CONFIG_USB_EHCI_ROOT_HUB_TT=y
CONFIG_USB_EHCI_TT_NEWSCHED=y
CONFIG_USB_ISP116X_HCD=m
# CONFIG_USB_ISP1760_HCD is not set
CONFIG_USB_OHCI_HCD=y
# CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
CONFIG_USB_UHCI_HCD=y
CONFIG_USB_U132_HCD=m
CONFIG_USB_SL811_HCD=m
CONFIG_USB_SL811_CS=m
# CONFIG_USB_R8A66597_HCD is not set
# CONFIG_USB_WHCI_HCD is not set
# CONFIG_USB_HWA_HCD is not set
#
# USB Device Class drivers
#
CONFIG_USB_ACM=m
CONFIG_USB_PRINTER=m
# CONFIG_USB_WDM is not set
# CONFIG_USB_TMC is not set
#
# NOTE: USB_STORAGE depends on SCSI but BLK_DEV_SD may also be needed;
#
#
# see USB_STORAGE Help for more information
#
CONFIG_USB_STORAGE=m
# CONFIG_USB_STORAGE_DEBUG is not set
CONFIG_USB_STORAGE_DATAFAB=y
CONFIG_USB_STORAGE_FREECOM=y
CONFIG_USB_STORAGE_ISD200=y
CONFIG_USB_STORAGE_DPCM=y
CONFIG_USB_STORAGE_USBAT=y
CONFIG_USB_STORAGE_SDDR09=y
CONFIG_USB_STORAGE_SDDR55=y
CONFIG_USB_STORAGE_JUMPSHOT=y
CONFIG_USB_STORAGE_ALAUDA=y
# CONFIG_USB_STORAGE_ONETOUCH is not set
CONFIG_USB_STORAGE_KARMA=y
# CONFIG_USB_STORAGE_CYPRESS_ATACB is not set
CONFIG_USB_LIBUSUAL=y
#
# USB Imaging devices
#
CONFIG_USB_MDC800=m
CONFIG_USB_MICROTEK=m
#
# USB port drivers
#
CONFIG_USB_USS720=m
CONFIG_USB_SERIAL=m
CONFIG_USB_EZUSB=y
CONFIG_USB_SERIAL_GENERIC=y
CONFIG_USB_SERIAL_AIRCABLE=m
CONFIG_USB_SERIAL_ARK3116=m
CONFIG_USB_SERIAL_BELKIN=m
# CONFIG_USB_SERIAL_CH341 is not set
CONFIG_USB_SERIAL_WHITEHEAT=m
CONFIG_USB_SERIAL_DIGI_ACCELEPORT=m
CONFIG_USB_SERIAL_CP2101=m
CONFIG_USB_SERIAL_CYPRESS_M8=m
CONFIG_USB_SERIAL_EMPEG=m
CONFIG_USB_SERIAL_FTDI_SIO=m
CONFIG_USB_SERIAL_FUNSOFT=m
CONFIG_USB_SERIAL_VISOR=m
CONFIG_USB_SERIAL_IPAQ=m
CONFIG_USB_SERIAL_IR=m
CONFIG_USB_SERIAL_EDGEPORT=m
CONFIG_USB_SERIAL_EDGEPORT_TI=m
CONFIG_USB_SERIAL_GARMIN=m
CONFIG_USB_SERIAL_IPW=m
# CONFIG_USB_SERIAL_IUU is not set
CONFIG_USB_SERIAL_KEYSPAN_PDA=m
CONFIG_USB_SERIAL_KEYSPAN=m
CONFIG_USB_SERIAL_KEYSPAN_MPR=y
CONFIG_USB_SERIAL_KEYSPAN_USA28=y
CONFIG_USB_SERIAL_KEYSPAN_USA28X=y
CONFIG_USB_SERIAL_KEYSPAN_USA28XA=y
CONFIG_USB_SERIAL_KEYSPAN_USA28XB=y
CONFIG_USB_SERIAL_KEYSPAN_USA19=y
CONFIG_USB_SERIAL_KEYSPAN_USA18X=y
CONFIG_USB_SERIAL_KEYSPAN_USA19W=y
CONFIG_USB_SERIAL_KEYSPAN_USA19QW=y
CONFIG_USB_SERIAL_KEYSPAN_USA19QI=y
CONFIG_USB_SERIAL_KEYSPAN_USA49W=y
CONFIG_USB_SERIAL_KEYSPAN_USA49WLC=y
CONFIG_USB_SERIAL_KLSI=m
CONFIG_USB_SERIAL_KOBIL_SCT=m
CONFIG_USB_SERIAL_MCT_U232=m
CONFIG_USB_SERIAL_MOS7720=m
CONFIG_USB_SERIAL_MOS7840=m
# CONFIG_USB_SERIAL_MOTOROLA is not set
CONFIG_USB_SERIAL_NAVMAN=m
CONFIG_USB_SERIAL_PL2303=m
# CONFIG_USB_SERIAL_OTI6858 is not set
# CONFIG_USB_SERIAL_SPCP8X5 is not set
CONFIG_USB_SERIAL_HP4X=m
CONFIG_USB_SERIAL_SAFE=m
CONFIG_USB_SERIAL_SAFE_PADDED=y
CONFIG_USB_SERIAL_SIERRAWIRELESS=m
CONFIG_USB_SERIAL_TI=m
CONFIG_USB_SERIAL_CYBERJACK=m
CONFIG_USB_SERIAL_XIRCOM=m
CONFIG_USB_SERIAL_OPTION=m
CONFIG_USB_SERIAL_OMNINET=m
CONFIG_USB_SERIAL_DEBUG=m
#
# USB Miscellaneous drivers
#
CONFIG_USB_EMI62=m
CONFIG_USB_EMI26=m
CONFIG_USB_ADUTUX=m
# CONFIG_USB_SEVSEG is not set
CONFIG_USB_RIO500=m
CONFIG_USB_LEGOTOWER=m
CONFIG_USB_LCD=m
CONFIG_USB_BERRY_CHARGE=m
CONFIG_USB_LED=m
# CONFIG_USB_CYPRESS_CY7C63 is not set
# CONFIG_USB_CYTHERM is not set
CONFIG_USB_PHIDGET=m
CONFIG_USB_PHIDGETKIT=m
CONFIG_USB_PHIDGETMOTORCONTROL=m
CONFIG_USB_PHIDGETSERVO=m
CONFIG_USB_IDMOUSE=m
CONFIG_USB_FTDI_ELAN=m
CONFIG_USB_APPLEDISPLAY=m
CONFIG_USB_SISUSBVGA=m
CONFIG_USB_SISUSBVGA_CON=y
CONFIG_USB_LD=m
CONFIG_USB_TRANCEVIBRATOR=m
CONFIG_USB_IOWARRIOR=m
CONFIG_USB_TEST=m
# CONFIG_USB_ISIGHTFW is not set
# CONFIG_USB_VST is not set
CONFIG_USB_ATM=m
CONFIG_USB_SPEEDTOUCH=m
CONFIG_USB_CXACRU=m
CONFIG_USB_UEAGLEATM=m
CONFIG_USB_XUSBATM=m
# CONFIG_USB_GADGET is not set
# CONFIG_UWB is not set
CONFIG_MMC=m
# CONFIG_MMC_DEBUG is not set
# CONFIG_MMC_UNSAFE_RESUME is not set
#
# MMC/SD/SDIO Card Drivers
#
CONFIG_MMC_BLOCK=m
CONFIG_MMC_BLOCK_BOUNCE=y
# CONFIG_SDIO_UART is not set
# CONFIG_MMC_TEST is not set
#
# MMC/SD/SDIO Host Controller Drivers
#
CONFIG_MMC_SDHCI=m
# CONFIG_MMC_SDHCI_PCI is not set
CONFIG_MMC_WBSD=m
CONFIG_MMC_TIFM_SD=m
# CONFIG_MMC_SDRICOH_CS is not set
# CONFIG_MEMSTICK is not set
CONFIG_NEW_LEDS=y
CONFIG_LEDS_CLASS=y
#
# LED drivers
#
# CONFIG_LEDS_PCA9532 is not set
# CONFIG_LEDS_HP_DISK is not set
# CONFIG_LEDS_CLEVO_MAIL is not set
# CONFIG_LEDS_PCA955X is not set
#
# LED Triggers
#
CONFIG_LEDS_TRIGGERS=y
CONFIG_LEDS_TRIGGER_TIMER=m
CONFIG_LEDS_TRIGGER_HEARTBEAT=m
# CONFIG_LEDS_TRIGGER_BACKLIGHT is not set
# CONFIG_LEDS_TRIGGER_DEFAULT_ON is not set
# CONFIG_ACCESSIBILITY is not set
CONFIG_INFINIBAND=m
CONFIG_INFINIBAND_USER_MAD=m
CONFIG_INFINIBAND_USER_ACCESS=m
CONFIG_INFINIBAND_USER_MEM=y
CONFIG_INFINIBAND_ADDR_TRANS=y
CONFIG_INFINIBAND_MTHCA=m
CONFIG_INFINIBAND_MTHCA_DEBUG=y
CONFIG_INFINIBAND_IPATH=m
# CONFIG_INFINIBAND_AMSO1100 is not set
CONFIG_INFINIBAND_CXGB3=m
# CONFIG_INFINIBAND_CXGB3_DEBUG is not set
# CONFIG_MLX4_INFINIBAND is not set
# CONFIG_INFINIBAND_NES is not set
CONFIG_INFINIBAND_IPOIB=m
CONFIG_INFINIBAND_IPOIB_CM=y
CONFIG_INFINIBAND_IPOIB_DEBUG=y
CONFIG_INFINIBAND_IPOIB_DEBUG_DATA=y
CONFIG_INFINIBAND_SRP=m
CONFIG_INFINIBAND_ISER=m
CONFIG_EDAC=y
#
# Reporting subsystems
#
# CONFIG_EDAC_DEBUG is not set
CONFIG_EDAC_MM_EDAC=m
CONFIG_EDAC_E752X=m
# CONFIG_EDAC_I82975X is not set
# CONFIG_EDAC_I3000 is not set
# CONFIG_EDAC_X38 is not set
# CONFIG_EDAC_I5000 is not set
# CONFIG_EDAC_I5100 is not set
CONFIG_RTC_LIB=m
CONFIG_RTC_CLASS=m
#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
# CONFIG_RTC_INTF_DEV_UIE_EMUL is not set
# CONFIG_RTC_DRV_TEST is not set
#
# I2C RTC drivers
#
CONFIG_RTC_DRV_DS1307=m
# CONFIG_RTC_DRV_DS1374 is not set
CONFIG_RTC_DRV_DS1672=m
# CONFIG_RTC_DRV_MAX6900 is not set
CONFIG_RTC_DRV_RS5C372=m
CONFIG_RTC_DRV_ISL1208=m
CONFIG_RTC_DRV_X1205=m
CONFIG_RTC_DRV_PCF8563=m
# CONFIG_RTC_DRV_PCF8583 is not set
# CONFIG_RTC_DRV_M41T80 is not set
# CONFIG_RTC_DRV_S35390A is not set
# CONFIG_RTC_DRV_FM3130 is not set
# CONFIG_RTC_DRV_RX8581 is not set
#
# SPI RTC drivers
#
#
# Platform RTC drivers
#
CONFIG_RTC_DRV_CMOS=m
# CONFIG_RTC_DRV_DS1286 is not set
# CONFIG_RTC_DRV_DS1511 is not set
CONFIG_RTC_DRV_DS1553=m
CONFIG_RTC_DRV_DS1742=m
# CONFIG_RTC_DRV_STK17TA8 is not set
# CONFIG_RTC_DRV_M48T86 is not set
# CONFIG_RTC_DRV_M48T35 is not set
# CONFIG_RTC_DRV_M48T59 is not set
# CONFIG_RTC_DRV_BQ4802 is not set
CONFIG_RTC_DRV_V3020=m
#
# on-CPU RTC drivers
#
# CONFIG_DMADEVICES is not set
# CONFIG_AUXDISPLAY is not set
# CONFIG_UIO is not set
# CONFIG_STAGING is not set
CONFIG_STAGING_EXCLUDE_BUILD=y
#
# Firmware Drivers
#
CONFIG_EDD=m
# CONFIG_EDD_OFF is not set
CONFIG_FIRMWARE_MEMMAP=y
CONFIG_DELL_RBU=m
CONFIG_DCDBAS=m
CONFIG_DMIID=y
# CONFIG_ISCSI_IBFT_FIND is not set
#
# File systems
#
CONFIG_EXT2_FS=y
CONFIG_EXT2_FS_XATTR=y
CONFIG_EXT2_FS_POSIX_ACL=y
CONFIG_EXT2_FS_SECURITY=y
CONFIG_EXT2_FS_XIP=y
CONFIG_EXT3_FS=y
CONFIG_EXT3_FS_XATTR=y
CONFIG_EXT3_FS_POSIX_ACL=y
CONFIG_EXT3_FS_SECURITY=y
# CONFIG_EXT4_FS is not set
CONFIG_FS_XIP=y
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
CONFIG_JBD2=m
# CONFIG_JBD2_DEBUG is not set
CONFIG_FS_MBCACHE=y
CONFIG_REISERFS_FS=m
# CONFIG_REISERFS_CHECK is not set
CONFIG_REISERFS_PROC_INFO=y
CONFIG_REISERFS_FS_XATTR=y
CONFIG_REISERFS_FS_POSIX_ACL=y
CONFIG_REISERFS_FS_SECURITY=y
CONFIG_JFS_FS=m
CONFIG_JFS_POSIX_ACL=y
CONFIG_JFS_SECURITY=y
# CONFIG_JFS_DEBUG is not set
# CONFIG_JFS_STATISTICS is not set
CONFIG_FS_POSIX_ACL=y
CONFIG_FILE_LOCKING=y
CONFIG_XFS_FS=m
CONFIG_XFS_QUOTA=y
CONFIG_XFS_POSIX_ACL=y
# CONFIG_XFS_RT is not set
# CONFIG_XFS_DEBUG is not set
CONFIG_GFS2_FS=m
CONFIG_GFS2_FS_LOCKING_DLM=m
CONFIG_OCFS2_FS=m
CONFIG_OCFS2_FS_O2CB=m
CONFIG_OCFS2_FS_USERSPACE_CLUSTER=m
CONFIG_OCFS2_FS_STATS=y
# CONFIG_OCFS2_DEBUG_MASKLOG is not set
# CONFIG_OCFS2_DEBUG_FS is not set
# CONFIG_OCFS2_COMPAT_JBD is not set
CONFIG_DNOTIFY=y
CONFIG_INOTIFY=y
CONFIG_INOTIFY_USER=y
CONFIG_QUOTA=y
# CONFIG_QUOTA_NETLINK_INTERFACE is not set
CONFIG_PRINT_QUOTA_WARNING=y
# CONFIG_QFMT_V1 is not set
CONFIG_QFMT_V2=y
CONFIG_QUOTACTL=y
CONFIG_AUTOFS_FS=m
CONFIG_AUTOFS4_FS=m
CONFIG_FUSE_FS=m
CONFIG_GENERIC_ACL=y
#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
CONFIG_UDF_FS=m
CONFIG_UDF_NLS=y
#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=m
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="ascii"
# CONFIG_NTFS_FS is not set
#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
CONFIG_TMPFS_POSIX_ACL=y
CONFIG_HUGETLBFS=y
CONFIG_HUGETLB_PAGE=y
CONFIG_CONFIGFS_FS=m
#
# Miscellaneous filesystems
#
# CONFIG_ADFS_FS is not set
CONFIG_AFFS_FS=m
# CONFIG_ECRYPT_FS is not set
CONFIG_HFS_FS=m
CONFIG_HFSPLUS_FS=m
CONFIG_BEFS_FS=m
# CONFIG_BEFS_DEBUG is not set
CONFIG_BFS_FS=m
CONFIG_EFS_FS=m
CONFIG_CRAMFS=m
CONFIG_VXFS_FS=m
CONFIG_MINIX_FS=m
# CONFIG_OMFS_FS is not set
# CONFIG_HPFS_FS is not set
CONFIG_QNX4FS_FS=m
CONFIG_ROMFS_FS=m
CONFIG_SYSV_FS=m
CONFIG_UFS_FS=m
# CONFIG_UFS_FS_WRITE is not set
# CONFIG_UFS_DEBUG is not set
CONFIG_NETWORK_FILESYSTEMS=y
CONFIG_NFS_FS=m
CONFIG_NFS_V3=y
CONFIG_NFS_V3_ACL=y
CONFIG_NFS_V4=y
CONFIG_NFSD=m
CONFIG_NFSD_V2_ACL=y
CONFIG_NFSD_V3=y
CONFIG_NFSD_V3_ACL=y
CONFIG_NFSD_V4=y
CONFIG_LOCKD=m
CONFIG_LOCKD_V4=y
CONFIG_EXPORTFS=m
CONFIG_NFS_ACL_SUPPORT=m
CONFIG_NFS_COMMON=y
CONFIG_SUNRPC=m
CONFIG_SUNRPC_GSS=m
CONFIG_SUNRPC_XPRT_RDMA=m
# CONFIG_SUNRPC_REGISTER_V4 is not set
CONFIG_RPCSEC_GSS_KRB5=m
CONFIG_RPCSEC_GSS_SPKM3=m
# CONFIG_SMB_FS is not set
CONFIG_CIFS=m
# CONFIG_CIFS_STATS is not set
CONFIG_CIFS_WEAK_PW_HASH=y
# CONFIG_CIFS_UPCALL is not set
CONFIG_CIFS_XATTR=y
CONFIG_CIFS_POSIX=y
# CONFIG_CIFS_DEBUG2 is not set
# CONFIG_CIFS_EXPERIMENTAL is not set
CONFIG_NCP_FS=m
CONFIG_NCPFS_PACKET_SIGNING=y
CONFIG_NCPFS_IOCTL_LOCKING=y
CONFIG_NCPFS_STRONG=y
CONFIG_NCPFS_NFS_NS=y
CONFIG_NCPFS_OS2_NS=y
CONFIG_NCPFS_SMALLDOS=y
CONFIG_NCPFS_NLS=y
CONFIG_NCPFS_EXTRAS=y
CONFIG_CODA_FS=m
# CONFIG_AFS_FS is not set
#
# Partition Types
#
CONFIG_PARTITION_ADVANCED=y
# CONFIG_ACORN_PARTITION is not set
CONFIG_OSF_PARTITION=y
CONFIG_AMIGA_PARTITION=y
# CONFIG_ATARI_PARTITION is not set
CONFIG_MAC_PARTITION=y
CONFIG_MSDOS_PARTITION=y
CONFIG_BSD_DISKLABEL=y
CONFIG_MINIX_SUBPARTITION=y
CONFIG_SOLARIS_X86_PARTITION=y
CONFIG_UNIXWARE_DISKLABEL=y
# CONFIG_LDM_PARTITION is not set
CONFIG_SGI_PARTITION=y
# CONFIG_ULTRIX_PARTITION is not set
CONFIG_SUN_PARTITION=y
CONFIG_KARMA_PARTITION=y
CONFIG_EFI_PARTITION=y
# CONFIG_SYSV68_PARTITION is not set
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="utf8"
CONFIG_NLS_CODEPAGE_437=y
CONFIG_NLS_CODEPAGE_737=m
CONFIG_NLS_CODEPAGE_775=m
CONFIG_NLS_CODEPAGE_850=m
CONFIG_NLS_CODEPAGE_852=m
CONFIG_NLS_CODEPAGE_855=m
CONFIG_NLS_CODEPAGE_857=m
CONFIG_NLS_CODEPAGE_860=m
CONFIG_NLS_CODEPAGE_861=m
CONFIG_NLS_CODEPAGE_862=m
CONFIG_NLS_CODEPAGE_863=m
CONFIG_NLS_CODEPAGE_864=m
CONFIG_NLS_CODEPAGE_865=m
CONFIG_NLS_CODEPAGE_866=m
CONFIG_NLS_CODEPAGE_869=m
CONFIG_NLS_CODEPAGE_936=m
CONFIG_NLS_CODEPAGE_950=m
CONFIG_NLS_CODEPAGE_932=m
CONFIG_NLS_CODEPAGE_949=m
CONFIG_NLS_CODEPAGE_874=m
CONFIG_NLS_ISO8859_8=m
CONFIG_NLS_CODEPAGE_1250=m
CONFIG_NLS_CODEPAGE_1251=m
CONFIG_NLS_ASCII=y
CONFIG_NLS_ISO8859_1=m
CONFIG_NLS_ISO8859_2=m
CONFIG_NLS_ISO8859_3=m
CONFIG_NLS_ISO8859_4=m
CONFIG_NLS_ISO8859_5=m
CONFIG_NLS_ISO8859_6=m
CONFIG_NLS_ISO8859_7=m
CONFIG_NLS_ISO8859_9=m
CONFIG_NLS_ISO8859_13=m
CONFIG_NLS_ISO8859_14=m
CONFIG_NLS_ISO8859_15=m
CONFIG_NLS_KOI8_R=m
CONFIG_NLS_KOI8_U=m
CONFIG_NLS_UTF8=m
CONFIG_DLM=m
CONFIG_DLM_DEBUG=y
#
# Kernel hacking
#
CONFIG_TRACE_IRQFLAGS_SUPPORT=y
# CONFIG_PRINTK_TIME is not set
CONFIG_ENABLE_WARN_DEPRECATED=y
# CONFIG_ENABLE_MUST_CHECK is not set
CONFIG_FRAME_WARN=2048
CONFIG_MAGIC_SYSRQ=y
# CONFIG_UNUSED_SYMBOLS is not set
CONFIG_DEBUG_FS=y
# CONFIG_HEADERS_CHECK is not set
CONFIG_DEBUG_KERNEL=y
# CONFIG_DEBUG_SHIRQ is not set
# CONFIG_DETECT_SOFTLOCKUP is not set
# CONFIG_SCHED_DEBUG is not set
# CONFIG_SCHEDSTATS is not set
# CONFIG_TIMER_STATS is not set
# CONFIG_DEBUG_OBJECTS is not set
# CONFIG_DEBUG_SLAB is not set
# CONFIG_DEBUG_RT_MUTEXES is not set
CONFIG_RT_MUTEX_TESTER=y
# CONFIG_DEBUG_SPINLOCK is not set
# CONFIG_DEBUG_MUTEXES is not set
# CONFIG_DEBUG_LOCK_ALLOC is not set
# CONFIG_PROVE_LOCKING is not set
# CONFIG_LOCK_STAT is not set
# CONFIG_DEBUG_SPINLOCK_SLEEP is not set
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=y
# CONFIG_DEBUG_INFO is not set
# CONFIG_DEBUG_VM is not set
# CONFIG_DEBUG_VIRTUAL is not set
# CONFIG_DEBUG_WRITECOUNT is not set
CONFIG_DEBUG_MEMORY_INIT=y
# CONFIG_DEBUG_LIST is not set
# CONFIG_DEBUG_SG is not set
CONFIG_FRAME_POINTER=y
# CONFIG_BOOT_PRINTK_DELAY is not set
# CONFIG_RCU_TORTURE_TEST is not set
# CONFIG_RCU_CPU_STALL_DETECTOR is not set
# CONFIG_KPROBES_SANITY_TEST is not set
# CONFIG_BACKTRACE_SELF_TEST is not set
# CONFIG_DEBUG_BLOCK_EXT_DEVT is not set
# CONFIG_LKDTM is not set
# CONFIG_FAULT_INJECTION is not set
# CONFIG_LATENCYTOP is not set
CONFIG_SYSCTL_SYSCALL_CHECK=y
CONFIG_HAVE_FUNCTION_TRACER=y
CONFIG_HAVE_DYNAMIC_FTRACE=y
CONFIG_HAVE_FTRACE_MCOUNT_RECORD=y
#
# Tracers
#
# CONFIG_FUNCTION_TRACER is not set
# CONFIG_IRQSOFF_TRACER is not set
# CONFIG_SYSPROF_TRACER is not set
# CONFIG_SCHED_TRACER is not set
# CONFIG_CONTEXT_SWITCH_TRACER is not set
# CONFIG_BOOT_TRACER is not set
# CONFIG_STACK_TRACER is not set
# CONFIG_PROVIDE_OHCI1394_DMA_INIT is not set
# CONFIG_DYNAMIC_PRINTK_DEBUG is not set
# CONFIG_SAMPLES is not set
CONFIG_HAVE_ARCH_KGDB=y
# CONFIG_KGDB is not set
# CONFIG_STRICT_DEVMEM is not set
CONFIG_X86_VERBOSE_BOOTUP=y
CONFIG_EARLY_PRINTK=y
# CONFIG_EARLY_PRINTK_DBGP is not set
# CONFIG_DEBUG_STACKOVERFLOW is not set
# CONFIG_DEBUG_STACK_USAGE is not set
# CONFIG_DEBUG_PAGEALLOC is not set
# CONFIG_DEBUG_PER_CPU_MAPS is not set
# CONFIG_X86_PTDUMP is not set
CONFIG_DEBUG_RODATA=y
CONFIG_DIRECT_GBPAGES=y
# CONFIG_DEBUG_RODATA_TEST is not set
# CONFIG_DEBUG_NX_TEST is not set
# CONFIG_IOMMU_DEBUG is not set
# CONFIG_MMIOTRACE is not set
CONFIG_IO_DELAY_TYPE_0X80=0
CONFIG_IO_DELAY_TYPE_0XED=1
CONFIG_IO_DELAY_TYPE_UDELAY=2
CONFIG_IO_DELAY_TYPE_NONE=3
CONFIG_IO_DELAY_0X80=y
# CONFIG_IO_DELAY_0XED is not set
# CONFIG_IO_DELAY_UDELAY is not set
# CONFIG_IO_DELAY_NONE is not set
CONFIG_DEFAULT_IO_DELAY_TYPE=0
# CONFIG_DEBUG_BOOT_PARAMS is not set
# CONFIG_CPA_DEBUG is not set
CONFIG_OPTIMIZE_INLINING=y
#
# Security options
#
CONFIG_KEYS=y
CONFIG_KEYS_DEBUG_PROC_KEYS=y
CONFIG_SECURITY=y
CONFIG_SECURITYFS=y
CONFIG_SECURITY_NETWORK=y
# CONFIG_SECURITY_NETWORK_XFRM is not set
# CONFIG_SECURITY_FILE_CAPABILITIES is not set
# CONFIG_SECURITY_ROOTPLUG is not set
CONFIG_SECURITY_DEFAULT_MMAP_MIN_ADDR=0
CONFIG_SECURITY_SELINUX=y
CONFIG_SECURITY_SELINUX_BOOTPARAM=y
CONFIG_SECURITY_SELINUX_BOOTPARAM_VALUE=1
CONFIG_SECURITY_SELINUX_DISABLE=y
CONFIG_SECURITY_SELINUX_DEVELOP=y
CONFIG_SECURITY_SELINUX_AVC_STATS=y
CONFIG_SECURITY_SELINUX_CHECKREQPROT_VALUE=1
# CONFIG_SECURITY_SELINUX_ENABLE_SECMARK_DEFAULT is not set
# CONFIG_SECURITY_SELINUX_POLICYDB_VERSION_MAX is not set
# CONFIG_SECURITY_SMACK is not set
CONFIG_XOR_BLOCKS=m
CONFIG_ASYNC_CORE=m
CONFIG_ASYNC_MEMCPY=m
CONFIG_ASYNC_XOR=m
CONFIG_CRYPTO=y
#
# Crypto core or helper
#
# CONFIG_CRYPTO_FIPS is not set
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_AEAD=y
CONFIG_CRYPTO_BLKCIPHER=y
CONFIG_CRYPTO_HASH=y
CONFIG_CRYPTO_RNG=y
CONFIG_CRYPTO_MANAGER=y
CONFIG_CRYPTO_GF128MUL=m
CONFIG_CRYPTO_NULL=m
# CONFIG_CRYPTO_CRYPTD is not set
CONFIG_CRYPTO_AUTHENC=m
# CONFIG_CRYPTO_TEST is not set
#
# Authenticated Encryption with Associated Data
#
# CONFIG_CRYPTO_CCM is not set
# CONFIG_CRYPTO_GCM is not set
# CONFIG_CRYPTO_SEQIV is not set
#
# Block modes
#
CONFIG_CRYPTO_CBC=m
# CONFIG_CRYPTO_CTR is not set
# CONFIG_CRYPTO_CTS is not set
CONFIG_CRYPTO_ECB=m
CONFIG_CRYPTO_LRW=m
CONFIG_CRYPTO_PCBC=m
# CONFIG_CRYPTO_XTS is not set
#
# Hash modes
#
CONFIG_CRYPTO_HMAC=y
CONFIG_CRYPTO_XCBC=m
#
# Digest
#
CONFIG_CRYPTO_CRC32C=y
# CONFIG_CRYPTO_CRC32C_INTEL is not set
CONFIG_CRYPTO_MD4=m
CONFIG_CRYPTO_MD5=y
CONFIG_CRYPTO_MICHAEL_MIC=m
# CONFIG_CRYPTO_RMD128 is not set
# CONFIG_CRYPTO_RMD160 is not set
# CONFIG_CRYPTO_RMD256 is not set
# CONFIG_CRYPTO_RMD320 is not set
CONFIG_CRYPTO_SHA1=y
CONFIG_CRYPTO_SHA256=m
CONFIG_CRYPTO_SHA512=m
CONFIG_CRYPTO_TGR192=m
CONFIG_CRYPTO_WP512=m
#
# Ciphers
#
CONFIG_CRYPTO_AES=m
CONFIG_CRYPTO_AES_X86_64=m
CONFIG_CRYPTO_ANUBIS=m
CONFIG_CRYPTO_ARC4=m
CONFIG_CRYPTO_BLOWFISH=m
CONFIG_CRYPTO_CAMELLIA=m
CONFIG_CRYPTO_CAST5=m
CONFIG_CRYPTO_CAST6=m
CONFIG_CRYPTO_DES=m
CONFIG_CRYPTO_FCRYPT=m
CONFIG_CRYPTO_KHAZAD=m
# CONFIG_CRYPTO_SALSA20 is not set
# CONFIG_CRYPTO_SALSA20_X86_64 is not set
# CONFIG_CRYPTO_SEED is not set
CONFIG_CRYPTO_SERPENT=m
CONFIG_CRYPTO_TEA=m
CONFIG_CRYPTO_TWOFISH=m
CONFIG_CRYPTO_TWOFISH_COMMON=m
CONFIG_CRYPTO_TWOFISH_X86_64=m
#
# Compression
#
CONFIG_CRYPTO_DEFLATE=m
# CONFIG_CRYPTO_LZO is not set
#
# Random Number Generation
#
# CONFIG_CRYPTO_ANSI_CPRNG is not set
CONFIG_CRYPTO_HW=y
# CONFIG_CRYPTO_DEV_HIFN_795X is not set
CONFIG_HAVE_KVM=y
CONFIG_VIRTUALIZATION=y
CONFIG_KVM=m
CONFIG_KVM_INTEL=m
CONFIG_KVM_AMD=m
# CONFIG_VIRTIO_PCI is not set
# CONFIG_VIRTIO_BALLOON is not set
#
# Library routines
#
CONFIG_BITREVERSE=y
CONFIG_GENERIC_FIND_FIRST_BIT=y
CONFIG_GENERIC_FIND_NEXT_BIT=y
CONFIG_CRC_CCITT=m
CONFIG_CRC16=m
CONFIG_CRC_T10DIF=y
CONFIG_CRC_ITU_T=m
CONFIG_CRC32=y
# CONFIG_CRC7 is not set
CONFIG_LIBCRC32C=y
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=m
CONFIG_GENERIC_ALLOCATOR=y
CONFIG_TEXTSEARCH=y
CONFIG_TEXTSEARCH_KMP=m
CONFIG_TEXTSEARCH_BM=m
CONFIG_TEXTSEARCH_FSM=m
CONFIG_PLIST=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
^ permalink raw reply [flat|nested] 367+ messages in thread* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-11-17 11:01 ` Ingo Molnar
(?)
@ 2008-11-17 11:20 ` Eric Dumazet
[not found] ` <4921539B.2000002-fPLkHRcR87vqlBn2x/YWAg@public.gmane.org>
-1 siblings, 1 reply; 367+ messages in thread
From: Eric Dumazet @ 2008-11-17 11:20 UTC (permalink / raw)
To: Ingo Molnar
Cc: David Miller, rjw, linux-kernel, kernel-testers, cl, efault,
a.p.zijlstra, Linus Torvalds
Ingo Molnar a écrit :
> * David Miller <davem@davemloft.net> wrote:
>
>> From: Ingo Molnar <mingo@elte.hu>
>> Date: Mon, 17 Nov 2008 10:06:48 +0100
>>
>>> * 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.26 and 2.6.27.
>>>>
>>>> The following bug entry is on the current list of known regressions
>>>> introduced between 2.6.26 and 2.6.27. Please verify if it still should
>>>> be listed and let me know (either way).
>>>>
>>>>
>>>> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11308
>>>> Subject : tbench regression on each kernel release from 2.6.22 -> 2.6.28
>>>> Submitter : Christoph Lameter <cl@linux-foundation.org>
>>>> Date : 2008-08-11 18:36 (98 days old)
>>>> References : http://marc.info/?l=linux-kernel&m=121847986119495&w=4
>>>> http://marc.info/?l=linux-kernel&m=122125737421332&w=4
>>> Christoph, as per the recent analysis of Mike:
>>>
>>> http://fixunix.com/kernel/556867-regression-benchmark-throughput-loss-a622cf6-f7160c7-pull.html
>>>
>>> all scheduler components of this regression have been eliminated.
>>>
>>> In fact his numbers show that scheduler speedups since 2.6.22 have
>>> offset and hidden most other sources of tbench regression. (i.e. the
>>> scheduler portion got 5% faster, hence it was able to offset a
>>> slowdown of 5% in other areas of the kernel that tbench triggers)
>> Although I respect the improvements, wake_up() is still several
>> orders of magnitude slower than it was in 2.6.22 and wake_up() is at
>> the top of the profiles in tbench runs.
>
> hm, several orders of magnitude slower? That contradicts Mike's
> numbers and my own numbers and profiles as well: see below.
>
> The scheduler's overhead barely even registers on a 16-way x86 system
> i'm running tbench on. Here's the NMI profile during 64 threads tbench
> on a 16-way x86 box with an v2.6.28-rc5 kernel [config attached]:
>
> Throughput 3437.65 MB/sec 64 procs
> ==================================
> 21570252 total
> ........
> 1494803 copy_user_generic_string
> 998232 sock_rfree
> 491471 tcp_ack
> 482405 ip_dont_fragment
> 470685 ip_local_deliver
> 436325 constant_test_bit [ called by napi_disable_pending() ]
> 375469 avc_has_perm_noaudit
> 347663 tcp_sendmsg
> 310383 tcp_recvmsg
> 300412 __inet_lookup_established
> 294377 system_call
> 286603 tcp_transmit_skb
> 251782 selinux_ip_postroute
> 236028 tcp_current_mss
> 235631 schedule
> 234013 netif_rx
> 229854 _local_bh_enable_ip
> 219501 tcp_v4_rcv
>
> [ etc. - see full profile attached further below ]
>
> Note that the scheduler does not even show up in the profile up to
> entry #15!
>
> I've also summarized NMI profiler output by major subsystems:
>
> NET overhead (12603450/21570252): 58.43%
> security overhead ( 1903598/21570252): 8.83%
> usercopy overhead ( 1753617/21570252): 8.13%
> sched overhead ( 1599406/21570252): 7.41%
> syscall overhead ( 560487/21570252): 2.60%
> IRQ overhead ( 555439/21570252): 2.58%
> slab overhead ( 492421/21570252): 2.28%
> timer overhead ( 226573/21570252): 1.05%
> pagealloc overhead ( 192681/21570252): 0.89%
> PID overhead ( 115123/21570252): 0.53%
> VFS overhead ( 107926/21570252): 0.50%
> pagecache overhead ( 62552/21570252): 0.29%
> gtod overhead ( 38651/21570252): 0.18%
> IDLE overhead ( 0/21570252): 0.00%
> ---------------------------------------------------------
> left ( 1349494/21570252): 6.26%
>
> The scheduler's functions are absolutely flat, and consistent with an
> extreme context-switching rate of 1.35 million per second. The
> scheduler can go up to about 20 million context switches per second on
> this system:
>
> procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------
> r b swpd free buff cache si so bi bo in cs us sy id wa st
> 32 0 0 32229696 29308 649880 0 0 0 0 164135 20026853 24 76 0 0 0
> 32 0 0 32229752 29308 649880 0 0 0 0 164203 20032770 24 76 0 0 0
> 32 0 0 32229752 29308 649880 0 0 0 0 164201 20036492 25 75 0 0 0
>
> ... and 7% scheduling overhead is roughly consistent with 1.35/20.0.
>
> Wake up affinities and data flow caching is just fine in this workload
> - we've got scheduler statistics for that and they look good too.
>
> It all looks like pure old-fashioned straight overhead in the
> networking layer to me. Do we still touch the same global cacheline
> for every localhost packet we process? Anything like that would show
> up big time.
Yes we do, I find strange we dont see dst_release() in your NMI profile
I posted a patch ( commit 5635c10d976716ef47ae441998aeae144c7e7387
net: make sure struct dst_entry refcount is aligned on 64 bytes)
(in net-next-2.6 tree)
to properly align struct dst_entry refcounter and got 4% speedup on tbench on my machine.
Small speedups too with commit ef711cf1d156428d4c2911b8c86c6ce90519dc45
(net: speedup dst_release())
Also on net-next-2.6, patches avoid dirtying last_rx on netdevices (loopback for example)
, it helps a lot tbench too.
^ permalink raw reply [flat|nested] 367+ messages in thread[parent not found: <20081117110119.GL28786-X9Un+BFzKDI@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-11-17 11:01 ` Ingo Molnar
@ 2008-11-17 19:21 ` David Miller
-1 siblings, 0 replies; 367+ messages in thread
From: David Miller @ 2008-11-17 19:21 UTC (permalink / raw)
To: mingo-X9Un+BFzKDI
Cc: rjw-KKrjLPT3xs0, linux-kernel-u79uwXL29TY76Z2rM5mHXA,
kernel-testers-u79uwXL29TY76Z2rM5mHXA,
cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b, efault-Mmb7MZpHnFY,
a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw,
torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b
From: Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>
Date: Mon, 17 Nov 2008 12:01:19 +0100
> The scheduler's overhead barely even registers on a 16-way x86 system
> i'm running tbench on. Here's the NMI profile during 64 threads tbench
> on a 16-way x86 box with an v2.6.28-rc5 kernel [config attached]:
Try a non-NMI profile.
It's the whole of the try_to_wake_up() path that's the problem.
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-11-17 19:21 ` David Miller
0 siblings, 0 replies; 367+ messages in thread
From: David Miller @ 2008-11-17 19:21 UTC (permalink / raw)
To: mingo; +Cc: rjw, linux-kernel, kernel-testers, cl, efault, a.p.zijlstra,
torvalds
From: Ingo Molnar <mingo@elte.hu>
Date: Mon, 17 Nov 2008 12:01:19 +0100
> The scheduler's overhead barely even registers on a 16-way x86 system
> i'm running tbench on. Here's the NMI profile during 64 threads tbench
> on a 16-way x86 box with an v2.6.28-rc5 kernel [config attached]:
Try a non-NMI profile.
It's the whole of the try_to_wake_up() path that's the problem.
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <20081117.112157.146825192.davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-11-17 19:21 ` David Miller
@ 2008-11-17 19:48 ` Linus Torvalds
-1 siblings, 0 replies; 367+ messages in thread
From: Linus Torvalds @ 2008-11-17 19:48 UTC (permalink / raw)
To: David Miller
Cc: mingo-X9Un+BFzKDI, rjw-KKrjLPT3xs0,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
kernel-testers-u79uwXL29TY76Z2rM5mHXA,
cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b, efault-Mmb7MZpHnFY,
a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw
On Mon, 17 Nov 2008, David Miller wrote:
> From: Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>
> Date: Mon, 17 Nov 2008 12:01:19 +0100
>
> > The scheduler's overhead barely even registers on a 16-way x86 system
> > i'm running tbench on. Here's the NMI profile during 64 threads tbench
> > on a 16-way x86 box with an v2.6.28-rc5 kernel [config attached]:
>
> Try a non-NMI profile.
>
> It's the whole of the try_to_wake_up() path that's the problem.
David, that makes no sense. A NMI profile is going to be a _lot_ more
accurate than a non-NMI one. Asking somebody to do a clearly inferior
profile to get "better numbers" is insane.
We've asked _you_ to do NMI profiling, it shouldn't be the other way
around.
Linus
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-11-17 19:48 ` Linus Torvalds
0 siblings, 0 replies; 367+ messages in thread
From: Linus Torvalds @ 2008-11-17 19:48 UTC (permalink / raw)
To: David Miller
Cc: mingo, rjw, linux-kernel, kernel-testers, cl, efault,
a.p.zijlstra
On Mon, 17 Nov 2008, David Miller wrote:
> From: Ingo Molnar <mingo@elte.hu>
> Date: Mon, 17 Nov 2008 12:01:19 +0100
>
> > The scheduler's overhead barely even registers on a 16-way x86 system
> > i'm running tbench on. Here's the NMI profile during 64 threads tbench
> > on a 16-way x86 box with an v2.6.28-rc5 kernel [config attached]:
>
> Try a non-NMI profile.
>
> It's the whole of the try_to_wake_up() path that's the problem.
David, that makes no sense. A NMI profile is going to be a _lot_ more
accurate than a non-NMI one. Asking somebody to do a clearly inferior
profile to get "better numbers" is insane.
We've asked _you_ to do NMI profiling, it shouldn't be the other way
around.
Linus
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <alpine.LFD.2.00.0811171147380.18283-nfNrOhbfy2R17+2ddN/4kux8cNe9sq/dYPYVAmT7z5s@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-11-17 19:48 ` Linus Torvalds
@ 2008-11-17 19:52 ` David Miller
-1 siblings, 0 replies; 367+ messages in thread
From: David Miller @ 2008-11-17 19:52 UTC (permalink / raw)
To: torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b
Cc: mingo-X9Un+BFzKDI, rjw-KKrjLPT3xs0,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
kernel-testers-u79uwXL29TY76Z2rM5mHXA,
cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b, efault-Mmb7MZpHnFY,
a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw
From: Linus Torvalds <torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Date: Mon, 17 Nov 2008 11:48:33 -0800 (PST)
> We've asked _you_ to do NMI profiling, it shouldn't be the other way
> around.
I wasn't able to on these systems, so instead I did cycle level
evaluation of the parts that have to run with interrupts disabled.
And as a result I found that wake_up() is now 4 times slower than it
was in 2.6.22, I even analyzed this for every single kernel release
till now.
It could be a sparc specific issue, because the call chain is deeper
and we eat a lot more register window spills onto the stack.
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-11-17 19:52 ` David Miller
0 siblings, 0 replies; 367+ messages in thread
From: David Miller @ 2008-11-17 19:52 UTC (permalink / raw)
To: torvalds; +Cc: mingo, rjw, linux-kernel, kernel-testers, cl, efault,
a.p.zijlstra
From: Linus Torvalds <torvalds@linux-foundation.org>
Date: Mon, 17 Nov 2008 11:48:33 -0800 (PST)
> We've asked _you_ to do NMI profiling, it shouldn't be the other way
> around.
I wasn't able to on these systems, so instead I did cycle level
evaluation of the parts that have to run with interrupts disabled.
And as a result I found that wake_up() is now 4 times slower than it
was in 2.6.22, I even analyzed this for every single kernel release
till now.
It could be a sparc specific issue, because the call chain is deeper
and we eat a lot more register window spills onto the stack.
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <20081117.115258.227376348.davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-11-17 19:52 ` David Miller
@ 2008-11-17 19:57 ` Linus Torvalds
-1 siblings, 0 replies; 367+ messages in thread
From: Linus Torvalds @ 2008-11-17 19:57 UTC (permalink / raw)
To: David Miller
Cc: mingo-X9Un+BFzKDI, rjw-KKrjLPT3xs0,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
kernel-testers-u79uwXL29TY76Z2rM5mHXA,
cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b, efault-Mmb7MZpHnFY,
a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw
On Mon, 17 Nov 2008, David Miller wrote:
>
> And as a result I found that wake_up() is now 4 times slower than it
> was in 2.6.22, I even analyzed this for every single kernel release
> till now.
..and that's the one where you then pointed to hrtimers, and now you claim
that was fixed?
At least I haven't seen any new analysis since then.
> It could be a sparc specific issue, because the call chain is deeper
> and we eat a lot more register window spills onto the stack.
Oh, easily. In-order machines tend to have serious problems with indirect
function calls in particular. x86, in contrast, tends to not even notice,
especially if the indirect function is fairly static per call-site, and
predicts well.
There is a reason my machine is 15-20 times faster than yours.
Linus
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-11-17 19:57 ` Linus Torvalds
0 siblings, 0 replies; 367+ messages in thread
From: Linus Torvalds @ 2008-11-17 19:57 UTC (permalink / raw)
To: David Miller
Cc: mingo, rjw, linux-kernel, kernel-testers, cl, efault,
a.p.zijlstra
On Mon, 17 Nov 2008, David Miller wrote:
>
> And as a result I found that wake_up() is now 4 times slower than it
> was in 2.6.22, I even analyzed this for every single kernel release
> till now.
..and that's the one where you then pointed to hrtimers, and now you claim
that was fixed?
At least I haven't seen any new analysis since then.
> It could be a sparc specific issue, because the call chain is deeper
> and we eat a lot more register window spills onto the stack.
Oh, easily. In-order machines tend to have serious problems with indirect
function calls in particular. x86, in contrast, tends to not even notice,
especially if the indirect function is fairly static per call-site, and
predicts well.
There is a reason my machine is 15-20 times faster than yours.
Linus
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <alpine.LFD.2.00.0811171156080.18283-nfNrOhbfy2R17+2ddN/4kux8cNe9sq/dYPYVAmT7z5s@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-11-17 19:57 ` Linus Torvalds
@ 2008-11-17 20:18 ` David Miller
-1 siblings, 0 replies; 367+ messages in thread
From: David Miller @ 2008-11-17 20:18 UTC (permalink / raw)
To: torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b
Cc: mingo-X9Un+BFzKDI, rjw-KKrjLPT3xs0,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
kernel-testers-u79uwXL29TY76Z2rM5mHXA,
cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b, efault-Mmb7MZpHnFY,
a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw
From: Linus Torvalds <torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Date: Mon, 17 Nov 2008 11:57:55 -0800 (PST)
> On Mon, 17 Nov 2008, David Miller wrote:
> > And as a result I found that wake_up() is now 4 times slower than it
> > was in 2.6.22, I even analyzed this for every single kernel release
> > till now.
>
> ..and that's the one where you then pointed to hrtimers, and now you claim
> that was fixed?
That was a huge increase going from 2.6.26 to 2.6.27, and has
been fixed.
The rest of the gradual release-to-release cost increase, however,
remains.
> At least I haven't seen any new analysis since then.
I will find time ot make it after I get back from Portland.
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-11-17 20:18 ` David Miller
0 siblings, 0 replies; 367+ messages in thread
From: David Miller @ 2008-11-17 20:18 UTC (permalink / raw)
To: torvalds; +Cc: mingo, rjw, linux-kernel, kernel-testers, cl, efault,
a.p.zijlstra
From: Linus Torvalds <torvalds@linux-foundation.org>
Date: Mon, 17 Nov 2008 11:57:55 -0800 (PST)
> On Mon, 17 Nov 2008, David Miller wrote:
> > And as a result I found that wake_up() is now 4 times slower than it
> > was in 2.6.22, I even analyzed this for every single kernel release
> > till now.
>
> ..and that's the one where you then pointed to hrtimers, and now you claim
> that was fixed?
That was a huge increase going from 2.6.26 to 2.6.27, and has
been fixed.
The rest of the gradual release-to-release cost increase, however,
remains.
> At least I haven't seen any new analysis since then.
I will find time ot make it after I get back from Portland.
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-11-17 9:06 ` Ingo Molnar
@ 2008-11-19 19:43 ` Christoph Lameter
-1 siblings, 0 replies; 367+ messages in thread
From: Christoph Lameter @ 2008-11-19 19:43 UTC (permalink / raw)
To: Ingo Molnar
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List,
Mike Galbraith, Peter Zijlstra
On Mon, 17 Nov 2008, Ingo Molnar wrote:
> Christoph, as per the recent analysis of Mike:
>
> http://fixunix.com/kernel/556867-regression-benchmark-throughput-loss-a622cf6-f7160c7-pull.html
>
> all scheduler components of this regression have been eliminated.
>
> In fact his numbers show that scheduler speedups since 2.6.22 have
> offset and hidden most other sources of tbench regression. (i.e. the
> scheduler portion got 5% faster, hence it was able to offset a
> slowdown of 5% in other areas of the kernel that tbench triggers)
Ok will rerun the tests tomorrow. Just got back from SC08 need some time
to catch up.
Looks like a lot of work was done on this issue. Thanks!
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-11-19 19:43 ` Christoph Lameter
0 siblings, 0 replies; 367+ messages in thread
From: Christoph Lameter @ 2008-11-19 19:43 UTC (permalink / raw)
To: Ingo Molnar
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List,
Mike Galbraith, Peter Zijlstra
On Mon, 17 Nov 2008, Ingo Molnar wrote:
> Christoph, as per the recent analysis of Mike:
>
> http://fixunix.com/kernel/556867-regression-benchmark-throughput-loss-a622cf6-f7160c7-pull.html
>
> all scheduler components of this regression have been eliminated.
>
> In fact his numbers show that scheduler speedups since 2.6.22 have
> offset and hidden most other sources of tbench regression. (i.e. the
> scheduler portion got 5% faster, hence it was able to offset a
> slowdown of 5% in other areas of the kernel that tbench triggers)
Ok will rerun the tests tomorrow. Just got back from SC08 need some time
to catch up.
Looks like a lot of work was done on this issue. Thanks!
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <Pine.LNX.4.64.0811191341570.23502-dRBSpnHQED8AvxtiuMwx3w@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-11-19 19:43 ` Christoph Lameter
@ 2008-11-19 20:14 ` Ingo Molnar
-1 siblings, 0 replies; 367+ messages in thread
From: Ingo Molnar @ 2008-11-19 20:14 UTC (permalink / raw)
To: Christoph Lameter
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List,
Mike Galbraith, Peter Zijlstra
* Christoph Lameter <cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org> wrote:
> On Mon, 17 Nov 2008, Ingo Molnar wrote:
>
> > Christoph, as per the recent analysis of Mike:
> >
> > http://fixunix.com/kernel/556867-regression-benchmark-throughput-loss-a622cf6-f7160c7-pull.html
> >
> > all scheduler components of this regression have been eliminated.
> >
> > In fact his numbers show that scheduler speedups since 2.6.22 have
> > offset and hidden most other sources of tbench regression. (i.e. the
> > scheduler portion got 5% faster, hence it was able to offset a
> > slowdown of 5% in other areas of the kernel that tbench triggers)
>
> Ok will rerun the tests tomorrow. Just got back from SC08 need some
> time to catch up.
>
> Looks like a lot of work was done on this issue. Thanks!
You might also want to try net-next:
[remote "net-next"]
url = git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next-2.6.git
fetch = +refs/heads/*:refs/remotes/net-next/*
Some good stuff is in there too, impacting this workload.
Ingo
^ permalink raw reply [flat|nested] 367+ messages in thread* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-11-19 20:14 ` Ingo Molnar
0 siblings, 0 replies; 367+ messages in thread
From: Ingo Molnar @ 2008-11-19 20:14 UTC (permalink / raw)
To: Christoph Lameter
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List,
Mike Galbraith, Peter Zijlstra
* Christoph Lameter <cl@linux-foundation.org> wrote:
> On Mon, 17 Nov 2008, Ingo Molnar wrote:
>
> > Christoph, as per the recent analysis of Mike:
> >
> > http://fixunix.com/kernel/556867-regression-benchmark-throughput-loss-a622cf6-f7160c7-pull.html
> >
> > all scheduler components of this regression have been eliminated.
> >
> > In fact his numbers show that scheduler speedups since 2.6.22 have
> > offset and hidden most other sources of tbench regression. (i.e. the
> > scheduler portion got 5% faster, hence it was able to offset a
> > slowdown of 5% in other areas of the kernel that tbench triggers)
>
> Ok will rerun the tests tomorrow. Just got back from SC08 need some
> time to catch up.
>
> Looks like a lot of work was done on this issue. Thanks!
You might also want to try net-next:
[remote "net-next"]
url = git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next-2.6.git
fetch = +refs/heads/*:refs/remotes/net-next/*
Some good stuff is in there too, impacting this workload.
Ingo
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-11-19 19:43 ` Christoph Lameter
@ 2008-11-20 23:52 ` Christoph Lameter
-1 siblings, 0 replies; 367+ messages in thread
From: Christoph Lameter @ 2008-11-20 23:52 UTC (permalink / raw)
To: Ingo Molnar
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List,
Mike Galbraith, Peter Zijlstra
hmmm... Well we are almost there.
2.6.22:
Throughput 2526.15 MB/sec 8 procs
2.6.28-rc5:
Throughput 2486.2 MB/sec 8 procs
8p Dell 1950 and the number of processors specified on the tbench command
line.
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-11-20 23:52 ` Christoph Lameter
0 siblings, 0 replies; 367+ messages in thread
From: Christoph Lameter @ 2008-11-20 23:52 UTC (permalink / raw)
To: Ingo Molnar
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List,
Mike Galbraith, Peter Zijlstra
hmmm... Well we are almost there.
2.6.22:
Throughput 2526.15 MB/sec 8 procs
2.6.28-rc5:
Throughput 2486.2 MB/sec 8 procs
8p Dell 1950 and the number of processors specified on the tbench command
line.
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <Pine.LNX.4.64.0811201727070.9089-dRBSpnHQED8AvxtiuMwx3w@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-11-20 23:52 ` Christoph Lameter
@ 2008-11-21 8:30 ` Ingo Molnar
-1 siblings, 0 replies; 367+ messages in thread
From: Ingo Molnar @ 2008-11-21 8:30 UTC (permalink / raw)
To: Christoph Lameter
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List,
Mike Galbraith, Peter Zijlstra, David S. Miller
* Christoph Lameter <cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org> wrote:
> hmmm... Well we are almost there.
>
> 2.6.22:
>
> Throughput 2526.15 MB/sec 8 procs
>
> 2.6.28-rc5:
>
> Throughput 2486.2 MB/sec 8 procs
>
> 8p Dell 1950 and the number of processors specified on the tbench
> command line.
And with net-next we might even be able to get past that magic limit?
net-next is linus-latest plus the latest and greatest networking bits:
$ cat .git/config
[remote "net-next"]
url = git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next-2.6.git
fetch = +refs/heads/*:refs/remotes/net-next/*
... so might be worth a test. Just to satisfy our curiosity and to
possibly close the entry :-)
Ingo
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-11-21 8:30 ` Ingo Molnar
0 siblings, 0 replies; 367+ messages in thread
From: Ingo Molnar @ 2008-11-21 8:30 UTC (permalink / raw)
To: Christoph Lameter
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List,
Mike Galbraith, Peter Zijlstra, David S. Miller
* Christoph Lameter <cl@linux-foundation.org> wrote:
> hmmm... Well we are almost there.
>
> 2.6.22:
>
> Throughput 2526.15 MB/sec 8 procs
>
> 2.6.28-rc5:
>
> Throughput 2486.2 MB/sec 8 procs
>
> 8p Dell 1950 and the number of processors specified on the tbench
> command line.
And with net-next we might even be able to get past that magic limit?
net-next is linus-latest plus the latest and greatest networking bits:
$ cat .git/config
[remote "net-next"]
url = git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next-2.6.git
fetch = +refs/heads/*:refs/remotes/net-next/*
... so might be worth a test. Just to satisfy our curiosity and to
possibly close the entry :-)
Ingo
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <20081121083044.GL16242-X9Un+BFzKDI@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-11-21 8:30 ` Ingo Molnar
@ 2008-11-21 8:51 ` Eric Dumazet
-1 siblings, 0 replies; 367+ messages in thread
From: Eric Dumazet @ 2008-11-21 8:51 UTC (permalink / raw)
To: Ingo Molnar
Cc: Christoph Lameter, Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Mike Galbraith, Peter Zijlstra,
David S. Miller
Ingo Molnar a écrit :
> * Christoph Lameter <cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org> wrote:
>
>> hmmm... Well we are almost there.
>>
>> 2.6.22:
>>
>> Throughput 2526.15 MB/sec 8 procs
>>
>> 2.6.28-rc5:
>>
>> Throughput 2486.2 MB/sec 8 procs
>>
>> 8p Dell 1950 and the number of processors specified on the tbench
>> command line.
>
> And with net-next we might even be able to get past that magic limit?
> net-next is linus-latest plus the latest and greatest networking bits:
>
> $ cat .git/config
>
> [remote "net-next"]
> url = git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next-2.6.git
> fetch = +refs/heads/*:refs/remotes/net-next/*
>
> ... so might be worth a test. Just to satisfy our curiosity and to
> possibly close the entry :-)
>
Well, bits in net-next are new stuff for 2.6.29, not really regression fixes,
but yes, they should give nice tbench speedups.
Now, I wish sockets and pipes not going through dcache, not tbench affair
of course but real workloads...
running 8 processes on a 8 way machine doing a
for (;;)
close(socket(AF_INET, SOCK_STREAM, 0));
is slow as hell, we hit so many contended cache lines ...
ticket spin locks are slower in this case (dcache_lock for example
is taken twice when we allocate a socket(), once in d_alloc(), another one
in d_instantiate())
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-11-21 8:51 ` Eric Dumazet
0 siblings, 0 replies; 367+ messages in thread
From: Eric Dumazet @ 2008-11-21 8:51 UTC (permalink / raw)
To: Ingo Molnar
Cc: Christoph Lameter, Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Mike Galbraith, Peter Zijlstra,
David S. Miller
Ingo Molnar a écrit :
> * Christoph Lameter <cl@linux-foundation.org> wrote:
>
>> hmmm... Well we are almost there.
>>
>> 2.6.22:
>>
>> Throughput 2526.15 MB/sec 8 procs
>>
>> 2.6.28-rc5:
>>
>> Throughput 2486.2 MB/sec 8 procs
>>
>> 8p Dell 1950 and the number of processors specified on the tbench
>> command line.
>
> And with net-next we might even be able to get past that magic limit?
> net-next is linus-latest plus the latest and greatest networking bits:
>
> $ cat .git/config
>
> [remote "net-next"]
> url = git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next-2.6.git
> fetch = +refs/heads/*:refs/remotes/net-next/*
>
> ... so might be worth a test. Just to satisfy our curiosity and to
> possibly close the entry :-)
>
Well, bits in net-next are new stuff for 2.6.29, not really regression fixes,
but yes, they should give nice tbench speedups.
Now, I wish sockets and pipes not going through dcache, not tbench affair
of course but real workloads...
running 8 processes on a 8 way machine doing a
for (;;)
close(socket(AF_INET, SOCK_STREAM, 0));
is slow as hell, we hit so many contended cache lines ...
ticket spin locks are slower in this case (dcache_lock for example
is taken twice when we allocate a socket(), once in d_alloc(), another one
in d_instantiate())
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <49267694.1030506-fPLkHRcR87vqlBn2x/YWAg@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-11-21 8:51 ` Eric Dumazet
@ 2008-11-21 9:05 ` David Miller
-1 siblings, 0 replies; 367+ messages in thread
From: David Miller @ 2008-11-21 9:05 UTC (permalink / raw)
To: dada1-fPLkHRcR87vqlBn2x/YWAg
Cc: mingo-X9Un+BFzKDI, cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b,
rjw-KKrjLPT3xs0, linux-kernel-u79uwXL29TY76Z2rM5mHXA,
kernel-testers-u79uwXL29TY76Z2rM5mHXA, efault-Mmb7MZpHnFY,
a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw
From: Eric Dumazet <dada1-fPLkHRcR87vqlBn2x/YWAg@public.gmane.org>
Date: Fri, 21 Nov 2008 09:51:32 +0100
> Now, I wish sockets and pipes not going through dcache, not tbench affair
> of course but real workloads...
>
> running 8 processes on a 8 way machine doing a
>
> for (;;)
> close(socket(AF_INET, SOCK_STREAM, 0));
>
> is slow as hell, we hit so many contended cache lines ...
>
> ticket spin locks are slower in this case (dcache_lock for example
> is taken twice when we allocate a socket(), once in d_alloc(), another one
> in d_instantiate())
As you of course know, this used to be a ton worse. At least now
these things are unhashed. :)
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-11-21 9:05 ` David Miller
0 siblings, 0 replies; 367+ messages in thread
From: David Miller @ 2008-11-21 9:05 UTC (permalink / raw)
To: dada1; +Cc: mingo, cl, rjw, linux-kernel, kernel-testers, efault,
a.p.zijlstra
From: Eric Dumazet <dada1@cosmosbay.com>
Date: Fri, 21 Nov 2008 09:51:32 +0100
> Now, I wish sockets and pipes not going through dcache, not tbench affair
> of course but real workloads...
>
> running 8 processes on a 8 way machine doing a
>
> for (;;)
> close(socket(AF_INET, SOCK_STREAM, 0));
>
> is slow as hell, we hit so many contended cache lines ...
>
> ticket spin locks are slower in this case (dcache_lock for example
> is taken twice when we allocate a socket(), once in d_alloc(), another one
> in d_instantiate())
As you of course know, this used to be a ton worse. At least now
these things are unhashed. :)
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <20081121.010508.40225532.davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-11-21 9:05 ` David Miller
@ 2008-11-21 12:51 ` Eric Dumazet
-1 siblings, 0 replies; 367+ messages in thread
From: Eric Dumazet @ 2008-11-21 12:51 UTC (permalink / raw)
To: David Miller
Cc: mingo-X9Un+BFzKDI, cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b,
rjw-KKrjLPT3xs0, linux-kernel-u79uwXL29TY76Z2rM5mHXA,
kernel-testers-u79uwXL29TY76Z2rM5mHXA, efault-Mmb7MZpHnFY,
a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw
David Miller a écrit :
> From: Eric Dumazet <dada1-fPLkHRcR87vqlBn2x/YWAg@public.gmane.org>
> Date: Fri, 21 Nov 2008 09:51:32 +0100
>
>> Now, I wish sockets and pipes not going through dcache, not tbench affair
>> of course but real workloads...
>>
>> running 8 processes on a 8 way machine doing a
>>
>> for (;;)
>> close(socket(AF_INET, SOCK_STREAM, 0));
>>
>> is slow as hell, we hit so many contended cache lines ...
>>
>> ticket spin locks are slower in this case (dcache_lock for example
>> is taken twice when we allocate a socket(), once in d_alloc(), another one
>> in d_instantiate())
>
> As you of course know, this used to be a ton worse. At least now
> these things are unhashed. :)
Well, this is dust compared to what we currently have.
To allocate a socket we :
0) Do the usual file manipulation (pretty scalable these days)
(but recent drop_file_write_access() and co slow down a bit)
1) allocate an inode with new_inode()
This function :
- locks inode_lock,
- dirties nr_inodes counter
- dirties inode_in_use list (for sockets, I doubt it is usefull)
- dirties superblock s_inodes.
- dirties last_ino counter
All these are in different cache lines of course.
2) allocate a dentry
d_alloc() takes dcache_lock,
insert dentry on its parent list (dirtying sock_mnt->mnt_sb->s_root)
dirties nr_dentry
3) d_instantiate() dentry (dcache_lock taken again)
4) init_file() -> atomic_inc on sock_mnt->refcount (in case we want to umount this vfs ...)
At close() time, we must undo the things. Its even more expensive because
of the _atomic_dec_and_lock() that stress a lot, and because of two cache
lines that are touched when an element is deleted from a list.
for (i = 0; i < 1000*1000; i++)
close(socket(socket(AF_INET, SOCK_STREAM, 0));
Cost if run one one cpu :
real 0m1.561s
user 0m0.092s
sys 0m1.469s
If run on 8 CPUS :
real 0m27.496s
user 0m0.657s
sys 3m39.092s
CPU: Core 2, speed 3000.11 MHz (estimated)
Counted CPU_CLK_UNHALTED events (Clock cycles when not halted) with a unit mask of 0x00 (Unhalted core cycles) count 100
000
samples cum. samples % cum. % symbol name
164211 164211 10.9678 10.9678 init_file
155663 319874 10.3969 21.3647 d_alloc
147596 467470 9.8581 31.2228 _atomic_dec_and_lock
92993 560463 6.2111 37.4339 inet_create
73495 633958 4.9088 42.3427 kmem_cache_alloc
46353 680311 3.0960 45.4387 dentry_iput
46042 726353 3.0752 48.5139 tcp_close
42784 769137 2.8576 51.3715 kmem_cache_free
37074 806211 2.4762 53.8477 wake_up_inode
36375 842586 2.4295 56.2772 tcp_v4_init_sock
35212 877798 2.3518 58.6291 inotify_d_instantiate
33199 910997 2.2174 60.8465 sysenter_past_esp
31161 942158 2.0813 62.9277 d_instantiate
31000 973158 2.0705 64.9983 generic_forget_inode
28020 1001178 1.8715 66.8698 vfs_dq_drop
19007 1020185 1.2695 68.1393 __copy_from_user_ll
17513 1037698 1.1697 69.3090 new_inode
16957 1054655 1.1326 70.4415 __init_timer
16897 1071552 1.1286 71.5701 discard_slab
16115 1087667 1.0763 72.6464 d_kill
15542 1103209 1.0381 73.6845 __percpu_counter_add
13562 1116771 0.9058 74.5903 __slab_free
13276 1130047 0.8867 75.4771 __fput
12423 1142470 0.8297 76.3068 new_slab
11976 1154446 0.7999 77.1067 tcp_v4_destroy_sock
10889 1165335 0.7273 77.8340 inet_csk_destroy_sock
10516 1175851 0.7024 78.5364 alloc_inode
9979 1185830 0.6665 79.2029 sock_attach_fd
7980 1193810 0.5330 79.7359 drop_file_write_access
7609 1201419 0.5082 80.2441 alloc_fd
7584 1209003 0.5065 80.7506 sock_init_data
7164 1216167 0.4785 81.2291 add_partial
7107 1223274 0.4747 81.7038 sys_close
6997 1230271 0.4673 82.1711 mwait_idle
^ permalink raw reply [flat|nested] 367+ messages in thread* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-11-21 12:51 ` Eric Dumazet
0 siblings, 0 replies; 367+ messages in thread
From: Eric Dumazet @ 2008-11-21 12:51 UTC (permalink / raw)
To: David Miller
Cc: mingo, cl, rjw, linux-kernel, kernel-testers, efault,
a.p.zijlstra
David Miller a écrit :
> From: Eric Dumazet <dada1@cosmosbay.com>
> Date: Fri, 21 Nov 2008 09:51:32 +0100
>
>> Now, I wish sockets and pipes not going through dcache, not tbench affair
>> of course but real workloads...
>>
>> running 8 processes on a 8 way machine doing a
>>
>> for (;;)
>> close(socket(AF_INET, SOCK_STREAM, 0));
>>
>> is slow as hell, we hit so many contended cache lines ...
>>
>> ticket spin locks are slower in this case (dcache_lock for example
>> is taken twice when we allocate a socket(), once in d_alloc(), another one
>> in d_instantiate())
>
> As you of course know, this used to be a ton worse. At least now
> these things are unhashed. :)
Well, this is dust compared to what we currently have.
To allocate a socket we :
0) Do the usual file manipulation (pretty scalable these days)
(but recent drop_file_write_access() and co slow down a bit)
1) allocate an inode with new_inode()
This function :
- locks inode_lock,
- dirties nr_inodes counter
- dirties inode_in_use list (for sockets, I doubt it is usefull)
- dirties superblock s_inodes.
- dirties last_ino counter
All these are in different cache lines of course.
2) allocate a dentry
d_alloc() takes dcache_lock,
insert dentry on its parent list (dirtying sock_mnt->mnt_sb->s_root)
dirties nr_dentry
3) d_instantiate() dentry (dcache_lock taken again)
4) init_file() -> atomic_inc on sock_mnt->refcount (in case we want to umount this vfs ...)
At close() time, we must undo the things. Its even more expensive because
of the _atomic_dec_and_lock() that stress a lot, and because of two cache
lines that are touched when an element is deleted from a list.
for (i = 0; i < 1000*1000; i++)
close(socket(socket(AF_INET, SOCK_STREAM, 0));
Cost if run one one cpu :
real 0m1.561s
user 0m0.092s
sys 0m1.469s
If run on 8 CPUS :
real 0m27.496s
user 0m0.657s
sys 3m39.092s
CPU: Core 2, speed 3000.11 MHz (estimated)
Counted CPU_CLK_UNHALTED events (Clock cycles when not halted) with a unit mask of 0x00 (Unhalted core cycles) count 100
000
samples cum. samples % cum. % symbol name
164211 164211 10.9678 10.9678 init_file
155663 319874 10.3969 21.3647 d_alloc
147596 467470 9.8581 31.2228 _atomic_dec_and_lock
92993 560463 6.2111 37.4339 inet_create
73495 633958 4.9088 42.3427 kmem_cache_alloc
46353 680311 3.0960 45.4387 dentry_iput
46042 726353 3.0752 48.5139 tcp_close
42784 769137 2.8576 51.3715 kmem_cache_free
37074 806211 2.4762 53.8477 wake_up_inode
36375 842586 2.4295 56.2772 tcp_v4_init_sock
35212 877798 2.3518 58.6291 inotify_d_instantiate
33199 910997 2.2174 60.8465 sysenter_past_esp
31161 942158 2.0813 62.9277 d_instantiate
31000 973158 2.0705 64.9983 generic_forget_inode
28020 1001178 1.8715 66.8698 vfs_dq_drop
19007 1020185 1.2695 68.1393 __copy_from_user_ll
17513 1037698 1.1697 69.3090 new_inode
16957 1054655 1.1326 70.4415 __init_timer
16897 1071552 1.1286 71.5701 discard_slab
16115 1087667 1.0763 72.6464 d_kill
15542 1103209 1.0381 73.6845 __percpu_counter_add
13562 1116771 0.9058 74.5903 __slab_free
13276 1130047 0.8867 75.4771 __fput
12423 1142470 0.8297 76.3068 new_slab
11976 1154446 0.7999 77.1067 tcp_v4_destroy_sock
10889 1165335 0.7273 77.8340 inet_csk_destroy_sock
10516 1175851 0.7024 78.5364 alloc_inode
9979 1185830 0.6665 79.2029 sock_attach_fd
7980 1193810 0.5330 79.7359 drop_file_write_access
7609 1201419 0.5082 80.2441 alloc_fd
7584 1209003 0.5065 80.7506 sock_init_data
7164 1216167 0.4785 81.2291 add_partial
7107 1223274 0.4747 81.7038 sys_close
6997 1230271 0.4673 82.1711 mwait_idle
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-11-21 8:51 ` Eric Dumazet
@ 2008-11-21 9:18 ` Ingo Molnar
-1 siblings, 0 replies; 367+ messages in thread
From: Ingo Molnar @ 2008-11-21 9:18 UTC (permalink / raw)
To: Eric Dumazet
Cc: Christoph Lameter, Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Mike Galbraith, Peter Zijlstra,
David S. Miller
* Eric Dumazet <dada1-fPLkHRcR87vqlBn2x/YWAg@public.gmane.org> wrote:
> Ingo Molnar a écrit :
>> * Christoph Lameter <cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org> wrote:
>>
>>> hmmm... Well we are almost there.
>>>
>>> 2.6.22:
>>>
>>> Throughput 2526.15 MB/sec 8 procs
>>>
>>> 2.6.28-rc5:
>>>
>>> Throughput 2486.2 MB/sec 8 procs
>>>
>>> 8p Dell 1950 and the number of processors specified on the tbench
>>> command line.
>>
>> And with net-next we might even be able to get past that magic limit?
>> net-next is linus-latest plus the latest and greatest networking bits:
>>
>> $ cat .git/config
>>
>> [remote "net-next"]
>> url = git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next-2.6.git
>> fetch = +refs/heads/*:refs/remotes/net-next/*
>>
>> ... so might be worth a test. Just to satisfy our curiosity and to
>> possibly close the entry :-)
>>
>
> Well, bits in net-next are new stuff for 2.6.29, not really
> regression fixes, but yes, they should give nice tbench speedups.
yeah, i know - technically these are lots-of-kernel-releases effects
so not bona fide latest-cycle regressions anyway. But it doesnt matter
how we call them, we want improvement in these metrics.
> Now, I wish sockets and pipes not going through dcache, not tbench
> affair of course but real workloads...
>
> running 8 processes on a 8 way machine doing a
>
> for (;;)
> close(socket(AF_INET, SOCK_STREAM, 0));
>
> is slow as hell, we hit so many contended cache lines ...
>
> ticket spin locks are slower in this case (dcache_lock for example
> is taken twice when we allocate a socket(), once in d_alloc(),
> another one in d_instantiate())
hm, weird - since there's no real VFS namespace impact i fail to
realize the fundamental need that causes us to hit the dcache_lock.
(perhaps there's none and this is fixable)
The general concept of mapping sockets to fds is a fundamental and
powerful abstraction. There are APIs that also connect them to the VFS
namespace (such as unix domain sockets) - but those should be special
cases, not impacting normal TCP sockets.
Ingo
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-11-21 9:18 ` Ingo Molnar
0 siblings, 0 replies; 367+ messages in thread
From: Ingo Molnar @ 2008-11-21 9:18 UTC (permalink / raw)
To: Eric Dumazet
Cc: Christoph Lameter, Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Mike Galbraith, Peter Zijlstra,
David S. Miller
* Eric Dumazet <dada1@cosmosbay.com> wrote:
> Ingo Molnar a écrit :
>> * Christoph Lameter <cl@linux-foundation.org> wrote:
>>
>>> hmmm... Well we are almost there.
>>>
>>> 2.6.22:
>>>
>>> Throughput 2526.15 MB/sec 8 procs
>>>
>>> 2.6.28-rc5:
>>>
>>> Throughput 2486.2 MB/sec 8 procs
>>>
>>> 8p Dell 1950 and the number of processors specified on the tbench
>>> command line.
>>
>> And with net-next we might even be able to get past that magic limit?
>> net-next is linus-latest plus the latest and greatest networking bits:
>>
>> $ cat .git/config
>>
>> [remote "net-next"]
>> url = git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next-2.6.git
>> fetch = +refs/heads/*:refs/remotes/net-next/*
>>
>> ... so might be worth a test. Just to satisfy our curiosity and to
>> possibly close the entry :-)
>>
>
> Well, bits in net-next are new stuff for 2.6.29, not really
> regression fixes, but yes, they should give nice tbench speedups.
yeah, i know - technically these are lots-of-kernel-releases effects
so not bona fide latest-cycle regressions anyway. But it doesnt matter
how we call them, we want improvement in these metrics.
> Now, I wish sockets and pipes not going through dcache, not tbench
> affair of course but real workloads...
>
> running 8 processes on a 8 way machine doing a
>
> for (;;)
> close(socket(AF_INET, SOCK_STREAM, 0));
>
> is slow as hell, we hit so many contended cache lines ...
>
> ticket spin locks are slower in this case (dcache_lock for example
> is taken twice when we allocate a socket(), once in d_alloc(),
> another one in d_instantiate())
hm, weird - since there's no real VFS namespace impact i fail to
realize the fundamental need that causes us to hit the dcache_lock.
(perhaps there's none and this is fixable)
The general concept of mapping sockets to fds is a fundamental and
powerful abstraction. There are APIs that also connect them to the VFS
namespace (such as unix domain sockets) - but those should be special
cases, not impacting normal TCP sockets.
Ingo
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-11-21 8:30 ` Ingo Molnar
@ 2008-11-21 9:03 ` David Miller
-1 siblings, 0 replies; 367+ messages in thread
From: David Miller @ 2008-11-21 9:03 UTC (permalink / raw)
To: mingo-X9Un+BFzKDI
Cc: cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b, rjw-KKrjLPT3xs0,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
kernel-testers-u79uwXL29TY76Z2rM5mHXA, efault-Mmb7MZpHnFY,
a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw
From: Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>
Date: Fri, 21 Nov 2008 09:30:44 +0100
>
> * Christoph Lameter <cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org> wrote:
>
> > hmmm... Well we are almost there.
> >
> > 2.6.22:
> >
> > Throughput 2526.15 MB/sec 8 procs
> >
> > 2.6.28-rc5:
> >
> > Throughput 2486.2 MB/sec 8 procs
> >
> > 8p Dell 1950 and the number of processors specified on the tbench
> > command line.
>
> And with net-next we might even be able to get past that magic limit?
> net-next is linus-latest plus the latest and greatest networking bits:
In any event I'm happy to toss this from the regression list.
My sparc still shows the issues and I'll profile that independently.
I'm pretty sure it's the indirect calls and the deeper stack frames
(which == 128 bytes of extra stores at each level to save the register
window), but I need to prove that first.
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-11-21 9:03 ` David Miller
0 siblings, 0 replies; 367+ messages in thread
From: David Miller @ 2008-11-21 9:03 UTC (permalink / raw)
To: mingo; +Cc: cl, rjw, linux-kernel, kernel-testers, efault, a.p.zijlstra
From: Ingo Molnar <mingo@elte.hu>
Date: Fri, 21 Nov 2008 09:30:44 +0100
>
> * Christoph Lameter <cl@linux-foundation.org> wrote:
>
> > hmmm... Well we are almost there.
> >
> > 2.6.22:
> >
> > Throughput 2526.15 MB/sec 8 procs
> >
> > 2.6.28-rc5:
> >
> > Throughput 2486.2 MB/sec 8 procs
> >
> > 8p Dell 1950 and the number of processors specified on the tbench
> > command line.
>
> And with net-next we might even be able to get past that magic limit?
> net-next is linus-latest plus the latest and greatest networking bits:
In any event I'm happy to toss this from the regression list.
My sparc still shows the issues and I'll profile that independently.
I'm pretty sure it's the indirect calls and the deeper stack frames
(which == 128 bytes of extra stores at each level to save the register
window), but I need to prove that first.
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-11-21 8:30 ` Ingo Molnar
@ 2008-11-21 16:11 ` Christoph Lameter
-1 siblings, 0 replies; 367+ messages in thread
From: Christoph Lameter @ 2008-11-21 16:11 UTC (permalink / raw)
To: Ingo Molnar
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List,
Mike Galbraith, Peter Zijlstra, David S. Miller
On Fri, 21 Nov 2008, Ingo Molnar wrote:
> > 2.6.22:
> > Throughput 2526.15 MB/sec 8 procs
> > 2.6.28-rc5:
> > Throughput 2486.2 MB/sec 8 procs
> >
> > 8p Dell 1950 and the number of processors specified on the tbench
> > command line.
>
> ... so might be worth a test. Just to satisfy our curiosity and to
> possibly close the entry :-)
Ahh.. Wow.... net-next gets us:
Throughput 2685.17 MB/sec 8 procs
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-11-21 16:11 ` Christoph Lameter
0 siblings, 0 replies; 367+ messages in thread
From: Christoph Lameter @ 2008-11-21 16:11 UTC (permalink / raw)
To: Ingo Molnar
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List,
Mike Galbraith, Peter Zijlstra, David S. Miller
On Fri, 21 Nov 2008, Ingo Molnar wrote:
> > 2.6.22:
> > Throughput 2526.15 MB/sec 8 procs
> > 2.6.28-rc5:
> > Throughput 2486.2 MB/sec 8 procs
> >
> > 8p Dell 1950 and the number of processors specified on the tbench
> > command line.
>
> ... so might be worth a test. Just to satisfy our curiosity and to
> possibly close the entry :-)
Ahh.. Wow.... net-next gets us:
Throughput 2685.17 MB/sec 8 procs
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <Pine.LNX.4.64.0811210936580.25354-dRBSpnHQED8AvxtiuMwx3w@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-11-21 16:11 ` Christoph Lameter
@ 2008-11-21 18:06 ` Christoph Lameter
-1 siblings, 0 replies; 367+ messages in thread
From: Christoph Lameter @ 2008-11-21 18:06 UTC (permalink / raw)
To: Ingo Molnar
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List,
Mike Galbraith, Peter Zijlstra, David S. Miller
AIM9 results:
TCP UDP
2.6.22 104868.00 489970.03
2.6.28-rc5 110007.00 518640.00
net-next 108207.00 514790.00
net-next looses here for some reason against 2.6.28-rc5. But the numbers
are better than 2.6.22 in any case.
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-11-21 18:06 ` Christoph Lameter
0 siblings, 0 replies; 367+ messages in thread
From: Christoph Lameter @ 2008-11-21 18:06 UTC (permalink / raw)
To: Ingo Molnar
Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List,
Mike Galbraith, Peter Zijlstra, David S. Miller
AIM9 results:
TCP UDP
2.6.22 104868.00 489970.03
2.6.28-rc5 110007.00 518640.00
net-next 108207.00 514790.00
net-next looses here for some reason against 2.6.28-rc5. But the numbers
are better than 2.6.22 in any case.
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <Pine.LNX.4.64.0811211119550.27777-dRBSpnHQED8AvxtiuMwx3w@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-11-21 18:06 ` Christoph Lameter
@ 2008-11-21 18:16 ` Eric Dumazet
-1 siblings, 0 replies; 367+ messages in thread
From: Eric Dumazet @ 2008-11-21 18:16 UTC (permalink / raw)
To: Christoph Lameter
Cc: Ingo Molnar, Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Mike Galbraith, Peter Zijlstra,
David S. Miller
Christoph Lameter a écrit :
> AIM9 results:
> TCP UDP
> 2.6.22 104868.00 489970.03
> 2.6.28-rc5 110007.00 518640.00
> net-next 108207.00 514790.00
>
> net-next looses here for some reason against 2.6.28-rc5. But the numbers
> are better than 2.6.22 in any case.
>
I found that on current net-next, running oprofile in background can give better bench
results. Thats really curious... no ?
So the single loop on close(socket()), on all my 8 cpus is almost 10% faster if oprofile
is running... (20 secs instead of 23 secs)
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-11-21 18:16 ` Eric Dumazet
0 siblings, 0 replies; 367+ messages in thread
From: Eric Dumazet @ 2008-11-21 18:16 UTC (permalink / raw)
To: Christoph Lameter
Cc: Ingo Molnar, Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Mike Galbraith, Peter Zijlstra,
David S. Miller
Christoph Lameter a écrit :
> AIM9 results:
> TCP UDP
> 2.6.22 104868.00 489970.03
> 2.6.28-rc5 110007.00 518640.00
> net-next 108207.00 514790.00
>
> net-next looses here for some reason against 2.6.28-rc5. But the numbers
> are better than 2.6.22 in any case.
>
I found that on current net-next, running oprofile in background can give better bench
results. Thats really curious... no ?
So the single loop on close(socket()), on all my 8 cpus is almost 10% faster if oprofile
is running... (20 secs instead of 23 secs)
^ permalink raw reply [flat|nested] 367+ messages in thread
[parent not found: <4926FB13.3080808-fPLkHRcR87vqlBn2x/YWAg@public.gmane.org>]
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
2008-11-21 18:16 ` Eric Dumazet
@ 2008-11-21 18:19 ` Eric Dumazet
-1 siblings, 0 replies; 367+ messages in thread
From: Eric Dumazet @ 2008-11-21 18:19 UTC (permalink / raw)
To: Christoph Lameter
Cc: Ingo Molnar, Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Mike Galbraith, Peter Zijlstra,
David S. Miller
Eric Dumazet a écrit :
> Christoph Lameter a écrit :
>> AIM9 results:
>> TCP UDP
>> 2.6.22 104868.00 489970.03
>> 2.6.28-rc5 110007.00 518640.00
>> net-next 108207.00 514790.00
>>
>> net-next looses here for some reason against 2.6.28-rc5. But the numbers
>> are better than 2.6.22 in any case.
>>
>
> I found that on current net-next, running oprofile in background can
> give better bench
> results. Thats really curious... no ?
>
>
> So the single loop on close(socket()), on all my 8 cpus is almost 10%
> faster if oprofile
> is running... (20 secs instead of 23 secs)
>
Oh well, thats normal, since when a cpu is interrupted by a NMI, and
distracted by oprofile code, it doesnt fight with other cpus on dcache_lock
and other contended cache lines...
^ permalink raw reply [flat|nested] 367+ messages in thread
* Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28
@ 2008-11-21 18:19 ` Eric Dumazet
0 siblings, 0 replies; 367+ messages in thread
From: Eric Dumazet @ 2008-11-21 18:19 UTC (permalink / raw)
To: Christoph Lameter
Cc: Ingo Molnar, Rafael J. Wysocki, Linux Kernel Mailing List,
Kernel Testers List, Mike Galbraith, Peter Zijlstra,
David S. Miller
Eric Dumazet a écrit :
> Christoph Lameter a écrit :
>> AIM9 results:
>> TCP UDP
>> 2.6.22 104868.00 489970.03
>> 2.6.28-rc5 110007.00 518640.00
>> net-next 108207.00 514790.00
>>
>> net-next looses here for some reason against 2.6.28-rc5. But the numbers
>> are better than 2.6.22 in any case.
>>
>
> I found that on current net-next, running oprofile in background can
> give better bench
> results. Thats really curious... no ?
>
>
> So the single loop on close(socket()), on all my 8 cpus is almost 10%
> faster if oprofile
> is running... (20 secs instead of 23 secs)
>
Oh well, thats normal, since when a cpu is interrupted by a NMI, and
distracted by oprofile code, it doesnt fight with other cpus on dcache_lock
and other contended cache lines...
^ permalink raw reply [flat|nested] 367+ messages in thread
* 2.6.28-rc3-git6: Reported regressions 2.6.26 -> 2.6.27
@ 2008-11-09 19:40 Rafael J. Wysocki
2008-11-09 19:43 ` Rafael J. Wysocki
0 siblings, 1 reply; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-11-09 19:40 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Andrew Morton, Natalie Protasevich, Kernel Testers List
This message contains a list of some regressions introduced between 2.6.26 and
2.6.27, for which there are no fixes in the mainline I know of. If any of them
have been fixed already, please let me know.
If you know of any other unresolved regressions introduced between 2.6.26
and 2.6.27, please let me know either and I'll add them to the list.
Also, please let me know if any of the entries below are invalid.
Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting and handling the
issue.
Listed regressions statistics:
Date Total Pending Unresolved
----------------------------------------
2008-11-09 196 28 23
2008-11-02 195 34 28
2008-10-26 190 34 29
2008-10-04 181 41 33
2008-09-27 173 35 28
2008-09-21 169 45 36
2008-09-15 163 46 32
2008-09-12 163 51 38
2008-09-07 150 43 33
2008-08-30 135 48 36
2008-08-23 122 48 40
2008-08-16 103 47 37
2008-08-10 80 52 31
2008-08-02 47 31 20
Unresolved regressions
----------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11983
Subject : iwlagn: wrong command queue 31, command id 0x0
Submitter : Matt Mackall <mpm-VDJrAJ4Gl5ZBDgjK7y7TUQ@public.gmane.org>
Date : 2008-11-06 4:16 (4 days old)
References : http://marc.info/?l=linux-kernel&m=122598672815803&w=4
http://www.intellinuxwireless.org/bugzilla/show_bug.cgi?id=1703
Handled-By : reinette chatre <reinette.chatre-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11892
Subject : Battery information and status disappearing and wrong thermal status.
Submitter : Mark <makalsky-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-10-29 15:33 (12 days old)
Handled-By : Alexey Starikovskiy <astarikovskiy-l3A5Bk7waGM@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11876
Subject : RCU hang on cpu re-hotplug with 2.6.27rc8
Submitter : Andi Kleen <andi-Vw/NltI1exuRpAAqCnN02g@public.gmane.org>
Date : 2008-10-06 23:28 (35 days old)
References : http://marc.info/?l=linux-kernel&m=122333610602399&w=2
Handled-By : Paul E. McKenney <paulmck-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11843
Subject : usb hdd problems with 2.6.27.2
Submitter : Luciano Rocha <luciano-YWehAnL2kLNBDgjK7y7TUQ@public.gmane.org>
Date : 2008-10-22 16:22 (19 days old)
References : http://marc.info/?l=linux-kernel&m=122469318102679&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11836
Subject : Scheduler on C2D CPU and latest 2.6.27 kernel
Submitter : Zdenek Kabelac <zdenek.kabelac-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-10-21 9:59 (20 days old)
References : http://marc.info/?l=linux-kernel&m=122458320502371&w=4
Handled-By : Chris Snook <csnook-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11830
Subject : disk statistics issue in 2.6.27
Submitter : Miquel van Smoorenburg <mikevs-qWit8jRvyhWsTnJN9+BGXg@public.gmane.org>
Date : 2008-10-19 11:31 (22 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=427e59f09fdba387547106de7bab980b7fff77be
References : http://marc.info/?l=linux-kernel&m=122441671421326&w=4
Handled-By : Jens Axboe <jens.axboe-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11820
Subject : 2.6.27: 0 MHz CPU and wrong system time on AMD Geode system
Submitter : Antipov Dmitry <dmantipov-o+MxOtu4lMCHXe+LvDLADg@public.gmane.org>
Date : 2008-10-15 6:39 (26 days old)
References : http://marc.info/?l=linux-kernel&m=122405421010969&w=4
Handled-By : Jordan Crouse <jordan.crouse-5C7GfCeVMHo@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11795
Subject : ks959-sir dongle no longer works under 2.6.27 (REGRESSION)
Submitter : Alex Villacis Lasso <avillaci-x0m+Mc+nT7uljOmnV8AmnkElSqmLX1BE@public.gmane.org>
Date : 2008-10-20 10:49 (21 days old)
Handled-By : Samuel Ortiz <samuel-jcdQHdrhKHMdnm+yROfE0A@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11698
Subject : 2.6.27-rc7, freezes with > 1 s2ram cycle
Submitter : Soeren Sonnenburg <kernel-YxZl4NRrHdw@public.gmane.org>
Date : 2008-09-29 11:29 (42 days old)
References : http://marc.info/?l=linux-kernel&m=122268780926859&w=4
Handled-By : Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11608
Subject : 2.6.27-rc6 BUG: unable to handle kernel paging request
Submitter : John Daiker <daikerjohn-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-09-16 23:00 (55 days old)
References : http://marc.info/?l=linux-kernel&m=122160611517267&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11607
Subject : 2.6.27-rc6 Â Bug in tty_chars_in_buffer
Submitter : John Daiker <daikerjohn-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-09-15 2:26 (56 days old)
References : http://marc.info/?l=linux-kernel&m=122144565514490&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11569
Subject : Panic stop CPUs regression
Submitter : Andi Kleen <andi-Vw/NltI1exuRpAAqCnN02g@public.gmane.org>
Date : 2008-09-02 13:49 (69 days old)
References : http://marc.info/?l=linux-kernel&m=122036356127282&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11543
Subject : kernel panic: softlockup in tick_periodic() ???
Submitter : Joshua Hoblitt <j_kernel-amK9oZtvyLhBDgjK7y7TUQ@public.gmane.org>
Date : 2008-09-11 16:46 (60 days old)
References : http://marc.info/?l=linux-kernel&m=122117786124326&w=4
Handled-By : Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>
Cyrill Gorcunov <gorcunov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>
Cyrill Gorcunov <gorcunov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11476
Subject : failure to associate after resume from suspend to ram
Submitter : Michael S. Tsirkin <m.s.tsirkin-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-09-01 13:33 (70 days old)
References : http://marc.info/?l=linux-kernel&m=122028529415108&w=4
Handled-By : Zhu Yi <yi.zhu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Dan Williams <dcbw-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Jouni Malinen <j@w1.fi>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11407
Subject : suspend: unable to handle kernel paging request
Submitter : Vegard Nossum <vegard.nossum-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-21 17:28 (81 days old)
References : http://marc.info/?l=linux-kernel&m=121933974928881&w=4
Handled-By : Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>
Pekka Enberg <penberg-bbCR+/B0CizivPeTLB3BmA@public.gmane.org>
Pavel Machek <pavel-AlSwsSmVLrQ@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11404
Subject : BUG: in 2.6.23-rc3-git7 in do_cciss_intr
Submitter : rdunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-21 5:52 (81 days old)
References : http://marc.info/?l=linux-kernel&m=121929819616273&w=4
http://marc.info/?l=linux-kernel&m=121932889105368&w=4
Handled-By : Miller, Mike (OS Dev) <Mike.Miller-VXdhtT5mjnY@public.gmane.org>
James Bottomley <James.Bottomley-JuX6DAaQMKPCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11380
Subject : lockdep warning: cpu_add_remove_lock at:cpu_maps_update_begin+0x14/0x16
Submitter : Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>
Date : 2008-08-20 6:44 (82 days old)
References : http://marc.info/?l=linux-kernel&m=121921480931970&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11340
Subject : LTP overnight run resulted in unusable box
Submitter : Alexey Dobriyan <adobriyan-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-13 9:24 (89 days old)
References : http://marc.info/?l=linux-kernel&m=121861951902949&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11308
Subject : tbench regression on each kernel release from 2.6.22 -> 2.6.28
Submitter : Christoph Lameter <cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Date : 2008-08-11 18:36 (91 days old)
References : http://marc.info/?l=linux-kernel&m=121847986119495&w=4
http://marc.info/?l=linux-kernel&m=122125737421332&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11264
Subject : Invalid op opcode in kernel/workqueue
Submitter : Jean-Luc Coulon <jean.luc.coulon-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-07 04:18 (95 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11215
Subject : INFO: possible recursive locking detected ps2_command
Submitter : Zdenek Kabelac <zdenek.kabelac-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-07-31 9:41 (102 days old)
References : http://marc.info/?l=linux-kernel&m=121749737011637&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11209
Subject : 2.6.27-rc1 process time accounting
Submitter : Lukas Hejtmanek <xhejtman-8qz54MUs51PtwjQa/ONI9g@public.gmane.org>
Date : 2008-07-31 10:43 (102 days old)
References : http://marc.info/?l=linux-kernel&m=121750102917490&w=4
http://lkml.org/lkml/2008/9/30/199
http://marc.info/?l=linux-kernel&m=122470441624295&w=4
Handled-By : Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11207
Subject : VolanoMark regression with 2.6.27-rc1
Submitter : Zhang, Yanmin <yanmin_zhang-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
Date : 2008-07-31 3:20 (102 days old)
References : http://marc.info/?l=linux-kernel&m=121747464114335&w=4
Handled-By : Zhang, Yanmin <yanmin_zhang-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
Dhaval Giani <dhaval-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
Miao Xie <miaox-BthXqXjhjHXQFUHtdCDX3A@public.gmane.org>
Regressions with patches
------------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11865
Subject : WOL for E100 Doesn't Work Anymore
Submitter : roger <rogerx-VThn6mlTRQFChFL4AGkBsw@public.gmane.org>
Date : 2008-10-26 21:56 (15 days old)
Handled-By : Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>
Patch : http://bugzilla.kernel.org/attachment.cgi?id=18646&action=view
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11829
Subject : Kernel 2.6.26.5 -> 2.6.27.2 [USB REGRESSION] (USB -> D_STATE)
Submitter : Justin Piszcz <jpiszcz-BP4nVm5VUdNhbmWW9KSYcQ@public.gmane.org>
Date : 2008-10-19 11:26 (22 days old)
References : http://marc.info/?l=linux-kernel&m=122441560120027&w=4
Handled-By : Alan Stern <stern-nwvwT67g6+6dFdvTe/nMLpVzexx5G7lz@public.gmane.org>
Mike Isely <isely-2vzrQ03IO+5eoWH0uzbU5w@public.gmane.org>
Patch : http://linuxtv.org/hg/~mcisely/pvrusb2/rev/0bb411d8d2e4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11805
Subject : mounting XFS produces a segfault
Submitter : Tiago Maluta <maluta_tiago-/E1597aS9LRfJ/NunPodnw@public.gmane.org>
Date : 2008-10-21 18:00 (20 days old)
Handled-By : Dave Chinner <dgc-sJ/iWh9BUns@public.gmane.org>
Patch : http://bugzilla.kernel.org/attachment.cgi?id=18397&action=view
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11664
Subject : acpi errors and random freeze on sony vaio sr
Submitter : Giovanni Pellerano <giovanni.pellerano-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-09-28 03:48 (43 days old)
Patch : http://marc.info/?l=linux-acpi&m=122514341319748&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11505
Subject : oltp ~10% regression with 2.6.27-rc5 on stoakley machine
Submitter : Lin Ming <ming.m.lin-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Date : 2008-09-04 7:06 (67 days old)
References : http://marc.info/?l=linux-kernel&m=122051202202373&w=4
http://marc.info/?t=122089704700005&r=1&w=4
Handled-By : Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
Gregory Haskins <ghaskins-Et1tbQHTxzrQT0dZR+AlfA@public.gmane.org>
Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=122194673932703&w=4
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.26 and 2.6.27, unresolved as well as resolved, at:
http://bugzilla.kernel.org/show_bug.cgi?id=11167
Please let me know if there are any Bugzilla entries that should be added to
the list in there.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 367+ messages in thread
* 2.6.28-rc2-git7: Reported regressions 2.6.26 -> 2.6.27
@ 2008-11-02 16:47 Rafael J. Wysocki
2008-11-02 16:49 ` Rafael J. Wysocki
0 siblings, 1 reply; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-11-02 16:47 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Andrew Morton, Natalie Protasevich, Kernel Testers List
This message contains a list of some regressions introduced between 2.6.26 and
2.6.27, for which there are no fixes in the mainline I know of. If any of them
have been fixed already, please let me know.
If you know of any other unresolved regressions introduced between 2.6.26
and 2.6.27, please let me know either and I'll add them to the list.
Also, please let me know if any of the entries below are invalid.
Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting and handling the
issue.
Listed regressions statistics:
Date Total Pending Unresolved
----------------------------------------
2008-11-02 195 34 28
2008-10-26 190 34 29
2008-10-04 181 41 33
2008-09-27 173 35 28
2008-09-21 169 45 36
2008-09-15 163 46 32
2008-09-12 163 51 38
2008-09-07 150 43 33
2008-08-30 135 48 36
2008-08-23 122 48 40
2008-08-16 103 47 37
2008-08-10 80 52 31
2008-08-02 47 31 20
Unresolved regressions
----------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11876
Subject : RCU hang on cpu re-hotplug with 2.6.27rc8
Submitter : Andi Kleen <andi-Vw/NltI1exuRpAAqCnN02g@public.gmane.org>
Date : 2008-10-06 23:28 (28 days old)
References : http://marc.info/?l=linux-kernel&m=122333610602399&w=2
Handled-By : Paul E. McKenney <paulmck-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11843
Subject : usb hdd problems with 2.6.27.2
Submitter : Luciano Rocha <luciano-YWehAnL2kLNBDgjK7y7TUQ@public.gmane.org>
Date : 2008-10-22 16:22 (12 days old)
References : http://marc.info/?l=linux-kernel&m=122469318102679&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11836
Subject : Scheduler on C2D CPU and latest 2.6.27 kernel
Submitter : Zdenek Kabelac <zdenek.kabelac-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-10-21 9:59 (13 days old)
References : http://marc.info/?l=linux-kernel&m=122458320502371&w=4
Handled-By : Chris Snook <csnook-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11832
Subject : 2.6.27: "irq 18: nobody cared" on Toshiba Satellite A100
Submitter : M. Vefa Bicakci <bicave-qUEp0r/b3FNfOZc0+OmrVg@public.gmane.org>
Date : 2008-10-19 14:06 (15 days old)
References : http://marc.info/?l=linux-kernel&m=122442552100406&w=4
Handled-By : Stefan Assmann <sassmann-l3A5Bk7waGM@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11830
Subject : disk statistics issue in 2.6.27
Submitter : Miquel van Smoorenburg <mikevs-qWit8jRvyhWsTnJN9+BGXg@public.gmane.org>
Date : 2008-10-19 11:31 (15 days old)
References : http://marc.info/?l=linux-kernel&m=122441671421326&w=4
Handled-By : Jens Axboe <jens.axboe-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11820
Subject : 2.6.27: 0 MHz CPU and wrong system time on AMD Geode system
Submitter : Antipov Dmitry <dmantipov-o+MxOtu4lMCHXe+LvDLADg@public.gmane.org>
Date : 2008-10-15 6:39 (19 days old)
References : http://marc.info/?l=linux-kernel&m=122405421010969&w=4
Handled-By : Jordan Crouse <jordan.crouse-5C7GfCeVMHo@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11795
Subject : ks959-sir dongle no longer works under 2.6.27 (REGRESSION)
Submitter : Alex Villacis Lasso <avillaci-x0m+Mc+nT7uljOmnV8AmnkElSqmLX1BE@public.gmane.org>
Date : 2008-10-20 10:49 (14 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11699
Subject : 2.6.27-rc-7: BUG: scheduling while atomic, c1e_idle+0x98/0xe0
Submitter : Prakash Punnoor <prakash-HU31jPUvoIKELgA04lAiVw@public.gmane.org>
Date : 2008-09-28 17:45 (36 days old)
References : http://marc.info/?l=linux-kernel&m=122262403415629&w=4
Handled-By : Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11698
Subject : 2.6.27-rc7, freezes with > 1 s2ram cycle
Submitter : Soeren Sonnenburg <kernel-YxZl4NRrHdw@public.gmane.org>
Date : 2008-09-29 11:29 (35 days old)
References : http://marc.info/?l=linux-kernel&m=122268780926859&w=4
Handled-By : Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11664
Subject : acpi errors and random freeze on sony vaio sr
Submitter : Giovanni Pellerano <giovanni.pellerano-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-09-28 03:48 (36 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11608
Subject : 2.6.27-rc6 BUG: unable to handle kernel paging request
Submitter : John Daiker <daikerjohn-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-09-16 23:00 (48 days old)
References : http://marc.info/?l=linux-kernel&m=122160611517267&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11607
Subject : 2.6.27-rc6 Â Bug in tty_chars_in_buffer
Submitter : John Daiker <daikerjohn-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-09-15 2:26 (49 days old)
References : http://marc.info/?l=linux-kernel&m=122144565514490&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11569
Subject : Panic stop CPUs regression
Submitter : Andi Kleen <andi-Vw/NltI1exuRpAAqCnN02g@public.gmane.org>
Date : 2008-09-02 13:49 (62 days old)
References : http://marc.info/?l=linux-kernel&m=122036356127282&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11543
Subject : kernel panic: softlockup in tick_periodic() ???
Submitter : Joshua Hoblitt <j_kernel-amK9oZtvyLhBDgjK7y7TUQ@public.gmane.org>
Date : 2008-09-11 16:46 (53 days old)
References : http://marc.info/?l=linux-kernel&m=122117786124326&w=4
Handled-By : Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>
Cyrill Gorcunov <gorcunov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11476
Subject : failure to associate after resume from suspend to ram
Submitter : Michael S. Tsirkin <m.s.tsirkin-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-09-01 13:33 (63 days old)
References : http://marc.info/?l=linux-kernel&m=122028529415108&w=4
Handled-By : Zhu Yi <yi.zhu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Dan Williams <dcbw-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Jouni Malinen <j@w1.fi>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11407
Subject : suspend: unable to handle kernel paging request
Submitter : Vegard Nossum <vegard.nossum-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-21 17:28 (74 days old)
References : http://marc.info/?l=linux-kernel&m=121933974928881&w=4
Handled-By : Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>
Pekka Enberg <penberg-bbCR+/B0CizivPeTLB3BmA@public.gmane.org>
Pavel Machek <pavel-AlSwsSmVLrQ@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11404
Subject : BUG: in 2.6.23-rc3-git7 in do_cciss_intr
Submitter : rdunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-21 5:52 (74 days old)
References : http://marc.info/?l=linux-kernel&m=121929819616273&w=4
http://marc.info/?l=linux-kernel&m=121932889105368&w=4
Handled-By : Miller, Mike (OS Dev) <Mike.Miller-VXdhtT5mjnY@public.gmane.org>
James Bottomley <James.Bottomley-JuX6DAaQMKPCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11380
Subject : lockdep warning: cpu_add_remove_lock at:cpu_maps_update_begin+0x14/0x16
Submitter : Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>
Date : 2008-08-20 6:44 (75 days old)
References : http://marc.info/?l=linux-kernel&m=121921480931970&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11340
Subject : LTP overnight run resulted in unusable box
Submitter : Alexey Dobriyan <adobriyan-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-13 9:24 (82 days old)
References : http://marc.info/?l=linux-kernel&m=121861951902949&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11308
Subject : tbench regression on each kernel release from 2.6.22 -> 2.6.28
Submitter : Christoph Lameter <cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Date : 2008-08-11 18:36 (84 days old)
References : http://marc.info/?l=linux-kernel&m=121847986119495&w=4
http://marc.info/?l=linux-kernel&m=122125737421332&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11272
Subject : BUG: parport_serial in 2.6.27-rc1 for NetMos Technology PCI 9835
Submitter : Jaswinder Singh <jaswinderlinux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-05 15:12 (90 days old)
References : http://marc.info/?l=linux-kernel&m=121794900319776&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11271
Subject : BUG: fealnx in 2.6.27-rc1
Submitter : Jaswinder Singh <jaswinderlinux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-05 14:58 (90 days old)
References : http://marc.info/?l=linux-netdev&m=121794762016830&w=4
http://lkml.org/lkml/2008/8/10/98
Handled-By : Francois Romieu <romieu-W8zweXLXuWQS+FvcfC7Uqw@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11264
Subject : Invalid op opcode in kernel/workqueue
Submitter : Jean-Luc Coulon <jean.luc.coulon-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-07 04:18 (88 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11220
Subject : Screen stays black after resume
Submitter : Nico Schottelius <nico-xuaVFQXs+5hIG4jRRZ66WA@public.gmane.org>
Date : 2008-07-31 21:05 (95 days old)
References : http://marc.info/?l=linux-kernel&m=121753882422899&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11215
Subject : INFO: possible recursive locking detected ps2_command
Submitter : Zdenek Kabelac <zdenek.kabelac-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-07-31 9:41 (95 days old)
References : http://marc.info/?l=linux-kernel&m=121749737011637&w=4
Handled-By : Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11210
Subject : IRQ routing badness
Submitter : Kumar Gala <galak-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
Date : 2008-07-31 18:53 (95 days old)
References : http://marc.info/?l=linux-ide&m=121753059307310&w=4
Handled-By : Kumar Gala <galak-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11209
Subject : 2.6.27-rc1 process time accounting
Submitter : Lukas Hejtmanek <xhejtman-8qz54MUs51PtwjQa/ONI9g@public.gmane.org>
Date : 2008-07-31 10:43 (95 days old)
References : http://marc.info/?l=linux-kernel&m=121750102917490&w=4
http://lkml.org/lkml/2008/9/30/199
http://marc.info/?l=linux-kernel&m=122470441624295&w=4
Handled-By : Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11207
Subject : VolanoMark regression with 2.6.27-rc1
Submitter : Zhang, Yanmin <yanmin_zhang-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
Date : 2008-07-31 3:20 (95 days old)
References : http://marc.info/?l=linux-kernel&m=121747464114335&w=4
Handled-By : Zhang, Yanmin <yanmin_zhang-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
Dhaval Giani <dhaval-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
Miao Xie <miaox-BthXqXjhjHXQFUHtdCDX3A@public.gmane.org>
Regressions with patches
------------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11907
Subject : NVRAM being corrupted on ppc64 preventing boot
Submitter : Mel Gorman <mel-wPRd99KPJ+uzQB+pC5nmwQ@public.gmane.org>
Date : 2008-10-30 14:26 (4 days old)
References : http://marc.info/?l=linux-kernel&m=122537727204584&w=4
Handled-By : Paul Mackerras <paulus-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>
Mel Gorman <mel-wPRd99KPJ+uzQB+pC5nmwQ@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=122547833412996&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11904
Subject : upstream regression (IO-APIC?)
Submitter : Bartlomiej Zolnierkiewicz <bzolnier-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-10-30 0:00 (4 days old)
References : http://marc.info/?l=linux-kernel&m=122532510328618&w=4
Patch : http://marc.info/?l=linux-kernel&m=122563711522315&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11829
Subject : Kernel 2.6.26.5 -> 2.6.27.2 [USB REGRESSION] (USB -> D_STATE)
Submitter : Justin Piszcz <jpiszcz-BP4nVm5VUdNhbmWW9KSYcQ@public.gmane.org>
Date : 2008-10-19 11:26 (15 days old)
References : http://marc.info/?l=linux-kernel&m=122441560120027&w=4
Handled-By : Alan Stern <stern-nwvwT67g6+6dFdvTe/nMLpVzexx5G7lz@public.gmane.org>
Mike Isely <isely-2vzrQ03IO+5eoWH0uzbU5w@public.gmane.org>
Patch : http://linuxtv.org/hg/~mcisely/pvrusb2/rev/0bb411d8d2e4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11805
Subject : mounting XFS produces a segfault
Submitter : Tiago Maluta <maluta_tiago-/E1597aS9LRfJ/NunPodnw@public.gmane.org>
Date : 2008-10-21 18:00 (13 days old)
Handled-By : Dave Chinner <dgc-sJ/iWh9BUns@public.gmane.org>
Patch : http://bugzilla.kernel.org/attachment.cgi?id=18397&action=view
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11550
Subject : pnp: Huge number of "io resource overlap" messages
Submitter : Frans Pop <elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
Date : 2008-09-09 10:50 (55 days old)
References : http://marc.info/?l=linux-kernel&m=122095745403793&w=4
Handled-By : Rene Herman <rene.herman-cENuUygGYd//D1n+0JDH9g@public.gmane.org>
Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=122246533505643&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11505
Subject : oltp ~10% regression with 2.6.27-rc5 on stoakley machine
Submitter : Lin Ming <ming.m.lin-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Date : 2008-09-04 7:06 (60 days old)
References : http://marc.info/?l=linux-kernel&m=122051202202373&w=4
http://marc.info/?t=122089704700005&r=1&w=4
Handled-By : Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
Gregory Haskins <ghaskins-Et1tbQHTxzrQT0dZR+AlfA@public.gmane.org>
Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=122194673932703&w=4
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.26 and 2.6.27, unresolved as well as resolved, at:
http://bugzilla.kernel.org/show_bug.cgi?id=11167
Please let me know if there are any Bugzilla entries that should be added to
the list in there.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 367+ messages in thread
* 2.6.28-rc1-git1: Reported regressions 2.6.26 -> 2.6.27
@ 2008-10-25 21:04 Rafael J. Wysocki
2008-10-25 21:07 ` Rafael J. Wysocki
0 siblings, 1 reply; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-10-25 21:04 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Andrew Morton, Natalie Protasevich, Kernel Testers List
[Here's something new, a list of regressions introduced between 2.6.26 and
2.6.27. We haven't fixed all of them yet and they're still being reported.
Also, they need to be fixed as well as those introduced later (although they
may be considered as "less important").
Quite frankly, I don't know how this is going to work out, but I thought
it's worth trying. Enjoy! ;-)]
This message contains a list of some regressions introduced between 2.6.26 and
2.6.27, for which there are no fixes in the mainline I know of. If any of them
have been fixed already, please let me know.
If you know of any other unresolved regressions introduced between 2.6.26
and 2.6.27, please let me know either and I'll add them to the list.
Also, please let me know if any of the entries below are invalid.
Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting and handling the
issue.
Listed regressions statistics:
Date Total Pending Unresolved
----------------------------------------
2008-10-26 190 34 29
2008-10-04 181 41 33
2008-09-27 173 35 28
2008-09-21 169 45 36
2008-09-15 163 46 32
2008-09-12 163 51 38
2008-09-07 150 43 33
2008-08-30 135 48 36
2008-08-23 122 48 40
2008-08-16 103 47 37
2008-08-10 80 52 31
2008-08-02 47 31 20
Unresolved regressions
----------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11843
Subject : usb hdd problems with 2.6.27.2
Submitter : Luciano Rocha <luciano-YWehAnL2kLNBDgjK7y7TUQ@public.gmane.org>
Date : 2008-10-22 16:22 (4 days old)
References : http://marc.info/?l=linux-kernel&m=122469318102679&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11836
Subject : Scheduler on C2D CPU and latest 2.6.27 kernel
Submitter : Zdenek Kabelac <zdenek.kabelac-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-10-21 9:59 (5 days old)
References : http://marc.info/?l=linux-kernel&m=122458320502371&w=4
Handled-By : Chris Snook <csnook-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11832
Subject : 2.6.27: "irq 18: nobody cared" on Toshiba Satellite A100
Submitter : M. Vefa Bicakci <bicave-qUEp0r/b3FNfOZc0+OmrVg@public.gmane.org>
Date : 2008-10-19 14:06 (7 days old)
References : http://marc.info/?l=linux-kernel&m=122442552100406&w=4
Handled-By : Stefan Assmann <sassmann-l3A5Bk7waGM@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11830
Subject : disk statistics issue in 2.6.27
Submitter : Miquel van Smoorenburg <mikevs-qWit8jRvyhWsTnJN9+BGXg@public.gmane.org>
Date : 2008-10-19 11:31 (7 days old)
References : http://marc.info/?l=linux-kernel&m=122441671421326&w=4
Handled-By : Jens Axboe <jens.axboe-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11820
Subject : 2.6.27: 0 MHz CPU and wrong system time on AMD Geode system
Submitter : Antipov Dmitry <dmantipov-o+MxOtu4lMCHXe+LvDLADg@public.gmane.org>
Date : 2008-10-15 6:39 (11 days old)
References : http://marc.info/?l=linux-kernel&m=122405421010969&w=4
Handled-By : Jordan Crouse <jordan.crouse-5C7GfCeVMHo@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11721
Subject : after upgrade to 2.6.27 i cannot navigate
Submitter : Aldo Maggi <sentiniate-IWqWACnzNjyonA0d6jMUrA@public.gmane.org>
Date : 2008-10-08 08:08 (18 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11699
Subject : 2.6.27-rc-7: BUG: scheduling while atomic, c1e_idle+0x98/0xe0
Submitter : Prakash Punnoor <prakash-HU31jPUvoIKELgA04lAiVw@public.gmane.org>
Date : 2008-09-28 17:45 (28 days old)
References : http://marc.info/?l=linux-kernel&m=122262403415629&w=4
Handled-By : Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11698
Subject : 2.6.27-rc7, freezes with > 1 s2ram cycle
Submitter : Soeren Sonnenburg <kernel-YxZl4NRrHdw@public.gmane.org>
Date : 2008-09-29 11:29 (27 days old)
References : http://marc.info/?l=linux-kernel&m=122268780926859&w=4
Handled-By : Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11664
Subject : acpi errors and random freeze on sony vaio sr
Submitter : Giovanni Pellerano <giovanni.pellerano-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-09-28 03:48 (28 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11608
Subject : 2.6.27-rc6 BUG: unable to handle kernel paging request
Submitter : John Daiker <daikerjohn-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-09-16 23:00 (40 days old)
References : http://marc.info/?l=linux-kernel&m=122160611517267&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11607
Subject : 2.6.27-rc6 Bug in tty_chars_in_buffer
Submitter : John Daiker <daikerjohn-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-09-15 2:26 (41 days old)
References : http://marc.info/?l=linux-kernel&m=122144565514490&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11569
Subject : Panic stop CPUs regression
Submitter : Andi Kleen <andi-Vw/NltI1exuRpAAqCnN02g@public.gmane.org>
Date : 2008-09-02 13:49 (54 days old)
References : http://marc.info/?l=linux-kernel&m=122036356127282&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11543
Subject : kernel panic: softlockup in tick_periodic() ???
Submitter : Joshua Hoblitt <j_kernel-amK9oZtvyLhBDgjK7y7TUQ@public.gmane.org>
Date : 2008-09-11 16:46 (45 days old)
References : http://marc.info/?l=linux-kernel&m=122117786124326&w=4
Handled-By : Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>
Cyrill Gorcunov <gorcunov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11512
Subject : sort-of regression due to "kconfig: speed up all*config + randconfig"
Submitter : Alexey Dobriyan <adobriyan-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-09-05 22:50 (51 days old)
References : http://marc.info/?l=linux-kernel&m=122065498013858&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11504
Subject : reiserfs BUG in 2.6.27-rc5
Submitter : Randy Dunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Date : 2008-09-03 16:35 (53 days old)
References : http://marc.info/?l=linux-kernel&m=122045982120138&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11476
Subject : failure to associate after resume from suspend to ram
Submitter : Michael S. Tsirkin <m.s.tsirkin-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-09-01 13:33 (55 days old)
References : http://marc.info/?l=linux-kernel&m=122028529415108&w=4
Handled-By : Zhu Yi <yi.zhu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Dan Williams <dcbw-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Jouni Malinen <j@w1.fi>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11407
Subject : suspend: unable to handle kernel paging request
Submitter : Vegard Nossum <vegard.nossum-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-21 17:28 (66 days old)
References : http://marc.info/?l=linux-kernel&m=121933974928881&w=4
Handled-By : Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>
Pekka Enberg <penberg-bbCR+/B0CizivPeTLB3BmA@public.gmane.org>
Pavel Machek <pavel-AlSwsSmVLrQ@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11404
Subject : BUG: in 2.6.23-rc3-git7 in do_cciss_intr
Submitter : rdunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-21 5:52 (66 days old)
References : http://marc.info/?l=linux-kernel&m=121929819616273&w=4
http://marc.info/?l=linux-kernel&m=121932889105368&w=4
Handled-By : Miller, Mike (OS Dev) <Mike.Miller-VXdhtT5mjnY@public.gmane.org>
James Bottomley <James.Bottomley-JuX6DAaQMKPCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11380
Subject : lockdep warning: cpu_add_remove_lock at:cpu_maps_update_begin+0x14/0x16
Submitter : Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>
Date : 2008-08-20 6:44 (67 days old)
References : http://marc.info/?l=linux-kernel&m=121921480931970&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11340
Subject : LTP overnight run resulted in unusable box
Submitter : Alexey Dobriyan <adobriyan-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-13 9:24 (74 days old)
References : http://marc.info/?l=linux-kernel&m=121861951902949&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11308
Subject : tbench regression on each kernel release from 2.6.22 -> 2.6.28
Submitter : Christoph Lameter <cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Date : 2008-08-11 18:36 (76 days old)
References : http://marc.info/?l=linux-kernel&m=121847986119495&w=4
http://marc.info/?l=linux-kernel&m=122125737421332&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11272
Subject : BUG: parport_serial in 2.6.27-rc1 for NetMos Technology PCI 9835
Submitter : Jaswinder Singh <jaswinderlinux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-05 15:12 (82 days old)
References : http://marc.info/?l=linux-kernel&m=121794900319776&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11271
Subject : BUG: fealnx in 2.6.27-rc1
Submitter : Jaswinder Singh <jaswinderlinux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-05 14:58 (82 days old)
References : http://marc.info/?l=linux-netdev&m=121794762016830&w=4
http://lkml.org/lkml/2008/8/10/98
Handled-By : Francois Romieu <romieu-W8zweXLXuWQS+FvcfC7Uqw@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11264
Subject : Invalid op opcode in kernel/workqueue
Submitter : Jean-Luc Coulon <jean.luc.coulon-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-07 04:18 (80 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11220
Subject : Screen stays black after resume
Submitter : Nico Schottelius <nico-xuaVFQXs+5hIG4jRRZ66WA@public.gmane.org>
Date : 2008-07-31 21:05 (87 days old)
References : http://marc.info/?l=linux-kernel&m=121753882422899&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11215
Subject : INFO: possible recursive locking detected ps2_command
Submitter : Zdenek Kabelac <zdenek.kabelac-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-07-31 9:41 (87 days old)
References : http://marc.info/?l=linux-kernel&m=121749737011637&w=4
Handled-By : Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11210
Subject : libata badness
Submitter : Kumar Gala <galak-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
Date : 2008-07-31 18:53 (87 days old)
References : http://marc.info/?l=linux-ide&m=121753059307310&w=4
Handled-By : Kumar Gala <galak-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11209
Subject : 2.6.27-rc1 process time accounting
Submitter : Lukas Hejtmanek <xhejtman-8qz54MUs51PtwjQa/ONI9g@public.gmane.org>
Date : 2008-07-31 10:43 (87 days old)
References : http://marc.info/?l=linux-kernel&m=121750102917490&w=4
http://lkml.org/lkml/2008/9/30/199
http://marc.info/?l=linux-kernel&m=122470441624295&w=4
Handled-By : Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11207
Subject : VolanoMark regression with 2.6.27-rc1
Submitter : Zhang, Yanmin <yanmin_zhang-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
Date : 2008-07-31 3:20 (87 days old)
References : http://marc.info/?l=linux-kernel&m=121747464114335&w=4
Handled-By : Zhang, Yanmin <yanmin_zhang-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
Dhaval Giani <dhaval-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
Miao Xie <miaox-BthXqXjhjHXQFUHtdCDX3A@public.gmane.org>
Regressions with patches
------------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11831
Subject : NULL pointer derefence since 2.6.27 in (e)poll
Submitter : Ben Castricum <lk0810-YLO5ZLKhJ/U/fZsR/wcYMA@public.gmane.org>
Date : 2008-10-19 11:02 (7 days old)
References : http://marc.info/?l=linux-kernel&m=122441506419398&w=4
Handled-By : Davide Libenzi <davidel-AhlLAIvw+VEjIGhXcJzhZg@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=122428548613067&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11829
Subject : Kernel 2.6.26.5 -> 2.6.27.2 [USB REGRESSION] (USB -> D_STATE)
Submitter : Justin Piszcz <jpiszcz-BP4nVm5VUdNhbmWW9KSYcQ@public.gmane.org>
Date : 2008-10-19 11:26 (7 days old)
References : http://marc.info/?l=linux-kernel&m=122441560120027&w=4
Handled-By : Alan Stern <stern-nwvwT67g6+6dFdvTe/nMLpVzexx5G7lz@public.gmane.org>
Mike Isely <isely-2vzrQ03IO+5eoWH0uzbU5w@public.gmane.org>
Patch : http://linuxtv.org/hg/~mcisely/pvrusb2/rev/0bb411d8d2e4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11669
Subject : when CPU hotplugging is disabled, nr_cpu_ids does not get set properly during boot
Submitter : Chuck Ebbert <cebbert-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Date : 2008-09-29 11:40 (27 days old)
References : http://bugzilla.kernel.org/show_bug.cgi?id=11669
Handled-By : Chuck Ebbert <cebbert-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Patch : http://bugzilla.kernel.org/attachment.cgi?id=18105
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11550
Subject : pnp: Huge number of "io resource overlap" messages
Submitter : Frans Pop <elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
Date : 2008-09-09 10:50 (47 days old)
References : http://marc.info/?l=linux-kernel&m=122095745403793&w=4
Handled-By : Rene Herman <rene.herman-cENuUygGYd//D1n+0JDH9g@public.gmane.org>
Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=122246533505643&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11505
Subject : oltp ~10% regression with 2.6.27-rc5 on stoakley machine
Submitter : Lin Ming <ming.m.lin-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Date : 2008-09-04 7:06 (52 days old)
References : http://marc.info/?l=linux-kernel&m=122051202202373&w=4
http://marc.info/?t=122089704700005&r=1&w=4
Handled-By : Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
Gregory Haskins <ghaskins-Et1tbQHTxzrQT0dZR+AlfA@public.gmane.org>
Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=122194673932703&w=4
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.26 and 2.6.27, unresolved as well as resolved, at:
http://bugzilla.kernel.org/show_bug.cgi?id=11167
Please let me know if there are any Bugzilla entries that should be added to
the list in there.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 367+ messages in thread
* 2.6.27-rc8-git7: Reported regressions from 2.6.26
@ 2008-10-04 17:28 Rafael J. Wysocki
2008-10-04 17:32 ` Rafael J. Wysocki
0 siblings, 1 reply; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-10-04 17:28 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Adrian Bunk, Andrew Morton, Linus Torvalds, Natalie Protasevich,
Kernel Testers List, Network Development, Linux ACPI,
Linux PM List, Linux SCSI List
This message contains a list of some regressions from 2.6.26, for which there
are no fixes in the mainline I know of. If any of them have been fixed already,
please let me know.
If you know of any other unresolved regressions from 2.6.26, please let me know
either and I'll add them to the list. Also, please let me know if any of the
entries below are invalid.
Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting and handling the
issue.
Listed regressions statistics:
Date Total Pending Unresolved
----------------------------------------
2008-10-04 181 41 33
2008-09-27 173 35 28
2008-09-21 169 45 36
2008-09-15 163 46 32
2008-09-12 163 51 38
2008-09-07 150 43 33
2008-08-30 135 48 36
2008-08-23 122 48 40
2008-08-16 103 47 37
2008-08-10 80 52 31
2008-08-02 47 31 20
Unresolved regressions
----------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11700
Subject : ACPI instabilities and IRQs being disabled
Submitter : Shawn Starr <shawn.starr@rogers.com>
Date : 2008-09-27 22:40 (8 days old)
References : http://marc.info/?l=linux-kernel&m=122255527412178&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11699
Subject : 2.6.27-rc-7: BUG: scheduling while atomic, c1e_idle+0x98/0xe0
Submitter : Prakash Punnoor <prakash@punnoor.de>
Date : 2008-09-28 17:45 (7 days old)
References : http://marc.info/?l=linux-kernel&m=122262403415629&w=4
Handled-By : Thomas Gleixner <tglx@linutronix.de>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11698
Subject : 2.6.27-rc7, freezes with > 1 s2ram cycle
Submitter : Soeren Sonnenburg <kernel@nn7.de>
Date : 2008-09-29 11:29 (6 days old)
References : http://marc.info/?l=linux-kernel&m=122268780926859&w=4
Handled-By : Rafael J. Wysocki <rjw@sisk.pl>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11697
Subject : CD tray closes spontaneously after opening it
Submitter : Frans Pop <elendil@planet.nl>
Date : 2008-09-30 10:47 (5 days old)
References : http://marc.info/?l=linux-kernel&m=122277167125264&w=4
Handled-By : Kay Sievers <kay.sievers@vrfy.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11695
Subject : USB disconnects every 30 seconds
Submitter : Dave Hansen <dave@sr71.net>
Date : 2008-10-03 17:45 (2 days old)
References : http://marc.info/?l=linux-kernel&m=122305738430115&w=4
Handled-By : Alan Stern <stern@rowland.harvard.edu>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11676
Subject : 2.6.27-rc2 to rc8, apgart fails, iommu=soft works, regression
Submitter : Duncan <1i5t5.duncan@cox.net>
Date : 2008-09-30 10:24 (5 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11664
Subject : acpi errors and random freeze on sony vaio sr
Submitter : Giovanni Pellerano <giovanni.pellerano@gmail.com>
Date : 2008-09-28 03:48 (7 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11643
Subject : ALSA sound/core/pcm_native.c:1947: BUG? (err >= 0)
Submitter : sangu <sangu.gnome@gmail.com>
Date : 2008-09-24 16:51 (11 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11634
Subject : Sometime my laptop is dead on resume from ram
Submitter : Romano Giannetti <romano.giannetti@gmail.com>
Date : 2008-09-24 01:12 (11 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11608
Subject : 2.6.27-rc6 BUG: unable to handle kernel paging request
Submitter : John Daiker <daikerjohn@gmail.com>
Date : 2008-09-16 23:00 (19 days old)
References : http://marc.info/?l=linux-kernel&m=122160611517267&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11607
Subject : 2.6.27-rc6 Bug in tty_chars_in_buffer
Submitter : John Daiker <daikerjohn@gmail.com>
Date : 2008-09-15 2:26 (20 days old)
References : http://marc.info/?l=linux-kernel&m=122144565514490&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11569
Subject : Don't complain about disabled irqs when the system has paniced
Submitter : Andi Kleen <andi@firstfloor.org>
Date : 2008-09-02 13:49 (33 days old)
References : http://marc.info/?l=linux-kernel&m=122036356127282&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11568
Subject : spontaneous reboot on resume with 2.6.27
Submitter : Andy Wettstein <ajw1980@gmail.com>
Date : 2008-09-14 20:00 (21 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11543
Subject : kernel panic: softlockup in tick_periodic() ???
Submitter : Joshua Hoblitt <j_kernel@hoblitt.com>
Date : 2008-09-11 16:46 (24 days old)
References : http://marc.info/?l=linux-kernel&m=122117786124326&w=4
Handled-By : Thomas Gleixner <tglx@linutronix.de>
Cyrill Gorcunov <gorcunov@gmail.com>
Ingo Molnar <mingo@elte.hu>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11516
Subject : severe performance degradation on x86_64 going from 2.6.26-rc9 -> 2.6.27-rc5
Submitter : Jason Vas Dias <jason.vas.dias@gmail.com>
Date : 2008-09-07 13:59 (28 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11512
Subject : sort-of regression due to "kconfig: speed up all*config + randconfig"
Submitter : Alexey Dobriyan <adobriyan@gmail.com>
Date : 2008-09-05 22:50 (30 days old)
References : http://marc.info/?l=linux-kernel&m=122065498013858&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11504
Subject : reiserfs BUG in 2.6.27-rc5
Submitter : Randy Dunlap <randy.dunlap@oracle.com>
Date : 2008-09-03 16:35 (32 days old)
References : http://marc.info/?l=linux-kernel&m=122045982120138&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11476
Subject : failure to associate after resume from suspend to ram
Submitter : Michael S. Tsirkin <m.s.tsirkin@gmail.com>
Date : 2008-09-01 13:33 (34 days old)
References : http://marc.info/?l=linux-kernel&m=122028529415108&w=4
Handled-By : Zhu Yi <yi.zhu@intel.com>
Dan Williams <dcbw@redhat.com>
Jouni Malinen <j@w1.fi>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11407
Subject : suspend: unable to handle kernel paging request
Submitter : Vegard Nossum <vegard.nossum@gmail.com>
Date : 2008-08-21 17:28 (45 days old)
References : http://marc.info/?l=linux-kernel&m=121933974928881&w=4
Handled-By : Rafael J. Wysocki <rjw@sisk.pl>
Pekka Enberg <penberg@cs.helsinki.fi>
Pavel Machek <pavel@suse.cz>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11404
Subject : BUG: in 2.6.23-rc3-git7 in do_cciss_intr
Submitter : rdunlap <randy.dunlap@oracle.com>
Date : 2008-08-21 5:52 (45 days old)
References : http://marc.info/?l=linux-kernel&m=121929819616273&w=4
http://marc.info/?l=linux-kernel&m=121932889105368&w=4
Handled-By : Miller, Mike (OS Dev) <Mike.Miller@hp.com>
James Bottomley <James.Bottomley@hansenpartnership.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11380
Subject : lockdep warning: cpu_add_remove_lock at:cpu_maps_update_begin+0x14/0x16
Submitter : Ingo Molnar <mingo@elte.hu>
Date : 2008-08-20 6:44 (46 days old)
References : http://marc.info/?l=linux-kernel&m=121921480931970&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11340
Subject : LTP overnight run resulted in unusable box
Submitter : Alexey Dobriyan <adobriyan@gmail.com>
Date : 2008-08-13 9:24 (53 days old)
References : http://marc.info/?l=linux-kernel&m=121861951902949&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11308
Subject : tbench regression on each kernel release from 2.6.22 -> 2.6.28
Submitter : Christoph Lameter <cl@linux-foundation.org>
Date : 2008-08-11 18:36 (55 days old)
References : http://marc.info/?l=linux-kernel&m=121847986119495&w=4
http://marc.info/?l=linux-kernel&m=122125737421332&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11272
Subject : BUG: parport_serial in 2.6.27-rc1 for NetMos Technology PCI 9835
Submitter : Jaswinder Singh <jaswinderlinux@gmail.com>
Date : 2008-08-05 15:12 (61 days old)
References : http://marc.info/?l=linux-kernel&m=121794900319776&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11271
Subject : BUG: fealnx in 2.6.27-rc1
Submitter : Jaswinder Singh <jaswinderlinux@gmail.com>
Date : 2008-08-05 14:58 (61 days old)
References : http://marc.info/?l=linux-netdev&m=121794762016830&w=4
http://lkml.org/lkml/2008/8/10/98
Handled-By : Francois Romieu <romieu@fr.zoreil.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11264
Subject : Invalid op opcode in kernel/workqueue
Submitter : Jean-Luc Coulon <jean.luc.coulon@gmail.com>
Date : 2008-08-07 04:18 (59 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11230
Subject : Kconfig no longer outputs a .config with freshly updated defconfigs
Submitter : Josh Boyer <jwboyer@linux.vnet.ibm.com>
Date : 2008-08-02 16:03 (64 days old)
References : http://marc.info/?l=linux-kernel&m=121769306319391&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11224
Subject : Only three cores found on quad-core machine.
Submitter : Dave Jones <davej@redhat.com>
Date : 2008-08-01 18:15 (65 days old)
References : http://marc.info/?l=linux-kernel&m=121761475224719&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11220
Subject : Screen stays black after resume
Submitter : Nico Schottelius <nico@schottelius.org>
Date : 2008-07-31 21:05 (66 days old)
References : http://marc.info/?l=linux-kernel&m=121753882422899&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11215
Subject : INFO: possible recursive locking detected ps2_command
Submitter : Zdenek Kabelac <zdenek.kabelac@gmail.com>
Date : 2008-07-31 9:41 (66 days old)
References : http://marc.info/?l=linux-kernel&m=121749737011637&w=4
Handled-By : Peter Zijlstra <a.p.zijlstra@chello.nl>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11210
Subject : libata badness
Submitter : Kumar Gala <galak@kernel.crashing.org>
Date : 2008-07-31 18:53 (66 days old)
References : http://marc.info/?l=linux-ide&m=121753059307310&w=4
Handled-By : Kumar Gala <galak@kernel.crashing.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11209
Subject : 2.6.27-rc1 process time accounting
Submitter : Lukas Hejtmanek <xhejtman@ics.muni.cz>
Date : 2008-07-31 10:43 (66 days old)
References : http://marc.info/?l=linux-kernel&m=121750102917490&w=4
http://lkml.org/lkml/2008/9/30/199
Handled-By : Peter Zijlstra <a.p.zijlstra@chello.nl>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11207
Subject : VolanoMark regression with 2.6.27-rc1
Submitter : Zhang, Yanmin <yanmin_zhang@linux.intel.com>
Date : 2008-07-31 3:20 (66 days old)
References : http://marc.info/?l=linux-kernel&m=121747464114335&w=4
Handled-By : Zhang, Yanmin <yanmin_zhang@linux.intel.com>
Peter Zijlstra <a.p.zijlstra@chello.nl>
Dhaval Giani <dhaval@linux.vnet.ibm.com>
Miao Xie <miaox@cn.fujitsu.com>
Regressions with patches
------------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11701
Subject : sky2 wol regression
Submitter : Tino Keitel <tino.keitel@gmx.de>
Date : 2008-09-24 8:05 (11 days old)
References : http://marc.info/?l=linux-kernel&m=122224359222164&w=4
Handled-By : Rafael J. Wysocki <rjw@sisk.pl>
Patch : http://marc.info/?l=linux-kernel&m=122298334522551&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11696
Subject : 2.6.27-rc8 doubled times
Submitter : Hugh Dickins <hugh@veritas.com>
Date : 2008-10-03 10:21 (2 days old)
References : http://marc.info/?l=linux-kernel&m=122302939313636&w=4
Handled-By : Thomas Gleixner <tglx@linutronix.de>
Patch : http://marc.info/?l=linux-kernel&m=122307260621434&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11629
Subject : quad G5 fails to shut down
Submitter : Johannes Berg <johannes@sipsolutions.net>
Date : 2008-09-23 14:20 (12 days old)
Handled-By : Johannes Berg <johannes@sipsolutions.net>
Patch : http://bugzilla.kernel.org/show_bug.cgi?id=11629#c8
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11615
Subject : sata_nv EH problems
Submitter : Pär Andersson <paran@lysator.liu.se>
Date : 2008-09-21 18:09 (14 days old)
Handled-By : Tejun Heo <tj@kernel.org>
Patch : http://bugzilla.kernel.org/attachment.cgi?id=18078&action=view
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11550
Subject : pnp: Huge number of "io resource overlap" messages
Submitter : Frans Pop <elendil@planet.nl>
Date : 2008-09-09 10:50 (26 days old)
References : http://marc.info/?l=linux-kernel&m=122095745403793&w=4
Handled-By : Rene Herman <rene.herman@keyaccess.nl>
Bjorn Helgaas <bjorn.helgaas@hp.com>
Patch : http://marc.info/?l=linux-kernel&m=122246533505643&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11549
Subject : 2.6.27-rc5 acpi: EC Storm error message on bootup
Submitter : <jmerkey@wolfmountaingroup.com>
Date : 2008-09-02 21:27 (33 days old)
References : http://marc.info/?l=linux-kernel&m=122039255517586&w=4
Handled-By : Alexey Starikovskiy <astarikovskiy@suse.de>
Patch : http://bugzilla.kernel.org/attachment.cgi?id=18047&action=view
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11505
Subject : oltp ~10% regression with 2.6.27-rc5 on stoakley machine
Submitter : Lin Ming <ming.m.lin@intel.com>
Date : 2008-09-04 7:06 (31 days old)
References : http://marc.info/?l=linux-kernel&m=122051202202373&w=4
http://marc.info/?t=122089704700005&r=1&w=4
Handled-By : Peter Zijlstra <a.p.zijlstra@chello.nl>
Gregory Haskins <ghaskins@novell.com>
Ingo Molnar <mingo@elte.hu>
Patch : http://marc.info/?l=linux-kernel&m=122194673932703&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11442
Subject : btusb hibernation/suspend breakage in current -git
Submitter : Rafael J. Wysocki <rjw@sisk.pl>
Date : 2008-08-25 11:37 (41 days old)
References : http://marc.info/?l=linux-bluetooth&m=121966402012074&w=4
Handled-By : Oliver Neukum <oliver@neukum.org>
Patch : http://marc.info/?l=linux-bluetooth&m=121967226027323&w=4
http://bugzilla.kernel.org/show_bug.cgi?id=11442#c1
For details, please visit the bug entries and follow the links given in
references.
As you can see, there is a Bugzilla entry for each of the listed regressions.
There also is a Bugzilla entry used for tracking the regressions from 2.6.26,
unresolved as well as resolved, at:
http://bugzilla.kernel.org/show_bug.cgi?id=11167
Please let me know if there are any Bugzilla entries that should be added to
the list in there.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 367+ messages in thread
* 2.6.27-rc6-git6: Reported regressions from 2.6.26
@ 2008-09-21 18:52 Rafael J. Wysocki
2008-09-21 18:54 ` Rafael J. Wysocki
0 siblings, 1 reply; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-21 18:52 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Adrian Bunk, Andrew Morton, Linus Torvalds, Natalie Protasevich,
Kernel Testers List, Network Development, Linux ACPI,
Linux PM List, Linux SCSI List
This message contains a list of some regressions from 2.6.26, for which there
are no fixes in the mainline I know of. If any of them have been fixed already,
please let me know.
If you know of any other unresolved regressions from 2.6.26, please let me know
either and I'll add them to the list. Also, please let me know if any of the
entries below are invalid.
Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting and handling the
issue.
Listed regressions statistics:
Date Total Pending Unresolved
----------------------------------------
2008-09-21 169 45 36
Unresolved regressions
----------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11611
Subject : Commit 2344abbcbdb82140050e8be29d3d55e4f6fe860b breaks resume on nx6325
Submitter : Rafael J. Wysocki <rjw@sisk.pl>
Date : 2008-09-20 23:24 (2 days old)
References : http://marc.info/?l=linux-kernel&m=122195277606974&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11610
Subject : Problem with kernel commit 664d080c41463570b95717b5ad86e79dc1be0877
Submitter : Michal 'vorner' Vaner <vorner@ucw.cz>
Date : 2008-09-21 17:35 (1 days old)
References : http://marc.info/?l=linux-acpi&m=122201853409501&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11609
Subject : oops in find_get_page
Submitter : Marcin Slusarz <marcin.slusarz@gmail.com>
Date : 2008-09-20 14:53 (2 days old)
References : http://marc.info/?l=linux-kernel&m=122192251101892&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11608
Subject : 2.6.27-rc6 BUG: unable to handle kernel paging request
Submitter : John Daiker <daikerjohn@gmail.com>
Date : 2008-09-16 23:00 (6 days old)
References : http://marc.info/?l=linux-kernel&m=122160611517267&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11607
Subject : 2.6.27-rc6 =C2=A0Bug in tty_chars_in_buffer
Submitter : John Daiker <daikerjohn@gmail.com>
Date : 2008-09-15 2:26 (7 days old)
References : http://marc.info/?l=linux-kernel&m=122144565514490&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11590
Subject : Nokia 5310 Xpress usb-storage not mounting
Submitter : David Almaroad <dalmaroad@gmail.com>
Date : 2008-09-18 21:35 (4 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11569
Subject : Don't complain about disabled irqs when the system has paniced
Submitter : Andi Kleen <andi@firstfloor.org>
Date : 2008-09-02 13:49 (20 days old)
References : http://marc.info/?l=linux-kernel&m=122036356127282&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11568
Subject : spontaneous reboot on resume with 2.6.27
Submitter : Andy Wettstein <ajw1980@gmail.com>
Date : 2008-09-14 20:00 (8 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11551
Subject : Semi-repeatable hard lockup on 2.6.27-rc6
Submitter : Steven Noonan <steven@uplinklabs.net>
Date : 2008-09-10 18:07 (12 days old)
References : http://marc.info/?l=linux-kernel&m=122107007407994&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11548
Subject : kernel BUG at drivers/pci/intel-iommu.c:1373!
Submitter : Chris Mason <chris.mason@oracle.com>
Date : 2008-09-08 14:26 (14 days old)
References : http://marc.info/?l=linux-kernel&m=122088566310440&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11543
Subject : kernel panic: softlockup in tick_periodic() ???
Submitter : Joshua Hoblitt <j_kernel@hoblitt.com>
Date : 2008-09-11 16:46 (11 days old)
References : http://marc.info/?l=linux-kernel&m=122117786124326&w=4
Handled-By : Thomas Gleixner <tglx@linutronix.de>
Cyrill Gorcunov <gorcunov@gmail.com>
Ingo Molnar <mingo@elte.hu>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11516
Subject : severe performance degradation on x86_64 going from 2.6.26-rc9 -> 2.6.27= -rc5
Submitter : Jason Vas Dias <jason.vas.dias@gmail.com>
Date : 2008-09-07 13:59 (15 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11512
Subject : sort-of regression due to "kconfig: speed up all*config + randconfig"
Submitter : Alexey Dobriyan <adobriyan@gmail.com>
Date : 2008-09-05 22:50 (17 days old)
References : http://marc.info/?l=linux-kernel&m=122065498013858&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11506
Subject : oops during unmount - ext3? (2.6.27-rc5)
Submitter : Marcin Slusarz <marcin.slusarz@gmail.com>
Date : 2008-09-04 19:14 (18 days old)
References : http://marc.info/?l=linux-kernel&m=122055573123449&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11504
Subject : reiserfs =C2=A0BUG in 2.6.27-rc5
Submitter : Randy Dunlap <randy.dunlap@oracle.com>
Date : 2008-09-03 16:35 (19 days old)
References : http://marc.info/?l=linux-kernel&m=122045982120138&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11501
Subject : Failed to open destination file: Permission deniedihex2fw
Submitter : Andrew Morton <akpm@linux-foundation.org>
Date : 2008-09-04 18:34 (18 days old)
References : http://marc.info/?l=linux-kernel&m=122055342419068&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11476
Subject : failure to associate after resume from suspend to ram
Submitter : Michael S. Tsirkin <m.s.tsirkin@gmail.com>
Date : 2008-09-01 13:33 (21 days old)
References : http://marc.info/?l=linux-kernel&m=122028529415108&w=4
Handled-By : Zhu Yi <yi.zhu@intel.com>
Dan Williams <dcbw@redhat.com>
Jouni Malinen <j@w1.fi>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11465
Subject : Linux-2.6.27-rc5, drm errors in log
Submitter : Gene Heskett <gene.heskett@verizon.net>
Date : 2008-08-30 18:52 (23 days old)
References : http://marc.info/?l=linux-kernel&m=122012238925775&w=4
Handled-By : Dave Airlie <airlied@gmail.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11459
Subject : kernel crash after wifi connection established
Submitter : Alexey Kuznetsov <ak@axet.ru>
Date : 2008-08-30 03:08 (23 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11407
Subject : suspend: unable to handle kernel paging request
Submitter : Vegard Nossum <vegard.nossum@gmail.com>
Date : 2008-08-21 17:28 (32 days old)
References : http://marc.info/?l=linux-kernel&m=121933974928881&w=4
Handled-By : Rafael J. Wysocki <rjw@sisk.pl>
Pekka Enberg <penberg@cs.helsinki.fi>
Pavel Machek <pavel@suse.cz>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11404
Subject : BUG: in 2.6.23-rc3-git7 in do_cciss_intr
Submitter : rdunlap <randy.dunlap@oracle.com>
Date : 2008-08-21 5:52 (32 days old)
References : http://marc.info/?l=linux-kernel&m=121929819616273&w=4
http://marc.info/?l=linux-kernel&m=121932889105368&w=4
Handled-By : Miller, Mike (OS Dev) <Mike.Miller@hp.com>
James Bottomley <James.Bottomley@hansenpartnership.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11382
Subject : e1000e: 2.6.27-rc1 corrupts EEPROM/NVM
Submitter : David Vrabel <david.vrabel@csr.com>
Date : 2008-08-08 10:47 (45 days old)
References : http://marc.info/?l=linux-kernel&m=121819267211679&w=4
Handled-By : Christopher Li <chrisl@vmware.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11380
Subject : lockdep warning: cpu_add_remove_lock at:cpu_maps_update_begin+0x14/0x16
Submitter : Ingo Molnar <mingo@elte.hu>
Date : 2008-08-20 6:44 (33 days old)
References : http://marc.info/?l=linux-kernel&m=121921480931970&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11357
Subject : Can not boot up with zd1211rw USB-Wlan Stick
Submitter : uwe <kender@freenet.de>
Date : 2008-08-16 14:17 (37 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11340
Subject : LTP overnight run resulted in unusable box
Submitter : Alexey Dobriyan <adobriyan@gmail.com>
Date : 2008-08-13 9:24 (40 days old)
References : http://marc.info/?l=linux-kernel&m=121861951902949&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11335
Subject : 2.6.27-rc2-git5 BUG: unable to handle kernel paging request
Submitter : Randy Dunlap <randy.dunlap@oracle.com>
Date : 2008-08-12 4:18 (41 days old)
References : http://marc.info/?l=linux-kernel&m=121851477201960&w=4
http://lkml.org/lkml/2008/8/16/274
Handled-By : Hugh Dickins <hugh@veritas.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11308
Subject : tbench regression on each kernel release from 2.6.22 -> 2.6.28
Submitter : Christoph Lameter <cl@linux-foundation.org>
Date : 2008-08-11 18:36 (42 days old)
References : http://marc.info/?l=linux-kernel&m=121847986119495&w=4
http://marc.info/?l=linux-kernel&m=122125737421332&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11272
Subject : BUG: parport_serial in 2.6.27-rc1 for NetMos Technology PCI 9835
Submitter : Jaswinder Singh <jaswinderlinux@gmail.com>
Date : 2008-08-05 15:12 (48 days old)
References : http://marc.info/?l=linux-kernel&m=121794900319776&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11271
Subject : BUG: fealnx in 2.6.27-rc1
Submitter : Jaswinder Singh <jaswinderlinux@gmail.com>
Date : 2008-08-05 14:58 (48 days old)
References : http://marc.info/?l=linux-netdev&m=121794762016830&w=4
http://lkml.org/lkml/2008/8/10/98
Handled-By : Francois Romieu <romieu@fr.zoreil.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11264
Subject : Invalid op opcode in kernel/workqueue
Submitter : Jean-Luc Coulon <jean.luc.coulon@gmail.com>
Date : 2008-08-07 04:18 (46 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11230
Subject : Kconfig no longer outputs a .config with freshly updated defconfigs
Submitter : Josh Boyer <jwboyer@linux.vnet.ibm.com>
Date : 2008-08-02 16:03 (51 days old)
References : http://marc.info/?l=linux-kernel&m=121769306319391&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11224
Subject : Only three cores found on quad-core machine.
Submitter : Dave Jones <davej@redhat.com>
Date : 2008-08-01 18:15 (52 days old)
References : http://marc.info/?l=linux-kernel&m=121761475224719&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11220
Subject : Screen stays black after resume
Submitter : Nico Schottelius <nico@schottelius.org>
Date : 2008-07-31 21:05 (53 days old)
References : http://marc.info/?l=linux-kernel&m=121753882422899&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11215
Subject : INFO: possible recursive locking detected ps2_command
Submitter : Zdenek Kabelac <zdenek.kabelac@gmail.com>
Date : 2008-07-31 9:41 (53 days old)
References : http://marc.info/?l=linux-kernel&m=121749737011637&w=4
Handled-By : Peter Zijlstra <a.p.zijlstra@chello.nl>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11210
Subject : libata badness
Submitter : Kumar Gala <galak@kernel.crashing.org>
Date : 2008-07-31 18:53 (53 days old)
References : http://marc.info/?l=linux-ide&m=121753059307310&w=4
Handled-By : Kumar Gala <galak@kernel.crashing.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11207
Subject : VolanoMark regression with 2.6.27-rc1
Submitter : Zhang, Yanmin <yanmin_zhang@linux.intel.com>
Date : 2008-07-31 3:20 (53 days old)
References : http://marc.info/?l=linux-kernel&m=121747464114335&w=4
Handled-By : Zhang, Yanmin <yanmin_zhang@linux.intel.com>
Peter Zijlstra <a.p.zijlstra@chello.nl>
Dhaval Giani <dhaval@linux.vnet.ibm.com>
Miao Xie <miaox@cn.fujitsu.com>
Regressions with patches
------------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11555
Subject : rmmod ide-cd_mod: tried to init an initialized =C2=A0object, something is s= eriously wrong.
Submitter : Mariusz Kozlowski <m.kozlowski@tuxland.pl>
Date : 2008-07-16 2:22 (68 days old)
References : http://marc.info/?l=linux-ide&m=122061839713526&w=4
Handled-By : Jens Axboe <jens.axboe@oracle.com>
Patch : http://marc.info/?l=linux-kernel&m=122095622602315&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11552
Subject : Disabling IRQ #23
Submitter : Justin Mattock <justinmattock@gmail.com>
Date : 2008-09-09 19:08 (13 days old)
References : http://marc.info/?l=linux-kernel&m=122098735230906&w=4
http://marc.info/?l=linux-kernel&m=122107367715361&w=4
Handled-By : David Brownell <david-b@pacbell.net>
Alan Stern <stern@rowland.harvard.edu>
Patch : http://marc.info/?l=linux-kernel&m=122187222705195&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11550
Subject : pnp: Huge number of "io resource overlap" messages
Submitter : Frans Pop <elendil@planet.nl>
Date : 2008-09-09 10:50 (13 days old)
References : http://marc.info/?l=linux-kernel&m=122095745403793&w=4
Handled-By : Rene Herman <rene.herman@keyaccess.nl>
Bjorn Helgaas <bjorn.helgaas@hp.com>
Patch : http://marc.info/?l=linux-kernel&m=122098498125536&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11549
Subject : 2.6.27-rc5 acpi: EC Storm error message on bootup
Submitter : <jmerkey@wolfmountaingroup.com>
Date : 2008-09-02 21:27 (20 days old)
References : http://marc.info/?l=linux-kernel&m=122039255517586&w=4
Handled-By : Alexey Starikovskiy <astarikovskiy@suse.de>
Patch : http://marc.info/?l=linux-kernel&m=122098180019264&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11507
Subject : usb: sometimes dead keyboard after boot
Submitter : Frans Pop <elendil@planet.nl>
Date : 2008-08-26 21:03 (27 days old)
References : http://marc.info/?l=linux-kernel&m=121977815018224&w=2
Handled-By : Alan Stern <stern@rowland.harvard.edu>
Patch : http://www.spinics.net/lists/linux-usb/msg09735.html
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11505
Subject : oltp ~10% regression with 2.6.27-rc5 on stoakley machine
Submitter : Lin Ming <ming.m.lin@intel.com>
Date : 2008-09-04 7:06 (18 days old)
References : http://marc.info/?l=linux-kernel&m=122051202202373&w=4
http://marc.info/?t=122089704700005&r=1&w=4
Handled-By : Peter Zijlstra <a.p.zijlstra@chello.nl>
Gregory Haskins <ghaskins@novell.com>
Ingo Molnar <mingo@elte.hu>
Patch : http://marc.info/?l=linux-kernel&m=122194673932703&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11442
Subject : btusb hibernation/suspend breakage in current -git
Submitter : Rafael J. Wysocki <rjw@sisk.pl>
Date : 2008-08-25 11:37 (28 days old)
References : http://marc.info/?l=linux-bluetooth&m=121966402012074&w=4
Handled-By : Oliver Neukum <oliver@neukum.org>
Patch : http://marc.info/?l=linux-bluetooth&m=121967226027323&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11439
Subject : [2.6.27-rc4-git4] compilation warnings
Submitter : Rufus & Azrael <rufus-azrael@numericable.fr>
Date : 2008-08-26 9:37 (27 days old)
References : http://marc.info/?l=linux-kernel&m=121974353815440&w=4
Handled-By : Greg KH <gregkh@suse.de>
Patch : http://marc.info/?l=linux-kernel&m=121976424221858&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11237
Subject : corrupt PMD after resume
Submitter : Alan Jenkins <alan-jenkins@tuffmail.co.uk>
Date : 2008-08-02 9:51 (51 days old)
References : http://marc.info/?l=linux-kernel&m=121767073424952&w=4
Handled-By : Hugh Dickins <hugh@veritas.com>
Jeremy Fitzhardinge <jeremy@goop.org>
Patch : http://marc.info/?l=linux-kernel&m=122001615314700&w=2
For details, please visit the bug entries and follow the links given in
references.
As you can see, there is a Bugzilla entry for each of the listed regressions.
There also is a Bugzilla entry used for tracking the regressions from 2.6.26,
unresolved as well as resolved, at:
http://bugzilla.kernel.org/show_bug.cgi?id=11167
Please let me know if there are any Bugzilla entries that should be added to
the list in there.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 367+ messages in thread
* 2.6.27-rc5-git8: Reported regressions from 2.6.26
@ 2008-09-06 21:24 Rafael J. Wysocki
2008-09-06 21:30 ` Rafael J. Wysocki
0 siblings, 1 reply; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-09-06 21:24 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Adrian Bunk, Andrew Morton, Linus Torvalds, Natalie Protasevich,
Kernel Testers List
This message contains a list of some regressions from 2.6.26, for which there
are no fixes in the mainline I know of. If any of them have been fixed already,
please let me know.
If you know of any other unresolved regressions from 2.6.26, please let me know
either and I'll add them to the list. Also, please let me know if any of the
entries below are invalid.
Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting and handling the
issue.
Listed regressions statistics:
Date Total Pending Unresolved
----------------------------------------
2008-09-07 150 43 33
2008-08-30 135 48 36
2008-08-23 122 48 40
2008-08-16 103 47 37
2008-08-10 80 52 31
2008-08-02 47 31 20
Unresolved regressions
----------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11512
Subject : sort-of regression due to "kconfig: speed up all*config + randconfig"
Submitter : Alexey Dobriyan <adobriyan-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-09-05 22:50 (2 days old)
References : http://marc.info/?l=linux-kernel&m=122065498013858&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11507
Subject : usb: sometimes dead keyboard after boot
Submitter : Frans Pop <elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
Date : 2008-08-26 21:03 (12 days old)
References : http://marc.info/?l=linux-kernel&m=121977815018224&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11506
Subject : oops during unmount - ext3? (2.6.27-rc5)
Submitter : Marcin Slusarz <marcin.slusarz-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-09-04 19:14 (3 days old)
References : http://marc.info/?l=linux-kernel&m=122055573123449&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11505
Subject : oltp ~10% regression with 2.6.27-rc5 on stoakley machine
Submitter : Lin Ming <ming.m.lin-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Date : 2008-09-04 7:06 (3 days old)
References : http://marc.info/?l=linux-kernel&m=122051202202373&w=4
Handled-By : Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
Gregory Haskins <ghaskins-Et1tbQHTxzrQT0dZR+AlfA@public.gmane.org>
Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11504
Subject : reiserfs  BUG in 2.6.27-rc5
Submitter : Randy Dunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Date : 2008-09-03 16:35 (4 days old)
References : http://marc.info/?l=linux-kernel&m=122045982120138&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11501
Subject : Failed to open destination file: Permission deniedihex2fw
Submitter : Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Date : 2008-09-04 18:34 (3 days old)
References : http://marc.info/?l=linux-kernel&m=122055342419068&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11500
Subject : /proc/net bug related to selinux
Submitter : Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Date : 2008-09-04 17:45 (3 days old)
References : http://marc.info/?l=linux-kernel&m=122055041313270&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11485
Subject : 2.6.27-rc xen pvops regression?
Submitter : Bernhard Schmidt <berni-wpePDvIxQxvMZTq/7ZfH4Q@public.gmane.org>
Date : 2008-08-31 17:18 (7 days old)
References : http://marc.info/?l=linux-kernel&m=122020367015025&w=4
Handled-By : Alex Nixon <alex.nixon-Sxgqhf6Nn4DQT0dZR+AlfA@public.gmane.org>
Jeremy Fitzhardinge <jeremy-TSDbQ3PG+2Y@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11476
Subject : failure to associate after resume from suspend to ram
Submitter : Michael S. Tsirkin <m.s.tsirkin-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-09-01 13:33 (6 days old)
References : http://marc.info/?l=linux-kernel&m=122028529415108&w=4
Handled-By : Zhu Yi <yi.zhu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Dan Williams <dcbw-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Jouni Malinen <j@w1.fi>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11471
Subject : GPE storm detected, kernel freezes
Submitter : George Gibbs <Vash63-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-31 22:00 (7 days old)
Handled-By : Zhang Rui <rui.zhang-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11465
Subject : Linux-2.6.27-rc5, drm errors in log
Submitter : Gene Heskett <gene.heskett-H+0wwilmMs3R7s880joybQ@public.gmane.org>
Date : 2008-08-30 18:52 (8 days old)
References : http://marc.info/?l=linux-kernel&m=122012238925775&w=4
Handled-By : Dave Airlie <airlied-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11463
Subject : sshd hangs on close
Submitter : Matthias Urlichs <matthias-+qxcz+fHsVSELgA04lAiVw@public.gmane.org>
Date : 2008-08-30 9:18 (8 days old)
References : http://marc.info/?l=linux-kernel&m=122008800512864&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11459
Subject : kernel crash after wifi connection established
Submitter : Alexey Kuznetsov <ak-b7SOpcJQXxU@public.gmane.org>
Date : 2008-08-30 03:08 (8 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11407
Subject : suspend: unable to handle kernel paging request
Submitter : Vegard Nossum <vegard.nossum-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-21 17:28 (17 days old)
References : http://marc.info/?l=linux-kernel&m=121933974928881&w=4
Handled-By : Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>
Pekka Enberg <penberg-bbCR+/B0CizivPeTLB3BmA@public.gmane.org>
Pavel Machek <pavel-AlSwsSmVLrQ@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11404
Subject : BUG: in 2.6.23-rc3-git7 in do_cciss_intr
Submitter : rdunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-21 5:52 (17 days old)
References : http://marc.info/?l=linux-kernel&m=121929819616273&w=4
http://marc.info/?l=linux-kernel&m=121932889105368&w=4
Handled-By : Miller, Mike (OS Dev) <Mike.Miller-VXdhtT5mjnY@public.gmane.org>
James Bottomley <James.Bottomley-JuX6DAaQMKPCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11403
Subject : 2.6.27-rc2 USB suspend regression
Submitter : Jeremy Fitzhardinge <jeremy-TSDbQ3PG+2Y@public.gmane.org>
Date : 2008-08-20 20:48 (18 days old)
References : http://marc.info/?l=linux-kernel&m=121926536103630&w=4
Handled-By : Alan Stern <stern-nwvwT67g6+6dFdvTe/nMLpVzexx5G7lz@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11398
Subject : hda_intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj.
Submitter : Frans Pop <elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
Date : 2008-08-21 17:17 (17 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11380
Subject : lockdep warning: cpu_add_remove_lock at:cpu_maps_update_begin+0x14/0x16
Submitter : Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>
Date : 2008-08-20 6:44 (18 days old)
References : http://marc.info/?l=linux-kernel&m=121921480931970&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11357
Subject : Can not boot up with zd1211rw USB-Wlan Stick
Submitter : uwe <kender-KuiJ5kEpwI6ELgA04lAiVw@public.gmane.org>
Date : 2008-08-16 14:17 (22 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11343
Subject : SATA Cold Boot Problems with 2.6.27-rc[23] on nVidia 680i
Submitter : Manny Maxwell <mannymax-7UBucS1kxs3k1uMJSBkQmQ@public.gmane.org>
Date : 2008-08-14 4:16 (24 days old)
References : http://marc.info/?l=linux-kernel&m=121868782917600&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11340
Subject : LTP overnight run resulted in unusable box
Submitter : Alexey Dobriyan <adobriyan-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-13 9:24 (25 days old)
References : http://marc.info/?l=linux-kernel&m=121861951902949&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11335
Subject : 2.6.27-rc2-git5 BUG: unable to handle kernel paging request
Submitter : Randy Dunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-12 4:18 (26 days old)
References : http://marc.info/?l=linux-kernel&m=121851477201960&w=4
http://lkml.org/lkml/2008/8/16/274
Handled-By : Hugh Dickins <hugh-DTz5qymZ9yRBDgjK7y7TUQ@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11308
Subject : tbench regression on each kernel release from 2.6.22 -> 2.6.28
Submitter : Christoph Lameter <cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Date : 2008-08-11 18:36 (27 days old)
References : http://marc.info/?l=linux-kernel&m=121847986119495&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11272
Subject : BUG: parport_serial in 2.6.27-rc1 for NetMos Technology PCI 9835
Submitter : Jaswinder Singh <jaswinderlinux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-05 15:12 (33 days old)
References : http://marc.info/?l=linux-kernel&m=121794900319776&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11271
Subject : BUG: fealnx in 2.6.27-rc1
Submitter : Jaswinder Singh <jaswinderlinux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-05 14:58 (33 days old)
References : http://marc.info/?l=linux-netdev&m=121794762016830&w=4
http://lkml.org/lkml/2008/8/10/98
Handled-By : Francois Romieu <romieu-W8zweXLXuWQS+FvcfC7Uqw@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11264
Subject : Invalid op opcode in kernel/workqueue
Submitter : Jean-Luc Coulon <jean.luc.coulon-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-07 04:18 (31 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11230
Subject : Kconfig no longer outputs a .config with freshly updated defconfigs
Submitter : Josh Boyer <jwboyer-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
Date : 2008-08-02 16:03 (36 days old)
References : http://marc.info/?l=linux-kernel&m=121769306319391&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11224
Subject : Only three cores found on quad-core machine.
Submitter : Dave Jones <davej-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-01 18:15 (37 days old)
References : http://marc.info/?l=linux-kernel&m=121761475224719&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11220
Subject : Screen stays black after resume
Submitter : Nico Schottelius <nico-xuaVFQXs+5hIG4jRRZ66WA@public.gmane.org>
Date : 2008-07-31 21:05 (38 days old)
References : http://marc.info/?l=linux-kernel&m=121753882422899&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11215
Subject : INFO: possible recursive locking detected ps2_command
Submitter : Zdenek Kabelac <zdenek.kabelac-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-07-31 9:41 (38 days old)
References : http://marc.info/?l=linux-kernel&m=121749737011637&w=4
Handled-By : Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11210
Subject : libata badness
Submitter : Kumar Gala <galak-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
Date : 2008-07-31 18:53 (38 days old)
References : http://marc.info/?l=linux-ide&m=121753059307310&w=4
Handled-By : Kumar Gala <galak-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11209
Subject : 2.6.27-rc1 process time accounting
Submitter : Lukas Hejtmanek <xhejtman-8qz54MUs51PtwjQa/ONI9g@public.gmane.org>
Date : 2008-07-31 10:43 (38 days old)
References : http://marc.info/?l=linux-kernel&m=121750102917490&w=4
Handled-By : Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11207
Subject : VolanoMark regression with 2.6.27-rc1
Submitter : Zhang, Yanmin <yanmin_zhang-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
Date : 2008-07-31 3:20 (38 days old)
References : http://marc.info/?l=linux-kernel&m=121747464114335&w=4
Handled-By : Zhang, Yanmin <yanmin_zhang-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
Dhaval Giani <dhaval-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
Miao Xie <miaox-BthXqXjhjHXQFUHtdCDX3A@public.gmane.org>
Regressions with patches
------------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11511
Subject : HPT374 detection crash with 74811f355f4f69a187fa74892dcf2a684b84ce99
Submitter : Masoud Sharbiani <masouds-VSK0CvVmMoVQFI55V6+gNQ@public.gmane.org>
Date : 2008-09-04 23:11 (3 days old)
References : http://marc.info/?l=linux-kernel&m=122056994113818&w=4
Handled-By : Masoud Sharbiani <masouds-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=122072163527041&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11442
Subject : btusb hibernation/suspend breakage in current -git
Submitter : Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>
Date : 2008-08-25 11:37 (13 days old)
References : http://marc.info/?l=linux-bluetooth&m=121966402012074&w=4
Handled-By : Oliver Neukum <oliver-GvhC2dPhHPQdnm+yROfE0A@public.gmane.org>
Patch : http://marc.info/?l=linux-bluetooth&m=121967226027323&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11439
Subject : [2.6.27-rc4-git4] compilation warnings
Submitter : Rufus & Azrael <rufus-azrael-Bf/eaXMDFuuXqB7oj33eUg@public.gmane.org>
Date : 2008-08-26 9:37 (12 days old)
References : http://marc.info/?l=linux-kernel&m=121974353815440&w=4
Handled-By : Greg KH <gregkh-l3A5Bk7waGM@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=121976424221858&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11418
Subject : Many soft lockups
Submitter : Gu Rui <chaos.proton-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-24 13:06 (14 days old)
Handled-By : Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>
Patch : http://bugzilla.kernel.org/attachment.cgi?id=17622&action=view
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11382
Subject : e1000e: 2.6.27-rc1 corrupts EEPROM/NVM
Submitter : David Vrabel <david.vrabel-kQvG35nSl+M@public.gmane.org>
Date : 2008-08-08 10:47 (30 days old)
References : http://marc.info/?l=linux-kernel&m=121819267211679&w=4
Handled-By : Christopher Li <chrisl-pghWNbHTmq7QT0dZR+AlfA@public.gmane.org>
Patch : http://marc.info/?l=linux-mm-commits&m=122038324200305&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11358
Subject : net: forcedeth call restore mac addr in nv_shutdown path
Submitter : Yinghai Lu <yhlu.kernel-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-17 3:30 (21 days old)
References : http://marc.info/?l=linux-kernel&m=121894389018584&w=4
Handled-By : Yinghai Lu <yhlu.kernel-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=121894389018584&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11336
Subject : 2.6.27-rc2:stall while mounting root fs
Submitter : Torsten Kaiser <just.for.lkml-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org>
Date : 2008-08-12 12:37 (26 days old)
References : http://marc.info/?l=linux-kernel&m=121854484015909&w=4
Handled-By : Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>
Patch : http://bugzilla.kernel.org/attachment.cgi?id=17622
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11334
Subject : myri10ge: use ioremap_wc: compilation failure on ARM
Submitter : Martin Michlmayr <tbm-R+vWnYXSFMfQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-10 11:25 (28 days old)
References : http://marc.info/?l=linux-netdev&m=121836771727632&w=2
Handled-By : Lennert Buytenhek <buytenh-OLH4Qvv75CYX/NnBR394Jw@public.gmane.org>
Patch : http://bugzilla.kernel.org/show_bug.cgi?id=11334#c13
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11276
Subject : build error: CONFIG_OPTIMIZE_INLINING=y causes gcc 4.2 to do stupid things
Submitter : Randy Dunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-06 17:18 (32 days old)
References : http://marc.info/?l=linux-kernel&m=121804329014332&w=4
http://lkml.org/lkml/2008/7/22/353
Handled-By : Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
Patch : http://lkml.org/lkml/2008/7/22/364
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11237
Subject : corrupt PMD after resume
Submitter : Alan Jenkins <alan-jenkins-cCz0Lq7MMjm9FHfhHBbuYA@public.gmane.org>
Date : 2008-08-02 9:51 (36 days old)
References : http://marc.info/?l=linux-kernel&m=121767073424952&w=4
Handled-By : Hugh Dickins <hugh-DTz5qymZ9yRBDgjK7y7TUQ@public.gmane.org>
Jeremy Fitzhardinge <jeremy-TSDbQ3PG+2Y@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=122001615314700&w=2
For details, please visit the bug entries and follow the links given in
references.
As you can see, there is a Bugzilla entry for each of the listed regressions.
There also is a Bugzilla entry used for tracking the regressions from 2.6.26,
unresolved as well as resolved, at:
http://bugzilla.kernel.org/show_bug.cgi?id=11167
Please let me know if there are any Bugzilla entries that should be added to
the list in there.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 367+ messages in thread
* 2.6.27-rc5-git2: Reported regressions from 2.6.26
@ 2008-08-30 19:46 Rafael J. Wysocki
2008-08-30 19:50 ` Rafael J. Wysocki
0 siblings, 1 reply; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-08-30 19:46 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Adrian Bunk, Andrew Morton, Linus Torvalds, Natalie Protasevich,
Kernel Testers List
This message contains a list of some regressions from 2.6.26, for which there
are no fixes in the mainline I know of. If any of them have been fixed already,
please let me know.
If you know of any other unresolved regressions from 2.6.26, please let me know
either and I'll add them to the list. Also, please let me know if any of the
entries below are invalid.
Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting and handling the
issue.
Listed regressions statistics:
Date Total Pending Unresolved
----------------------------------------
2008-08-30 135 48 36
2008-08-23 122 48 40
2008-08-16 103 47 37
2008-08-10 80 52 31
2008-08-02 47 31 20
Unresolved regressions
----------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11465
Subject : Linux-2.6.27-rc5, drm errors in log
Submitter : Gene Heskett <gene.heskett-H+0wwilmMs3R7s880joybQ@public.gmane.org>
Date : 2008-08-30 18:52 (1 days old)
References : http://marc.info/?l=linux-kernel&m=122012238925775&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11464
Subject : BUG: kernel-2.6.27-rc5: soft lockup - CPU#X stuck for 61s!
Submitter : Thomas Backlund <tmb-4qZELD6Fgxhg9hUCZPvPmw@public.gmane.org>
Date : 2008-08-30 12:46 (1 days old)
References : http://marc.info/?l=linux-kernel&m=122010171130384&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11463
Subject : sshd hangs on close
Submitter : Matthias Urlichs <matthias-+qxcz+fHsVSELgA04lAiVw@public.gmane.org>
Date : 2008-08-30 9:18 (1 days old)
References : http://marc.info/?l=linux-kernel&m=122008800512864&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11460
Subject : 2.6.27-rc3 to -rc4 regression: init 0 hangs in halt
Submitter : David Greaves <david-FQ/kcb21CSxWk0Htik3J/w@public.gmane.org>
Date : 2008-08-30 04:07 (1 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11459
Subject : kernel crash after wifi connection established
Submitter : Alexey Kuznetsov <ak-b7SOpcJQXxU@public.gmane.org>
Date : 2008-08-30 03:08 (1 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11452
Subject : md (regression): reboot/shutdown hangs
Submitter : Alistair John Strachan <alistair-T7eSMZptz7IqdlJmJB21zg@public.gmane.org>
Date : 2008-08-28 19:05 (3 days old)
References : http://marc.info/?l=linux-kernel&m=121995040514645&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11438
Subject : Upcoming oops in lockdep
Submitter : Arjan van de Ven <arjan-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
Date : 2008-08-23 20:49 (8 days old)
References : http://marc.info/?l=linux-kernel&m=121952463613140&w=4
http://www.kerneloops.org/searchweek.php?search=mark_lock
Handled-By : Peter Zijlstra <peterz-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11435
Subject : oops due to smp_call_function_single changes
Submitter : Avi Kivity <avi-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
Date : 2008-08-24 16:41 (7 days old)
References : http://marc.info/?l=linux-kernel&m=121959612027162&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11407
Subject : suspend: unable to handle kernel paging request
Submitter : Vegard Nossum <vegard.nossum-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-21 17:28 (10 days old)
References : http://marc.info/?l=linux-kernel&m=121933974928881&w=4
Handled-By : Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>
Pekka Enberg <penberg-bbCR+/B0CizivPeTLB3BmA@public.gmane.org>
Pavel Machek <pavel-AlSwsSmVLrQ@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11404
Subject : BUG: in 2.6.23-rc3-git7 in do_cciss_intr
Submitter : rdunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-21 5:52 (10 days old)
References : http://marc.info/?l=linux-kernel&m=121929819616273&w=4
http://marc.info/?l=linux-kernel&m=121932889105368&w=4
Handled-By : Miller, Mike (OS Dev) <Mike.Miller-VXdhtT5mjnY@public.gmane.org>
James Bottomley <James.Bottomley-JuX6DAaQMKPCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11403
Subject : 2.6.27-rc2 USB suspend regression
Submitter : Jeremy Fitzhardinge <jeremy-TSDbQ3PG+2Y@public.gmane.org>
Date : 2008-08-20 20:48 (11 days old)
References : http://marc.info/?l=linux-kernel&m=121926536103630&w=4
Handled-By : Alan Stern <stern-nwvwT67g6+6dFdvTe/nMLpVzexx5G7lz@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11398
Subject : hda_intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj.
Submitter : Frans Pop <elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
Date : 2008-08-21 17:17 (10 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11388
Subject : 2.6.27-rc3 warns about MTRR range; only 3 of 16gb of memory is usable
Submitter : Joshua Hoblitt <j_kernel-amK9oZtvyLhBDgjK7y7TUQ@public.gmane.org>
Date : 2008-08-20 17:38 (11 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11382
Subject : e1000e: 2.6.27-rc1 corrupts EEPROM/NVM
Submitter : David Vrabel <david.vrabel-kQvG35nSl+M@public.gmane.org>
Date : 2008-08-08 10:47 (23 days old)
References : http://marc.info/?l=linux-kernel&m=121819267211679&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11380
Subject : lockdep warning: cpu_add_remove_lock at:cpu_maps_update_begin+0x14/0x16
Submitter : Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>
Date : 2008-08-20 6:44 (11 days old)
References : http://marc.info/?l=linux-kernel&m=121921480931970&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11357
Subject : Can not boot up with zd1211rw USB-Wlan Stick
Submitter : uwe <kender-KuiJ5kEpwI6ELgA04lAiVw@public.gmane.org>
Date : 2008-08-16 14:17 (15 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11355
Subject : Regression in 2.6.27-rc2 when cross-building the kernel
Submitter : Larry Finger <Larry.Finger-tQ5ms3gMjBLk1uMJSBkQmQ@public.gmane.org>
Date : 2008-08-16 2:38 (15 days old)
References : http://marc.info/?l=linux-kernel&m=121885432118368&w=4
Handled-By : Sam Ravnborg <sam-uyr5N9Q2VtJg9hUCZPvPmw@public.gmane.org>
David Woodhouse <dwmw2-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11343
Subject : SATA Cold Boot Problems with 2.6.27-rc[23] on nVidia 680i
Submitter : Manny Maxwell <mannymax-7UBucS1kxs3k1uMJSBkQmQ@public.gmane.org>
Date : 2008-08-14 4:16 (17 days old)
References : http://marc.info/?l=linux-kernel&m=121868782917600&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11340
Subject : LTP overnight run resulted in unusable box
Submitter : Alexey Dobriyan <adobriyan-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-13 9:24 (18 days old)
References : http://marc.info/?l=linux-kernel&m=121861951902949&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11336
Subject : 2.6.27-rc2:stall while mounting root fs
Submitter : Torsten Kaiser <just.for.lkml-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org>
Date : 2008-08-12 12:37 (19 days old)
References : http://marc.info/?l=linux-kernel&m=121854484015909&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11335
Subject : 2.6.27-rc2-git5 BUG: unable to handle kernel paging request
Submitter : Randy Dunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-12 4:18 (19 days old)
References : http://marc.info/?l=linux-kernel&m=121851477201960&w=4
http://lkml.org/lkml/2008/8/16/274
Handled-By : Hugh Dickins <hugh-DTz5qymZ9yRBDgjK7y7TUQ@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11334
Subject : myri10ge: use ioremap_wc: compilation failure on ARM
Submitter : Martin Michlmayr <tbm-R+vWnYXSFMfQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-10 11:25 (21 days old)
References : http://marc.info/?l=linux-netdev&m=121836771727632&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11308
Subject : tbench regression on each kernel release from 2.6.22 -> 2.6.28
Submitter : Christoph Lameter <cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Date : 2008-08-11 18:36 (20 days old)
References : http://marc.info/?l=linux-kernel&m=121847986119495&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11279
Subject : 2.6.27-rc0 Power Bugs with HP/Compaq Laptops
Submitter : Matt Parnell <mparnell-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-07 14:57 (24 days old)
References : http://marc.info/?l=linux-kernel&m=121812108031685&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11272
Subject : BUG: parport_serial in 2.6.27-rc1 for NetMos Technology PCI 9835
Submitter : Jaswinder Singh <jaswinderlinux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-05 15:12 (26 days old)
References : http://marc.info/?l=linux-kernel&m=121794900319776&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11271
Subject : BUG: fealnx in 2.6.27-rc1
Submitter : Jaswinder Singh <jaswinderlinux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-05 14:58 (26 days old)
References : http://marc.info/?l=linux-netdev&m=121794762016830&w=4
http://lkml.org/lkml/2008/8/10/98
Handled-By : Francois Romieu <romieu-W8zweXLXuWQS+FvcfC7Uqw@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11264
Subject : Invalid op opcode in kernel/workqueue
Submitter : Jean-Luc Coulon <jean.luc.coulon-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-07 04:18 (24 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11237
Subject : corrupt PMD after resume
Submitter : Alan Jenkins <alan-jenkins-cCz0Lq7MMjm9FHfhHBbuYA@public.gmane.org>
Date : 2008-08-02 9:51 (29 days old)
References : http://marc.info/?l=linux-kernel&m=121767073424952&w=4
Handled-By : Hugh Dickins <hugh-DTz5qymZ9yRBDgjK7y7TUQ@public.gmane.org>
Jeremy Fitzhardinge <jeremy-TSDbQ3PG+2Y@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11230
Subject : Kconfig no longer outputs a .config with freshly updated defconfigs
Submitter : Josh Boyer <jwboyer-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
Date : 2008-08-02 16:03 (29 days old)
References : http://marc.info/?l=linux-kernel&m=121769306319391&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11224
Subject : Only three cores found on quad-core machine.
Submitter : Dave Jones <davej-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-01 18:15 (30 days old)
References : http://marc.info/?l=linux-kernel&m=121761475224719&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11220
Subject : Screen stays black after resume
Submitter : Nico Schottelius <nico-xuaVFQXs+5hIG4jRRZ66WA@public.gmane.org>
Date : 2008-07-31 21:05 (31 days old)
References : http://marc.info/?l=linux-kernel&m=121753882422899&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11215
Subject : INFO: possible recursive locking detected ps2_command
Submitter : Zdenek Kabelac <zdenek.kabelac-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-07-31 9:41 (31 days old)
References : http://marc.info/?l=linux-kernel&m=121749737011637&w=4
Handled-By : Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11210
Subject : libata badness
Submitter : Kumar Gala <galak-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
Date : 2008-07-31 18:53 (31 days old)
References : http://marc.info/?l=linux-ide&m=121753059307310&w=4
Handled-By : Kumar Gala <galak-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11209
Subject : 2.6.27-rc1 process time accounting
Submitter : Lukas Hejtmanek <xhejtman-8qz54MUs51PtwjQa/ONI9g@public.gmane.org>
Date : 2008-07-31 10:43 (31 days old)
References : http://marc.info/?l=linux-kernel&m=121750102917490&w=4
Handled-By : Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11191
Subject : 2.6.26-git8: spinlock lockup in c1e_idle()
Submitter : Mikhail Kshevetskiy <mikhail.kshevetskiy-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-07-24 03:22 (38 days old)
References : http://lkml.org/lkml/2008/7/23/317
Handled-By : Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11141
Subject : no battery or DC status - Dell i1501
Submitter : Gu Rui <chaos.proton-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-07-21 19:43 (41 days old)
Handled-By : Zhao Yakui <yakui.zhao-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Regressions with patches
------------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11462
Subject : v2.6.27-rc5 regression: mtd/block device issue with cmd_filter
Submitter : Laurent Pinchart <laurentp-BSmb2szPELAwsLKNixborgC/G2K4zDHf@public.gmane.org>
Date : 2008-08-29 10:50 (2 days old)
References : http://marc.info/?l=linux-kernel&m=122000707631759&w=4
http://marc.info/?l=linux-kernel&m=122011643217462&w=4
Handled-By : Jens Axboe <jens.axboe-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
FUJITA Tomonori fujita.tomonori at lab.ntt.co.jp>
Patch : http://lists.infradead.org/pipermail/linux-mtd/2008-August/022874.html
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11461
Subject : build breakage
Submitter : Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Date : 2008-08-30 10:34 (1 days old)
References : http://marc.info/?l=linux-kernel&m=122009254918593&w=4
Handled-By : Helge Deller <deller-Mmb7MZpHnFY@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=122009254918593&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11451
Subject : /proc/acpi/ibm/wan stopped appearing
Submitter : Jeremy Fitzhardinge <jeremy-TSDbQ3PG+2Y@public.gmane.org>
Date : 2008-08-27 22:11 (4 days old)
References : http://marc.info/?l=linux-kernel&m=121987514922627&w=4
Handled-By : Henrique de Moraes Holschuh <hmh-N3TV7GIv+o9fyO9Q7EP/yw@public.gmane.org>
Jeremy Fitzhardinge <jeremy-TSDbQ3PG+2Y@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=121989632915800&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11442
Subject : btusb hibernation/suspend breakage in current -git
Submitter : Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>
Date : 2008-08-25 11:37 (6 days old)
References : http://marc.info/?l=linux-bluetooth&m=121966402012074&w=4
Handled-By : Oliver Neukum <oliver-GvhC2dPhHPQdnm+yROfE0A@public.gmane.org>
Patch : http://marc.info/?l=linux-bluetooth&m=121967226027323&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11441
Subject : lots of 'in_atomic():1, irqs_disabled():0' with software-raid1
Submitter : jurriaan <thunder7-qWit8jRvyhVmR6Xm/wNWPw@public.gmane.org>
Date : 2008-08-27 17:05 (4 days old)
References : http://marc.info/?l=linux-kernel&m=121985847724696&w=4
Handled-By : Jens Axboe <jens.axboe-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Neil Brown <neilb-l3A5Bk7waGM@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=121998896602338&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11439
Subject : [2.6.27-rc4-git4] compilation warnings
Submitter : Rufus & Azrael <rufus-azrael-Bf/eaXMDFuuXqB7oj33eUg@public.gmane.org>
Date : 2008-08-26 9:37 (5 days old)
References : http://marc.info/?l=linux-kernel&m=121974353815440&w=4
Handled-By : Greg KH <gregkh-l3A5Bk7waGM@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=121976424221858&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11410
Subject : SLUB list_lock vs obj_hash.lock...
Submitter : Daniel J Blueman <daniel.blueman-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-22 21:48 (9 days old)
References : http://marc.info/?l=linux-kernel&m=121944176609042&w=4
Handled-By : Vegard Nossum <vegard.nossum-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=121993767320698&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11409
Subject : build issue #564 for v2.6.27-rc4 : undefined reference to `NS8390p_init'
Submitter : Toralf Förster <toralf.foerster-Mmb7MZpHnFY@public.gmane.org>
Date : 2008-08-22 8:33 (9 days old)
References : http://marc.info/?l=linux-kernel&m=121939410214677&w=4
Handled-By : Alan Cox <alan-qBU/x9rampVanCEyBjwyrvXRex20P6io@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=121943097320451&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11361
Subject : my servers with nvidia mcp55 nic don't work with msi in second kernel by kexec
Submitter : Yinghai Lu <yhlu.kernel-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-17 6:25 (14 days old)
References : http://marc.info/?l=linux-kernel&m=121895439927053&w=4
Handled-By : Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=121917167232014&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11358
Subject : net: forcedeth call restore mac addr in nv_shutdown path
Submitter : Yinghai Lu <yhlu.kernel-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-17 3:30 (14 days old)
References : http://marc.info/?l=linux-kernel&m=121894389018584&w=4
Handled-By : Yinghai Lu <yhlu.kernel-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=121894389018584&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11276
Subject : build error: CONFIG_OPTIMIZE_INLINING=y causes gcc 4.2 to do stupid things
Submitter : Randy Dunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-06 17:18 (25 days old)
References : http://marc.info/?l=linux-kernel&m=121804329014332&w=4
http://lkml.org/lkml/2008/7/22/353
Handled-By : Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
Patch : http://lkml.org/lkml/2008/7/22/364
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11207
Subject : VolanoMark regression with 2.6.27-rc1
Submitter : Zhang, Yanmin <yanmin_zhang-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
Date : 2008-07-31 3:20 (31 days old)
References : http://marc.info/?l=linux-kernel&m=121747464114335&w=4
Handled-By : Zhang, Yanmin <yanmin_zhang-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
Dhaval Giani <dhaval-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
Miao Xie <miaox-BthXqXjhjHXQFUHtdCDX3A@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=121922991027344&w=4
For details, please visit the bug entries and follow the links given in
references.
As you can see, there is a Bugzilla entry for each of the listed regressions.
There also is a Bugzilla entry used for tracking the regressions from 2.6.26,
unresolved as well as resolved, at:
http://bugzilla.kernel.org/show_bug.cgi?id=11167
Please let me know if there are any Bugzilla entries that should be added to
the list in there.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 367+ messages in thread
* 2.6.27-rc4-git1: Reported regressions from 2.6.26
@ 2008-08-23 18:07 Rafael J. Wysocki
2008-08-23 18:10 ` Rafael J. Wysocki
0 siblings, 1 reply; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-08-23 18:07 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Adrian Bunk, Andrew Morton, Linus Torvalds, Natalie Protasevich,
Kernel Testers List
This message contains a list of some regressions from 2.6.26, for which there
are no fixes in the mainline I know of. If any of them have been fixed already,
please let me know.
If you know of any other unresolved regressions from 2.6.26, please let me know
either and I'll add them to the list. Also, please let me know if any of the
entries below are invalid.
Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting and handling the
issue.
Listed regressions statistics:
Date Total Pending Unresolved
----------------------------------------
2008-08-23 122 48 40
2008-08-16 103 47 37
2008-08-10 80 52 31
2008-08-02 47 31 20
Unresolved regressions
----------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11414
Subject : Random crashes with 2.6.27-rc3 on PPC
Submitter : Michael Buesch <mb-fseUSCV1ubazQB+pC5nmwQ@public.gmane.org>
Date : 2008-08-23 14:10 (1 days old)
References : http://marc.info/?l=linux-kernel&m=121950076812616&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11410
Subject : SLUB list_lock vs obj_hash.lock...
Submitter : Daniel J Blueman <daniel.blueman-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-22 21:48 (2 days old)
References : http://marc.info/?l=linux-kernel&m=121944176609042&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11407
Subject : suspend: unable to handle kernel paging request
Submitter : Vegard Nossum <vegard.nossum-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-21 17:28 (3 days old)
References : http://marc.info/?l=linux-kernel&m=121933974928881&w=4
Handled-By : Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>
Pekka Enberg <penberg-bbCR+/B0CizivPeTLB3BmA@public.gmane.org>
Pavel Machek <pavel-AlSwsSmVLrQ@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11406
Subject : patch "x86: MOVE PCI IO ECS code to x86/pci" breaks CPU hotplug
Submitter : Jan Beulich <jbeulich-Et1tbQHTxzrQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-21 12:59 (3 days old)
References : http://marc.info/?l=linux-kernel&m=121932366326572&w=4
Handled-By : Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>
Robert Richter <robert.richter-5C7GfCeVMHo@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11405
Subject : 2.6.27-rc3 segfault on cold boot; not on warm boot.
Submitter : David Greaves <david-FQ/kcb21CSxWk0Htik3J/w@public.gmane.org>
Date : 2008-08-21 9:45 (3 days old)
References : http://marc.info/?l=linux-kernel&m=121931198904777&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11404
Subject : BUG: in 2.6.23-rc3-git7 in do_cciss_intr
Submitter : rdunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-21 5:52 (3 days old)
References : http://marc.info/?l=linux-kernel&m=121929819616273&w=4
http://marc.info/?l=linux-kernel&m=121932889105368&w=4
Handled-By : Miller, Mike (OS Dev) <Mike.Miller-VXdhtT5mjnY@public.gmane.org>
James Bottomley <James.Bottomley-JuX6DAaQMKPCXq6kfMZ53/egYHeGw8Jk@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11403
Subject : 2.6.27-rc2 USB suspend regression
Submitter : Jeremy Fitzhardinge <jeremy-TSDbQ3PG+2Y@public.gmane.org>
Date : 2008-08-20 20:48 (4 days old)
References : http://marc.info/?l=linux-kernel&m=121926536103630&w=4
Handled-By : Alan Stern <stern-nwvwT67g6+6dFdvTe/nMLpVzexx5G7lz@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11402
Subject : skbuff bug?
Submitter : Yinghai Lu <yhlu.kernel-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-21 3:56 (3 days old)
References : http://marc.info/?l=linux-kernel&m=121929102707658&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11401
Subject : pktcdvd: BUG, NULL pointer dereference in pkt_ioctl, bisected
Submitter : Laurent Riffard <laurent.riffard-GANU6spQydw@public.gmane.org>
Date : 2008-08-22 08:16 (2 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11398
Subject : hda_intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj.
Submitter : Frans Pop <elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
Date : 2008-08-21 17:17 (3 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11388
Subject : 2.6.27-rc3 warns about MTRR range; only 3 of 16gb of memory is usable
Submitter : Joshua Hoblitt <j_kernel-amK9oZtvyLhBDgjK7y7TUQ@public.gmane.org>
Date : 2008-08-20 17:38 (4 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11382
Subject : e1000e: 2.6.27-rc1 corrupts EEPROM/NVM
Submitter : David Vrabel <david.vrabel-kQvG35nSl+M@public.gmane.org>
Date : 2008-08-08 10:47 (16 days old)
References : http://marc.info/?l=linux-kernel&m=121819267211679&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11380
Subject : lockdep warning: cpu_add_remove_lock at:cpu_maps_update_begin+0x14/0x16
Submitter : Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>
Date : 2008-08-20 6:44 (4 days old)
References : http://marc.info/?l=linux-kernel&m=121921480931970&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11379
Subject : char/tpm: tpm_infineon no longer loaded for HP 2510p laptop
Submitter : Frans Pop <elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
Date : 2008-08-18 13:40 (6 days old)
References : http://marc.info/?l=linux-kernel&m=121906698213329&w=4
Handled-By : Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11357
Subject : Can not boot up with zd1211rw USB-Wlan Stick
Submitter : uwe <kender-KuiJ5kEpwI6ELgA04lAiVw@public.gmane.org>
Date : 2008-08-16 14:17 (8 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11356
Subject : Linux 2.6.27-rc3 - build failure: undefined reference to `.lockdep_count_forward_deps'
Submitter : Frans Pop <elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
Date : 2008-08-16 19:11 (8 days old)
References : http://marc.info/?l=linux-kernel&m=121891396320127&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11355
Subject : Regression in 2.6.27-rc2 when cross-building the kernel
Submitter : Larry Finger <Larry.Finger-tQ5ms3gMjBLk1uMJSBkQmQ@public.gmane.org>
Date : 2008-08-16 2:38 (8 days old)
References : http://marc.info/?l=linux-kernel&m=121885432118368&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11354
Subject : AMD Elan regression with 2.6.27-rc3
Submitter : Sean Young <sean-hENCXIMQXOg@public.gmane.org>
Date : 2008-08-15 18:37 (9 days old)
References : http://marc.info/?l=linux-kernel&m=121882578430056&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11343
Subject : SATA Cold Boot Problems with 2.6.27-rc[23] on nVidia 680i
Submitter : Manny Maxwell <mannymax-7UBucS1kxs3k1uMJSBkQmQ@public.gmane.org>
Date : 2008-08-14 4:16 (10 days old)
References : http://marc.info/?l=linux-kernel&m=121868782917600&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11342
Subject : Linux 2.6.27-rc3: kernel BUG at mm/vmalloc.c - bisected
Submitter : Alan D. Brunelle <Alan.Brunelle-VXdhtT5mjnY@public.gmane.org>
Date : 2008-08-13 23:03 (11 days old)
References : http://marc.info/?l=linux-kernel&m=121866876027629&w=4
Handled-By : Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11340
Subject : LTP overnight run resulted in unusable box
Submitter : Alexey Dobriyan <adobriyan-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-13 9:24 (11 days old)
References : http://marc.info/?l=linux-kernel&m=121861951902949&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11336
Subject : 2.6.27-rc2:stall while mounting root fs
Submitter : Torsten Kaiser <just.for.lkml-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org>
Date : 2008-08-12 12:37 (12 days old)
References : http://marc.info/?l=linux-kernel&m=121854484015909&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11335
Subject : 2.6.27-rc2-git5 BUG: unable to handle kernel paging request
Submitter : Randy Dunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-12 4:18 (12 days old)
References : http://marc.info/?l=linux-kernel&m=121851477201960&w=4
http://lkml.org/lkml/2008/8/16/274
Handled-By : Hugh Dickins <hugh-DTz5qymZ9yRBDgjK7y7TUQ@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11334
Subject : myri10ge: use ioremap_wc: compilation failure on ARM
Submitter : Martin Michlmayr <tbm-R+vWnYXSFMfQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-10 11:25 (14 days old)
References : http://marc.info/?l=linux-netdev&m=121836771727632&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11308
Subject : tbench regression on each kernel release from 2.6.22 -> 2.6.28
Submitter : Christoph Lameter <cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Date : 2008-08-11 18:36 (13 days old)
References : http://marc.info/?l=linux-kernel&m=121847986119495&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11282
Subject : Please fix x86 defconfig regression
Submitter : Andi Kleen <andi-Vw/NltI1exuRpAAqCnN02g@public.gmane.org>
Date : 2008-08-07 20:46 (17 days old)
References : http://marc.info/?l=linux-kernel&m=121814188805666&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11279
Subject : 2.6.27-rc0 Power Bugs with HP/Compaq Laptops
Submitter : Matt Parnell <mparnell-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-07 14:57 (17 days old)
References : http://marc.info/?l=linux-kernel&m=121812108031685&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11272
Subject : BUG: parport_serial in 2.6.27-rc1 for NetMos Technology PCI 9835
Submitter : Jaswinder Singh <jaswinderlinux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-05 15:12 (19 days old)
References : http://marc.info/?l=linux-kernel&m=121794900319776&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11271
Subject : BUG: fealnx in 2.6.27-rc1
Submitter : Jaswinder Singh <jaswinderlinux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-05 14:58 (19 days old)
References : http://marc.info/?l=linux-netdev&m=121794762016830&w=4
http://lkml.org/lkml/2008/8/10/98
Handled-By : Francois Romieu <romieu-W8zweXLXuWQS+FvcfC7Uqw@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11264
Subject : Invalid op opcode in kernel/workqueue
Submitter : Jean-Luc Coulon <jean.luc.coulon-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-07 04:18 (17 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11237
Subject : corrupt PMD after resume
Submitter : Alan Jenkins <alan-jenkins-cCz0Lq7MMjm9FHfhHBbuYA@public.gmane.org>
Date : 2008-08-02 9:51 (22 days old)
References : http://marc.info/?l=linux-kernel&m=121767073424952&w=4
Handled-By : Hugh Dickins <hugh-DTz5qymZ9yRBDgjK7y7TUQ@public.gmane.org>
Jeremy Fitzhardinge <jeremy-TSDbQ3PG+2Y@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11230
Subject : Kconfig no longer outputs a .config with freshly updated defconfigs
Submitter : Josh Boyer <jwboyer-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
Date : 2008-08-02 16:03 (22 days old)
References : http://marc.info/?l=linux-kernel&m=121769306319391&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11224
Subject : Only three cores found on quad-core machine.
Submitter : Dave Jones <davej-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-01 18:15 (23 days old)
References : http://marc.info/?l=linux-kernel&m=121761475224719&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11220
Subject : Screen stays black after resume
Submitter : Nico Schottelius <nico-xuaVFQXs+5hIG4jRRZ66WA@public.gmane.org>
Date : 2008-07-31 21:05 (24 days old)
References : http://marc.info/?l=linux-kernel&m=121753882422899&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11219
Subject : KVM modules break emergency reboot
Submitter : Zdenek Kabelac <zdenek.kabelac-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-01 20:25 (23 days old)
References : http://marc.info/?l=linux-kernel&m=121762241105336&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11215
Subject : INFO: possible recursive locking detected ps2_command
Submitter : Zdenek Kabelac <zdenek.kabelac-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-07-31 9:41 (24 days old)
References : http://marc.info/?l=linux-kernel&m=121749737011637&w=4
Handled-By : Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11210
Subject : libata badness
Submitter : Kumar Gala <galak-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
Date : 2008-07-31 18:53 (24 days old)
References : http://marc.info/?l=linux-ide&m=121753059307310&w=4
Handled-By : Ben Dooks <ben-linux-elnMNo+KYs3YtjvyW6yDsg@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11209
Subject : 2.6.27-rc1 process time accounting
Submitter : Lukas Hejtmanek <xhejtman-8qz54MUs51PtwjQa/ONI9g@public.gmane.org>
Date : 2008-07-31 10:43 (24 days old)
References : http://marc.info/?l=linux-kernel&m=121750102917490&w=4
Handled-By : Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11191
Subject : 2.6.26-git8: spinlock lockup in c1e_idle()
Submitter : Mikhail Kshevetskiy <mikhail.kshevetskiy-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-07-24 03:22 (31 days old)
References : http://lkml.org/lkml/2008/7/23/317
Handled-By : Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11141
Subject : no battery or DC status - Dell i1501
Submitter : Gu Rui <chaos.proton-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-07-21 19:43 (34 days old)
Handled-By : Zhao Yakui <yakui.zhao-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Regressions with patches
------------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11413
Subject : get_rtc_time() triggers NMI watchdog in hpet_rtc_interrupt()
Submitter : Mikael Pettersson <mikpe-1zs4UD6AkMk@public.gmane.org>
Date : 2008-08-23 9:48 (1 days old)
References : http://marc.info/?l=linux-kernel&m=121948503224161&w=4
Handled-By : Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=121950734922457&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11409
Subject : build issue #564 for v2.6.27-rc4 : undefined reference to `NS8390p_init'
Submitter : Toralf Förster <toralf.foerster-Mmb7MZpHnFY@public.gmane.org>
Date : 2008-08-22 8:33 (2 days old)
References : http://marc.info/?l=linux-kernel&m=121939410214677&w=4
Handled-By : Alan Cox <alan-qBU/x9rampVanCEyBjwyrvXRex20P6io@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=121943097320451&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11361
Subject : my servers with nvidia mcp55 nic don't work with msi in second kernel by kexec
Submitter : Yinghai Lu <yhlu.kernel-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-17 6:25 (7 days old)
References : http://marc.info/?l=linux-kernel&m=121895439927053&w=4
Handled-By : Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=121917167232014&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11360
Subject : mpc8xxx_wdt.c doesn't build modular
Submitter : Dave Jones <davej-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-17 08:07 (7 days old)
References : http://lkml.org/lkml/2008/8/12/465
Handled-By : Anton Vorontsov <avorontsov-hkdhdckH98+B+jHODAdFcQ@public.gmane.org>
Patch : http://lkml.org/lkml/2008/8/13/344
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11358
Subject : net: forcedeth call restore mac addr in nv_shutdown path
Submitter : Yinghai Lu <yhlu.kernel-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-17 3:30 (7 days old)
References : http://marc.info/?l=linux-kernel&m=121894389018584&w=4
Handled-By : Yinghai Lu <yhlu.kernel-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=121894389018584&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11276
Subject : build error: CONFIG_OPTIMIZE_INLINING=y causes gcc 4.2 to do stupid things
Submitter : Randy Dunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-06 17:18 (18 days old)
References : http://marc.info/?l=linux-kernel&m=121804329014332&w=4
http://lkml.org/lkml/2008/7/22/353
Handled-By : Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
Patch : http://lkml.org/lkml/2008/7/22/364
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11254
Subject : KVM: fix userspace ABI breakage
Submitter : Adrian Bunk <bunk-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Date : 21 Jul 2008 17:58:26 (0 days old)
References : http://lkml.org/lkml/2008/7/21/197
Handled-By : Adrian Bunk <bunk-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Patch : http://lkml.org/lkml/2008/7/21/197
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11207
Subject : VolanoMark regression with 2.6.27-rc1
Submitter : Zhang, Yanmin <yanmin_zhang-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
Date : 2008-07-31 3:20 (24 days old)
References : http://marc.info/?l=linux-kernel&m=121747464114335&w=4
Handled-By : Zhang, Yanmin <yanmin_zhang-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
Dhaval Giani <dhaval-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
Miao Xie <miaox-BthXqXjhjHXQFUHtdCDX3A@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=121922991027344&w=4
For details, please visit the bug entries and follow the links given in
references.
As you can see, there is a Bugzilla entry for each of the listed regressions.
There also is a Bugzilla entry used for tracking the regressions from 2.6.26,
unresolved as well as resolved, at:
http://bugzilla.kernel.org/show_bug.cgi?id=11167
Please let me know if there are any Bugzilla entries that should be added to
the list in there.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 367+ messages in thread
* 2.6.27-rc3-git3: Reported regressions from 2.6.26
@ 2008-08-16 19:00 Rafael J. Wysocki
2008-08-16 19:02 ` Rafael J. Wysocki
0 siblings, 1 reply; 367+ messages in thread
From: Rafael J. Wysocki @ 2008-08-16 19:00 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Adrian Bunk, Andrew Morton, Linus Torvalds, Natalie Protasevich,
Kernel Testers List
This message contains a list of some regressions from 2.6.26, for which there
are no fixes in the mainline I know of. If any of them have been fixed already,
please let me know.
If you know of any other unresolved regressions from 2.6.26, please let me know
either and I'll add them to the list. Also, please let me know if any of the
entries below are invalid.
Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting and handling the
issue.
Listed regressions statistics:
Date Total Pending Unresolved
----------------------------------------
2008-08-16 103 47 37
2008-08-10 80 52 31
2008-08-02 47 31 20
Unresolved regressions
----------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11356
Subject : Linux 2.6.27-rc3 - build failure: undefined reference to `.lockdep_count_forward_deps'
Submitter : Frans Pop <elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
Date : 2008-08-16 19:11 (1 days old)
References : http://marc.info/?l=linux-kernel&m=121891396320127&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11355
Subject : Regression in 2.6.27-rc2 when cross-building the kernel
Submitter : Larry Finger <Larry.Finger-tQ5ms3gMjBLk1uMJSBkQmQ@public.gmane.org>
Date : 2008-08-16 2:38 (1 days old)
References : http://marc.info/?l=linux-kernel&m=121885432118368&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11354
Subject : AMD Elan regression with 2.6.27-rc3
Submitter : Sean Young <sean-hENCXIMQXOg@public.gmane.org>
Date : 2008-08-15 18:37 (2 days old)
References : http://marc.info/?l=linux-kernel&m=121882578430056&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11344
Subject : lockdep link failed
Submitter : Ming Lei <tom.leiming-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-14 9:58 (3 days old)
References : http://marc.info/?l=linux-kernel&m=121870792715847&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11343
Subject : SATA Cold Boot Problems with 2.6.27-rc[23] on nVidia 680i
Submitter : Manny Maxwell <mannymax-7UBucS1kxs3k1uMJSBkQmQ@public.gmane.org>
Date : 2008-08-14 4:16 (3 days old)
References : http://marc.info/?l=linux-kernel&m=121868782917600&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11341
Subject : 2.6.27-rc1 - ext4 e2fsck false prompting for fixing i_size of Inode
Submitter : Kamalesh Babulal <kamalesh-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
Date : 2008-08-13 6:56 (4 days old)
References : http://marc.info/?l=linux-kernel&m=121861058720051&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11340
Subject : LTP overnight run resulted in unusable box
Submitter : Alexey Dobriyan <adobriyan-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-13 9:24 (4 days old)
References : http://marc.info/?l=linux-kernel&m=121861951902949&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11339
Subject : Only one of my cpus seems to powered down by cpufreq
Submitter : Torsten Kaiser <just.for.lkml-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org>
Date : 2008-08-13 20:18 (4 days old)
References : http://marc.info/?l=linux-kernel&m=121865907511340&w=4
Handled-By : Langsdorf, Mark <mark.langsdorf-5C7GfCeVMHo@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11338
Subject : ia64 allmodconfig on current mainline
Submitter : Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Date : 2008-08-12 22:06 (5 days old)
References : http://marc.info/?l=linux-ia64&m=121857881314455&w=4
Handled-By : Luck, Tony <tony.luck-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Robin Holt <holt-sJ/iWh9BUns@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11337
Subject : Warning in during hotplug on 2.6.27-rc2-git5
Submitter : Mark Langsdorf <mark.langsdorf-5C7GfCeVMHo@public.gmane.org>
Date : 2008-08-12 21:56 (5 days old)
References : http://marc.info/?l=linux-kernel&m=121857820413373&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11336
Subject : 2.6.27-rc2:stall while mounting root fs
Submitter : Torsten Kaiser <just.for.lkml-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org>
Date : 2008-08-12 12:37 (5 days old)
References : http://marc.info/?l=linux-kernel&m=121854484015909&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11335
Subject : 2.6.27-rc2-git5 BUG: unable to handle kernel paging request
Submitter : Randy Dunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-12 4:18 (5 days old)
References : http://marc.info/?l=linux-kernel&m=121851477201960&w=4
Handled-By : Hugh Dickins <hugh-DTz5qymZ9yRBDgjK7y7TUQ@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11334
Subject : myri10ge: use ioremap_wc: compilation failure on ARM
Submitter : Martin Michlmayr <tbm-R+vWnYXSFMfQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-10 11:25 (7 days old)
References : http://marc.info/?l=linux-netdev&m=121836771727632&w=2
Handled-By : Brice Goglin <brice-vV262kQ/Wyo@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11333
Subject : Rewrite SSB DMA API breaks compilation on ARM
Submitter : Martin Michlmayr <tbm-R+vWnYXSFMfQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-10 12:16 (7 days old)
References : http://marc.info/?l=linux-wireless&m=121837082431460&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11313
Subject : Plugging HDMI causes "unable to handle kernel paging request"
Submitter : Rafał Miłecki <zajec5-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-12 14:30 (5 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11308
Subject : tbench regression on each kernel release from 2.6.22 -> 2.6.28
Submitter : Christoph Lameter <cl-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Date : 2008-08-11 18:36 (6 days old)
References : http://marc.info/?l=linux-kernel&m=121847986119495&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11296
Subject : 2.6.27-rc2-git4: suspend and power off fails on Asus M3A32-MVP
Submitter : Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>
Date : 2008-08-09 21:21 (8 days old)
References : http://marc.info/?l=linux-kernel&m=121831675111794&w=4
Handled-By : Langsdorf, Mark <mark.langsdorf-5C7GfCeVMHo@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11293
Subject : 2.6.27-rc2: suspend regression on EeePC
Submitter : Alan Jenkins <alan-jenkins-cCz0Lq7MMjm9FHfhHBbuYA@public.gmane.org>
Date : 2008-08-06 18:59 (11 days old)
References : http://thread.gmane.org/gmane.linux.kernel.kernel-testers/701
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11282
Subject : Please fix x86 defconfig regression
Submitter : Andi Kleen <andi-Vw/NltI1exuRpAAqCnN02g@public.gmane.org>
Date : 2008-08-07 20:46 (10 days old)
References : http://marc.info/?l=linux-kernel&m=121814188805666&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11279
Subject : 2.6.27-rc0 Power Bugs with HP/Compaq Laptops
Submitter : Matt Parnell <mparnell-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-07 14:57 (10 days old)
References : http://marc.info/?l=linux-kernel&m=121812108031685&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11278
Subject : 2.6.27-rc2: Very odd top: '5124095h kthreadd' display
Submitter : Grant Coady <grant_lkml-rGYn+TmxqGy6c6uEtOJ/EA@public.gmane.org>
Date : 2008-08-07 7:03 (10 days old)
References : http://marc.info/?l=linux-kernel&m=121809267318795&w=4
Handled-By : Peter Zijlstra <peterz-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11272
Subject : BUG: parport_serial in 2.6.27-rc1 for NetMos Technology PCI 9835
Submitter : Jaswinder Singh <jaswinderlinux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-05 15:12 (12 days old)
References : http://marc.info/?l=linux-kernel&m=121794900319776&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11271
Subject : BUG: fealnx in 2.6.27-rc1
Submitter : Jaswinder Singh <jaswinderlinux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-05 14:58 (12 days old)
References : http://marc.info/?l=linux-netdev&m=121794762016830&w=4
http://lkml.org/lkml/2008/8/10/98
Handled-By : Francois Romieu <romieu-W8zweXLXuWQS+FvcfC7Uqw@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11264
Subject : Invalid op opcode in kernel/workqueue
Submitter : Jean-Luc Coulon <jean.luc.coulon-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-07 04:18 (10 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11263
Subject : Re: 2.6.27-rc2: uvcvideo WARNING after suspend to ram
Submitter : Alan Jenkins <alan-jenkins-cCz0Lq7MMjm9FHfhHBbuYA@public.gmane.org>
Date : 2008-08-07 04:02 (10 days old)
References : http://comments.gmane.org/gmane.linux.kernel/717552
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11245
Subject : acpi error on 2.6.27-rc1+ (ACPI Error (dsobject-0501))
Submitter : Marcin Slusarz <marcin.slusarz-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-03 18:29 (14 days old)
References : http://marc.info/?l=linux-kernel&m=121778823123488&w=4
Handled-By : Zhang Rui <rui.zhang-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Zhao Yakui <yakui.zhao-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11237
Subject : corrupt PMD after resume
Submitter : Alan Jenkins <alan-jenkins-cCz0Lq7MMjm9FHfhHBbuYA@public.gmane.org>
Date : 2008-08-02 9:51 (15 days old)
References : http://marc.info/?l=linux-kernel&m=121767073424952&w=4
Handled-By : Hugh Dickins <hugh-DTz5qymZ9yRBDgjK7y7TUQ@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11230
Subject : Kconfig no longer outputs a .config with freshly updated defconfigs
Submitter : Josh Boyer <jwboyer-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
Date : 2008-08-02 16:03 (15 days old)
References : http://marc.info/?l=linux-kernel&m=121769306319391&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11224
Subject : Only three cores found on quad-core machine.
Submitter : Dave Jones <davej-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-01 18:15 (16 days old)
References : http://marc.info/?l=linux-kernel&m=121761475224719&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11220
Subject : Heavy suspend and io problems in 2.6.27-rc1-00156-g94ad374
Submitter : Nico Schottelius <nico-xuaVFQXs+5hIG4jRRZ66WA@public.gmane.org>
Date : 2008-07-31 21:05 (17 days old)
References : http://marc.info/?l=linux-kernel&m=121753882422899&w=4
Handled-By : Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11219
Subject : KVM modules break emergency reboot
Submitter : Zdenek Kabelac <zdenek.kabelac-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-08-01 20:25 (16 days old)
References : http://marc.info/?l=linux-kernel&m=121762241105336&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11215
Subject : INFO: possible recursive locking detected ps2_command
Submitter : Zdenek Kabelac <zdenek.kabelac-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-07-31 9:41 (17 days old)
References : http://marc.info/?l=linux-kernel&m=121749737011637&w=4
Handled-By : Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11210
Subject : libata badness
Submitter : Kumar Gala <galak-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
Date : 2008-07-31 18:53 (17 days old)
References : http://marc.info/?l=linux-ide&m=121753059307310&w=4
Handled-By : Ben Dooks <ben-linux-elnMNo+KYs3YtjvyW6yDsg@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11209
Subject : 2.6.27-rc1 process time accounting
Submitter : Lukas Hejtmanek <xhejtman-8qz54MUs51PtwjQa/ONI9g@public.gmane.org>
Date : 2008-07-31 10:43 (17 days old)
References : http://marc.info/?l=linux-kernel&m=121750102917490&w=4
Handled-By : Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11207
Subject : VolanoMark regression with 2.6.27-rc1
Submitter : Zhang, Yanmin <yanmin_zhang-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
Date : 2008-07-31 3:20 (17 days old)
References : http://marc.info/?l=linux-kernel&m=121747464114335&w=4
Handled-By : Zhang, Yanmin <yanmin_zhang-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
Peter Zijlstra <a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>
Dhaval Giani <dhaval-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
Miao Xie <miaox-BthXqXjhjHXQFUHtdCDX3A@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11191
Subject : 2.6.26-git8: spinlock lockup in c1e_idle()
Submitter : Mikhail Kshevetskiy <mikhail.kshevetskiy-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-07-24 03:22 (24 days old)
References : http://lkml.org/lkml/2008/7/23/317
Handled-By : Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11141
Subject : no battery or DC status - Dell i1501
Submitter : Gu Rui <chaos.proton-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date : 2008-07-21 19:43 (27 days old)
Handled-By : Zhao Yakui <yakui.zhao-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Regressions with patches
------------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11346
Subject : kernel BUG at arch/x86/mm/pat.c:233!
Submitter : Jean Delvare <khali-PUYAD+kWke1g9hUCZPvPmw@public.gmane.org>
Date : 2008-08-15 02:10 (2 days old)
Handled-By : Andi Kleen <andi-Vw/NltI1exuRpAAqCnN02g@public.gmane.org>
Patch : http://bugzilla.kernel.org/attachment.cgi?id=17270&action=view
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11330
Subject : int3: 0000 in tsc_read_refs when using powernow_k7
Submitter : Mikko Vinni <mmvinni-/E1597aS9LQAvxtiuMwx3w@public.gmane.org>
Date : 2008-08-14 04:21 (3 days old)
Patch : http://bugzilla.kernel.org/show_bug.cgi?id=11330#c2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11323
Subject : /proc/diskstats does not contain all disk devices
Submitter : Andy Ryan <genanr-FUK3p6tQds9Wk0Htik3J/w@public.gmane.org>
Date : 2008-08-13 12:12 (4 days old)
Handled-By : Greg Kroah-Hartman <greg-U8xfFu+wG4EAvxtiuMwx3w@public.gmane.org>
Kay Sievers <kay.sievers-tD+1rO4QERM@public.gmane.org>
Patch : http://bugzilla.kernel.org/attachment.cgi?id=17257&action=view
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11316
Subject : severe performance regression for iptables nat routing
Submitter : Alex Williamson <alex.williamson-VXdhtT5mjnY@public.gmane.org>
Date : 2008-08-12 22:04 (5 days old)
Handled-By : Herbert Xu <herbert-lOAM2aK0SrRLBo1qDEOMRrpzq4S04n8Q@public.gmane.org>
Patch : http://bugzilla.kernel.org/show_bug.cgi?id=11316#c15
http://bugzilla.kernel.org/show_bug.cgi?id=11316#c16
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11276
Subject : build error: CONFIG_OPTIMIZE_INLINING=y causes gcc 4.2 to do stupid things
Submitter : Randy Dunlap <randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Date : 2008-08-06 17:18 (11 days old)
References : http://marc.info/?l=linux-kernel&m=121804329014332&w=4
http://lkml.org/lkml/2008/7/22/353
Handled-By : Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
Patch : http://lkml.org/lkml/2008/7/22/364
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11260
Subject : Regression: USB memory stick triggers several USB resets before settling with bogus capacity
Submitter : Alex Villacis Lasso <avillaci-x0m+Mc+nT7uljOmnV8AmnkElSqmLX1BE@public.gmane.org>
Date : 2008-08-06 13:33 (11 days old)
Handled-By : Hugh Dickins <hugh-DTz5qymZ9yRBDgjK7y7TUQ@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=121804333614405&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11254
Subject : KVM: fix userspace ABI breakage
Submitter : Adrian Bunk <bunk-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Date : 21 Jul 2008 17:58:26 (0 days old)
References : http://lkml.org/lkml/2008/7/21/197
Handled-By : Adrian Bunk <bunk-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Patch : http://lkml.org/lkml/2008/7/21/197
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11228
Subject : p54usb broken by commit b19fa1f
Submitter : Larry Finger <Larry.Finger-tQ5ms3gMjBLk1uMJSBkQmQ@public.gmane.org>
Date : 2008-08-02 3:06 (15 days old)
References : http://marc.info/?l=linux-kernel&m=121764647801783&w=4
Handled-By : Larry Finger <Larry.Finger-tQ5ms3gMjBLk1uMJSBkQmQ@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=121779445431434&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11205
Subject : x86: 2.6.27-rc1 does not build with gcc-3.2.3 any more
Submitter : Mikael Pettersson <mikpe-1zs4UD6AkMk@public.gmane.org>
Date : 2008-07-30 11:02 (18 days old)
References : http://marc.info/?l=linux-kernel&m=121741584608240&w=4
Handled-By : Mikael Pettersson <mikpe-1zs4UD6AkMk@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=121742199419686&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11189
Subject : sky2 WOL broken
Submitter : Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>
Date : 2008-07-20 0:20:10 (28 days old)
References : http://marc.info/?l=linux-next&m=121651311115104&w=4
Handled-By : Stephen Hemminger <shemminger-ZtmgI6mnKB3QT0dZR+AlfA@public.gmane.org>
Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>
Patch : http://marc.info/?l=linux-kernel&m=121838931923267&w=4
For details, please visit the bug entries and follow the links given in
references.
As you can see, there is a Bugzilla entry for each of the listed regressions.
There also is a Bugzilla entry used for tracking the regressions from 2.6.26,
unresolved as well as resolved, at:
http://bugzilla.kernel.org/show_bug.cgi?id=11167
Please let me know if there are any Bugzilla entries that should be added to
the list in there.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 367+ messages in thread
end of thread, other threads:[~2008-11-21 18:20 UTC | newest]
Thread overview: 367+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-09-12 18:59 2.6.27-rc6-git2: Reported regressions from 2.6.26 Rafael J. Wysocki
2008-09-12 18:59 ` Rafael J. Wysocki
2008-09-12 18:59 ` [Bug #11207] VolanoMark regression with 2.6.27-rc1 Rafael J. Wysocki
2008-09-12 18:59 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11220] Screen stays black after resume Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11210] libata badness Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11215] INFO: possible recursive locking detected ps2_command Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11237] corrupt PMD after resume Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11230] Kconfig no longer outputs a .config with freshly updated defconfigs Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11224] Only three cores found on quad-core machine Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11271] BUG: fealnx in 2.6.27-rc1 Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-13 8:47 ` Jaswinder Singh
2008-09-13 8:47 ` Jaswinder Singh
2008-09-12 19:06 ` [Bug #11264] Invalid op opcode in kernel/workqueue Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11272] BUG: parport_serial in 2.6.27-rc1 for NetMos Technology PCI 9835 Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-16 15:25 ` Jaswinder Singh
2008-09-12 19:06 ` [Bug #11276] build error: CONFIG_OPTIMIZE_INLINING=y causes gcc 4.2 to do stupid things Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 20:46 ` Randy Dunlap
2008-09-12 20:46 ` Randy Dunlap
[not found] ` <48CAD51D.4060908-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
2008-09-12 21:19 ` Rafael J. Wysocki
2008-09-12 21:19 ` Rafael J. Wysocki
[not found] ` <200809122319.18633.rjw-KKrjLPT3xs0@public.gmane.org>
2008-09-17 14:26 ` Bjorn Helgaas
2008-09-17 14:26 ` Bjorn Helgaas
2008-09-12 19:06 ` [Bug #11335] 2.6.27-rc2-git5 BUG: unable to handle kernel paging request Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 22:05 ` Christoph Lameter
2008-09-12 22:05 ` Christoph Lameter
[not found] ` <48CAE7A0.8000004-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
2008-09-13 11:44 ` Mike Galbraith
2008-09-13 11:44 ` Mike Galbraith
[not found] ` <1221306287.5213.111.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org>
2008-09-13 11:57 ` Mike Galbraith
2008-09-13 11:57 ` Mike Galbraith
2008-09-14 6:24 ` Mike Galbraith
2008-09-14 6:24 ` Mike Galbraith
[not found] ` <1221373494.4979.1.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org>
2008-09-14 7:02 ` Mike Galbraith
2008-09-14 7:02 ` Mike Galbraith
2008-09-14 14:18 ` Christoph Lameter
2008-09-14 14:18 ` Christoph Lameter
[not found] ` <48CD1D25.9080301-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
2008-09-14 19:51 ` Mike Galbraith
2008-09-14 19:51 ` Mike Galbraith
[not found] ` <1221421907.4597.24.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org>
2008-09-15 10:44 ` Mike Galbraith
2008-09-15 10:44 ` Mike Galbraith
[not found] ` <1221475440.4784.39.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org>
2008-09-16 12:28 ` Mike Galbraith
2008-09-16 12:28 ` Mike Galbraith
[not found] ` <1221568105.5020.17.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org>
2008-09-16 14:07 ` Ilpo Järvinen
2008-09-16 14:07 ` Ilpo Järvinen
2008-09-17 4:39 ` Mike Galbraith
2008-09-17 4:39 ` Mike Galbraith
2008-09-17 5:01 ` Mike Galbraith
2008-09-17 5:01 ` Mike Galbraith
[not found] ` <1221627676.5125.3.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org>
2008-09-17 10:40 ` Ingo Molnar
2008-09-17 10:40 ` Ingo Molnar
[not found] ` <20080917104044.GC18764-X9Un+BFzKDI@public.gmane.org>
2008-09-17 11:41 ` Mike Galbraith
2008-09-17 11:41 ` Mike Galbraith
[not found] ` <1221651701.5102.17.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org>
2008-09-17 12:49 ` Ingo Molnar
2008-09-17 12:49 ` Ingo Molnar
[not found] ` <20080917124943.GA7738-X9Un+BFzKDI@public.gmane.org>
2008-09-17 13:11 ` Mike Galbraith
2008-09-17 13:11 ` Mike Galbraith
[not found] ` <1221657111.5511.14.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org>
2008-09-17 13:36 ` Ilpo Järvinen
2008-09-17 13:36 ` Ilpo Järvinen
[not found] ` <Pine.LNX.4.64.0809171629550.1034-x/A8LOkYjdVsRR2hCrRKtT03IgOmwywn@public.gmane.org>
2008-09-17 13:57 ` Mike Galbraith
2008-09-17 13:57 ` Mike Galbraith
[not found] ` <1221659858.8818.13.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org>
2008-09-17 17:04 ` Ilpo Järvinen
2008-09-17 17:04 ` Ilpo Järvinen
2008-09-18 7:12 ` Mike Galbraith
2008-09-18 7:12 ` Mike Galbraith
[not found] ` <1221721970.5003.9.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org>
2008-09-18 7:25 ` Mike Galbraith
2008-09-18 7:25 ` Mike Galbraith
[not found] ` <1221722733.5149.6.camel-YqMYhexLQo1vAv1Ojkdn7Q@public.gmane.org>
2008-09-18 7:58 ` Ilpo Järvinen
2008-09-18 7:58 ` Ilpo Järvinen
2008-09-17 14:47 ` Eric Dumazet
2008-09-17 14:47 ` Eric Dumazet
[not found] ` <48D11871.4090805-fPLkHRcR87vqlBn2x/YWAg@public.gmane.org>
2008-09-17 14:50 ` Eric Dumazet
2008-09-17 14:50 ` Eric Dumazet
2008-09-17 18:16 ` Mike Galbraith
2008-09-17 18:16 ` Mike Galbraith
2008-09-12 19:06 ` [Bug #11336] 2.6.27-rc2:stall while mounting root fs Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11340] LTP overnight run resulted in unusable box Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11380] lockdep warning: cpu_add_remove_lock at:cpu_maps_update_begin+0x14/0x16 Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11358] net: forcedeth call restore mac addr in nv_shutdown path Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11357] Can not boot up with zd1211rw USB-Wlan Stick Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11343] SATA Cold Boot Problems with 2.6.27-rc[23] on nVidia 680i Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11382] e1000e: 2.6.27-rc1 corrupts EEPROM/NVM Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11398] hda_intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-13 7:37 ` Frans Pop
2008-09-13 7:37 ` Frans Pop
[not found] ` <200809130937.52685.elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
2008-09-13 17:23 ` Takashi Iwai
2008-09-13 17:23 ` Takashi Iwai
[not found] ` <s5habecm03s.wl%tiwai-l3A5Bk7waGM@public.gmane.org>
2008-09-15 0:13 ` Rafael J. Wysocki
2008-09-15 0:13 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11404] BUG: in 2.6.23-rc3-git7 in do_cciss_intr Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11465] Linux-2.6.27-rc5, drm errors in log Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11463] sshd hangs on close Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11407] suspend: unable to handle kernel paging request Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 20:50 ` Vegard Nossum
2008-09-12 20:50 ` Vegard Nossum
2008-09-12 19:06 ` [Bug #11459] kernel crash after wifi connection established Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11439] [2.6.27-rc4-git4] compilation warnings Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11442] btusb hibernation/suspend breakage in current -git Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11471] GPE storm detected, kernel freezes Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-16 5:50 ` Zhang Rui
2008-09-16 5:50 ` Zhang Rui
2008-09-12 19:06 ` [Bug #11485] 2.6.27-rc xen pvops regression? Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11501] Failed to open destination file: Permission deniedihex2fw Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11500] /proc/net bug related to selinux Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 22:14 ` James Morris
2008-09-12 22:14 ` James Morris
[not found] ` <alpine.LRH.1.10.0809130812460.12313-CK9fWmtY32x9JUWOpEiw7w@public.gmane.org>
2008-09-12 22:24 ` Andrew Morton
2008-09-12 22:24 ` Andrew Morton
[not found] ` <20080912152443.c4e59f42.akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
2008-09-13 0:15 ` James Morris
2008-09-13 0:15 ` James Morris
[not found] ` <alpine.LRH.1.10.0809131012310.13073-CK9fWmtY32x9JUWOpEiw7w@public.gmane.org>
2008-09-13 19:37 ` Andrew Morton
2008-09-13 19:37 ` Andrew Morton
[not found] ` <20080913123722.e238ae2a.akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
2008-09-15 0:16 ` Rafael J. Wysocki
2008-09-15 0:16 ` Rafael J. Wysocki
2008-09-15 13:05 ` Stephen Smalley
2008-09-15 13:05 ` Stephen Smalley
[not found] ` <1221483926.30816.18.camel-/ugcdrsPCSfIm9DtXLC9OUVfdvkotuLY+aIohriVLy8@public.gmane.org>
2008-09-15 13:42 ` Stephen Smalley
2008-09-15 13:42 ` Stephen Smalley
2008-09-17 19:50 ` Andrew Morton
2008-09-17 19:50 ` Andrew Morton
2008-09-17 21:24 ` Paul Moore
2008-09-17 21:39 ` Eric W. Biederman
[not found] ` <m1vdwu4fku.fsf-B27657KtZYmhTnVgQlOflh2eb7JE58TQ@public.gmane.org>
2008-09-17 22:11 ` Andrew Morton
2008-09-17 22:11 ` Andrew Morton
2008-09-17 21:48 ` Andrew Morton
2008-09-17 22:12 ` Paul Moore
2008-09-17 22:24 ` Andrew Morton
[not found] ` <20080917152407.76230f0c.akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
2008-09-17 22:53 ` Eric W. Biederman
2008-09-17 22:53 ` Eric W. Biederman
[not found] ` <20080917144842.7df59f9e.akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
2008-09-17 22:32 ` Eric W. Biederman
2008-09-17 22:32 ` Eric W. Biederman
2008-09-18 12:38 ` Stephen Smalley
2008-09-18 13:03 ` Stephen Smalley
2008-09-18 18:09 ` Eric W. Biederman
2008-09-18 18:34 ` Stephen Smalley
[not found] ` <1221762850.24048.107.camel-/ugcdrsPCSfIm9DtXLC9OUVfdvkotuLY+aIohriVLy8@public.gmane.org>
2008-09-19 16:58 ` david-gFPdbfVZQbY
2008-09-19 16:58 ` david
2008-09-19 17:07 ` Stephen Smalley
2008-09-29 16:49 ` Stephen Smalley
2008-09-29 16:49 ` Stephen Smalley
[not found] ` <200809171724.36269.paul.moore-VXdhtT5mjnY@public.gmane.org>
2008-09-17 22:23 ` David Miller
2008-09-17 22:23 ` David Miller
[not found] ` <20080917125053.1f9ecf37.akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
2008-09-17 21:56 ` Eric W. Biederman
2008-09-17 21:56 ` Eric W. Biederman
2008-09-12 19:06 ` [Bug #11476] failure to associate after resume from suspend to ram Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11505] oltp ~10% regression with 2.6.27-rc5 on stoakley machine Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11507] usb: sometimes dead keyboard after boot Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11506] oops during unmount - ext3? (2.6.27-rc5) Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-19 16:17 ` Marcin Slusarz
2008-09-19 16:17 ` Marcin Slusarz
2008-09-12 19:06 ` [Bug #11547] build issue #565 for v2.6.27-rc5 : undefined reference to `ei_interrupt' in hp-plus.c Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11549] 2.6.27-rc5 acpi: EC Storm error message on bootup Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11516] severe performance degradation on x86_64 going from 2.6.26-rc9 -> 2.6.27-rc5 Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11512] sort-of regression due to "kconfig: speed up all*config + randconfig" Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11548] kernel BUG at drivers/pci/intel-iommu.c:1373! Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 20:56 ` Chris Mason
2008-09-12 20:56 ` Chris Mason
[not found] ` <1221252989.8709.11.camel-cGoWVVl3WGUrkklhUoBCrlaTQe2KTcn/@public.gmane.org>
2008-09-12 21:21 ` Rafael J. Wysocki
2008-09-12 21:21 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11552] Disabling IRQ #23 Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-13 3:24 ` Justin Mattock
2008-09-12 19:06 ` [Bug #11554] Partition check considered as error is breaking mounting in 2.6.27 Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-13 23:37 ` Herton Ronaldo Krzesinski
2008-09-13 23:37 ` Herton Ronaldo Krzesinski
[not found] ` <200809132037.55922.herton-4qZELD6Fgxg39yzSjRtAkw@public.gmane.org>
2008-09-15 0:25 ` Rafael J. Wysocki
2008-09-15 0:25 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11553] Strange looking line from "ps aux" Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-13 8:51 ` Alan Jenkins
2008-09-13 8:51 ` Alan Jenkins
2008-09-12 19:06 ` [Bug #11550] pnp: Huge number of "io resource overlap" messages Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 22:52 ` Rene Herman
2008-09-12 22:52 ` Rene Herman
2008-09-12 19:06 ` [Bug #11551] Semi-repeatable hard lockup on 2.6.27-rc6 Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11559] 2.6.27-rc6: nohz + s2ram = need to press keys to get progress Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-12 19:06 ` [Bug #11557] Controlling backlight on thinkpad x60 Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
2008-09-13 15:13 ` Matthew Garrett
2008-09-13 15:13 ` Matthew Garrett
[not found] ` <20080913151330.GA20761-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org>
2008-09-14 10:18 ` Pavel Machek
2008-09-14 10:18 ` Pavel Machek
2008-09-12 19:06 ` [Bug #11556] e100: PCI wake-up handling rework causes "Error clearing wake event" Rafael J. Wysocki
2008-09-12 19:06 ` Rafael J. Wysocki
-- strict thread matches above, loose matches on Subject: below --
2008-11-16 17:38 2.6.28-rc5: Reported regressions 2.6.26 -> 2.6.27 Rafael J. Wysocki
2008-11-16 17:40 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki
2008-11-16 17:40 ` Rafael J. Wysocki
2008-11-17 9:06 ` Ingo Molnar
2008-11-17 9:06 ` Ingo Molnar
[not found] ` <20081117090648.GG28786-X9Un+BFzKDI@public.gmane.org>
2008-11-17 9:14 ` David Miller
2008-11-17 9:14 ` David Miller
[not found] ` <20081117.011403.06989342.davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
2008-11-17 11:01 ` Ingo Molnar
2008-11-17 11:01 ` Ingo Molnar
2008-11-17 11:20 ` Eric Dumazet
[not found] ` <4921539B.2000002-fPLkHRcR87vqlBn2x/YWAg@public.gmane.org>
2008-11-17 16:11 ` Ingo Molnar
2008-11-17 16:11 ` Ingo Molnar
[not found] ` <20081117161135.GE12081-X9Un+BFzKDI@public.gmane.org>
2008-11-17 16:35 ` Eric Dumazet
2008-11-17 16:35 ` Eric Dumazet
[not found] ` <49219D36.5020801-fPLkHRcR87vqlBn2x/YWAg@public.gmane.org>
2008-11-17 17:08 ` Ingo Molnar
2008-11-17 17:08 ` Ingo Molnar
[not found] ` <20081117170844.GJ12081-X9Un+BFzKDI@public.gmane.org>
2008-11-17 17:25 ` Ingo Molnar
2008-11-17 17:25 ` Ingo Molnar
[not found] ` <20081117172549.GA27974-X9Un+BFzKDI@public.gmane.org>
2008-11-17 17:33 ` Eric Dumazet
2008-11-17 17:33 ` Eric Dumazet
[not found] ` <4921AAD6.3010603-fPLkHRcR87vqlBn2x/YWAg@public.gmane.org>
2008-11-17 17:38 ` Linus Torvalds
2008-11-17 17:38 ` Linus Torvalds
[not found] ` <alpine.LFD.2.00.0811170937540.3468-nfNrOhbfy2R17+2ddN/4kux8cNe9sq/dYPYVAmT7z5s@public.gmane.org>
2008-11-17 17:42 ` Eric Dumazet
2008-11-17 17:42 ` Eric Dumazet
2008-11-17 18:23 ` Ingo Molnar
2008-11-17 18:23 ` Ingo Molnar
[not found] ` <20081117182320.GA26844-X9Un+BFzKDI@public.gmane.org>
2008-11-17 18:33 ` Linus Torvalds
2008-11-17 18:33 ` Linus Torvalds
2008-11-17 18:49 ` Ingo Molnar
2008-11-17 18:49 ` Ingo Molnar
[not found] ` <20081117184951.GA5585-X9Un+BFzKDI@public.gmane.org>
2008-11-17 19:30 ` Eric Dumazet
2008-11-17 19:30 ` Eric Dumazet
2008-11-17 19:39 ` David Miller
2008-11-17 19:39 ` David Miller
[not found] ` <20081117.113936.81699150.davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
2008-11-17 19:43 ` Eric Dumazet
2008-11-17 19:43 ` Eric Dumazet
2008-11-17 19:55 ` Linus Torvalds
2008-11-17 19:55 ` Linus Torvalds
[not found] ` <alpine.LFD.2.00.0811171149100.18283-nfNrOhbfy2R17+2ddN/4kux8cNe9sq/dYPYVAmT7z5s@public.gmane.org>
2008-11-17 20:16 ` David Miller
2008-11-17 20:16 ` David Miller
[not found] ` <20081117.121641.167690467.davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
2008-11-17 20:30 ` Linus Torvalds
2008-11-17 20:30 ` Linus Torvalds
[not found] ` <alpine.LFD.2.00.0811171218470.18283-nfNrOhbfy2R17+2ddN/4kux8cNe9sq/dYPYVAmT7z5s@public.gmane.org>
2008-11-17 20:58 ` David Miller
2008-11-17 20:58 ` David Miller
[not found] ` <20081117.125826.193693115.davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
2008-11-18 9:44 ` Nick Piggin
2008-11-18 9:44 ` Nick Piggin
[not found] ` <200811182044.11055.nickpiggin-/E1597aS9LT0CCvOHzKKcA@public.gmane.org>
2008-11-18 15:58 ` Linus Torvalds
2008-11-18 15:58 ` Linus Torvalds
2008-11-19 4:31 ` Nick Piggin
[not found] ` <alpine.LFD.2.00.0811180731480.18283-nfNrOhbfy2R17+2ddN/4kux8cNe9sq/dYPYVAmT7z5s@public.gmane.org>
2008-11-20 9:14 ` David Miller
2008-11-20 9:14 ` David Miller
2008-11-20 9:06 ` David Miller
2008-11-20 9:06 ` David Miller
2008-11-18 12:29 ` Mike Galbraith
2008-11-18 12:29 ` Mike Galbraith
2008-11-17 19:57 ` Ingo Molnar
2008-11-17 19:57 ` Ingo Molnar
2008-11-17 20:47 ` Ingo Molnar
2008-11-17 20:47 ` Ingo Molnar
[not found] ` <20081117204743.GD12020-X9Un+BFzKDI@public.gmane.org>
2008-11-17 20:56 ` Eric Dumazet
2008-11-17 20:56 ` Eric Dumazet
2008-11-17 22:19 ` Ingo Molnar
2008-11-17 22:19 ` Ingo Molnar
2008-11-17 22:08 ` Ingo Molnar
[not found] ` <20081117220828.GB6398-X9Un+BFzKDI@public.gmane.org>
2008-11-17 22:15 ` Eric Dumazet
2008-11-17 22:15 ` Eric Dumazet
[not found] ` <4921ED16.9050307-fPLkHRcR87vqlBn2x/YWAg@public.gmane.org>
2008-11-17 22:26 ` Ingo Molnar
2008-11-17 22:26 ` Ingo Molnar
[not found] ` <20081117222640.GA17880-X9Un+BFzKDI@public.gmane.org>
2008-11-17 22:39 ` Eric Dumazet
2008-11-17 22:39 ` Eric Dumazet
2008-11-18 5:23 ` David Miller
2008-11-18 5:23 ` David Miller
[not found] ` <20081117.212352.77940634.davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
2008-11-18 8:45 ` Ingo Molnar
2008-11-18 8:45 ` Ingo Molnar
2008-11-17 19:36 ` David Miller
2008-11-17 19:36 ` David Miller
2008-11-17 19:31 ` David Miller
2008-11-17 19:31 ` David Miller
[not found] ` <20081117.113158.200497613.davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
2008-11-17 19:47 ` Linus Torvalds
2008-11-17 19:47 ` Linus Torvalds
[not found] ` <alpine.LFD.2.00.0811171134480.18283-nfNrOhbfy2R17+2ddN/4kux8cNe9sq/dYPYVAmT7z5s@public.gmane.org>
2008-11-17 19:51 ` David Miller
2008-11-17 19:51 ` David Miller
2008-11-17 19:53 ` Ingo Molnar
2008-11-17 19:53 ` Ingo Molnar
2008-11-17 22:47 ` Ingo Molnar
2008-11-17 22:47 ` Ingo Molnar
[not found] ` <20081117110119.GL28786-X9Un+BFzKDI@public.gmane.org>
2008-11-17 19:21 ` David Miller
2008-11-17 19:21 ` David Miller
[not found] ` <20081117.112157.146825192.davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
2008-11-17 19:48 ` Linus Torvalds
2008-11-17 19:48 ` Linus Torvalds
[not found] ` <alpine.LFD.2.00.0811171147380.18283-nfNrOhbfy2R17+2ddN/4kux8cNe9sq/dYPYVAmT7z5s@public.gmane.org>
2008-11-17 19:52 ` David Miller
2008-11-17 19:52 ` David Miller
[not found] ` <20081117.115258.227376348.davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
2008-11-17 19:57 ` Linus Torvalds
2008-11-17 19:57 ` Linus Torvalds
[not found] ` <alpine.LFD.2.00.0811171156080.18283-nfNrOhbfy2R17+2ddN/4kux8cNe9sq/dYPYVAmT7z5s@public.gmane.org>
2008-11-17 20:18 ` David Miller
2008-11-17 20:18 ` David Miller
2008-11-19 19:43 ` Christoph Lameter
2008-11-19 19:43 ` Christoph Lameter
[not found] ` <Pine.LNX.4.64.0811191341570.23502-dRBSpnHQED8AvxtiuMwx3w@public.gmane.org>
2008-11-19 20:14 ` Ingo Molnar
2008-11-19 20:14 ` Ingo Molnar
2008-11-20 23:52 ` Christoph Lameter
2008-11-20 23:52 ` Christoph Lameter
[not found] ` <Pine.LNX.4.64.0811201727070.9089-dRBSpnHQED8AvxtiuMwx3w@public.gmane.org>
2008-11-21 8:30 ` Ingo Molnar
2008-11-21 8:30 ` Ingo Molnar
[not found] ` <20081121083044.GL16242-X9Un+BFzKDI@public.gmane.org>
2008-11-21 8:51 ` Eric Dumazet
2008-11-21 8:51 ` Eric Dumazet
[not found] ` <49267694.1030506-fPLkHRcR87vqlBn2x/YWAg@public.gmane.org>
2008-11-21 9:05 ` David Miller
2008-11-21 9:05 ` David Miller
[not found] ` <20081121.010508.40225532.davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
2008-11-21 12:51 ` Eric Dumazet
2008-11-21 12:51 ` Eric Dumazet
2008-11-21 9:18 ` Ingo Molnar
2008-11-21 9:18 ` Ingo Molnar
2008-11-21 9:03 ` David Miller
2008-11-21 9:03 ` David Miller
2008-11-21 16:11 ` Christoph Lameter
2008-11-21 16:11 ` Christoph Lameter
[not found] ` <Pine.LNX.4.64.0811210936580.25354-dRBSpnHQED8AvxtiuMwx3w@public.gmane.org>
2008-11-21 18:06 ` Christoph Lameter
2008-11-21 18:06 ` Christoph Lameter
[not found] ` <Pine.LNX.4.64.0811211119550.27777-dRBSpnHQED8AvxtiuMwx3w@public.gmane.org>
2008-11-21 18:16 ` Eric Dumazet
2008-11-21 18:16 ` Eric Dumazet
[not found] ` <4926FB13.3080808-fPLkHRcR87vqlBn2x/YWAg@public.gmane.org>
2008-11-21 18:19 ` Eric Dumazet
2008-11-21 18:19 ` Eric Dumazet
2008-11-09 19:40 2.6.28-rc3-git6: Reported regressions 2.6.26 -> 2.6.27 Rafael J. Wysocki
2008-11-09 19:43 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki
2008-11-09 19:43 ` Rafael J. Wysocki
2008-11-02 16:47 2.6.28-rc2-git7: Reported regressions 2.6.26 -> 2.6.27 Rafael J. Wysocki
2008-11-02 16:49 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki
2008-11-02 16:49 ` Rafael J. Wysocki
2008-10-25 21:04 2.6.28-rc1-git1: Reported regressions 2.6.26 -> 2.6.27 Rafael J. Wysocki
2008-10-25 21:07 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki
2008-10-25 21:07 ` Rafael J. Wysocki
2008-10-04 17:28 2.6.27-rc8-git7: Reported regressions from 2.6.26 Rafael J. Wysocki
2008-10-04 17:32 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki
2008-10-04 17:32 ` Rafael J. Wysocki
2008-09-21 18:52 2.6.27-rc6-git6: Reported regressions from 2.6.26 Rafael J. Wysocki
2008-09-21 18:54 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki
2008-09-21 18:54 ` Rafael J. Wysocki
2008-09-06 21:24 2.6.27-rc5-git8: Reported regressions from 2.6.26 Rafael J. Wysocki
2008-09-06 21:30 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki
2008-09-06 21:30 ` Rafael J. Wysocki
2008-08-30 19:46 2.6.27-rc5-git2: Reported regressions from 2.6.26 Rafael J. Wysocki
2008-08-30 19:50 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki
2008-08-30 19:50 ` Rafael J. Wysocki
2008-08-23 18:07 2.6.27-rc4-git1: Reported regressions from 2.6.26 Rafael J. Wysocki
2008-08-23 18:10 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki
2008-08-23 18:10 ` Rafael J. Wysocki
2008-08-16 19:00 2.6.27-rc3-git3: Reported regressions from 2.6.26 Rafael J. Wysocki
2008-08-16 19:02 ` [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28 Rafael J. Wysocki
2008-08-16 19:02 ` 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.