* 2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34 @ 2010-07-23 12:11 Rafael J. Wysocki 2010-07-23 12:11 ` [Bug #15664] Graphics hang and kernel backtrace when starting Azureus with Compiz enabled Rafael J. Wysocki ` (26 more replies) 0 siblings, 27 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 12:11 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Maciej Rutecki, Andrew Morton, Linus Torvalds, Kernel Testers List, Network Development, Linux ACPI, Linux PM List, Linux SCSI List, Linux Wireless List, DRI This message contains a list of some post-2.6.33 regressions introduced before 2.6.34, for which there are no fixes in the mainline known to the tracking team. If any of them have been fixed already, please let us know. If you know of any other unresolved post-2.6.33 regressions, please let us know either and we'll add them to the list. Also, please let us know if any of the entries below are invalid. Each entry from the list will be sent additionally in an automatic reply to this message with CCs to the people involved in reporting and handling the issue. Listed regressions statistics: Date Total Pending Unresolved ---------------------------------------- 2010-07-23 128 27 25 2010-07-10 122 25 24 2010-06-21 114 36 28 2010-06-13 111 40 34 2010-05-09 80 27 24 2010-05-04 76 26 22 2010-04-20 64 35 34 2010-04-07 48 35 33 2010-03-21 15 13 10 Unresolved regressions ---------------------- Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16388 Subject : i915 drm BUG: unable to handle kernel paging request at a5e89046 Submitter : <lists@clanduggan.org> Date : 2010-07-14 16:59 (10 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16377 Subject : X.org crash while running a OpenGL composited KDE 4.4.4 session with Radeon KMS Submitter : Martin Steigerwald <Martin@Lichtvoll.de> Date : 2010-07-13 12:41 (11 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16376 Subject : random - possibly Radeon DRM KMS related - freezes Submitter : Martin Steigerwald <Martin@Lichtvoll.de> Date : 2010-07-13 09:24 (11 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16371 Subject : Regression 2.6.33->2.6.34: OOPS at boot, kmalloc corruption? Submitter : Torsten Kaiser <just.for.lkml@googlemail.com> Date : 2010-07-11 18:55 (13 days old) Message-ID : <AANLkTimVSZ584-dTIJFalTStvT1kPBQmnDdgUTsoSFQT@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=127887455203944&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16361 Subject : KMS not working on Radeon Mobility 3430 Submitter : Ruslan <ruslan.st@gmail.com> Date : 2010-07-10 13:32 (14 days old) First-Bad-Commit: http://git.kernel.org/linus/d594e46ace22afa1621254f6f669e65430048153 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16357 Subject : acpi-cpufreq fails to load (No such device) if CONFIG_SMP=n Submitter : Ambroz Bizjak <ambrop7@gmail.com> Date : 2010-07-09 09:40 (15 days old) Handled-By : Thomas Renninger <trenn@suse.de> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16348 Subject : kswapd continuously active when doing IO Submitter : Marius Tolzmann <tolzmann@molgen.mpg.de> Date : 2010-07-07 10:58 (17 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16320 Subject : iwl3945 crashes, seems to be disconnecting from the PCI bus Submitter : Satish <eerpini@gmail.com> Date : 2010-07-01 08:24 (23 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16300 Subject : [2.6.34 regression] mplayer gets out of sync due to problems with ALSA Submitter : Artem S. Tashkinov <t.artem@mailcity.com> Date : 2010-06-26 20:39 (28 days old) Handled-By : Takashi Iwai <tiwai@suse.de> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16270 Subject : Image is a hit-or-a-miss. Often displayed green+purple Submitter : Vish <drkvi-a@yahoo.com> Date : 2010-06-22 10:47 (32 days old) First-Bad-Commit: http://git.kernel.org/linus/acef4a407ed6e0a9ed87a2747be592fe49e64bdd Handled-By : Jean-Francois Moine <moinejf@free.fr> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16233 Subject : Fwd: [2.6.34] INFO: task rsync:20019 blocked for more than 120 seconds. Submitter : Jan De Luyck <mailinglists+linuxkernel_20080830@kcore.org> Date : 2010-06-14 19:49 (40 days old) Message-ID : <AANLkTimutyh3WIALv3NIxA8Xt5JtU6tp4EWOnuSqhdyD@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=127654498016377&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16207 Subject : Suspend and VT switch hangs since 2.6.34 Submitter : Tino Keitel <tino.keitel+xorg@tikei.de> Date : 2010-06-09 17:53 (45 days old) Message-ID : <20100609175356.GA17332@x61.home> References : http://marc.info/?l=linux-kernel&m=127610606214060&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16206 Subject : PROBLEM: PPP and other serial port related application hangs in kernel space Submitter : Ales Teska <ales.teska@gmail.com> Date : 2010-06-09 20:46 (45 days old) Message-ID : <900E3B14-5B92-4A37-9581-049DB40F4D1C@gmail.com> References : http://marc.info/?l=linux-kernel&m=127611640301071&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16170 Subject : Leadtek Winfast DTV Dongle (STK7700P based) is not working in 2.6.34 Submitter : <macjariel@gmail.com> Date : 2010-06-09 11:11 (45 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16139 Subject : wait_even_interruptible_timeout(), signal, spin_lock() = system hang Submitter : Shirish Pargaonkar <shirishpargaonkar@gmail.com> Date : 2010-05-28 16:44 (57 days old) Message-ID : <AANLkTiliRFydAhxH2-Dp1RKuz6sq7vgWIcMvLMi68ftg@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=127506510328758&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16137 Subject : Ooops in BTRFS in 2.6.34 / x86_64 when mounting subvolume by name Submitter : armin walland <a.walland@focusmr.com> Date : 2010-05-27 12:27 (58 days old) Message-ID : <201005271428.01239.a.walland@focusmr.com> References : http://marc.info/?l=linux-kernel&m=127496434110736&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16097 Subject : 2.6.34 on Samsung P460: reset after "Waiting for /dev to be fully populated" Submitter : Harald Dunkel <harald.dunkel@aixigo.de> Date : 2010-05-25 9:12 (60 days old) Message-ID : <4BFB947E.9080509@aixigo.de> References : http://marc.info/?l=linux-kernel&m=127477877432254&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16082 Subject : host panic on kernel 2.6.34 Submitter : Hao, Xudong <xudong.hao@intel.com> Date : 2010-05-24 8:23 (61 days old) Message-ID : <BC00F5384FCFC9499AF06F92E8B78A9E04DCCCE242@shsmsx502.ccr.corp.intel.com> References : http://marc.info/?l=linux-kernel&m=127468951208864&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16035 Subject : Incorrect initial resolution of (external) vga monitor with KMS Submitter : <andreas.eckstein@gmx.net> Date : 2010-05-23 12:28 (62 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15977 Subject : WARNING: at lib/dma-debug.c:866 check_for_stack Submitter : Zdenek Kabelac <zdenek.kabelac@gmail.com> Date : 2010-05-14 8:56 (71 days old) Message-ID : <AANLkTikyx2eaxaiUCFDSfpmn1UG0t2GOxArz6F4wp1LJ@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=127382742729825&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15912 Subject : Audio/video sync and crackling issues with snd-hda-intel (AD1981 codec) Submitter : Øyvind Stegard <oyvinst@ifi.uio.no> Date : 2010-05-05 16:20 (80 days old) Handled-By : Jaroslav Kysela <perex@perex.cz> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15862 Subject : 2.6.34-rc4/5: iwlagn unusable until reload Submitter : Nico Schottelius <nico-linux-20100427@schottelius.org> Date : 2010-04-27 7:49 (88 days old) Message-ID : <20100427074934.GB3261@ikn.schottelius.org> References : http://marc.info/?l=linux-kernel&m=127235784004839&w=2 Handled-By : Johannes Berg <johannes@sipsolutions.net> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15704 Subject : [r8169] WARNING: at net/sched/sch_generic.c Submitter : Sergey Senozhatsky <sergey.senozhatsky@gmail.com> Date : 2010-03-31 10:21 (115 days old) Message-ID : <20100331102142.GA3294@swordfish.minsk.epam.com> References : http://marc.info/?l=linux-kernel&m=127003090406108&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15673 Subject : 2.6.34-rc2: "ima_dec_counts: open/free imbalance"? Submitter : Thomas Meyer <thomas@m3y3r.de> Date : 2010-03-28 11:31 (118 days old) Message-ID : <1269775909.5301.4.camel@localhost.localdomain> References : http://marc.info/?l=linux-kernel&m=126977593326800&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15664 Subject : Graphics hang and kernel backtrace when starting Azureus with Compiz enabled Submitter : Alex Villacis Lasso <avillaci@ceibo.fiec.espol.edu.ec> Date : 2010-04-01 01:09 (114 days old) Regressions with patches ------------------------ Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16111 Subject : hostap_pci: infinite registered netdevice wifi0 Submitter : Petr Pisar <petr.pisar@atlas.cz> Date : 2010-06-02 20:55 (52 days old) Handled-By : Tim Gardner <tim.gardner@canonical.com> Petr Pisar <petr.pisar@atlas.cz> Patch : https://patchwork.kernel.org/patch/105008/ https://bugzilla.kernel.org/attachment.cgi?id=27109 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16007 Subject : x86/pci Oops with CONFIG_SND_HDA_INTEL Submitter : Graham Ramsey <ramsey.graham@ntlworld.com> Date : 2010-05-19 17:09 (66 days old) Handled-By : Yinghai Lu <yinghai@kernel.org> Bjorn Helgaas <bjorn.helgaas@hp.com> Patch : https://patchwork.kernel.org/patch/105662/ For details, please visit the bug entries and follow the links given in references. As you can see, there is a Bugzilla entry for each of the listed regressions. There also is a Bugzilla entry used for tracking the regressions introduced between 2.6.33 and 2.6.34, unresolved as well as resolved, at: http://bugzilla.kernel.org/show_bug.cgi?id=15310 Please let the tracking teak know if there are any Bugzilla entries that should be added to the list in there. Thanks! ^ permalink raw reply [flat|nested] 58+ messages in thread
* [Bug #15664] Graphics hang and kernel backtrace when starting Azureus with Compiz enabled 2010-07-23 12:11 2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki @ 2010-07-23 12:11 ` Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #15704] [r8169] WARNING: at net/sched/sch_generic.c Rafael J. Wysocki ` (25 subsequent siblings) 26 siblings, 0 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 12:11 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Kernel Testers List, Maciej Rutecki, Alex Villacis Lasso, Chris Wilson This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15664 Subject : Graphics hang and kernel backtrace when starting Azureus with Compiz enabled Submitter : Alex Villacis Lasso <avillaci@ceibo.fiec.espol.edu.ec> Date : 2010-04-01 01:09 (114 days old) ^ permalink raw reply [flat|nested] 58+ messages in thread
* [Bug #15704] [r8169] WARNING: at net/sched/sch_generic.c 2010-07-23 12:11 2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki 2010-07-23 12:11 ` [Bug #15664] Graphics hang and kernel backtrace when starting Azureus with Compiz enabled Rafael J. Wysocki @ 2010-07-23 12:15 ` Rafael J. Wysocki 2010-07-26 13:16 ` Sergey Senozhatsky 2010-07-26 15:50 ` Sergey Senozhatsky 2010-07-23 12:15 ` [Bug #15912] Audio/video sync and crackling issues with snd-hda-intel (AD1981 codec) Rafael J. Wysocki ` (24 subsequent siblings) 26 siblings, 2 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 12:15 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Kernel Testers List, Maciej Rutecki, Sergey Senozhatsky This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15704 Subject : [r8169] WARNING: at net/sched/sch_generic.c Submitter : Sergey Senozhatsky <sergey.senozhatsky@gmail.com> Date : 2010-03-31 10:21 (115 days old) Message-ID : <20100331102142.GA3294@swordfish.minsk.epam.com> References : http://marc.info/?l=linux-kernel&m=127003090406108&w=2 ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: [Bug #15704] [r8169] WARNING: at net/sched/sch_generic.c 2010-07-23 12:15 ` [Bug #15704] [r8169] WARNING: at net/sched/sch_generic.c Rafael J. Wysocki @ 2010-07-26 13:16 ` Sergey Senozhatsky 2010-07-26 14:34 ` Eric Dumazet 2010-07-26 15:50 ` Sergey Senozhatsky 1 sibling, 1 reply; 58+ messages in thread From: Sergey Senozhatsky @ 2010-07-26 13:16 UTC (permalink / raw) To: Rafael J. Wysocki Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki, Sergey Senozhatsky [-- Attachment #1: Type: text/plain, Size: 3718 bytes --] On (07/23/10 14:15), Rafael J. Wysocki wrote: > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15704 > Subject : [r8169] WARNING: at net/sched/sch_generic.c > Submitter : Sergey Senozhatsky <sergey.senozhatsky@gmail.com> > Date : 2010-03-31 10:21 (115 days old) > Message-ID : <20100331102142.GA3294@swordfish.minsk.epam.com> > References : http://marc.info/?l=linux-kernel&m=127003090406108&w=2 > > Hello, Sorry for the dealy - I've been away. So, the bad news are that this is probably the last time I can test this bug. This laptop will no longer be available. Sorry. [ 2599.495508] pktgen 2.73: Packet Generator for packet performance testing. [ 2630.016019] ------------[ cut here ]------------ [ 2630.016031] WARNING: at net/sched/sch_generic.c:258 dev_watchdog+0xc1/0x129() [ 2630.016035] Hardware name: F3JC [ 2630.016038] NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out [ 2630.016041] Modules linked in: pktgen ipv6 arc4 ecb iwl3945 snd_hwdep iwlcore snd_seq_dummy snd_hda_codec_si3054 snd_hda_codec_realtek snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device mac80211 snd_pcm_oss snd_mixer_oss asus_laptop snd_hda_intel sparse_keymap sdhci_pci sdhci mmc_core led_class cfg80211 snd_hda_codec snd_pcm snd_timer snd_page_alloc snd rng_core soundcore usb_storage sg psmouse evdev i2c_i801 serio_raw r8169 mii uhci_hcd ehci_hcd sd_mod sr_mod usbcore cdrom ata_piix [ 2630.016114] Pid: 4282, comm: kpktgend_0 Not tainted 2.6.35-rc6-dbg-git1-00136-g459ab2a-dirty #75 [ 2630.016118] Call Trace: [ 2630.016125] [<c102e3ae>] warn_slowpath_common+0x65/0x7a [ 2630.016131] [<c12695f3>] ? dev_watchdog+0xc1/0x129 [ 2630.016136] [<c102e427>] warn_slowpath_fmt+0x26/0x2a [ 2630.016142] [<c12695f3>] dev_watchdog+0xc1/0x129 [ 2630.016149] [<c10370b3>] ? run_timer_softirq+0x136/0x22b [ 2630.016154] [<c103710c>] run_timer_softirq+0x18f/0x22b [ 2630.016160] [<c10370b3>] ? run_timer_softirq+0x136/0x22b [ 2630.016165] [<c1269532>] ? dev_watchdog+0x0/0x129 [ 2630.016171] [<c1032c35>] __do_softirq+0x88/0x10c [ 2630.016177] [<c1032ce8>] do_softirq+0x2f/0x47 [ 2630.016182] [<c1032fa5>] irq_exit+0x38/0x75 [ 2630.016187] [<c10159b8>] smp_apic_timer_interrupt+0x5f/0x6d [ 2630.016195] [<f80555e4>] ? pktgen_xmit+0xda2/0xe6f [pktgen] [ 2630.016202] [<c12c75a2>] apic_timer_interrupt+0x36/0x3c [ 2630.016208] [<f80555e4>] ? pktgen_xmit+0xda2/0xe6f [pktgen] [ 2630.016214] [<f80555e4>] ? pktgen_xmit+0xda2/0xe6f [pktgen] [ 2630.016220] [<c104007b>] ? __kfifo_peek_n+0x13/0x2b [ 2630.016226] [<c1032edd>] ? _local_bh_enable_ip+0x9d/0xb3 [ 2630.016231] [<c1032efb>] local_bh_enable_ip+0x8/0xa [ 2630.016236] [<c12c6aaa>] _raw_spin_unlock_bh+0x2f/0x32 [ 2630.016242] [<f80555e4>] pktgen_xmit+0xda2/0xe6f [pktgen] [ 2630.016253] [<f91707b8>] ? rtl8169_start_xmit+0x0/0x307 [r8169] [ 2630.016261] [<c11800d8>] ? plist_add+0x85/0x87 [ 2630.016267] [<f80558ac>] ? pktgen_thread_worker+0x96/0x5c3 [pktgen] [ 2630.016273] [<c1029096>] ? get_parent_ip+0xb/0x31 [ 2630.016279] [<c1029138>] ? sub_preempt_count+0x7c/0x89 [ 2630.016285] [<f8055986>] pktgen_thread_worker+0x170/0x5c3 [pktgen] [ 2630.016290] [<c12c52bb>] ? schedule+0x535/0x545 [ 2630.016296] [<c103fd96>] ? autoremove_wake_function+0x0/0x2f [ 2630.016301] [<c103fd96>] ? autoremove_wake_function+0x0/0x2f [ 2630.016307] [<f8055816>] ? pktgen_thread_worker+0x0/0x5c3 [pktgen] [ 2630.016313] [<c103faa6>] kthread+0x6a/0x6f [ 2630.016318] [<c103fa3c>] ? kthread+0x0/0x6f [ 2630.016324] [<c1002d82>] kernel_thread_helper+0x6/0x10 [ 2630.016328] ---[ end trace 0bdadff7f249bd0d ]--- [ 2630.032549] r8169 0000:02:00.0: eth0: link up Sergey [-- Attachment #2: Type: application/pgp-signature, Size: 316 bytes --] ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: [Bug #15704] [r8169] WARNING: at net/sched/sch_generic.c 2010-07-26 13:16 ` Sergey Senozhatsky @ 2010-07-26 14:34 ` Eric Dumazet 2010-07-26 14:57 ` Sergey Senozhatsky 0 siblings, 1 reply; 58+ messages in thread From: Eric Dumazet @ 2010-07-26 14:34 UTC (permalink / raw) To: Sergey Senozhatsky Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki, netdev Le lundi 26 juillet 2010 à 16:16 +0300, Sergey Senozhatsky a écrit : > On (07/23/10 14:15), Rafael J. Wysocki wrote: > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15704 > > Subject : [r8169] WARNING: at net/sched/sch_generic.c > > Submitter : Sergey Senozhatsky <sergey.senozhatsky@gmail.com> > > Date : 2010-03-31 10:21 (115 days old) > > Message-ID : <20100331102142.GA3294@swordfish.minsk.epam.com> > > References : http://marc.info/?l=linux-kernel&m=127003090406108&w=2 > > > > > > Hello, > Sorry for the dealy - I've been away. > So, the bad news are that this is probably the last time I can test this bug. This laptop will > no longer be available. Sorry. > > > [ 2599.495508] pktgen 2.73: Packet Generator for packet performance testing. > [ 2630.016019] ------------[ cut here ]------------ > [ 2630.016031] WARNING: at net/sched/sch_generic.c:258 dev_watchdog+0xc1/0x129() > [ 2630.016035] Hardware name: F3JC > [ 2630.016038] NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out > [ 2630.016041] Modules linked in: pktgen ipv6 arc4 ecb iwl3945 snd_hwdep iwlcore snd_seq_dummy snd_hda_codec_si3054 snd_hda_codec_realtek snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device mac80211 snd_pcm_oss snd_mixer_oss asus_laptop > snd_hda_intel sparse_keymap sdhci_pci sdhci mmc_core led_class cfg80211 snd_hda_codec snd_pcm snd_timer snd_page_alloc snd rng_core soundcore usb_storage sg psmouse evdev i2c_i801 serio_raw r8169 mii uhci_hcd ehci_hcd sd_mod sr_mod usbcore > cdrom ata_piix > [ 2630.016114] Pid: 4282, comm: kpktgend_0 Not tainted 2.6.35-rc6-dbg-git1-00136-g459ab2a-dirty #75 > [ 2630.016118] Call Trace: > [ 2630.016125] [<c102e3ae>] warn_slowpath_common+0x65/0x7a > [ 2630.016131] [<c12695f3>] ? dev_watchdog+0xc1/0x129 > [ 2630.016136] [<c102e427>] warn_slowpath_fmt+0x26/0x2a > [ 2630.016142] [<c12695f3>] dev_watchdog+0xc1/0x129 > [ 2630.016149] [<c10370b3>] ? run_timer_softirq+0x136/0x22b > [ 2630.016154] [<c103710c>] run_timer_softirq+0x18f/0x22b > [ 2630.016160] [<c10370b3>] ? run_timer_softirq+0x136/0x22b > [ 2630.016165] [<c1269532>] ? dev_watchdog+0x0/0x129 > [ 2630.016171] [<c1032c35>] __do_softirq+0x88/0x10c > [ 2630.016177] [<c1032ce8>] do_softirq+0x2f/0x47 > [ 2630.016182] [<c1032fa5>] irq_exit+0x38/0x75 > [ 2630.016187] [<c10159b8>] smp_apic_timer_interrupt+0x5f/0x6d > [ 2630.016195] [<f80555e4>] ? pktgen_xmit+0xda2/0xe6f [pktgen] > [ 2630.016202] [<c12c75a2>] apic_timer_interrupt+0x36/0x3c > [ 2630.016208] [<f80555e4>] ? pktgen_xmit+0xda2/0xe6f [pktgen] > [ 2630.016214] [<f80555e4>] ? pktgen_xmit+0xda2/0xe6f [pktgen] > [ 2630.016220] [<c104007b>] ? __kfifo_peek_n+0x13/0x2b > [ 2630.016226] [<c1032edd>] ? _local_bh_enable_ip+0x9d/0xb3 > [ 2630.016231] [<c1032efb>] local_bh_enable_ip+0x8/0xa > [ 2630.016236] [<c12c6aaa>] _raw_spin_unlock_bh+0x2f/0x32 > [ 2630.016242] [<f80555e4>] pktgen_xmit+0xda2/0xe6f [pktgen] > [ 2630.016253] [<f91707b8>] ? rtl8169_start_xmit+0x0/0x307 [r8169] > [ 2630.016261] [<c11800d8>] ? plist_add+0x85/0x87 > [ 2630.016267] [<f80558ac>] ? pktgen_thread_worker+0x96/0x5c3 [pktgen] > [ 2630.016273] [<c1029096>] ? get_parent_ip+0xb/0x31 > [ 2630.016279] [<c1029138>] ? sub_preempt_count+0x7c/0x89 > [ 2630.016285] [<f8055986>] pktgen_thread_worker+0x170/0x5c3 [pktgen] > [ 2630.016290] [<c12c52bb>] ? schedule+0x535/0x545 > [ 2630.016296] [<c103fd96>] ? autoremove_wake_function+0x0/0x2f > [ 2630.016301] [<c103fd96>] ? autoremove_wake_function+0x0/0x2f > [ 2630.016307] [<f8055816>] ? pktgen_thread_worker+0x0/0x5c3 [pktgen] > [ 2630.016313] [<c103faa6>] kthread+0x6a/0x6f > [ 2630.016318] [<c103fa3c>] ? kthread+0x0/0x6f > [ 2630.016324] [<c1002d82>] kernel_thread_helper+0x6/0x10 > [ 2630.016328] ---[ end trace 0bdadff7f249bd0d ]--- > [ 2630.032549] r8169 0000:02:00.0: eth0: link up > > > Sergey r8169 driver misses a netif_carrier_off() call somewhere, probably when adapter is reset Sergey, do you run a pktgen only test (sending packets, and not receiving packets during the test), or a mixed workload ? r8169 is known to reset if the RX ring buffer is stressed too much. ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: [Bug #15704] [r8169] WARNING: at net/sched/sch_generic.c 2010-07-26 14:34 ` Eric Dumazet @ 2010-07-26 14:57 ` Sergey Senozhatsky 2010-07-26 15:20 ` Eric Dumazet 0 siblings, 1 reply; 58+ messages in thread From: Sergey Senozhatsky @ 2010-07-26 14:57 UTC (permalink / raw) To: Eric Dumazet Cc: Sergey Senozhatsky, Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki, netdev [-- Attachment #1: Type: text/plain, Size: 4172 bytes --] On (07/26/10 16:34), Eric Dumazet wrote: > > Sorry for the dealy - I've been away. > > So, the bad news are that this is probably the last time I can test this bug. This laptop will > > no longer be available. Sorry. > > > > > > [ 2599.495508] pktgen 2.73: Packet Generator for packet performance testing. > > [ 2630.016019] ------------[ cut here ]------------ > > [ 2630.016031] WARNING: at net/sched/sch_generic.c:258 dev_watchdog+0xc1/0x129() > > [ 2630.016035] Hardware name: F3JC > > [ 2630.016038] NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out > > [ 2630.016041] Modules linked in: pktgen ipv6 arc4 ecb iwl3945 snd_hwdep iwlcore snd_seq_dummy snd_hda_codec_si3054 snd_hda_codec_realtek snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device mac80211 snd_pcm_oss snd_mixer_oss asus_laptop > > snd_hda_intel sparse_keymap sdhci_pci sdhci mmc_core led_class cfg80211 snd_hda_codec snd_pcm snd_timer snd_page_alloc snd rng_core soundcore usb_storage sg psmouse evdev i2c_i801 serio_raw r8169 mii uhci_hcd ehci_hcd sd_mod sr_mod usbcore > > cdrom ata_piix > > [ 2630.016114] Pid: 4282, comm: kpktgend_0 Not tainted 2.6.35-rc6-dbg-git1-00136-g459ab2a-dirty #75 > > [ 2630.016118] Call Trace: > > [ 2630.016125] [<c102e3ae>] warn_slowpath_common+0x65/0x7a > > [ 2630.016131] [<c12695f3>] ? dev_watchdog+0xc1/0x129 > > [ 2630.016136] [<c102e427>] warn_slowpath_fmt+0x26/0x2a > > [ 2630.016142] [<c12695f3>] dev_watchdog+0xc1/0x129 > > [ 2630.016149] [<c10370b3>] ? run_timer_softirq+0x136/0x22b > > [ 2630.016154] [<c103710c>] run_timer_softirq+0x18f/0x22b > > [ 2630.016160] [<c10370b3>] ? run_timer_softirq+0x136/0x22b > > [ 2630.016165] [<c1269532>] ? dev_watchdog+0x0/0x129 > > [ 2630.016171] [<c1032c35>] __do_softirq+0x88/0x10c > > [ 2630.016177] [<c1032ce8>] do_softirq+0x2f/0x47 > > [ 2630.016182] [<c1032fa5>] irq_exit+0x38/0x75 > > [ 2630.016187] [<c10159b8>] smp_apic_timer_interrupt+0x5f/0x6d > > [ 2630.016195] [<f80555e4>] ? pktgen_xmit+0xda2/0xe6f [pktgen] > > [ 2630.016202] [<c12c75a2>] apic_timer_interrupt+0x36/0x3c > > [ 2630.016208] [<f80555e4>] ? pktgen_xmit+0xda2/0xe6f [pktgen] > > [ 2630.016214] [<f80555e4>] ? pktgen_xmit+0xda2/0xe6f [pktgen] > > [ 2630.016220] [<c104007b>] ? __kfifo_peek_n+0x13/0x2b > > [ 2630.016226] [<c1032edd>] ? _local_bh_enable_ip+0x9d/0xb3 > > [ 2630.016231] [<c1032efb>] local_bh_enable_ip+0x8/0xa > > [ 2630.016236] [<c12c6aaa>] _raw_spin_unlock_bh+0x2f/0x32 > > [ 2630.016242] [<f80555e4>] pktgen_xmit+0xda2/0xe6f [pktgen] > > [ 2630.016253] [<f91707b8>] ? rtl8169_start_xmit+0x0/0x307 [r8169] > > [ 2630.016261] [<c11800d8>] ? plist_add+0x85/0x87 > > [ 2630.016267] [<f80558ac>] ? pktgen_thread_worker+0x96/0x5c3 [pktgen] > > [ 2630.016273] [<c1029096>] ? get_parent_ip+0xb/0x31 > > [ 2630.016279] [<c1029138>] ? sub_preempt_count+0x7c/0x89 > > [ 2630.016285] [<f8055986>] pktgen_thread_worker+0x170/0x5c3 [pktgen] > > [ 2630.016290] [<c12c52bb>] ? schedule+0x535/0x545 > > [ 2630.016296] [<c103fd96>] ? autoremove_wake_function+0x0/0x2f > > [ 2630.016301] [<c103fd96>] ? autoremove_wake_function+0x0/0x2f > > [ 2630.016307] [<f8055816>] ? pktgen_thread_worker+0x0/0x5c3 [pktgen] > > [ 2630.016313] [<c103faa6>] kthread+0x6a/0x6f > > [ 2630.016318] [<c103fa3c>] ? kthread+0x0/0x6f > > [ 2630.016324] [<c1002d82>] kernel_thread_helper+0x6/0x10 > > [ 2630.016328] ---[ end trace 0bdadff7f249bd0d ]--- > > [ 2630.032549] r8169 0000:02:00.0: eth0: link up > > > > > > Sergey > Hello, > r8169 driver misses a netif_carrier_off() call somewhere, probably when > adapter is reset > > Sergey, do you run a pktgen only test (sending packets, and not > receiving packets during the test), or a mixed workload ? > Only sending. -- PGDEV=/proc/net/pktgen/eth0 echo "Configuring $PGDEV" pgset "$COUNT" pgset "$CLONE_SKB" pgset "$PKT_SIZE" pgset "$DELAY" pgset "dst 192.168.x.x" pgset "dst_mac x:x:x:x:x:x" PGDEV=/proc/net/pktgen/pgctrl echo "Running..." pgset "start" -- > r8169 is known to reset if the RX ring buffer is stressed too much. > Sergey [-- Attachment #2: Type: application/pgp-signature, Size: 316 bytes --] ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: [Bug #15704] [r8169] WARNING: at net/sched/sch_generic.c 2010-07-26 14:57 ` Sergey Senozhatsky @ 2010-07-26 15:20 ` Eric Dumazet 0 siblings, 0 replies; 58+ messages in thread From: Eric Dumazet @ 2010-07-26 15:20 UTC (permalink / raw) To: Sergey Senozhatsky Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki, netdev Le lundi 26 juillet 2010 à 17:57 +0300, Sergey Senozhatsky a écrit : > > Only sending. > > -- > PGDEV=/proc/net/pktgen/eth0 > echo "Configuring $PGDEV" > pgset "$COUNT" > pgset "$CLONE_SKB" > pgset "$PKT_SIZE" > pgset "$DELAY" > pgset "dst 192.168.x.x" > pgset "dst_mac x:x:x:x:x:x" > > PGDEV=/proc/net/pktgen/pgctrl > > echo "Running..." > pgset "start" > -- > > If you try with a DELAY=3000 (or 5000), what happens ? Do you have TX pause enabled ? If yes, try to disable pauses. # ethtool -a eth0 Pause parameters for eth0: Autonegotiate: on RX: on TX: on # ethtool -A eth0 rx off tx off # ethtool -a eth0 Pause parameters for eth0: Autonegotiate: on RX: off TX: off ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: [Bug #15704] [r8169] WARNING: at net/sched/sch_generic.c 2010-07-23 12:15 ` [Bug #15704] [r8169] WARNING: at net/sched/sch_generic.c Rafael J. Wysocki 2010-07-26 13:16 ` Sergey Senozhatsky @ 2010-07-26 15:50 ` Sergey Senozhatsky 1 sibling, 0 replies; 58+ messages in thread From: Sergey Senozhatsky @ 2010-07-26 15:50 UTC (permalink / raw) To: Eric Dumazet, Rafael J. Wysocki Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki, Sergey Senozhatsky [-- Attachment #1: Type: text/plain, Size: 5110 bytes --] DELAY 3000 [ 302.735684] pktgen 2.73: Packet Generator for packet performance testing. [ 345.008016] ------------[ cut here ]------------ [ 345.008028] WARNING: at net/sched/sch_generic.c:258 dev_watchdog+0xc1/0x129() [ 345.008032] Hardware name: F3JC [ 345.008035] NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out [ 345.008038] Modules linked in: pktgen ipv6 arc4 ecb iwl3945 snd_seq_dummy iwlcore mac80211 snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device sdhci_pci sdhci mmc_core asus_laptop sparse_keymap led_class cfg snd_mixer_oss snd_hda_codec_si3054 snd_hda_codec_realtek sg rng_core psmouse snd_hda_intel evdev snd_hda_codec snd_pcm snd_timer i2c_i801 snd_page_alloc serio_raw snd soundcore r8169 mii uhci_hcd ehci_hcd sr_mod ata_piix [ 345.008109] Pid: 4013, comm: kpktgend_0 Not tainted 2.6.35-rc6-dbg-git1-00136-g459ab2a-dirty #75 [ 345.008113] Call Trace: [ 345.008121] [<c102e3ae>] warn_slowpath_common+0x65/0x7a [ 345.008127] [<c12695f3>] ? dev_watchdog+0xc1/0x129 [ 345.008132] [<c102e427>] warn_slowpath_fmt+0x26/0x2a [ 345.008137] [<c12695f3>] dev_watchdog+0xc1/0x129 [ 345.008145] [<c10370b3>] ? run_timer_softirq+0x136/0x22b [ 345.008150] [<c103710c>] run_timer_softirq+0x18f/0x22b [ 345.008155] [<c10370b3>] ? run_timer_softirq+0x136/0x22b [ 345.008161] [<c1269532>] ? dev_watchdog+0x0/0x129 [ 345.008167] [<c1032c35>] __do_softirq+0x88/0x10c [ 345.008173] [<c1032ce8>] do_softirq+0x2f/0x47 [ 345.008180] [<f80555e4>] ? pktgen_xmit+0xda2/0xe6f [pktgen] [ 345.008185] [<c1032ecb>] _local_bh_enable_ip+0x8b/0xb3 [ 345.008191] [<c1032efb>] local_bh_enable_ip+0x8/0xa [ 345.008197] [<c12c6aaa>] _raw_spin_unlock_bh+0x2f/0x32 [ 345.008203] [<f80555e4>] pktgen_xmit+0xda2/0xe6f [pktgen] [ 345.008213] [<f91707b8>] ? rtl8169_start_xmit+0x0/0x307 [r8169] [ 345.008220] [<c12c007b>] ? early_init_amd+0x49/0xad [ 345.008227] [<f80558ac>] ? pktgen_thread_worker+0x96/0x5c3 [pktgen] [ 345.008233] [<c1029096>] ? get_parent_ip+0xb/0x31 [ 345.008239] [<c1029138>] ? sub_preempt_count+0x7c/0x89 [ 345.008245] [<f8055986>] pktgen_thread_worker+0x170/0x5c3 [pktgen] [ 345.008250] [<c12c52bb>] ? schedule+0x535/0x545 [ 345.008256] [<c103fd96>] ? autoremove_wake_function+0x0/0x2f [ 345.008262] [<c103fd96>] ? autoremove_wake_function+0x0/0x2f [ 345.008268] [<f8055816>] ? pktgen_thread_worker+0x0/0x5c3 [pktgen] [ 345.008273] [<c103faa6>] kthread+0x6a/0x6f [ 345.008279] [<c103fa3c>] ? kthread+0x0/0x6f [ 345.008284] [<c1002d82>] kernel_thread_helper+0x6/0x10 [ 345.008289] ---[ end trace 12f779451dc46abe ]--- [ 345.024502] r8169 0000:02:00.0: eth0: link up DELAY 5000 [ 72.186395] pktgen 2.73: Packet Generator for packet performance testing. [ 102.817029] ------------[ cut here ]------------ [ 102.817040] WARNING: at net/sched/sch_generic.c:258 dev_watchdog+0xc1/0x129() [ 102.817044] Hardware name: F3JC [ 102.817047] NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out [ 102.817050] Modules linked in: pktgen ipv6 snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device arc4 ecb snd_hwdep iwl3945 snd_hda_codec_si3054 snd_pcm_oss snd_mixer_oss iwlcore asus_laptop sparse_keymap sdhci_pci sdhci snd_hda_codec_realtek mac80211 mmc_core led_class cfg80211 snd_hda_intel psmouse snd_hda_codec rng_core i2c_i801 snd_pcm snd_timer snd_page_alloc evdev sg serio_raw snd soundcore r8169 mii uhci_hcd ehci_hcd sr_mod usbcore cdrom sd_mod ata_piix [ 102.817121] Pid: 0, comm: swapper Not tainted 2.6.35-rc6-dbg-git1-00136-g459ab2a-dirty #75 [ 102.817125] Call Trace: [ 102.817133] [<c102e3ae>] warn_slowpath_common+0x65/0x7a [ 102.817138] [<c12695f3>] ? dev_watchdog+0xc1/0x129 [ 102.817144] [<c102e427>] warn_slowpath_fmt+0x26/0x2a [ 102.817149] [<c12695f3>] dev_watchdog+0xc1/0x129 [ 102.817156] [<c10370b3>] ? run_timer_softirq+0x136/0x22b [ 102.817162] [<c103710c>] run_timer_softirq+0x18f/0x22b [ 102.817167] [<c10370b3>] ? run_timer_softirq+0x136/0x22b [ 102.817173] [<c1269532>] ? dev_watchdog+0x0/0x129 [ 102.817179] [<c1032c35>] __do_softirq+0x88/0x10c [ 102.817185] [<c1032ce8>] do_softirq+0x2f/0x47 [ 102.817190] [<c1032fa5>] irq_exit+0x38/0x75 [ 102.817195] [<c10159b8>] smp_apic_timer_interrupt+0x5f/0x6d [ 102.817202] [<c12c75a2>] apic_timer_interrupt+0x36/0x3c [ 102.817209] [<c104007b>] ? __kfifo_peek_n+0x13/0x2b [ 102.817215] [<c11dd72e>] ? acpi_idle_enter_simple+0x117/0x14b [ 102.817222] [<c1246a21>] cpuidle_idle_call+0x6a/0xa0 [ 102.817227] [<c100170d>] cpu_idle+0x89/0xbe [ 102.817234] [<c12c2085>] start_secondary+0x1f4/0x1fb [ 102.817239] ---[ end trace 6b1be7ded90fe937 ]--- [ 102.833500] r8169 0000:02:00.0: eth0: link up As for ethtool -a/-A, I have an "Cannot get device pause settings: Operation not supported" error. Sergey [-- Attachment #2: Type: application/pgp-signature, Size: 316 bytes --] ^ permalink raw reply [flat|nested] 58+ messages in thread
* [Bug #15912] Audio/video sync and crackling issues with snd-hda-intel (AD1981 codec) 2010-07-23 12:11 2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki 2010-07-23 12:11 ` [Bug #15664] Graphics hang and kernel backtrace when starting Azureus with Compiz enabled Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #15704] [r8169] WARNING: at net/sched/sch_generic.c Rafael J. Wysocki @ 2010-07-23 12:15 ` Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #15977] WARNING: at lib/dma-debug.c:866 check_for_stack Rafael J. Wysocki ` (23 subsequent siblings) 26 siblings, 0 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 12:15 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Kernel Testers List, Maciej Rutecki, Jaroslav Kysela, Øyvind Stegard This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15912 Subject : Audio/video sync and crackling issues with snd-hda-intel (AD1981 codec) Submitter : Øyvind Stegard <oyvinst@ifi.uio.no> Date : 2010-05-05 16:20 (80 days old) Handled-By : Jaroslav Kysela <perex@perex.cz> ^ permalink raw reply [flat|nested] 58+ messages in thread
* [Bug #15977] WARNING: at lib/dma-debug.c:866 check_for_stack 2010-07-23 12:11 2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki ` (2 preceding siblings ...) 2010-07-23 12:15 ` [Bug #15912] Audio/video sync and crackling issues with snd-hda-intel (AD1981 codec) Rafael J. Wysocki @ 2010-07-23 12:15 ` Rafael J. Wysocki 2010-07-30 6:58 ` FUJITA Tomonori 2010-07-23 12:15 ` [Bug #15673] 2.6.34-rc2: "ima_dec_counts: open/free imbalance"? Rafael J. Wysocki ` (22 subsequent siblings) 26 siblings, 1 reply; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 12:15 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Kernel Testers List, Maciej Rutecki, Zdenek Kabelac This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15977 Subject : WARNING: at lib/dma-debug.c:866 check_for_stack Submitter : Zdenek Kabelac <zdenek.kabelac@gmail.com> Date : 2010-05-14 8:56 (71 days old) Message-ID : <AANLkTikyx2eaxaiUCFDSfpmn1UG0t2GOxArz6F4wp1LJ@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=127382742729825&w=2 ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: [Bug #15977] WARNING: at lib/dma-debug.c:866 check_for_stack 2010-07-23 12:15 ` [Bug #15977] WARNING: at lib/dma-debug.c:866 check_for_stack Rafael J. Wysocki @ 2010-07-30 6:58 ` FUJITA Tomonori 0 siblings, 0 replies; 58+ messages in thread From: FUJITA Tomonori @ 2010-07-30 6:58 UTC (permalink / raw) To: rjw, mchehab Cc: linux-kernel, kernel-testers, maciej.rutecki, zdenek.kabelac, greg On Fri, 23 Jul 2010 14:15:49 +0200 (CEST) "Rafael J. Wysocki" <rjw@sisk.pl> wrote: > This message has been generated automatically as a part of a report > of regressions introduced between 2.6.33 and 2.6.34. > > The following bug entry is on the current list of known regressions > introduced between 2.6.33 and 2.6.34. Please verify if it still should > be listed and let the tracking team know (either way). > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15977 > Subject : WARNING: at lib/dma-debug.c:866 check_for_stack > Submitter : Zdenek Kabelac <zdenek.kabelac@gmail.com> > Date : 2010-05-14 8:56 (71 days old) > Message-ID : <AANLkTikyx2eaxaiUCFDSfpmn1UG0t2GOxArz6F4wp1LJ@mail.gmail.com> > References : http://marc.info/?l=linux-kernel&m=127382742729825&w=2 looks like easy to fix this. But seems that linux-next still has the bug. Or a fix was already posted somewhere else? = From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp> Subject: [PATCH] DVB: dib0700: fix the usage of stack buffers for DMA We can't use a stack buffer for DMA. This should fix: http://bugzilla.kernel.org/show_bug.cgi?id=15977 Signed-off-by: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp> --- drivers/media/dvb/dvb-usb/dib0700_core.c | 15 ++++++++++++--- 1 files changed, 12 insertions(+), 3 deletions(-) diff --git a/drivers/media/dvb/dvb-usb/dib0700_core.c b/drivers/media/dvb/dvb-usb/dib0700_core.c index 7deade7..54a0d2c 100644 --- a/drivers/media/dvb/dvb-usb/dib0700_core.c +++ b/drivers/media/dvb/dvb-usb/dib0700_core.c @@ -301,14 +301,23 @@ struct i2c_algorithm dib0700_i2c_algo = { int dib0700_identify_state(struct usb_device *udev, struct dvb_usb_device_properties *props, struct dvb_usb_device_description **desc, int *cold) { - u8 b[16]; - s16 ret = usb_control_msg(udev, usb_rcvctrlpipe(udev,0), - REQUEST_GET_VERSION, USB_TYPE_VENDOR | USB_DIR_IN, 0, 0, b, 16, USB_CTRL_GET_TIMEOUT); + void *b; + s16 ret; + + b = kmalloc(16, GFP_KERNEL); + if (!b) + return -ENOMEM; + + ret = usb_control_msg(udev, usb_rcvctrlpipe(udev,0), + REQUEST_GET_VERSION, USB_TYPE_VENDOR | USB_DIR_IN, + 0, 0, b, 16, USB_CTRL_GET_TIMEOUT); deb_info("FW GET_VERSION length: %d\n",ret); *cold = ret <= 0; + kfree(b); + deb_info("cold: %d\n", *cold); return 0; } -- 1.6.5 ^ permalink raw reply related [flat|nested] 58+ messages in thread
* [Bug #15673] 2.6.34-rc2: "ima_dec_counts: open/free imbalance"? 2010-07-23 12:11 2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki ` (3 preceding siblings ...) 2010-07-23 12:15 ` [Bug #15977] WARNING: at lib/dma-debug.c:866 check_for_stack Rafael J. Wysocki @ 2010-07-23 12:15 ` Rafael J. Wysocki 2010-07-23 15:12 ` Thomas Meyer 2010-07-23 12:15 ` [Bug #15862] 2.6.34-rc4/5: iwlagn unusable until reload Rafael J. Wysocki ` (21 subsequent siblings) 26 siblings, 1 reply; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 12:15 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Kernel Testers List, Maciej Rutecki, Thomas Meyer This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15673 Subject : 2.6.34-rc2: "ima_dec_counts: open/free imbalance"? Submitter : Thomas Meyer <thomas@m3y3r.de> Date : 2010-03-28 11:31 (118 days old) Message-ID : <1269775909.5301.4.camel@localhost.localdomain> References : http://marc.info/?l=linux-kernel&m=126977593326800&w=2 ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: [Bug #15673] 2.6.34-rc2: "ima_dec_counts: open/free imbalance"? 2010-07-23 12:15 ` [Bug #15673] 2.6.34-rc2: "ima_dec_counts: open/free imbalance"? Rafael J. Wysocki @ 2010-07-23 15:12 ` Thomas Meyer 2010-07-23 19:50 ` Rafael J. Wysocki 0 siblings, 1 reply; 58+ messages in thread From: Thomas Meyer @ 2010-07-23 15:12 UTC (permalink / raw) To: Rafael J. Wysocki Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki Am Freitag, den 23.07.2010, 14:15 +0200 schrieb Rafael J. Wysocki: > This message has been generated automatically as a part of a report > of regressions introduced between 2.6.33 and 2.6.34. > > The following bug entry is on the current list of known regressions > introduced between 2.6.33 and 2.6.34. Please verify if it still should > be listed and let the tracking team know (either way). > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15673 > Subject : 2.6.34-rc2: "ima_dec_counts: open/free imbalance"? > Submitter : Thomas Meyer <thomas@m3y3r.de> > Date : 2010-03-28 11:31 (118 days old) > Message-ID : <1269775909.5301.4.camel@localhost.localdomain> > References : http://marc.info/?l=linux-kernel&m=126977593326800&w=2 > > I also see this message in 2.6.35-rc6: [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Linux version 2.6.35-rc6 (thomas@localhost.localdomain) (gcc version 4.4.4 20100630 (Red Hat 4.4.4-10) (GCC) ) #112 Thu Jul 22 21:59:35 CEST 2010 [ 0.000000] BIOS-provided physical RAM map: [ 0.000000] BIOS-e820: 0000000000000000 - 000000000009e000 (usable) [ 0.000000] BIOS-e820: 000000000009e000 - 00000000000a0000 (reserved) [ 0.000000] BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved) [ 0.000000] BIOS-e820: 0000000000100000 - 000000007ba63000 (usable) [ 0.000000] BIOS-e820: 000000007ba63000 - 000000007babf000 (reserved) [ 0.000000] BIOS-e820: 000000007babf000 - 000000007bb80000 (usable) [ 0.000000] BIOS-e820: 000000007bb80000 - 000000007bbbf000 (ACPI NVS) [ 0.000000] BIOS-e820: 000000007bbbf000 - 000000007bbe0000 (usable) [ 0.000000] BIOS-e820: 000000007bbe0000 - 000000007bbf7000 (ACPI data) [ 0.000000] BIOS-e820: 000000007bbf7000 - 000000007bc00000 (usable) [ 0.000000] BIOS-e820: 000000007bc00000 - 0000000080000000 (reserved) [ 0.000000] BIOS-e820: 00000000f8000000 - 00000000fc000000 (reserved) [ 0.000000] BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved) [ 0.000000] BIOS-e820: 00000000fed10000 - 00000000fed14000 (reserved) [ 0.000000] BIOS-e820: 00000000fed18000 - 00000000fed1a000 (reserved) [ 0.000000] BIOS-e820: 00000000fed1c000 - 00000000fed20000 (reserved) [ 0.000000] BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved) [ 0.000000] BIOS-e820: 00000000ffe00000 - 0000000100000000 (reserved) [ 0.000000] Notice: NX (Execute Disable) protection cannot be enabled: non-PAE kernel! [ 0.000000] DMI 2.6 present. [ 0.000000] e820 update range: 0000000000000000 - 0000000000001000 (usable) ==> (reserved) [ 0.000000] e820 remove range: 00000000000a0000 - 0000000000100000 (usable) [ 0.000000] last_pfn = 0x7bc00 max_arch_pfn = 0x100000 [ 0.000000] MTRR default type: uncachable [ 0.000000] MTRR fixed ranges enabled: [ 0.000000] 00000-9FFFF write-back [ 0.000000] A0000-BFFFF uncachable [ 0.000000] C0000-FFFFF write-through [ 0.000000] MTRR variable ranges enabled: [ 0.000000] 0 base 000000000 mask FC0000000 write-back [ 0.000000] 1 base 0FFE00000 mask FFFE00000 write-protect [ 0.000000] 2 base 040000000 mask FC0000000 write-back [ 0.000000] 3 base 07C000000 mask FFC000000 uncachable [ 0.000000] 4 base 07BC00000 mask FFFC00000 uncachable [ 0.000000] 5 disabled [ 0.000000] 6 disabled [ 0.000000] 7 disabled [ 0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106 [ 0.000000] initial memory mapped : 0 - 01000000 [ 0.000000] init_memory_mapping: 0000000000000000-00000000377fe000 [ 0.000000] 0000000000 - 0000400000 page 4k [ 0.000000] 0000400000 - 0037400000 page 2M [ 0.000000] 0037400000 - 00377fe000 page 4k [ 0.000000] kernel direct mapping tables up to 377fe000 @ 7000-c000 [ 0.000000] RAMDISK: 37942000 - 37ff0000 [ 0.000000] Allocated new RAMDISK: 00ba7000 - 01254073 [ 0.000000] Move RAMDISK from 0000000037942000 - 0000000037fef072 to 00ba7000 - 01254072 [ 0.000000] ACPI: RSDP 000fe020 00024 (v02 ACRSYS) [ 0.000000] ACPI: XSDT 7bbf6120 0007C (v01 ACRSYS ACRPRDCT 00000001 01000013) [ 0.000000] ACPI: FACP 7bbf4000 000F4 (v04 ACRSYS ACRPRDCT 00000001 1025 01000013) [ 0.000000] ACPI: DSDT 7bbe8000 073EA (v01 ACRSYS ACRPRDCT 00000001 1025 01000013) [ 0.000000] ACPI: FACS 7bb8d000 00040 [ 0.000000] ACPI: DMAR 7bbf5000 00068 (v01 ? 00000001 00000000) [ 0.000000] ACPI: HPET 7bbf3000 00038 (v01 ACRSYS ACRPRDCT 00000001 1025 01000013) [ 0.000000] ACPI: APIC 7bbf2000 0006C (v02 ACRSYS ACRPRDCT 00000001 1025 01000013) [ 0.000000] ACPI: MCFG 7bbf1000 0003C (v01 ACRSYS ACRPRDCT 00000001 1025 01000013) [ 0.000000] ACPI: ASF! 7bbf0000 000A5 (v32 ACRSYS ACRPRDCT 00000001 1025 01000013) [ 0.000000] ACPI: SLIC 7bbe7000 00176 (v01 ACRSYS ACRPRDCT 00000001 1025 01000013) [ 0.000000] ACPI: BOOT 7bbe6000 00028 (v01 ACRSYS ACRPRDCT 00000001 1025 01000013) [ 0.000000] ACPI: SSDT 7bbe2000 00223 (v01 PmRef Cpu0Ist 00003000 INTL 20051117) [ 0.000000] ACPI: SSDT 7bbe1000 00537 (v01 PmRef Cpu0Cst 00003001 INTL 20051117) [ 0.000000] ACPI: SSDT 7bbe0000 00655 (v01 PmRef CpuPm 00003000 INTL 20051117) [ 0.000000] ACPI: Local APIC address 0xfee00000 [ 0.000000] 1092MB HIGHMEM available. [ 0.000000] 887MB LOWMEM available. [ 0.000000] mapped low ram: 0 - 377fe000 [ 0.000000] low ram: 0 - 377fe000 [ 0.000000] Zone PFN ranges: [ 0.000000] DMA 0x00000001 -> 0x00001000 [ 0.000000] Normal 0x00001000 -> 0x000377fe [ 0.000000] HighMem 0x000377fe -> 0x0007bc00 [ 0.000000] Movable zone start PFN for each node [ 0.000000] early_node_map[5] active PFN ranges [ 0.000000] 0: 0x00000001 -> 0x0000009e [ 0.000000] 0: 0x00000100 -> 0x0007ba63 [ 0.000000] 0: 0x0007babf -> 0x0007bb80 [ 0.000000] 0: 0x0007bbbf -> 0x0007bbe0 [ 0.000000] 0: 0x0007bbf7 -> 0x0007bc00 [ 0.000000] On node 0 totalpages: 506603 [ 0.000000] free_area_init_node: node 0, pgdat c0a8dc60, node_mem_map c1256020 [ 0.000000] DMA zone: 32 pages used for memmap [ 0.000000] DMA zone: 0 pages reserved [ 0.000000] DMA zone: 3965 pages, LIFO batch:0 [ 0.000000] Normal zone: 1744 pages used for memmap [ 0.000000] Normal zone: 221486 pages, LIFO batch:31 [ 0.000000] HighMem zone: 2185 pages used for memmap [ 0.000000] HighMem zone: 277191 pages, LIFO batch:31 [ 0.000000] Using APIC driver default [ 0.000000] ACPI: PM-Timer IO Port: 0x408 [ 0.000000] ACPI: Local APIC address 0xfee00000 [ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x00] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x00] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x00] disabled) [ 0.000000] ACPI: IOAPIC (id[0x04] address[0xfec00000] gsi_base[0]) [ 0.000000] IOAPIC[0]: apic_id 4, version 32, address 0xfec00000, GSI 0-23 [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) [ 0.000000] ACPI: IRQ0 used by override. [ 0.000000] ACPI: IRQ2 used by override. [ 0.000000] ACPI: IRQ9 used by override. [ 0.000000] Using ACPI (MADT) for SMP configuration information [ 0.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000 [ 0.000000] nr_irqs_gsi: 40 [ 0.000000] early_res array is doubled to 64 at [5000 - 57ff] [ 0.000000] PM: Registered nosave memory: 000000000009e000 - 00000000000a0000 [ 0.000000] PM: Registered nosave memory: 00000000000a0000 - 00000000000e0000 [ 0.000000] PM: Registered nosave memory: 00000000000e0000 - 0000000000100000 [ 0.000000] Allocating PCI resources starting at 80000000 (gap: 80000000:78000000) [ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 502642 [ 0.000000] Kernel command line: ro root=UUID=5764c1f2-f119-4f97-b8e2-d827b8655edb LANG=de_DE.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=de-latin1-nodeadkeys rhgb quiet resume=/dev/mapper/luks-swap [ 0.000000] PID hash table entries: 4096 (order: 2, 16384 bytes) [ 0.000000] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) [ 0.000000] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) [ 0.000000] Enabling fast FPU save and restore... done. [ 0.000000] Enabling unmasked SIMD FPU exception support... done. [ 0.000000] Initializing CPU#0 [ 0.000000] xsave/xrstor: enabled xstate_bv 0x3, cntxt size 0x240 [ 0.000000] allocated 10137580 bytes of page_cgroup [ 0.000000] please try 'cgroup_disable=memory' option if you don't want memory cgroups [ 0.000000] ------------[ cut here ]------------ [ 0.000000] WARNING: at drivers/pci/dmar.c:633 warn_invalid_dmar+0x96/0xa0() [ 0.000000] Hardware name: Aspire 1810T [ 0.000000] Your BIOS is broken; DMAR reported at address 0! [ 0.000000] BIOS vendor: INSYDE; Ver: v1.3310; Product Version: v1.3310 [ 0.000000] Modules linked in: [ 0.000000] Pid: 0, comm: swapper Not tainted 2.6.35-rc6 #112 [ 0.000000] Call Trace: [ 0.000000] [<c0430e42>] warn_slowpath_common+0x72/0xa0 [ 0.000000] [<c0651926>] ? warn_invalid_dmar+0x96/0xa0 [ 0.000000] [<c0651926>] ? warn_invalid_dmar+0x96/0xa0 [ 0.000000] [<c0430ed2>] warn_slowpath_fmt_taint+0x32/0x40 [ 0.000000] [<c0651926>] warn_invalid_dmar+0x96/0xa0 [ 0.000000] [<c0ab7bba>] check_zero_address+0x53/0x12d [ 0.000000] [<c068e45c>] ? acpi_tb_verify_table+0x4b/0x4e [ 0.000000] [<c068dddc>] ? acpi_get_table_with_size+0x58/0xa6 [ 0.000000] [<c0ab7ca5>] detect_intel_iommu+0x11/0x69 [ 0.000000] [<c0a9d23a>] pci_iommu_alloc+0x8/0xa [ 0.000000] [<c0aa7b8e>] mem_init+0xe/0x28c [ 0.000000] [<c0aadc06>] ? __alloc_bootmem_node_nopanic+0x72/0x99 [ 0.000000] [<c0894a76>] ? printk+0x1d/0x1f [ 0.000000] [<c0ab0267>] ? page_cgroup_init_flatmem+0xa0/0xe3 [ 0.000000] [<c0a97682>] start_kernel+0x18e/0x313 [ 0.000000] [<c0a97323>] ? unknown_bootoption+0x0/0x19b [ 0.000000] [<c0a970b4>] i386_start_kernel+0xb4/0xbc [ 0.000000] ---[ end trace a7919e7f17c0a725 ]--- [ 0.000000] Disabling lock debugging due to kernel taint [ 0.000000] Subtract (44 early reservations) [ 0.000000] #1 [0000400000 - 0000ba1058] TEXT DATA BSS [ 0.000000] #2 [000009e000 - 0000100000] BIOS reserved [ 0.000000] #3 [0000ba2000 - 0000ba6258] BRK [ 0.000000] #4 [0000001000 - 0000005000] ACPI WAKEUP [ 0.000000] #5 [0000007000 - 0000008000] PGTABLE [ 0.000000] #6 [0000ba7000 - 0001255000] NEW RAMDISK [ 0.000000] #7 [0001255000 - 0001256000] BOOTMEM [ 0.000000] #8 [0001256000 - 00021ce000] BOOTMEM [ 0.000000] #9 [00021ce000 - 00021ce004] BOOTMEM [ 0.000000] #10 [00021ce040 - 00021ce0c0] BOOTMEM [ 0.000000] #11 [00021ce0c0 - 00021ce114] BOOTMEM [ 0.000000] #12 [00021ce140 - 00021d0140] BOOTMEM [ 0.000000] #13 [00021d0140 - 00021d01a8] BOOTMEM [ 0.000000] #14 [00021d01c0 - 00021d41c0] BOOTMEM [ 0.000000] #15 [00021d41c0 - 00021d41e5] BOOTMEM [ 0.000000] #16 [00021d4200 - 00021d4227] BOOTMEM [ 0.000000] #17 [00021d4240 - 00021d4454] BOOTMEM [ 0.000000] #18 [00021d4480 - 00021d44c0] BOOTMEM [ 0.000000] #19 [00021d44c0 - 00021d4500] BOOTMEM [ 0.000000] #20 [00021d4500 - 00021d4540] BOOTMEM [ 0.000000] #21 [00021d4540 - 00021d4580] BOOTMEM [ 0.000000] #22 [00021d4580 - 00021d45c0] BOOTMEM [ 0.000000] #23 [00021d45c0 - 00021d4600] BOOTMEM [ 0.000000] #24 [00021d4600 - 00021d4640] BOOTMEM [ 0.000000] #25 [00021d4640 - 00021d4680] BOOTMEM [ 0.000000] #26 [00021d4680 - 00021d46c0] BOOTMEM [ 0.000000] #27 [00021d46c0 - 00021d4700] BOOTMEM [ 0.000000] #28 [00021d4700 - 00021d4740] BOOTMEM [ 0.000000] #29 [00021d4740 - 00021d4780] BOOTMEM [ 0.000000] #30 [00021d4780 - 00021d47c0] BOOTMEM [ 0.000000] #31 [00021d47c0 - 00021d4800] BOOTMEM [ 0.000000] #32 [00021d4800 - 00021d4840] BOOTMEM [ 0.000000] #33 [00021d4840 - 00021d4880] BOOTMEM [ 0.000000] #34 [00021d4880 - 00021d48c0] BOOTMEM [ 0.000000] #35 [00021d48c0 - 00021d4900] BOOTMEM [ 0.000000] #36 [00021d4900 - 00021d4910] BOOTMEM [ 0.000000] #37 [00021d4940 - 00021d49f3] BOOTMEM [ 0.000000] #38 [00021d4a00 - 00021d4ab3] BOOTMEM [ 0.000000] #39 [00021d4ac0 - 00021d8ac0] BOOTMEM [ 0.000000] #40 [00021d8ac0 - 0002258ac0] BOOTMEM [ 0.000000] #41 [0002258ac0 - 0002298ac0] BOOTMEM [ 0.000000] #42 [0002298ac0 - 0002298d00] BOOTMEM [ 0.000000] #43 [0002299000 - 0002c43fec] BOOTMEM [ 0.000000] Initializing HighMem for node 0 (000377fe:0007bc00) [ 0.000000] Memory: 1985160k/2027520k available (4720k kernel code, 41252k reserved, 2026k data, 484k init, 1117504k highmem) [ 0.000000] virtual kernel memory layout: [ 0.000000] fixmap : 0xfffa3000 - 0xfffff000 ( 368 kB) [ 0.000000] pkmap : 0xff800000 - 0xffc00000 (4096 kB) [ 0.000000] vmalloc : 0xf7ffe000 - 0xff7fe000 ( 120 MB) [ 0.000000] lowmem : 0xc0000000 - 0xf77fe000 ( 887 MB) [ 0.000000] .init : 0xc0a97000 - 0xc0b10000 ( 484 kB) [ 0.000000] .data : 0xc089c218 - 0xc0a96cc8 (2026 kB) [ 0.000000] .text : 0xc0400000 - 0xc089c218 (4720 kB) [ 0.000000] Checking if this processor honours the WP bit even in supervisor mode...Ok. [ 0.000000] SLUB: Genslabs=13, HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1 [ 0.000000] Hierarchical RCU implementation. [ 0.000000] RCU-based detection of stalled CPUs is disabled. [ 0.000000] Verbose stalled-CPUs detection is disabled. [ 0.000000] NR_IRQS:288 [ 0.000000] Console: colour VGA+ 80x25 [ 0.000000] console [tty0] enabled [ 0.000000] hpet clockevent registered [ 0.000000] Fast TSC calibration using PIT [ 0.000000] Detected 1396.379 MHz processor. [ 0.003338] Calibrating delay loop (skipped), value calculated using timer frequency.. 2793.12 BogoMIPS (lpj=4654596) [ 0.003344] pid_max: default: 32768 minimum: 301 [ 0.003360] Security Framework initialized [ 0.003366] SELinux: Initializing. [ 0.003373] SELinux: Starting in permissive mode [ 0.003381] Mount-cache hash table entries: 512 [ 0.003531] Initializing cgroup subsys ns [ 0.003539] Initializing cgroup subsys cpuacct [ 0.003542] Initializing cgroup subsys memory [ 0.003550] Initializing cgroup subsys devices [ 0.003553] Initializing cgroup subsys freezer [ 0.003556] Initializing cgroup subsys net_cls [ 0.003558] Initializing cgroup subsys blkio [ 0.003591] mce: CPU supports 6 MCE banks [ 0.003601] CPU0: Thermal monitoring enabled (TM2) [ 0.003605] using mwait in idle threads. [ 0.003613] Performance Events: PEBS fmt0+, Core2 events, Intel PMU driver. [ 0.003622] ... version: 2 [ 0.003624] ... bit width: 40 [ 0.003626] ... generic registers: 2 [ 0.003628] ... value mask: 000000ffffffffff [ 0.003631] ... max period: 000000007fffffff [ 0.003633] ... fixed-purpose events: 3 [ 0.003635] ... event mask: 0000000700000003 [ 0.003639] CPU: Intel(R) Core(TM)2 Solo CPU U3500 @ 1.40GHz stepping 0a [ 0.006899] ACPI: Core revision 20100428 [ 0.026675] ftrace: converting mcount calls to 0f 1f 44 00 00 [ 0.026681] ftrace: allocating 19569 entries in 39 pages [ 0.030123] DMAR: Host address width 36 [ 0.030128] DMAR: DRHD base: 0x00000000000000 flags: 0x1 [ 0.030131] DMAR: parse DMAR table failure. [ 0.030134] Enabling APIC mode: Flat. Using 1 I/O APICs [ 0.030491] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1 [ 0.066666] regulator: core version 0.5 [ 0.066666] NET: Registered protocol family 16 [ 0.066666] ACPI: bus type pci registered [ 0.066666] PCI: MMCONFIG for domain 0000 [bus 00-3f] at [mem 0xf8000000-0xfbffffff] (base 0xf8000000) [ 0.066666] PCI: MMCONFIG at [mem 0xf8000000-0xfbffffff] reserved in E820 [ 0.066666] PCI: Using MMCONFIG for extended config space [ 0.066666] PCI: Using configuration type 1 for base access [ 0.066666] bio: create slab <bio-0> at 0 [ 0.066912] ACPI: EC: Look up EC in DSDT [ 0.068868] ACPI: Executed 1 blocks of module-level executable AML code [ 0.073021] ACPI: BIOS _OSI(Linux) query ignored [ 0.074004] ACPI: Interpreter enabled [ 0.074009] ACPI: (supports S0 S3 S4 S5) [ 0.074051] ACPI: Using IOAPIC for interrupt routing [ 0.084281] ACPI: EC: GPE = 0x18, I/O: command/status = 0x66, data = 0x62 [ 0.084809] ACPI: No dock devices found. [ 0.084813] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug [ 0.085599] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff]) [ 0.087115] pci_root PNP0A08:00: host bridge window [io 0x0000-0x0cf7] [ 0.087120] pci_root PNP0A08:00: host bridge window [io 0x0d00-0xffff] [ 0.087124] pci_root PNP0A08:00: host bridge window [mem 0x000a0000-0x000bffff] [ 0.087129] pci_root PNP0A08:00: host bridge window [mem 0x80000000-0xfebfffff] [ 0.087164] DMAR: Forcing write-buffer flush capability [ 0.087166] DMAR: Disabling IOMMU for graphics on this chipset [ 0.087201] pci 0000:00:02.0: reg 10: [mem 0x90000000-0x903fffff 64bit] [ 0.087209] pci 0000:00:02.0: reg 18: [mem 0x80000000-0x8fffffff 64bit pref] [ 0.087216] pci 0000:00:02.0: reg 20: [io 0x30d0-0x30d7] [ 0.087256] pci 0000:00:02.1: reg 10: [mem 0x92400000-0x924fffff 64bit] [ 0.087389] pci 0000:00:1a.0: reg 20: [io 0x30a0-0x30bf] [ 0.087494] pci 0000:00:1a.7: reg 10: [mem 0x94504c00-0x94504fff] [ 0.087576] pci 0000:00:1a.7: PME# supported from D0 D3hot D3cold [ 0.087582] pci 0000:00:1a.7: PME# disabled [ 0.087631] pci 0000:00:1b.0: reg 10: [mem 0x94500000-0x94503fff 64bit] [ 0.087691] pci 0000:00:1b.0: PME# supported from D0 D3hot D3cold [ 0.087697] pci 0000:00:1b.0: PME# disabled [ 0.087794] pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold [ 0.087800] pci 0000:00:1c.0: PME# disabled [ 0.087903] pci 0000:00:1c.3: PME# supported from D0 D3hot D3cold [ 0.087908] pci 0000:00:1c.3: PME# disabled [ 0.087996] pci 0000:00:1d.0: reg 20: [io 0x3080-0x309f] [ 0.088112] pci 0000:00:1d.1: reg 20: [io 0x3060-0x307f] [ 0.088229] pci 0000:00:1d.2: reg 20: [io 0x3040-0x305f] [ 0.088322] pci 0000:00:1d.7: reg 10: [mem 0x94504800-0x94504bff] [ 0.088394] pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold [ 0.088400] pci 0000:00:1d.7: PME# disabled [ 0.088633] pci 0000:00:1f.2: reg 10: [io 0x30c8-0x30cf] [ 0.088642] pci 0000:00:1f.2: reg 14: [io 0x30dc-0x30df] [ 0.088649] pci 0000:00:1f.2: reg 18: [io 0x30c0-0x30c7] [ 0.088658] pci 0000:00:1f.2: reg 1c: [io 0x30d8-0x30db] [ 0.088666] pci 0000:00:1f.2: reg 20: [io 0x3020-0x303f] [ 0.088675] pci 0000:00:1f.2: reg 24: [mem 0x94504000-0x945047ff] [ 0.088722] pci 0000:00:1f.2: PME# supported from D3hot [ 0.088727] pci 0000:00:1f.2: PME# disabled [ 0.088767] pci 0000:00:1f.3: reg 10: [mem 0x94505000-0x945050ff 64bit] [ 0.088786] pci 0000:00:1f.3: reg 20: [io 0x3000-0x301f] [ 0.088914] pci 0000:01:00.0: reg 10: [mem 0x93500000-0x9353ffff 64bit] [ 0.088924] pci 0000:01:00.0: reg 18: [io 0x2000-0x207f] [ 0.089000] pci 0000:01:00.0: PME# supported from D0 D1 D2 D3hot D3cold [ 0.089007] pci 0000:01:00.0: PME# disabled [ 0.093353] pci 0000:00:1c.0: PCI bridge to [bus 01-01] [ 0.093359] pci 0000:00:1c.0: bridge window [io 0x2000-0x2fff] [ 0.093365] pci 0000:00:1c.0: bridge window [mem 0x93500000-0x944fffff] [ 0.093373] pci 0000:00:1c.0: bridge window [mem 0x90400000-0x913fffff 64bit pref] [ 0.093540] pci 0000:02:00.0: reg 10: [mem 0x92500000-0x92501fff 64bit] [ 0.093698] pci 0000:02:00.0: PME# supported from D0 D3hot D3cold [ 0.093726] pci 0000:02:00.0: PME# disabled [ 0.100043] pci 0000:00:1c.3: PCI bridge to [bus 02-02] [ 0.100049] pci 0000:00:1c.3: bridge window [io 0x1000-0x1fff] [ 0.100055] pci 0000:00:1c.3: bridge window [mem 0x92500000-0x934fffff] [ 0.100064] pci 0000:00:1c.3: bridge window [mem 0x91400000-0x923fffff 64bit pref] [ 0.100153] pci 0000:00:1e.0: PCI bridge to [bus 03-03] (subtractive decode) [ 0.100159] pci 0000:00:1e.0: bridge window [io 0xf000-0x0000] (disabled) [ 0.100165] pci 0000:00:1e.0: bridge window [mem 0xfff00000-0x000fffff] (disabled) [ 0.100174] pci 0000:00:1e.0: bridge window [mem 0xfff00000-0x000fffff pref] (disabled) [ 0.100178] pci 0000:00:1e.0: bridge window [io 0x0000-0x0cf7] (subtractive decode) [ 0.100181] pci 0000:00:1e.0: bridge window [io 0x0d00-0xffff] (subtractive decode) [ 0.100185] pci 0000:00:1e.0: bridge window [mem 0x000a0000-0x000bffff] (subtractive decode) [ 0.100188] pci 0000:00:1e.0: bridge window [mem 0x80000000-0xfebfffff] (subtractive decode) [ 0.100210] pci_bus 0000:00: on NUMA node 0 [ 0.100219] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] [ 0.100764] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.EXP1._PRT] [ 0.100944] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.EXP4._PRT] [ 0.121373] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 7 9 10 *11 12) [ 0.121578] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 7 9 10 *11 12) [ 0.121778] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 7 9 10 *11 12) [ 0.121977] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 7 9 *10 11 12) [ 0.122177] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 7 9 10 11 12) *0, disabled. [ 0.122377] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 7 9 10 11 12) *0, disabled. [ 0.122579] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 7 9 10 *11 12) [ 0.122778] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 7 9 10 *11 12) [ 0.122867] HEST: Table is not found! [ 0.122914] vgaarb: device added: PCI:0000:00:02.0,decodes=io+mem,owns=io+mem,locks=none [ 0.122924] vgaarb: loaded [ 0.123035] SCSI subsystem initialized [ 0.123066] libata version 3.00 loaded. [ 0.123103] usbcore: registered new interface driver usbfs [ 0.123123] usbcore: registered new interface driver hub [ 0.123147] usbcore: registered new device driver usb [ 0.123216] PCI: Using ACPI for IRQ routing [ 0.123219] PCI: pci_cache_line_size set to 64 bytes [ 0.123338] reserve RAM buffer: 000000000009e000 - 000000000009ffff [ 0.123342] reserve RAM buffer: 000000007ba63000 - 000000007bffffff [ 0.123346] reserve RAM buffer: 000000007bb80000 - 000000007bffffff [ 0.123350] reserve RAM buffer: 000000007bbe0000 - 000000007bffffff [ 0.123354] reserve RAM buffer: 000000007bc00000 - 000000007bffffff [ 0.123452] NetLabel: Initializing [ 0.123455] NetLabel: domain hash size = 128 [ 0.123457] NetLabel: protocols = UNLABELED CIPSOv4 [ 0.123471] NetLabel: unlabeled traffic allowed by default [ 0.123477] HPET: 4 timers in total, 0 timers will be used for per-cpu timer [ 0.123485] hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0, 0 [ 0.123491] hpet0: 4 comparators, 64-bit 14.318180 MHz counter [ 0.126682] Switching to clocksource tsc [ 0.129723] pnp: PnP ACPI init [ 0.129734] ACPI: bus type pnp registered [ 0.131288] pnp 00:01: disabling [io 0x164e-0x164f] because it overlaps 0000:00:1c.3 BAR 13 [io 0x1000-0x1fff] [ 0.132197] pnp: PnP ACPI: found 9 devices [ 0.132200] ACPI: ACPI bus type pnp unregistered [ 0.132211] system 00:01: [io 0x0600-0x060f] has been reserved [ 0.132215] system 00:01: [io 0x0610] has been reserved [ 0.132219] system 00:01: [io 0x0800-0x080f] has been reserved [ 0.132223] system 00:01: [io 0x0810-0x0817] has been reserved [ 0.132227] system 00:01: [io 0x0820-0x0823] has been reserved [ 0.132231] system 00:01: [io 0x0400-0x047f] has been reserved [ 0.132234] system 00:01: [io 0x0500-0x053f] has been reserved [ 0.132239] system 00:01: [mem 0xf8000000-0xfbffffff] has been reserved [ 0.132243] system 00:01: [mem 0xfed1c000-0xfed1ffff] has been reserved [ 0.132247] system 00:01: [mem 0xfed10000-0xfed13fff] has been reserved [ 0.132251] system 00:01: [mem 0xfed18000-0xfed18fff] has been reserved [ 0.132255] system 00:01: [mem 0xfed19000-0xfed19fff] has been reserved [ 0.132259] system 00:01: [mem 0xfec00000-0xfec00fff] could not be reserved [ 0.132263] system 00:01: [mem 0xfed20000-0xfed3ffff] has been reserved [ 0.132267] system 00:01: [mem 0xfed40000-0xfed44fff] has been reserved [ 0.132271] system 00:01: [mem 0xfed45000-0xfed8ffff] has been reserved [ 0.132275] system 00:01: [mem 0xfee00000-0xfee00fff] has been reserved [ 0.167021] pci 0000:00:1c.0: PCI bridge to [bus 01-01] [ 0.167026] pci 0000:00:1c.0: bridge window [io 0x2000-0x2fff] [ 0.167033] pci 0000:00:1c.0: bridge window [mem 0x93500000-0x944fffff] [ 0.167039] pci 0000:00:1c.0: bridge window [mem 0x90400000-0x913fffff 64bit pref] [ 0.167048] pci 0000:00:1c.3: PCI bridge to [bus 02-02] [ 0.167052] pci 0000:00:1c.3: bridge window [io 0x1000-0x1fff] [ 0.167059] pci 0000:00:1c.3: bridge window [mem 0x92500000-0x934fffff] [ 0.167064] pci 0000:00:1c.3: bridge window [mem 0x91400000-0x923fffff 64bit pref] [ 0.167073] pci 0000:00:1e.0: PCI bridge to [bus 03-03] [ 0.167075] pci 0000:00:1e.0: bridge window [io disabled] [ 0.167081] pci 0000:00:1e.0: bridge window [mem disabled] [ 0.167086] pci 0000:00:1e.0: bridge window [mem pref disabled] [ 0.167106] pci 0000:00:1c.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 [ 0.167113] pci 0000:00:1c.0: setting latency timer to 64 [ 0.167128] pci 0000:00:1c.3: PCI INT D -> GSI 19 (level, low) -> IRQ 19 [ 0.167134] pci 0000:00:1c.3: setting latency timer to 64 [ 0.167143] pci 0000:00:1e.0: setting latency timer to 64 [ 0.167148] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7] [ 0.167151] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff] [ 0.167154] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff] [ 0.167158] pci_bus 0000:00: resource 7 [mem 0x80000000-0xfebfffff] [ 0.167161] pci_bus 0000:01: resource 0 [io 0x2000-0x2fff] [ 0.167164] pci_bus 0000:01: resource 1 [mem 0x93500000-0x944fffff] [ 0.167168] pci_bus 0000:01: resource 2 [mem 0x90400000-0x913fffff 64bit pref] [ 0.167171] pci_bus 0000:02: resource 0 [io 0x1000-0x1fff] [ 0.167174] pci_bus 0000:02: resource 1 [mem 0x92500000-0x934fffff] [ 0.167178] pci_bus 0000:02: resource 2 [mem 0x91400000-0x923fffff 64bit pref] [ 0.167181] pci_bus 0000:03: resource 4 [io 0x0000-0x0cf7] [ 0.167184] pci_bus 0000:03: resource 5 [io 0x0d00-0xffff] [ 0.167187] pci_bus 0000:03: resource 6 [mem 0x000a0000-0x000bffff] [ 0.167190] pci_bus 0000:03: resource 7 [mem 0x80000000-0xfebfffff] [ 0.167208] NET: Registered protocol family 2 [ 0.167233] IP route cache hash table entries: 32768 (order: 5, 131072 bytes) [ 0.167350] TCP established hash table entries: 131072 (order: 8, 1048576 bytes) [ 0.167888] TCP bind hash table entries: 65536 (order: 6, 262144 bytes) [ 0.168035] TCP: Hash tables configured (established 131072 bind 65536) [ 0.168038] TCP reno registered [ 0.168042] UDP hash table entries: 512 (order: 1, 8192 bytes) [ 0.168050] UDP-Lite hash table entries: 512 (order: 1, 8192 bytes) [ 0.168092] NET: Registered protocol family 1 [ 0.168107] pci 0000:00:02.0: Boot video device [ 0.196702] PCI: CLS 64 bytes, default 64 [ 0.196765] Trying to unpack rootfs image as initramfs... [ 0.432570] Freeing initrd memory: 6840k freed [ 0.436276] Simple Boot Flag value 0x5 read from CMOS RAM was invalid [ 0.436280] Simple Boot Flag at 0x44 set to 0x1 [ 0.436510] microcode: CPU0 sig=0x1067a, pf=0x80, revision=0xa07 [ 0.436528] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba [ 0.436639] audit: initializing netlink socket (disabled) [ 0.436682] type=2000 audit(1279829160.433:1): initialized [ 0.447676] highmem bounce pool size: 64 pages [ 0.447683] HugeTLB registered 4 MB page size, pre-allocated 0 pages [ 0.449684] VFS: Disk quotas dquot_6.5.2 [ 0.449733] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) [ 0.450369] Btrfs loaded [ 0.450375] msgmni has been set to 1708 [ 0.450445] SELinux: Registering netfilter hooks [ 0.450751] alg: No test for stdrng (krng) [ 0.450815] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253) [ 0.450819] io scheduler noop registered [ 0.450822] io scheduler deadline registered [ 0.450840] io scheduler cfq registered (default) [ 0.450933] pcieport 0000:00:1c.0: setting latency timer to 64 [ 0.450992] pcieport 0000:00:1c.0: irq 40 for MSI/MSI-X [ 0.451102] pcieport 0000:00:1c.3: setting latency timer to 64 [ 0.451157] pcieport 0000:00:1c.3: irq 41 for MSI/MSI-X [ 0.451282] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [ 0.451445] pciehp: PCI Express Hot Plug Controller Driver version: 0.4 [ 0.451448] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5 [ 0.451834] pci-stub: invalid id string "" [ 0.451858] intel_idle: MWAIT substates: 0x3122220 [ 0.451861] intel_idle: does not run on family 6 model 23 [ 0.452284] ACPI: AC Adapter [ACAD] (off-line) [ 0.452373] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input0 [ 0.452377] ACPI: Power Button [PWRB] [ 0.452431] input: Lid Switch as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input1 [ 0.453538] ACPI: Lid Switch [LID0] [ 0.453599] input: Sleep Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input2 [ 0.453602] ACPI: Sleep Button [SLPB] [ 0.453666] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input3 [ 0.453669] ACPI: Power Button [PWRF] [ 0.454078] ACPI: acpi_idle registered with cpuidle [ 0.454372] Marking TSC unstable due to TSC halts in idle [ 0.457748] Switching to clocksource hpet [ 0.458187] ERST: Table is not found! [ 0.459743] Non-volatile memory driver v1.3 [ 0.459746] Linux agpgart interface v0.103 [ 0.459787] agpgart-intel 0000:00:00.0: Intel GM45 Chipset [ 0.461099] agpgart-intel 0000:00:00.0: detected 65532K stolen memory [ 0.489906] ACPI: Battery Slot [BAT1] (battery absent) [ 0.489980] agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0x80000000 [ 0.490079] [drm] Initialized drm 1.1.0 20060810 [ 0.490110] i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 0.490115] i915 0000:00:02.0: setting latency timer to 64 [ 0.522764] i915 0000:00:02.0: irq 42 for MSI/MSI-X [ 0.522777] [drm] set up 63M of stolen space [ 1.263749] fbcon: inteldrmfb (fb0) is primary device [ 2.278442] Console: switching to colour frame buffer device 170x48 [ 2.284210] fb0: inteldrmfb frame buffer device [ 2.284212] drm: registered panic notifier [ 2.284251] Slow work thread pool: Starting up [ 2.284288] Slow work thread pool: Ready [ 2.287455] acpi device:02: registered as cooling_device1 [ 2.287836] input: Video Bus as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input4 [ 2.287843] ACPI: Video Device [OVGA] (multi-head: yes rom: no post: no) [ 2.287865] [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0 [ 2.287892] Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled [ 2.289388] brd: module loaded [ 2.289472] ahci 0000:00:1f.2: version 3.0 [ 2.289488] ahci 0000:00:1f.2: PCI INT B -> GSI 19 (level, low) -> IRQ 19 [ 2.289534] ahci 0000:00:1f.2: irq 43 for MSI/MSI-X [ 2.289584] ahci: SSS flag set, parallel bus scan disabled [ 2.289629] ahci 0000:00:1f.2: AHCI 0001.0200 32 slots 4 ports 3 Gbps 0x33 impl SATA mode [ 2.289634] ahci 0000:00:1f.2: flags: 64bit ncq sntf stag pm led pmp pio slum part ccc ems [ 2.289642] ahci 0000:00:1f.2: setting latency timer to 64 [ 2.306713] scsi0 : ahci [ 2.306803] scsi1 : ahci [ 2.306869] scsi2 : ahci [ 2.306933] scsi3 : ahci [ 2.306997] scsi4 : ahci [ 2.307062] scsi5 : ahci [ 2.307116] ata1: SATA max UDMA/133 abar m2048@0x94504000 port 0x94504100 irq 43 [ 2.307121] ata2: SATA max UDMA/133 abar m2048@0x94504000 port 0x94504180 irq 43 [ 2.307124] ata3: DUMMY [ 2.307126] ata4: DUMMY [ 2.307129] ata5: SATA max UDMA/133 abar m2048@0x94504000 port 0x94504300 irq 43 [ 2.307134] ata6: SATA max UDMA/133 abar m2048@0x94504000 port 0x94504380 irq 43 [ 2.307211] atl1c 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 2.307220] atl1c 0000:01:00.0: setting latency timer to 64 [ 2.383645] atl1c 0000:01:00.0: version 1.0.0.2-NAPI [ 2.383680] console [netcon0] enabled [ 2.383682] netconsole: network logging started [ 2.383723] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [ 2.383743] ehci_hcd 0000:00:1a.7: PCI INT D -> GSI 19 (level, low) -> IRQ 19 [ 2.383757] ehci_hcd 0000:00:1a.7: setting latency timer to 64 [ 2.383762] ehci_hcd 0000:00:1a.7: EHCI Host Controller [ 2.383816] ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 1 [ 2.383847] ehci_hcd 0000:00:1a.7: debug port 1 [ 2.387724] ehci_hcd 0000:00:1a.7: cache line size of 64 is not supported [ 2.387736] ehci_hcd 0000:00:1a.7: irq 19, io mem 0x94504c00 [ 2.400019] ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00 [ 2.400043] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002 [ 2.400047] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 2.400050] usb usb1: Product: EHCI Host Controller [ 2.400053] usb usb1: Manufacturer: Linux 2.6.35-rc6 ehci_hcd [ 2.400055] usb usb1: SerialNumber: 0000:00:1a.7 [ 2.400149] hub 1-0:1.0: USB hub found [ 2.400156] hub 1-0:1.0: 2 ports detected [ 2.400226] ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) -> IRQ 23 [ 2.400240] ehci_hcd 0000:00:1d.7: setting latency timer to 64 [ 2.400244] ehci_hcd 0000:00:1d.7: EHCI Host Controller [ 2.400284] ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 2 [ 2.400315] ehci_hcd 0000:00:1d.7: debug port 1 [ 2.404204] ehci_hcd 0000:00:1d.7: cache line size of 64 is not supported [ 2.404217] ehci_hcd 0000:00:1d.7: irq 23, io mem 0x94504800 [ 2.416685] ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00 [ 2.416712] usb usb2: New USB device found, idVendor=1d6b, idProduct=0002 [ 2.416716] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 2.416719] usb usb2: Product: EHCI Host Controller [ 2.416722] usb usb2: Manufacturer: Linux 2.6.35-rc6 ehci_hcd [ 2.416724] usb usb2: SerialNumber: 0000:00:1d.7 [ 2.416814] hub 2-0:1.0: USB hub found [ 2.416819] hub 2-0:1.0: 6 ports detected [ 2.416893] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [ 2.416910] uhci_hcd: USB Universal Host Controller Interface driver [ 2.416933] uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 2.416941] uhci_hcd 0000:00:1a.0: setting latency timer to 64 [ 2.416945] uhci_hcd 0000:00:1a.0: UHCI Host Controller [ 2.416986] uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 3 [ 2.417022] uhci_hcd 0000:00:1a.0: irq 16, io base 0x000030a0 [ 2.417059] usb usb3: New USB device found, idVendor=1d6b, idProduct=0001 [ 2.417063] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 2.417066] usb usb3: Product: UHCI Host Controller [ 2.417068] usb usb3: Manufacturer: Linux 2.6.35-rc6 uhci_hcd [ 2.417071] usb usb3: SerialNumber: 0000:00:1a.0 [ 2.417160] hub 3-0:1.0: USB hub found [ 2.417165] hub 3-0:1.0: 2 ports detected [ 2.417229] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 23 (level, low) -> IRQ 23 [ 2.417237] uhci_hcd 0000:00:1d.0: setting latency timer to 64 [ 2.417241] uhci_hcd 0000:00:1d.0: UHCI Host Controller [ 2.417278] uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 4 [ 2.417308] uhci_hcd 0000:00:1d.0: irq 23, io base 0x00003080 [ 2.417344] usb usb4: New USB device found, idVendor=1d6b, idProduct=0001 [ 2.417347] usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 2.417351] usb usb4: Product: UHCI Host Controller [ 2.417353] usb usb4: Manufacturer: Linux 2.6.35-rc6 uhci_hcd [ 2.417356] usb usb4: SerialNumber: 0000:00:1d.0 [ 2.417446] hub 4-0:1.0: USB hub found [ 2.417451] hub 4-0:1.0: 2 ports detected [ 2.417513] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 19 (level, low) -> IRQ 19 [ 2.417520] uhci_hcd 0000:00:1d.1: setting latency timer to 64 [ 2.417525] uhci_hcd 0000:00:1d.1: UHCI Host Controller [ 2.417565] uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 5 [ 2.417595] uhci_hcd 0000:00:1d.1: irq 19, io base 0x00003060 [ 2.417631] usb usb5: New USB device found, idVendor=1d6b, idProduct=0001 [ 2.417635] usb usb5: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 2.417638] usb usb5: Product: UHCI Host Controller [ 2.417641] usb usb5: Manufacturer: Linux 2.6.35-rc6 uhci_hcd [ 2.417644] usb usb5: SerialNumber: 0000:00:1d.1 [ 2.417731] hub 5-0:1.0: USB hub found [ 2.417736] hub 5-0:1.0: 2 ports detected [ 2.417802] uhci_hcd 0000:00:1d.2: PCI INT D -> GSI 16 (level, low) -> IRQ 16 [ 2.417809] uhci_hcd 0000:00:1d.2: setting latency timer to 64 [ 2.417814] uhci_hcd 0000:00:1d.2: UHCI Host Controller [ 2.417852] uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 6 [ 2.417882] uhci_hcd 0000:00:1d.2: irq 16, io base 0x00003040 [ 2.417919] usb usb6: New USB device found, idVendor=1d6b, idProduct=0001 [ 2.417923] usb usb6: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 2.417926] usb usb6: Product: UHCI Host Controller [ 2.417929] usb usb6: Manufacturer: Linux 2.6.35-rc6 uhci_hcd [ 2.417931] usb usb6: SerialNumber: 0000:00:1d.2 [ 2.418019] hub 6-0:1.0: USB hub found [ 2.418024] hub 6-0:1.0: 2 ports detected [ 2.418161] PNP: PS/2 Controller [PNP0303:KBC,PNP0f13:MOUE] at 0x60,0x64 irq 1,12 [ 2.426800] i8042.c: Detected active multiplexing controller, rev 1.1. [ 2.430435] serio: i8042 KBD port at 0x60,0x64 irq 1 [ 2.430441] serio: i8042 AUX0 port at 0x60,0x64 irq 12 [ 2.430472] serio: i8042 AUX1 port at 0x60,0x64 irq 12 [ 2.430499] serio: i8042 AUX2 port at 0x60,0x64 irq 12 [ 2.430524] serio: i8042 AUX3 port at 0x60,0x64 irq 12 [ 2.430599] mice: PS/2 mouse device common for all mice [ 2.430808] rtc_cmos 00:03: RTC can wake from S4 [ 2.430848] rtc_cmos 00:03: rtc core: registered rtc_cmos as rtc0 [ 2.430878] rtc0: alarms up to one month, 242 bytes nvram, hpet irqs [ 2.431007] device-mapper: uevent: version 1.0.3 [ 2.431102] device-mapper: ioctl: 4.17.0-ioctl (2010-03-05) initialised: dm-devel@redhat.com [ 2.431206] cpuidle: using governor ladder [ 2.431272] cpuidle: using governor menu [ 2.431608] usbcore: registered new interface driver hiddev [ 2.431625] usbcore: registered new interface driver usbhid [ 2.431627] usbhid: USB HID core driver [ 2.431678] nf_conntrack version 0.5.0 (16384 buckets, 65536 max) [ 2.431812] CONFIG_NF_CT_ACCT is deprecated and will be removed soon. Please use [ 2.431815] nf_conntrack.acct=1 kernel parameter, acct=1 nf_conntrack module option or [ 2.431818] sysctl net.netfilter.nf_conntrack_acct=1 to enable it. [ 2.431904] ip_tables: (C) 2000-2006 Netfilter Core Team [ 2.431918] TCP cubic registered [ 2.431920] Initializing XFRM netlink socket [ 2.431931] NET: Registered protocol family 17 [ 2.431946] Using IPI Shortcut mode [ 2.452185] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input5 [ 2.723376] usb 2-5: new high speed USB device using ehci_hcd and address 2 [ 2.786730] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 2.836664] ata1.00: ATA-8: TOSHIBA MK2555GSX, FG001J, max UDMA/100 [ 2.836677] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA [ 2.837566] ata1.00: configured for UDMA/100 [ 2.850145] scsi 0:0:0:0: Direct-Access ATA TOSHIBA MK2555GS FG00 PQ: 0 ANSI: 5 [ 2.850276] sd 0:0:0:0: Attached scsi generic sg0 type 0 [ 2.850357] sd 0:0:0:0: [sda] 488397168 512-byte logical blocks: (250 GB/232 GiB) [ 2.850406] sd 0:0:0:0: [sda] Write Protect is off [ 2.850410] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 [ 2.850433] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 2.850558] sda: [ 2.887666] usb 2-5: New USB device found, idVendor=064e, idProduct=a102 [ 2.887670] usb 2-5: New USB device strings: Mfr=2, Product=1, SerialNumber=3 [ 2.887673] usb 2-5: Product: WebCam [ 2.887676] usb 2-5: Manufacturer: SuYin [ 2.887678] usb 2-5: SerialNumber: CN0316-S30C-OV061-VA-R02.02.02 [ 2.901855] sda1 sda2 sda3 sda4 [ 2.902125] sd 0:0:0:0: [sda] Attached SCSI disk [ 3.170116] ata2: SATA link down (SStatus 0 SControl 300) [ 3.216288] Synaptics Touchpad, model: 1, fw: 7.2, id: 0x1c0b1, caps: 0xd04731/0xa40000/0xa0000 [ 3.261310] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio2/input/input6 [ 3.503384] ata5: SATA link down (SStatus 0 SControl 300) [ 3.836770] ata6: SATA link down (SStatus 0 SControl 300) [ 3.850110] registered taskstats version 1 [ 3.850114] IMA: No TPM chip found, activating TPM-bypass! [ 3.850475] rtc_cmos 00:03: setting system clock to 2010-07-22 20:06:04 UTC (1279829164) [ 3.850539] Initalizing network drop monitor service [ 3.850585] Freeing unused kernel memory: 484k freed [ 3.850780] Write protecting the kernel text: 4724k [ 3.850809] Write protecting the kernel read-only data: 1680k [ 3.871652] dracut: dracut-005-3.fc13 [ 3.885542] udev: starting version 151 [ 3.971874] dracut: Starting plymouth daemon [ 4.869942] dracut: luksOpen /dev/sda3 luks-home [ 15.065437] padlock: VIA PadLock not detected. [ 15.414004] dracut: luksOpen /dev/sda4 luks-swap [ 16.136588] PM: Starting manual resume from disk [ 16.220490] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null) [ 16.253091] dracut: Remounting /dev/disk/by-uuid/5764c1f2-f119-4f97-b8e2-d827b8655edb with -o noatime,data=writeback,ro [ 16.298270] EXT4-fs (sda2): mounted filesystem with writeback data mode. Opts: data=writeback [ 16.311781] dracut: Mounted root filesystem /dev/sda2 [ 16.494442] dracut: Loading SELinux policy [ 16.861684] type=1404 audit(1279829177.509:2): enforcing=1 old_enforcing=0 auid=4294967295 ses=4294967295 [ 16.977507] SELinux: 2048 avtab hash slots, 196917 rules. [ 17.074420] SELinux: 2048 avtab hash slots, 196917 rules. [ 17.305045] SELinux: 9 users, 13 roles, 3276 types, 160 bools, 1 sens, 1024 cats [ 17.305052] SELinux: 77 classes, 196917 rules [ 17.311485] SELinux: Completing initialization. [ 17.311487] SELinux: Setting up existing superblocks. [ 17.311497] SELinux: initialized (dev sysfs, type sysfs), uses genfs_contexts [ 17.311505] SELinux: initialized (dev rootfs, type rootfs), uses genfs_contexts [ 17.311691] SELinux: initialized (dev bdev, type bdev), uses genfs_contexts [ 17.311699] SELinux: initialized (dev proc, type proc), uses genfs_contexts [ 17.311714] SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs [ 17.311739] SELinux: initialized (dev sockfs, type sockfs), uses task SIDs [ 17.311745] SELinux: initialized (dev debugfs, type debugfs), uses genfs_contexts [ 17.311918] SELinux: initialized (dev pipefs, type pipefs), uses task SIDs [ 17.311925] SELinux: initialized (dev anon_inodefs, type anon_inodefs), uses genfs_contexts [ 17.311930] SELinux: initialized (dev devpts, type devpts), uses transition SIDs [ 17.311953] SELinux: initialized (dev hugetlbfs, type hugetlbfs), uses transition SIDs [ 17.311961] SELinux: initialized (dev mqueue, type mqueue), uses transition SIDs [ 17.311969] SELinux: initialized (dev selinuxfs, type selinuxfs), uses genfs_contexts [ 17.311983] SELinux: initialized (dev configfs, type configfs), uses genfs_contexts [ 17.311991] SELinux: initialized (dev usbfs, type usbfs), uses genfs_contexts [ 17.311999] SELinux: initialized (dev securityfs, type securityfs), uses genfs_contexts [ 17.312005] SELinux: initialized (dev sysfs, type sysfs), uses genfs_contexts [ 17.312263] SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs [ 17.313100] SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs [ 17.313112] SELinux: initialized (dev sda2, type ext4), uses xattr [ 17.315939] type=1403 audit(1279829177.959:3): policy loaded auid=4294967295 ses=4294967295 [ 17.433981] dracut: Switching root [ 18.635793] readahead: starting [ 20.683517] udev: starting version 151 [ 20.991192] type=1400 audit(1279829181.636:4): avc: denied { mmap_zero } for pid=555 comm="vbetool" scontext=system_u:system_r:vbetool_t:s0-s0:c0.c1023 tcontext=system_u:system_r:vbetool_t:s0-s0:c0.c1023 tclass=memprotect [ 22.113041] input: PC Speaker as /devices/platform/pcspkr/input/input7 [ 22.137069] ACPI: WMI: Mapper loaded [ 22.140259] iTCO_vendor_support: vendor-support=0 [ 22.238832] i801_smbus 0000:00:1f.3: PCI INT C -> GSI 18 (level, low) -> IRQ 18 [ 22.271345] Linux video capture interface: v2.00 [ 22.274703] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.06 [ 22.275235] iTCO_wdt: Found a ICH9M-E TCO device (Version=2, TCOBASE=0x0460) [ 22.276565] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [ 22.288885] uvcvideo: Found UVC 1.00 device WebCam (064e:a102) [ 22.305847] input: WebCam as /devices/pci0000:00/0000:00:1d.7/usb2/2-5/2-5:1.0/input/input8 [ 22.306169] usbcore: registered new interface driver uvcvideo [ 22.306172] USB Video Class driver (v0.1.0) [ 22.418896] cfg80211: Calling CRDA to update world regulatory domain [ 22.878024] HDA Intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22 [ 22.878098] HDA Intel 0000:00:1b.0: irq 44 for MSI/MSI-X [ 22.878120] HDA Intel 0000:00:1b.0: setting latency timer to 64 [ 22.907173] iwlagn: Intel(R) Wireless WiFi Link AGN driver for Linux, in-tree:d [ 22.907176] iwlagn: Copyright(c) 2003-2010 Intel Corporation [ 22.907297] iwlagn 0000:02:00.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19 [ 22.907335] iwlagn 0000:02:00.0: setting latency timer to 64 [ 22.907413] iwlagn 0000:02:00.0: Detected Intel(R) WiFi Link 5100 AGN, REV=0x54 [ 22.935709] iwlagn 0000:02:00.0: Tunable channels: 13 802.11bg, 24 802.11a channels [ 22.935890] iwlagn 0000:02:00.0: irq 45 for MSI/MSI-X [ 22.991586] iwlagn 0000:02:00.0: loaded firmware version 8.24.2.12 [ 23.016881] ALSA sound/pci/hda/patch_realtek.c:1308: SKU: Nid=0x1d sku_cfg=0x4015812d [ 23.016887] ALSA sound/pci/hda/patch_realtek.c:1310: SKU: port_connectivity=0x1 [ 23.016891] ALSA sound/pci/hda/patch_realtek.c:1311: SKU: enable_pcbeep=0x1 [ 23.016894] ALSA sound/pci/hda/patch_realtek.c:1312: SKU: check_sum=0x00000005 [ 23.016898] ALSA sound/pci/hda/patch_realtek.c:1313: SKU: customization=0x00000081 [ 23.016902] ALSA sound/pci/hda/patch_realtek.c:1314: SKU: external_amp=0x5 [ 23.016905] ALSA sound/pci/hda/patch_realtek.c:1315: SKU: platform_type=0x1 [ 23.016908] ALSA sound/pci/hda/patch_realtek.c:1316: SKU: swap=0x0 [ 23.016911] ALSA sound/pci/hda/patch_realtek.c:1317: SKU: override=0x1 [ 23.017054] hda_codec: ALC269: BIOS auto-probing. [ 23.017059] ALSA sound/pci/hda/hda_codec.c:4435: autoconfig: line_outs=1 (0x14/0x0/0x0/0x0/0x0) [ 23.017064] ALSA sound/pci/hda/hda_codec.c:4439: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) [ 23.017069] ALSA sound/pci/hda/hda_codec.c:4443: hp_outs=1 (0x15/0x0/0x0/0x0/0x0) [ 23.017073] ALSA sound/pci/hda/hda_codec.c:4444: mono: mono_out=0x0 [ 23.017076] ALSA sound/pci/hda/hda_codec.c:4447: dig-out=0x1e/0x0 [ 23.017080] ALSA sound/pci/hda/hda_codec.c:4455: inputs: mic=0x18, fmic=0x12, line=0x0, fline=0x0, cd=0x0, aux=0x0 [ 23.017526] ALSA sound/pci/hda/patch_realtek.c:1358: realtek: No valid SSID, checking pincfg 0x4015812d for NID 0x1d [ 23.017531] ALSA sound/pci/hda/patch_realtek.c:1374: realtek: Enabling init ASM_ID=0x812d CODEC_ID=10ec0269 [ 23.018370] input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:1b.0/input/input9 [ 23.366072] phy0: Selected rate control algorithm 'iwl-agn-rs' [ 23.548078] cfg80211: World regulatory domain updated: [ 23.548082] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [ 23.548086] (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [ 23.548090] (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) [ 23.548093] (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) [ 23.548096] (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [ 23.548100] (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [ 23.705782] cfg80211: Calling CRDA for country: DE [ 23.708569] cfg80211: Regulatory domain changed to country: DE [ 23.708573] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [ 23.708577] (2400000 KHz - 2483500 KHz @ 40000 KHz), (N/A, 2000 mBm) [ 23.708580] (5150000 KHz - 5350000 KHz @ 40000 KHz), (N/A, 2000 mBm) [ 23.708584] (5470000 KHz - 5725000 KHz @ 40000 KHz), (N/A, 2698 mBm) [ 29.133636] EXT4-fs (sda2): re-mounted. Opts: data=writeback [ 29.598670] EXT4-fs (sda1): mounted filesystem without journal. Opts: (null) [ 29.599078] SELinux: initialized (dev sda1, type ext2), uses xattr [ 29.668155] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null) [ 29.668164] SELinux: initialized (dev dm-0, type ext4), uses xattr [ 31.435172] Adding 2007604k swap on /dev/mapper/luks-swap. Priority:-1 extents:1 across:2007604k [ 31.438102] SELinux: initialized (dev binfmt_misc, type binfmt_misc), uses genfs_contexts [ 32.006119] NET: Registered protocol family 10 [ 32.006286] lo: Disabled Privacy Extensions [ 32.035720] ip6_tables: (C) 2000-2006 Netfilter Core Team [ 34.715637] atl1c 0000:01:00.0: irq 46 for MSI/MSI-X [ 34.716408] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 34.903020] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 52.216411] fuse init (API version 7.14) [ 52.276422] SELinux: initialized (dev fuse, type fuse), uses genfs_contexts [ 76.961665] wlan0: direct probe to 00:23:08:1d:f2:bb (try 1) [ 77.160396] wlan0: direct probe to 00:23:08:1d:f2:bb (try 2) [ 77.360117] wlan0: direct probe to 00:23:08:1d:f2:bb (try 3) [ 77.560020] wlan0: direct probe to 00:23:08:1d:f2:bb timed out [ 103.222399] wlan0: direct probe to 00:23:08:1d:f2:bb (try 1) [ 103.420020] wlan0: direct probe to 00:23:08:1d:f2:bb (try 2) [ 103.620025] wlan0: direct probe to 00:23:08:1d:f2:bb (try 3) [ 103.820023] wlan0: direct probe to 00:23:08:1d:f2:bb timed out [ 125.909205] wlan0: direct probe to 00:23:08:1d:f2:bb (try 1) [ 126.106779] wlan0: direct probe to 00:23:08:1d:f2:bb (try 2) [ 126.306789] wlan0: direct probe to 00:23:08:1d:f2:bb (try 3) [ 126.506767] wlan0: direct probe to 00:23:08:1d:f2:bb timed out [ 134.265647] atl1c 0000:01:00.0: irq 46 for MSI/MSI-X [ 134.266933] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 134.305222] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 134.789041] wlan0: direct probe to 00:23:08:1d:f2:bb (try 1) [ 134.986710] wlan0: direct probe to 00:23:08:1d:f2:bb (try 2) [ 135.186698] wlan0: direct probe to 00:23:08:1d:f2:bb (try 3) [ 135.386715] wlan0: direct probe to 00:23:08:1d:f2:bb timed out [ 157.336807] wlan0: authenticate with 00:23:08:1d:f2:bb (try 1) [ 157.536918] wlan0: authenticate with 00:23:08:1d:f2:bb (try 2) [ 157.560946] wlan0: authenticated [ 157.564656] wlan0: associate with 00:23:08:1d:f2:bb (try 1) [ 157.763384] wlan0: associate with 00:23:08:1d:f2:bb (try 2) [ 157.797560] wlan0: RX AssocResp from 00:23:08:1d:f2:bb (capab=0x431 status=0 aid=1) [ 157.797569] wlan0: associated [ 157.800320] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready [ 168.030010] wlan0: no IPv6 routers present [ 224.316225] wlan0: deauthenticating from 00:23:08:1d:f2:bb by local choice (reason=3) [ 224.326762] cfg80211: Calling CRDA to update world regulatory domain [ 224.326783] cfg80211: Calling CRDA for country: DE [ 224.363955] cfg80211: Regulatory domain changed to country: DE [ 224.363959] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [ 224.363963] (2400000 KHz - 2483500 KHz @ 40000 KHz), (N/A, 2000 mBm) [ 224.363967] (5150000 KHz - 5350000 KHz @ 40000 KHz), (N/A, 2000 mBm) [ 224.363970] (5470000 KHz - 5725000 KHz @ 40000 KHz), (N/A, 2698 mBm) [ 225.171396] PM: Syncing filesystems ... done. [ 225.254851] Freezing user space processes ... (elapsed 0.01 seconds) done. [ 225.266752] Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done. [ 225.280105] Suspending console(s) (use no_console_suspend to debug) [ 225.280431] sd 0:0:0:0: [sda] Synchronizing SCSI cache [ 225.280559] sd 0:0:0:0: [sda] Stopping disk [ 225.330580] atl1c 0000:01:00.0: PCI INT A disabled [ 225.330850] uhci_hcd 0000:00:1d.2: PCI INT D disabled [ 225.330861] uhci_hcd 0000:00:1d.1: PCI INT B disabled [ 225.330871] uhci_hcd 0000:00:1d.0: PCI INT A disabled [ 225.330933] HDA Intel 0000:00:1b.0: PCI INT A disabled [ 225.330978] ACPI handle has no context! [ 225.331006] ehci_hcd 0000:00:1a.7: PCI INT D disabled [ 225.331017] uhci_hcd 0000:00:1a.0: PCI INT A disabled [ 225.331077] IMA: unmeasured files on fsmagic: 1021994 [ 225.331080] ima_dec_counts: open/free imbalance (r:0 w:-1 o:-1) [ 225.331084] Pid: 2375, comm: async/10 Tainted: G I 2.6.35-rc6 #112 [ 225.331087] Call Trace: [ 225.331095] [<c0894a76>] ? printk+0x1d/0x1f [ 225.331102] [<c05fedbf>] ima_file_free+0x16f/0x220 [ 225.331106] [<c04da652>] fput+0x112/0x210 [ 225.331112] [<c06d5fff>] drm_gem_object_release+0x1f/0x40 [ 225.331118] [<c06f4cc0>] i915_gem_free_object+0x60/0x100 [ 225.331122] [<c06d5f30>] ? drm_gem_object_free+0x0/0x40 [ 225.331126] [<c06d5f55>] drm_gem_object_free+0x25/0x40 [ 225.331131] [<c062422c>] kref_put+0x2c/0x60 [ 225.331136] [<c070fbc3>] intel_cleanup_ring_buffer+0x43/0x60 [ 225.331141] [<c06f2e22>] i915_gem_cleanup_ringbuffer+0x22/0x70 [ 225.331145] [<c06f4a62>] i915_gem_idle+0xa2/0x130 [ 225.331150] [<c06e767d>] i915_drm_freeze+0x3d/0xb0 [ 225.331154] [<c06e785e>] i915_pm_suspend+0x2e/0x80 [ 225.331158] [<c089518a>] ? wait_for_common+0x1a/0xf0 [ 225.331163] [<c042825f>] ? check_preempt_wakeup+0xef/0x170 [ 225.331167] [<c063d399>] pci_pm_suspend+0x49/0x110 [ 225.331171] [<c063d350>] ? pci_pm_suspend+0x0/0x110 [ 225.331176] [<c07251b1>] pm_op+0x181/0x1d0 [ 225.331181] [<c071dde4>] ? device_for_each_child+0x54/0x60 [ 225.331186] [<c0725b9f>] __device_suspend+0xbf/0x110 [ 225.331190] [<c0725fe3>] async_suspend+0x23/0x60 [ 225.331194] [<c044fbf5>] async_thread+0xc5/0x210 [ 225.331198] [<c0894da1>] ? schedule+0x1a1/0x420 [ 225.331203] [<c042d6c0>] ? default_wake_function+0x0/0x20 [ 225.331207] [<c044fb30>] ? async_thread+0x0/0x210 [ 225.331211] [<c0449504>] kthread+0x74/0x80 [ 225.331214] [<c0449490>] ? kthread+0x0/0x80 [ 225.331219] [<c040347e>] kernel_thread_helper+0x6/0x10 [ 225.336657] iint_free: writecount: -1 [ 225.336659] iint_free: opencount: -1 [ 225.336661] iint_free: writecount: -1 [ 225.336663] iint_free: opencount: -1 [ 225.336666] iint_free: writecount: -1 [ 225.336668] iint_free: opencount: -1 [ 225.336670] iint_free: writecount: -1 [ 225.336672] iint_free: opencount: -1 [ 225.343380] ehci_hcd 0000:00:1d.7: PCI INT A disabled [ 226.040002] PM: suspend of devices complete after 759.768 msecs [ 226.066721] PM: late suspend of devices complete after 26.713 msecs [ 226.067315] ACPI: Preparing to enter system sleep state S3 [ 226.067449] PM: Saving platform NVS memory [ 226.073316] Back to C! [ 226.073316] PM: Restoring platform NVS memory [ 226.073316] ACPI: Waking up from system sleep state S3 [ 226.178461] i915 0000:00:02.0: restoring config space at offset 0x6 (was 0xc, writing 0x8000000c) [ 226.178469] i915 0000:00:02.0: restoring config space at offset 0x1 (was 0x900007, writing 0x900407) [ 226.178529] uhci_hcd 0000:00:1a.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001) [ 226.178579] ehci_hcd 0000:00:1a.7: restoring config space at offset 0x1 (was 0x2900006, writing 0x2900002) [ 226.178632] HDA Intel 0000:00:1b.0: restoring config space at offset 0x4 (was 0x4, writing 0x94500004) [ 226.178638] HDA Intel 0000:00:1b.0: restoring config space at offset 0x3 (was 0x0, writing 0x10) [ 226.178646] HDA Intel 0000:00:1b.0: restoring config space at offset 0x1 (was 0x100004, writing 0x100002) [ 226.178679] pcieport 0000:00:1c.0: restoring config space at offset 0xf (was 0x100, writing 0x1ff) [ 226.178693] pcieport 0000:00:1c.0: restoring config space at offset 0x9 (was 0x10001, writing 0x91319041) [ 226.178699] pcieport 0000:00:1c.0: restoring config space at offset 0x8 (was 0x0, writing 0x94409350) [ 226.178705] pcieport 0000:00:1c.0: restoring config space at offset 0x7 (was 0x20000000, writing 0x2020) [ 226.178716] pcieport 0000:00:1c.0: restoring config space at offset 0x3 (was 0x810000, writing 0x810010) [ 226.178723] pcieport 0000:00:1c.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100407) [ 226.178773] pcieport 0000:00:1c.3: restoring config space at offset 0xf (was 0x400, writing 0x4ff) [ 226.178787] pcieport 0000:00:1c.3: restoring config space at offset 0x9 (was 0x10001, writing 0x92319141) [ 226.178793] pcieport 0000:00:1c.3: restoring config space at offset 0x8 (was 0x0, writing 0x93409250) [ 226.178799] pcieport 0000:00:1c.3: restoring config space at offset 0x7 (was 0x20000000, writing 0x1010) [ 226.178810] pcieport 0000:00:1c.3: restoring config space at offset 0x3 (was 0x810000, writing 0x810010) [ 226.178818] pcieport 0000:00:1c.3: restoring config space at offset 0x1 (was 0x100000, writing 0x100407) [ 226.178881] uhci_hcd 0000:00:1d.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001) [ 226.178923] uhci_hcd 0000:00:1d.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001) [ 226.178964] uhci_hcd 0000:00:1d.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001) [ 226.179013] ehci_hcd 0000:00:1d.7: restoring config space at offset 0x1 (was 0x2900006, writing 0x2900002) [ 226.179048] pci 0000:00:1e.0: restoring config space at offset 0x9 (was 0x10001, writing 0x1fff1) [ 226.179055] pci 0000:00:1e.0: restoring config space at offset 0x8 (was 0x0, writing 0xfff0) [ 226.179061] pci 0000:00:1e.0: restoring config space at offset 0x7 (was 0x22800000, writing 0x228000f0) [ 226.179075] pci 0000:00:1e.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100007) [ 226.179173] ahci 0000:00:1f.2: restoring config space at offset 0x1 (was 0x2b00007, writing 0x2b00407) [ 226.179261] atl1c 0000:01:00.0: restoring config space at offset 0xf (was 0x100, writing 0x10b) [ 226.179296] atl1c 0000:01:00.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100007) [ 226.179360] iwlagn 0000:02:00.0: restoring config space at offset 0xf (was 0x100, writing 0x10b) [ 226.179397] iwlagn 0000:02:00.0: restoring config space at offset 0x4 (was 0x4, writing 0x92500004) [ 226.179412] iwlagn 0000:02:00.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100006) [ 226.179511] PM: early resume of devices complete after 1.090 msecs [ 226.209235] uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 226.209244] uhci_hcd 0000:00:1a.0: setting latency timer to 64 [ 226.209272] usb usb3: root hub lost power or was reset [ 226.209295] ehci_hcd 0000:00:1a.7: PCI INT D -> GSI 19 (level, low) -> IRQ 19 [ 226.209302] ehci_hcd 0000:00:1a.7: setting latency timer to 64 [ 226.209332] HDA Intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22 [ 226.209339] HDA Intel 0000:00:1b.0: setting latency timer to 64 [ 226.209383] HDA Intel 0000:00:1b.0: irq 44 for MSI/MSI-X [ 226.209414] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 23 (level, low) -> IRQ 23 [ 226.209421] uhci_hcd 0000:00:1d.0: setting latency timer to 64 [ 226.209447] usb usb4: root hub lost power or was reset [ 226.209468] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 19 (level, low) -> IRQ 19 [ 226.209475] uhci_hcd 0000:00:1d.1: setting latency timer to 64 [ 226.209501] usb usb5: root hub lost power or was reset [ 226.209521] uhci_hcd 0000:00:1d.2: PCI INT D -> GSI 16 (level, low) -> IRQ 16 [ 226.209528] uhci_hcd 0000:00:1d.2: setting latency timer to 64 [ 226.209554] usb usb6: root hub lost power or was reset [ 226.209574] ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) -> IRQ 23 [ 226.209581] ehci_hcd 0000:00:1d.7: setting latency timer to 64 [ 226.209628] pci 0000:00:1e.0: setting latency timer to 64 [ 226.209641] ahci 0000:00:1f.2: setting latency timer to 64 [ 226.209747] sd 0:0:0:0: [sda] Starting disk [ 226.210028] i915 0000:00:02.0: setting latency timer to 64 [ 226.443411] usb 2-5: reset high speed USB device using ehci_hcd and address 2 [ 226.533416] ata2: SATA link down (SStatus 0 SControl 300) [ 226.540083] ata6: SATA link down (SStatus 0 SControl 300) [ 226.546745] ata5: SATA link down (SStatus 0 SControl 300) [ 227.646746] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 227.648582] ata1.00: configured for UDMA/100 [ 227.673192] PM: resume of devices complete after 1493.577 msecs [ 227.673294] Restarting tasks ... done. [ 227.673505] video LNXVIDEO:00: Restoring backlight state [ 228.407602] atl1c 0000:01:00.0: irq 46 for MSI/MSI-X [ 228.408304] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 228.447424] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 268.869026] PM: Syncing filesystems ... done. [ 268.941577] Freezing user space processes ... (elapsed 0.01 seconds) done. [ 268.953412] Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done. [ 268.966765] Suspending console(s) (use no_console_suspend to debug) [ 268.967089] sd 0:0:0:0: [sda] Synchronizing SCSI cache [ 268.967216] sd 0:0:0:0: [sda] Stopping disk [ 269.018015] uhci_hcd 0000:00:1d.2: PCI INT D disabled [ 269.018026] uhci_hcd 0000:00:1d.1: PCI INT B disabled [ 269.018036] uhci_hcd 0000:00:1d.0: PCI INT A disabled [ 269.018084] HDA Intel 0000:00:1b.0: PCI INT A disabled [ 269.018131] ACPI handle has no context! [ 269.018158] ehci_hcd 0000:00:1a.7: PCI INT D disabled [ 269.018169] uhci_hcd 0000:00:1a.0: PCI INT A disabled [ 269.030039] ehci_hcd 0000:00:1d.7: PCI INT A disabled [ 269.713332] PM: suspend of devices complete after 746.443 msecs [ 269.740050] PM: late suspend of devices complete after 26.712 msecs [ 269.740643] ACPI: Preparing to enter system sleep state S3 [ 269.740779] PM: Saving platform NVS memory [ 269.746645] Back to C! [ 269.746645] PM: Restoring platform NVS memory [ 269.750035] ACPI: Waking up from system sleep state S3 [ 269.865020] i915 0000:00:02.0: restoring config space at offset 0x6 (was 0xc, writing 0x8000000c) [ 269.865028] i915 0000:00:02.0: restoring config space at offset 0x1 (was 0x900007, writing 0x900407) [ 269.865088] uhci_hcd 0000:00:1a.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001) [ 269.865139] ehci_hcd 0000:00:1a.7: restoring config space at offset 0x1 (was 0x2900006, writing 0x2900002) [ 269.865192] HDA Intel 0000:00:1b.0: restoring config space at offset 0x4 (was 0x4, writing 0x94500004) [ 269.865198] HDA Intel 0000:00:1b.0: restoring config space at offset 0x3 (was 0x0, writing 0x10) [ 269.865206] HDA Intel 0000:00:1b.0: restoring config space at offset 0x1 (was 0x100004, writing 0x100002) [ 269.865239] pcieport 0000:00:1c.0: restoring config space at offset 0xf (was 0x100, writing 0x1ff) [ 269.865253] pcieport 0000:00:1c.0: restoring config space at offset 0x9 (was 0x10001, writing 0x91319041) [ 269.865259] pcieport 0000:00:1c.0: restoring config space at offset 0x8 (was 0x0, writing 0x94409350) [ 269.865265] pcieport 0000:00:1c.0: restoring config space at offset 0x7 (was 0x20000000, writing 0x20002020) [ 269.865276] pcieport 0000:00:1c.0: restoring config space at offset 0x3 (was 0x810000, writing 0x810010) [ 269.865284] pcieport 0000:00:1c.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100407) [ 269.865334] pcieport 0000:00:1c.3: restoring config space at offset 0xf (was 0x400, writing 0x4ff) [ 269.865347] pcieport 0000:00:1c.3: restoring config space at offset 0x9 (was 0x10001, writing 0x92319141) [ 269.865354] pcieport 0000:00:1c.3: restoring config space at offset 0x8 (was 0x0, writing 0x93409250) [ 269.865360] pcieport 0000:00:1c.3: restoring config space at offset 0x7 (was 0x20000000, writing 0x20001010) [ 269.865371] pcieport 0000:00:1c.3: restoring config space at offset 0x3 (was 0x810000, writing 0x810010) [ 269.865379] pcieport 0000:00:1c.3: restoring config space at offset 0x1 (was 0x100000, writing 0x100407) [ 269.865442] uhci_hcd 0000:00:1d.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001) [ 269.865484] uhci_hcd 0000:00:1d.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001) [ 269.865525] uhci_hcd 0000:00:1d.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001) [ 269.865574] ehci_hcd 0000:00:1d.7: restoring config space at offset 0x1 (was 0x2900006, writing 0x2900002) [ 269.865610] pci 0000:00:1e.0: restoring config space at offset 0x9 (was 0x10001, writing 0x1fff1) [ 269.865616] pci 0000:00:1e.0: restoring config space at offset 0x8 (was 0x0, writing 0xfff0) [ 269.865622] pci 0000:00:1e.0: restoring config space at offset 0x7 (was 0x22800000, writing 0x228000f0) [ 269.865636] pci 0000:00:1e.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100007) [ 269.865734] ahci 0000:00:1f.2: restoring config space at offset 0x1 (was 0x2b00007, writing 0x2b00407) [ 269.865823] atl1c 0000:01:00.0: restoring config space at offset 0xf (was 0x100, writing 0x10b) [ 269.865859] atl1c 0000:01:00.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100007) [ 269.865923] iwlagn 0000:02:00.0: restoring config space at offset 0xf (was 0x100, writing 0x10b) [ 269.865960] iwlagn 0000:02:00.0: restoring config space at offset 0x4 (was 0x4, writing 0x92500004) [ 269.865975] iwlagn 0000:02:00.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100406) [ 269.866071] PM: early resume of devices complete after 1.091 msecs [ 269.895626] uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 269.895635] uhci_hcd 0000:00:1a.0: setting latency timer to 64 [ 269.895662] usb usb3: root hub lost power or was reset [ 269.895685] ehci_hcd 0000:00:1a.7: PCI INT D -> GSI 19 (level, low) -> IRQ 19 [ 269.895692] ehci_hcd 0000:00:1a.7: setting latency timer to 64 [ 269.895721] HDA Intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22 [ 269.895728] HDA Intel 0000:00:1b.0: setting latency timer to 64 [ 269.895773] HDA Intel 0000:00:1b.0: irq 44 for MSI/MSI-X [ 269.895804] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 23 (level, low) -> IRQ 23 [ 269.895811] uhci_hcd 0000:00:1d.0: setting latency timer to 64 [ 269.895838] usb usb4: root hub lost power or was reset [ 269.895859] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 19 (level, low) -> IRQ 19 [ 269.895866] uhci_hcd 0000:00:1d.1: setting latency timer to 64 [ 269.895892] usb usb5: root hub lost power or was reset [ 269.895913] uhci_hcd 0000:00:1d.2: PCI INT D -> GSI 16 (level, low) -> IRQ 16 [ 269.895920] uhci_hcd 0000:00:1d.2: setting latency timer to 64 [ 269.895946] usb usb6: root hub lost power or was reset [ 269.895967] ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) -> IRQ 23 [ 269.895974] ehci_hcd 0000:00:1d.7: setting latency timer to 64 [ 269.896021] pci 0000:00:1e.0: setting latency timer to 64 [ 269.896034] ahci 0000:00:1f.2: setting latency timer to 64 [ 269.896140] sd 0:0:0:0: [sda] Starting disk [ 269.896466] i915 0000:00:02.0: setting latency timer to 64 [ 270.130071] usb 2-5: reset high speed USB device using ehci_hcd and address 2 [ 270.220077] ata2: SATA link down (SStatus 0 SControl 300) [ 270.226743] ata6: SATA link down (SStatus 0 SControl 300) [ 270.233407] ata5: SATA link down (SStatus 0 SControl 300) [ 271.226741] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 271.228628] ata1.00: configured for UDMA/100 [ 271.254343] PM: resume of devices complete after 1388.206 msecs [ 271.254435] Restarting tasks ... done. [ 271.254618] video LNXVIDEO:00: Restoring backlight state [ 271.775772] atl1c 0000:01:00.0: irq 46 for MSI/MSI-X [ 271.776511] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 271.821403] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 287.017515] PM: Syncing filesystems ... done. [ 287.088280] Freezing user space processes ... (elapsed 0.01 seconds) done. [ 287.100077] Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done. [ 287.113431] Suspending console(s) (use no_console_suspend to debug) [ 287.113762] sd 0:0:0:0: [sda] Synchronizing SCSI cache [ 287.113885] sd 0:0:0:0: [sda] Stopping disk [ 287.163995] uhci_hcd 0000:00:1d.2: PCI INT D disabled [ 287.164006] uhci_hcd 0000:00:1d.1: PCI INT B disabled [ 287.164015] uhci_hcd 0000:00:1d.0: PCI INT A disabled [ 287.164063] HDA Intel 0000:00:1b.0: PCI INT A disabled [ 287.164108] ACPI handle has no context! [ 287.164136] ehci_hcd 0000:00:1a.7: PCI INT D disabled [ 287.164146] uhci_hcd 0000:00:1a.0: PCI INT A disabled [ 287.176704] ehci_hcd 0000:00:1d.7: PCI INT A disabled [ 287.859997] PM: suspend of devices complete after 746.442 msecs [ 287.886714] PM: late suspend of devices complete after 26.712 msecs [ 287.887308] ACPI: Preparing to enter system sleep state S3 [ 287.887441] PM: Saving platform NVS memory [ 287.893310] Back to C! [ 287.893310] PM: Restoring platform NVS memory [ 287.896915] ACPI: Waking up from system sleep state S3 [ 288.001687] i915 0000:00:02.0: restoring config space at offset 0x6 (was 0xc, writing 0x8000000c) [ 288.001695] i915 0000:00:02.0: restoring config space at offset 0x1 (was 0x900007, writing 0x900407) [ 288.001755] uhci_hcd 0000:00:1a.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001) [ 288.001805] ehci_hcd 0000:00:1a.7: restoring config space at offset 0x1 (was 0x2900006, writing 0x2900002) [ 288.001858] HDA Intel 0000:00:1b.0: restoring config space at offset 0x4 (was 0x4, writing 0x94500004) [ 288.001864] HDA Intel 0000:00:1b.0: restoring config space at offset 0x3 (was 0x0, writing 0x10) [ 288.001872] HDA Intel 0000:00:1b.0: restoring config space at offset 0x1 (was 0x100004, writing 0x100002) [ 288.001905] pcieport 0000:00:1c.0: restoring config space at offset 0xf (was 0x100, writing 0x1ff) [ 288.001919] pcieport 0000:00:1c.0: restoring config space at offset 0x9 (was 0x10001, writing 0x91319041) [ 288.001925] pcieport 0000:00:1c.0: restoring config space at offset 0x8 (was 0x0, writing 0x94409350) [ 288.001931] pcieport 0000:00:1c.0: restoring config space at offset 0x7 (was 0x20000000, writing 0x2020) [ 288.001942] pcieport 0000:00:1c.0: restoring config space at offset 0x3 (was 0x810000, writing 0x810010) [ 288.001950] pcieport 0000:00:1c.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100407) [ 288.002000] pcieport 0000:00:1c.3: restoring config space at offset 0xf (was 0x400, writing 0x4ff) [ 288.002013] pcieport 0000:00:1c.3: restoring config space at offset 0x9 (was 0x10001, writing 0x92319141) [ 288.002020] pcieport 0000:00:1c.3: restoring config space at offset 0x8 (was 0x0, writing 0x93409250) [ 288.002027] pcieport 0000:00:1c.3: restoring config space at offset 0x7 (was 0x20000000, writing 0x1010) [ 288.002037] pcieport 0000:00:1c.3: restoring config space at offset 0x3 (was 0x810000, writing 0x810010) [ 288.002045] pcieport 0000:00:1c.3: restoring config space at offset 0x1 (was 0x100000, writing 0x100407) [ 288.002109] uhci_hcd 0000:00:1d.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001) [ 288.002151] uhci_hcd 0000:00:1d.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001) [ 288.002192] uhci_hcd 0000:00:1d.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001) [ 288.002241] ehci_hcd 0000:00:1d.7: restoring config space at offset 0x1 (was 0x2900006, writing 0x2900002) [ 288.002276] pci 0000:00:1e.0: restoring config space at offset 0x9 (was 0x10001, writing 0x1fff1) [ 288.002282] pci 0000:00:1e.0: restoring config space at offset 0x8 (was 0x0, writing 0xfff0) [ 288.002289] pci 0000:00:1e.0: restoring config space at offset 0x7 (was 0x22800000, writing 0x228000f0) [ 288.002302] pci 0000:00:1e.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100007) [ 288.002401] ahci 0000:00:1f.2: restoring config space at offset 0x1 (was 0x2b00007, writing 0x2b00407) [ 288.002490] atl1c 0000:01:00.0: restoring config space at offset 0xf (was 0x100, writing 0x10b) [ 288.002525] atl1c 0000:01:00.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100007) [ 288.002589] iwlagn 0000:02:00.0: restoring config space at offset 0xf (was 0x100, writing 0x10b) [ 288.002626] iwlagn 0000:02:00.0: restoring config space at offset 0x4 (was 0x4, writing 0x92500004) [ 288.002641] iwlagn 0000:02:00.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100406) [ 288.002737] PM: early resume of devices complete after 1.091 msecs [ 288.032296] uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 288.032305] uhci_hcd 0000:00:1a.0: setting latency timer to 64 [ 288.032332] usb usb3: root hub lost power or was reset [ 288.032355] ehci_hcd 0000:00:1a.7: PCI INT D -> GSI 19 (level, low) -> IRQ 19 [ 288.032362] ehci_hcd 0000:00:1a.7: setting latency timer to 64 [ 288.032392] HDA Intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22 [ 288.032400] HDA Intel 0000:00:1b.0: setting latency timer to 64 [ 288.032445] HDA Intel 0000:00:1b.0: irq 44 for MSI/MSI-X [ 288.032475] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 23 (level, low) -> IRQ 23 [ 288.032482] uhci_hcd 0000:00:1d.0: setting latency timer to 64 [ 288.032508] usb usb4: root hub lost power or was reset [ 288.032529] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 19 (level, low) -> IRQ 19 [ 288.032536] uhci_hcd 0000:00:1d.1: setting latency timer to 64 [ 288.032563] usb usb5: root hub lost power or was reset [ 288.032583] uhci_hcd 0000:00:1d.2: PCI INT D -> GSI 16 (level, low) -> IRQ 16 [ 288.032590] uhci_hcd 0000:00:1d.2: setting latency timer to 64 [ 288.032616] usb usb6: root hub lost power or was reset [ 288.032637] ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) -> IRQ 23 [ 288.032644] ehci_hcd 0000:00:1d.7: setting latency timer to 64 [ 288.032691] pci 0000:00:1e.0: setting latency timer to 64 [ 288.032704] ahci 0000:00:1f.2: setting latency timer to 64 [ 288.032811] sd 0:0:0:0: [sda] Starting disk [ 288.033099] i915 0000:00:02.0: setting latency timer to 64 [ 288.266739] usb 2-5: reset high speed USB device using ehci_hcd and address 2 [ 288.356740] ata2: SATA link down (SStatus 0 SControl 300) [ 288.363405] ata6: SATA link down (SStatus 0 SControl 300) [ 288.370073] ata5: SATA link down (SStatus 0 SControl 300) [ 289.256737] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 289.258606] ata1.00: configured for UDMA/100 [ 289.284981] PM: resume of devices complete after 1282.172 msecs [ 289.285070] Restarting tasks ... done. [ 289.285258] video LNXVIDEO:00: Restoring backlight state [ 289.799452] atl1c 0000:01:00.0: irq 46 for MSI/MSI-X [ 289.800221] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 289.843392] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 300.299834] PM: Syncing filesystems ... done. [ 300.371490] Freezing user space processes ... (elapsed 0.01 seconds) done. [ 300.383410] Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done. [ 300.396766] Suspending console(s) (use no_console_suspend to debug) [ 300.397198] sd 0:0:0:0: [sda] Synchronizing SCSI cache [ 300.397331] sd 0:0:0:0: [sda] Stopping disk [ 300.447301] uhci_hcd 0000:00:1d.2: PCI INT D disabled [ 300.447311] uhci_hcd 0000:00:1d.1: PCI INT B disabled [ 300.447321] uhci_hcd 0000:00:1d.0: PCI INT A disabled [ 300.447375] HDA Intel 0000:00:1b.0: PCI INT A disabled [ 300.447420] ACPI handle has no context! [ 300.447453] ehci_hcd 0000:00:1a.7: PCI INT D disabled [ 300.447464] uhci_hcd 0000:00:1a.0: PCI INT A disabled [ 300.460035] ehci_hcd 0000:00:1d.7: PCI INT A disabled [ 301.143328] PM: suspend of devices complete after 746.432 msecs [ 301.170046] PM: late suspend of devices complete after 26.713 msecs [ 301.170642] ACPI: Preparing to enter system sleep state S3 [ 301.170777] PM: Saving platform NVS memory [ 301.176642] Back to C! [ 301.176642] PM: Restoring platform NVS memory [ 301.180498] ACPI: Waking up from system sleep state S3 [ 301.285017] i915 0000:00:02.0: restoring config space at offset 0x6 (was 0xc, writing 0x8000000c) [ 301.285025] i915 0000:00:02.0: restoring config space at offset 0x1 (was 0x900007, writing 0x900407) [ 301.285085] uhci_hcd 0000:00:1a.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001) [ 301.285134] ehci_hcd 0000:00:1a.7: restoring config space at offset 0x1 (was 0x2900006, writing 0x2900002) [ 301.285187] HDA Intel 0000:00:1b.0: restoring config space at offset 0x4 (was 0x4, writing 0x94500004) [ 301.285193] HDA Intel 0000:00:1b.0: restoring config space at offset 0x3 (was 0x0, writing 0x10) [ 301.285201] HDA Intel 0000:00:1b.0: restoring config space at offset 0x1 (was 0x100004, writing 0x100002) [ 301.285235] pcieport 0000:00:1c.0: restoring config space at offset 0xf (was 0x100, writing 0x1ff) [ 301.285248] pcieport 0000:00:1c.0: restoring config space at offset 0x9 (was 0x10001, writing 0x91319041) [ 301.285255] pcieport 0000:00:1c.0: restoring config space at offset 0x8 (was 0x0, writing 0x94409350) [ 301.285261] pcieport 0000:00:1c.0: restoring config space at offset 0x7 (was 0x20000000, writing 0x20002020) [ 301.285272] pcieport 0000:00:1c.0: restoring config space at offset 0x3 (was 0x810000, writing 0x810010) [ 301.285280] pcieport 0000:00:1c.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100407) [ 301.285330] pcieport 0000:00:1c.3: restoring config space at offset 0xf (was 0x400, writing 0x4ff) [ 301.285344] pcieport 0000:00:1c.3: restoring config space at offset 0x9 (was 0x10001, writing 0x92319141) [ 301.285350] pcieport 0000:00:1c.3: restoring config space at offset 0x8 (was 0x0, writing 0x93409250) [ 301.285357] pcieport 0000:00:1c.3: restoring config space at offset 0x7 (was 0x20000000, writing 0x20001010) [ 301.285367] pcieport 0000:00:1c.3: restoring config space at offset 0x3 (was 0x810000, writing 0x810010) [ 301.285375] pcieport 0000:00:1c.3: restoring config space at offset 0x1 (was 0x100000, writing 0x100407) [ 301.285439] uhci_hcd 0000:00:1d.0: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001) [ 301.285480] uhci_hcd 0000:00:1d.1: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001) [ 301.285522] uhci_hcd 0000:00:1d.2: restoring config space at offset 0x1 (was 0x2900005, writing 0x2900001) [ 301.285571] ehci_hcd 0000:00:1d.7: restoring config space at offset 0x1 (was 0x2900006, writing 0x2900002) [ 301.285606] pci 0000:00:1e.0: restoring config space at offset 0x9 (was 0x10001, writing 0x1fff1) [ 301.285613] pci 0000:00:1e.0: restoring config space at offset 0x8 (was 0x0, writing 0xfff0) [ 301.285619] pci 0000:00:1e.0: restoring config space at offset 0x7 (was 0x22800000, writing 0x228000f0) [ 301.285632] pci 0000:00:1e.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100007) [ 301.285730] ahci 0000:00:1f.2: restoring config space at offset 0x1 (was 0x2b00007, writing 0x2b00407) [ 301.285818] atl1c 0000:01:00.0: restoring config space at offset 0xf (was 0x100, writing 0x10b) [ 301.285853] atl1c 0000:01:00.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100007) [ 301.285917] iwlagn 0000:02:00.0: restoring config space at offset 0xf (was 0x100, writing 0x10b) [ 301.285954] iwlagn 0000:02:00.0: restoring config space at offset 0x4 (was 0x4, writing 0x92500004) [ 301.285969] iwlagn 0000:02:00.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100406) [ 301.286066] PM: early resume of devices complete after 1.090 msecs [ 301.315622] uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 301.315631] uhci_hcd 0000:00:1a.0: setting latency timer to 64 [ 301.315659] usb usb3: root hub lost power or was reset [ 301.315681] ehci_hcd 0000:00:1a.7: PCI INT D -> GSI 19 (level, low) -> IRQ 19 [ 301.315688] ehci_hcd 0000:00:1a.7: setting latency timer to 64 [ 301.315718] HDA Intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22 [ 301.315725] HDA Intel 0000:00:1b.0: setting latency timer to 64 [ 301.315770] HDA Intel 0000:00:1b.0: irq 44 for MSI/MSI-X [ 301.315800] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 23 (level, low) -> IRQ 23 [ 301.315807] uhci_hcd 0000:00:1d.0: setting latency timer to 64 [ 301.315833] usb usb4: root hub lost power or was reset [ 301.315854] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 19 (level, low) -> IRQ 19 [ 301.315861] uhci_hcd 0000:00:1d.1: setting latency timer to 64 [ 301.315887] usb usb5: root hub lost power or was reset [ 301.315907] uhci_hcd 0000:00:1d.2: PCI INT D -> GSI 16 (level, low) -> IRQ 16 [ 301.315914] uhci_hcd 0000:00:1d.2: setting latency timer to 64 [ 301.315940] usb usb6: root hub lost power or was reset [ 301.315961] ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) -> IRQ 23 [ 301.315968] ehci_hcd 0000:00:1d.7: setting latency timer to 64 [ 301.316015] pci 0000:00:1e.0: setting latency timer to 64 [ 301.316028] ahci 0000:00:1f.2: setting latency timer to 64 [ 301.316134] sd 0:0:0:0: [sda] Starting disk [ 301.316460] i915 0000:00:02.0: setting latency timer to 64 [ 301.550070] usb 2-5: reset high speed USB device using ehci_hcd and address 2 [ 301.640075] ata2: SATA link down (SStatus 0 SControl 300) [ 301.646736] ata6: SATA link down (SStatus 0 SControl 300) [ 301.653404] ata5: SATA link down (SStatus 0 SControl 300) [ 302.806740] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 302.808624] ata1.00: configured for UDMA/100 [ 302.837860] PM: resume of devices complete after 1551.727 msecs [ 302.837952] Restarting tasks ... done. [ 302.838141] video LNXVIDEO:00: Restoring backlight state [ 303.447606] atl1c 0000:01:00.0: irq 46 for MSI/MSI-X [ 303.448198] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 303.496727] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 303.821175] wlan0: direct probe to 00:23:08:1d:f2:bb (try 1) [ 304.019994] wlan0: direct probe to 00:23:08:1d:f2:bb (try 2) [ 304.220075] wlan0: direct probe to 00:23:08:1d:f2:bb (try 3) [ 304.421230] wlan0: direct probe to 00:23:08:1d:f2:bb timed out [ 326.383644] wlan0: authenticate with 00:23:08:1d:f2:bb (try 1) [ 326.386757] wlan0: authenticated [ 326.386796] wlan0: associate with 00:23:08:1d:f2:bb (try 1) [ 326.411569] wlan0: RX AssocResp from 00:23:08:1d:f2:bb (capab=0x431 status=0 aid=1) [ 326.411577] wlan0: associated [ 326.415820] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready [ 337.336863] wlan0: no IPv6 routers present ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: [Bug #15673] 2.6.34-rc2: "ima_dec_counts: open/free imbalance"? 2010-07-23 15:12 ` Thomas Meyer @ 2010-07-23 19:50 ` Rafael J. Wysocki 0 siblings, 0 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 19:50 UTC (permalink / raw) To: Thomas Meyer Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki On Friday, July 23, 2010, Thomas Meyer wrote: > Am Freitag, den 23.07.2010, 14:15 +0200 schrieb Rafael J. Wysocki: > > This message has been generated automatically as a part of a report > > of regressions introduced between 2.6.33 and 2.6.34. > > > > The following bug entry is on the current list of known regressions > > introduced between 2.6.33 and 2.6.34. Please verify if it still should > > be listed and let the tracking team know (either way). > > > > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15673 > > Subject : 2.6.34-rc2: "ima_dec_counts: open/free imbalance"? > > Submitter : Thomas Meyer <thomas@m3y3r.de> > > Date : 2010-03-28 11:31 (118 days old) > > Message-ID : <1269775909.5301.4.camel@localhost.localdomain> > > References : http://marc.info/?l=linux-kernel&m=126977593326800&w=2 > > > > > > I also see this message in 2.6.35-rc6: During suspend it seems? Please attach the dmesg output to the bug entry above. Rafael ^ permalink raw reply [flat|nested] 58+ messages in thread
* [Bug #15862] 2.6.34-rc4/5: iwlagn unusable until reload 2010-07-23 12:11 2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki ` (4 preceding siblings ...) 2010-07-23 12:15 ` [Bug #15673] 2.6.34-rc2: "ima_dec_counts: open/free imbalance"? Rafael J. Wysocki @ 2010-07-23 12:15 ` Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16097] 2.6.34 on Samsung P460: reset after "Waiting for /dev to be fully populated" Rafael J. Wysocki ` (20 subsequent siblings) 26 siblings, 0 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 12:15 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Kernel Testers List, Maciej Rutecki, Johannes Berg, Nico Schottelius This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15862 Subject : 2.6.34-rc4/5: iwlagn unusable until reload Submitter : Nico Schottelius <nico-linux-20100427@schottelius.org> Date : 2010-04-27 7:49 (88 days old) Message-ID : <20100427074934.GB3261@ikn.schottelius.org> References : http://marc.info/?l=linux-kernel&m=127235784004839&w=2 Handled-By : Johannes Berg <johannes@sipsolutions.net> ^ permalink raw reply [flat|nested] 58+ messages in thread
* [Bug #16097] 2.6.34 on Samsung P460: reset after "Waiting for /dev to be fully populated" 2010-07-23 12:11 2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki ` (5 preceding siblings ...) 2010-07-23 12:15 ` [Bug #15862] 2.6.34-rc4/5: iwlagn unusable until reload Rafael J. Wysocki @ 2010-07-23 12:15 ` Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16007] x86/pci Oops with CONFIG_SND_HDA_INTEL Rafael J. Wysocki ` (19 subsequent siblings) 26 siblings, 0 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 12:15 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Kernel Testers List, Maciej Rutecki, Harald Dunkel This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16097 Subject : 2.6.34 on Samsung P460: reset after "Waiting for /dev to be fully populated" Submitter : Harald Dunkel <harald.dunkel@aixigo.de> Date : 2010-05-25 9:12 (60 days old) Message-ID : <4BFB947E.9080509@aixigo.de> References : http://marc.info/?l=linux-kernel&m=127477877432254&w=2 ^ permalink raw reply [flat|nested] 58+ messages in thread
* [Bug #16007] x86/pci Oops with CONFIG_SND_HDA_INTEL 2010-07-23 12:11 2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki ` (6 preceding siblings ...) 2010-07-23 12:15 ` [Bug #16097] 2.6.34 on Samsung P460: reset after "Waiting for /dev to be fully populated" Rafael J. Wysocki @ 2010-07-23 12:15 ` Rafael J. Wysocki 2010-07-23 14:20 ` Bjorn Helgaas 2010-07-23 12:15 ` [Bug #16035] Incorrect initial resolution of (external) vga monitor with KMS Rafael J. Wysocki ` (18 subsequent siblings) 26 siblings, 1 reply; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 12:15 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Kernel Testers List, Maciej Rutecki, Bjorn Helgaas, Graham Ramsey, Yinghai Lu This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16007 Subject : x86/pci Oops with CONFIG_SND_HDA_INTEL Submitter : Graham Ramsey <ramsey.graham@ntlworld.com> Date : 2010-05-19 17:09 (66 days old) Handled-By : Yinghai Lu <yinghai@kernel.org> Bjorn Helgaas <bjorn.helgaas@hp.com> Patch : https://patchwork.kernel.org/patch/105662/ ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: [Bug #16007] x86/pci Oops with CONFIG_SND_HDA_INTEL 2010-07-23 12:15 ` [Bug #16007] x86/pci Oops with CONFIG_SND_HDA_INTEL Rafael J. Wysocki @ 2010-07-23 14:20 ` Bjorn Helgaas 2010-07-23 19:51 ` Rafael J. Wysocki 0 siblings, 1 reply; 58+ messages in thread From: Bjorn Helgaas @ 2010-07-23 14:20 UTC (permalink / raw) To: Rafael J. Wysocki Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki, Graham Ramsey, Yinghai Lu On Friday, July 23, 2010 06:15:50 am Rafael J. Wysocki wrote: > This message has been generated automatically as a part of a report > of regressions introduced between 2.6.33 and 2.6.34. > > The following bug entry is on the current list of known regressions > introduced between 2.6.33 and 2.6.34. Please verify if it still should > be listed and let the tracking team know (either way). > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16007 > Subject : x86/pci Oops with CONFIG_SND_HDA_INTEL > Submitter : Graham Ramsey <ramsey.graham@ntlworld.com> > Date : 2010-05-19 17:09 (66 days old) > Handled-By : Yinghai Lu <yinghai@kernel.org> > Bjorn Helgaas <bjorn.helgaas@hp.com> > Patch : https://patchwork.kernel.org/patch/105662/ This entry should remain on the regression list. In my opinion, we should apply Graham's patch from comment 8: https://bugzilla.kernel.org/attachment.cgi?id=26508 which turns on "pci=use_crs" for this machine. BIOS is telling us what configuration works, and we should pay attention to it. amd_bus.c has no hope of ever discovering this working configuration. Bjorn ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: [Bug #16007] x86/pci Oops with CONFIG_SND_HDA_INTEL 2010-07-23 14:20 ` Bjorn Helgaas @ 2010-07-23 19:51 ` Rafael J. Wysocki 0 siblings, 0 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 19:51 UTC (permalink / raw) To: Bjorn Helgaas Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki, Graham Ramsey, Yinghai Lu, Jesse Barnes, linux-pci On Friday, July 23, 2010, Bjorn Helgaas wrote: > On Friday, July 23, 2010 06:15:50 am Rafael J. Wysocki wrote: > > This message has been generated automatically as a part of a report > > of regressions introduced between 2.6.33 and 2.6.34. > > > > The following bug entry is on the current list of known regressions > > introduced between 2.6.33 and 2.6.34. Please verify if it still should > > be listed and let the tracking team know (either way). > > > > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16007 > > Subject : x86/pci Oops with CONFIG_SND_HDA_INTEL > > Submitter : Graham Ramsey <ramsey.graham@ntlworld.com> > > Date : 2010-05-19 17:09 (66 days old) > > Handled-By : Yinghai Lu <yinghai@kernel.org> > > Bjorn Helgaas <bjorn.helgaas@hp.com> > > Patch : https://patchwork.kernel.org/patch/105662/ > > This entry should remain on the regression list. > > In my opinion, we should apply Graham's patch from comment 8: > https://bugzilla.kernel.org/attachment.cgi?id=26508 > which turns on "pci=use_crs" for this machine. > > BIOS is telling us what configuration works, and we should > pay attention to it. amd_bus.c has no hope of ever discovering > this working configuration. I agree, FWIW. Rafael ^ permalink raw reply [flat|nested] 58+ messages in thread
* [Bug #16035] Incorrect initial resolution of (external) vga monitor with KMS 2010-07-23 12:11 2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki ` (7 preceding siblings ...) 2010-07-23 12:15 ` [Bug #16007] x86/pci Oops with CONFIG_SND_HDA_INTEL Rafael J. Wysocki @ 2010-07-23 12:15 ` Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16082] host panic on kernel 2.6.34 Rafael J. Wysocki ` (17 subsequent siblings) 26 siblings, 0 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 12:15 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Kernel Testers List, Maciej Rutecki, andreas.eckstein This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16035 Subject : Incorrect initial resolution of (external) vga monitor with KMS Submitter : <andreas.eckstein@gmx.net> Date : 2010-05-23 12:28 (62 days old) ^ permalink raw reply [flat|nested] 58+ messages in thread
* [Bug #16082] host panic on kernel 2.6.34 2010-07-23 12:11 2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki ` (8 preceding siblings ...) 2010-07-23 12:15 ` [Bug #16035] Incorrect initial resolution of (external) vga monitor with KMS Rafael J. Wysocki @ 2010-07-23 12:15 ` Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16111] hostap_pci: infinite registered netdevice wifi0 Rafael J. Wysocki ` (16 subsequent siblings) 26 siblings, 0 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 12:15 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Kernel Testers List, Maciej Rutecki, Hao, Xudong This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16082 Subject : host panic on kernel 2.6.34 Submitter : Hao, Xudong <xudong.hao@intel.com> Date : 2010-05-24 8:23 (61 days old) Message-ID : <BC00F5384FCFC9499AF06F92E8B78A9E04DCCCE242@shsmsx502.ccr.corp.intel.com> References : http://marc.info/?l=linux-kernel&m=127468951208864&w=2 ^ permalink raw reply [flat|nested] 58+ messages in thread
* [Bug #16111] hostap_pci: infinite registered netdevice wifi0 2010-07-23 12:11 2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki ` (9 preceding siblings ...) 2010-07-23 12:15 ` [Bug #16082] host panic on kernel 2.6.34 Rafael J. Wysocki @ 2010-07-23 12:15 ` Rafael J. Wysocki 2010-07-23 13:13 ` Tim Gardner 2010-07-23 12:15 ` [Bug #16139] wait_even_interruptible_timeout(), signal, spin_lock() = system hang Rafael J. Wysocki ` (15 subsequent siblings) 26 siblings, 1 reply; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 12:15 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Kernel Testers List, Maciej Rutecki, Petr Pisar, Tim Gardner This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16111 Subject : hostap_pci: infinite registered netdevice wifi0 Submitter : Petr Pisar <petr.pisar@atlas.cz> Date : 2010-06-02 20:55 (52 days old) Handled-By : Tim Gardner <tim.gardner@canonical.com> Petr Pisar <petr.pisar@atlas.cz> Patch : https://patchwork.kernel.org/patch/105008/ https://bugzilla.kernel.org/attachment.cgi?id=27109 ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: [Bug #16111] hostap_pci: infinite registered netdevice wifi0 2010-07-23 12:15 ` [Bug #16111] hostap_pci: infinite registered netdevice wifi0 Rafael J. Wysocki @ 2010-07-23 13:13 ` Tim Gardner 2010-07-23 19:53 ` Rafael J. Wysocki 0 siblings, 1 reply; 58+ messages in thread From: Tim Gardner @ 2010-07-23 13:13 UTC (permalink / raw) To: Rafael J. Wysocki Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki, Petr Pisar On 07/23/2010 02:15 PM, Rafael J. Wysocki wrote: > This message has been generated automatically as a part of a report > of regressions introduced between 2.6.33 and 2.6.34. > > The following bug entry is on the current list of known regressions > introduced between 2.6.33 and 2.6.34. Please verify if it still should > be listed and let the tracking team know (either way). > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16111 > Subject : hostap_pci: infinite registered netdevice wifi0 > Submitter : Petr Pisar<petr.pisar@atlas.cz> > Date : 2010-06-02 20:55 (52 days old) > Handled-By : Tim Gardner<tim.gardner@canonical.com> > Petr Pisar<petr.pisar@atlas.cz> > Patch : https://patchwork.kernel.org/patch/105008/ > https://bugzilla.kernel.org/attachment.cgi?id=27109 > > Commit d6a574ff6bfb842bdb98065da053881ff527be46 in Linus' tree -- Tim Gardner tim.gardner@canonical.com ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: [Bug #16111] hostap_pci: infinite registered netdevice wifi0 2010-07-23 13:13 ` Tim Gardner @ 2010-07-23 19:53 ` Rafael J. Wysocki 0 siblings, 0 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 19:53 UTC (permalink / raw) To: tim.gardner Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki, Petr Pisar On Friday, July 23, 2010, Tim Gardner wrote: > On 07/23/2010 02:15 PM, Rafael J. Wysocki wrote: > > This message has been generated automatically as a part of a report > > of regressions introduced between 2.6.33 and 2.6.34. > > > > The following bug entry is on the current list of known regressions > > introduced between 2.6.33 and 2.6.34. Please verify if it still should > > be listed and let the tracking team know (either way). > > > > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16111 > > Subject : hostap_pci: infinite registered netdevice wifi0 > > Submitter : Petr Pisar<petr.pisar@atlas.cz> > > Date : 2010-06-02 20:55 (52 days old) > > Handled-By : Tim Gardner<tim.gardner@canonical.com> > > Petr Pisar<petr.pisar@atlas.cz> > > Patch : https://patchwork.kernel.org/patch/105008/ > > https://bugzilla.kernel.org/attachment.cgi?id=27109 > > > > > > Commit d6a574ff6bfb842bdb98065da053881ff527be46 in Linus' tree Thanks, closed. Rafael ^ permalink raw reply [flat|nested] 58+ messages in thread
* [Bug #16139] wait_even_interruptible_timeout(), signal, spin_lock() = system hang 2010-07-23 12:11 2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki ` (10 preceding siblings ...) 2010-07-23 12:15 ` [Bug #16111] hostap_pci: infinite registered netdevice wifi0 Rafael J. Wysocki @ 2010-07-23 12:15 ` Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16206] PROBLEM: PPP and other serial port related application hangs in kernel space Rafael J. Wysocki ` (14 subsequent siblings) 26 siblings, 0 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 12:15 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Kernel Testers List, Maciej Rutecki, Shirish Pargaonkar This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16139 Subject : wait_even_interruptible_timeout(), signal, spin_lock() = system hang Submitter : Shirish Pargaonkar <shirishpargaonkar@gmail.com> Date : 2010-05-28 16:44 (57 days old) Message-ID : <AANLkTiliRFydAhxH2-Dp1RKuz6sq7vgWIcMvLMi68ftg@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=127506510328758&w=2 ^ permalink raw reply [flat|nested] 58+ messages in thread
* [Bug #16206] PROBLEM: PPP and other serial port related application hangs in kernel space 2010-07-23 12:11 2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki ` (11 preceding siblings ...) 2010-07-23 12:15 ` [Bug #16139] wait_even_interruptible_timeout(), signal, spin_lock() = system hang Rafael J. Wysocki @ 2010-07-23 12:15 ` Rafael J. Wysocki 2010-07-25 19:36 ` Chuck Ebbert 2010-07-23 12:15 ` [Bug #16137] Ooops in BTRFS in 2.6.34 / x86_64 when mounting subvolume by name Rafael J. Wysocki ` (13 subsequent siblings) 26 siblings, 1 reply; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 12:15 UTC (permalink / raw) To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Maciej Rutecki, Ales Teska This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16206 Subject : PROBLEM: PPP and other serial port related application hangs in kernel space Submitter : Ales Teska <ales.teska@gmail.com> Date : 2010-06-09 20:46 (45 days old) Message-ID : <900E3B14-5B92-4A37-9581-049DB40F4D1C@gmail.com> References : http://marc.info/?l=linux-kernel&m=127611640301071&w=2 ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: [Bug #16206] PROBLEM: PPP and other serial port related application hangs in kernel space 2010-07-23 12:15 ` [Bug #16206] PROBLEM: PPP and other serial port related application hangs in kernel space Rafael J. Wysocki @ 2010-07-25 19:36 ` Chuck Ebbert 0 siblings, 0 replies; 58+ messages in thread From: Chuck Ebbert @ 2010-07-25 19:36 UTC (permalink / raw) To: Rafael J. Wysocki Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki, Ales Teska, Alan Cox On Fri, 23 Jul 2010 14:15:51 +0200 (CEST) "Rafael J. Wysocki" <rjw@sisk.pl> wrote: > This message has been generated automatically as a part of a report > of regressions introduced between 2.6.33 and 2.6.34. > > The following bug entry is on the current list of known regressions > introduced between 2.6.33 and 2.6.34. Please verify if it still should > be listed and let the tracking team know (either way). > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16206 > Subject : PROBLEM: PPP and other serial port related application hangs in kernel space > Submitter : Ales Teska <ales.teska@gmail.com> > Date : 2010-06-09 20:46 (45 days old) > Message-ID : <900E3B14-5B92-4A37-9581-049DB40F4D1C@gmail.com> > References : http://marc.info/?l=linux-kernel&m=127611640301071&w=2 > I think this is some kind of race in the ldisc handling code. This patch went in 2.6.34: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff_plain;h=638b9648ab51c9c549ff5735d3de519ef6199df3 "tty: Fix the ldisc hangup race" Warning message from the original report: Line 1278 is: WARN_ON(!test_bit(TTY_LDISC, &tty->flags)); [ 1673.660876] ------------[ cut here ]------------ [ 1673.661471] WARNING: at drivers/char/tty_io.c:1278 tty_open+0x213/0x451() [ 1673.689168] Pid: 1275, comm: ufoprobe_client Not tainted 2.6.34-486-exiprobes #1 [ 1673.690452] Call Trace: [ 1673.690947] [<c10e93af>] ? tty_open+0x213/0x451 [ 1673.691926] [<c1018f51>] warn_slowpath_common+0x45/0x5c [ 1673.693006] [<c1018f75>] warn_slowpath_null+0xd/0x10 [ 1673.694293] [<c10e93af>] tty_open+0x213/0x451 With softlockup detection enabled, there is also this trace: [ 841.121579] INFO: task pppd:1390 blocked for more than 120 seconds. [ 841.122613] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 841.123578] pppd D cec53ea4 0 1390 1139 0x00000000 [ 841.151250] Call Trace: [ 841.151815] [<c1037b30>] ? trace_hardirqs_on+0xb/0xd [ 841.152755] [<c1198bf6>] ? _raw_spin_unlock_irqrestore+0x53/0x60 [ 841.153657] [<c10f7049>] ? spin_unlock_irqrestore+0x8/0xa [ 841.154601] [<c10f79fb>] tty_ldisc_ref_wait+0x5d/0x75 [ 841.155265] [<c102b471>] ? autoremove_wake_function+0x0/0x33 [ 841.156456] [<d0c35211>] ? serial_ioctl+0x0/0x68 [usbserial] [ 841.157913] [<c10f3c54>] tty_ioctl+0x6d1/0x731 I put the full traces into the bug report. ^ permalink raw reply [flat|nested] 58+ messages in thread
* [Bug #16137] Ooops in BTRFS in 2.6.34 / x86_64 when mounting subvolume by name 2010-07-23 12:11 2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki ` (12 preceding siblings ...) 2010-07-23 12:15 ` [Bug #16206] PROBLEM: PPP and other serial port related application hangs in kernel space Rafael J. Wysocki @ 2010-07-23 12:15 ` Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16170] Leadtek Winfast DTV Dongle (STK7700P based) is not working in 2.6.34 Rafael J. Wysocki ` (12 subsequent siblings) 26 siblings, 0 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 12:15 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Kernel Testers List, Maciej Rutecki, armin walland This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16137 Subject : Ooops in BTRFS in 2.6.34 / x86_64 when mounting subvolume by name Submitter : armin walland <a.walland@focusmr.com> Date : 2010-05-27 12:27 (58 days old) Message-ID : <201005271428.01239.a.walland@focusmr.com> References : http://marc.info/?l=linux-kernel&m=127496434110736&w=2 ^ permalink raw reply [flat|nested] 58+ messages in thread
* [Bug #16170] Leadtek Winfast DTV Dongle (STK7700P based) is not working in 2.6.34 2010-07-23 12:11 2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki ` (13 preceding siblings ...) 2010-07-23 12:15 ` [Bug #16137] Ooops in BTRFS in 2.6.34 / x86_64 when mounting subvolume by name Rafael J. Wysocki @ 2010-07-23 12:15 ` Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16207] Suspend and VT switch hangs since 2.6.34 Rafael J. Wysocki ` (11 subsequent siblings) 26 siblings, 0 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 12:15 UTC (permalink / raw) To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Maciej Rutecki, macjariel This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16170 Subject : Leadtek Winfast DTV Dongle (STK7700P based) is not working in 2.6.34 Submitter : <macjariel@gmail.com> Date : 2010-06-09 11:11 (45 days old) ^ permalink raw reply [flat|nested] 58+ messages in thread
* [Bug #16207] Suspend and VT switch hangs since 2.6.34 2010-07-23 12:11 2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki ` (14 preceding siblings ...) 2010-07-23 12:15 ` [Bug #16170] Leadtek Winfast DTV Dongle (STK7700P based) is not working in 2.6.34 Rafael J. Wysocki @ 2010-07-23 12:15 ` Rafael J. Wysocki 2010-07-23 17:33 ` Jesse Barnes 2010-07-23 12:15 ` [Bug #16233] Fwd: [2.6.34] INFO: task rsync:20019 blocked for more than 120 seconds Rafael J. Wysocki ` (10 subsequent siblings) 26 siblings, 1 reply; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 12:15 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Kernel Testers List, Maciej Rutecki, Tino Keitel This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16207 Subject : Suspend and VT switch hangs since 2.6.34 Submitter : Tino Keitel <tino.keitel+xorg@tikei.de> Date : 2010-06-09 17:53 (45 days old) Message-ID : <20100609175356.GA17332@x61.home> References : http://marc.info/?l=linux-kernel&m=127610606214060&w=2 ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: [Bug #16207] Suspend and VT switch hangs since 2.6.34 2010-07-23 12:15 ` [Bug #16207] Suspend and VT switch hangs since 2.6.34 Rafael J. Wysocki @ 2010-07-23 17:33 ` Jesse Barnes 2010-07-23 17:50 ` Tino Keitel 0 siblings, 1 reply; 58+ messages in thread From: Jesse Barnes @ 2010-07-23 17:33 UTC (permalink / raw) To: Rafael J. Wysocki Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki, Tino Keitel On Fri, 23 Jul 2010 14:15:52 +0200 (CEST) "Rafael J. Wysocki" <rjw@sisk.pl> wrote: > This message has been generated automatically as a part of a report > of regressions introduced between 2.6.33 and 2.6.34. > > The following bug entry is on the current list of known regressions > introduced between 2.6.33 and 2.6.34. Please verify if it still should > be listed and let the tracking team know (either way). > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16207 > Subject : Suspend and VT switch hangs since 2.6.34 > Submitter : Tino Keitel <tino.keitel+xorg@tikei.de> > Date : 2010-06-09 17:53 (45 days old) > Message-ID : <20100609175356.GA17332@x61.home> > References : http://marc.info/?l=linux-kernel&m=127610606214060&w=2 I think this may actually be an X server bug. 2.6.34 introduced some new features that X drivers take advantage of, but there was some bugginess in the X server's handling of client block and unblock, leading to hangs at VT switch time. This could be related to some upstream bugs in the X server (bugs.freedesktop.org): 28998 28365 27035 Can you check those out and see if they're relevant? 27035 and 28998 in particular fixed VT switch problems for me. -- Jesse Barnes, Intel Open Source Technology Center ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: [Bug #16207] Suspend and VT switch hangs since 2.6.34 2010-07-23 17:33 ` Jesse Barnes @ 2010-07-23 17:50 ` Tino Keitel 2010-07-23 17:57 ` Jesse Barnes 0 siblings, 1 reply; 58+ messages in thread From: Tino Keitel @ 2010-07-23 17:50 UTC (permalink / raw) To: Jesse Barnes Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki On Fri, Jul 23, 2010 at 10:33:36 -0700, Jesse Barnes wrote: [...] > I think this may actually be an X server bug. 2.6.34 introduced some Hi, that seems to be not a kernel issue indeed, as at some point I never got this hang again. However, I upgraded to new versions of Mesa, DRM, and also new bugfix releases of the Xserver (those in Debian unstable). Regards, Tino ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: [Bug #16207] Suspend and VT switch hangs since 2.6.34 2010-07-23 17:50 ` Tino Keitel @ 2010-07-23 17:57 ` Jesse Barnes 0 siblings, 0 replies; 58+ messages in thread From: Jesse Barnes @ 2010-07-23 17:57 UTC (permalink / raw) To: Tino Keitel Cc: Rafael J. Wysocki, Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki On Fri, 23 Jul 2010 19:50:56 +0200 Tino Keitel <tino.keitel@tikei.de> wrote: > On Fri, Jul 23, 2010 at 10:33:36 -0700, Jesse Barnes wrote: > > [...] > > > I think this may actually be an X server bug. 2.6.34 introduced some > > Hi, > > that seems to be not a kernel issue indeed, as at some point I never > got this hang again. However, I upgraded to new versions of Mesa, DRM, > and also new bugfix releases of the Xserver (those in Debian unstable). Great, we can close this one out then. Thanks. -- Jesse Barnes, Intel Open Source Technology Center ^ permalink raw reply [flat|nested] 58+ messages in thread
* [Bug #16233] Fwd: [2.6.34] INFO: task rsync:20019 blocked for more than 120 seconds. 2010-07-23 12:11 2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki ` (15 preceding siblings ...) 2010-07-23 12:15 ` [Bug #16207] Suspend and VT switch hangs since 2.6.34 Rafael J. Wysocki @ 2010-07-23 12:15 ` Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16320] iwl3945 crashes, seems to be disconnecting from the PCI bus Rafael J. Wysocki ` (9 subsequent siblings) 26 siblings, 0 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 12:15 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Kernel Testers List, Maciej Rutecki, Jan De Luyck This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16233 Subject : Fwd: [2.6.34] INFO: task rsync:20019 blocked for more than 120 seconds. Submitter : Jan De Luyck <mailinglists+linuxkernel_20080830@kcore.org> Date : 2010-06-14 19:49 (40 days old) Message-ID : <AANLkTimutyh3WIALv3NIxA8Xt5JtU6tp4EWOnuSqhdyD@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=127654498016377&w=2 ^ permalink raw reply [flat|nested] 58+ messages in thread
* [Bug #16320] iwl3945 crashes, seems to be disconnecting from the PCI bus 2010-07-23 12:11 2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki ` (16 preceding siblings ...) 2010-07-23 12:15 ` [Bug #16233] Fwd: [2.6.34] INFO: task rsync:20019 blocked for more than 120 seconds Rafael J. Wysocki @ 2010-07-23 12:15 ` Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16300] [2.6.34 regression] mplayer gets out of sync due to problems with ALSA Rafael J. Wysocki ` (8 subsequent siblings) 26 siblings, 0 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 12:15 UTC (permalink / raw) To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Maciej Rutecki, Satish This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16320 Subject : iwl3945 crashes, seems to be disconnecting from the PCI bus Submitter : Satish <eerpini@gmail.com> Date : 2010-07-01 08:24 (23 days old) ^ permalink raw reply [flat|nested] 58+ messages in thread
* [Bug #16300] [2.6.34 regression] mplayer gets out of sync due to problems with ALSA 2010-07-23 12:11 2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki ` (17 preceding siblings ...) 2010-07-23 12:15 ` [Bug #16320] iwl3945 crashes, seems to be disconnecting from the PCI bus Rafael J. Wysocki @ 2010-07-23 12:15 ` Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16270] Image is a hit-or-a-miss. Often displayed green+purple Rafael J. Wysocki ` (7 subsequent siblings) 26 siblings, 0 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 12:15 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Kernel Testers List, Maciej Rutecki, Artem S. Tashkinov, Clemens Ladisch, Jaroslav Kysela, Takashi Iwai This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16300 Subject : [2.6.34 regression] mplayer gets out of sync due to problems with ALSA Submitter : Artem S. Tashkinov <t.artem@mailcity.com> Date : 2010-06-26 20:39 (28 days old) Handled-By : Takashi Iwai <tiwai@suse.de> ^ permalink raw reply [flat|nested] 58+ messages in thread
* [Bug #16270] Image is a hit-or-a-miss. Often displayed green+purple 2010-07-23 12:11 2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki ` (18 preceding siblings ...) 2010-07-23 12:15 ` [Bug #16300] [2.6.34 regression] mplayer gets out of sync due to problems with ALSA Rafael J. Wysocki @ 2010-07-23 12:15 ` Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16371] Regression 2.6.33->2.6.34: OOPS at boot, kmalloc corruption? Rafael J. Wysocki ` (6 subsequent siblings) 26 siblings, 0 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 12:15 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Kernel Testers List, Maciej Rutecki, Jean-Francois Moine, Vish This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16270 Subject : Image is a hit-or-a-miss. Often displayed green+purple Submitter : Vish <drkvi-a@yahoo.com> Date : 2010-06-22 10:47 (32 days old) First-Bad-Commit: http://git.kernel.org/linus/acef4a407ed6e0a9ed87a2747be592fe49e64bdd Handled-By : Jean-Francois Moine <moinejf@free.fr> ^ permalink raw reply [flat|nested] 58+ messages in thread
* [Bug #16371] Regression 2.6.33->2.6.34: OOPS at boot, kmalloc corruption? 2010-07-23 12:11 2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki ` (19 preceding siblings ...) 2010-07-23 12:15 ` [Bug #16270] Image is a hit-or-a-miss. Often displayed green+purple Rafael J. Wysocki @ 2010-07-23 12:15 ` Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16357] acpi-cpufreq fails to load (No such device) if CONFIG_SMP=n Rafael J. Wysocki ` (5 subsequent siblings) 26 siblings, 0 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 12:15 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Kernel Testers List, Maciej Rutecki, Torsten Kaiser This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16371 Subject : Regression 2.6.33->2.6.34: OOPS at boot, kmalloc corruption? Submitter : Torsten Kaiser <just.for.lkml@googlemail.com> Date : 2010-07-11 18:55 (13 days old) Message-ID : <AANLkTimVSZ584-dTIJFalTStvT1kPBQmnDdgUTsoSFQT@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=127887455203944&w=2 ^ permalink raw reply [flat|nested] 58+ messages in thread
* [Bug #16357] acpi-cpufreq fails to load (No such device) if CONFIG_SMP=n 2010-07-23 12:11 2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki ` (20 preceding siblings ...) 2010-07-23 12:15 ` [Bug #16371] Regression 2.6.33->2.6.34: OOPS at boot, kmalloc corruption? Rafael J. Wysocki @ 2010-07-23 12:15 ` Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16348] kswapd continuously active when doing IO Rafael J. Wysocki ` (4 subsequent siblings) 26 siblings, 0 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 12:15 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Kernel Testers List, Maciej Rutecki, Ambroz Bizjak, Thomas Renninger This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16357 Subject : acpi-cpufreq fails to load (No such device) if CONFIG_SMP=n Submitter : Ambroz Bizjak <ambrop7@gmail.com> Date : 2010-07-09 09:40 (15 days old) Handled-By : Thomas Renninger <trenn@suse.de> ^ permalink raw reply [flat|nested] 58+ messages in thread
* [Bug #16348] kswapd continuously active when doing IO 2010-07-23 12:11 2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki ` (21 preceding siblings ...) 2010-07-23 12:15 ` [Bug #16357] acpi-cpufreq fails to load (No such device) if CONFIG_SMP=n Rafael J. Wysocki @ 2010-07-23 12:15 ` Rafael J. Wysocki 2010-07-23 13:45 ` Dave Chinner 2010-07-23 12:15 ` [Bug #16361] KMS not working on Radeon Mobility 3430 Rafael J. Wysocki ` (3 subsequent siblings) 26 siblings, 1 reply; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 12:15 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Kernel Testers List, Maciej Rutecki, Marius Tolzmann This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16348 Subject : kswapd continuously active when doing IO Submitter : Marius Tolzmann <tolzmann@molgen.mpg.de> Date : 2010-07-07 10:58 (17 days old) ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: [Bug #16348] kswapd continuously active when doing IO 2010-07-23 12:15 ` [Bug #16348] kswapd continuously active when doing IO Rafael J. Wysocki @ 2010-07-23 13:45 ` Dave Chinner 2010-07-23 19:55 ` Rafael J. Wysocki 0 siblings, 1 reply; 58+ messages in thread From: Dave Chinner @ 2010-07-23 13:45 UTC (permalink / raw) To: Rafael J. Wysocki Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki, Marius Tolzmann On Fri, Jul 23, 2010 at 02:15:54PM +0200, Rafael J. Wysocki wrote: > This message has been generated automatically as a part of a report > of regressions introduced between 2.6.33 and 2.6.34. > > The following bug entry is on the current list of known regressions > introduced between 2.6.33 and 2.6.34. Please verify if it still should > be listed and let the tracking team know (either way). > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16348 > Subject : kswapd continuously active when doing IO > Submitter : Marius Tolzmann <tolzmann@molgen.mpg.de> > Date : 2010-07-07 10:58 (17 days old) The fix for this is already in 2.6.36-rc6. Cheers, Dave. -- Dave Chinner david@fromorbit.com ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: [Bug #16348] kswapd continuously active when doing IO 2010-07-23 13:45 ` Dave Chinner @ 2010-07-23 19:55 ` Rafael J. Wysocki 0 siblings, 0 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 19:55 UTC (permalink / raw) To: Dave Chinner Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki, Marius Tolzmann On Friday, July 23, 2010, Dave Chinner wrote: > On Fri, Jul 23, 2010 at 02:15:54PM +0200, Rafael J. Wysocki wrote: > > This message has been generated automatically as a part of a report > > of regressions introduced between 2.6.33 and 2.6.34. > > > > The following bug entry is on the current list of known regressions > > introduced between 2.6.33 and 2.6.34. Please verify if it still should > > be listed and let the tracking team know (either way). > > > > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16348 > > Subject : kswapd continuously active when doing IO > > Submitter : Marius Tolzmann <tolzmann@molgen.mpg.de> > > Date : 2010-07-07 10:58 (17 days old) > > The fix for this is already in 2.6.36-rc6. Thanks, closing. Rafael ^ permalink raw reply [flat|nested] 58+ messages in thread
* [Bug #16361] KMS not working on Radeon Mobility 3430 2010-07-23 12:11 2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki ` (22 preceding siblings ...) 2010-07-23 12:15 ` [Bug #16348] kswapd continuously active when doing IO Rafael J. Wysocki @ 2010-07-23 12:15 ` Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16376] random - possibly Radeon DRM KMS related - freezes Rafael J. Wysocki ` (2 subsequent siblings) 26 siblings, 0 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 12:15 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Kernel Testers List, Maciej Rutecki, Dave Airlie, Jerome Glisse, Ruslan This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16361 Subject : KMS not working on Radeon Mobility 3430 Submitter : Ruslan <ruslan.st@gmail.com> Date : 2010-07-10 13:32 (14 days old) First-Bad-Commit: http://git.kernel.org/linus/d594e46ace22afa1621254f6f669e65430048153 ^ permalink raw reply [flat|nested] 58+ messages in thread
* [Bug #16376] random - possibly Radeon DRM KMS related - freezes 2010-07-23 12:11 2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki ` (23 preceding siblings ...) 2010-07-23 12:15 ` [Bug #16361] KMS not working on Radeon Mobility 3430 Rafael J. Wysocki @ 2010-07-23 12:15 ` Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16377] X.org crash while running a OpenGL composited KDE 4.4.4 session with Radeon KMS Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16388] i915 drm BUG: unable to handle kernel paging request at a5e89046 Rafael J. Wysocki 26 siblings, 0 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 12:15 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Kernel Testers List, Maciej Rutecki, Martin Steigerwald This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16376 Subject : random - possibly Radeon DRM KMS related - freezes Submitter : Martin Steigerwald <Martin@Lichtvoll.de> Date : 2010-07-13 09:24 (11 days old) ^ permalink raw reply [flat|nested] 58+ messages in thread
* [Bug #16377] X.org crash while running a OpenGL composited KDE 4.4.4 session with Radeon KMS 2010-07-23 12:11 2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki ` (24 preceding siblings ...) 2010-07-23 12:15 ` [Bug #16376] random - possibly Radeon DRM KMS related - freezes Rafael J. Wysocki @ 2010-07-23 12:15 ` Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16388] i915 drm BUG: unable to handle kernel paging request at a5e89046 Rafael J. Wysocki 26 siblings, 0 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 12:15 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Kernel Testers List, Maciej Rutecki, Martin Steigerwald This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16377 Subject : X.org crash while running a OpenGL composited KDE 4.4.4 session with Radeon KMS Submitter : Martin Steigerwald <Martin@Lichtvoll.de> Date : 2010-07-13 12:41 (11 days old) ^ permalink raw reply [flat|nested] 58+ messages in thread
* [Bug #16388] i915 drm BUG: unable to handle kernel paging request at a5e89046 2010-07-23 12:11 2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki ` (25 preceding siblings ...) 2010-07-23 12:15 ` [Bug #16377] X.org crash while running a OpenGL composited KDE 4.4.4 session with Radeon KMS Rafael J. Wysocki @ 2010-07-23 12:15 ` Rafael J. Wysocki 2010-07-23 17:37 ` Jesse Barnes 26 siblings, 1 reply; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-23 12:15 UTC (permalink / raw) To: Linux Kernel Mailing List; +Cc: Kernel Testers List, Maciej Rutecki, lists This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16388 Subject : i915 drm BUG: unable to handle kernel paging request at a5e89046 Submitter : <lists@clanduggan.org> Date : 2010-07-14 16:59 (10 days old) ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: [Bug #16388] i915 drm BUG: unable to handle kernel paging request at a5e89046 2010-07-23 12:15 ` [Bug #16388] i915 drm BUG: unable to handle kernel paging request at a5e89046 Rafael J. Wysocki @ 2010-07-23 17:37 ` Jesse Barnes 0 siblings, 0 replies; 58+ messages in thread From: Jesse Barnes @ 2010-07-23 17:37 UTC (permalink / raw) To: Rafael J. Wysocki Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki, lists On Fri, 23 Jul 2010 14:15:55 +0200 (CEST) "Rafael J. Wysocki" <rjw@sisk.pl> wrote: > This message has been generated automatically as a part of a report > of regressions introduced between 2.6.33 and 2.6.34. > > The following bug entry is on the current list of known regressions > introduced between 2.6.33 and 2.6.34. Please verify if it still should > be listed and let the tracking team know (either way). > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16388 > Subject : i915 drm BUG: unable to handle kernel paging request at a5e89046 > Submitter : <lists@clanduggan.org> > Date : 2010-07-14 16:59 (10 days old) Looks like some potential memory corruption? At resume we try to get connector info but panic due to a bad pointer, maybe in one of the lists. Can you gdb your drm_kms_helper module and do "list *drm_mode_getconnector+0x295" to see what line this is? Also, what chipset do you have? Maybe I can reproduce it here with your kernel config. -- Jesse Barnes, Intel Open Source Technology Center ^ permalink raw reply [flat|nested] 58+ messages in thread
* 2.6.35-rc6-git6: Reported regressions 2.6.33 -> 2.6.34 @ 2010-08-01 14:27 Rafael J. Wysocki 2010-08-01 14:44 ` [Bug #16007] x86/pci Oops with CONFIG_SND_HDA_INTEL Rafael J. Wysocki 0 siblings, 1 reply; 58+ messages in thread From: Rafael J. Wysocki @ 2010-08-01 14:27 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Maciej Rutecki, Andrew Morton, Linus Torvalds, Kernel Testers List, Network Development, Linux ACPI, Linux PM List, Linux SCSI List, Linux Wireless List, DRI [NOTE: This is the last summary report of regressions introduced between 2.6.33 and 2.6.34. Thanks for helping us with tracking these bugs!] This message contains a list of some post-2.6.33 regressions introduced before 2.6.34, for which there are no fixes in the mainline known to the tracking team. If any of them have been fixed already, please let us know. If you know of any other unresolved post-2.6.33 regressions, please let us know either and we'll add them to the list. Also, please let us know if any of the entries below are invalid. Each entry from the list will be sent additionally in an automatic reply to this message with CCs to the people involved in reporting and handling the issue. Listed regressions statistics: Date Total Pending Unresolved ---------------------------------------- 2010-08-01 129 17 16 2010-07-23 128 27 25 2010-07-10 122 25 24 2010-06-21 114 36 28 2010-06-13 111 40 34 2010-05-09 80 27 24 2010-05-04 76 26 22 2010-04-20 64 35 34 2010-04-07 48 35 33 2010-03-21 15 13 10 Unresolved regressions ---------------------- Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16431 Subject : does not seem to shut down one of two md raid-1 arrays on hibernation Submitter : Martin Steigerwald <ms@teamix.de> Date : 2010-07-21 13:08 (12 days old) Handled-By : Neil Brown <neilb@suse.de> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16388 Subject : i915 drm BUG: unable to handle kernel paging request at a5e89046 Submitter : <lists@clanduggan.org> Date : 2010-07-14 16:59 (19 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16377 Subject : X.org crash while running a OpenGL composited KDE 4.4.4 session with Radeon KMS Submitter : Martin Steigerwald <Martin@Lichtvoll.de> Date : 2010-07-13 12:41 (20 days old) Handled-By : Alex Deucher <alexdeucher@gmail.com> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16376 Subject : random - possibly Radeon DRM KMS related - freezes Submitter : Martin Steigerwald <Martin@Lichtvoll.de> Date : 2010-07-13 09:24 (20 days old) Handled-By : Alex Deucher <alexdeucher@gmail.com> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16320 Subject : iwl3945 crashes, seems to be disconnecting from the PCI bus Submitter : Satish <eerpini@gmail.com> Date : 2010-07-01 08:24 (32 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16300 Subject : [2.6.34 regression] mplayer gets out of sync due to problems with ALSA Submitter : Artem S. Tashkinov <t.artem@mailcity.com> Date : 2010-06-26 20:39 (37 days old) Handled-By : Takashi Iwai <tiwai@suse.de> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16270 Subject : Image is a hit-or-a-miss. Often displayed green+purple Submitter : Vish <drkvi-a@yahoo.com> Date : 2010-06-22 10:47 (41 days old) First-Bad-Commit: http://git.kernel.org/linus/acef4a407ed6e0a9ed87a2747be592fe49e64bdd Handled-By : Jean-Francois Moine <moinejf@free.fr> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16206 Subject : PROBLEM: PPP and other serial port related application hangs in kernel space Submitter : Ales Teska <ales.teska@gmail.com> Date : 2010-06-09 20:46 (54 days old) Message-ID : <900E3B14-5B92-4A37-9581-049DB40F4D1C@gmail.com> References : http://marc.info/?l=linux-kernel&m=127611640301071&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16170 Subject : Leadtek Winfast DTV Dongle (STK7700P based) is not working in 2.6.34 Submitter : <macjariel@gmail.com> Date : 2010-06-09 11:11 (54 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16139 Subject : wait_even_interruptible_timeout(), signal, spin_lock() = system hang Submitter : Shirish Pargaonkar <shirishpargaonkar@gmail.com> Date : 2010-05-28 16:44 (66 days old) Message-ID : <AANLkTiliRFydAhxH2-Dp1RKuz6sq7vgWIcMvLMi68ftg@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=127506510328758&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15977 Subject : WARNING: at lib/dma-debug.c:866 check_for_stack Submitter : Zdenek Kabelac <zdenek.kabelac@gmail.com> Date : 2010-05-14 8:56 (80 days old) Message-ID : <AANLkTikyx2eaxaiUCFDSfpmn1UG0t2GOxArz6F4wp1LJ@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=127382742729825&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15912 Subject : Audio/video sync and crackling issues with snd-hda-intel (AD1981 codec) Submitter : Øyvind Stegard <oyvinst@ifi.uio.no> Date : 2010-05-05 16:20 (89 days old) Handled-By : Jaroslav Kysela <perex@perex.cz> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15862 Subject : 2.6.34-rc4/5: iwlagn unusable until reload Submitter : Nico Schottelius <nico-linux-20100427@schottelius.org> Date : 2010-04-27 7:49 (97 days old) Message-ID : <20100427074934.GB3261@ikn.schottelius.org> References : http://marc.info/?l=linux-kernel&m=127235784004839&w=2 Handled-By : Johannes Berg <johannes@sipsolutions.net> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15704 Subject : [r8169] WARNING: at net/sched/sch_generic.c Submitter : Sergey Senozhatsky <sergey.senozhatsky@gmail.com> Date : 2010-03-31 10:21 (124 days old) Message-ID : <20100331102142.GA3294@swordfish.minsk.epam.com> References : http://marc.info/?l=linux-kernel&m=127003090406108&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15673 Subject : 2.6.34-rc2: "ima_dec_counts: open/free imbalance"? Submitter : Thomas Meyer <thomas@m3y3r.de> Date : 2010-03-28 11:31 (127 days old) Message-ID : <1269775909.5301.4.camel@localhost.localdomain> References : http://marc.info/?l=linux-kernel&m=126977593326800&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15664 Subject : Graphics hang and kernel backtrace when starting Azureus with Compiz enabled Submitter : Alex Villacis Lasso <avillaci@ceibo.fiec.espol.edu.ec> Date : 2010-04-01 01:09 (123 days old) Regressions with patches ------------------------ Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16007 Subject : x86/pci Oops with CONFIG_SND_HDA_INTEL Submitter : Graham Ramsey <ramsey.graham@ntlworld.com> Date : 2010-05-19 17:09 (75 days old) Handled-By : Yinghai Lu <yinghai@kernel.org> Bjorn Helgaas <bjorn.helgaas@hp.com> Patch : https://patchwork.kernel.org/patch/105662/ For details, please visit the bug entries and follow the links given in references. As you can see, there is a Bugzilla entry for each of the listed regressions. There also is a Bugzilla entry used for tracking the regressions introduced between 2.6.33 and 2.6.34, unresolved as well as resolved, at: http://bugzilla.kernel.org/show_bug.cgi?id=15310 Thanks! ^ permalink raw reply [flat|nested] 58+ messages in thread
* [Bug #16007] x86/pci Oops with CONFIG_SND_HDA_INTEL 2010-08-01 14:27 2.6.35-rc6-git6: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki @ 2010-08-01 14:44 ` Rafael J. Wysocki 0 siblings, 0 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2010-08-01 14:44 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Kernel Testers List, Maciej Rutecki, Bjorn Helgaas, Graham Ramsey, Yinghai Lu This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16007 Subject : x86/pci Oops with CONFIG_SND_HDA_INTEL Submitter : Graham Ramsey <ramsey.graham@ntlworld.com> Date : 2010-05-19 17:09 (75 days old) Handled-By : Yinghai Lu <yinghai@kernel.org> Bjorn Helgaas <bjorn.helgaas@hp.com> Patch : https://patchwork.kernel.org/patch/105662/ ^ permalink raw reply [flat|nested] 58+ messages in thread
* 2.6.35-rc4-git4: Reported regressions 2.6.33 -> 2.6.34 @ 2010-07-10 0:24 Rafael J. Wysocki 2010-07-10 0:33 ` [Bug #16007] x86/pci Oops with CONFIG_SND_HDA_INTEL Rafael J. Wysocki 0 siblings, 1 reply; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-10 0:24 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Maciej Rutecki, Andrew Morton, Linus Torvalds, Kernel Testers List, Network Development, Linux ACPI, Linux PM List, Linux SCSI List, Linux Wireless List, DRI [NOTES: * This list seems to be shrinking at last. * The bug entries with the NEEDINFO status will be closed next round if the reporters don't follow up.] This message contains a list of some post-2.6.33 regressions introduced before 2.6.34, for which there are no fixes in the mainline known to the tracking team. If any of them have been fixed already, please let us know. If you know of any other unresolved post-2.6.33 regressions, please let us know either and we'll add them to the list. Also, please let us know if any of the entries below are invalid. Each entry from the list will be sent additionally in an automatic reply to this message with CCs to the people involved in reporting and handling the issue. Listed regressions statistics: Date Total Pending Unresolved ---------------------------------------- 2010-07-10 122 25 24 2010-06-21 114 36 28 2010-06-13 111 40 34 2010-05-09 80 27 24 2010-05-04 76 26 22 2010-04-20 64 35 34 2010-04-07 48 35 33 2010-03-21 15 13 10 Unresolved regressions ---------------------- Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16357 Subject : acpi-cpufreq fails to load (No such device) Submitter : Ambroz Bizjak <ambrop7@gmail.com> Date : 2010-07-09 09:40 (1 days old) Handled-By : Thomas Renninger <trenn@suse.de> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16348 Subject : kswapd continuously active when doing IO Submitter : Marius Tolzmann <tolzmann@molgen.mpg.de> Date : 2010-07-07 10:58 (3 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16320 Subject : iwl3945 crashes, seems to be disconnecting from the PCI bus Submitter : Satish <eerpini@gmail.com> Date : 2010-07-01 08:24 (9 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16318 Subject : macbook pro 5,1 does not boot with acpi Submitter : <syamajala@gmail.com> Date : 2010-06-30 13:38 (10 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16300 Subject : [2.6.34 regression] mplayer gets out of sync due to problems with ALSA Submitter : Artem S. Tashkinov <t.artem@mailcity.com> Date : 2010-06-26 20:39 (14 days old) Handled-By : Takashi Iwai <tiwai@suse.de> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16270 Subject : Image is a hit-or-a-miss. Often displayed green+purple Submitter : Vish <drkvi-a@yahoo.com> Date : 2010-06-22 10:47 (18 days old) First-Bad-Commit: http://git.kernel.org/linus/acef4a407ed6e0a9ed87a2747be592fe49e64bdd Handled-By : Jean-Francois Moine <moinejf@free.fr> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16233 Subject : Fwd: [2.6.34] INFO: task rsync:20019 blocked for more than 120 seconds. Submitter : Jan De Luyck <mailinglists+linuxkernel_20080830@kcore.org> Date : 2010-06-14 19:49 (26 days old) Message-ID : <AANLkTimutyh3WIALv3NIxA8Xt5JtU6tp4EWOnuSqhdyD@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=127654498016377&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16207 Subject : Suspend and VT switch hangs since 2.6.34 Submitter : Tino Keitel <tino.keitel+xorg@tikei.de> Date : 2010-06-09 17:53 (31 days old) Message-ID : <20100609175356.GA17332@x61.home> References : http://marc.info/?l=linux-kernel&m=127610606214060&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16206 Subject : PROBLEM: PPP and other serial port related application hangs in kernel space Submitter : Ales Teska <ales.teska@gmail.com> Date : 2010-06-09 20:46 (31 days old) Message-ID : <900E3B14-5B92-4A37-9581-049DB40F4D1C@gmail.com> References : http://marc.info/?l=linux-kernel&m=127611640301071&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16170 Subject : Leadtek Winfast DTV Dongle (STK7700P based) is not working in 2.6.34 Submitter : <macjariel@gmail.com> Date : 2010-06-09 11:11 (31 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16158 Subject : winxp guest hangs after idle for ~30 minutes Submitter : <brimhall@pobox.com> Date : 2010-06-08 17:52 (32 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16139 Subject : wait_even_interruptible_timeout(), signal, spin_lock() = system hang Submitter : Shirish Pargaonkar <shirishpargaonkar@gmail.com> Date : 2010-05-28 16:44 (43 days old) Message-ID : <AANLkTiliRFydAhxH2-Dp1RKuz6sq7vgWIcMvLMi68ftg@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=127506510328758&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16137 Subject : Ooops in BTRFS in 2.6.34 / x86_64 when mounting subvolume by name Submitter : armin walland <a.walland@focusmr.com> Date : 2010-05-27 12:27 (44 days old) Message-ID : <201005271428.01239.a.walland@focusmr.com> References : http://marc.info/?l=linux-kernel&m=127496434110736&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16097 Subject : 2.6.34 on Samsung P460: reset after "Waiting for /dev to be fully populated" Submitter : Harald Dunkel <harald.dunkel@aixigo.de> Date : 2010-05-25 9:12 (46 days old) Message-ID : <4BFB947E.9080509@aixigo.de> References : http://marc.info/?l=linux-kernel&m=127477877432254&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16082 Subject : host panic on kernel 2.6.34 Submitter : Hao, Xudong <xudong.hao@intel.com> Date : 2010-05-24 8:23 (47 days old) Message-ID : <BC00F5384FCFC9499AF06F92E8B78A9E04DCCCE242@shsmsx502.ccr.corp.intel.com> References : http://marc.info/?l=linux-kernel&m=127468951208864&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16050 Subject : The ibmcam driver is not working Submitter : Bill Davidsen <davidsen@tmr.com> Date : 2010-05-25 23:02 (46 days old) Handled-By : Hans de Goede <hdegoede@redhat.com> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16035 Subject : Incorrect initial resolution of (external) vga monitor with KMS Submitter : <andreas.eckstein@gmx.net> Date : 2010-05-23 12:28 (48 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15977 Subject : WARNING: at lib/dma-debug.c:866 check_for_stack Submitter : Zdenek Kabelac <zdenek.kabelac@gmail.com> Date : 2010-05-14 8:56 (57 days old) Message-ID : <AANLkTikyx2eaxaiUCFDSfpmn1UG0t2GOxArz6F4wp1LJ@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=127382742729825&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15912 Subject : Audio/video sync and crackling issues with snd-hda-intel (AD1981 codec) Submitter : Øyvind Stegard <oyvinst@ifi.uio.no> Date : 2010-05-05 16:20 (66 days old) Handled-By : Jaroslav Kysela <perex@perex.cz> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15862 Subject : 2.6.34-rc4/5: iwlagn unusable until reload Submitter : Nico Schottelius <nico-linux-20100427@schottelius.org> Date : 2010-04-27 7:49 (74 days old) Message-ID : <20100427074934.GB3261@ikn.schottelius.org> References : http://marc.info/?l=linux-kernel&m=127235784004839&w=2 Handled-By : Johannes Berg <johannes@sipsolutions.net> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15805 Subject : reiserfs locking Submitter : Alexander Beregalov <a.beregalov@gmail.com> Date : 2010-04-15 21:02 (86 days old) Message-ID : <t2ka4423d671004151402n7b2dc425mdc9c6bb9640d63fb@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=127136535323933&w=2 Handled-By : Frederic Weisbecker <fweisbec@gmail.com> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15704 Subject : [r8169] WARNING: at net/sched/sch_generic.c Submitter : Sergey Senozhatsky <sergey.senozhatsky@gmail.com> Date : 2010-03-31 10:21 (101 days old) Message-ID : <20100331102142.GA3294@swordfish.minsk.epam.com> References : http://marc.info/?l=linux-kernel&m=127003090406108&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15673 Subject : 2.6.34-rc2: "ima_dec_counts: open/free imbalance"? Submitter : Thomas Meyer <thomas@m3y3r.de> Date : 2010-03-28 11:31 (104 days old) Message-ID : <1269775909.5301.4.camel@localhost.localdomain> References : http://marc.info/?l=linux-kernel&m=126977593326800&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15664 Subject : Graphics hang and kernel backtrace when starting Azureus with Compiz enabled Submitter : Alex Villacis Lasso <avillaci@ceibo.fiec.espol.edu.ec> Date : 2010-04-01 01:09 (100 days old) Regressions with patches ------------------------ Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16007 Subject : x86/pci Oops with CONFIG_SND_HDA_INTEL Submitter : Graham Ramsey <ramsey.graham@ntlworld.com> Date : 2010-05-19 17:09 (52 days old) Handled-By : Yinghai Lu <yinghai@kernel.org> Bjorn Helgaas <bjorn.helgaas@hp.com> Patch : https://patchwork.kernel.org/patch/105662/ For details, please visit the bug entries and follow the links given in references. As you can see, there is a Bugzilla entry for each of the listed regressions. There also is a Bugzilla entry used for tracking the regressions introduced between 2.6.33 and 2.6.34, unresolved as well as resolved, at: http://bugzilla.kernel.org/show_bug.cgi?id=15310 Please let the tracking teak know if there are any Bugzilla entries that should be added to the list in there. Thanks! ^ permalink raw reply [flat|nested] 58+ messages in thread
* [Bug #16007] x86/pci Oops with CONFIG_SND_HDA_INTEL 2010-07-10 0:24 2.6.35-rc4-git4: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki @ 2010-07-10 0:33 ` Rafael J. Wysocki 0 siblings, 0 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2010-07-10 0:33 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Kernel Testers List, Maciej Rutecki, Bjorn Helgaas, Graham Ramsey, Yinghai Lu This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16007 Subject : x86/pci Oops with CONFIG_SND_HDA_INTEL Submitter : Graham Ramsey <ramsey.graham@ntlworld.com> Date : 2010-05-19 17:09 (52 days old) Handled-By : Yinghai Lu <yinghai@kernel.org> Bjorn Helgaas <bjorn.helgaas@hp.com> Patch : https://patchwork.kernel.org/patch/105662/ ^ permalink raw reply [flat|nested] 58+ messages in thread
* 2.6.35-rc3: Reported regressions 2.6.33 -> 2.6.34 @ 2010-06-20 22:32 Rafael J. Wysocki 2010-06-20 22:34 ` [Bug #16007] x86/pci Oops with CONFIG_SND_HDA_INTEL Rafael J. Wysocki 0 siblings, 1 reply; 58+ messages in thread From: Rafael J. Wysocki @ 2010-06-20 22:32 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Maciej Rutecki, Andrew Morton, Linus Torvalds, Kernel Testers List, Network Development, Linux ACPI, Linux PM List, Linux SCSI List, Linux Wireless List, DRI This message contains a list of some post-2.6.33 regressions introduced before 2.6.34, for which there are no fixes in the mainline known to the tracking team. If any of them have been fixed already, please let us know. If you know of any other unresolved post-2.6.33 regressions, please let us know either and we'll add them to the list. Also, please let us know if any of the entries below are invalid. Each entry from the list will be sent additionally in an automatic reply to this message with CCs to the people involved in reporting and handling the issue. Listed regressions statistics: Date Total Pending Unresolved ---------------------------------------- 2010-06-21 114 36 28 2010-06-13 111 40 34 2010-05-09 80 27 24 2010-05-04 76 26 22 2010-04-20 64 35 34 2010-04-07 48 35 33 2010-03-21 15 13 10 Unresolved regressions ---------------------- Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16254 Subject : TCP stream performance regression due to c377411f2494a931ff7facdbb3a6839b1266bcf6 Submitter : Alex,Shi <alex.shi@intel.com> Date : 2010-06-18 7:17 (3 days old) First-Bad-Commit: http://git.kernel.org/linus/c377411f2494a931ff7facdbb3a6839b1266bcf6 Message-ID : <1276845448.2118.346.camel@debian> References : http://marc.info/?l=linux-kernel&m=127684931020672&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16233 Subject : Fwd: [2.6.34] INFO: task rsync:20019 blocked for more than 120 seconds. Submitter : Jan De Luyck <mailinglists+linuxkernel_20080830@kcore.org> Date : 2010-06-14 19:49 (7 days old) Message-ID : <AANLkTimutyh3WIALv3NIxA8Xt5JtU6tp4EWOnuSqhdyD@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=127654498016377&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16207 Subject : Suspend hangs since 2.6.34 Submitter : Tino Keitel <tino.keitel+xorg@tikei.de> Date : 2010-06-09 17:53 (12 days old) Message-ID : <20100609175356.GA17332@x61.home> References : http://marc.info/?l=linux-kernel&m=127610606214060&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16206 Subject : PROBLEM: PPP and other serial port related application hangs in kernel space Submitter : Ales Teska <ales.teska@gmail.com> Date : 2010-06-09 20:46 (12 days old) Message-ID : <900E3B14-5B92-4A37-9581-049DB40F4D1C@gmail.com> References : http://marc.info/?l=linux-kernel&m=127611640301071&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16170 Subject : Leadtek Winfast DTV Dongle (STK7700P based) is not working in 2.6.34 Submitter : <macjariel@gmail.com> Date : 2010-06-09 11:11 (12 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16162 Subject : SSD + sata_nv + btrfs oops Submitter : Dave Airlie <airlied@gmail.com> Date : 2010-06-01 3:04 (20 days old) Message-ID : <AANLkTilqsIdlzZgUf7TMLHYKqHDZoVkcs42vcG8wXKEr@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=127536149022333&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16158 Subject : winxp guest hangs after idle for ~30 minutes Submitter : <brimhall@pobox.com> Date : 2010-06-08 17:52 (13 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16139 Subject : wait_even_interruptible_timeout(), signal, spin_lock() = system hang Submitter : Shirish Pargaonkar <shirishpargaonkar@gmail.com> Date : 2010-05-28 16:44 (24 days old) Message-ID : <AANLkTiliRFydAhxH2-Dp1RKuz6sq7vgWIcMvLMi68ftg@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=127506510328758&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16137 Subject : Ooops in BTRFS in 2.6.34 / x86_64 when mounting subvolume by name Submitter : armin walland <a.walland@focusmr.com> Date : 2010-05-27 12:27 (25 days old) Message-ID : <201005271428.01239.a.walland@focusmr.com> References : http://marc.info/?l=linux-kernel&m=127496434110736&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16135 Subject : [BUG] kacpi_notify goes into an infinite loop (luckly it calls cond_resched) Submitter : Steven Rostedt <rostedt@goodmis.org> Date : 2010-05-29 1:01 (23 days old) First-Bad-Commit: http://git.kernel.org/linus/fa80945269f312bc609e8384302f58b03c916e12 Message-ID : <1275094882.22648.607.camel@gandalf.stny.rr.com> References : http://marc.info/?l=linux-kernel&m=127509490405845&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16111 Subject : hostap_pci: infinite registered netdevice wifi0 Submitter : Petr Pisar <petr.pisar@atlas.cz> Date : 2010-06-02 20:55 (19 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16097 Subject : 2.6.34 on Samsung P460: reset after "Waiting for /dev to be fully populated" Submitter : Harald Dunkel <harald.dunkel@aixigo.de> Date : 2010-05-25 9:12 (27 days old) Message-ID : <4BFB947E.9080509@aixigo.de> References : http://marc.info/?l=linux-kernel&m=127477877432254&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16084 Subject : iwl3945 bug in 2.6.34 Submitter : Satish Eerpini <eerpini@gmail.com> Date : 2010-05-23 6:37 (29 days old) Message-ID : <AANLkTik_7rxDBc0TKlAfoYyM5S6Cf_Hyxbr4W5ORnTsq@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=127459596015626&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16082 Subject : host panic on kernel 2.6.34 Submitter : Hao, Xudong <xudong.hao@intel.com> Date : 2010-05-24 8:23 (28 days old) Message-ID : <BC00F5384FCFC9499AF06F92E8B78A9E04DCCCE242@shsmsx502.ccr.corp.intel.com> References : http://marc.info/?l=linux-kernel&m=127468951208864&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16050 Subject : The ibmcam driver is not working Submitter : Bill Davidsen <davidsen@tmr.com> Date : 2010-05-25 23:02 (27 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16035 Subject : Incorrect initial resolution of (external) vga monitor with KMS Submitter : <andreas.eckstein@gmx.net> Date : 2010-05-23 12:28 (29 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16034 Subject : 2.6.34: dlm: possible circular locking dependency detected Submitter : CaT <cat@zip.com.au> Date : 2010-05-21 6:59 (31 days old) Message-ID : <20100521065933.GH2657@zip.com.au> References : http://marc.info/?l=linux-kernel&m=127442519608471&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15977 Subject : WARNING: at lib/dma-debug.c:866 check_for_stack Submitter : Zdenek Kabelac <zdenek.kabelac@gmail.com> Date : 2010-05-14 8:56 (38 days old) Message-ID : <AANLkTikyx2eaxaiUCFDSfpmn1UG0t2GOxArz6F4wp1LJ@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=127382742729825&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15936 Subject : Suspicious rcu_dereference_check() usage detected during 2.6.34-rc6 boot on PPC64/p5 processor Submitter : Subrata Modak <subrata@linux.vnet.ibm.com> Date : 2010-05-06 7:29 (46 days old) Message-ID : <1273130279.4898.5.camel@subratamodak.linux.ibm.com> References : http://marc.info/?l=linux-kernel&m=127313031922395&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15924 Subject : kacpid consumes ~100% CPU, system freezes randomly Submitter : Jaroslav Kameník <jaroslav@kamenik.cz> Date : 2010-05-06 21:12 (46 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15862 Subject : 2.6.34-rc4/5: iwlagn unusable until reload Submitter : Nico Schottelius <nico-linux-20100427@schottelius.org> Date : 2010-04-27 7:49 (55 days old) Message-ID : <20100427074934.GB3261@ikn.schottelius.org> References : http://marc.info/?l=linux-kernel&m=127235784004839&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15805 Subject : reiserfs locking Submitter : Alexander Beregalov <a.beregalov@gmail.com> Date : 2010-04-15 21:02 (67 days old) Message-ID : <t2ka4423d671004151402n7b2dc425mdc9c6bb9640d63fb@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=127136535323933&w=2 Handled-By : Frederic Weisbecker <fweisbec@gmail.com> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15717 Subject : bluetooth oops Submitter : Pavel Machek <pavel@ucw.cz> Date : 2010-03-14 20:14 (99 days old) Message-ID : <20100314201434.GE22059@elf.ucw.cz> References : http://marc.info/?l=linux-kernel&m=126859771528426&w=4 Handled-By : Marcel Holtmann <marcel@holtmann.org> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15704 Subject : [r8169] WARNING: at net/sched/sch_generic.c Submitter : Sergey Senozhatsky <sergey.senozhatsky@gmail.com> Date : 2010-03-31 10:21 (82 days old) Message-ID : <20100331102142.GA3294@swordfish.minsk.epam.com> References : http://marc.info/?l=linux-kernel&m=127003090406108&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15673 Subject : 2.6.34-rc2: "ima_dec_counts: open/free imbalance"? Submitter : Thomas Meyer <thomas@m3y3r.de> Date : 2010-03-28 11:31 (85 days old) Message-ID : <1269775909.5301.4.camel@localhost.localdomain> References : http://marc.info/?l=linux-kernel&m=126977593326800&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15671 Subject : intel graphic card hanging (Hangcheck timer elapsed... GPU hung) Submitter : Norbert Preining <preining@logic.at> Date : 2010-03-27 16:11 (86 days old) Message-ID : <20100327161104.GA12043@gamma.logic.tuwien.ac.at> References : http://marc.info/?l=linux-kernel&m=126970883105262&w=2 Handled-By : Jesse Barnes <jbarnes@virtuousgeek.org> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15669 Subject : INFO: suspicious rcu_dereference_check() Submitter : Zdenek Kabelac <zdenek.kabelac@gmail.com> Date : 2010-03-08 1:26 (105 days old) Message-ID : <c4e36d111003250348q678eb2e6w4f3e8133e7fd6e58@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=126801163107713&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15664 Subject : Graphics hang and kernel backtrace when starting Azureus with Compiz enabled Submitter : Alex Villacis Lasso <avillaci@ceibo.fiec.espol.edu.ec> Date : 2010-04-01 01:09 (81 days old) Regressions with patches ------------------------ Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16147 Subject : ksoftirq hogs the CPU Submitter : Thomas Jarosch <thomas.jarosch@intra2net.com> Date : 2010-06-07 15:17 (14 days old) First-Bad-Commit: http://git.kernel.org/linus/ae74e823cb7d4cd476f623fce9a38f625f6c09a8 Handled-By : Martin Wilck <martin.wilck@ts.fujitsu.com> Patch : https://bugzilla.kernel.org/attachment.cgi?id=26732 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16138 Subject : PCMCIA regression Submitter : Mikulas Patocka <mpatocka@redhat.com> Date : 2010-05-25 20:25 (27 days old) Message-ID : <Pine.LNX.4.64.1005251619020.12278@hs20-bc2-1.build.redhat.com> References : http://marc.info/?l=linux-kernel&m=127481913909672&w=2 Handled-By : Dominik Brodowski <linux@brodo.de> Patch : https://bugzilla.kernel.org/attachment.cgi?id=26685 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16054 Subject : UML broken for CONFIG_SLAB Submitter : Parag Warudkar <parag.lkml@gmail.com> Date : 2010-05-23 21:40 (29 days old) Message-ID : <alpine.DEB.2.00.1005231149100.605@parag-laptop> References : http://marc.info/?l=linux-kernel&m=127465083806617&w=2 Handled-By : Borislav Petkov <bp@alien8.de> Patch : http://git.kernel.org/tip/055c47272b8f5679d08ccc57efea3cb4aaeb5fc6 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16040 Subject : kacpid consumes ~40% of cpu all the time beginning with 2.6.34 Submitter : Mehmet Giritli <mehmet@giritli.eu> Date : 2010-05-24 07:32 (28 days old) Patch : https://patchwork.kernel.org/patch/104903/ https://patchwork.kernel.org/patch/104912/ https://patchwork.kernel.org/patch/104909/ https://patchwork.kernel.org/patch/104911/ https://patchwork.kernel.org/patch/104910/ Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16007 Subject : x86/pci Oops with CONFIG_SND_HDA_INTEL Submitter : Graham Ramsey <ramsey.graham@ntlworld.com> Date : 2010-05-19 17:09 (33 days old) Handled-By : Yinghai Lu <yinghai@kernel.org> Patch : https://patchwork.kernel.org/patch/105662/ Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15951 Subject : commit 9630bdd9 changes behavior of the poweroff Submitter : Michal Hocko <mhocko@suse.cz> Date : 2010-04-01 13:39 (81 days old) First-Bad-Commit: http://git.kernel.org/linus/9630bdd9b15d2f489c646d8bc04b60e53eb5ec78 Message-ID : <20100401133923.GA4104@tiehlicka.suse.cz> References : http://marc.info/?l=linux-kernel&m=127012918316305&w=4 Handled-By : Rafael J. Wysocki <rjw@sisk.pl> Patch : https://patchwork.kernel.org/patch/106701/ Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15863 Subject : 2.6.34-rc5-git7 (plus all patches) -- another suspicious rcu_dereference_check() usage. Submitter : Miles Lane <miles.lane@gmail.com> Date : 2010-04-27 0:51 (55 days old) Message-ID : <h2ya44ae5cd1004261751waa5cb65ei3d139cbcfa2cc5cf@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=127232949104878&w=2 Handled-By : Paul E. McKenney <paulmck@linux.vnet.ibm.com> Patch : https://patchwork.kernel.org/patch/96096/ Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15589 Subject : 2.6.34-rc1: Badness at fs/proc/generic.c:316 Submitter : Christian Kujau <lists@nerdbynature.de> Date : 2010-03-13 23:53 (100 days old) Message-ID : < <AANLkTikNcCtUn9SQwKu2b3IE6NiAwAhciHsm1HVH4EJh@mail.gmail.com>> References : http://marc.info/?l=linux-kernel&m=126852442903680&w=2 Handled-By : Michael Ellerman <michael@ellerman.id.au> Jindřich Makovička <makovick@gmail.com> Patch : http://patchwork.ozlabs.org/patch/52978/ http://lkml.indiana.edu/hypermail/linux/kernel/1006.0/00137.html For details, please visit the bug entries and follow the links given in references. As you can see, there is a Bugzilla entry for each of the listed regressions. There also is a Bugzilla entry used for tracking the regressions introduced between 2.6.33 and 2.6.34, unresolved as well as resolved, at: http://bugzilla.kernel.org/show_bug.cgi?id=15310 Please let the tracking teak know if there are any Bugzilla entries that should be added to the list in there. Thanks! ^ permalink raw reply [flat|nested] 58+ messages in thread
* [Bug #16007] x86/pci Oops with CONFIG_SND_HDA_INTEL 2010-06-20 22:32 2.6.35-rc3: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki @ 2010-06-20 22:34 ` Rafael J. Wysocki 0 siblings, 0 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2010-06-20 22:34 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Kernel Testers List, Maciej Rutecki, Graham Ramsey, Yinghai Lu This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16007 Subject : x86/pci Oops with CONFIG_SND_HDA_INTEL Submitter : Graham Ramsey <ramsey.graham@ntlworld.com> Date : 2010-05-19 17:09 (33 days old) Handled-By : Yinghai Lu <yinghai@kernel.org> Patch : https://patchwork.kernel.org/patch/105662/ ^ permalink raw reply [flat|nested] 58+ messages in thread
* 2.6.35-rc3: Reported regressions 2.6.33 -> 2.6.34 @ 2010-06-13 14:45 Rafael J. Wysocki 2010-06-13 14:49 ` [Bug #16007] x86/pci Oops with CONFIG_SND_HDA_INTEL Rafael J. Wysocki 0 siblings, 1 reply; 58+ messages in thread From: Rafael J. Wysocki @ 2010-06-13 14:45 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Maciej Rutecki, Andrew Morton, Linus Torvalds, Kernel Testers List, Network Development, Linux ACPI, Linux PM List, Linux SCSI List, Linux Wireless List, DRI [NOTES: * This report has been delayed, because I had to go through all of the entries and filter out the fixed ones, invalid ones etc. Of course, I might have missed some, but hopefully not too many. * E-mail reports from the last 7 days are not included.] This message contains a list of some post-2.6.33 regressions introduced before 2.6.34, for which there are no fixes in the mainline known to the tracking team. If any of them have been fixed already, please let us know. If you know of any other unresolved post-2.6.33 regressions, please let us know either and we'll add them to the list. Also, please let us know if any of the entries below are invalid. Each entry from the list will be sent additionally in an automatic reply to this message with CCs to the people involved in reporting and handling the issue. Listed regressions statistics: Date Total Pending Unresolved ---------------------------------------- 2010-06-13 111 40 34 2010-05-09 80 27 24 2010-05-04 76 26 22 2010-04-20 64 35 34 2010-04-07 48 35 33 2010-03-21 15 13 10 Unresolved regressions ---------------------- Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16170 Subject : Leadtek Winfast DTV Dongle (STK7700P based) is not working in 2.6.34 Submitter : macjariel <macjariel@gmail.com> Date : 2010-06-09 11:11 (5 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16162 Subject : SSD + sata_nv + btrfs oops Submitter : Dave Airlie <airlied@gmail.com> Date : 2010-06-01 3:04 (13 days old) Message-ID : <AANLkTilqsIdlzZgUf7TMLHYKqHDZoVkcs42vcG8wXKEr@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=127536149022333&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16158 Subject : winxp guest hangs after idle for ~30 minutes Submitter : brimhall <brimhall@pobox.com> Date : 2010-06-08 17:52 (6 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16139 Subject : wait_even_interruptible_timeout(), signal, spin_lock() = system hang Submitter : Shirish Pargaonkar <shirishpargaonkar@gmail.com> Date : 2010-05-28 16:44 (17 days old) Message-ID : <AANLkTiliRFydAhxH2-Dp1RKuz6sq7vgWIcMvLMi68ftg@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=127506510328758&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16137 Subject : Ooops in BTRFS in 2.6.34 / x86_64 when mounting subvolume by name Submitter : armin walland <a.walland@focusmr.com> Date : 2010-05-27 12:27 (18 days old) Message-ID : <201005271428.01239.a.walland@focusmr.com> References : http://marc.info/?l=linux-kernel&m=127496434110736&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16136 Subject : Linux 2.6.34 causes system lockup on Compaq Presario 2200 Laptop Submitter : Jeffrey Merkey <jeffmerkey@gmail.com> Date : 2010-05-27 18:08 (18 days old) Message-ID : <AANLkTil6GGSoc8TpzRacr1LZBZS3ee3H1ejYDSqfdul4@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=127498375415689&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16135 Subject : [BUG] kacpi_notify goes into an infinite loop (luckly it calls cond_resched) Submitter : Steven Rostedt <rostedt@goodmis.org> Date : 2010-05-29 1:01 (16 days old) First-Bad-Commit: http://git.kernel.org/linus/fa80945269f312bc609e8384302f58b03c916e12 Message-ID : <1275094882.22648.607.camel@gandalf.stny.rr.com> References : http://marc.info/?l=linux-kernel&m=127509490405845&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16134 Subject : 2.6.34 hard lock ppp/do_tty_hangup, regression Submitter : Richard Zidlicky <rz@linux-m68k.org> Date : 2010-05-26 8:48 (19 days old) Message-ID : <20100526084811.GA5890@linux-m68k.org> References : http://marc.info/?l=linux-kernel&m=127486354023473&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16111 Subject : hostap_pci: infinite registered netdevice wifi0 Submitter : Petr Pisar <petr.pisar@atlas.cz> Date : 2010-06-02 20:55 (12 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16097 Subject : 2.6.34 on Samsung P460: reset after "Waiting for /dev to be fully populated" Submitter : Harald Dunkel <harald.dunkel@aixigo.de> Date : 2010-05-25 9:12 (20 days old) Message-ID : <4BFB947E.9080509@aixigo.de> References : http://marc.info/?l=linux-kernel&m=127477877432254&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16084 Subject : iwl3945 bug in 2.6.34 Submitter : Satish Eerpini <eerpini@gmail.com> Date : 2010-05-23 6:37 (22 days old) Message-ID : <AANLkTik_7rxDBc0TKlAfoYyM5S6Cf_Hyxbr4W5ORnTsq@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=127459596015626&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16082 Subject : host panic on kernel 2.6.34 Submitter : Hao, Xudong <xudong.hao@intel.com> Date : 2010-05-24 8:23 (21 days old) Message-ID : <BC00F5384FCFC9499AF06F92E8B78A9E04DCCCE242@shsmsx502.ccr.corp.intel.com> References : http://marc.info/?l=linux-kernel&m=127468951208864&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16054 Subject : UML broken for CONFIG_SLAB Submitter : Parag Warudkar <parag.lkml@gmail.com> Date : 2010-05-23 21:40 (22 days old) Message-ID : <alpine.DEB.2.00.1005231149100.605@parag-laptop> References : http://marc.info/?l=linux-kernel&m=127465083806617&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16050 Subject : The ibmcam driver is not working Submitter : Bill Davidsen <davidsen@tmr.com> Date : 2010-05-25 23:02 (20 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16040 Subject : kacpid consumes ~40% of cpu all the time beginning with 2.6.34 Submitter : Mehmet Giritli <mehmet@giritli.eu> Date : 2010-05-24 07:32 (21 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16035 Subject : Incorrect initial resolution of (external) vga monitor with KMS Submitter : andreas.eckstein <andreas.eckstein@gmx.net> Date : 2010-05-23 12:28 (22 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16034 Subject : 2.6.34: dlm: possible circular locking dependency detected Submitter : CaT <cat@zip.com.au> Date : 2010-05-21 6:59 (24 days old) Message-ID : <20100521065933.GH2657@zip.com.au> References : http://marc.info/?l=linux-kernel&m=127442519608471&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15977 Subject : WARNING: at lib/dma-debug.c:866 check_for_stack Submitter : Zdenek Kabelac <zdenek.kabelac@gmail.com> Date : 2010-05-14 8:56 (31 days old) Message-ID : <AANLkTikyx2eaxaiUCFDSfpmn1UG0t2GOxArz6F4wp1LJ@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=127382742729825&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15970 Subject : BUG: amd64-agp (2.6.34-rc7) Submitter : Randy Dunlap <randy.dunlap@oracle.com> Date : 2010-05-11 20:56 (34 days old) Message-ID : <4BE9C469.2020901@oracle.com> References : http://marc.info/?l=linux-kernel&m=127361149610881&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15951 Subject : commit 9630bdd9 changes behavior of the poweroff Submitter : Michal Hocko <mhocko@suse.cz> Date : 2010-04-01 13:39 (74 days old) First-Bad-Commit: http://git.kernel.org/linus/9630bdd9b15d2f489c646d8bc04b60e53eb5ec78 Message-ID : <20100401133923.GA4104@tiehlicka.suse.cz> References : http://marc.info/?l=linux-kernel&m=127012918316305&w=4 Handled-By : Rafael J. Wysocki <rjw@sisk.pl> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15936 Subject : Suspicious rcu_dereference_check() usage detected during 2.6.34-rc6 boot on PPC64/p5 processor Submitter : Subrata Modak <subrata@linux.vnet.ibm.com> Date : 2010-05-06 7:29 (39 days old) Message-ID : <1273130279.4898.5.camel@subratamodak.linux.ibm.com> References : http://marc.info/?l=linux-kernel&m=127313031922395&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15924 Subject : kacpid consumes ~100% CPU, system freezes randomly Submitter : Jaroslav Kameník <jaroslav@kamenik.cz> Date : 2010-05-06 21:12 (39 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15862 Subject : 2.6.34-rc4/5: iwlagn unusable until reload Submitter : Nico Schottelius <nico-linux-20100427@schottelius.org> Date : 2010-04-27 7:49 (48 days old) Message-ID : <20100427074934.GB3261@ikn.schottelius.org> References : http://marc.info/?l=linux-kernel&m=127235784004839&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15858 Subject : [2.6.34-rc5] bad page state copying to/from HFS+ filesystem... Submitter : Daniel J Blueman <daniel.blueman@gmail.com> Date : 2010-04-25 21:14 (50 days old) Message-ID : <v2k6278d2221004251414kbbcc41baw78b86120d81dce7d@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=127223008621881&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15805 Subject : reiserfs locking Submitter : Alexander Beregalov <a.beregalov@gmail.com> Date : 2010-04-15 21:02 (60 days old) Message-ID : <t2ka4423d671004151402n7b2dc425mdc9c6bb9640d63fb@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=127136535323933&w=2 Handled-By : Frederic Weisbecker <fweisbec@gmail.com> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15717 Subject : bluetooth oops Submitter : Pavel Machek <pavel@ucw.cz> Date : 2010-03-14 20:14 (92 days old) Message-ID : <20100314201434.GE22059@elf.ucw.cz> References : http://marc.info/?l=linux-kernel&m=126859771528426&w=4 Handled-By : Marcel Holtmann <marcel@holtmann.org> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15713 Subject : hackbench regression due to commit 9dfc6e68bfe6e Submitter : Alex Shi <alex.shi@intel.com> Date : 2010-03-25 8:40 (81 days old) First-Bad-Commit: http://git.kernel.org/linus/9dfc6e68bfe6ee452efb1a4e9ca26a9007f2b864 Message-ID : <1269506457.4513.141.camel@alexs-hp.sh.intel.com> References : http://marc.info/?l=linux-kernel&m=126950632920682&w=4 Handled-By : Christoph Lameter <cl@linux-foundation.org> Pekka Enberg <penberg@cs.helsinki.fi> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15712 Subject : [regression] 2.6.34-rc1 to -rc3 on zaurus: no longer boots Submitter : Pavel Machek <pavel@ucw.cz> Date : 2010-04-01 6:06 (74 days old) Message-ID : <20100401060624.GA1329@ucw.cz> References : http://marc.info/?l=linux-kernel&m=127010200817402&w=2 Handled-By : Eric Miao <eric.y.miao@gmail.com> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15704 Subject : [r8169] WARNING: at net/sched/sch_generic.c Submitter : Sergey Senozhatsky <sergey.senozhatsky@gmail.com> Date : 2010-03-31 10:21 (75 days old) Message-ID : <20100331102142.GA3294@swordfish.minsk.epam.com> References : http://marc.info/?l=linux-kernel&m=127003090406108&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15673 Subject : 2.6.34-rc2: "ima_dec_counts: open/free imbalance"? Submitter : Thomas Meyer <thomas@m3y3r.de> Date : 2010-03-28 11:31 (78 days old) Message-ID : <1269775909.5301.4.camel@localhost.localdomain> References : http://marc.info/?l=linux-kernel&m=126977593326800&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15671 Subject : intel graphic card hanging (Hangcheck timer elapsed... GPU hung) Submitter : Norbert Preining <preining@logic.at> Date : 2010-03-27 16:11 (79 days old) Message-ID : <20100327161104.GA12043@gamma.logic.tuwien.ac.at> References : http://marc.info/?l=linux-kernel&m=126970883105262&w=2 Handled-By : Jesse Barnes <jbarnes@virtuousgeek.org> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15669 Subject : INFO: suspicious rcu_dereference_check() Submitter : Zdenek Kabelac <zdenek.kabelac@gmail.com> Date : 2010-03-08 1:26 (98 days old) Message-ID : <c4e36d111003250348q678eb2e6w4f3e8133e7fd6e58@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=126801163107713&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15664 Subject : Graphics hang and kernel backtrace when starting Azureus with Compiz enabled Submitter : Alex Villacis Lasso <avillaci@ceibo.fiec.espol.edu.ec> Date : 2010-04-01 01:09 (74 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15659 Subject : [Regresion] [2.6.34-rc1] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung Submitter : Maciej Rutecki <maciej.rutecki@gmail.com> Date : 2010-03-25 20:04 (81 days old) Message-ID : <201003252104.24965.maciej.rutecki@gmail.com> References : http://marc.info/?l=linux-kernel&m=126954749618319&w=2 Handled-By : Chris Wilson <chris@chris-wilson.co.uk> Regressions with patches ------------------------ Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16147 Subject : ksoftirq hogs the CPU Submitter : Thomas Jarosch <thomas.jarosch@intra2net.com> Date : 2010-06-07 15:17 (7 days old) First-Bad-Commit: http://git.kernel.org/linus/ae74e823cb7d4cd476f623fce9a38f625f6c09a8 Handled-By : Martin Wilck <martin.wilck@ts.fujitsu.com> Patch : https://bugzilla.kernel.org/attachment.cgi?id=26732 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16138 Subject : PCMCIA regression Submitter : Mikulas Patocka <mpatocka@redhat.com> Date : 2010-05-25 20:25 (20 days old) Message-ID : <Pine.LNX.4.64.1005251619020.12278@hs20-bc2-1.build.redhat.com> References : http://marc.info/?l=linux-kernel&m=127481913909672&w=2 Handled-By : Dominik Brodowski <linux@brodo.de> Patch : https://bugzilla.kernel.org/attachment.cgi?id=26685 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16007 Subject : x86/pci Oops with CONFIG_SND_HDA_INTEL Submitter : Graham Ramsey <ramsey.graham@ntlworld.com> Date : 2010-05-19 17:09 (26 days old) Handled-By : Yinghai Lu <yinghai@kernel.org> Patch : https://patchwork.kernel.org/patch/105662/ Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15909 Subject : open("a/",O_NOFOLLOW) fails with ELOOP if "a" is a symbolic link to a directory. Submitter : Marius Tolzmann <tolzmann@molgen.mpg.de> Date : 2010-05-05 13:01 (40 days old) Handled-By : OGAWA Hirofumi <hirofumi@mail.parknet.co.jp> Jan Kara <jack@suse.cz> Patch : https://patchwork.kernel.org/patch/99291/ Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15863 Subject : 2.6.34-rc5-git7 (plus all patches) -- another suspicious rcu_dereference_check() usage. Submitter : Miles Lane <miles.lane@gmail.com> Date : 2010-04-27 0:51 (48 days old) Message-ID : <h2ya44ae5cd1004261751waa5cb65ei3d139cbcfa2cc5cf@mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=127232949104878&w=2 Handled-By : Paul E. McKenney <paulmck@linux.vnet.ibm.com> Patch : https://patchwork.kernel.org/patch/96096/ Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15589 Subject : 2.6.34-rc1: Badness at fs/proc/generic.c:316 Submitter : Christian Kujau <lists@nerdbynature.de> Date : 2010-03-13 23:53 (93 days old) Message-ID : <<alpine.DEB.2.01.1003131544340.5493@bogon.housecafe.de>> References : http://marc.info/?l=linux-kernel&m=126852442903680&w=2 Handled-By : Michael Ellerman <michael@ellerman.id.au> Patch : http://patchwork.ozlabs.org/patch/52978/ For details, please visit the bug entries and follow the links given in references. As you can see, there is a Bugzilla entry for each of the listed regressions. There also is a Bugzilla entry used for tracking the regressions introduced between 2.6.33 and 2.6.34, unresolved as well as resolved, at: http://bugzilla.kernel.org/show_bug.cgi?id=15310 Please let the tracking teak know if there are any Bugzilla entries that should be added to the list in there. Thanks! ^ permalink raw reply [flat|nested] 58+ messages in thread
* [Bug #16007] x86/pci Oops with CONFIG_SND_HDA_INTEL 2010-06-13 14:45 2.6.35-rc3: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki @ 2010-06-13 14:49 ` Rafael J. Wysocki 0 siblings, 0 replies; 58+ messages in thread From: Rafael J. Wysocki @ 2010-06-13 14:49 UTC (permalink / raw) To: Linux Kernel Mailing List Cc: Kernel Testers List, Maciej Rutecki, Graham Ramsey, Yinghai Lu This message has been generated automatically as a part of a report of regressions introduced between 2.6.33 and 2.6.34. The following bug entry is on the current list of known regressions introduced between 2.6.33 and 2.6.34. Please verify if it still should be listed and let the tracking team know (either way). Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16007 Subject : x86/pci Oops with CONFIG_SND_HDA_INTEL Submitter : Graham Ramsey <ramsey.graham@ntlworld.com> Date : 2010-05-19 17:09 (26 days old) Handled-By : Yinghai Lu <yinghai@kernel.org> Patch : https://patchwork.kernel.org/patch/105662/ ^ permalink raw reply [flat|nested] 58+ messages in thread
* x86/pci Oops with CONFIG_SND_HDA_INTEL @ 2010-05-19 15:13 Graham Ramsey 2010-05-20 0:22 ` Jesse Barnes 0 siblings, 1 reply; 58+ messages in thread From: Graham Ramsey @ 2010-05-19 15:13 UTC (permalink / raw) To: linux-kernel Hi, I am on x86_64 with latest (v2.6.34) kernel. When i set CONFIG_SND_HDA_INTEL=Y It hangs at an early stage in boot with kernel oops. When i use CONFIG_SND_HDA_INTEL=M the machine will boot, and i get the dmesg (below). I have bisected down to one commit that causes the problem: commit 3e3da00c01d050307e753fb7b3e84aefc16da0d0 x86/pci: AMD one chain system to use pci read out res ... I have reverted this in my current kernel (v3.6.34) and it seems to work OK like this. Is it possible to get this commit either removed, or amended to work with SND_HDA_INTEL ? OOPS from dmesg --------------- Pid: 1714, comm: modprobe Not tainted 2.6.34 #3 ALiveSATA2-GLAN/ALiveSATA2-GLAN RIP: 0010:[<ffffffffa0018d11>] [<ffffffffa0018d11>] azx_probe+0x3a2/0xa6a [snd_hda_intel] RSP: 0018:ffff88007e80bd18 EFLAGS: 00010282 RAX: ffffc90000078000 RBX: ffff88007d724c00 RCX: 000000000000000d RDX: 0000000000000000 RSI: 0000000000000246 RDI: ffffffff813f2f24 RBP: ffff88007f9da088 R08: 0000000000000000 R09: 0000000000000040 R10: 0000000000000008 R11: 000000000000000a R12: ffff88007f9da000 R13: ffff88007d726400 R14: 0000000000000000 R15: 0000000000000000 FS: 00007f1a13aa6700(0000) GS:ffff880001700000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: ffffc90000078000 CR3: 0000000037ad1000 CR4: 00000000000006e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Process modprobe (pid: 1714, threadinfo ffff88007e80a000, task ffff88007d0ed080) Stack: 0000000000000292 0000000000000005 ffff88007f9c62c8 ffff88007d60e948 <0> ffff88007d60e948 ffffffff810c5d3f ffff88007e80bd64 ffff88007e80bdb8 <0> ffff88007f9033f0 ffff88007d60e948 ffff88007e80bdb8 ffff88007e80bdb8 Call Trace: [<ffffffff810c5d3f>] ? sysfs_addrm_finish+0x29/0xb4 [<ffffffff8116e849>] ? local_pci_probe+0x12/0x19 [<ffffffff8116ea65>] ? pci_device_probe+0x60/0x8e [<ffffffff811ac286>] ? driver_sysfs_add+0x42/0x69 [<ffffffff811ac4cd>] ? driver_probe_device+0x8e/0x10e [<ffffffff811ac59c>] ? __driver_attach+0x4f/0x6f [<ffffffff811ac54d>] ? __driver_attach+0x0/0x6f [<ffffffff811ab8cc>] ? bus_for_each_dev+0x47/0x72 [<ffffffff811abede>] ? bus_add_driver+0xa2/0x1f2 [<ffffffff811ac7bc>] ? driver_register+0x8d/0xf5 [<ffffffff8116ecb0>] ? __pci_register_driver+0x50/0xbb [<ffffffffa001e000>] ? alsa_card_azx_init+0x0/0x22 [snd_hda_intel] [<ffffffff810002d0>] ? do_one_initcall+0x4f/0x13f [<ffffffff8104aa56>] ? sys_init_module+0xc5/0x2cf [<ffffffff81001eab>] ? system_call_fastpath+0x16/0x1b Code: 83 f0 01 00 00 31 f6 48 89 df e8 9f e4 ff ff 85 c0 0f 88 f5 03 00 00 4c 89 e7 e8 e2 45 15 e1 8b 7b 40 e8 70 41 03 e1 48 8b 43 38 <66> 44 8b 38 8b 43 14 83 e8 03 83 f8 01 77 2c 31 d2 be 85 43 00 RIP [<ffffffffa0018d11>] azx_probe+0x3a2/0xa6a [snd_hda_intel] RSP <ffff88007e80bd18> CR2: ffffc90000078000 ---[ end trace 1814cadd98ff217d ]--- Patch for revert of commit ------------------------------------- --- a/arch/x86/pci/amd_bus.c +++ b/arch/x86/pci/amd_bus.c @@ -83,12 +83,11 @@ static int __init early_fill_mp_bus_info(void) struct range range[RANGE_NUM]; u64 val; u32 address; - bool found; if (!early_pci_allowed()) return -1; - found = false; + found_all_numa_early = 0; for (i = 0; i < ARRAY_SIZE(pci_probes); i++) { u32 id; u16 device; @@ -102,12 +101,12 @@ static int __init early_fill_mp_bus_info(void) device = (id>>16) & 0xffff; if (pci_probes[i].vendor == vendor && pci_probes[i].device == device) { - found = true; + found_all_numa_early = 1; break; } } - if (!found) + if (!found_all_numa_early) return 0; pci_root_num = 0; diff --git a/arch/x86/pci/bus_numa.c b/arch/x86/pci/bus_numa.c index 64a1228..894a17e 100644 --- a/arch/x86/pci/bus_numa.c +++ b/arch/x86/pci/bus_numa.c @@ -6,6 +6,7 @@ int pci_root_num; struct pci_root_info pci_root_info[PCI_ROOT_NR]; +int found_all_numa_early; void x86_pci_root_bus_res_quirks(struct pci_bus *b) { @@ -21,6 +22,10 @@ void x86_pci_root_bus_res_quirks(struct pci_bus *b) if (!pci_root_num) return; + /* for amd, if only one root bus, don't need to do anything */ + if (pci_root_num < 2 && found_all_numa_early) + return; + for (i = 0; i < pci_root_num; i++) { if (pci_root_info[i].bus_min == b->number) break; diff --git a/arch/x86/pci/bus_numa.h b/arch/x86/pci/bus_numa.h index 804a4b4..d4ad5fa 100644 --- a/arch/x86/pci/bus_numa.h +++ b/arch/x86/pci/bus_numa.h @@ -19,6 +19,7 @@ struct pci_root_info { #define PCI_ROOT_NR 4 extern int pci_root_num; extern struct pci_root_info pci_root_info[PCI_ROOT_NR]; +extern int found_all_numa_early; extern void update_res(struct pci_root_info *info, resource_size_t start, resource_size_t end, unsigned long flags, int merge); My lspci -------- 00:00.0 Host bridge: VIA Technologies, Inc. K8T890CF Host Bridge 00:00.1 Host bridge: VIA Technologies, Inc. VT3351 Host Bridge 00:00.2 Host bridge: VIA Technologies, Inc. VT3351 Host Bridge 00:00.3 Host bridge: VIA Technologies, Inc. VT3351 Host Bridge 00:00.4 Host bridge: VIA Technologies, Inc. VT3351 Host Bridge 00:00.5 PIC: VIA Technologies, Inc. VT3351 I/O APIC Interrupt Controller 00:00.7 Host bridge: VIA Technologies, Inc. VT3351 Host Bridge 00:01.0 PCI bridge: VIA Technologies, Inc. [K8T890 North / VT8237 South] PCI Bridge 00:02.0 PCI bridge: VIA Technologies, Inc. K8T890 PCI to PCI Bridge Controller 00:03.0 PCI bridge: VIA Technologies, Inc. K8T890 PCI to PCI Bridge Controller 00:03.1 PCI bridge: VIA Technologies, Inc. K8T890 PCI to PCI Bridge Controller 00:03.2 PCI bridge: VIA Technologies, Inc. K8T890 PCI to PCI Bridge Controller 00:03.3 PCI bridge: VIA Technologies, Inc. K8T890 PCI to PCI Bridge Controller 00:0f.0 RAID bus controller: VIA Technologies, Inc. VT8237A SATA 2-Port Controller (rev 80) 00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 07) 00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev a0) 00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev a0) 00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev a0) 00:10.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev a0) 00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86) 00:11.0 ISA bridge: VIA Technologies, Inc. VT8237A PCI to ISA Bridge 00:11.7 Host bridge: VIA Technologies, Inc. VT8251 Ultra VLINK Controller 00:13.0 Host bridge: VIA Technologies, Inc. VT8237A Host Bridge 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 02:00.0 SATA controller: JMicron Technology Corp. JMB362/JMB363 Serial ATA Controller (rev 02) 02:00.1 IDE interface: JMicron Technology Corp. JMB362/JMB363 Serial ATA Controller (rev 02) 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01) 06:00.0 VGA compatible controller: nVidia Corporation G71 [GeForce 7900 GS] (rev a1) 80:01.0 Audio device: VIA Technologies, Inc. VT1708/A [Azalia HDAC] (VIA High Definition Audio Controller) (rev 10) ^ permalink raw reply related [flat|nested] 58+ messages in thread
* Re: x86/pci Oops with CONFIG_SND_HDA_INTEL @ 2010-05-20 0:22 ` Jesse Barnes 2010-05-20 0:36 ` Yinghai 0 siblings, 1 reply; 58+ messages in thread From: Jesse Barnes @ 2010-05-20 0:22 UTC (permalink / raw) To: Yinghai; +Cc: Graham Ramsey, Bjorn Helgaas, linux-kernel, linux-pci On Wed, 19 May 2010 17:03:04 -0700 Yinghai <yinghai.lu@oracle.com> wrote: > On 05/19/2010 03:47 PM, Graham Ramsey wrote: > > On 19/05/10 19:01, Yinghai wrote: > >> On 05/19/2010 10:16 AM, Graham Ramsey wrote: > >> > >>> On 19/05/10 17:44, Bjorn Helgaas wrote: > >>> > >>>> On Wednesday, May 19, 2010 09:13:24 am Graham Ramsey wrote: > >>>> > >>>> > >>>>> I am on x86_64 with latest (v2.6.34) kernel. When i set > >>>>> CONFIG_SND_HDA_INTEL=Y It hangs at an early stage in boot with kernel > >>>>> oops. > >>>>> When i use CONFIG_SND_HDA_INTEL=M the machine will boot, and i get the > >>>>> dmesg (below). > >>>>> > >>>>> I have bisected down to one commit that causes the problem: > >>>>> > >>>>> commit 3e3da00c01d050307e753fb7b3e84aefc16da0d0 > >>>>> x86/pci: AMD one chain system to use pci read out res > >>>>> ... > >>>>> > >>>>> > >>>> I CC'd Yinghai, the author of that patch. That commit went in after > >>>> 2.6.33, so this is probably a regression between .33 and .34. Can > >>>> you open a report at https://bugzilla.kernel.org and respond to this > >>>> thread with the URL? > >>>> > >>>> Please attach the complete dmesg (with SND_HDA_INTEL=m) to the > >>>> bugzilla. > >>>> > >>>> Thanks a lot for your report! > >>>> > >>>> > >> please send out bootlog with pci=earlydump. > >> > >> looks like your system have a very sick BIOS, > >> > >> system have two HT chains. > >> > >> PCI: Probing PCI hardware (bus 00) > >> ... > >> PCI: Discovered primary peer bus 80 [IRQ] > >> > >> > >> rt to non-coherent only set one link: > >> node 0 link 0: io port [1000, ffffff] > >> TOM: 0000000080000000 aka 2048M > >> node 0 link 0: mmio [e0000000, efffffff] > >> node 0 link 0: mmio [a0000, bffff] > >> node 0 link 0: mmio [80000000, ffffffff] > >> bus: [00, ff] on node 0 link 0 > >> > >> YH > >> > >> > > I have uploaded full boot log (of a working kernel) to bug if that is ok > > > > https://bugzilla.kernel.org/attachment.cgi?id=26444 > > > > ah, that 80:01.0 is standalone device, the system still only have one HT chain. > > that is CRAZY that they can sell those poor designed chips. > > actually 3e3da00c is fixing another bug with one HT chain. > > Jesse, > We have two options: > 1. revert that 3e3da00c > 2. or use quirks to black out system with VIA chipset. > > please let me know which one you prefer. I'm guessing these VIA chipsets are pretty common; how common is the platform bug you fixed with 3e3da00c? I'd rather quirk one platform than a whole bunch... -- Jesse Barnes, Intel Open Source Technology Center ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: x86/pci Oops with CONFIG_SND_HDA_INTEL 2010-05-20 0:22 ` Jesse Barnes @ 2010-05-20 0:36 ` Yinghai 2010-05-20 17:08 ` [Bug 16007] " Bjorn Helgaas 0 siblings, 1 reply; 58+ messages in thread From: Yinghai @ 2010-05-20 0:36 UTC (permalink / raw) To: Jesse Barnes; +Cc: Graham Ramsey, Bjorn Helgaas, linux-kernel, linux-pci On 05/19/2010 05:22 PM, Jesse Barnes wrote: > On Wed, 19 May 2010 17:03:04 -0700 > Yinghai <yinghai.lu@oracle.com> wrote: > >> On 05/19/2010 03:47 PM, Graham Ramsey wrote: >>> On 19/05/10 19:01, Yinghai wrote: >>>> On 05/19/2010 10:16 AM, Graham Ramsey wrote: >>>> >>>>> On 19/05/10 17:44, Bjorn Helgaas wrote: >>>>> >>>>>> On Wednesday, May 19, 2010 09:13:24 am Graham Ramsey wrote: >>>>>> >>>>>> >>>>>>> I am on x86_64 with latest (v2.6.34) kernel. When i set >>>>>>> CONFIG_SND_HDA_INTEL=Y It hangs at an early stage in boot with kernel >>>>>>> oops. >>>>>>> When i use CONFIG_SND_HDA_INTEL=M the machine will boot, and i get the >>>>>>> dmesg (below). >>>>>>> >>>>>>> I have bisected down to one commit that causes the problem: >>>>>>> >>>>>>> commit 3e3da00c01d050307e753fb7b3e84aefc16da0d0 >>>>>>> x86/pci: AMD one chain system to use pci read out res >>>>>>> ... >>>>>>> >>>>>>> >>>>>> I CC'd Yinghai, the author of that patch. That commit went in after >>>>>> 2.6.33, so this is probably a regression between .33 and .34. Can >>>>>> you open a report at https://bugzilla.kernel.org and respond to this >>>>>> thread with the URL? >>>>>> >>>>>> Please attach the complete dmesg (with SND_HDA_INTEL=m) to the >>>>>> bugzilla. >>>>>> >>>>>> Thanks a lot for your report! >>>>>> >>>>>> >>>> please send out bootlog with pci=earlydump. >>>> >>>> looks like your system have a very sick BIOS, >>>> >>>> system have two HT chains. >>>> >>>> PCI: Probing PCI hardware (bus 00) >>>> ... >>>> PCI: Discovered primary peer bus 80 [IRQ] >>>> >>>> >>>> rt to non-coherent only set one link: >>>> node 0 link 0: io port [1000, ffffff] >>>> TOM: 0000000080000000 aka 2048M >>>> node 0 link 0: mmio [e0000000, efffffff] >>>> node 0 link 0: mmio [a0000, bffff] >>>> node 0 link 0: mmio [80000000, ffffffff] >>>> bus: [00, ff] on node 0 link 0 >>>> >>>> YH >>>> >>>> >>> I have uploaded full boot log (of a working kernel) to bug if that is ok >>> >>> https://bugzilla.kernel.org/attachment.cgi?id=26444 >>> >> >> ah, that 80:01.0 is standalone device, the system still only have one HT chain. >> >> that is CRAZY that they can sell those poor designed chips. >> >> actually 3e3da00c is fixing another bug with one HT chain. >> >> Jesse, >> We have two options: >> 1. revert that 3e3da00c >> 2. or use quirks to black out system with VIA chipset. >> >> please let me know which one you prefer. > > I'm guessing these VIA chipsets are pretty common; how common is the > platform bug you fixed with 3e3da00c? one laptop with firewire on AMD 64 bit laptop. can not find the mail any more. > > I'd rather quirk one platform than a whole bunch... maybe you you can revert that patch at first. Thanks Yinghai ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: [Bug 16007] x86/pci Oops with CONFIG_SND_HDA_INTEL 2010-05-20 0:36 ` Yinghai @ 2010-05-20 17:08 ` Bjorn Helgaas 2010-06-02 16:58 ` Bjorn Helgaas 0 siblings, 1 reply; 58+ messages in thread From: Bjorn Helgaas @ 2010-05-20 17:08 UTC (permalink / raw) To: Yinghai Cc: Jesse Barnes, Graham Ramsey, linux-kernel, linux-pci, bugzilla-daemon > >>>> looks like your system have a very sick BIOS, > >>>> > >>>> system have two HT chains. > >>>> > >>>> PCI: Probing PCI hardware (bus 00) > >>>> PCI: Discovered primary peer bus 80 [IRQ] > >>>> > >>>> rt to non-coherent only set one link: > >>>> node 0 link 0: io port [1000, ffffff] > >>>> TOM: 0000000080000000 aka 2048M > >>>> node 0 link 0: mmio [e0000000, efffffff] > >>>> node 0 link 0: mmio [a0000, bffff] > >>>> node 0 link 0: mmio [80000000, ffffffff] > >>>> bus: [00, ff] on node 0 link 0 > >> ah, that 80:01.0 is standalone device, the system still only have one HT chain. > >> that is CRAZY that they can sell those poor designed chips. > >> > >> actually 3e3da00c is fixing another bug with one HT chain. > >> > >> We have two options: > >> 1. revert that 3e3da00c > >> 2. or use quirks to black out system with VIA chipset. This is voodoo kernel development, and I don't think we should do it. Can you explain the cause of Graham's oops? All I can see is that we discovered a host bridge window of [mem 0x80000000-0xfcffffffff] to bus 00, we did *not* find a bridge leading to bus 80, we found a device on bus 80 that is inside the window forwarded to bus 00, so we moved that device outside the window: bus: 00 index 1 [mem 0x80000000-0xfcffffffff] pci 0000:80:01.0: reg 10: [mem 0xfebfc000-0xfebfffff 64bit] pci 0000:80:01.0: address space collision: [mem 0xfebfc000-0xfebfffff 64bit] conflicts with PCI Bus #00 [mem 0x80000000-0xfcffffffff] pci 0000:80:01.0: BAR 0: set to [mem 0xfd00000000-0xfd00003fff 64bit] I have no idea why this led to a page fault at ffffc90000078000: BUG: unable to handle kernel paging request at ffffc90000078000 IP: [<ffffffffa0018d11>] azx_probe+0x3a2/0xa6a [snd_hda_intel] It looks to me like amd_bus.c just failed to discover the host bridge to bus 80. If the BIOS can program the chipset to work that way, we should be able to figure that out, too. Graham, I think your "pci=earlydump" log is missing the KERN_DEBUG output. It would be interesting to see that for the patched kernel so we can compare it with 2.6.34. Bjorn ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: [Bug 16007] x86/pci Oops with CONFIG_SND_HDA_INTEL 2010-05-20 17:08 ` [Bug 16007] " Bjorn Helgaas @ 2010-06-02 16:58 ` Bjorn Helgaas 2010-06-11 21:49 ` Bjorn Helgaas 0 siblings, 1 reply; 58+ messages in thread From: Bjorn Helgaas @ 2010-06-02 16:58 UTC (permalink / raw) To: Yinghai Cc: Jesse Barnes, Graham Ramsey, linux-kernel, linux-pci, bugzilla-daemon I think the basic problem is that Yinghai's patch broke your system, and this is a regression between 2.6.33 and 2.6.34. We could use a quirk like yours (which looks fine, BTW) to cover up this regression, but I don't like that approach because other machines are probably affected by the same issue, and we'd have to find and fix them one-by-one. I think it'd be better to figure out the problem with 3e3da00c01d and fix or revert it. I said earlier that I wasn't in favor of just reverting it, and I still don't like that option because it will likely break something. But Yinghai didn't supply any details about the system that 3e3da00c01d fixed, so I don't know how to fix things so both that system and yours work. I assume that 2.6.34 with 3e3da00c01d reverted will work fine even without "pci=use_crs". Can you try that and attach the dmesg log? ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: [Bug 16007] x86/pci Oops with CONFIG_SND_HDA_INTEL 2010-06-02 16:58 ` Bjorn Helgaas @ 2010-06-11 21:49 ` Bjorn Helgaas 2010-06-11 22:08 ` Yinghai Lu 2010-06-11 23:06 ` Yinghai Lu 0 siblings, 2 replies; 58+ messages in thread From: Bjorn Helgaas @ 2010-06-11 21:49 UTC (permalink / raw) To: Yinghai Cc: Jesse Barnes, Graham Ramsey, linux-kernel, linux-pci, bugzilla-daemon, Myron Stowe, Robert Richter, Harald Welte, Joseph Chan [If you haven't been following this bug, the report is at [3].] Here's a theory. I'm not an expert in HyperTransport, so maybe somebody who knows HyperTransport and/or VIA chipsets can validate or refute it. This is based on the _HyperTransport I/O Link Specification_, rev 3.10b [1], and the _BIOS and Kernel Developer's Guide (BKDG) for AMD Family 10h Processors_ [2]. In a nutshell, I think the problem is that amd_bus.c treats a HyperTransport (HT) host bridge as though it were a PCI host bridge. In particular, when an HT chain contains more than one PCI host bridge, the HT host bridge apertures encompass all the PCI host bridges, but amd_bus.c mistakenly assigns all those resources to one PCI host bridge. >From a software point of view, HyperTransport is similar but not identical to PCI. It is possible to make native HyperTransport peripheral devices, but PCI devices must be attached via a HyperTransport-to-PCI bridge [1, sec 4.1]. A PCI host bridge has a platform-specific non-PCI connection, e.g., a front-side bus, on the primary (upstream) side and a PCI bus on the secondary (downstream) side. Note that in the HyperTransport spec, "host bridge" refers to the interface from the host, e.g., CPU cores, to a HyperTransport chain. This HyperTransport host bridge has a HyperTransport link on the secondary side, *not* a PCI bus. A HyperTransport-to-PCI bridge is one kind of PCI host bridge, because the primary side is HyperTransport and the secondary side is PCI. Graham's machine contains one HT host bridge leading to an HT chain, and it has PCI devices on buses 00, 02, 03, 06, and 80. In addition, the HT host bridge configuration registers appear at device 18 (hex) in bus 00 configuration space, though they are not actually PCI functions. PCI buses 02, 03, and 06 are reachable from bus 00 via the PCI-to-PCI bridges at 00:03.3, 00:03.2, and 00:02.0, respectively. However, there are no PCI-to-PCI bridges that lead to bus 00 or bus 80, so the HT chain must contain two separate PCI host bridges that lead to them. Now, here's the problem: amd_bus.c reads the HT host bridge configuration and learns that it routes buses 00-ff and the related address space, including the following range, down the HT chain at node 0, link 0: [mem 0x80000000-0xfcffffffff] That makes sense, because both PCI host bridges are on that HT chain, so the HT host bridge has to forward all that address space. The problem is that amd_bus.c assumes there's only one PCI host bridge on the chain, so it assigns *all* that address space to PCI bus 00. This doesn't work because parts of that address space belong to bus 80, not bus 00, and we can't reach bus 80 from PCI bus 00. In particular, we know that at least the following address space is routed to bus 80, because the 80:01.0 device does work at this address, which is in the middle of the range we found above: [mem 0xfebfc000-0xfebfffff] (Note that we can reach bus 80 from the HT chain, but the HT chain is outside the PCI domain, even though some of the HT registers appear in PCI bus 00 config space. We need a second PCI host bridge from the HT chain to PCI bus 80.) The HT spec does suggest that an HT/PCI host bridge should implement a HyperTransport Bridge Header [1, sec 7.4]. This header would make the HT/PCI host bridge look just like a PCI-to-PCI bridge, with the usual primary/secondary/subordinate bus numbers, memory, prefetchable memory, and I/O port apertures, etc. If all the HT/PCI host bridges on a chain were implemented this way, I think it probably would work to pretend the HT host bridge is a PCI host bridge. But this sort of implementation is apparently not universal. The VIA chipset in Graham's machine doesn't do it that way, and the Serverworks HT-2100 chipset in the HP DL785 doesn't either. [1] http://www.hypertransport.org/docs/twgdocs/HTC20051222-0046-0033_changes.pdf [2] http://support.amd.com/us/Embedded_TechDocs/31116-Public-GH-BKDG_3-28_5-28-09.pdf [3] https://bugzilla.kernel.org/show_bug.cgi?id=16007 ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: [Bug 16007] x86/pci Oops with CONFIG_SND_HDA_INTEL 2010-06-11 21:49 ` Bjorn Helgaas @ 2010-06-11 22:08 ` Yinghai Lu 2010-06-11 23:06 ` Yinghai Lu 1 sibling, 0 replies; 58+ messages in thread From: Yinghai Lu @ 2010-06-11 22:08 UTC (permalink / raw) To: Bjorn Helgaas Cc: Jesse Barnes, Graham Ramsey, linux-kernel, linux-pci, bugzilla-daemon, Myron Stowe, Robert Richter, Harald Welte, Joseph Chan On Fri, Jun 11, 2010 at 2:49 PM, Bjorn Helgaas <bjorn.helgaas@hp.com> wrote: > [If you haven't been following this bug, the report is at [3].] > > Here's a theory. I'm not an expert in HyperTransport, so maybe somebody > who knows HyperTransport and/or VIA chipsets can validate or refute it. > > This is based on the _HyperTransport I/O Link Specification_, rev 3.10b [1], > and the _BIOS and Kernel Developer's Guide (BKDG) for AMD Family 10h > Processors_ [2]. > > In a nutshell, I think the problem is that amd_bus.c treats a > HyperTransport (HT) host bridge as though it were a PCI host bridge. In > particular, when an HT chain contains more than one PCI host bridge, the > HT host bridge apertures encompass all the PCI host bridges, but > amd_bus.c mistakenly assigns all those resources to one PCI host bridge. I don't think so. that system only have one HT chain. May 19 23:20:33 ocham kernel: pci 0000:00:18.1 config space: May 19 23:20:33 ocham kernel: 00: 22 10 01 11 00 00 00 00 00 00 00 06 00 00 80 00 May 19 23:20:33 ocham kernel: 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 May 19 23:20:33 ocham kernel: 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 May 19 23:20:33 ocham kernel: 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 May 19 23:20:33 ocham kernel: 40: 03 00 00 00 00 00 7f 00 00 00 00 00 01 00 00 00 May 19 23:20:33 ocham kernel: 50: 00 00 00 00 02 00 00 00 00 00 00 00 03 00 00 00 May 19 23:20:33 ocham kernel: 60: 00 00 00 00 04 00 00 00 00 00 00 00 05 00 00 00 May 19 23:20:33 ocham kernel: 70: 00 00 00 00 06 00 00 00 00 00 00 00 07 00 00 00 May 19 23:20:33 ocham kernel: 80: 03 00 e0 00 80 ff ef 00 00 00 00 00 00 00 00 00 May 19 23:20:33 ocham kernel: 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 May 19 23:20:33 ocham kernel: a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 May 19 23:20:33 ocham kernel: b0: 03 0a 00 00 00 0b 00 00 03 00 80 00 00 ff ff 00 May 19 23:20:33 ocham kernel: c0: 13 10 00 00 00 f0 ff 00 00 00 00 00 00 00 00 00 May 19 23:20:33 ocham kernel: d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 May 19 23:20:33 ocham kernel: e0: 03 00 00 ff 00 00 00 00 00 00 00 00 00 00 00 00 May 19 23:20:33 ocham kernel: f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 the (0xe4) = ff 00 00 03 mean it will route pci operation all to node0 link0. that chip from VIA has some design problem that will produce one orphan device. May 19 23:20:33 ocham kernel: pci 0000:80:01.0 config space: May 19 23:20:33 ocham kernel: 00: 06 11 88 32 06 00 10 00 10 00 03 04 10 00 00 00 May 19 23:20:33 ocham kernel: 10: 04 c0 bf fe 00 00 00 00 00 00 00 00 00 00 00 00 May 19 23:20:33 ocham kernel: 20: 00 00 00 00 00 00 00 00 00 00 00 00 49 18 88 08 May 19 23:20:33 ocham kernel: 30: 00 00 00 00 50 00 00 00 00 00 00 00 0b 01 00 00 May 19 23:20:33 ocham kernel: 40: 00 30 00 00 00 00 00 00 00 00 00 00 00 00 00 00 May 19 23:20:33 ocham kernel: 50: 01 60 42 c8 00 00 00 00 00 00 00 00 00 00 00 00 May 19 23:20:33 ocham kernel: 60: 05 70 80 00 00 00 00 00 00 00 00 00 00 00 00 00 May 19 23:20:33 ocham kernel: 70: 10 00 91 00 00 00 00 00 00 00 30 00 00 00 00 00 May 19 23:20:33 ocham kernel: 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 May 19 23:20:33 ocham kernel: 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 May 19 23:20:33 ocham kernel: a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 May 19 23:20:33 ocham kernel: b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 May 19 23:20:33 ocham kernel: c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 May 19 23:20:33 ocham kernel: d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 May 19 23:20:33 ocham kernel: e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 May 19 23:20:33 ocham kernel: f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 YH ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: [Bug 16007] x86/pci Oops with CONFIG_SND_HDA_INTEL 2010-06-11 21:49 ` Bjorn Helgaas 2010-06-11 22:08 ` Yinghai Lu @ 2010-06-11 23:06 ` Yinghai Lu 2010-06-14 14:18 ` Bjorn Helgaas 2010-06-21 17:28 ` Bjorn Helgaas 1 sibling, 2 replies; 58+ messages in thread From: Yinghai Lu @ 2010-06-11 23:06 UTC (permalink / raw) To: Bjorn Helgaas, Graham Ramsey Cc: Jesse Barnes, linux-kernel, linux-pci, bugzilla-daemon, Myron Stowe, Robert Richter, Harald Welte, Joseph Chan please check if this one workaround the problem Thanks Yinghai Lu [PATCH] x86, pci: handle fallout pci devices with peer root bus Signed-off-by: Yinghai Lu <yinghai@kernel.org> --- arch/x86/pci/bus_numa.c | 4 +++- kernel/resource.c | 2 +- 2 files changed, 4 insertions(+), 2 deletions(-) Index: linux-2.6/arch/x86/pci/bus_numa.c =================================================================== --- linux-2.6.orig/arch/x86/pci/bus_numa.c +++ linux-2.6/arch/x86/pci/bus_numa.c @@ -22,7 +22,8 @@ void x86_pci_root_bus_res_quirks(struct return; for (i = 0; i < pci_root_num; i++) { - if (pci_root_info[i].bus_min == b->number) + if (pci_root_info[i].bus_min <= b->number && + pci_root_info[i].bus_max >= b->number) break; } @@ -37,6 +38,7 @@ void x86_pci_root_bus_res_quirks(struct for (j = 0; j < info->res_num; j++) { struct resource *res; struct resource *root; + struct resource *tmp; res = &info->res[j]; pci_bus_add_resource(b, res, 0); Index: linux-2.6/kernel/resource.c =================================================================== --- linux-2.6.orig/kernel/resource.c +++ linux-2.6/kernel/resource.c @@ -451,7 +451,7 @@ static struct resource * __insert_resour if (!first) return first; - if (first == parent) + if (first == parent || first == new) return first; if ((first->start > new->start) || (first->end < new->end)) ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: [Bug 16007] x86/pci Oops with CONFIG_SND_HDA_INTEL 2010-06-11 23:06 ` Yinghai Lu @ 2010-06-14 14:18 ` Bjorn Helgaas 2010-06-21 17:28 ` Bjorn Helgaas 1 sibling, 0 replies; 58+ messages in thread From: Bjorn Helgaas @ 2010-06-14 14:18 UTC (permalink / raw) To: Yinghai Lu Cc: Graham Ramsey, Jesse Barnes, linux-kernel, linux-pci, bugzilla-daemon, Myron Stowe, Robert Richter, Harald Welte, Joseph Chan On Friday, June 11, 2010 05:06:49 pm Yinghai Lu wrote: > > please check if this one workaround the problem > > Thanks > > Yinghai Lu > > [PATCH] x86, pci: handle fallout pci devices with peer root bus > > Signed-off-by: Yinghai Lu <yinghai@kernel.org> This patch apparently does cover up the problem, but it fails on so many levels: - incomprehensible summary - no changelog - no bugzilla pointer - unrelated junk in patch ("tmp") - completely unexplained change to generic resource.c - no indication that we understand the root cause > --- > arch/x86/pci/bus_numa.c | 4 +++- > kernel/resource.c | 2 +- > 2 files changed, 4 insertions(+), 2 deletions(-) > > Index: linux-2.6/arch/x86/pci/bus_numa.c > =================================================================== > --- linux-2.6.orig/arch/x86/pci/bus_numa.c > +++ linux-2.6/arch/x86/pci/bus_numa.c > @@ -22,7 +22,8 @@ void x86_pci_root_bus_res_quirks(struct > return; > > for (i = 0; i < pci_root_num; i++) { > - if (pci_root_info[i].bus_min == b->number) > + if (pci_root_info[i].bus_min <= b->number && > + pci_root_info[i].bus_max >= b->number) > break; > } > > @@ -37,6 +38,7 @@ void x86_pci_root_bus_res_quirks(struct > for (j = 0; j < info->res_num; j++) { > struct resource *res; > struct resource *root; > + struct resource *tmp; > > res = &info->res[j]; > pci_bus_add_resource(b, res, 0); > Index: linux-2.6/kernel/resource.c > =================================================================== > --- linux-2.6.orig/kernel/resource.c > +++ linux-2.6/kernel/resource.c > @@ -451,7 +451,7 @@ static struct resource * __insert_resour > if (!first) > return first; > > - if (first == parent) > + if (first == parent || first == new) > return first; > > if ((first->start > new->start) || (first->end < new->end)) > ^ permalink raw reply [flat|nested] 58+ messages in thread
* Re: [Bug 16007] x86/pci Oops with CONFIG_SND_HDA_INTEL 2010-06-11 23:06 ` Yinghai Lu 2010-06-14 14:18 ` Bjorn Helgaas @ 2010-06-21 17:28 ` Bjorn Helgaas 1 sibling, 0 replies; 58+ messages in thread From: Bjorn Helgaas @ 2010-06-21 17:28 UTC (permalink / raw) To: Yinghai Lu Cc: Graham Ramsey, Jesse Barnes, linux-kernel, linux-pci, bugzilla-daemon, Myron Stowe, Robert Richter, Harald Welte, Joseph Chan I think the best long-term fix is to always enable "pci=use_crs", regardless of the BIOS date (currently we only do it for 2008 and newer). System designers and BIOS writers expect the OS to pay attention to that information, and indications are that Windows does use it, so I think we will ultimately be better off if we use the expected, best-tested path. However, we have at least one known Linux issue (bug #16228) when _CRS is enabled, so I'm hesitant to enable it unconditionally at least until that is resolved. In the short term, I think we should apply Graham's quirk from comment #8, which enables pci=use_crs just for his system. Here's my response to Yinghai's patches. ACPI gives us these resources: pci_root PNP0A03:00: host bridge window [mem 0x80000000-0xff37ffff] (bus 00) pci_root PNP0A08:00: host bridge window [mem 0xfebfc000-0xfebfffff] (bus 80) Yinghai's patch (comment #17, with a v2 posted to the list but not in the bugzilla), gives us these resources: pci_bus 0000:00: resource 5 [mem 0x80000000-0xfcffffffff] pci_bus 0000:80: resource 5 [mem 0x80000000-0xfcffffffff] I think it's just a bad idea to assign the same range to both buses, especially when the BIOS is telling us what we should be using. I also think it's a mistake to mess with the resource code to deal with this specific case. A change like that makes resource.c hard to understand and maintain in the future. ^ permalink raw reply [flat|nested] 58+ messages in thread
end of thread, other threads:[~2010-08-01 14:52 UTC | newest] Thread overview: 58+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2010-07-23 12:11 2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki 2010-07-23 12:11 ` [Bug #15664] Graphics hang and kernel backtrace when starting Azureus with Compiz enabled Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #15704] [r8169] WARNING: at net/sched/sch_generic.c Rafael J. Wysocki 2010-07-26 13:16 ` Sergey Senozhatsky 2010-07-26 14:34 ` Eric Dumazet 2010-07-26 14:57 ` Sergey Senozhatsky 2010-07-26 15:20 ` Eric Dumazet 2010-07-26 15:50 ` Sergey Senozhatsky 2010-07-23 12:15 ` [Bug #15912] Audio/video sync and crackling issues with snd-hda-intel (AD1981 codec) Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #15977] WARNING: at lib/dma-debug.c:866 check_for_stack Rafael J. Wysocki 2010-07-30 6:58 ` FUJITA Tomonori 2010-07-23 12:15 ` [Bug #15673] 2.6.34-rc2: "ima_dec_counts: open/free imbalance"? Rafael J. Wysocki 2010-07-23 15:12 ` Thomas Meyer 2010-07-23 19:50 ` Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #15862] 2.6.34-rc4/5: iwlagn unusable until reload Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16097] 2.6.34 on Samsung P460: reset after "Waiting for /dev to be fully populated" Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16007] x86/pci Oops with CONFIG_SND_HDA_INTEL Rafael J. Wysocki 2010-07-23 14:20 ` Bjorn Helgaas 2010-07-23 19:51 ` Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16035] Incorrect initial resolution of (external) vga monitor with KMS Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16082] host panic on kernel 2.6.34 Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16111] hostap_pci: infinite registered netdevice wifi0 Rafael J. Wysocki 2010-07-23 13:13 ` Tim Gardner 2010-07-23 19:53 ` Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16139] wait_even_interruptible_timeout(), signal, spin_lock() = system hang Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16206] PROBLEM: PPP and other serial port related application hangs in kernel space Rafael J. Wysocki 2010-07-25 19:36 ` Chuck Ebbert 2010-07-23 12:15 ` [Bug #16137] Ooops in BTRFS in 2.6.34 / x86_64 when mounting subvolume by name Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16170] Leadtek Winfast DTV Dongle (STK7700P based) is not working in 2.6.34 Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16207] Suspend and VT switch hangs since 2.6.34 Rafael J. Wysocki 2010-07-23 17:33 ` Jesse Barnes 2010-07-23 17:50 ` Tino Keitel 2010-07-23 17:57 ` Jesse Barnes 2010-07-23 12:15 ` [Bug #16233] Fwd: [2.6.34] INFO: task rsync:20019 blocked for more than 120 seconds Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16320] iwl3945 crashes, seems to be disconnecting from the PCI bus Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16300] [2.6.34 regression] mplayer gets out of sync due to problems with ALSA Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16270] Image is a hit-or-a-miss. Often displayed green+purple Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16371] Regression 2.6.33->2.6.34: OOPS at boot, kmalloc corruption? Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16357] acpi-cpufreq fails to load (No such device) if CONFIG_SMP=n Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16348] kswapd continuously active when doing IO Rafael J. Wysocki 2010-07-23 13:45 ` Dave Chinner 2010-07-23 19:55 ` Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16361] KMS not working on Radeon Mobility 3430 Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16376] random - possibly Radeon DRM KMS related - freezes Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16377] X.org crash while running a OpenGL composited KDE 4.4.4 session with Radeon KMS Rafael J. Wysocki 2010-07-23 12:15 ` [Bug #16388] i915 drm BUG: unable to handle kernel paging request at a5e89046 Rafael J. Wysocki 2010-07-23 17:37 ` Jesse Barnes -- strict thread matches above, loose matches on Subject: below -- 2010-08-01 14:27 2.6.35-rc6-git6: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki 2010-08-01 14:44 ` [Bug #16007] x86/pci Oops with CONFIG_SND_HDA_INTEL Rafael J. Wysocki 2010-07-10 0:24 2.6.35-rc4-git4: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki 2010-07-10 0:33 ` [Bug #16007] x86/pci Oops with CONFIG_SND_HDA_INTEL Rafael J. Wysocki 2010-06-20 22:32 2.6.35-rc3: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki 2010-06-20 22:34 ` [Bug #16007] x86/pci Oops with CONFIG_SND_HDA_INTEL Rafael J. Wysocki 2010-06-13 14:45 2.6.35-rc3: Reported regressions 2.6.33 -> 2.6.34 Rafael J. Wysocki 2010-06-13 14:49 ` [Bug #16007] x86/pci Oops with CONFIG_SND_HDA_INTEL Rafael J. Wysocki 2010-05-19 15:13 Graham Ramsey 2010-05-20 0:22 ` Jesse Barnes 2010-05-20 0:36 ` Yinghai 2010-05-20 17:08 ` [Bug 16007] " Bjorn Helgaas 2010-06-02 16:58 ` Bjorn Helgaas 2010-06-11 21:49 ` Bjorn Helgaas 2010-06-11 22:08 ` Yinghai Lu 2010-06-11 23:06 ` Yinghai Lu 2010-06-14 14:18 ` Bjorn Helgaas 2010-06-21 17:28 ` Bjorn Helgaas
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).