2.6.31-rc1-git3: Reported regressions from 2.6.30

2.6.31-rc1-git3: Reported regressions from 2.6.30

[Rafael J. Wysocki]

This message contains a list of some regressions from 2.6.30, for which there
are no fixes in the mainline I know of.  If any of them have been fixed already,
please let me know.

If you know of any other unresolved regressions from 2.6.30, please let me know
either and I'll add them to the list.  Also, please let me know if any of the
entries below are invalid.

Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting and handling the
issue.


Listed regressions statistics:

  Date          Total  Pending  Unresolved
  ----------------------------------------
  2009-06-29       22       22          15


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

Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13667
Subject		: drm: display arifacts when X.Org is stopped
Submitter	: Frans Pop <elendil@planet.nl>
Date		: 2009-06-27 18:52 (2 days old)
References	: http://lkml.org/lkml/2009/6/27/105


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13666
Subject		: WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask
Submitter	: Thomas Meyer <thomas@m3y3r.de>
Date		: 2009-06-27 16:15 (2 days old)
References	: http://lkml.org/lkml/2009/6/27/75


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13661
Subject		: warning in smp_call_function_single while S2R
Submitter	: Thomas Meyer <thomas@m3y3r.de>
Date		: 2009-06-27 17:12 (2 days old)
References	: http://lkml.org/lkml/2009/6/27/80


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13657
Subject		: Linux-2.6.31-rc1 Fails To Recognize Some USB Disks
Submitter	: Tarkan Erimer <tarkan.erimer@turknet.net.tr>
Date		: 2009-06-26 10:03 (3 days old)
References	: http://lkml.org/lkml/2009/6/26/34


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13656
Subject		: 2.6.31-rc1 crashes randomly on my Machine.
Submitter	: Zeno Davatz <zdavatz@gmail.com>
Date		: 2009-06-26 08:56 (3 days old)
References	: http://lkml.org/lkml/2009/6/26/27


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13652
Subject		: scheduling while atomic: pptpgw
Submitter	: Sergey Senozhatsky <sergey.senozhatsky@mail.by>
Date		: 2009-06-19 21:15 (10 days old)
References	: http://lkml.org/lkml/2009/6/19/237


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13650
Subject		: Problem with alloc_arch_preferred_bootmem() on powerpc
Submitter	: Sean MacLennan <smaclennan@pikatech.com>
Date		: 2009-06-20 19:48 (9 days old)
References	: http://marc.info/?l=linuxppc-embedded&m=124552732411775&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13645
Subject		: NULL pointer dereference at (null) (level2_spare_pgt)
Submitter	: poornima nayak <mpnayak@linux.vnet.ibm.com>
Date		: 2009-06-17 17:56 (12 days old)
References	: http://lkml.org/lkml/2009/6/17/194


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13643
Subject		: Touchpad lost synchronization after resume from suspend to RAM
Submitter	: Cijoml Cijomlovic Cijomlov <cijoml@volny.cz>
Date		: 2009-06-28 10:42 (1 days old)
References	: http://lkml.org/lkml/2009/6/23/365
		  http://lkml.org/lkml/2009/6/25/256


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13633
Subject		: [bisected] No sound on HDA Intel (ALC268)
Submitter	: Brian Rogers <brian@xyzw.org>
Date		: 2009-06-27 04:42 (2 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13627
Subject		: Tunnel device ignores TCP/UDP traffic
Submitter	: Paul Martin <pm@debian.org>
Date		: 2009-06-26 14:45 (3 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13610
Subject		: radeon kms invalid edid data at lvds
Submitter	: Nicolas Reinecke <pl4nkton@googlemail.com>
Date		: 2009-06-23 19:53 (6 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13601
Subject		: Hard crash connecting via Huawei E169 + umtsmon
Submitter	: Clemens Eisserer <linuxhippy@gmail.com>
Date		: 2009-06-22 13:58 (7 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13592
Subject		: Root partition is not found
Submitter	: François Valenduc <francois.valenduc@tvcablenet.be>
Date		: 2009-06-21 08:42 (8 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13522
Subject		: BUG: scheduling while atomic
Submitter	: Sergey Senozhatsky <sergey.senozhatsky@mail.by>
Date		: 2009-06-12 19:29 (17 days old)


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

Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13665
Subject		: commit 69c854817566 causes OOMs
Submitter	: David Howells <dhowells@redhat.com>
Date		: 2009-06-27 08:12 (2 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=69c854817566db82c362797b4a6521d0b00fe1d8
References	: http://lkml.org/lkml/2009/6/27/28
Handled-By	: Wu Fengguang <fengguang.wu@intel.com>
Patch		: http://patchwork.kernel.org/patch/32740/


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13662
Subject		: broken alpha smp build
Submitter	: maximilian attems <max@stro.at>
Date		: 2009-06-25 11:08 (4 days old)
References	: http://lkml.org/lkml/2009/6/25/108
Handled-By	: Tejun Heo <tj@kernel.org>
Patch		: http://patchwork.kernel.org/patch/32714/


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13659
Subject		: iwlagn (4965): no wireless due to RFKILL problem
Submitter	: Frans Pop <elendil@planet.nl>
Date		: 2009-06-26 13:36 (3 days old)
References	: http://lkml.org/lkml/2009/6/26/127
Handled-By	: Johannes Berg <johannes@sipsolutions.net>
Patch		: http://lkml.org/lkml/2009/6/27/35


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13658
Subject		: parisc: multiple PCI BAR collisions
Submitter	: Alexander Beregalov <a.beregalov@gmail.com>
Date		: 2009-06-26 12:58 (3 days old)
References	: http://lkml.org/lkml/2009/6/26/87
Handled-By	: Matthew Wilcox <matthew@wil.cx>
Patch		: http://patchwork.kernel.org/patch/32593/


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13655
Subject		: [Oops] 2.6.31-rc1: tun
Submitter	: Sergei Trofimovich <slyich@gmail.com>
Date		: 2009-06-25 23:53 (4 days old)
References	: http://lkml.org/lkml/2009/6/25/435
Handled-By	: Herbert Xu <herbert@gondor.apana.org.au>
Patch		: http://patchwork.kernel.org/patch/32672/


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13654
Subject		: possible recursive locking detected at kmem_cache_free
Submitter	: Pallipadi, Venkatesh <venkatesh.pallipadi@intel.com>
Date		: 2009-06-25 11:59 (4 days old)
References	: http://lkml.org/lkml/2009/6/25/373
Handled-By	: Pekka J Enberg <penberg@cs.helsinki.fi>
Patch		: http://patchwork.kernel.org/patch/32525/


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13653
Subject		: system hangs after resume from suspend to disk, mce related
Submitter	: Maciej Rutecki <maciej.rutecki@gmail.com>
Date		: 2009-06-21 19:02 (8 days old)
References	: http://lkml.org/lkml/2009/6/21/86
Handled-By	: Hidetoshi Seto <seto.hidetoshi@jp.fujitsu.com>
Patch		: http://patchwork.kernel.org/patch/32062/


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

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

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

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

Thanks,
Rafael

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

[Bug #13522] BUG: scheduling while atomic

[Rafael J. Wysocki]

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

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


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13522
Subject		: BUG: scheduling while atomic
Submitter	: Sergey Senozhatsky <sergey.senozhatsky-A/MS7pq9VAU@public.gmane.org>
Date		: 2009-06-12 19:29 (17 days old)

[Bug #13592] Root partition is not found

[Rafael J. Wysocki]

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

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


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13592
Subject		: Root partition is not found
Submitter	: François Valenduc <francois.valenduc-bmtTS95sd5BUM80lpFwj4w@public.gmane.org>
Date		: 2009-06-21 08:42 (8 days old)

[Bug #13601] Hard crash connecting via Huawei E169 + umtsmon

[Rafael J. Wysocki]

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

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


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13601
Subject		: Hard crash connecting via Huawei E169 + umtsmon
Submitter	: Clemens Eisserer <linuxhippy-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2009-06-22 13:58 (7 days old)

[Bug #13610] radeon kms invalid edid data at lvds

[Rafael J. Wysocki]

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

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


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13610
Subject		: radeon kms invalid edid data at lvds
Submitter	: Nicolas Reinecke <pl4nkton-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org>
Date		: 2009-06-23 19:53 (6 days old)

[Bug #13633] [bisected] No sound on HDA Intel (ALC268)

[Rafael J. Wysocki]

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

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


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13633
Subject		: [bisected] No sound on HDA Intel (ALC268)
Submitter	: Brian Rogers <brian-+B9G8rMUbpQ@public.gmane.org>
Date		: 2009-06-27 04:42 (2 days old)

[Bug #13627] Tunnel device ignores TCP/UDP traffic

[Rafael J. Wysocki]

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

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


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13627
Subject		: Tunnel device ignores TCP/UDP traffic
Submitter	: Paul Martin <pm-8fiUuRrzOP0dnm+yROfE0A@public.gmane.org>
Date		: 2009-06-26 14:45 (3 days old)

[Bug #13645] NULL pointer dereference at (null) (level2_spare_pgt)

[Rafael J. Wysocki]

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

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


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13645
Subject		: NULL pointer dereference at (null) (level2_spare_pgt)
Submitter	: poornima nayak <mpnayak-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
Date		: 2009-06-17 17:56 (12 days old)
References	: http://lkml.org/lkml/2009/6/17/194

[Bug #13643] Touchpad lost synchronization after resume from suspend to RAM

[Rafael J. Wysocki]

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

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


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13643
Subject		: Touchpad lost synchronization after resume from suspend to RAM
Submitter	: Cijoml Cijomlovic Cijomlov <cijoml-VIXq6x/3rUk@public.gmane.org>
Date		: 2009-06-28 10:42 (1 days old)
References	: http://lkml.org/lkml/2009/6/23/365
		  2.6.30-rc1: touchpad disabled
		  http://lkml.org/lkml/2009/6/25/256

[Bug #13652] scheduling while atomic: pptpgw

[Rafael J. Wysocki]

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

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


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13652
Subject		: scheduling while atomic: pptpgw
Submitter	: Sergey Senozhatsky <sergey.senozhatsky-A/MS7pq9VAU@public.gmane.org>
Date		: 2009-06-19 21:15 (10 days old)
References	: http://lkml.org/lkml/2009/6/19/237

[Bug #13650] Problem with alloc_arch_preferred_bootmem() on powerpc

[Rafael J. Wysocki]

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

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


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13650
Subject		: Problem with alloc_arch_preferred_bootmem() on powerpc
Submitter	: Sean MacLennan <smaclennan-Qtffpm9i2AVWk0Htik3J/w@public.gmane.org>
Date		: 2009-06-20 19:48 (9 days old)
References	: http://marc.info/?l=linuxppc-embedded&m=124552732411775&w=4

[Bug #13654] possible recursive locking detected at kmem_cache_free

[Rafael J. Wysocki]

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

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


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13654
Subject		: possible recursive locking detected at kmem_cache_free
Submitter	: Pallipadi, Venkatesh <venkatesh.pallipadi-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Date		: 2009-06-25 11:59 (4 days old)
References	: http://lkml.org/lkml/2009/6/25/373
Handled-By	: Pekka J Enberg <penberg-bbCR+/B0CizivPeTLB3BmA@public.gmane.org>
Patch		: http://patchwork.kernel.org/patch/32525/

[Bug #13655] [Oops] 2.6.31-rc1: tun

[Rafael J. Wysocki]

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

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


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13655
Subject		: [Oops] 2.6.31-rc1: tun
Submitter	: Sergei Trofimovich <slyich-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2009-06-25 23:53 (4 days old)
References	: http://lkml.org/lkml/2009/6/25/435
Handled-By	: Herbert Xu <herbert-lOAM2aK0SrRLBo1qDEOMRrpzq4S04n8Q@public.gmane.org>
Patch		: http://patchwork.kernel.org/patch/32672/

[Bug #13653] system hangs after resume from suspend to disk, mce related

[Rafael J. Wysocki]

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

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


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13653
Subject		: system hangs after resume from suspend to disk, mce related
Submitter	: Maciej Rutecki <maciej.rutecki-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2009-06-21 19:02 (8 days old)
References	: http://lkml.org/lkml/2009/6/21/86
Handled-By	: Hidetoshi Seto <seto.hidetoshi-+CUm20s59erQFUHtdCDX3A@public.gmane.org>
Patch		: http://patchwork.kernel.org/patch/32062/

[Bug #13657] Linux-2.6.31-rc1 Fails To Recognize Some USB Disks

[Rafael J. Wysocki]

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

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


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13657
Subject		: Linux-2.6.31-rc1 Fails To Recognize Some USB Disks
Submitter	: Tarkan Erimer <tarkan.erimer-AMZSHK9Z0TXlajqSnzHT9w@public.gmane.org>
Date		: 2009-06-26 10:03 (3 days old)
References	: http://lkml.org/lkml/2009/6/26/34

[Bug #13658] parisc: multiple PCI BAR collisions

[Rafael J. Wysocki]

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

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


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13658
Subject		: parisc: multiple PCI BAR collisions
Submitter	: Alexander Beregalov <a.beregalov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2009-06-26 12:58 (3 days old)
References	: http://lkml.org/lkml/2009/6/26/87
Handled-By	: Matthew Wilcox <matthew-Ztpu424NOJ8@public.gmane.org>
Patch		: http://patchwork.kernel.org/patch/32593/

[Bug #13656] 2.6.31-rc1 crashes randomly on my Machine.

[Rafael J. Wysocki]

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

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


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13656
Subject		: 2.6.31-rc1 crashes randomly on my Machine.
Submitter	: Zeno Davatz <zdavatz-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2009-06-26 08:56 (3 days old)
References	: http://lkml.org/lkml/2009/6/26/27

[Bug #13659] iwlagn (4965): no wireless due to RFKILL problem

[Rafael J. Wysocki]

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

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


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13659
Subject		: iwlagn (4965): no wireless due to RFKILL problem
Submitter	: Frans Pop <elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
Date		: 2009-06-26 13:36 (3 days old)
References	: http://lkml.org/lkml/2009/6/26/127
Handled-By	: Johannes Berg <johannes-cdvu00un1VgdHxzADdlk8Q@public.gmane.org>
Patch		: http://lkml.org/lkml/2009/6/27/35

[Bug #13665] commit 69c854817566 causes OOMs

[Rafael J. Wysocki]

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

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


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13665
Subject		: commit 69c854817566 causes OOMs
Submitter	: David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Date		: 2009-06-27 08:12 (2 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=69c854817566db82c362797b4a6521d0b00fe1d8
References	: http://lkml.org/lkml/2009/6/27/28
Handled-By	: Wu Fengguang <fengguang.wu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Patch		: http://patchwork.kernel.org/patch/32740/

[Bug #13661] warning in smp_call_function_single while S2R

[Rafael J. Wysocki]

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

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


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13661
Subject		: warning in smp_call_function_single while S2R
Submitter	: Thomas Meyer <thomas-VsYtu1Qij5c@public.gmane.org>
Date		: 2009-06-27 17:12 (2 days old)
References	: http://lkml.org/lkml/2009/6/27/80

[Bug #13666] WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask

[Rafael J. Wysocki]

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

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


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13666
Subject		: WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask
Submitter	: Thomas Meyer <thomas-VsYtu1Qij5c@public.gmane.org>
Date		: 2009-06-27 16:15 (2 days old)
References	: http://lkml.org/lkml/2009/6/27/75

[Bug #13662] broken alpha smp build

[Rafael J. Wysocki]

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

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


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13662
Subject		: broken alpha smp build
Submitter	: maximilian attems <max-U9r9yeDMy7A@public.gmane.org>
Date		: 2009-06-25 11:08 (4 days old)
References	: http://lkml.org/lkml/2009/6/25/108
Handled-By	: Tejun Heo <tj-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Patch		: http://patchwork.kernel.org/patch/32714/

[Bug #13667] drm: display arifacts when X.Org is stopped

[Rafael J. Wysocki]

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

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


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13667
Subject		: drm: display arifacts when X.Org is stopped
Submitter	: Frans Pop <elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
Date		: 2009-06-27 18:52 (2 days old)
References	: http://lkml.org/lkml/2009/6/27/105

Re: [Bug #13610] radeon kms invalid edid data at lvds

[Dave Airlie]

On Mon, Jun 29, 2009 at 10:11 AM, Rafael J. Wysocki<rjw-KKrjLPT3xs0@public.gmane.org> wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.30.  Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry       : http://bugzilla.kernel.org/show_bug.cgi?id=13610
> Subject         : radeon kms invalid edid data at lvds
> Submitter       : Nicolas Reinecke <pl4nkton-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org>
> Date            : 2009-06-23 19:53 (6 days old)
>
>

This isn't a regression, its running kms code in a staging driver.

Dave.

Re: [Bug #13653] system hangs after resume from suspend to disk, mce related

[Hidetoshi Seto]

Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.30.  Please verify if it still should be listed and let me know
> (either way).
> 
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13653
> Subject		: system hangs after resume from suspend to disk, mce related
> Submitter	: Maciej Rutecki <maciej.rutecki-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Date		: 2009-06-21 19:02 (8 days old)
> References	: http://lkml.org/lkml/2009/6/21/86
> Handled-By	: Hidetoshi Seto <seto.hidetoshi-+CUm20s59erQFUHtdCDX3A@public.gmane.org>
> Patch		: http://patchwork.kernel.org/patch/32062/

The patch above, in /32062/, is for another bug related to timer
migration (waring message reported with check_interval=1).

Real patch for this bug is:
 http://patchwork.kernel.org/patch/31907/


Thanks,
H.Seto

Re: [Bug #13633] [bisected] No sound on HDA Intel (ALC268)

[Brian Rogers]

Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.30.  Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13633
> Subject		: [bisected] No sound on HDA Intel (ALC268)
> Submitter	: Brian Rogers <brian-+B9G8rMUbpQ@public.gmane.org>
> Date		: 2009-06-27 04:42 (2 days old)
>   

Yes, this is still a current issue in mainline and a regression from 2.6.30.

Re: [Bug #13655] [Oops] 2.6.31-rc1: tun

[Sergei Trofimovich]

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

On Mon, 29 Jun 2009 02:11:48 +0200 (CEST)
"Rafael J. Wysocki" <rjw-KKrjLPT3xs0@public.gmane.org> wrote:

> This message has been generated automatically as a part of a report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.30.  Please verify if it still should be listed and let me know
> (either way).
> 
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13655
> Subject		: [Oops] 2.6.31-rc1: tun
> Submitter	: Sergei Trofimovich <slyich-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Date		: 2009-06-25 23:53 (4 days old)
> References	: http://lkml.org/lkml/2009/6/25/435
> Handled-By	: Herbert Xu <herbert-lOAM2aK0SrRLBo1qDEOMRrpzq4S04n8Q@public.gmane.org>
> Patch		: http://patchwork.kernel.org/patch/32672/
> 
> 
This bug is a duplicate of http://bugzilla.kernel.org/show_bug.cgi?id=13627

-- 

  Sergei

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [Bug #13522] BUG: scheduling while atomic

[Alan Cox]

On Mon, 29 Jun 2009 01:51:09 +0200 (CEST)
"Rafael J. Wysocki" <rjw-KKrjLPT3xs0@public.gmane.org> wrote:

> This message has been generated automatically as a part of a report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.30.  Please verify if it still should be listed and let me know
> (either way).

Yes although getting people seeing to test with might_sleep() checks in
the tty layer demonstrate the tty layer isn't calling into ppp with irqs
disabled when it shouldn't so I'm at a loss as to whether this is a
network bug, a scheduler bug or something else.

The schedule error in __tasklet_schedule() is itself rather peicular.

Re: [Bug #13522] BUG: scheduling while atomic

[Sergey Senozhatsky]

On (06/29/09 15:41), Alan Cox wrote:
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> > 
> > The following bug entry is on the current list of known regressions
> > from 2.6.30.  Please verify if it still should be listed and let me know
> > (either way).
> 
> Yes although getting people seeing to test with might_sleep() checks in
> the tty layer demonstrate the tty layer isn't calling into ppp with irqs
> disabled when it shouldn't so I'm at a loss as to whether this is a
> network bug, a scheduler bug or something else.

Looks like I can't reproduce with rc1-git5 (after several hours)...
I'll try -git3,-git4.

> 
> The schedule error in __tasklet_schedule() is itself rather peicular.
> 


Reported	: 2009-06-28 22:07 by Rafael J. Wysocki
Bug-Entry       : http://bugzilla.kernel.org/show_bug.cgi?id=13652
Subject         : scheduling while atomic: pptpgw

Rafael, I'm not sure we need 'scheduling while atomic: pptpgw' bug.
Initially BUG 13522 was named "BUG: scheduling while atomic: pptpgw" 
and renamed to "BUG: scheduling while atomic" since I was not sure wheter this is ppp or scheduler bug...

---
kernel: [ 1424.347514] BUG: scheduling while atomic: ksoftirqd/0/4/0x10000500
kernel: [27404.945372] BUG: scheduling while atomic: pptpgw/4637/0x00000400
kernel: [ 1715.273674] BUG: scheduling while atomic: ksoftirqd/0/4/0x10000500
kernel: [ 1631.073371] BUG: scheduling while atomic: pptpgw/3169/0x10000500
...
---

	Sergey

Re: [Bug #13522] BUG: scheduling while atomic

[Sergey Senozhatsky]

On (06/29/09 15:41), Alan Cox wrote:
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> > 
> > The following bug entry is on the current list of known regressions
> > from 2.6.30.  Please verify if it still should be listed and let me know
> > (either way).
> 
> Yes although getting people seeing to test with might_sleep() checks in
> the tty layer demonstrate the tty layer isn't calling into ppp with irqs
> disabled when it shouldn't so I'm at a loss as to whether this is a
> network bug, a scheduler bug or something else.
> 
> The schedule error in __tasklet_schedule() is itself rather peicular.
> 

Hello Alan, Rafael,

BUG is still here...

kernel: [ 7331.719518] BUG: scheduling while atomic: pptpgw/4161/0x10000500
kernel: [ 7331.719526] Modules linked in: ppp_deflate zlib_deflate ppp_async crc_ccitt ppp_generic slhc ipv6 fuse loop snd_hda_codec_si3054 snd_hda_codec_realtek snd_hda_intel
snd_hda_codec snd_pcm snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device snd pcspkr soundcore psmouse serio_raw snd_page_alloc i2c_i801 rng_core evdev
asus_laptop usbhid hid sg sd_mod sr_mod cdrom ata_generic pata_acpi uhci_hcd ata_piix sdhci_pci sdhci ricoh_mmc mmc_core led_class ide_pci_generic ehci_hcd r8169 mii usbcore
kernel: [ 7331.719627] 
kernel: [ 7331.719636] Pid: 4161, comm: pptpgw Not tainted (2.6.31-rc1-dbgnv-git4 #32) F3JC                
kernel: [ 7331.719644] EIP: 0060:[<c13ffcd6>] EFLAGS: 00200246 CPU: 0
kernel: [ 7331.719657] EIP is at _spin_unlock_irqrestore+0x16/0x30
kernel: [ 7331.719664] EAX: c1690300 EBX: 00200246 ECX: 00000000 EDX: 00200246
kernel: [ 7331.719671] ESI: dcf68398 EDI: 0000003a EBP: dcf61e94 ESP: dcf61e90
kernel: [ 7331.719677]  DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
kernel: [ 7331.719684] CR0: 8005003b CR2: b6f77000 CR3: 1b4c3000 CR4: 000006d0
kernel: [ 7331.719690] DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000
kernel: [ 7331.719696] DR6: ffff0ff0 DR7: 00000400
kernel: [ 7331.719701] Call Trace:
kernel: [ 7331.719714]  [<c12d002b>] tty_ldisc_deref+0x5b/0x90
kernel: [ 7331.719724]  [<c12d16f5>] pty_write+0x85/0x90
kernel: [ 7331.719734]  [<c12cbde3>] n_tty_write+0x303/0x410
kernel: [ 7331.719745]  [<c103d8f0>] ? default_wake_function+0x0/0x40
kernel: [ 7331.719754]  [<c12c8fc3>] tty_write+0x173/0x250
kernel: [ 7331.719763]  [<c10ebcaf>] ? rw_verify_area+0x6f/0xf0
kernel: [ 7331.719772]  [<c12cbae0>] ? n_tty_write+0x0/0x410
kernel: [ 7331.719781]  [<c10ec89e>] vfs_write+0xbe/0x1c0
kernel: [ 7331.719790]  [<c12c8e50>] ? tty_write+0x0/0x250
kernel: [ 7331.719798]  [<c10ecaa8>] sys_write+0x58/0xa0
kernel: [ 7331.719808]  [<c100324b>] sysenter_do_call+0x12/0x22

	Sergey

Re: [Bug #13522] BUG: scheduling while atomic

[Alan Cox]

> BUG is still here...

> kernel: [ 7331.719657] EIP is at _spin_unlock_irqrestore+0x16/0x30

Which doesn't reschedule - sorry at this point I can't help you any
further. The traces make no sense.

Re: [Bug #13610] radeon kms invalid edid data at lvds

[Rafael J. Wysocki]

On Monday 29 June 2009, Dave Airlie wrote:
> On Mon, Jun 29, 2009 at 10:11 AM, Rafael J. Wysocki<rjw-KKrjLPT3xs0@public.gmane.org> wrote:
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.30.  Please verify if it still should be listed and let me know
> > (either way).
> >
> >
> > Bug-Entry       : http://bugzilla.kernel.org/show_bug.cgi?id=13610
> > Subject         : radeon kms invalid edid data at lvds
> > Submitter       : Nicolas Reinecke <pl4nkton-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org>
> > Date            : 2009-06-23 19:53 (6 days old)
> >
> >
> 
> This isn't a regression, its running kms code in a staging driver.

Thanks, dropped from the list.

Best,
Rafael

Re: [Bug #13633] [bisected] No sound on HDA Intel (ALC268)

[Rafael J. Wysocki]

On Monday 29 June 2009, Brian Rogers wrote:
> Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.30.  Please verify if it still should be listed and let me know
> > (either way).
> >
> >
> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13633
> > Subject		: [bisected] No sound on HDA Intel (ALC268)
> > Submitter	: Brian Rogers <brian-+B9G8rMUbpQ@public.gmane.org>
> > Date		: 2009-06-27 04:42 (2 days old)
> >   
> 
> Yes, this is still a current issue in mainline and a regression from 2.6.30.

Thanks for the update.

Best,
Rafael

Re: [Bug #13653] system hangs after resume from suspend to disk, mce related

[Rafael J. Wysocki]

On Monday 29 June 2009, Hidetoshi Seto wrote:
> Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> > 
> > The following bug entry is on the current list of known regressions
> > from 2.6.30.  Please verify if it still should be listed and let me know
> > (either way).
> > 
> > 
> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13653
> > Subject		: system hangs after resume from suspend to disk, mce related
> > Submitter	: Maciej Rutecki <maciej.rutecki-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> > Date		: 2009-06-21 19:02 (8 days old)
> > References	: http://lkml.org/lkml/2009/6/21/86
> > Handled-By	: Hidetoshi Seto <seto.hidetoshi-+CUm20s59erQFUHtdCDX3A@public.gmane.org>
> > Patch		: http://patchwork.kernel.org/patch/32062/
> 
> The patch above, in /32062/, is for another bug related to timer
> migration (waring message reported with check_interval=1).
> 
> Real patch for this bug is:
>  http://patchwork.kernel.org/patch/31907/

Thanks, updated.

Best,
Rafael

Re: [Bug #13655] [Oops] 2.6.31-rc1: tun

[Rafael J. Wysocki]

On Monday 29 June 2009, Sergei Trofimovich wrote:
> On Mon, 29 Jun 2009 02:11:48 +0200 (CEST)
> "Rafael J. Wysocki" <rjw-KKrjLPT3xs0@public.gmane.org> wrote:
> 
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> > 
> > The following bug entry is on the current list of known regressions
> > from 2.6.30.  Please verify if it still should be listed and let me know
> > (either way).
> > 
> > 
> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13655
> > Subject		: [Oops] 2.6.31-rc1: tun
> > Submitter	: Sergei Trofimovich <slyich-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> > Date		: 2009-06-25 23:53 (4 days old)
> > References	: http://lkml.org/lkml/2009/6/25/435
> > Handled-By	: Herbert Xu <herbert-lOAM2aK0SrRLBo1qDEOMRrpzq4S04n8Q@public.gmane.org>
> > Patch		: http://patchwork.kernel.org/patch/32672/
> > 
> > 
> This bug is a duplicate of http://bugzilla.kernel.org/show_bug.cgi?id=13627

Thanks, updated.

Best,
Rafael

Re: [Bug #13666] WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask

[David Rientjes]

On Mon, 29 Jun 2009, Rafael J. Wysocki wrote:

> This message has been generated automatically as a part of a report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.30.  Please verify if it still should be listed and let me know
> (either way).
> 
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13666
> Subject		: WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask
> Submitter	: Thomas Meyer <thomas-VsYtu1Qij5c@public.gmane.org>
> Date		: 2009-06-27 16:15 (2 days old)
> References	: http://lkml.org/lkml/2009/6/27/75
> 

dccp_init() is trying to allocate a goal that causes the order in 
__get_free_pages() to be >= MAX_ORDER.  

Arnaldo, can we cap ehash_order and bhash_order at MAX_ORDER - 1?

Re: [Bug #13666] WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask

[David Miller]

From: David Rientjes <rientjes-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
Date: Mon, 29 Jun 2009 17:06:42 -0700 (PDT)

> On Mon, 29 Jun 2009, Rafael J. Wysocki wrote:
> 
>> This message has been generated automatically as a part of a report
>> of recent regressions.
>> 
>> The following bug entry is on the current list of known regressions
>> from 2.6.30.  Please verify if it still should be listed and let me know
>> (either way).
>> 
>> 
>> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13666
>> Subject		: WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask
>> Submitter	: Thomas Meyer <thomas-VsYtu1Qij5c@public.gmane.org>
>> Date		: 2009-06-27 16:15 (2 days old)
>> References	: http://lkml.org/lkml/2009/6/27/75
>> 
> 
> dccp_init() is trying to allocate a goal that causes the order in 
> __get_free_pages() to be >= MAX_ORDER.  
> 
> Arnaldo, can we cap ehash_order and bhash_order at MAX_ORDER - 1?

There was a patch going arond for this already.

Re: [Bug #13522] BUG: scheduling while atomic

[Arjan van de Ven]

On Mon, 29 Jun 2009 19:28:53 +0300
Sergey Senozhatsky <sergey.senozhatsky-A/MS7pq9VAU@public.gmane.org> wrote:

> On (06/29/09 15:41), Alan Cox wrote:
> > > This message has been generated automatically as a part of a
> > > report of recent regressions.
> > > 
> > > The following bug entry is on the current list of known
> > > regressions from 2.6.30.  Please verify if it still should be
> > > listed and let me know (either way).
> > 
> > Yes although getting people seeing to test with might_sleep()
> > checks in the tty layer demonstrate the tty layer isn't calling
> > into ppp with irqs disabled when it shouldn't so I'm at a loss as
> > to whether this is a network bug, a scheduler bug or something else.
> > 
> > The schedule error in __tasklet_schedule() is itself rather
> > peicular.
> > 
> 
> Hello Alan, Rafael,
> 
> BUG is still here...


can you enable CONFIG_DEBUG_INFO, and then run this through
scripts/markup_oops.pl ? With a bit of luck it'll point to the exact
code that's going wrong...


-- 
Arjan van de Ven 	Intel Open Source Technology Centre
For development, discussion and tips for power savings, 
visit http://www.lesswatts.org

Re: [Bug #13522] BUG: scheduling while atomic

[Sergey Senozhatsky]

On (06/29/09 22:15), Arjan van de Ven wrote:
> > ...
> > Hello Alan, Rafael,
> > 
> > BUG is still here...
> 
> 
> can you enable CONFIG_DEBUG_INFO, and then run this through
> scripts/markup_oops.pl ? With a bit of luck it'll point to the exact
> code that's going wrong...
> 

Hello Arjan. Sure. I'll try.

btw, I've updated bug description:

kernel: [  984.626653] BUG: scheduling while atomic: pptpgw/3347/0x10000500
kernel: [  984.626661] Modules linked in: ppp_deflate zlib_deflate ppp_async crc_ccitt ppp_generic slhc ipv6 fuse loop snd_hda_codec_si3054 snd_hda_codec_realtek snd_hda_intel
snd_hda_codec snd_pcm snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device snd soundcore pcspkr psmouse rng_core serio_raw i2c_i801 snd_page_alloc
asus_laptop evdev usbhid hid sg sr_mod cdrom sd_mod ata_generic pata_acpi ricoh_mmc sdhci_pci uhci_hcd sdhci mmc_core led_class ehci_hcd r8169 mii ata_piix ide_pci_generic usbcore
kernel: [  984.626763] 
kernel: [  984.626771] Pid: 3347, comm: pptpgw Not tainted (2.6.31-rc1-dbgnv-git5 #2) F3JC                
kernel: [  984.626780] EIP: 0060:[<c103a1fc>] EFLAGS: 00200246 CPU: 0
kernel: [  984.626794] EIP is at finish_task_switch+0x4c/0xc0
kernel: [  984.626800] EAX: 00000000 EBX: c1eaa380 ECX: 00000001 EDX: c1407ee0
kernel: [  984.626807] ESI: f5c72200 EDI: f72fc070 EBP: e4f87f20 ESP: e4f87f0c
kernel: [  984.626813]  DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
kernel: [  984.626819] CR0: 8005003b CR2: b6f399ae CR3: 24f80000 CR4: 000006d0
kernel: [  984.626825] DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000
kernel: [  984.626831] DR6: ffff0ff0 DR7: 00000400
kernel: [  984.626836] Call Trace:
kernel: [  984.626848]  [<c13fcfef>] schedule+0x41f/0xb20
kernel: [  984.626859]  [<c10ecdb8>] ? sys_read+0x58/0xa0
kernel: [  984.626869]  [<c10033a2>] work_resched+0x5/0x1a
kernel: [ 1051.216759] BUG: scheduling while atomic: pptpgw/3347/0x10000500
kernel: [ 1051.216768] Modules linked in: ppp_deflate zlib_deflate ppp_async crc_ccitt ppp_generic slhc ipv6 fuse loop snd_hda_codec_si3054 snd_hda_codec_realtek snd_hda_intel
snd_hda_codec snd_pcm snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device snd soundcore pcspkr psmouse rng_core serio_raw i2c_i801 snd_page_alloc
asus_laptop evdev usbhid hid sg sr_mod cdrom sd_mod ata_generic pata_acpi ricoh_mmc sdhci_pci uhci_hcd sdhci mmc_core led_class ehci_hcd r8169 mii ata_piix ide_pci_generic usbcore
kernel: [ 1051.216869] 
kernel: [ 1051.216878] Pid: 3347, comm: pptpgw Not tainted (2.6.31-rc1-dbgnv-git5 #2) F3JC                
kernel: [ 1051.216886] EIP: 0060:[<c1049883>] EFLAGS: 00200246 CPU: 0
kernel: [ 1051.216901] EIP is at __tasklet_schedule+0x53/0x80
kernel: [ 1051.216907] EAX: 00000000 EBX: 00200246 ECX: 00000000 EDX: 00000000
kernel: [ 1051.216914] ESI: 00000000 EDI: e556dd10 EBP: e4f87e70 ESP: e4f87e68
kernel: [ 1051.216921]  DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
kernel: [ 1051.216927] CR0: 8005003b CR2: b7085000 CR3: 24f80000 CR4: 000006d0
kernel: [ 1051.216934] DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000
kernel: [ 1051.216939] DR6: ffff0ff0 DR7: 00000400
kernel: [ 1051.216945] Call Trace:
kernel: [ 1051.216960]  [<f80b376c>] ppp_asynctty_receive+0x3dc/0x510 [ppp_async]
kernel: [ 1051.216975]  [<c12d161d>] pty_write+0x7d/0x90
kernel: [ 1051.216985]  [<c12cbd13>] n_tty_write+0x303/0x410
kernel: [ 1051.216996]  [<c103d8f0>] ? default_wake_function+0x0/0x40
kernel: [ 1051.217005]  [<c12c8ef3>] tty_write+0x173/0x250
kernel: [ 1051.217015]  [<c10ebcaf>] ? rw_verify_area+0x6f/0xf0
kernel: [ 1051.217025]  [<c12cba10>] ? n_tty_write+0x0/0x410
kernel: [ 1051.217034]  [<c10ec89e>] vfs_write+0xbe/0x1c0
kernel: [ 1051.217043]  [<c12c8d80>] ? tty_write+0x0/0x250
kernel: [ 1051.217052]  [<c10ecaa8>] sys_write+0x58/0xa0
kernel: [ 1051.217062]  [<c100324b>] sysenter_do_call+0x12/0x22


	Sergey

Re: [Bug #13666] WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask

[Arnaldo Carvalho de Melo]

Em Mon, Jun 29, 2009 at 07:16:55PM -0700, David Miller escreveu:
> From: David Rientjes <rientjes-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
> Date: Mon, 29 Jun 2009 17:06:42 -0700 (PDT)
> 
> > On Mon, 29 Jun 2009, Rafael J. Wysocki wrote:
> > 
> >> This message has been generated automatically as a part of a report
> >> of recent regressions.
> >> 
> >> The following bug entry is on the current list of known regressions
> >> from 2.6.30.  Please verify if it still should be listed and let me know
> >> (either way).
> >> 
> >> 
> >> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13666
> >> Subject		: WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask
> >> Submitter	: Thomas Meyer <thomas-VsYtu1Qij5c@public.gmane.org>
> >> Date		: 2009-06-27 16:15 (2 days old)
> >> References	: http://lkml.org/lkml/2009/6/27/75
> >> 
> > 
> > dccp_init() is trying to allocate a goal that causes the order in 
> > __get_free_pages() to be >= MAX_ORDER.  
> > 
> > Arnaldo, can we cap ehash_order and bhash_order at MAX_ORDER - 1?
> 
> There was a patch going arond for this already.

http://patchwork.kernel.org/patch/31784/

- Arnaldo

Re: [Bug #13592] Root partition is not found

[François Valenduc]

Rafael J. Wysocki a écrit :
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.30.  Please verify if it still should be listed and let me know
> (either way).
>
>
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13592
> Subject		: Root partition is not found
> Submitter	: François Valenduc <francois.valenduc-bmtTS95sd5BUM80lpFwj4w@public.gmane.org>
> Date		: 2009-06-21 08:42 (8 days old)
>
>
>
>   
In fact, this problem is already solved in 2.6.31-rc1.

François Valenduc

Re: [Bug #13522] BUG: scheduling while atomic

[Sergey Senozhatsky]

Hello,

rc1-git6. Hope this will help.


dmesg | ./scripts/markup_oops.pl

 	*__get_cpu_var(tasklet_vec).tail = t; 
 	__get_cpu_var(tasklet_vec).tail = &(t->next); 
 	raise_softirq_irqoff(TASKLET_SOFTIRQ); 
 	local_irq_restore(flags); 
 c104c4fb:	f7 c6 00 02 00 00    	test   $0x200,%esi 
 c104c501:	74 1d                	je     c104c520 <__tasklet_schedule+0x80> 
 c104c503:	e8 78 b5 02 00       	call   c1077a80 <trace_hardirqs_on> 
 	return flags; 
 } 
  
 static inline void native_restore_fl(unsigned long flags) 
 { 
 	asm volatile("push %0 ; popf" 
 c104c508:	56                   	push   %esi                |  %esi => 200246 
 c104c509:	9d                   	popf    
 } 
*c104c50a:	8b 45 f4             	mov    -0xc(%ebp),%eax     |  %eax = 0 <--- faulting instruction
 c104c50d:	65 33 05 14 00 00 00 	xor    %gs:0x14,%eax 
 c104c514:	75 13                	jne    c104c529 <__tasklet_schedule+0x89> 
 c104c516:	83 c4 04             	add    $0x4,%esp 
 c104c519:	5b                   	pop    %ebx 
 c104c51a:	5e                   	pop    %esi 
 c104c51b:	c9                   	leave   
 c104c51c:	c3                   	ret     
 c104c51d:	8d 76 00             	lea    0x0(%esi),%esi 
 c104c520:	56                   	push   %esi 
 c104c521:	9d                   	popf    
 	local_irq_save(flags); 
 	t->next = NULL; 
 	*__get_cpu_var(tasklet_vec).tail = t; 
 	__get_cpu_var(tasklet_vec).tail = &(t->next); 
 	raise_softirq_irqoff(TASKLET_SOFTIRQ); 
 	local_irq_restore(flags); 
 c104c522:	e8 29 7d 02 00       	call   c1074250 <trace_hardirqs_off> 
 c104c527:	eb e1                	jmp    c104c50a <__tasklet_schedule+0x6a> 
 } 
 c104c529:	e8 c2 85 ff ff       	call   c1044af0 <__stack_chk_fail> 
 c104c52e:	66 90                	xchg   %ax,%ax 
  
 c104c530 <raise_softirq>: 
 	if (!in_interrupt())



syslog:

kernel: [47080.294012] BUG: scheduling while atomic: pptpgw/6053/0x10000400
kernel: [47080.294022] INFO: lockdep is turned off.
kernel: [47080.294028] Modules linked in: ppp_deflate zlib_deflate ppp_async crc_ccitt ppp_generic slhc ipv6 fuse loop snd_hda_codec_si3054 snd_hda_codec_realtek snd_hda_intel
snd_hda_codec snd_pcm snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device pcspkr psmouse snd i2c_i801 rng_core serio_raw soundcore snd_page_alloc
asus_laptop evdev sg usbhid sr_mod hid cdrom sd_mod ata_generic pata_acpi ata_piix ricoh_mmc sdhci_pci sdhci ide_pci_generic uhci_hcd mmc_core led_class ehci_hcd usbcore r8169 mii
kernel: [47080.294165] 
kernel: [47080.294175] Pid: 6053, comm: pptpgw Not tainted (2.6.31-rc1-dbgnv-git6 #1) F3JC                
kernel: [47080.294184] EIP: 0060:[<c104c50a>] EFLAGS: 00200246 CPU: 0
kernel: [47080.294198] EIP is at __tasklet_schedule+0x6a/0x90
kernel: [47080.294205] EAX: 00000000 EBX: c31cf17c ECX: 00000000 EDX: 00000000
kernel: [47080.294213] ESI: 00200246 EDI: 00000fff EBP: c3271e60 ESP: c3271e54
kernel: [47080.294220]  DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
kernel: [47080.294228] CR0: 8005003b CR2: b7462000 CR3: 29de4000 CR4: 000006d0
kernel: [47080.294235] DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000
kernel: [47080.294242] DR6: ffff0ff0 DR7: 00000400
kernel: [47080.294248] Call Trace:
kernel: [47080.294263]  [<f80b238b>] ppp_asynctty_wakeup+0x6b/0x80 [ppp_async]
kernel: [47080.294276]  [<c12dea72>] tty_wakeup+0x72/0x90
kernel: [47080.294287]  [<c12e7603>] pty_unthrottle+0x23/0x50
kernel: [47080.294296]  [<c12e4072>] tty_unthrottle+0x42/0x70
kernel: [47080.294306]  [<c12e254f>] n_tty_read+0x48f/0x730
kernel: [47080.294320]  [<c1039f20>] ? default_wake_function+0x0/0x40
kernel: [47080.294332]  [<c12dd1b0>] tty_read+0xa0/0xe0
kernel: [47080.294341]  [<c12e20c0>] ? n_tty_read+0x0/0x730
kernel: [47080.294352]  [<c10fb30b>] vfs_read+0xbb/0x1c0
kernel: [47080.294362]  [<c12dd110>] ? tty_read+0x0/0xe0
kernel: [47080.294372]  [<c10fbad8>] sys_read+0x58/0xa0
kernel: [47080.294383]  [<c100339b>] sysenter_do_call+0x12/0x32
kernel: [47080.294401] BUG: scheduling while atomic: pptpgw/6053/0x00000400
kernel: [47080.294408] INFO: lockdep is turned off.
kernel: [47080.294413] Modules linked in: ppp_deflate zlib_deflate ppp_async crc_ccitt ppp_generic slhc ipv6 fuse loop snd_hda_codec_si3054 snd_hda_codec_realtek snd_hda_intel
snd_hda_codec snd_pcm snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device pcspkr psmouse snd i2c_i801 rng_core serio_raw soundcore snd_page_alloc
asus_laptop evdev sg usbhid sr_mod hid cdrom sd_mod ata_generic pata_acpi ata_piix ricoh_mmc sdhci_pci sdhci ide_pci_generic uhci_hcd mmc_core led_class ehci_hcd usbcore r8169 mii
kernel: [47080.294548] 
kernel: [47080.294555] Pid: 6053, comm: pptpgw Not tainted (2.6.31-rc1-dbgnv-git6 #1) F3JC                
kernel: [47080.294564] EIP: 0060:[<c104c50a>] EFLAGS: 00200246 CPU: 0
kernel: [47080.294572] EIP is at __tasklet_schedule+0x6a/0x90
kernel: [47080.294579] EAX: 00000000 EBX: c31cf17c ECX: 00000000 EDX: 00000000
kernel: [47080.294586] ESI: 00200246 EDI: 00000fff EBP: c3271e60 ESP: c3271e54
kernel: [47080.294593]  DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
kernel: [47080.294600] CR0: 8005003b CR2: b7462000 CR3: 29de4000 CR4: 000006d0
kernel: [47080.294607] DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000
kernel: [47080.294614] DR6: ffff0ff0 DR7: 00000400
kernel: [47080.294619] Call Trace:
kernel: [47080.294631]  [<f80b238b>] ppp_asynctty_wakeup+0x6b/0x80 [ppp_async]
kernel: [47080.294641]  [<c12dea72>] tty_wakeup+0x72/0x90
kernel: [47080.294651]  [<c12e7603>] pty_unthrottle+0x23/0x50
kernel: [47080.294661]  [<c12e4072>] tty_unthrottle+0x42/0x70
kernel: [47080.294670]  [<c12e254f>] n_tty_read+0x48f/0x730
kernel: [47080.294683]  [<c1039f20>] ? default_wake_function+0x0/0x40
kernel: [47080.294695]  [<c12dd1b0>] tty_read+0xa0/0xe0
kernel: [47080.294704]  [<c12e20c0>] ? n_tty_read+0x0/0x730
kernel: [47080.294714]  [<c10fb30b>] vfs_read+0xbb/0x1c0
kernel: [47080.294724]  [<c12dd110>] ? tty_read+0x0/0xe0
kernel: [47080.294733]  [<c10fbad8>] sys_read+0x58/0xa0
kernel: [47080.294744]  [<c100339b>] sysenter_do_call+0x12/0x32
pptp[6064]: anon log[logecho:pptp_ctrl.c:677]: Echo Reply received.
kernel: [47113.649464] INFO: RCU detected CPU 1 stall (t=14044096/3000 jiffies)
kernel: [47113.649464] Pid: 6052, comm: pppd Not tainted 2.6.31-rc1-dbgnv-git6 #1
kernel: [47113.649464] Call Trace:
kernel: [47113.649464]  [<c1417a58>] ? printk+0x23/0x36
kernel: [47113.649464]  [<c10a8220>] __rcu_pending+0x140/0x210
kernel: [47113.649464]  [<c10a831a>] rcu_pending+0x2a/0x70
kernel: [47113.649464]  [<c1051bdf>] update_process_times+0x3f/0x80
kernel: [47113.649464]  [<c10714df>] tick_sched_timer+0x6f/0xf0
kernel: [47113.649464]  [<c10640f6>] __run_hrtimer+0x56/0xe0
kernel: [47113.649464]  [<c1071470>] ? tick_sched_timer+0x0/0xf0
kernel: [47113.649464]  [<c1071470>] ? tick_sched_timer+0x0/0xf0
kernel: [47113.649464]  [<c1064af5>] hrtimer_interrupt+0x145/0x270
kernel: [47113.649464]  [<c1070ea6>] ? tick_program_event+0x36/0x60
kernel: [47113.649464]  [<c101c4bc>] smp_apic_timer_interrupt+0x5c/0xb0
kernel: [47113.649464]  [<c12582b8>] ? trace_hardirqs_off_thunk+0xc/0x14
kernel: [47113.649464]  [<c1003e36>] apic_timer_interrupt+0x36/0x3c
kernel: [47113.649464]  [<c1257c46>] ? delay_tsc+0x26/0x80
kernel: [47113.649464]  [<c1257ba8>] __delay+0x18/0x30
kernel: [47113.649464]  [<c125d956>] _raw_spin_lock+0xf6/0x170
kernel: [47113.649464]  [<f8097e94>] ? ppp_channel_push+0x24/0xd0 [ppp_generic]
kernel: [47113.649464]  [<c141b3d2>] _spin_lock_bh+0x62/0x90
kernel: [47113.649464]  [<f8097e94>] ? ppp_channel_push+0x24/0xd0 [ppp_generic]
kernel: [47113.649464]  [<f8097e94>] ppp_channel_push+0x24/0xd0 [ppp_generic]
kernel: [47113.649464]  [<f8098057>] ppp_write+0xd7/0xe0 [ppp_generic]
kernel: [47113.649464]  [<c10fafae>] vfs_write+0xbe/0x1c0
kernel: [47113.649464]  [<f8097f80>] ? ppp_write+0x0/0xe0 [ppp_generic]
kernel: [47113.649464]  [<c10fba38>] sys_write+0x58/0xa0
kernel: [47113.649464]  [<c100339b>] sysenter_do_call+0x12/0x32
/USR/SBIN/CRON[6450]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
kernel: [47143.649461] INFO: RCU detected CPU 1 stall (t=14053096/12000 jiffies)
kernel: [47143.649461] Pid: 6052, comm: pppd Not tainted 2.6.31-rc1-dbgnv-git6 #1
kernel: [47143.649461] Call Trace:
kernel: [47143.649461]  [<c1417a58>] ? printk+0x23/0x36
kernel: [47143.649461]  [<c10a8220>] __rcu_pending+0x140/0x210
kernel: [47143.649461]  [<c10a831a>] rcu_pending+0x2a/0x70
kernel: [47143.649461]  [<c1051bdf>] update_process_times+0x3f/0x80
kernel: [47143.649461]  [<c10714df>] tick_sched_timer+0x6f/0xf0
kernel: [47143.649461]  [<c10640f6>] __run_hrtimer+0x56/0xe0
kernel: [47143.649461]  [<c1071470>] ? tick_sched_timer+0x0/0xf0
kernel: [47143.649461]  [<c1071470>] ? tick_sched_timer+0x0/0xf0
kernel: [47143.649461]  [<c1064af5>] hrtimer_interrupt+0x145/0x270
kernel: [47143.649461]  [<c1070ea6>] ? tick_program_event+0x36/0x60
kernel: [47143.649461]  [<c101c4bc>] smp_apic_timer_interrupt+0x5c/0xb0
kernel: [47143.649461]  [<c12582b8>] ? trace_hardirqs_off_thunk+0xc/0x14
kernel: [47143.649461]  [<c1003e36>] apic_timer_interrupt+0x36/0x3c
kernel: [47143.649461]  [<c1257c65>] ? delay_tsc+0x45/0x80
kernel: [47143.649461]  [<c1257ba8>] __delay+0x18/0x30
kernel: [47143.649461]  [<c125d956>] _raw_spin_lock+0xf6/0x170
kernel: [47143.649461]  [<f8097e94>] ? ppp_channel_push+0x24/0xd0 [ppp_generic]
kernel: [47143.649461]  [<c141b3d2>] _spin_lock_bh+0x62/0x90
kernel: [47143.649461]  [<f8097e94>] ? ppp_channel_push+0x24/0xd0 [ppp_generic]
kernel: [47143.649461]  [<f8097e94>] ppp_channel_push+0x24/0xd0 [ppp_generic]
kernel: [47143.649461]  [<f8098057>] ppp_write+0xd7/0xe0 [ppp_generic]
kernel: [47143.649461]  [<c10fafae>] vfs_write+0xbe/0x1c0
kernel: [47143.649461]  [<f8097f80>] ? ppp_write+0x0/0xe0 [ppp_generic]
kernel: [47143.649461]  [<c10fba38>] sys_write+0x58/0xa0
kernel: [47143.649461]  [<c100339b>] sysenter_do_call+0x12/0x32
pptp[6064]: anon log[logecho:pptp_ctrl.c:677]: Echo Reply received.
pptp[6064]: anon log[logecho:pptp_ctrl.c:679]: no more Echo Reply/Request packets will be reported.
kernel: [47173.649458] INFO: RCU detected CPU 1 stall (t=14062096/21000 jiffies)
kernel: [47173.649458] Pid: 6052, comm: pppd Not tainted 2.6.31-rc1-dbgnv-git6 #1
kernel: [47173.649458] Call Trace:
kernel: [47173.649458]  [<c1417a58>] ? printk+0x23/0x36
kernel: [47173.649458]  [<c10a8220>] __rcu_pending+0x140/0x210
kernel: [47173.649458]  [<c10a831a>] rcu_pending+0x2a/0x70
kernel: [47173.649458]  [<c1051bdf>] update_process_times+0x3f/0x80
kernel: [47173.649458]  [<c10714df>] tick_sched_timer+0x6f/0xf0
kernel: [47173.649458]  [<c10640f6>] __run_hrtimer+0x56/0xe0
kernel: [47173.649458]  [<c1071470>] ? tick_sched_timer+0x0/0xf0
kernel: [47173.649458]  [<c1071470>] ? tick_sched_timer+0x0/0xf0
kernel: [47173.649458]  [<c1064af5>] hrtimer_interrupt+0x145/0x270
kernel: [47173.649458]  [<c1070ea6>] ? tick_program_event+0x36/0x60
kernel: [47173.649458]  [<c101c4bc>] smp_apic_timer_interrupt+0x5c/0xb0
kernel: [47173.649458]  [<c12582b8>] ? trace_hardirqs_off_thunk+0xc/0x14
kernel: [47173.649458]  [<c1003e36>] apic_timer_interrupt+0x36/0x3c
kernel: [47173.649458]  [<c1257c65>] ? delay_tsc+0x45/0x80
kernel: [47173.649458]  [<c1257ba8>] __delay+0x18/0x30
kernel: [47173.649458]  [<c125d956>] _raw_spin_lock+0xf6/0x170
kernel: [47173.649458]  [<f8097e94>] ? ppp_channel_push+0x24/0xd0 [ppp_generic]
kernel: [47173.649458]  [<c141b3d2>] _spin_lock_bh+0x62/0x90
kernel: [47173.649458]  [<f8097e94>] ? ppp_channel_push+0x24/0xd0 [ppp_generic]
kernel: [47173.649458]  [<f8097e94>] ppp_channel_push+0x24/0xd0 [ppp_generic]
kernel: [47173.649458]  [<f8098057>] ppp_write+0xd7/0xe0 [ppp_generic]
kernel: [47173.649458]  [<c10fafae>] vfs_write+0xbe/0x1c0
kernel: [47173.649458]  [<f8097f80>] ? ppp_write+0x0/0xe0 [ppp_generic]
kernel: [47173.649458]  [<c10fba38>] sys_write+0x58/0xa0
kernel: [47173.649458]  [<c100339b>] sysenter_do_call+0x12/0x32
kernel: [47203.649454] INFO: RCU detected CPU 1 stall (t=14071096/30000 jiffies)
kernel: [47203.649456] Pid: 6052, comm: pppd Not tainted 2.6.31-rc1-dbgnv-git6 #1
kernel: [47203.649456] Call Trace:
kernel: [47203.649456]  [<c1417a58>] ? printk+0x23/0x36
kernel: [47203.649456]  [<c10a8220>] __rcu_pending+0x140/0x210
kernel: [47203.649456]  [<c10a831a>] rcu_pending+0x2a/0x70
kernel: [47203.649456]  [<c1051bdf>] update_process_times+0x3f/0x80
kernel: [47203.649456]  [<c10714df>] tick_sched_timer+0x6f/0xf0
kernel: [47203.649456]  [<c10640f6>] __run_hrtimer+0x56/0xe0
kernel: [47203.649456]  [<c1071470>] ? tick_sched_timer+0x0/0xf0
kernel: [47203.649456]  [<c1071470>] ? tick_sched_timer+0x0/0xf0
kernel: [47203.649456]  [<c1064af5>] hrtimer_interrupt+0x145/0x270
kernel: [47203.649456]  [<c101c4bc>] smp_apic_timer_interrupt+0x5c/0xb0
kernel: [47203.649456]  [<c12582b8>] ? trace_hardirqs_off_thunk+0xc/0x14
kernel: [47203.649456]  [<c1003e36>] apic_timer_interrupt+0x36/0x3c
kernel: [47203.649456]  [<c1257c65>] ? delay_tsc+0x45/0x80
kernel: [47203.649456]  [<c1257ba8>] __delay+0x18/0x30
kernel: [47203.649456]  [<c125d956>] _raw_spin_lock+0xf6/0x170
kernel: [47203.649456]  [<f8097e94>] ? ppp_channel_push+0x24/0xd0 [ppp_generic]
kernel: [47203.649456]  [<c141b3d2>] _spin_lock_bh+0x62/0x90
kernel: [47203.649456]  [<f8097e94>] ? ppp_channel_push+0x24/0xd0 [ppp_generic]
kernel: [47203.649456]  [<f8097e94>] ppp_channel_push+0x24/0xd0 [ppp_generic]
kernel: [47203.649456]  [<f8098057>] ppp_write+0xd7/0xe0 [ppp_generic]
kernel: [47203.649456]  [<c10fafae>] vfs_write+0xbe/0x1c0
kernel: [47203.649456]  [<f8097f80>] ? ppp_write+0x0/0xe0 [ppp_generic]
kernel: [47203.649456]  [<c10fba38>] sys_write+0x58/0xa0
kernel: [47203.649456]  [<c100339b>] sysenter_do_call+0x12/0x32
kernel: [47233.649451] INFO: RCU detected CPU 1 stall (t=14080096/39000 jiffies)
kernel: [47233.649452] Pid: 6052, comm: pppd Not tainted 2.6.31-rc1-dbgnv-git6 #1
kernel: [47233.649452] Call Trace:
kernel: [47233.649452]  [<c1417a58>] ? printk+0x23/0x36
kernel: [47233.649452]  [<c10a8220>] __rcu_pending+0x140/0x210
kernel: [47233.649452]  [<c10a831a>] rcu_pending+0x2a/0x70
kernel: [47233.649452]  [<c1051bdf>] update_process_times+0x3f/0x80
kernel: [47233.649452]  [<c10714df>] tick_sched_timer+0x6f/0xf0
kernel: [47233.649452]  [<c10640f6>] __run_hrtimer+0x56/0xe0
kernel: [47233.649452]  [<c1071470>] ? tick_sched_timer+0x0/0xf0
kernel: [47233.649452]  [<c1071470>] ? tick_sched_timer+0x0/0xf0
kernel: [47233.649452]  [<c1064af5>] hrtimer_interrupt+0x145/0x270
kernel: [47233.649452]  [<c1070ea6>] ? tick_program_event+0x36/0x60
kernel: [47233.649452]  [<c101c4bc>] smp_apic_timer_interrupt+0x5c/0xb0
kernel: [47233.649452]  [<c12582b8>] ? trace_hardirqs_off_thunk+0xc/0x14
kernel: [47233.649452]  [<c1003e36>] apic_timer_interrupt+0x36/0x3c
kernel: [47233.649452]  [<c1257c63>] ? delay_tsc+0x43/0x80
kernel: [47233.649452]  [<c1257ba8>] __delay+0x18/0x30
kernel: [47233.649452]  [<c125d956>] _raw_spin_lock+0xf6/0x170
kernel: [47233.649452]  [<f8097e94>] ? ppp_channel_push+0x24/0xd0 [ppp_generic]
kernel: [47233.649452]  [<c141b3d2>] _spin_lock_bh+0x62/0x90
kernel: [47233.649452]  [<f8097e94>] ? ppp_channel_push+0x24/0xd0 [ppp_generic]
kernel: [47233.649452]  [<f8097e94>] ppp_channel_push+0x24/0xd0 [ppp_generic]
kernel: [47233.649452]  [<f8098057>] ppp_write+0xd7/0xe0 [ppp_generic]
kernel: [47233.649452]  [<c10fafae>] vfs_write+0xbe/0x1c0
kernel: [47233.649452]  [<f8097f80>] ? ppp_write+0x0/0xe0 [ppp_generic]
kernel: [47233.649452]  [<c10fba38>] sys_write+0x58/0xa0
kernel: [47233.649452]  [<c100339b>] sysenter_do_call+0x12/0x32
kernel: [47263.649448] INFO: RCU detected CPU 1 stall (t=14089096/48000 jiffies)
kernel: [47263.649449] Pid: 6052, comm: pppd Not tainted 2.6.31-rc1-dbgnv-git6 #1
kernel: [47263.649449] Call Trace:
kernel: [47263.649449]  [<c1417a58>] ? printk+0x23/0x36
kernel: [47263.649449]  [<c10a8220>] __rcu_pending+0x140/0x210
kernel: [47263.649449]  [<c10a831a>] rcu_pending+0x2a/0x70
kernel: [47263.649449]  [<c1051bdf>] update_process_times+0x3f/0x80
kernel: [47263.649449]  [<c10714df>] tick_sched_timer+0x6f/0xf0
kernel: [47263.649449]  [<c10640f6>] __run_hrtimer+0x56/0xe0
kernel: [47263.649449]  [<c1071470>] ? tick_sched_timer+0x0/0xf0
kernel: [47263.649449]  [<c1071470>] ? tick_sched_timer+0x0/0xf0
kernel: [47263.649449]  [<c1064af5>] hrtimer_interrupt+0x145/0x270
kernel: [47263.649449]  [<c1070ea6>] ? tick_program_event+0x36/0x60
kernel: [47263.649449]  [<c101c4bc>] smp_apic_timer_interrupt+0x5c/0xb0
kernel: [47263.649449]  [<c12582b8>] ? trace_hardirqs_off_thunk+0xc/0x14
kernel: [47263.649449]  [<c1003e36>] apic_timer_interrupt+0x36/0x3c
kernel: [47263.649449]  [<c1257c65>] ? delay_tsc+0x45/0x80
kernel: [47263.649449]  [<c1257ba8>] __delay+0x18/0x30
kernel: [47263.649449]  [<c125d956>] _raw_spin_lock+0xf6/0x170
kernel: [47263.649449]  [<f8097e94>] ? ppp_channel_push+0x24/0xd0 [ppp_generic]
kernel: [47263.649449]  [<c141b3d2>] _spin_lock_bh+0x62/0x90
kernel: [47263.649449]  [<f8097e94>] ? ppp_channel_push+0x24/0xd0 [ppp_generic]
kernel: [47263.649449]  [<f8097e94>] ppp_channel_push+0x24/0xd0 [ppp_generic]
kernel: [47263.649449]  [<f8098057>] ppp_write+0xd7/0xe0 [ppp_generic]
kernel: [47263.649449]  [<c10fafae>] vfs_write+0xbe/0x1c0
kernel: [47263.649449]  [<f8097f80>] ? ppp_write+0x0/0xe0 [ppp_generic]
kernel: [47263.649449]  [<c10fba38>] sys_write+0x58/0xa0
kernel: [47263.649449]  [<c100339b>] sysenter_do_call+0x12/0x32
kernel: [47293.649445] INFO: RCU detected CPU 1 stall (t=14098096/57000 jiffies)
kernel: [47293.649446] Pid: 6052, comm: pppd Not tainted 2.6.31-rc1-dbgnv-git6 #1
kernel: [47293.649446] Call Trace:
kernel: [47293.649446]  [<c1417a58>] ? printk+0x23/0x36
kernel: [47293.649446]  [<c10a8220>] __rcu_pending+0x140/0x210
kernel: [47293.649446]  [<c10a831a>] rcu_pending+0x2a/0x70
kernel: [47293.649446]  [<c1051bdf>] update_process_times+0x3f/0x80
kernel: [47293.649446]  [<c10714df>] tick_sched_timer+0x6f/0xf0
kernel: [47293.649446]  [<c10640f6>] __run_hrtimer+0x56/0xe0
kernel: [47293.649446]  [<c1071470>] ? tick_sched_timer+0x0/0xf0
kernel: [47293.649446]  [<c1071470>] ? tick_sched_timer+0x0/0xf0
kernel: [47293.649446]  [<c1064af5>] hrtimer_interrupt+0x145/0x270
kernel: [47293.649446]  [<c1070ea6>] ? tick_program_event+0x36/0x60
kernel: [47293.649446]  [<c101c4bc>] smp_apic_timer_interrupt+0x5c/0xb0
kernel: [47293.649446]  [<c12582b8>] ? trace_hardirqs_off_thunk+0xc/0x14
kernel: [47293.649446]  [<c1003e36>] apic_timer_interrupt+0x36/0x3c
kernel: [47293.649446]  [<c1257c48>] ? delay_tsc+0x28/0x80
kernel: [47293.649446]  [<c1257ba8>] __delay+0x18/0x30
kernel: [47293.649446]  [<c125d956>] _raw_spin_lock+0xf6/0x170
kernel: [47293.649446]  [<f8097e94>] ? ppp_channel_push+0x24/0xd0 [ppp_generic]
kernel: [47293.649446]  [<c141b3d2>] _spin_lock_bh+0x62/0x90
kernel: [47293.649446]  [<f8097e94>] ? ppp_channel_push+0x24/0xd0 [ppp_generic]
kernel: [47293.649446]  [<f8097e94>] ppp_channel_push+0x24/0xd0 [ppp_generic]
kernel: [47293.649446]  [<f8098057>] ppp_write+0xd7/0xe0 [ppp_generic]
kernel: [47293.649446]  [<c10fafae>] vfs_write+0xbe/0x1c0
kernel: [47293.649446]  [<f8097f80>] ? ppp_write+0x0/0xe0 [ppp_generic]
kernel: [47293.649446]  [<c10fba38>] sys_write+0x58/0xa0
kernel: [47293.649446]  [<c100339b>] sysenter_do_call+0x12/0x32


	Sergey

Re: [Bug #13592] Root partition is not found

[Rafael J. Wysocki]

On Tuesday 30 June 2009, François Valenduc wrote:
> Rafael J. Wysocki a écrit :
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.30.  Please verify if it still should be listed and let me know
> > (either way).
> >
> >
> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13592
> > Subject		: Root partition is not found
> > Submitter	: François Valenduc <francois.valenduc-bmtTS95sd5BUM80lpFwj4w@public.gmane.org>
> > Date		: 2009-06-21 08:42 (8 days old)
> >
> >
> >
> >   
> In fact, this problem is already solved in 2.6.31-rc1.

Thanks, closed.

Best,
Rafael

Re: [Bug #13627] Tunnel device ignores TCP/UDP traffic

[Jeff Chua]

On Mon, Jun 29, 2009 at 8:11 AM, Rafael J. Wysocki<rjw-KKrjLPT3xs0@public.gmane.org> wrote:

> Bug-Entry       : http://bugzilla.kernel.org/show_bug.cgi?id=13627
> Subject         : Tunnel device ignores TCP/UDP traffic
> Submitter       : Paul Martin <pm-8fiUuRrzOP0dnm+yROfE0A@public.gmane.org>
> Date            : 2009-06-26 14:45 (3 days old)

I think I'm having the same issue here. Both vpnc and KVM (using tap0)
not working on 2.6.31-rc1. I think it worked before <2.6.30.

i've tried the patches as mentioned in
http://bugzilla.kernel.org/show_bug.cgi?id=13627, but still not
working.

Thanks,
Jeff.

Re: [Bug #13627] Tunnel device ignores TCP/UDP traffic

[Herbert Xu]

On Wed, Jul 01, 2009 at 10:34:10PM +0800, Jeff Chua wrote:
> On Mon, Jun 29, 2009 at 8:11 AM, Rafael J. Wysocki<rjw-KKrjLPT3xs0@public.gmane.org> wrote:
> 
> > Bug-Entry       : http://bugzilla.kernel.org/show_bug.cgi?id=13627
> > Subject         : Tunnel device ignores TCP/UDP traffic
> > Submitter       : Paul Martin <pm-8fiUuRrzOP0dnm+yROfE0A@public.gmane.org>
> > Date            : 2009-06-26 14:45 (3 days old)
> 
> I think I'm having the same issue here. Both vpnc and KVM (using tap0)
> not working on 2.6.31-rc1. I think it worked before <2.6.30.
> 
> i've tried the patches as mentioned in
> http://bugzilla.kernel.org/show_bug.cgi?id=13627, but still not
> working.

So you mean that 71f9dacd2e4d233029e9e956ca3f79531f411827 doesn't
work? Does reverting d55d87fdff8252d0e2f7c28c2d443aee17e9d70f help?

If not can you elaborate on what you mean by not working?

Thanks,
-- 
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <herbert-lOAM2aK0SrRLBo1qDEOMRrpzq4S04n8Q@public.gmane.org>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt

Re: [Bug #13627] Tunnel device ignores TCP/UDP traffic

[Jeff Chua]

On Wed, Jul 1, 2009 at 11:13 PM, Herbert Xu<herbert-lOAM2aK0SrRLBo1qDEOMRrpzq4S04n8Q@public.gmane.org> wrote:

> So you mean that 71f9dacd2e4d233029e9e956ca3f79531f411827 doesn't
> work? Does reverting d55d87fdff8252d0e2f7c28c2d443aee17e9d70f help?

My Linux git already has these two commits, and I tested it with vpnc
(0.5.3) and it connected, but can't ping or ssh to remote. It was
working prior to 2.6.30.

Tested reverting d55d87fdff8252d0e2f7c28c2d443aee17e9d70f, but still
no good. Also reverted 71f9dacd2e4d233029e9e956ca3f79531f411827, still
no good.

> If not can you elaborate on what you mean by not working?

It seems the tunnel is not setup correctly, but I'll have to revert
back to 2.6.29+ to verify.

On kvm (again, it could be KVM which I'm not 100% sure. kvm-87),  it
won't ping to/from the guest system with host ... Used to work before
2.6.31-rc1 with guest net model=e1000 and model=virtio, but with
2.6.31-rc1, only works with model=virtio. .. This could be an
_unrelated_ issue though.

/usr/local/kvm/bin/qemu-system-x86_64 \
        -localtime \
        -net nic,vlan=0,model=e1000 \
        -net tap,script=/root/scripts2/tunx \


Thanks,
Jeff.

Re: [Bug #13627] Tunnel device ignores TCP/UDP traffic

[Herbert Xu]

On Thu, Jul 02, 2009 at 12:14:37AM +0800, Jeff Chua wrote:
> > work? Does reverting d55d87fdff8252d0e2f7c28c2d443aee17e9d70f help?
> 
> My Linux git already has these two commits, and I tested it with vpnc
> (0.5.3) and it connected, but can't ping or ssh to remote. It was
> working prior to 2.6.30.
> 
> Tested reverting d55d87fdff8252d0e2f7c28c2d443aee17e9d70f, but still
> no good. Also reverted 71f9dacd2e4d233029e9e956ca3f79531f411827, still
> no good.

OK then your problem is a completely different issue.  Please
strace vpnc and see what it's doing.  You should also take a
tcpdump on the tun interface to go with the strace.

Thanks,
-- 
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <herbert-lOAM2aK0SrRLBo1qDEOMRrpzq4S04n8Q@public.gmane.org>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt