LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
* Re: [Bug 8464] New: autoreconf: page allocation failure. order:2, mode:0x84020
       [not found] <200705102128.l4ALSI2A017437@fire-2.osdl.org>
@ 2007-05-10 21:43 ` Andrew Morton
  2007-05-10 21:49   ` Christoph Lameter
  0 siblings, 1 reply; 24+ messages in thread
From: Andrew Morton @ 2007-05-10 21:43 UTC (permalink / raw)
  To: Christoph Lameter
  Cc: linux-mm, linux-kernel, Nicolas.Mailhot,
	bugme-daemon@kernel-bugs.osdl.org

On Thu, 10 May 2007 14:28:18 -0700
bugme-daemon@bugzilla.kernel.org wrote:

> http://bugzilla.kernel.org/show_bug.cgi?id=8464
> 
>            Summary: autoreconf: page allocation failure. order:2,
>                     mode:0x84020
>     Kernel Version: 2.6.21-mm2 with SLUB
>             Status: NEW
>           Severity: normal
>              Owner: clameter@sgi.com
>          Submitter: Nicolas.Mailhot@LaPoste.net
>                 CC: akpm@osdl.org
> 
> 
> Most recent kernel where this bug did *NOT* occur: 2.6.21-rc6.mm1 with SLAB
> Distribution: Fedora Devel
> Hardware Environment: AMD X2 on CK804
> Software Environment: N/A
> Problem Description:
> 
> Just noticed this in kernel logs :
> 
>  autoreconf: page allocation failure. order:2, mode:0x84020
> May 10 20:13:13 rousalka kernel: 
> May 10 20:13:13 rousalka kernel: Call Trace:
> May 10 20:13:13 rousalka kernel: [<ffffffff8025b56a>] __alloc_pages+0x2aa/0x2c3
> May 10 20:13:13 rousalka kernel: [<ffffffff8029c05f>] bio_alloc+0x10/0x1f
> May 10 20:13:13 rousalka kernel: [<ffffffff8027519d>] __slab_alloc+0x196/0x586
> May 10 20:13:13 rousalka kernel: [<ffffffff80300d21>]
> radix_tree_node_alloc+0x36/0x7e
> May 10 20:13:13 rousalka kernel: [<ffffffff80275922>] kmem_cache_alloc+0x32/0x4e
> May 10 20:13:13 rousalka kernel: [<ffffffff80300d21>]
> radix_tree_node_alloc+0x36/0x7e
> May 10 20:13:13 rousalka kernel: [<ffffffff803011a4>] radix_tree_insert+0xcb/0x18c
> May 10 20:13:13 rousalka kernel: [<ffffffff88029bd0>] :ext3:ext3_get_block+0x0/0xe4
> May 10 20:13:13 rousalka kernel: [<ffffffff80256ac4>] add_to_page_cache+0x3d/0x95
> May 10 20:13:13 rousalka kernel: [<ffffffff8029fe29>] mpage_readpages+0x85/0x12c
> May 10 20:13:13 rousalka kernel: [<ffffffff88029bd0>] :ext3:ext3_get_block+0x0/0xe4
> May 10 20:13:13 rousalka kernel: [<ffffffff8025cde1>]
> __do_page_cache_readahead+0x158/0x22d
> May 10 20:13:13 rousalka kernel: [<ffffffff88084aa7>]
> :dm_mod:dm_table_any_congested+0x46/0x63
> May 10 20:13:13 rousalka kernel: [<ffffffff88082ce8>]
> :dm_mod:dm_any_congested+0x3b/0x42
> May 10 20:13:13 rousalka kernel: [<ffffffff80258802>] filemap_fault+0x162/0x347
> May 10 20:13:13 rousalka kernel: [<ffffffff80261c66>] __do_fault+0x66/0x446
> May 10 20:13:13 rousalka kernel: [<ffffffff80263ca9>] __handle_mm_fault+0x4b1/0x8f5
> May 10 20:13:13 rousalka kernel: [<ffffffff80419e84>] do_page_fault+0x39a/0x7b7
> May 10 20:13:13 rousalka kernel: [<ffffffff80419f31>] do_page_fault+0x447/0x7b7
> May 10 20:13:13 rousalka kernel: [<ffffffff8041847d>] error_exit+0x0/0x84
> 

This looks bad.

It's a bit hard to tell who failed - was it bio_alloc() or was it
radix-tree node allocation?  Give the allocation mode, I'd suspect
bio_alloc(), but I don't immediately see where we'd be doing an atomic
allocation for a bio.

Either way, it would worry me greatly if slub is fiddling with the mapping
of object-size-to-page-allocation-order.  A _lot_ of things which were
previously relaible and hugely tested would become less reliable, and less
tested.

Christoph, can we please take a look at /proc/slabinfo and its slub
equivalent (I forget what that is?) and review any and all changes to the
underlying allocation size for each cache?

Because this is *not* something we should change lightly.


^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: [Bug 8464] New: autoreconf: page allocation failure. order:2, mode:0x84020
  2007-05-10 21:43 ` [Bug 8464] New: autoreconf: page allocation failure. order:2, mode:0x84020 Andrew Morton
@ 2007-05-10 21:49   ` Christoph Lameter
  2007-05-10 22:06     ` Mel Gorman
  0 siblings, 1 reply; 24+ messages in thread
From: Christoph Lameter @ 2007-05-10 21:49 UTC (permalink / raw)
  To: Andrew Morton
  Cc: linux-mm, Mel Gorman, linux-kernel, Nicolas.Mailhot,
	bugme-daemon@kernel-bugs.osdl.org

On Thu, 10 May 2007, Andrew Morton wrote:

> Christoph, can we please take a look at /proc/slabinfo and its slub
> equivalent (I forget what that is?) and review any and all changes to the
> underlying allocation size for each cache?
> 
> Because this is *not* something we should change lightly.

It was changed specially for mm in order to stress the antifrag code. If 
this causes trouble then do not merge the patches against SLUB that 
exploit the antifrag methods. This failure should help see how effective 
Mel's antifrag patches are. He needs to get on this dicussion.

Upstream has slub_max_order=1.

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: [Bug 8464] New: autoreconf: page allocation failure. order:2, mode:0x84020
  2007-05-10 21:49   ` Christoph Lameter
@ 2007-05-10 22:06     ` Mel Gorman
  2007-05-10 22:11       ` Christoph Lameter
  0 siblings, 1 reply; 24+ messages in thread
From: Mel Gorman @ 2007-05-10 22:06 UTC (permalink / raw)
  To: Christoph Lameter
  Cc: Andrew Morton, linux-mm, linux-kernel, Nicolas.Mailhot,
	bugme-daemon@kernel-bugs.osdl.org

On (10/05/07 14:49), Christoph Lameter didst pronounce:
> On Thu, 10 May 2007, Andrew Morton wrote:
> 
> > Christoph, can we please take a look at /proc/slabinfo and its slub
> > equivalent (I forget what that is?) and review any and all changes to the
> > underlying allocation size for each cache?
> > 
> > Because this is *not* something we should change lightly.
> 
> It was changed specially for mm in order to stress the antifrag code. If 
> this causes trouble then do not merge the patches against SLUB that 
> exploit the antifrag methods. This failure should help see how effective 
> Mel's antifrag patches are. He needs to get on this dicussion.
> 

The antfrag mechanism depends on the caller being able to sleep and reclaim
pages if necessary to get the contiguous allocation. No attempts are being
currently made to keep pages at a particular order free.

I see the gfpmask was 0x84020. That doesn't look like __GFP_WAIT was set,
right? Does that mean that SLUB is trying to allocate pages atomically? If so,
it would explain why this situation could still occur even though high-order
allocations that could sleep would succeed.

> Upstream has slub_max_order=1.

-- 
Mel Gorman
Part-time Phd Student                          Linux Technology Center
University of Limerick                         IBM Dublin Software Lab

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: [Bug 8464] New: autoreconf: page allocation failure. order:2, mode:0x84020
  2007-05-10 22:06     ` Mel Gorman
@ 2007-05-10 22:11       ` Christoph Lameter
  2007-05-10 22:16         ` Mel Gorman
  0 siblings, 1 reply; 24+ messages in thread
From: Christoph Lameter @ 2007-05-10 22:11 UTC (permalink / raw)
  To: Mel Gorman
  Cc: Andrew Morton, linux-mm, linux-kernel, Nicolas.Mailhot,
	bugme-daemon@kernel-bugs.osdl.org

On Thu, 10 May 2007, Mel Gorman wrote:

> I see the gfpmask was 0x84020. That doesn't look like __GFP_WAIT was set,
> right? Does that mean that SLUB is trying to allocate pages atomically? If so,
> it would explain why this situation could still occur even though high-order
> allocations that could sleep would succeed.

SLUB is following the gfp mask of the caller like all well behaved slab 
allocators do. If the caller does not set __GFP_WAIT then the page 
allocator also cannot wait.

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: [Bug 8464] New: autoreconf: page allocation failure. order:2, mode:0x84020
  2007-05-10 22:11       ` Christoph Lameter
@ 2007-05-10 22:16         ` Mel Gorman
  2007-05-10 22:27           ` Christoph Lameter
  0 siblings, 1 reply; 24+ messages in thread
From: Mel Gorman @ 2007-05-10 22:16 UTC (permalink / raw)
  To: Christoph Lameter
  Cc: Mel Gorman, Andrew Morton, linux-mm, linux-kernel,
	Nicolas.Mailhot, bugme-daemon@kernel-bugs.osdl.org

On (10/05/07 15:11), Christoph Lameter didst pronounce:
> On Thu, 10 May 2007, Mel Gorman wrote:
> 
> > I see the gfpmask was 0x84020. That doesn't look like __GFP_WAIT was set,
> > right? Does that mean that SLUB is trying to allocate pages atomically? If so,
> > it would explain why this situation could still occur even though high-order
> > allocations that could sleep would succeed.
> 
> SLUB is following the gfp mask of the caller like all well behaved slab 
> allocators do. If the caller does not set __GFP_WAIT then the page 
> allocator also cannot wait.

Then SLUB should not use the higher orders for slab allocations that cannot
sleep during allocations. What could be done in the longer term is decide
how to tell kswapd to keep pages free at an order other than 0 when it is
known there are a large number of high-order long-lived allocations like this.

-- 
Mel Gorman
Part-time Phd Student                          Linux Technology Center
University of Limerick                         IBM Dublin Software Lab

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: [Bug 8464] New: autoreconf: page allocation failure. order:2, mode:0x84020
  2007-05-10 22:16         ` Mel Gorman
@ 2007-05-10 22:27           ` Christoph Lameter
  2007-05-10 22:44             ` Mel Gorman
  0 siblings, 1 reply; 24+ messages in thread
From: Christoph Lameter @ 2007-05-10 22:27 UTC (permalink / raw)
  To: Mel Gorman
  Cc: Andrew Morton, linux-mm, linux-kernel, Nicolas.Mailhot,
	bugme-daemon@kernel-bugs.osdl.org

On Thu, 10 May 2007, Mel Gorman wrote:

> On (10/05/07 15:11), Christoph Lameter didst pronounce:
> > On Thu, 10 May 2007, Mel Gorman wrote:
> > 
> > > I see the gfpmask was 0x84020. That doesn't look like __GFP_WAIT was set,
> > > right? Does that mean that SLUB is trying to allocate pages atomically? If so,
> > > it would explain why this situation could still occur even though high-order
> > > allocations that could sleep would succeed.
> > 
> > SLUB is following the gfp mask of the caller like all well behaved slab 
> > allocators do. If the caller does not set __GFP_WAIT then the page 
> > allocator also cannot wait.
> 
> Then SLUB should not use the higher orders for slab allocations that cannot
> sleep during allocations. What could be done in the longer term is decide
> how to tell kswapd to keep pages free at an order other than 0 when it is
> known there are a large number of high-order long-lived allocations like this.

I cannot predict how allocations on a slab will be performed. In order 
to avoid the higher order allocations in we would have to add a flag 
that tells SLUB at slab creation creation time that this cache will be 
used for atomic allocs and thus we can avoid configuring slabs in such a 
way that they use higher order allocs.

The other solution is not to use higher order allocations by dropping the 
antifrag patches in mm that allow SLUB to use higher order allocations. 
But then there would be no higher order allocations at all that would use 
the benefits of antifrag measures.

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: [Bug 8464] New: autoreconf: page allocation failure. order:2, mode:0x84020
  2007-05-10 22:27           ` Christoph Lameter
@ 2007-05-10 22:44             ` Mel Gorman
  2007-05-10 22:49               ` Christoph Lameter
  0 siblings, 1 reply; 24+ messages in thread
From: Mel Gorman @ 2007-05-10 22:44 UTC (permalink / raw)
  To: Christoph Lameter
  Cc: Andrew Morton, linux-mm, linux-kernel, Nicolas.Mailhot,
	bugme-daemon@kernel-bugs.osdl.org

On (10/05/07 15:27), Christoph Lameter didst pronounce:
> On Thu, 10 May 2007, Mel Gorman wrote:
> 
> > On (10/05/07 15:11), Christoph Lameter didst pronounce:
> > > On Thu, 10 May 2007, Mel Gorman wrote:
> > > 
> > > > I see the gfpmask was 0x84020. That doesn't look like __GFP_WAIT was set,
> > > > right? Does that mean that SLUB is trying to allocate pages atomically? If so,
> > > > it would explain why this situation could still occur even though high-order
> > > > allocations that could sleep would succeed.
> > > 
> > > SLUB is following the gfp mask of the caller like all well behaved slab 
> > > allocators do. If the caller does not set __GFP_WAIT then the page 
> > > allocator also cannot wait.
> > 
> > Then SLUB should not use the higher orders for slab allocations that cannot
> > sleep during allocations. What could be done in the longer term is decide
> > how to tell kswapd to keep pages free at an order other than 0 when it is
> > known there are a large number of high-order long-lived allocations like this.
> 
> I cannot predict how allocations on a slab will be performed. In order 
> to avoid the higher order allocations in we would have to add a flag 
> that tells SLUB at slab creation creation time that this cache will be 
> used for atomic allocs and thus we can avoid configuring slabs in such a 
> way that they use higher order allocs.
> 

It is an option. I had the gfp flags passed in to kmem_cache_create() in
mind for determining this but SLUB creates slabs differently and different
flags could be passed into kmem_cache_alloc() of course.

> The other solution is not to use higher order allocations by dropping the 
> antifrag patches in mm that allow SLUB to use higher order allocations. 
> But then there would be no higher order allocations at all that would
> use the benefits of antifrag measures.

That would be an immediate solution.

Another alternative is that anti-frag used to also group high-order
allocations together and make it hard to fallback to those areas
for non-atomic allocations. It is currently backed out by the
patch dont-group-high-order-atomic-allocations.patch because
it was intended for rare high-order short-lived allocations
such as e1000 that are currently dealt with by MIGRATE_RESERVE
(bias-the-location-of-pages-freed-for-min_free_kbytes-in-the-same-max_order_nr_pages-blocks.patch)
. The high-order atomic groupings may help here because the high-order
allocations are long-lived and would claim contiguous areas.

The last alternative I think I mentioned already is to have the minimum
order kswapd reclaims as the same order SLUB uses instead of 0 so that
min_free_kbytes is kept at higher orders than current.

-- 
Mel Gorman
Part-time Phd Student                          Linux Technology Center
University of Limerick                         IBM Dublin Software Lab

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: [Bug 8464] New: autoreconf: page allocation failure. order:2, mode:0x84020
  2007-05-10 22:44             ` Mel Gorman
@ 2007-05-10 22:49               ` Christoph Lameter
  2007-05-10 23:00                 ` Mel Gorman
  0 siblings, 1 reply; 24+ messages in thread
From: Christoph Lameter @ 2007-05-10 22:49 UTC (permalink / raw)
  To: Mel Gorman
  Cc: Andrew Morton, linux-mm, linux-kernel, Nicolas.Mailhot,
	bugme-daemon@kernel-bugs.osdl.org

On Thu, 10 May 2007, Mel Gorman wrote:

> > I cannot predict how allocations on a slab will be performed. In order 
> > to avoid the higher order allocations in we would have to add a flag 
> > that tells SLUB at slab creation creation time that this cache will be 
> > used for atomic allocs and thus we can avoid configuring slabs in such a 
> > way that they use higher order allocs.
> > 
> 
> It is an option. I had the gfp flags passed in to kmem_cache_create() in
> mind for determining this but SLUB creates slabs differently and different
> flags could be passed into kmem_cache_alloc() of course.

So we have a collection of flags to add

SLAB_USES_ATOMIC
SLAB_TEMPORARY
SLAB_PERSISTENT
SLAB_RECLAIMABLE
SLAB_MOVABLE

?

> Another alternative is that anti-frag used to also group high-order
> allocations together and make it hard to fallback to those areas
> for non-atomic allocations. It is currently backed out by the
> patch dont-group-high-order-atomic-allocations.patch because
> it was intended for rare high-order short-lived allocations
> such as e1000 that are currently dealt with by MIGRATE_RESERVE
> (bias-the-location-of-pages-freed-for-min_free_kbytes-in-the-same-max_order_nr_pages-blocks.patch)
>  The high-order atomic groupings may help here because the high-order
> allocations are long-lived and would claim contiguous areas.
> 
> The last alternative I think I mentioned already is to have the minimum
> order kswapd reclaims as the same order SLUB uses instead of 0 so that
> min_free_kbytes is kept at higher orders than current.

Would you get a patch to Nicholas to test either of these solutions?

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: [Bug 8464] New: autoreconf: page allocation failure. order:2, mode:0x84020
  2007-05-10 22:49               ` Christoph Lameter
@ 2007-05-10 23:00                 ` Mel Gorman
  2007-05-10 23:01                   ` Christoph Lameter
  0 siblings, 1 reply; 24+ messages in thread
From: Mel Gorman @ 2007-05-10 23:00 UTC (permalink / raw)
  To: Christoph Lameter, Nicolas.Mailhot
  Cc: Mel Gorman, Andrew Morton, linux-mm, linux-kernel,
	bugme-daemon@kernel-bugs.osdl.org

On (10/05/07 15:49), Christoph Lameter didst pronounce:
> On Thu, 10 May 2007, Mel Gorman wrote:
> 
> > > I cannot predict how allocations on a slab will be performed. In order 
> > > to avoid the higher order allocations in we would have to add a flag 
> > > that tells SLUB at slab creation creation time that this cache will be 
> > > used for atomic allocs and thus we can avoid configuring slabs in such a 
> > > way that they use higher order allocs.
> > > 
> > 
> > It is an option. I had the gfp flags passed in to kmem_cache_create() in
> > mind for determining this but SLUB creates slabs differently and different
> > flags could be passed into kmem_cache_alloc() of course.
> 
> So we have a collection of flags to add
> 
> SLAB_USES_ATOMIC

This is a possibility.

> SLAB_TEMPORARY

I have a patch for this sitting in a queue waiting for testing

> SLAB_PERSISTENT
> SLAB_RECLAIMABLE
> SLAB_MOVABLE

I don't think these are required because the necessary information is
available from the GFP flags.

> 
> ?
> 
> > Another alternative is that anti-frag used to also group high-order
> > allocations together and make it hard to fallback to those areas
> > for non-atomic allocations. It is currently backed out by the
> > patch dont-group-high-order-atomic-allocations.patch because
> > it was intended for rare high-order short-lived allocations
> > such as e1000 that are currently dealt with by MIGRATE_RESERVE
> > (bias-the-location-of-pages-freed-for-min_free_kbytes-in-the-same-max_order_nr_pages-blocks.patch)
> >  The high-order atomic groupings may help here because the high-order
> > allocations are long-lived and would claim contiguous areas.
> > 
> > The last alternative I think I mentioned already is to have the minimum
> > order kswapd reclaims as the same order SLUB uses instead of 0 so that
> > min_free_kbytes is kept at higher orders than current.
> 
> Would you get a patch to Nicholas to test either of these solutions?

I do not have a kswapd related patch ready but the first alternative is
readily available.

Nicholas, could you backout the patch
dont-group-high-order-atomic-allocations.patch and test again please?
The following patch has the same effect. Thanks

diff -rup -X /usr/src/patchset-0.6/bin//dontdiff linux-2.6.21-mm2-clean/include/linux/mmzone.h linux-2.6.21-mm2-grouphigh/include/linux/mmzone.h
--- linux-2.6.21-mm2-clean/include/linux/mmzone.h	2007-05-09 10:21:28.000000000 +0100
+++ linux-2.6.21-mm2-grouphigh/include/linux/mmzone.h	2007-05-10 23:54:45.000000000 +0100
@@ -38,8 +38,9 @@ extern int page_group_by_mobility_disabl
 #define MIGRATE_UNMOVABLE     0
 #define MIGRATE_RECLAIMABLE   1
 #define MIGRATE_MOVABLE       2
-#define MIGRATE_RESERVE       3
-#define MIGRATE_TYPES         4
+#define MIGRATE_HIGHATOMIC    3
+#define MIGRATE_RESERVE       4
+#define MIGRATE_TYPES         5
 
 #define for_each_migratetype_order(order, type) \
 	for (order = 0; order < MAX_ORDER; order++) \
diff -rup -X /usr/src/patchset-0.6/bin//dontdiff linux-2.6.21-mm2-clean/include/linux/pageblock-flags.h linux-2.6.21-mm2-grouphigh/include/linux/pageblock-flags.h
--- linux-2.6.21-mm2-clean/include/linux/pageblock-flags.h	2007-05-09 10:21:28.000000000 +0100
+++ linux-2.6.21-mm2-grouphigh/include/linux/pageblock-flags.h	2007-05-10 23:54:45.000000000 +0100
@@ -31,7 +31,7 @@
 
 /* Bit indices that affect a whole block of pages */
 enum pageblock_bits {
-	PB_range(PB_migrate, 2), /* 2 bits required for migrate types */
+	PB_range(PB_migrate, 3), /* 3 bits required for migrate types */
 	NR_PAGEBLOCK_BITS
 };
 
diff -rup -X /usr/src/patchset-0.6/bin//dontdiff linux-2.6.21-mm2-clean/mm/page_alloc.c linux-2.6.21-mm2-grouphigh/mm/page_alloc.c
--- linux-2.6.21-mm2-clean/mm/page_alloc.c	2007-05-09 10:21:28.000000000 +0100
+++ linux-2.6.21-mm2-grouphigh/mm/page_alloc.c	2007-05-10 23:54:45.000000000 +0100
@@ -167,6 +167,11 @@ static inline int allocflags_to_migratet
 	if (unlikely(page_group_by_mobility_disabled))
 		return MIGRATE_UNMOVABLE;
 
+	/* Cluster high-order atomic allocations together */
+	if (unlikely(order > 0) &&
+			(!(gfp_flags & __GFP_WAIT) || in_interrupt()))
+		return MIGRATE_HIGHATOMIC;
+
 	/* Cluster based on mobility */
 	return (((gfp_flags & __GFP_MOVABLE) != 0) << 1) |
 		((gfp_flags & __GFP_RECLAIMABLE) != 0);
@@ -713,10 +718,11 @@ static struct page *__rmqueue_smallest(s
  * the free lists for the desirable migrate type are depleted
  */
 static int fallbacks[MIGRATE_TYPES][MIGRATE_TYPES-1] = {
-	[MIGRATE_UNMOVABLE]   = { MIGRATE_RECLAIMABLE, MIGRATE_MOVABLE,   MIGRATE_RESERVE },
-	[MIGRATE_RECLAIMABLE] = { MIGRATE_UNMOVABLE,   MIGRATE_MOVABLE,   MIGRATE_RESERVE },
-	[MIGRATE_MOVABLE]     = { MIGRATE_RECLAIMABLE, MIGRATE_UNMOVABLE, MIGRATE_RESERVE },
-	[MIGRATE_RESERVE]     = { MIGRATE_RESERVE,     MIGRATE_RESERVE,   MIGRATE_RESERVE }, /* Never used */
+	[MIGRATE_UNMOVABLE]   = { MIGRATE_RECLAIMABLE, MIGRATE_MOVABLE,   MIGRATE_HIGHATOMIC, MIGRATE_RESERVE },
+	[MIGRATE_RECLAIMABLE] = { MIGRATE_UNMOVABLE,   MIGRATE_MOVABLE,   MIGRATE_HIGHATOMIC, MIGRATE_RESERVE },
+	[MIGRATE_MOVABLE]     = { MIGRATE_RECLAIMABLE, MIGRATE_UNMOVABLE, MIGRATE_HIGHATOMIC, MIGRATE_RESERVE },
+	[MIGRATE_HIGHATOMIC]  = { MIGRATE_RECLAIMABLE, MIGRATE_UNMOVABLE, MIGRATE_MOVABLE,    MIGRATE_RESERVE },
+	[MIGRATE_RESERVE]     = { MIGRATE_RESERVE,     MIGRATE_RESERVE,   MIGRATE_RESERVE,    MIGRATE_RESERVE }, /* Never used */
 };
 
 /*
@@ -810,7 +816,9 @@ static struct page *__rmqueue_fallback(s
 	int current_order;
 	struct page *page;
 	int migratetype, i;
+	int nonatomic_fallback_atomic = 0;
 
+retry:
 	/* Find the largest possible block of pages in the other list */
 	for (current_order = MAX_ORDER-1; current_order >= order;
 						--current_order) {
@@ -820,6 +828,14 @@ static struct page *__rmqueue_fallback(s
 			/* MIGRATE_RESERVE handled later if necessary */
 			if (migratetype == MIGRATE_RESERVE)
 				continue;
+			/*
+			 * Make it hard to fallback to blocks used for
+			 * high-order atomic allocations
+			 */
+			if (migratetype == MIGRATE_HIGHATOMIC &&
+				start_migratetype != MIGRATE_UNMOVABLE &&
+				!nonatomic_fallback_atomic)
+				continue;
 
 			area = &(zone->free_area[current_order]);
 			if (list_empty(&area->free_list[migratetype]))
@@ -845,7 +861,8 @@ static struct page *__rmqueue_fallback(s
 								start_migratetype);
 
 				/* Claim the whole block if over half of it is free */
-				if ((pages << current_order) >= (1 << (MAX_ORDER-2)))
+				if ((pages << current_order) >= (1 << (MAX_ORDER-2)) &&
+						migratetype != MIGRATE_HIGHATOMIC)
 					set_pageblock_migratetype(page,
 								start_migratetype);
 
@@ -867,6 +884,12 @@ static struct page *__rmqueue_fallback(s
 		}
 	}
 
+	/* Allow fallback to high-order atomic blocks if memory is that low */
+	if (!nonatomic_fallback_atomic) {
+		nonatomic_fallback_atomic = 1;
+		goto retry;
+	}
+
 	/* Use MIGRATE_RESERVE rather than fail an allocation */
 	return __rmqueue_smallest(zone, order, MIGRATE_RESERVE);
 }
-- 
Mel Gorman
Part-time Phd Student                          Linux Technology Center
University of Limerick                         IBM Dublin Software Lab

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: [Bug 8464] New: autoreconf: page allocation failure. order:2, mode:0x84020
  2007-05-10 23:00                 ` Mel Gorman
@ 2007-05-10 23:01                   ` Christoph Lameter
  2007-05-11  5:56                     ` Nicolas Mailhot
  0 siblings, 1 reply; 24+ messages in thread
From: Christoph Lameter @ 2007-05-10 23:01 UTC (permalink / raw)
  To: Mel Gorman
  Cc: Nicolas.Mailhot, Andrew Morton, linux-mm, linux-kernel,
	bugme-daemon@kernel-bugs.osdl.org

On Fri, 11 May 2007, Mel Gorman wrote:

> Nicholas, could you backout the patch
> dont-group-high-order-atomic-allocations.patch and test again please?
> The following patch has the same effect. Thanks

Great! Thanks.

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: [Bug 8464] New: autoreconf: page allocation failure. order:2, mode:0x84020
  2007-05-10 23:01                   ` Christoph Lameter
@ 2007-05-11  5:56                     ` Nicolas Mailhot
  2007-05-11  9:08                       ` Mel Gorman
  0 siblings, 1 reply; 24+ messages in thread
From: Nicolas Mailhot @ 2007-05-11  5:56 UTC (permalink / raw)
  To: Christoph Lameter
  Cc: Mel Gorman, Andrew Morton, linux-mm, linux-kernel,
	bugme-daemon@kernel-bugs.osdl.org

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

Le jeudi 10 mai 2007 à 16:01 -0700, Christoph Lameter a écrit :
> On Fri, 11 May 2007, Mel Gorman wrote:
> 
> > Nicholas, could you backout the patch
> > dont-group-high-order-atomic-allocations.patch and test again please?
> > The following patch has the same effect. Thanks
> 
> Great! Thanks.

The proposed patch did not apply

+ cd /builddir/build/BUILD
+ rm -rf linux-2.6.21
+ /usr/bin/bzip2 -dc /builddir/build/SOURCES/linux-2.6.21.tar.bz2
+ tar -xf -
+ STATUS=0
+ '[' 0 -ne 0 ']'
+ cd linux-2.6.21
++ /usr/bin/id -u
+ '[' 499 = 0 ']'
++ /usr/bin/id -u
+ '[' 499 = 0 ']'
+ /bin/chmod -Rf a+rX,u+w,g-w,o-w .
+ echo 'Patch #2 (2.6.21-mm2.bz2):'
Patch #2 (2.6.21-mm2.bz2):
+ /usr/bin/bzip2 -d
+ patch -p1 -s
+ STATUS=0
+ '[' 0 -ne 0 ']'
+ echo 'Patch #3 (md-improve-partition-detection-in-md-array.patch):'
Patch #3 (md-improve-partition-detection-in-md-array.patch):
+ patch -p1 -R -s
+ echo 'Patch #4 (bug-8464.patch):'
Patch #4 (bug-8464.patch):
+ patch -p1 -s
1 out of 1 hunk FAILED -- saving rejects to file
include/linux/pageblock-flags.h
.rej
6 out of 6 hunks FAILED -- saving rejects to file mm/page_alloc.c.rej

Backing out dont-group-high-order-atomic-allocations.patch worked and
seems to have cured the system so far (need to charge it a bit longer to
be sure)

-- 
Nicolas Mailhot

[-- Attachment #2: Ceci est une partie de message numériquement signée --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: [Bug 8464] New: autoreconf: page allocation failure. order:2, mode:0x84020
  2007-05-11  5:56                     ` Nicolas Mailhot
@ 2007-05-11  9:08                       ` Mel Gorman
  2007-05-11 11:51                         ` Nicolas Mailhot
  0 siblings, 1 reply; 24+ messages in thread
From: Mel Gorman @ 2007-05-11  9:08 UTC (permalink / raw)
  To: Nicolas Mailhot
  Cc: Christoph Lameter, Andrew Morton, linux-mm, linux-kernel,
	bugme-daemon@kernel-bugs.osdl.org

On (11/05/07 07:56), Nicolas Mailhot didst pronounce:
> Le jeudi 10 mai 2007 à 16:01 -0700, Christoph Lameter a écrit :
> > On Fri, 11 May 2007, Mel Gorman wrote:
> > 
> > > Nicholas, could you backout the patch
> > > dont-group-high-order-atomic-allocations.patch and test again please?
> > > The following patch has the same effect. Thanks
> > 
> > Great! Thanks.
> 
> The proposed patch did not apply
> 
> + cd /builddir/build/BUILD
> + rm -rf linux-2.6.21
> + /usr/bin/bzip2 -dc /builddir/build/SOURCES/linux-2.6.21.tar.bz2
> + tar -xf -
> + STATUS=0
> + '[' 0 -ne 0 ']'
> + cd linux-2.6.21
> ++ /usr/bin/id -u
> + '[' 499 = 0 ']'
> ++ /usr/bin/id -u
> + '[' 499 = 0 ']'
> + /bin/chmod -Rf a+rX,u+w,g-w,o-w .
> + echo 'Patch #2 (2.6.21-mm2.bz2):'
> Patch #2 (2.6.21-mm2.bz2):
> + /usr/bin/bzip2 -d
> + patch -p1 -s
> + STATUS=0
> + '[' 0 -ne 0 ']'
> + echo 'Patch #3 (md-improve-partition-detection-in-md-array.patch):'
> Patch #3 (md-improve-partition-detection-in-md-array.patch):
> + patch -p1 -R -s
> + echo 'Patch #4 (bug-8464.patch):'
> Patch #4 (bug-8464.patch):
> + patch -p1 -s
> 1 out of 1 hunk FAILED -- saving rejects to file
> include/linux/pageblock-flags.h
> .rej
> 6 out of 6 hunks FAILED -- saving rejects to file mm/page_alloc.c.rej
> 
> Backing out dont-group-high-order-atomic-allocations.patch worked and

Odd, because they should have been the same thing. As long as it
worked..

> seems to have cured the system so far (need to charge it a bit longer to
> be sure)
> 

The longer it runs the better, particularly under load and after
updatedb has run. Thanks a lot for testing

-- 
Mel Gorman
Part-time Phd Student                          Linux Technology Center
University of Limerick                         IBM Dublin Software Lab

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: [Bug 8464] New: autoreconf: page allocation failure. order:2, mode:0x84020
  2007-05-11  9:08                       ` Mel Gorman
@ 2007-05-11 11:51                         ` Nicolas Mailhot
  2007-05-11 17:38                           ` Mel Gorman
  0 siblings, 1 reply; 24+ messages in thread
From: Nicolas Mailhot @ 2007-05-11 11:51 UTC (permalink / raw)
  To: Mel Gorman
  Cc: Christoph Lameter, Andrew Morton, linux-mm, linux-kernel,
	bugme-daemon@kernel-bugs.osdl.org

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

Le vendredi 11 mai 2007 à 10:08 +0100, Mel Gorman a écrit :

> > seems to have cured the system so far (need to charge it a bit longer to
> > be sure)
> > 
> 
> The longer it runs the better, particularly under load and after
> updatedb has run. Thanks a lot for testing

After a few hours of load testing still nothing in the logs, so the
revert was probably the right thing to do

-- 
Nicolas Mailhot

[-- Attachment #2: Ceci est une partie de message numériquement signée --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: [Bug 8464] New: autoreconf: page allocation failure. order:2, mode:0x84020
  2007-05-11 11:51                         ` Nicolas Mailhot
@ 2007-05-11 17:38                           ` Mel Gorman
  2007-05-11 17:45                             ` Nicolas Mailhot
  2007-05-11 17:46                             ` Christoph Lameter
  0 siblings, 2 replies; 24+ messages in thread
From: Mel Gorman @ 2007-05-11 17:38 UTC (permalink / raw)
  To: Nicolas Mailhot
  Cc: Christoph Lameter, Andrew Morton, linux-mm, linux-kernel,
	bugme-daemon@kernel-bugs.osdl.org

On (11/05/07 13:51), Nicolas Mailhot didst pronounce:
> Le vendredi 11 mai 2007 à 10:08 +0100, Mel Gorman a écrit :
> 
> > > seems to have cured the system so far (need to charge it a bit longer to
> > > be sure)
> > > 
> > 
> > The longer it runs the better, particularly under load and after
> > updatedb has run. Thanks a lot for testing
> 
> After a few hours of load testing still nothing in the logs, so the
> revert was probably the right thing to do

Excellent. I am somewhat suprised by the result so I'd like to look at the
alternative option with kswapd as well. Could you put that patch back in again
please and try the following patch instead? The patch causes kswapd to reclaim
at higher orders if it's requested to.  Christoph, can you look at the patch
as well and make sure it's doing the right thing with respect to SLUB please?

Ultimatly, it's probably still a bad plan for atomic allocations to
depend on high-order allocations being possible but it's interesting to
see how it behaves.

Thanks

=====

Subject: [RFC] Have kswapd keep a minimum order free other than order-0

kswapd normally reclaims at order 0 unless there is a higher-order allocation
under way. However, in some cases, it is known that there are a minimum
order size of general interest such as the SLUB allocator requiring regular
high-order allocations. This allows a minimum order to be set to that
min_free_kbytes is kept at higher orders.

With a simple stress test, buddyinfo looks like this at the end with kswapd at ddefault;

Node 0, zone      DMA     10     12     11     10     10     10      6      5      4      1      0 
Node 0, zone   Normal     87    232    601    490    369    282    197    116     79     39     28 

With kswapd attempting to keep pages free at order-4, it looks like

Node 0, zone      DMA     35     37     29     28     22     18      8      6      0      1      0 
Node 0, zone   Normal     96    203    361    355    265    203    141     97     57     34     48 

---
diff -rup -X /usr/src/patchset-0.6/bin//dontdiff linux-2.6.21-mm2-clean/include/linux/mmzone.h linux-2.6.21-mm2-kswapd_minorder/include/linux/mmzone.h
--- linux-2.6.21-mm2-clean/include/linux/mmzone.h	2007-05-09 10:21:28.000000000 +0100
+++ linux-2.6.21-mm2-kswapd_minorder/include/linux/mmzone.h	2007-05-11 11:12:43.000000000 +0100
@@ -499,6 +499,8 @@ typedef struct pglist_data {
 void get_zone_counts(unsigned long *active, unsigned long *inactive,
 			unsigned long *free);
 void build_all_zonelists(void);
+int kswapd_order(unsigned int order);
+void set_kswapd_order(unsigned int order);
 void wakeup_kswapd(struct zone *zone, int order);
 int zone_watermark_ok(struct zone *z, int order, unsigned long mark,
 		int classzone_idx, int alloc_flags);
diff -rup -X /usr/src/patchset-0.6/bin//dontdiff linux-2.6.21-mm2-clean/mm/slub.c linux-2.6.21-mm2-kswapd_minorder/mm/slub.c
--- linux-2.6.21-mm2-clean/mm/slub.c	2007-05-09 10:21:28.000000000 +0100
+++ linux-2.6.21-mm2-kswapd_minorder/mm/slub.c	2007-05-11 11:10:08.000000000 +0100
@@ -2131,6 +2131,7 @@ static struct kmem_cache *kmalloc_caches
 static int __init setup_slub_min_order(char *str)
 {
 	get_option (&str, &slub_min_order);
+	set_kswapd_order(slub_min_order);
 	user_override = 1;
 	return 1;
 }
diff -rup -X /usr/src/patchset-0.6/bin//dontdiff linux-2.6.21-mm2-clean/mm/vmscan.c linux-2.6.21-mm2-kswapd_minorder/mm/vmscan.c
--- linux-2.6.21-mm2-clean/mm/vmscan.c	2007-05-09 10:21:28.000000000 +0100
+++ linux-2.6.21-mm2-kswapd_minorder/mm/vmscan.c	2007-05-11 11:55:45.000000000 +0100
@@ -1407,6 +1407,32 @@ out:
 	return nr_reclaimed;
 }
 
+static unsigned int kswapd_min_order __read_mostly;
+
+/**
+ * set_kswapd_order - Set the minimum order that kswapd reclaims at
+ * @order: The new minimum order
+ *
+ * kswapd normally reclaims at order 0 unless there is a higher-order
+ * allocation under way. However, in some cases, it is known that there
+ * are a minimum order size of general interest such as the SLUB allocator
+ * requiring regular high-order allocations. This allows a minimum order
+ * to be set to that min_free_kbytes is kept at higher orders
+ */
+void set_kswapd_order(unsigned int order)
+{
+	if (order >= MAX_ORDER)
+		return;
+	
+	printk(KERN_INFO "kswapd reclaim order set to %d\n", order);
+	kswapd_min_order = order;
+}
+	
+int kswapd_order(unsigned int order)
+{
+	return max(kswapd_min_order, order);
+}
+
 /*
  * The background pageout daemon, started as a kernel thread
  * from the init process. 
@@ -1450,13 +1476,13 @@ static int kswapd(void *p)
 	 */
 	tsk->flags |= PF_MEMALLOC | PF_SWAPWRITE | PF_KSWAPD;
 
-	order = 0;
+	order = kswapd_order(0);
 	for ( ; ; ) {
 		unsigned long new_order;
 
 		prepare_to_wait(&pgdat->kswapd_wait, &wait, TASK_INTERRUPTIBLE);
-		new_order = pgdat->kswapd_max_order;
-		pgdat->kswapd_max_order = 0;
+		new_order = kswapd_order(pgdat->kswapd_max_order);
+		pgdat->kswapd_max_order = kswapd_order(0);
 		if (order < new_order) {
 			/*
 			 * Don't sleep if someone wants a larger 'order'
@@ -1467,7 +1493,7 @@ static int kswapd(void *p)
 			if (!freezing(current))
 				schedule();
 
-			order = pgdat->kswapd_max_order;
+			order = kswapd_order(pgdat->kswapd_max_order);
 		}
 		finish_wait(&pgdat->kswapd_wait, &wait);
 
-- 
Mel Gorman
Part-time Phd Student                          Linux Technology Center
University of Limerick                         IBM Dublin Software Lab

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: [Bug 8464] New: autoreconf: page allocation failure. order:2, mode:0x84020
  2007-05-11 17:38                           ` Mel Gorman
@ 2007-05-11 17:45                             ` Nicolas Mailhot
  2007-05-11 18:30                               ` Nicolas Mailhot
  2007-05-11 17:46                             ` Christoph Lameter
  1 sibling, 1 reply; 24+ messages in thread
From: Nicolas Mailhot @ 2007-05-11 17:45 UTC (permalink / raw)
  To: Mel Gorman
  Cc: Christoph Lameter, Andrew Morton, linux-mm, linux-kernel,
	bugme-daemon@kernel-bugs.osdl.org

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

Le vendredi 11 mai 2007 à 18:38 +0100, Mel Gorman a écrit :
> On (11/05/07 13:51), Nicolas Mailhot didst pronounce:
> > Le vendredi 11 mai 2007 à 10:08 +0100, Mel Gorman a écrit :
> > 
> > > > seems to have cured the system so far (need to charge it a bit longer to
> > > > be sure)
> > > > 
> > > 
> > > The longer it runs the better, particularly under load and after
> > > updatedb has run. Thanks a lot for testing
> > 
> > After a few hours of load testing still nothing in the logs, so the
> > revert was probably the right thing to do
> 
> Excellent. I am somewhat suprised by the result 

And you're probably right, it just banged after a day working fine

19:20:00  tar: page allocation failure. order:2, mode:0x84020
19:20:00  
19:20:00  Call Trace:
19:20:00  [<ffffffff8025b5c3>] __alloc_pages+0x2aa/0x2c3
19:20:00  [<ffffffff802751f5>] __slab_alloc+0x196/0x586
19:20:00  [<ffffffff80300d79>] radix_tree_node_alloc+0x36/0x7e
19:20:00  [<ffffffff8027597a>] kmem_cache_alloc+0x32/0x4e
19:20:00  [<ffffffff80300d79>] radix_tree_node_alloc+0x36/0x7e
19:20:00  [<ffffffff8030118e>] radix_tree_insert+0x5d/0x18c
19:20:00  [<ffffffff80256ac4>] add_to_page_cache+0x3d/0x95
19:20:00  [<ffffffff80257aa4>] generic_file_buffered_write+0x222/0x7c8
19:20:00  [<ffffffff88013c74>] :jbd:do_get_write_access+0x506/0x53d
19:20:00  [<ffffffff8022c7d5>] current_fs_time+0x3b/0x40
19:20:00  [<ffffffff8025838c>] __generic_file_aio_write_nolock+0x342/0x3ac
19:20:00  [<ffffffff80416ac1>] __mutex_lock_slowpath+0x216/0x221
19:20:00  [<ffffffff80258457>] generic_file_aio_write+0x61/0xc1
19:20:00  [<ffffffff880271be>] :ext3:ext3_file_write+0x16/0x94
19:20:00  [<ffffffff8027938c>] do_sync_write+0xc9/0x10c
19:20:00  [<ffffffff80239c56>] autoremove_wake_function+0x0/0x2e
19:20:00  [<ffffffff80279ba7>] vfs_write+0xce/0x177
19:20:00  [<ffffffff8027a16a>] sys_write+0x45/0x6e
19:20:00  [<ffffffff8020955c>] tracesys+0xdc/0xe1
19:20:00  
19:20:00  Mem-info:
19:20:00  DMA per-cpu:
19:20:00  CPU    0: Hot: hi:    0, btch:   1 usd:   0   Cold: hi:    0, btch:   1 usd:   0
19:20:00  CPU    1: Hot: hi:    0, btch:   1 usd:   0   Cold: hi:    0, btch:   1 usd:   0
19:20:00  DMA32 per-cpu:
19:20:00  CPU    0: Hot: hi:  186, btch:  31 usd: 149   Cold: hi:   62, btch:  15 usd:  19
19:20:00  CPU    1: Hot: hi:  186, btch:  31 usd: 147   Cold: hi:   62, btch:  15 usd:   2
19:20:00  Active:348968 inactive:105561 dirty:23054 writeback:0 unstable:0
19:20:00  free:9776 slab:28092 mapped:23015 pagetables:10226 bounce:0
19:20:00  DMA free:7960kB min:20kB low:24kB high:28kB active:0kB inactive:0kB present:7648kB pages_scanned:0 all_unreclaimable? yes
19:20:00  lowmem_reserve[]: 0 1988 1988 1988
19:20:00  DMA32 free:31144kB min:5692kB low:7112kB high:8536kB active:1395872kB inactive:422244kB present:2036004kB pages_scanned:0 all_unreclaimable? no
19:20:00  lowmem_reserve[]: 0 0 0 0
19:20:00  DMA: 6*4kB 6*8kB 7*16kB 3*32kB 8*64kB 8*128kB 6*256kB 1*512kB 0*1024kB 0*2048kB 1*4096kB = 7960kB
19:20:00  DMA32: 7560*4kB 0*8kB 8*16kB 0*32kB 1*64kB 1*128kB 0*256kB 1*512kB 0*1024kB 0*2048kB 0*4096kB = 31072kB
19:20:00  Swap cache: add 1527, delete 1521, find 216/286, race 397+0
19:20:00  Free swap  = 4192824kB
19:20:00  Total swap = 4192944kB
19:20:00  Free swap:       4192824kB
19:20:00  524272 pages of RAM
19:20:00  14123 reserved pages
19:20:00  252562 pages shared
19:20:00  6 pages swap cached

> so I'd like to look at the
> alternative option with kswapd as well. Could you put that patch back in again
> please and try the following patch instead? 

I'll try this one now (if it applies)

Regards,

-- 
Nicolas Mailhot

[-- Attachment #2: Ceci est une partie de message numériquement signée --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: [Bug 8464] New: autoreconf: page allocation failure. order:2, mode:0x84020
  2007-05-11 17:38                           ` Mel Gorman
  2007-05-11 17:45                             ` Nicolas Mailhot
@ 2007-05-11 17:46                             ` Christoph Lameter
  1 sibling, 0 replies; 24+ messages in thread
From: Christoph Lameter @ 2007-05-11 17:46 UTC (permalink / raw)
  To: Mel Gorman
  Cc: Nicolas Mailhot, Andrew Morton, linux-mm, linux-kernel,
	bugme-daemon@kernel-bugs.osdl.org

On Fri, 11 May 2007, Mel Gorman wrote:

> Excellent. I am somewhat suprised by the result so I'd like to look at the
> alternative option with kswapd as well. Could you put that patch back in again
> please and try the following patch instead? The patch causes kswapd to reclaim
> at higher orders if it's requested to.  Christoph, can you look at the patch
> as well and make sure it's doing the right thing with respect to SLUB please?

Well this gives the impression that SLUB depends on larger orders. It 
*can* take advantage of higher order allocations. No must. It may be a 
performance benefit to be able to do higher order allocs though (it is not 
really established yet what kind of tradeoffs there are).

Looks fine to me. If this is stable then I want this to be merged ASAP 
(deal with the issues later???) .... Good stuff.

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: [Bug 8464] New: autoreconf: page allocation failure. order:2, mode:0x84020
  2007-05-11 17:45                             ` Nicolas Mailhot
@ 2007-05-11 18:30                               ` Nicolas Mailhot
  2007-05-11 20:36                                 ` Mel Gorman
  0 siblings, 1 reply; 24+ messages in thread
From: Nicolas Mailhot @ 2007-05-11 18:30 UTC (permalink / raw)
  To: Mel Gorman
  Cc: Christoph Lameter, Andrew Morton, linux-mm, linux-kernel,
	bugme-daemon@kernel-bugs.osdl.org

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

Le vendredi 11 mai 2007 à 19:45 +0200, Nicolas Mailhot a écrit :
> Le vendredi 11 mai 2007 à 18:38 +0100, Mel Gorman a écrit :

> > so I'd like to look at the
> > alternative option with kswapd as well. Could you put that patch back in again
> > please and try the following patch instead? 
> 
> I'll try this one now (if it applies)

Well it doesn't seem to apply. Are you sure you have a clean tree?
(I have vanilla mm2 + revert of
md-improve-partition-detection-in-md-array.patch for another bug)

+ umask 022
+ cd /builddir/build/BUILD
+ LANG=C
+ export LANG
+ unset DISPLAY
+ cd /builddir/build/BUILD
+ rm -rf linux-2.6.21
+ /usr/bin/bzip2 -dc /builddir/build/SOURCES/linux-2.6.21.tar.bz2
+ tar -xf -
+ STATUS=0
+ '[' 0 -ne 0 ']'
+ cd linux-2.6.21
++ /usr/bin/id -u
+ '[' 499 = 0 ']'
++ /usr/bin/id -u
+ '[' 499 = 0 ']'
+ /bin/chmod -Rf a+rX,u+w,g-w,o-w .
+ echo 'Patch #2 (2.6.21-mm2.bz2):'
Patch #2 (2.6.21-mm2.bz2):
+ /usr/bin/bzip2 -d
+ patch -p1 -s
+ STATUS=0
+ '[' 0 -ne 0 ']'
+ echo 'Patch #3 (md-improve-partition-detection-in-md-array.patch):'
Patch #3 (md-improve-partition-detection-in-md-array.patch):
+ patch -p1 -R -s
+ echo 'Patch #4 (bug-8464.patch):'
Patch #4 (bug-8464.patch):
+ patch -p1 -s
1 out of 1 hunk FAILED -- saving rejects to file mm/slub.c.rej
2 out of 3 hunks FAILED -- saving rejects to file mm/vmscan.c.r
-- 
Nicolas Mailhot

[-- Attachment #2: Ceci est une partie de message numériquement signée --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: [Bug 8464] New: autoreconf: page allocation failure. order:2, mode:0x84020
  2007-05-11 18:30                               ` Nicolas Mailhot
@ 2007-05-11 20:36                                 ` Mel Gorman
  2007-05-12  8:11                                   ` Nicolas Mailhot
  0 siblings, 1 reply; 24+ messages in thread
From: Mel Gorman @ 2007-05-11 20:36 UTC (permalink / raw)
  To: Nicolas Mailhot
  Cc: Christoph Lameter, Andrew Morton, linux-mm, linux-kernel,
	bugme-daemon@kernel-bugs.osdl.org

On (11/05/07 20:30), Nicolas Mailhot didst pronounce:
> Le vendredi 11 mai 2007 à 19:45 +0200, Nicolas Mailhot a écrit :
> > Le vendredi 11 mai 2007 à 18:38 +0100, Mel Gorman a écrit :
> 
> > > so I'd like to look at the
> > > alternative option with kswapd as well. Could you put that patch back in again
> > > please and try the following patch instead? 
> > 
> > I'll try this one now (if it applies)
> 
> Well it doesn't seem to apply. Are you sure you have a clean tree?
> (I have vanilla mm2 + revert of
> md-improve-partition-detection-in-md-array.patch for another bug)
> 

I'm pretty sure I have. I recreated the tree and reverted the same patch as
you and regenerated the diff below. I sent it to myself and it appeared ok
and another automated system was able to use it.

In case it's a mailer problem, the patch can be downloaded from
http://www.csn.ul.ie/~mel/kswapd-minorder.patch . Here is a rediff
against the tree you describe.

Sorry for the confusion.

diff -rup -X /usr/src/patchset-0.6/bin//dontdiff linux-2.6.21-mm2-revertmd/include/linux/mmzone.h linux-2.6.21-mm2-kswapdorder/include/linux/mmzone.h
--- linux-2.6.21-mm2-revertmd/include/linux/mmzone.h	2007-05-11 21:16:56.000000000 +0100
+++ linux-2.6.21-mm2-kswapdorder/include/linux/mmzone.h	2007-05-11 21:23:00.000000000 +0100
@@ -499,6 +499,8 @@ typedef struct pglist_data {
 void get_zone_counts(unsigned long *active, unsigned long *inactive,
 			unsigned long *free);
 void build_all_zonelists(void);
+int kswapd_order(unsigned int order);
+void set_kswapd_order(unsigned int order);
 void wakeup_kswapd(struct zone *zone, int order);
 int zone_watermark_ok(struct zone *z, int order, unsigned long mark,
 		int classzone_idx, int alloc_flags);
diff -rup -X /usr/src/patchset-0.6/bin//dontdiff linux-2.6.21-mm2-revertmd/mm/slub.c linux-2.6.21-mm2-kswapdorder/mm/slub.c
--- linux-2.6.21-mm2-revertmd/mm/slub.c	2007-05-11 21:16:57.000000000 +0100
+++ linux-2.6.21-mm2-kswapdorder/mm/slub.c	2007-05-11 21:23:00.000000000 +0100
@@ -2131,6 +2131,7 @@ static struct kmem_cache *kmalloc_caches
 static int __init setup_slub_min_order(char *str)
 {
 	get_option (&str, &slub_min_order);
+	set_kswapd_order(slub_min_order);
 	user_override = 1;
 	return 1;
 }
diff -rup -X /usr/src/patchset-0.6/bin//dontdiff linux-2.6.21-mm2-revertmd/mm/vmscan.c linux-2.6.21-mm2-kswapdorder/mm/vmscan.c
--- linux-2.6.21-mm2-revertmd/mm/vmscan.c	2007-05-11 21:16:57.000000000 +0100
+++ linux-2.6.21-mm2-kswapdorder/mm/vmscan.c	2007-05-11 21:23:00.000000000 +0100
@@ -1407,6 +1407,32 @@ out:
 	return nr_reclaimed;
 }
 
+static unsigned int kswapd_min_order __read_mostly;
+
+/**
+ * set_kswapd_order - Set the minimum order that kswapd reclaims at
+ * @order: The new minimum order
+ *
+ * kswapd normally reclaims at order 0 unless there is a higher-order
+ * allocation under way. However, in some cases, it is known that there
+ * are a minimum order size of general interest such as the SLUB allocator
+ * requiring regular high-order allocations. This allows a minimum order
+ * to be set to that min_free_kbytes is kept at higher orders
+ */
+void set_kswapd_order(unsigned int order)
+{
+	if (order >= MAX_ORDER)
+		return;
+	
+	printk(KERN_INFO "kswapd reclaim order set to %d\n", order);
+	kswapd_min_order = order;
+}
+	
+int kswapd_order(unsigned int order)
+{
+	return max(kswapd_min_order, order);
+}
+
 /*
  * The background pageout daemon, started as a kernel thread
  * from the init process. 
@@ -1450,13 +1476,13 @@ static int kswapd(void *p)
 	 */
 	tsk->flags |= PF_MEMALLOC | PF_SWAPWRITE | PF_KSWAPD;
 
-	order = 0;
+	order = kswapd_order(0);
 	for ( ; ; ) {
 		unsigned long new_order;
 
 		prepare_to_wait(&pgdat->kswapd_wait, &wait, TASK_INTERRUPTIBLE);
-		new_order = pgdat->kswapd_max_order;
-		pgdat->kswapd_max_order = 0;
+		new_order = kswapd_order(pgdat->kswapd_max_order);
+		pgdat->kswapd_max_order = kswapd_order(0);
 		if (order < new_order) {
 			/*
 			 * Don't sleep if someone wants a larger 'order'
@@ -1467,7 +1493,7 @@ static int kswapd(void *p)
 			if (!freezing(current))
 				schedule();
 
-			order = pgdat->kswapd_max_order;
+			order = kswapd_order(pgdat->kswapd_max_order);
 		}
 		finish_wait(&pgdat->kswapd_wait, &wait);
 
-- 
Mel Gorman
Part-time Phd Student                          Linux Technology Center
University of Limerick                         IBM Dublin Software Lab

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: [Bug 8464] New: autoreconf: page allocation failure. order:2, mode:0x84020
  2007-05-11 20:36                                 ` Mel Gorman
@ 2007-05-12  8:11                                   ` Nicolas Mailhot
  2007-05-12 16:42                                     ` Mel Gorman
  0 siblings, 1 reply; 24+ messages in thread
From: Nicolas Mailhot @ 2007-05-12  8:11 UTC (permalink / raw)
  To: Mel Gorman
  Cc: Christoph Lameter, Andrew Morton, linux-mm, linux-kernel,
	bugme-daemon@kernel-bugs.osdl.org


[-- Attachment #1.1: Type: text/plain, Size: 590 bytes --]

Le vendredi 11 mai 2007 à 21:36 +0100, Mel Gorman a écrit :

> I'm pretty sure I have. I recreated the tree and reverted the same patch as
> you and regenerated the diff below. I sent it to myself and it appeared ok
> and another automated system was able to use it.
> 
> In case it's a mailer problem, the patch can be downloaded from
> http://www.csn.ul.ie/~mel/kswapd-minorder.patch . 

This one applies, but the kernel still has allocation failures (I just
found rpm -Va was a good trigger). So so far we have two proposed fixes
none of which work

-- 
Nicolas Mailhot

[-- Attachment #1.2: alloc-failure.txt --]
[-- Type: text/plain, Size: 61467 bytes --]

May 12 09:27:44 rousalka kernel: Linux version 2.6.21-5.mm2.fc7.nim (mockbuild@rousalka.dyndns.org) (gcc version 4.1.2 20070424 (Red Hat 4.1.2-11)) #1 SMP Sat May 12 03:05:01 EDT 2007
May 12 09:27:44 rousalka kernel: Command line: ro root=/dev/VolGroup00/system vga=795 selinux=false
May 12 09:27:44 rousalka kernel: BIOS-provided physical RAM map:
May 12 09:27:44 rousalka kernel: BIOS-e820: 0000000000000000 - 000000000009e400 (usable)
May 12 09:27:44 rousalka kernel: BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
May 12 09:27:44 rousalka kernel: BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
May 12 09:27:44 rousalka kernel: BIOS-e820: 0000000000100000 - 000000007fff0000 (usable)
May 12 09:27:44 rousalka kernel: BIOS-e820: 000000007fff0000 - 000000007fff3000 (ACPI NVS)
May 12 09:27:44 rousalka kernel: BIOS-e820: 000000007fff3000 - 0000000080000000 (ACPI data)
May 12 09:27:44 rousalka kernel: BIOS-e820: 00000000c0000000 - 00000000d0000000 (reserved)
May 12 09:27:44 rousalka kernel: BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved)
May 12 09:27:44 rousalka kernel: Entering add_active_range(0, 0, 158) 0 entries of 256 used
May 12 09:27:44 rousalka kernel: Entering add_active_range(0, 256, 524272) 1 entries of 256 used
May 12 09:27:44 rousalka kernel: end_pfn_map = 1048576
May 12 09:27:44 rousalka kernel: DMI 2.3 present.
May 12 09:27:44 rousalka kernel: ACPI: RSDP 000F6E80, 0014 (r0 Nvidia)
May 12 09:27:44 rousalka kernel: ACPI: RSDT 7FFF3000, 0030 (r1 Nvidia AWRDACPI 42302E31 AWRD  1010101)
May 12 09:27:44 rousalka kernel: ACPI: FACP 7FFF3040, 0074 (r1 Nvidia AWRDACPI 42302E31 AWRD  1010101)
May 12 09:27:44 rousalka kernel: ACPI: DSDT 7FFF30C0, 4C3F (r1 NVIDIA AWRDACPI     1000 MSFT  100000C)
May 12 09:27:44 rousalka kernel: ACPI: FACS 7FFF0000, 0040
May 12 09:27:44 rousalka kernel: ACPI: MCFG 7FFF7D80, 003C (r1 Nvidia AWRDACPI 42302E31 AWRD  1010101)
May 12 09:27:44 rousalka kernel: ACPI: APIC 7FFF7D00, 007C (r1 Nvidia AWRDACPI 42302E31 AWRD  1010101)
May 12 09:27:44 rousalka kernel: Entering add_active_range(0, 0, 158) 0 entries of 256 used
May 12 09:27:44 rousalka kernel: Entering add_active_range(0, 256, 524272) 1 entries of 256 used
May 12 09:27:44 rousalka kernel: sizeof(struct page) = 88
May 12 09:27:44 rousalka kernel: Zone PFN ranges:
May 12 09:27:44 rousalka kernel: DMA             0 ->     4096
May 12 09:27:44 rousalka kernel: DMA32        4096 ->  1048576
May 12 09:27:44 rousalka kernel: Normal    1048576 ->  1048576
May 12 09:27:44 rousalka kernel: Movable zone start PFN for each node
May 12 09:27:44 rousalka kernel: early_node_map[2] active PFN ranges
May 12 09:27:44 rousalka kernel: 0:        0 ->      158
May 12 09:27:44 rousalka kernel: 0:      256 ->   524272
May 12 09:27:44 rousalka kernel: On node 0 totalpages: 524174
May 12 09:27:44 rousalka kernel: DMA zone: 88 pages used for memmap
May 12 09:27:44 rousalka kernel: DMA zone: 1998 pages reserved
May 12 09:27:44 rousalka kernel: DMA zone: 1912 pages, LIFO batch:0
May 12 09:27:44 rousalka kernel: DMA32 zone: 11175 pages used for memmap
May 12 09:27:44 rousalka kernel: DMA32 zone: 509001 pages, LIFO batch:31
May 12 09:27:44 rousalka kernel: Normal zone: 0 pages used for memmap
May 12 09:27:44 rousalka kernel: Movable zone: 0 pages used for memmap
May 12 09:27:44 rousalka kernel: Nvidia board detected. Ignoring ACPI timer override.
May 12 09:27:44 rousalka kernel: If you got timer trouble try acpi_use_timer_override
May 12 09:27:44 rousalka kernel: ACPI: PM-Timer IO Port: 0x1008
May 12 09:27:44 rousalka kernel: ACPI: Local APIC address 0xfee00000
May 12 09:27:44 rousalka kernel: ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
May 12 09:27:44 rousalka kernel: Processor #0 (Bootup-CPU)
May 12 09:27:44 rousalka kernel: ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
May 12 09:27:44 rousalka kernel: Processor #1
May 12 09:27:44 rousalka kernel: ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1])
May 12 09:27:44 rousalka kernel: ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1])
May 12 09:27:44 rousalka kernel: ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
May 12 09:27:44 rousalka kernel: IOAPIC[0]: apic_id 2, address 0xfec00000, GSI 0-23
May 12 09:27:44 rousalka kernel: ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
May 12 09:27:44 rousalka kernel: ACPI: BIOS IRQ0 pin2 override ignored.
May 12 09:27:44 rousalka kernel: ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
May 12 09:27:44 rousalka kernel: ACPI: INT_SRC_OVR (bus 0 bus_irq 14 global_irq 14 high edge)
May 12 09:27:44 rousalka kernel: ACPI: INT_SRC_OVR (bus 0 bus_irq 15 global_irq 15 high edge)
May 12 09:27:44 rousalka kernel: ACPI: IRQ9 used by override.
May 12 09:27:44 rousalka kernel: ACPI: IRQ14 used by override.
May 12 09:27:44 rousalka kernel: ACPI: IRQ15 used by override.
May 12 09:27:44 rousalka kernel: Setting APIC routing to flat
May 12 09:27:44 rousalka kernel: Using ACPI (MADT) for SMP configuration information
May 12 09:27:44 rousalka kernel: Allocating PCI resources starting at 84000000 (gap: 80000000:40000000)
May 12 09:27:44 rousalka kernel: PERCPU: Allocating 34952 bytes of per cpu data
May 12 09:27:44 rousalka kernel: Built 1 zonelists, mobility grouping on.  Total pages: 510913
May 12 09:27:44 rousalka kernel: Kernel command line: ro root=/dev/VolGroup00/system vga=795 selinux=false
May 12 09:27:44 rousalka kernel: Initializing CPU#0
May 12 09:27:44 rousalka kernel: PID hash table entries: 4096 (order: 12, 32768 bytes)
May 12 09:27:44 rousalka kernel: Marking TSC unstable due to TSCs unsynchronized
May 12 09:27:44 rousalka kernel: time.c: Detected 2211.366 MHz processor.
May 12 09:27:44 rousalka kernel: Console: colour dummy device 80x25
May 12 09:27:44 rousalka kernel: Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
May 12 09:27:44 rousalka kernel: ... MAX_LOCKDEP_SUBCLASSES:    8
May 12 09:27:44 rousalka kernel: ... MAX_LOCK_DEPTH:          30
May 12 09:27:44 rousalka kernel: ... MAX_LOCKDEP_KEYS:        2048
May 12 09:27:44 rousalka kernel: ... CLASSHASH_SIZE:           1024
May 12 09:27:44 rousalka kernel: ... MAX_LOCKDEP_ENTRIES:     8192
May 12 09:27:44 rousalka kernel: ... MAX_LOCKDEP_CHAINS:      16384
May 12 09:27:44 rousalka kernel: ... CHAINHASH_SIZE:          8192
May 12 09:27:44 rousalka kernel: memory used by lock dependency info: 1648 kB
May 12 09:27:44 rousalka kernel: per task-struct memory footprint: 1680 bytes
May 12 09:27:44 rousalka kernel: Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
May 12 09:27:44 rousalka kernel: Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
May 12 09:27:44 rousalka kernel: Checking aperture...
May 12 09:27:44 rousalka kernel: CPU 0: aperture @ 2828000000 size 32 MB
May 12 09:27:44 rousalka kernel: Aperture too small (32 MB)
May 12 09:27:44 rousalka kernel: No AGP bridge found
May 12 09:27:44 rousalka kernel: Memory: 2036040k/2097088k available (2166k kernel code, 60020k reserved, 1331k data, 248k init)
May 12 09:27:44 rousalka kernel: SLUB: Genslabs=18, HWalign=64, Order=0-3, MinObjects=16, Processors=2, Nodes=1
May 12 09:27:44 rousalka kernel: Calibrating delay using timer specific routine.. 4424.09 BogoMIPS (lpj=2212049)
May 12 09:27:44 rousalka kernel: Security Framework v1.0.0 initialized
May 12 09:27:44 rousalka kernel: SELinux:  Disabled at boot.
May 12 09:27:44 rousalka kernel: Capability LSM initialized
May 12 09:27:44 rousalka kernel: Mount-cache hash table entries: 256
May 12 09:27:44 rousalka kernel: CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
May 12 09:27:44 rousalka kernel: CPU: L2 Cache: 1024K (64 bytes/line)
May 12 09:27:44 rousalka kernel: CPU: Physical Processor ID: 0
May 12 09:27:44 rousalka kernel: CPU: Processor Core ID: 0
May 12 09:27:44 rousalka kernel: Freeing SMP alternatives: 22k freed
May 12 09:27:44 rousalka kernel: ACPI: Core revision 20070126
May 12 09:27:44 rousalka kernel: Using local APIC timer interrupts.
May 12 09:27:44 rousalka kernel: result 12564604
May 12 09:27:44 rousalka kernel: Detected 12.564 MHz APIC timer.
May 12 09:27:44 rousalka kernel: lockdep: not fixing up alternatives.
May 12 09:27:44 rousalka kernel: Booting processor 1/2 APIC 0x1
May 12 09:27:44 rousalka kernel: Initializing CPU#1
May 12 09:27:44 rousalka kernel: Calibrating delay using timer specific routine.. 4422.15 BogoMIPS (lpj=2211077)
May 12 09:27:44 rousalka kernel: CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
May 12 09:27:44 rousalka kernel: CPU: L2 Cache: 1024K (64 bytes/line)
May 12 09:27:44 rousalka kernel: CPU: Physical Processor ID: 0
May 12 09:27:44 rousalka kernel: CPU: Processor Core ID: 1
May 12 09:27:44 rousalka kernel: AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ stepping 02
May 12 09:27:44 rousalka kernel: Brought up 2 CPUs
May 12 09:27:44 rousalka kernel: migration_cost=459
May 12 09:27:44 rousalka kernel: NET: Registered protocol family 16
May 12 09:27:44 rousalka kernel: ACPI: bus type pci registered
May 12 09:27:44 rousalka kernel: PCI: Using MMCONFIG at c0000000 - cfffffff
May 12 09:27:44 rousalka kernel: PCI: No mmconfig possible on device 00:18
May 12 09:27:44 rousalka kernel: ACPI: Interpreter enabled
May 12 09:27:44 rousalka kernel: ACPI: Using IOAPIC for interrupt routing
May 12 09:27:44 rousalka kernel: ACPI: PCI Root Bridge [PCI0] (0000:00)
May 12 09:27:44 rousalka kernel: PCI: Transparent bridge - 0000:00:09.0
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HUB0._PRT]
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [LNK1] (IRQs 3 *4 5 7 9 10 11 12 14 15)
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [LNK2] (IRQs 3 4 5 7 9 10 11 *12 14 15)
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [LNK3] (IRQs 3 4 5 *7 9 10 11 12 14 15)
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [LNK4] (IRQs *3 4 5 7 9 10 11 12 14 15)
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [LNK5] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled.
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [LUBA] (IRQs 3 4 5 7 9 *10 11 12 14 15)
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [LUBB] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled.
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [LMAC] (IRQs 3 4 *5 7 9 10 11 12 14 15)
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [LACI] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled.
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [LMCI] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled.
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [LSMB] (IRQs 3 4 5 7 9 10 11 *12 14 15)
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [LUB2] (IRQs 3 4 5 7 9 10 *11 12 14 15)
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [LIDE] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled.
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [LSID] (IRQs 3 4 5 7 9 *10 11 12 14 15)
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [LFID] (IRQs 3 4 5 7 9 10 *11 12 14 15)
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [LPCA] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled.
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [APC1] (IRQs 16) *0
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [APC2] (IRQs 17) *0
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [APC3] (IRQs 18) *0
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [APC4] (IRQs 19) *0
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [APC5] (IRQs *16), disabled.
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [APCF] (IRQs 20 21 22 23) *0
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [APCG] (IRQs 20 21 22 23) *0, disabled.
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [APCH] (IRQs 20 21 22 23) *0
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [APCJ] (IRQs 20 21 22 23) *0, disabled.
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [APCK] (IRQs 20 21 22 23) *0, disabled.
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [APCS] (IRQs 20 21 22 23) *0
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [APCL] (IRQs 20 21 22 23) *0
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [APCZ] (IRQs 20 21 22 23) *0, disabled.
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [APSI] (IRQs 20 21 22 23) *0
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [APSJ] (IRQs 20 21 22 23) *0
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [APCP] (IRQs 20 21 22 23) *0, disabled.
May 12 09:27:44 rousalka kernel: Linux Plug and Play Support v0.97 (c) Adam Belay
May 12 09:27:44 rousalka kernel: pnp: PnP ACPI init
May 12 09:27:44 rousalka kernel: ACPI: bus type pnp registered
May 12 09:27:44 rousalka kernel: pnp: PnP ACPI: found 9 devices
May 12 09:27:44 rousalka kernel: ACPI: ACPI bus type pnp unregistered
May 12 09:27:44 rousalka kernel: SCSI subsystem initialized
May 12 09:27:44 rousalka kernel: usbcore: registered new interface driver usbfs
May 12 09:27:44 rousalka kernel: usbcore: registered new interface driver hub
May 12 09:27:44 rousalka kernel: usbcore: registered new device driver usb
May 12 09:27:44 rousalka kernel: PCI: Using ACPI for IRQ routing
May 12 09:27:44 rousalka kernel: PCI: If a device doesn't work, try "pci=routeirq".  If it helps, post a report
May 12 09:27:44 rousalka kernel: NetLabel: Initializing
May 12 09:27:44 rousalka kernel: NetLabel:  domain hash size = 128
May 12 09:27:44 rousalka kernel: NetLabel:  protocols = UNLABELED CIPSOv4
May 12 09:27:44 rousalka kernel: NetLabel:  unlabeled traffic allowed by default
May 12 09:27:44 rousalka kernel: pnp: 00:01: ioport range 0x1000-0x107f has been reserved
May 12 09:27:44 rousalka kernel: pnp: 00:01: ioport range 0x1080-0x10ff has been reserved
May 12 09:27:44 rousalka kernel: pnp: 00:01: ioport range 0x1400-0x147f has been reserved
May 12 09:27:44 rousalka kernel: pnp: 00:01: ioport range 0x1480-0x14ff has been reserved
May 12 09:27:44 rousalka kernel: pnp: 00:01: ioport range 0x1800-0x187f has been reserved
May 12 09:27:44 rousalka kernel: pnp: 00:01: ioport range 0x1880-0x18ff has been reserved
May 12 09:27:44 rousalka kernel: pnp: 00:07: iomem range 0xc0000000-0xcfffffff could not be reserved
May 12 09:27:44 rousalka kernel: pnp: 00:08: iomem range 0xd0000-0xd3fff has been reserved
May 12 09:27:44 rousalka kernel: pnp: 00:08: iomem range 0xd9000-0xdbfff has been reserved
May 12 09:27:44 rousalka kernel: pnp: 00:08: iomem range 0xf0000-0xfbfff could not be reserved
May 12 09:27:44 rousalka kernel: pnp: 00:08: iomem range 0xfc000-0xfffff could not be reserved
May 12 09:27:44 rousalka kernel: PCI: Bridge: 0000:00:09.0
May 12 09:27:44 rousalka kernel: IO window: 7000-8fff
May 12 09:27:44 rousalka kernel: MEM window: e9000000-eaffffff
May 12 09:27:44 rousalka kernel: PREFETCH window: e0000000-e3ffffff
May 12 09:27:44 rousalka kernel: PCI: Bridge: 0000:00:0b.0
May 12 09:27:44 rousalka kernel: IO window: 9000-9fff
May 12 09:27:44 rousalka kernel: MEM window: e4000000-e5ffffff
May 12 09:27:44 rousalka kernel: PREFETCH window: 84000000-840fffff
May 12 09:27:44 rousalka kernel: PCI: Bridge: 0000:00:0c.0
May 12 09:27:44 rousalka kernel: IO window: 5000-5fff
May 12 09:27:44 rousalka kernel: MEM window: disabled.
May 12 09:27:44 rousalka kernel: PREFETCH window: disabled.
May 12 09:27:44 rousalka kernel: PCI: Bridge: 0000:00:0d.0
May 12 09:27:44 rousalka kernel: IO window: 6000-6fff
May 12 09:27:44 rousalka kernel: MEM window: disabled.
May 12 09:27:44 rousalka kernel: PREFETCH window: disabled.
May 12 09:27:44 rousalka kernel: PCI: Bridge: 0000:00:0e.0
May 12 09:27:44 rousalka kernel: IO window: a000-afff
May 12 09:27:44 rousalka kernel: MEM window: e6000000-e8ffffff
May 12 09:27:44 rousalka kernel: PREFETCH window: d0000000-dfffffff
May 12 09:27:44 rousalka kernel: PCI: Setting latency timer of device 0000:00:09.0 to 64
May 12 09:27:44 rousalka kernel: PCI: Setting latency timer of device 0000:00:0b.0 to 64
May 12 09:27:44 rousalka kernel: PCI: Setting latency timer of device 0000:00:0c.0 to 64
May 12 09:27:44 rousalka kernel: PCI: Setting latency timer of device 0000:00:0d.0 to 64
May 12 09:27:44 rousalka kernel: PCI: Setting latency timer of device 0000:00:0e.0 to 64
May 12 09:27:44 rousalka kernel: NET: Registered protocol family 2
May 12 09:27:44 rousalka kernel: Time: acpi_pm clocksource has been installed.
May 12 09:27:44 rousalka kernel: IP route cache hash table entries: 65536 (order: 7, 524288 bytes)
May 12 09:27:44 rousalka kernel: TCP established hash table entries: 65536 (order: 10, 4194304 bytes)
May 12 09:27:44 rousalka kernel: TCP bind hash table entries: 65536 (order: 9, 3670016 bytes)
May 12 09:27:44 rousalka kernel: TCP: Hash tables configured (established 65536 bind 65536)
May 12 09:27:44 rousalka kernel: TCP reno registered
May 12 09:27:44 rousalka kernel: checking if image is initramfs... it is
May 12 09:27:44 rousalka kernel: Freeing initrd memory: 3647k freed
May 12 09:27:44 rousalka kernel: audit: initializing netlink socket (disabled)
May 12 09:27:44 rousalka kernel: audit(1178962024.787:1): initialized
May 12 09:27:44 rousalka kernel: VFS: Disk quotas dquot_6.5.1
May 12 09:27:44 rousalka kernel: Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
May 12 09:27:44 rousalka kernel: io scheduler noop registered
May 12 09:27:44 rousalka kernel: io scheduler anticipatory registered
May 12 09:27:44 rousalka kernel: io scheduler deadline registered
May 12 09:27:44 rousalka kernel: io scheduler cfq registered (default)
May 12 09:27:44 rousalka kernel: PCI: Found disabled HT MSI Mapping on 0000:00:0b.0
May 12 09:27:44 rousalka kernel: PCI: Found enabled HT MSI Mapping on 0000:00:00.0
May 12 09:27:44 rousalka kernel: PCI: Linking AER extended capability on 0000:00:0b.0
May 12 09:27:44 rousalka kernel: PCI: Found disabled HT MSI Mapping on 0000:00:0c.0
May 12 09:27:44 rousalka kernel: PCI: Found enabled HT MSI Mapping on 0000:00:00.0
May 12 09:27:44 rousalka kernel: PCI: Linking AER extended capability on 0000:00:0c.0
May 12 09:27:44 rousalka kernel: PCI: Found disabled HT MSI Mapping on 0000:00:0d.0
May 12 09:27:44 rousalka kernel: PCI: Found enabled HT MSI Mapping on 0000:00:00.0
May 12 09:27:44 rousalka kernel: PCI: Linking AER extended capability on 0000:00:0d.0
May 12 09:27:44 rousalka kernel: PCI: Found disabled HT MSI Mapping on 0000:00:0e.0
May 12 09:27:44 rousalka kernel: PCI: Found enabled HT MSI Mapping on 0000:00:00.0
May 12 09:27:44 rousalka kernel: PCI: Linking AER extended capability on 0000:00:0e.0
May 12 09:27:44 rousalka kernel: Boot video device is 0000:05:00.0
May 12 09:27:44 rousalka kernel: PCI: Setting latency timer of device 0000:00:0b.0 to 64
May 12 09:27:44 rousalka kernel: assign_interrupt_mode Found MSI capability
May 12 09:27:44 rousalka kernel: Allocate Port Service[0000:00:0b.0:pcie00]
May 12 09:27:44 rousalka kernel: Allocate Port Service[0000:00:0b.0:pcie03]
May 12 09:27:44 rousalka kernel: PCI: Setting latency timer of device 0000:00:0c.0 to 64
May 12 09:27:44 rousalka kernel: assign_interrupt_mode Found MSI capability
May 12 09:27:44 rousalka kernel: Allocate Port Service[0000:00:0c.0:pcie00]
May 12 09:27:44 rousalka kernel: Allocate Port Service[0000:00:0c.0:pcie03]
May 12 09:27:44 rousalka kernel: PCI: Setting latency timer of device 0000:00:0d.0 to 64
May 12 09:27:44 rousalka kernel: assign_interrupt_mode Found MSI capability
May 12 09:27:44 rousalka kernel: Allocate Port Service[0000:00:0d.0:pcie00]
May 12 09:27:44 rousalka kernel: Allocate Port Service[0000:00:0d.0:pcie03]
May 12 09:27:44 rousalka kernel: PCI: Setting latency timer of device 0000:00:0e.0 to 64
May 12 09:27:44 rousalka kernel: assign_interrupt_mode Found MSI capability
May 12 09:27:44 rousalka kernel: Allocate Port Service[0000:00:0e.0:pcie00]
May 12 09:27:44 rousalka kernel: Allocate Port Service[0000:00:0e.0:pcie03]
May 12 09:27:44 rousalka kernel: vesafb: framebuffer at 0xd0000000, mapped to 0xffffc20010100000, using 10240k, total 262144k
May 12 09:27:44 rousalka kernel: vesafb: mode is 1280x1024x32, linelength=5120, pages=0
May 12 09:27:44 rousalka kernel: vesafb: scrolling: redraw
May 12 09:27:44 rousalka kernel: vesafb: Truecolor: size=8:8:8:8, shift=24:16:8:0
May 12 09:27:44 rousalka kernel: Console: switching to colour frame buffer device 160x64
May 12 09:27:44 rousalka kernel: fb0: VESA VGA frame buffer device
May 12 09:27:44 rousalka kernel: Real Time Clock Driver v1.12ac
May 12 09:27:44 rousalka kernel: Non-volatile memory driver v1.2
May 12 09:27:44 rousalka kernel: Linux agpgart interface v0.102 (c) Dave Jones
May 12 09:27:44 rousalka kernel: RAMDISK driver initialized: 16 RAM disks of 16384K size 4096 blocksize
May 12 09:27:44 rousalka kernel: PNP: No PS/2 controller found. Probing ports directly.
May 12 09:27:44 rousalka kernel: serio: i8042 KBD port at 0x60,0x64 irq 1
May 12 09:27:44 rousalka kernel: mice: PS/2 mouse device common for all mice
May 12 09:27:44 rousalka kernel: async_tx: api initialized (sync-only)
May 12 09:27:44 rousalka kernel: xor: automatically using best checksumming function: generic_sse
May 12 09:27:44 rousalka kernel: generic_sse:  7068.000 MB/sec
May 12 09:27:44 rousalka kernel: xor: using function: generic_sse (7068.000 MB/sec)
May 12 09:27:44 rousalka kernel: usbcore: registered new interface driver hiddev
May 12 09:27:44 rousalka kernel: usbcore: registered new interface driver usbhid
May 12 09:27:44 rousalka kernel: drivers/hid/usbhid/hid-core.c: v2.6:USB HID core driver
May 12 09:27:44 rousalka kernel: Initializing XFRM netlink socket
May 12 09:27:44 rousalka kernel: NET: Registered protocol family 1
May 12 09:27:44 rousalka kernel: NET: Registered protocol family 17
May 12 09:27:44 rousalka kernel: powernow-k8: Found 2 AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ processors (version 2.00.00)
May 12 09:27:44 rousalka kernel: powernow-k8:    0 : fid 0xe (2200 MHz), vid 0x8
May 12 09:27:44 rousalka kernel: powernow-k8:    1 : fid 0x2 (1000 MHz), vid 0x12
May 12 09:27:44 rousalka kernel: Freeing unused kernel memory: 248k freed
May 12 09:27:44 rousalka kernel: Write protecting the kernel read-only data: 3224k
May 12 09:27:44 rousalka kernel: ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [APCF] enabled at IRQ 23
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt 0000:00:02.0[A] -> Link [APCF] -> GSI 23 (level, low) -> IRQ 23
May 12 09:27:44 rousalka kernel: PCI: Setting latency timer of device 0000:00:02.0 to 64
May 12 09:27:44 rousalka kernel: ohci_hcd 0000:00:02.0: OHCI Host Controller
May 12 09:27:44 rousalka kernel: ohci_hcd 0000:00:02.0: new USB bus registered, assigned bus number 1
May 12 09:27:44 rousalka kernel: ohci_hcd 0000:00:02.0: irq 23, io mem 0xeb004000
May 12 09:27:44 rousalka kernel: usb usb1: new device found, idVendor=0000, idProduct=0000
May 12 09:27:44 rousalka kernel: usb usb1: new device strings: Mfr=3, Product=2, SerialNumber=1
May 12 09:27:44 rousalka kernel: usb usb1: Product: OHCI Host Controller
May 12 09:27:44 rousalka kernel: usb usb1: Manufacturer: Linux 2.6.21-5.mm2.fc7.nim ohci_hcd
May 12 09:27:44 rousalka kernel: usb usb1: SerialNumber: 0000:00:02.0
May 12 09:27:44 rousalka kernel: usb usb1: configuration #1 chosen from 1 choice
May 12 09:27:44 rousalka kernel: hub 1-0:1.0: USB hub found
May 12 09:27:44 rousalka kernel: hub 1-0:1.0: 10 ports detected
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [APCL] enabled at IRQ 22
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt 0000:00:02.1[B] -> Link [APCL] -> GSI 22 (level, low) -> IRQ 22
May 12 09:27:44 rousalka kernel: PCI: Setting latency timer of device 0000:00:02.1 to 64
May 12 09:27:44 rousalka kernel: ehci_hcd 0000:00:02.1: EHCI Host Controller
May 12 09:27:44 rousalka kernel: ehci_hcd 0000:00:02.1: new USB bus registered, assigned bus number 2
May 12 09:27:44 rousalka kernel: ehci_hcd 0000:00:02.1: debug port 1
May 12 09:27:44 rousalka kernel: PCI: cache line size of 64 is not supported by device 0000:00:02.1
May 12 09:27:44 rousalka kernel: ehci_hcd 0000:00:02.1: irq 22, io mem 0xfeb00000
May 12 09:27:44 rousalka kernel: ehci_hcd 0000:00:02.1: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
May 12 09:27:44 rousalka kernel: usb usb2: new device found, idVendor=0000, idProduct=0000
May 12 09:27:44 rousalka kernel: usb usb2: new device strings: Mfr=3, Product=2, SerialNumber=1
May 12 09:27:44 rousalka kernel: usb usb2: Product: EHCI Host Controller
May 12 09:27:44 rousalka kernel: usb usb2: Manufacturer: Linux 2.6.21-5.mm2.fc7.nim ehci_hcd
May 12 09:27:44 rousalka kernel: usb usb2: SerialNumber: 0000:00:02.1
May 12 09:27:44 rousalka kernel: usb usb2: configuration #1 chosen from 1 choice
May 12 09:27:44 rousalka kernel: hub 2-0:1.0: USB hub found
May 12 09:27:44 rousalka kernel: hub 2-0:1.0: 10 ports detected
May 12 09:27:44 rousalka kernel: md: raid1 personality registered for level 1
May 12 09:27:44 rousalka kernel: libata version 2.20 loaded.
May 12 09:27:44 rousalka kernel: sata_sil 0000:01:09.0: version 2.2
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [APC2] enabled at IRQ 17
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt 0000:01:09.0[A] -> Link [APC2] -> GSI 17 (level, low) -> IRQ 17
May 12 09:27:44 rousalka kernel: sata_sil 0000:01:09.0: Applying R_ERR on DMA activate FIS errata fix
May 12 09:27:44 rousalka kernel: scsi0 : sata_sil
May 12 09:27:44 rousalka kernel: scsi1 : sata_sil
May 12 09:27:44 rousalka kernel: scsi2 : sata_sil
May 12 09:27:44 rousalka kernel: scsi3 : sata_sil
May 12 09:27:44 rousalka kernel: ata1: SATA max UDMA/100 cmd 0xffffc20000022080 ctl 0xffffc2000002208a bmdma 0xffffc20000022000 irq 0
May 12 09:27:44 rousalka kernel: ata2: SATA max UDMA/100 cmd 0xffffc200000220c0 ctl 0xffffc200000220ca bmdma 0xffffc20000022008 irq 0
May 12 09:27:44 rousalka kernel: ata3: SATA max UDMA/100 cmd 0xffffc20000022280 ctl 0xffffc2000002228a bmdma 0xffffc20000022200 irq 0
May 12 09:27:44 rousalka kernel: ata4: SATA max UDMA/100 cmd 0xffffc200000222c0 ctl 0xffffc200000222ca bmdma 0xffffc20000022208 irq 0
May 12 09:27:44 rousalka kernel: usb 2-8: new high speed USB device using ehci_hcd and address 2
May 12 09:27:44 rousalka kernel: usb 2-8: new device found, idVendor=04cc, idProduct=1520
May 12 09:27:44 rousalka kernel: usb 2-8: new device strings: Mfr=0, Product=0, SerialNumber=0
May 12 09:27:44 rousalka kernel: usb 2-8: configuration #1 chosen from 1 choice
May 12 09:27:44 rousalka kernel: hub 2-8:1.0: USB hub found
May 12 09:27:44 rousalka kernel: hub 2-8:1.0: 4 ports detected
May 12 09:27:44 rousalka kernel: ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
May 12 09:27:44 rousalka kernel: ata1.00: ata_hpa_resize 1: sectors = 586114704, hpa_sectors = 586114704
May 12 09:27:44 rousalka kernel: ata1.00: ATA-7: Maxtor 6L300S0, BANC1G10, max UDMA/133
May 12 09:27:44 rousalka kernel: ata1.00: 586114704 sectors, multi 16: LBA48 NCQ (depth 0/32)
May 12 09:27:44 rousalka kernel: ata1.00: ata_hpa_resize 1: sectors = 586114704, hpa_sectors = 586114704
May 12 09:27:44 rousalka kernel: ata1.00: configured for UDMA/100
May 12 09:27:44 rousalka kernel: usb 2-8.1: new low speed USB device using ehci_hcd and address 3
May 12 09:27:44 rousalka kernel: usb 2-8.1: new device found, idVendor=045e, idProduct=00db
May 12 09:27:44 rousalka kernel: usb 2-8.1: new device strings: Mfr=1, Product=2, SerialNumber=0
May 12 09:27:44 rousalka kernel: usb 2-8.1: Product: Natural® Ergonomic Keyboard 4000
May 12 09:27:44 rousalka kernel: usb 2-8.1: Manufacturer: Microsoft
May 12 09:27:44 rousalka kernel: usb 2-8.1: configuration #1 chosen from 1 choice
May 12 09:27:44 rousalka kernel: input: Microsoft Natural® Ergonomic Keyboard 4000 as /class/input/input0
May 12 09:27:44 rousalka kernel: input: USB HID v1.11 Keyboard [Microsoft Natural® Ergonomic Keyboard 4000] on usb-0000:00:02.1-8.1
May 12 09:27:44 rousalka kernel: input: Microsoft Natural® Ergonomic Keyboard 4000 as /class/input/input1
May 12 09:27:44 rousalka kernel: input: USB HID v1.11 Device [Microsoft Natural® Ergonomic Keyboard 4000] on usb-0000:00:02.1-8.1
May 12 09:27:44 rousalka kernel: ata2: SATA link down (SStatus 0 SControl 310)
May 12 09:27:44 rousalka kernel: usb 2-8.3: new low speed USB device using ehci_hcd and address 4
May 12 09:27:44 rousalka kernel: usb 2-8.3: new device found, idVendor=045e, idProduct=0024
May 12 09:27:44 rousalka kernel: usb 2-8.3: new device strings: Mfr=1, Product=2, SerialNumber=0
May 12 09:27:44 rousalka kernel: usb 2-8.3: Product: Microsoft Trackball Explorer®
May 12 09:27:44 rousalka kernel: usb 2-8.3: Manufacturer: Microsoft
May 12 09:27:44 rousalka kernel: usb 2-8.3: configuration #1 chosen from 1 choice
May 12 09:27:44 rousalka kernel: input: Microsoft Microsoft Trackball Explorer® as /class/input/input2
May 12 09:27:44 rousalka kernel: input: USB HID v1.00 Mouse [Microsoft Microsoft Trackball Explorer®] on usb-0000:00:02.1-8.3
May 12 09:27:44 rousalka kernel: ata3: SATA link down (SStatus 0 SControl 310)
May 12 09:27:44 rousalka kernel: ata4: SATA link down (SStatus 0 SControl 310)
May 12 09:27:44 rousalka kernel: scsi 0:0:0:0: Direct-Access     ATA      Maxtor 6L300S0   BANC PQ: 0 ANSI: 5
May 12 09:27:44 rousalka kernel: sd 0:0:0:0: [sda] 586114704 512-byte hardware sectors (300091 MB)
May 12 09:27:44 rousalka kernel: sd 0:0:0:0: [sda] Write Protect is off
May 12 09:27:44 rousalka kernel: sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
May 12 09:27:44 rousalka kernel: sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
May 12 09:27:44 rousalka kernel: sd 0:0:0:0: [sda] 586114704 512-byte hardware sectors (300091 MB)
May 12 09:27:44 rousalka kernel: sd 0:0:0:0: [sda] Write Protect is off
May 12 09:27:44 rousalka kernel: sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
May 12 09:27:44 rousalka kernel: sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
May 12 09:27:44 rousalka kernel: sda: sda1 sda2 sda3
May 12 09:27:44 rousalka kernel: sd 0:0:0:0: [sda] Attached SCSI disk
May 12 09:27:44 rousalka kernel: sata_nv 0000:00:07.0: version 3.3
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [APSI] enabled at IRQ 21
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt 0000:00:07.0[A] -> Link [APSI] -> GSI 21 (level, low) -> IRQ 21
May 12 09:27:44 rousalka kernel: sata_nv 0000:00:07.0: Using ADMA mode
May 12 09:27:44 rousalka kernel: PCI: Setting latency timer of device 0000:00:07.0 to 64
May 12 09:27:44 rousalka kernel: scsi4 : sata_nv
May 12 09:27:44 rousalka kernel: scsi5 : sata_nv
May 12 09:27:44 rousalka kernel: ata5: SATA max UDMA/133 cmd 0xffffc20000024480 ctl 0xffffc200000244a0 bmdma 0x000000000001c000 irq 0
May 12 09:27:44 rousalka kernel: ata6: SATA max UDMA/133 cmd 0xffffc20000024580 ctl 0xffffc200000245a0 bmdma 0x000000000001c008 irq 0
May 12 09:27:44 rousalka kernel: ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
May 12 09:27:44 rousalka kernel: ata5.00: ata_hpa_resize 1: sectors = 586114704, hpa_sectors = 586114704
May 12 09:27:44 rousalka kernel: ata5.00: ATA-7: Maxtor 6L300S0, BANC1G10, max UDMA/133
May 12 09:27:44 rousalka kernel: ata5.00: 586114704 sectors, multi 16: LBA48 NCQ (depth 31/32)
May 12 09:27:44 rousalka kernel: ata5.00: ata_hpa_resize 1: sectors = 586114704, hpa_sectors = 586114704
May 12 09:27:44 rousalka kernel: ata5.00: configured for UDMA/133
May 12 09:27:44 rousalka kernel: ata6: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
May 12 09:27:44 rousalka kernel: ata6.00: ATAPI, max UDMA/66
May 12 09:27:44 rousalka kernel: ata6.00: applying bridge limits
May 12 09:27:44 rousalka kernel: ata6.00: configured for UDMA/66
May 12 09:27:44 rousalka kernel: scsi 4:0:0:0: Direct-Access     ATA      Maxtor 6L300S0   BANC PQ: 0 ANSI: 5
May 12 09:27:44 rousalka kernel: ata5: bounce limit 0xFFFFFFFFFFFFFFFF, segment boundary 0xFFFFFFFF, hw segs 61
May 12 09:27:44 rousalka kernel: sd 4:0:0:0: [sdb] 586114704 512-byte hardware sectors (300091 MB)
May 12 09:27:44 rousalka kernel: sd 4:0:0:0: [sdb] Write Protect is off
May 12 09:27:44 rousalka kernel: sd 4:0:0:0: [sdb] Mode Sense: 00 3a 00 00
May 12 09:27:44 rousalka kernel: sd 4:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
May 12 09:27:44 rousalka kernel: sd 4:0:0:0: [sdb] 586114704 512-byte hardware sectors (300091 MB)
May 12 09:27:44 rousalka kernel: sd 4:0:0:0: [sdb] Write Protect is off
May 12 09:27:44 rousalka kernel: sd 4:0:0:0: [sdb] Mode Sense: 00 3a 00 00
May 12 09:27:44 rousalka kernel: sd 4:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
May 12 09:27:44 rousalka kernel: sdb: sdb1 sdb2 sdb3
May 12 09:27:44 rousalka kernel: sd 4:0:0:0: [sdb] Attached SCSI disk
May 12 09:27:44 rousalka kernel: scsi 5:0:0:0: CD-ROM            PLEXTOR  DVDR   PX-716A   1.10 PQ: 0 ANSI: 5
May 12 09:27:44 rousalka kernel: ata6: bounce limit 0xFFFFFFFF, segment boundary 0xFFFF, hw segs 127
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [APSJ] enabled at IRQ 20
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt 0000:00:08.0[A] -> Link [APSJ] -> GSI 20 (level, low) -> IRQ 20
May 12 09:27:44 rousalka kernel: sata_nv 0000:00:08.0: Using ADMA mode
May 12 09:27:44 rousalka kernel: PCI: Setting latency timer of device 0000:00:08.0 to 64
May 12 09:27:44 rousalka kernel: scsi6 : sata_nv
May 12 09:27:44 rousalka kernel: scsi7 : sata_nv
May 12 09:27:44 rousalka kernel: ata7: SATA max UDMA/133 cmd 0xffffc20000026480 ctl 0xffffc200000264a0 bmdma 0x000000000001d400 irq 0
May 12 09:27:44 rousalka kernel: ata8: SATA max UDMA/133 cmd 0xffffc20000026580 ctl 0xffffc200000265a0 bmdma 0x000000000001d408 irq 0
May 12 09:27:44 rousalka kernel: ata7: SATA link down (SStatus 0 SControl 300)
May 12 09:27:44 rousalka kernel: ata8: SATA link down (SStatus 0 SControl 300)
May 12 09:27:44 rousalka kernel: pata_amd 0000:00:06.0: version 0.3.8
May 12 09:27:44 rousalka kernel: PCI: Setting latency timer of device 0000:00:06.0 to 64
May 12 09:27:44 rousalka kernel: scsi8 : pata_amd
May 12 09:27:44 rousalka kernel: scsi9 : pata_amd
May 12 09:27:44 rousalka kernel: ata9: PATA max UDMA/133 cmd 0x00000000000101f0 ctl 0x00000000000103f6 bmdma 0x000000000001f000 irq 14
May 12 09:27:44 rousalka kernel: ata10: PATA max UDMA/133 cmd 0x0000000000010170 ctl 0x0000000000010376 bmdma 0x000000000001f008 irq 15
May 12 09:27:44 rousalka kernel: ata9.00: ata_hpa_resize 1: sectors = 160086528, hpa_sectors = 160086528
May 12 09:27:44 rousalka kernel: ata9.00: ATA-7: Maxtor 6Y080L0, YAR41BW0, max UDMA/133
May 12 09:27:44 rousalka kernel: ata9.00: 160086528 sectors, multi 16: LBA 
May 12 09:27:44 rousalka kernel: ata9.00: ata_hpa_resize 1: sectors = 160086528, hpa_sectors = 160086528
May 12 09:27:44 rousalka kernel: ata9.00: configured for UDMA/133
May 12 09:27:44 rousalka kernel: ata10.00: ata_hpa_resize 1: sectors = 160086528, hpa_sectors = 160086528
May 12 09:27:44 rousalka kernel: ata10.00: ATA-7: Maxtor 6Y080L0, YAR41BW0, max UDMA/133
May 12 09:27:44 rousalka kernel: ata10.00: 160086528 sectors, multi 16: LBA 
May 12 09:27:44 rousalka kernel: ata10.00: ata_hpa_resize 1: sectors = 160086528, hpa_sectors = 160086528
May 12 09:27:44 rousalka kernel: ata10.00: configured for UDMA/133
May 12 09:27:44 rousalka kernel: scsi 8:0:0:0: Direct-Access     ATA      Maxtor 6Y080L0   YAR4 PQ: 0 ANSI: 5
May 12 09:27:44 rousalka kernel: sd 8:0:0:0: [sdc] 160086528 512-byte hardware sectors (81964 MB)
May 12 09:27:44 rousalka kernel: sd 8:0:0:0: [sdc] Write Protect is off
May 12 09:27:44 rousalka kernel: sd 8:0:0:0: [sdc] Mode Sense: 00 3a 00 00
May 12 09:27:44 rousalka kernel: sd 8:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
May 12 09:27:44 rousalka kernel: sd 8:0:0:0: [sdc] 160086528 512-byte hardware sectors (81964 MB)
May 12 09:27:44 rousalka kernel: sd 8:0:0:0: [sdc] Write Protect is off
May 12 09:27:44 rousalka kernel: sd 8:0:0:0: [sdc] Mode Sense: 00 3a 00 00
May 12 09:27:44 rousalka kernel: sd 8:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
May 12 09:27:44 rousalka kernel: sdc: sdc1
May 12 09:27:44 rousalka kernel: sd 8:0:0:0: [sdc] Attached SCSI disk
May 12 09:27:44 rousalka kernel: scsi 9:0:0:0: Direct-Access     ATA      Maxtor 6Y080L0   YAR4 PQ: 0 ANSI: 5
May 12 09:27:44 rousalka kernel: sd 9:0:0:0: [sdd] 160086528 512-byte hardware sectors (81964 MB)
May 12 09:27:44 rousalka kernel: sd 9:0:0:0: [sdd] Write Protect is off
May 12 09:27:44 rousalka kernel: sd 9:0:0:0: [sdd] Mode Sense: 00 3a 00 00
May 12 09:27:44 rousalka kernel: sd 9:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
May 12 09:27:44 rousalka kernel: sd 9:0:0:0: [sdd] 160086528 512-byte hardware sectors (81964 MB)
May 12 09:27:44 rousalka kernel: sd 9:0:0:0: [sdd] Write Protect is off
May 12 09:27:44 rousalka kernel: sd 9:0:0:0: [sdd] Mode Sense: 00 3a 00 00
May 12 09:27:44 rousalka kernel: sd 9:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
May 12 09:27:44 rousalka kernel: sdd: sdd1
May 12 09:27:44 rousalka kernel: sd 9:0:0:0: [sdd] Attached SCSI disk
May 12 09:27:44 rousalka kernel: device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: dm-devel@redhat.com
May 12 09:27:44 rousalka kernel: md: Autodetecting RAID arrays.
May 12 09:27:44 rousalka kernel: md: autorun ...
May 12 09:27:44 rousalka kernel: md: considering sdb3 ...
May 12 09:27:44 rousalka kernel: md:  adding sdb3 ...
May 12 09:27:44 rousalka kernel: md: sdb1 has different UUID to sdb3
May 12 09:27:44 rousalka kernel: md:  adding sda3 ...
May 12 09:27:44 rousalka kernel: md: sda1 has different UUID to sdb3
May 12 09:27:44 rousalka kernel: md: created md1
May 12 09:27:44 rousalka kernel: md: bind<sda3>
May 12 09:27:44 rousalka kernel: md: bind<sdb3>
May 12 09:27:44 rousalka kernel: md: running: <sdb3><sda3>
May 12 09:27:44 rousalka kernel: raid1: raid set md1 active with 2 out of 2 mirrors
May 12 09:27:44 rousalka kernel: md: considering sdb1 ...
May 12 09:27:44 rousalka kernel: md:  adding sdb1 ...
May 12 09:27:44 rousalka kernel: md:  adding sda1 ...
May 12 09:27:44 rousalka kernel: md: created md0
May 12 09:27:44 rousalka kernel: md: bind<sda1>
May 12 09:27:44 rousalka kernel: md: bind<sdb1>
May 12 09:27:44 rousalka kernel: md: running: <sdb1><sda1>
May 12 09:27:44 rousalka kernel: raid1: raid set md0 active with 2 out of 2 mirrors
May 12 09:27:44 rousalka kernel: md: ... autorun DONE.
May 12 09:27:44 rousalka kernel: kjournald starting.  Commit interval 5 seconds
May 12 09:27:44 rousalka kernel: EXT3-fs: mounted filesystem with ordered data mode.
May 12 09:27:44 rousalka kernel: i2c-adapter i2c-0: nForce2 SMBus adapter at 0x1c00
May 12 09:27:44 rousalka kernel: i2c-adapter i2c-1: nForce2 SMBus adapter at 0x1c40
May 12 09:27:44 rousalka kernel: sd 0:0:0:0: Attached scsi generic sg0 type 0
May 12 09:27:44 rousalka kernel: sd 4:0:0:0: Attached scsi generic sg1 type 0
May 12 09:27:44 rousalka kernel: scsi 5:0:0:0: Attached scsi generic sg2 type 5
May 12 09:27:44 rousalka kernel: sd 8:0:0:0: Attached scsi generic sg3 type 0
May 12 09:27:44 rousalka kernel: sd 9:0:0:0: Attached scsi generic sg4 type 0
May 12 09:27:44 rousalka kernel: forcedeth.c: Reverse Engineered nForce ethernet driver. Version 0.60.
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [APCH] enabled at IRQ 23
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt 0000:00:0a.0[A] -> Link [APCH] -> GSI 23 (level, low) -> IRQ 23
May 12 09:27:44 rousalka kernel: PCI: Setting latency timer of device 0000:00:0a.0 to 64
May 12 09:27:44 rousalka kernel: forcedeth: using HIGHDMA
May 12 09:27:44 rousalka kernel: Linux video capture interface: v2.00
May 12 09:27:44 rousalka kernel: sr0: scsi3-mmc drive: 40x/40x writer cd/rw xa/form2 cdda tray
May 12 09:27:44 rousalka kernel: Uniform CD-ROM driver Revision: 3.20
May 12 09:27:44 rousalka kernel: sr 5:0:0:0: Attached scsi CD-ROM sr0
May 12 09:27:44 rousalka kernel: ivtv:  ==================== START INIT IVTV ====================
May 12 09:27:44 rousalka kernel: ivtv:  version 1.0.0 (2.6.21-5.mm2.fc7.nim SMP mod_unload ) loading
May 12 09:27:44 rousalka kernel: eth0: forcedeth.c: subsystem: 01458:e000 bound to 0000:00:0a.0
May 12 09:27:44 rousalka kernel: ivtv0: Autodetected Hauppauge card (cx23416 based)
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [APC4] enabled at IRQ 19
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt 0000:01:07.0[A] -> Link [APC4] -> GSI 19 (level, low) -> IRQ 19
May 12 09:27:44 rousalka kernel: ivtv0: loaded v4l-cx2341x-enc.fw firmware (-139637039664576 bytes)
May 12 09:27:44 rousalka kernel: ivtv0: Encoder revision: 0x02060039
May 12 09:27:44 rousalka kernel: tveeprom 2-0050: The eeprom says no radio is present, but the tuner type
May 12 09:27:44 rousalka kernel: tveeprom 2-0050: indicates otherwise. I will assume that radio is present.
May 12 09:27:44 rousalka kernel: tveeprom 2-0050: Hauppauge model 26039, rev C1A5, serial# 8203263
May 12 09:27:44 rousalka kernel: tveeprom 2-0050: tuner model is TCL MPE05-2 (idx 105, type 38)
May 12 09:27:44 rousalka kernel: tveeprom 2-0050: TV standards PAL(B/G) PAL(I) SECAM(L/L') PAL(D/D1/K) (eeprom 0x74)
May 12 09:27:44 rousalka kernel: tveeprom 2-0050: audio processor is CX25842 (idx 36)
May 12 09:27:44 rousalka kernel: tveeprom 2-0050: decoder processor is CX25842 (idx 29)
May 12 09:27:44 rousalka kernel: tveeprom 2-0050: has radio, has IR receiver, has IR transmitter
May 12 09:27:44 rousalka kernel: ivtv0: Autodetected Hauppauge WinTV PVR-150
May 12 09:27:44 rousalka kernel: ivtv0: reopen i2c bus for IR-blaster support
May 12 09:27:44 rousalka kernel: tuner 2-0043: chip found @ 0x86 (ivtv i2c driver #0)
May 12 09:27:44 rousalka kernel: tda9887 2-0043: tda988[5/6/7] found @ 0x43 (tuner)
May 12 09:27:44 rousalka kernel: tuner 2-0061: chip found @ 0xc2 (ivtv i2c driver #0)
May 12 09:27:44 rousalka kernel: cx25840 2-0044: cx25842-23 found @ 0x88 (ivtv i2c driver #0)
May 12 09:27:44 rousalka kernel: cx25840 2-0044: loaded v4l-cx25840.fw firmware (16382 bytes)
May 12 09:27:44 rousalka kernel: wm8775 2-001b: chip found @ 0x36 (ivtv i2c driver #0)
May 12 09:27:44 rousalka kernel: tuner 2-0061: type set to 38 (Philips PAL/SECAM multi (FM1216ME MK3))
May 12 09:27:44 rousalka kernel: ivtv0: Registered device video0 for encoder MPEG (4 MB)
May 12 09:27:44 rousalka kernel: ivtv0: Registered device video32 for encoder YUV (2 MB)
May 12 09:27:44 rousalka kernel: ivtv0: Registered device vbi0 for encoder VBI (1 MB)
May 12 09:27:44 rousalka kernel: ivtv0: Registered device video24 for encoder PCM audio (1 MB)
May 12 09:27:44 rousalka kernel: ivtv0: Registered device radio0 for encoder radio
May 12 09:27:44 rousalka kernel: ivtv0: Initialized Hauppauge WinTV PVR-150, card #0
May 12 09:27:44 rousalka kernel: ivtv:  ====================  END INIT IVTV  ====================
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt 0000:02:00.0[A] -> Link [APC2] -> GSI 17 (level, low) -> IRQ 17
May 12 09:27:44 rousalka kernel: PCI: Setting latency timer of device 0000:02:00.0 to 64
May 12 09:27:44 rousalka kernel: sky2 0000:02:00.0: v1.14 addr 0xe5000000 irq 17 Yukon-EC (0xb6) rev 1
May 12 09:27:44 rousalka kernel: sky2 eth1: addr 00:14:85:0c:3e:a4
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt 0000:01:08.2[B] -> Link [APC2] -> GSI 17 (level, low) -> IRQ 17
May 12 09:27:44 rousalka kernel: fw_ohci: Added fw-ohci device 0000:01:08.2, OHCI version 1.10
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [APC3] enabled at IRQ 18
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt 0000:01:0a.0[A] -> Link [APC3] -> GSI 18 (level, low) -> IRQ 18
May 12 09:27:44 rousalka kernel: fw_ohci: Added fw-ohci device 0000:01:0a.0, OHCI version 1.10
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt Link [APC1] enabled at IRQ 16
May 12 09:27:44 rousalka kernel: ACPI: PCI Interrupt 0000:01:08.0[A] -> Link [APC1] -> GSI 16 (level, low) -> IRQ 16
May 12 09:27:44 rousalka kernel: emu1010: Special config.
May 12 09:27:44 rousalka kernel: emu1010: EMU_HANA_ID=0x7f
May 12 09:27:44 rousalka kernel: firmware size=0x133a4
May 12 09:27:44 rousalka kernel: fw_core: created new fw device fw0 (0 config rom retries)
May 12 09:27:44 rousalka kernel: fw_core: created new fw device fw1 (0 config rom retries)
May 12 09:27:44 rousalka kernel: emu1010: Hana Firmware loaded
May 12 09:27:44 rousalka kernel: Hana ver:3.4
May 12 09:27:44 rousalka kernel: emu1010: Card options=0x2
May 12 09:27:44 rousalka kernel: emu1010: Card options=0x2
May 12 09:27:44 rousalka kernel: emu1010: Card options3=0x2
May 12 09:27:44 rousalka kernel: EMU outputs on
May 12 09:27:44 rousalka kernel: EMU inputs on
May 12 09:27:44 rousalka kernel: input: Power Button (FF) as /class/input/input3
May 12 09:27:44 rousalka kernel: ACPI: Power Button (FF) [PWRF]
May 12 09:27:44 rousalka kernel: input: Power Button (CM) as /class/input/input4
May 12 09:27:44 rousalka kernel: ACPI: Power Button (CM) [PWRB]
May 12 09:27:44 rousalka kernel: EXT3 FS on dm-0, internal journal
May 12 09:27:44 rousalka kernel: kjournald starting.  Commit interval 5 seconds
May 12 09:27:44 rousalka kernel: EXT3 FS on md0, internal journal
May 12 09:27:44 rousalka kernel: EXT3-fs: mounted filesystem with ordered data mode.
May 12 09:27:44 rousalka kernel: kjournald starting.  Commit interval 5 seconds
May 12 09:27:44 rousalka kernel: EXT3 FS on dm-1, internal journal
May 12 09:27:44 rousalka kernel: EXT3-fs: mounted filesystem with ordered data mode.
May 12 09:27:44 rousalka kernel: kjournald starting.  Commit interval 5 seconds
May 12 09:27:44 rousalka kernel: EXT3 FS on dm-2, internal journal
May 12 09:27:44 rousalka kernel: EXT3-fs: mounted filesystem with ordered data mode.
May 12 09:27:44 rousalka kernel: Adding 2096472k swap on /dev/sdb2.  Priority:-1 extents:1 across:2096472k
May 12 09:27:44 rousalka kernel: Adding 2096472k swap on /dev/sda2.  Priority:-2 extents:1 across:2096472k
May 12 09:27:44 rousalka kernel: Netfilter messages via NETLINK v0.30.
May 12 09:27:44 rousalka kernel: nf_conntrack version 0.5.0 (8192 buckets, 65536 max)
May 12 09:27:44 rousalka kernel: sky2 eth1: enabling interface
May 12 09:27:44 rousalka kernel: sky2 eth1: ram buffer 48K
May 12 09:27:46 rousalka kernel: audit(1178954866.095:2): audit_pid=2327 old=0 by auid=4294967295
May 12 09:27:47 rousalka kernel: it87: Found IT8712F chip at 0x290, revision 5
May 12 09:28:22 rousalka kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> Link [APC3] -> GSI 18 (level, low) -> IRQ 18
May 12 09:28:22 rousalka kernel: [drm] Initialized drm 1.1.0 20060810
May 12 09:28:22 rousalka kernel: [drm] Initialized nouveau 0.0.6 20060213 on minor 0
May 12 09:28:22 rousalka kernel: [drm:nv40_graph_init] *ERROR* Unknown ctx_voodoo for chipset 0x4b
May 12 09:28:24 rousalka kernel: [drm:nv40_graph_init] *ERROR* Unknown ctx_voodoo for chipset 0x4b
May 12 09:28:24 rousalka kernel: [drm:nv40_graph_init] *ERROR* Unknown ctx_voodoo for chipset 0x4b
May 12 09:28:24 rousalka kernel: [drm:nv40_graph_init] *ERROR* Unknown ctx_voodoo for chipset 0x4b
May 12 09:28:24 rousalka kernel: [drm] allocated 0xd0000000
May 12 09:28:24 rousalka kernel: [drm] allocated 0xd8000000
May 12 09:28:24 rousalka kernel: [drm] allocated 0xd8010000
May 12 09:28:24 rousalka kernel: [drm] Allocating FIFO number 0
May 12 09:28:24 rousalka kernel: [drm] allocated 0xd8014000
May 12 09:28:24 rousalka kernel: [drm] nouveau_fifo_alloc: initialised FIFO 0
May 12 09:28:24 rousalka kernel: [drm] allocated 0xd801c000
May 12 09:28:55 rousalka kernel: [drm] allocated 0xd801d000
May 12 09:29:06 rousalka kernel: [drm] freeing 0xd0000000
May 12 09:29:06 rousalka kernel: [drm] freeing 0xd8010000
May 12 09:29:06 rousalka kernel: [drm] freeing 0xd8000000
May 12 09:29:06 rousalka kernel: [drm] nouveau_fifo_free: freeing fifo 0
May 12 09:29:06 rousalka kernel: [drm] freeing 0xd8014000
May 12 09:29:07 rousalka kernel: [drm:nv40_graph_init] *ERROR* Unknown ctx_voodoo for chipset 0x4b
May 12 09:29:07 rousalka kernel: [drm:nv40_graph_init] *ERROR* Unknown ctx_voodoo for chipset 0x4b
May 12 09:29:10 rousalka kernel: [drm:nv40_graph_init] *ERROR* Unknown ctx_voodoo for chipset 0x4b
May 12 09:29:10 rousalka kernel: [drm:nv40_graph_init] *ERROR* Unknown ctx_voodoo for chipset 0x4b
May 12 09:29:10 rousalka kernel: [drm:nv40_graph_init] *ERROR* Unknown ctx_voodoo for chipset 0x4b
May 12 09:29:10 rousalka kernel: [drm] allocated 0xd0000000
May 12 09:29:10 rousalka kernel: [drm] allocated 0xd8000000
May 12 09:29:10 rousalka kernel: [drm] allocated 0xd8010000
May 12 09:29:10 rousalka kernel: [drm] Allocating FIFO number 0
May 12 09:29:10 rousalka kernel: [drm] allocated 0xd8014000
May 12 09:29:10 rousalka kernel: [drm] nouveau_fifo_alloc: initialised FIFO 0
May 12 09:29:10 rousalka kernel: [drm] allocated 0xd801c000
May 12 09:29:33 rousalka kernel: ACPI: PCI interrupt for device 0000:01:08.0 disabled
May 12 09:29:38 rousalka kernel: ACPI: PCI Interrupt 0000:01:08.0[A] -> Link [APC1] -> GSI 16 (level, low) -> IRQ 16
May 12 09:29:38 rousalka kernel: emu1010: Special config.
May 12 09:29:38 rousalka kernel: emu1010: EMU_HANA_ID=0x7f
May 12 09:29:38 rousalka kernel: firmware size=0x133a4
May 12 09:29:42 rousalka kernel: emu1010: Hana Firmware loaded
May 12 09:29:42 rousalka kernel: Hana ver:3.4
May 12 09:29:42 rousalka kernel: emu1010: Card options=0x2
May 12 09:29:42 rousalka kernel: emu1010: Card options=0x2
May 12 09:29:42 rousalka kernel: emu1010: Card options3=0x2
May 12 09:29:42 rousalka kernel: emu1010: Loading Audio Dock Firmware
May 12 09:29:42 rousalka kernel: firmware size=0x133a4
May 12 09:29:43 rousalka kernel: emu1010: EMU_HANA+DOCK_IRQ_STATUS=0x36
May 12 09:29:43 rousalka kernel: emu1010: EMU_HANA+DOCK_ID=0x55
May 12 09:29:43 rousalka kernel: emu1010: Audio Dock Firmware loaded
May 12 09:29:43 rousalka kernel: Audio Dock ver:3.4
May 12 09:29:43 rousalka kernel: EMU outputs on
May 12 09:29:43 rousalka kernel: EMU inputs on
May 12 09:31:01 rousalka kernel: [drm] allocated 0xd801d000
May 12 09:31:11 rousalka kernel: [drm] freeing 0xd801d000
May 12 09:34:24 rousalka kernel: [drm] allocated 0xd801d000
May 12 09:34:56 rousalka kernel: [drm] freeing 0xd801d000
May 12 09:35:06 rousalka kernel: [drm] allocated 0xd801d000
May 12 09:35:13 rousalka kernel: [drm] freeing 0xd801d000
May 12 09:41:38 rousalka kernel: [drm] allocated 0xd801d000
May 12 09:41:45 rousalka kernel: [drm] freeing 0xd801d000
May 12 09:43:17 rousalka kernel: [drm] allocated 0xd801d000
May 12 09:43:23 rousalka kernel: [drm] freeing 0xd801d000
May 12 09:45:52 rousalka kernel: [drm] allocated 0xd801d000
May 12 09:45:58 rousalka kernel: [drm] freeing 0xd801d000
May 12 09:53:16 rousalka kernel: [drm] allocated 0xd801d000
May 12 09:53:23 rousalka kernel: [drm] freeing 0xd801d000
May 12 10:00:47 rousalka kernel: rpmv: page allocation failure. order:2, mode:0x84020
May 12 10:00:47 rousalka kernel: 
May 12 10:00:47 rousalka kernel: Call Trace:
May 12 10:00:47 rousalka kernel: [<ffffffff8025b562>] __alloc_pages+0x2aa/0x2c3
May 12 10:00:47 rousalka kernel: [<ffffffff80417f72>] _spin_unlock_irq+0x1f/0x22
May 12 10:00:47 rousalka kernel: [<ffffffff802751cd>] __slab_alloc+0x196/0x586
May 12 10:00:47 rousalka kernel: [<ffffffff80300d51>] radix_tree_node_alloc+0x36/0x7e
May 12 10:00:47 rousalka kernel: [<ffffffff80275952>] kmem_cache_alloc+0x32/0x4e
May 12 10:00:47 rousalka kernel: [<ffffffff80300d51>] radix_tree_node_alloc+0x36/0x7e
May 12 10:00:47 rousalka kernel: [<ffffffff803011d4>] radix_tree_insert+0xcb/0x18c
May 12 10:00:47 rousalka kernel: [<ffffffff80256abc>] add_to_page_cache+0x3d/0x95
May 12 10:00:47 rousalka kernel: [<ffffffff80256b22>] add_to_page_cache_lru+0xe/0x23
May 12 10:00:47 rousalka kernel: [<ffffffff802572c0>] find_or_create_page+0x7d/0xa4
May 12 10:00:47 rousalka kernel: [<ffffffff80298e2d>] __getblk+0x113/0x22e
May 12 10:00:47 rousalka kernel: [<ffffffff8029a435>] __bread+0x6/0xaa
May 12 10:00:47 rousalka kernel: [<ffffffff88028f19>] :ext3:ext3_get_branch+0x67/0xd3
May 12 10:00:47 rousalka kernel: [<ffffffff8802914a>] :ext3:ext3_get_blocks_handle+0xc3/0x90e
May 12 10:00:47 rousalka kernel: [<ffffffff80258de0>] mempool_alloc+0x42/0xf8
May 12 10:00:47 rousalka kernel: [<ffffffff802fc524>] cfq_allow_merge+0x41/0x73
May 12 10:00:47 rousalka kernel: [<ffffffff80417f72>] _spin_unlock_irq+0x1f/0x22
May 12 10:00:47 rousalka kernel: [<ffffffff88029c92>] :ext3:ext3_get_block+0xc2/0xe4
May 12 10:00:47 rousalka kernel: [<ffffffff8029f929>] do_mpage_readpage+0x16d/0x4c3
May 12 10:00:47 rousalka kernel: [<ffffffff88029bd0>] :ext3:ext3_get_block+0x0/0xe4
May 12 10:00:47 rousalka kernel: [<ffffffff80417c33>] _write_unlock_irq+0x1f/0x22
May 12 10:00:47 rousalka kernel: [<ffffffff88029bd0>] :ext3:ext3_get_block+0x0/0xe4
May 12 10:00:47 rousalka kernel: [<ffffffff8029fe87>] mpage_readpages+0xb3/0x12c
May 12 10:00:47 rousalka kernel: [<ffffffff88029bd0>] :ext3:ext3_get_block+0x0/0xe4
May 12 10:00:47 rousalka kernel: [<ffffffff8025a632>] rmqueue_bulk+0x74/0x86
May 12 10:00:47 rousalka kernel: [<ffffffff8025cdd9>] __do_page_cache_readahead+0x158/0x22d
May 12 10:00:47 rousalka kernel: [<ffffffff88084aa7>] :dm_mod:dm_table_any_congested+0x46/0x63
May 12 10:00:47 rousalka kernel: [<ffffffff8025cf04>] blockable_page_cache_readahead+0x56/0xb5
May 12 10:00:47 rousalka kernel: [<ffffffff8025cfea>] make_ahead_window+0x87/0xa3
May 12 10:00:47 rousalka kernel: [<ffffffff8025d18e>] page_cache_readahead+0x188/0x1bf
May 12 10:00:47 rousalka kernel: [<ffffffff80258735>] filemap_fault+0x9d/0x347
May 12 10:00:47 rousalka kernel: [<ffffffff80261ca2>] __do_fault+0x66/0x446
May 12 10:00:47 rousalka kernel: [<ffffffff80263cd9>] __handle_mm_fault+0x4b1/0x8f5
May 12 10:00:47 rousalka kernel: [<ffffffff80419ea4>] do_page_fault+0x39a/0x7b7
May 12 10:00:47 rousalka kernel: [<ffffffff80419f51>] do_page_fault+0x447/0x7b7
May 12 10:00:47 rousalka kernel: [<ffffffff802616ee>] sys_madvise+0x486/0x500
May 12 10:00:47 rousalka kernel: [<ffffffff8041849d>] error_exit+0x0/0x84
May 12 10:00:47 rousalka kernel: 
May 12 10:00:47 rousalka kernel: Mem-info:
May 12 10:00:47 rousalka kernel: DMA per-cpu:
May 12 10:00:47 rousalka kernel: CPU    0: Hot: hi:    0, btch:   1 usd:   0   Cold: hi:    0, btch:   1 usd:   0
May 12 10:00:47 rousalka kernel: CPU    1: Hot: hi:    0, btch:   1 usd:   0   Cold: hi:    0, btch:   1 usd:   0
May 12 10:00:47 rousalka kernel: DMA32 per-cpu:
May 12 10:00:47 rousalka kernel: CPU    0: Hot: hi:  186, btch:  31 usd: 159   Cold: hi:   62, btch:  15 usd:  61
May 12 10:00:47 rousalka kernel: CPU    1: Hot: hi:  186, btch:  31 usd:  79   Cold: hi:   62, btch:  15 usd:   3
May 12 10:00:47 rousalka kernel: Active:281089 inactive:166520 dirty:16910 writeback:0 unstable:0
May 12 10:00:47 rousalka kernel: free:4888 slab:41473 mapped:25864 pagetables:8772 bounce:0
May 12 10:00:47 rousalka kernel: DMA free:7976kB min:20kB low:24kB high:28kB active:0kB inactive:0kB present:7648kB pages_scanned:0 all_unreclaimable? yes
May 12 10:00:47 rousalka kernel: lowmem_reserve[]: 0 1988 1988 1988
May 12 10:00:47 rousalka kernel: DMA32 free:11576kB min:5692kB low:7112kB high:8536kB active:1124356kB inactive:666080kB present:2036004kB pages_scanned:73 all_unreclaimable? no
May 12 10:00:47 rousalka kernel: lowmem_reserve[]: 0 0 0 0
May 12 10:00:47 rousalka kernel: DMA: 6*4kB 4*8kB 9*16kB 3*32kB 6*64kB 7*128kB 5*256kB 0*512kB 1*1024kB 0*2048kB 1*4096kB = 7976kB
May 12 10:00:47 rousalka kernel: DMA32: 2619*4kB 27*8kB 6*16kB 0*32kB 0*64kB 2*128kB 0*256kB 1*512kB 0*1024kB 0*2048kB 0*4096kB = 11556kB
May 12 10:00:47 rousalka kernel: Swap cache: add 621, delete 570, find 120/165, race 11+0
May 12 10:00:47 rousalka kernel: Free swap  = 4192484kB
May 12 10:00:47 rousalka kernel: Total swap = 4192944kB
May 12 10:00:47 rousalka kernel: Free swap:       4192484kB
May 12 10:00:47 rousalka kernel: 524272 pages of RAM
May 12 10:00:47 rousalka kernel: 14123 reserved pages
May 12 10:00:47 rousalka kernel: 268456 pages shared
May 12 10:00:47 rousalka kernel: 51 pages swap cached
May 12 10:00:47 rousalka kernel: rpmv: page allocation failure. order:2, mode:0x84020
May 12 10:00:47 rousalka kernel: 
May 12 10:00:47 rousalka kernel: Call Trace:
May 12 10:00:47 rousalka kernel: [<ffffffff8025b562>] __alloc_pages+0x2aa/0x2c3
May 12 10:00:47 rousalka kernel: [<ffffffff8029c08f>] bio_alloc+0x10/0x1f
May 12 10:00:47 rousalka kernel: [<ffffffff802751cd>] __slab_alloc+0x196/0x586
May 12 10:00:47 rousalka kernel: [<ffffffff80300d51>] radix_tree_node_alloc+0x36/0x7e
May 12 10:00:47 rousalka kernel: [<ffffffff80275952>] kmem_cache_alloc+0x32/0x4e
May 12 10:00:47 rousalka kernel: [<ffffffff80300d51>] radix_tree_node_alloc+0x36/0x7e
May 12 10:00:47 rousalka kernel: [<ffffffff80301166>] radix_tree_insert+0x5d/0x18c
May 12 10:00:47 rousalka kernel: [<ffffffff88029bd0>] :ext3:ext3_get_block+0x0/0xe4
May 12 10:00:47 rousalka kernel: [<ffffffff80256abc>] add_to_page_cache+0x3d/0x95
May 12 10:00:47 rousalka kernel: [<ffffffff8029fe59>] mpage_readpages+0x85/0x12c
May 12 10:00:47 rousalka kernel: [<ffffffff88029bd0>] :ext3:ext3_get_block+0x0/0xe4
May 12 10:00:47 rousalka kernel: [<ffffffff80416356>] __wait_on_bit+0x60/0x6f
May 12 10:00:47 rousalka kernel: [<ffffffff8029927f>] sync_buffer+0x0/0x43
May 12 10:00:47 rousalka kernel: [<ffffffff8025cdd9>] __do_page_cache_readahead+0x158/0x22d
May 12 10:00:47 rousalka kernel: [<ffffffff8025cf04>] blockable_page_cache_readahead+0x56/0xb5
May 12 10:00:47 rousalka kernel: [<ffffffff8025d0e5>] page_cache_readahead+0xdf/0x1bf
May 12 10:00:47 rousalka kernel: [<ffffffff80256e10>] do_generic_mapping_read+0x135/0x472
May 12 10:00:47 rousalka kernel: [<ffffffff802565cd>] file_read_actor+0x0/0x18e
May 12 10:00:47 rousalka kernel: [<ffffffff80258bf6>] generic_file_aio_read+0x11f/0x15d
May 12 10:00:47 rousalka kernel: [<ffffffff80279470>] do_sync_read+0xc9/0x10c
May 12 10:00:47 rousalka kernel: [<ffffffff80239c4e>] autoremove_wake_function+0x0/0x2e
May 12 10:00:47 rousalka kernel: [<ffffffff80279cf3>] vfs_read+0xcb/0x173
May 12 10:00:47 rousalka kernel: [<ffffffff8027a1bb>] sys_pread64+0x50/0x70
May 12 10:00:47 rousalka kernel: [<ffffffff802094f1>] tracesys+0x71/0xe1
May 12 10:00:47 rousalka kernel: [<ffffffff8020955c>] tracesys+0xdc/0xe1
May 12 10:00:47 rousalka kernel: 
May 12 10:00:47 rousalka kernel: Mem-info:
May 12 10:00:47 rousalka kernel: DMA per-cpu:
May 12 10:00:47 rousalka kernel: CPU    0: Hot: hi:    0, btch:   1 usd:   0   Cold: hi:    0, btch:   1 usd:   0
May 12 10:00:47 rousalka kernel: CPU    1: Hot: hi:    0, btch:   1 usd:   0   Cold: hi:    0, btch:   1 usd:   0
May 12 10:00:47 rousalka kernel: DMA32 per-cpu:
May 12 10:00:47 rousalka kernel: CPU    0: Hot: hi:  186, btch:  31 usd: 106   Cold: hi:   62, btch:  15 usd:  59
May 12 10:00:47 rousalka kernel: CPU    1: Hot: hi:  186, btch:  31 usd: 105   Cold: hi:   62, btch:  15 usd:   5
May 12 10:00:47 rousalka kernel: Active:280732 inactive:168084 dirty:15892 writeback:0 unstable:0
May 12 10:00:47 rousalka kernel: free:3927 slab:41462 mapped:25863 pagetables:8771 bounce:0
May 12 10:00:47 rousalka kernel: DMA free:7976kB min:20kB low:24kB high:28kB active:0kB inactive:0kB present:7648kB pages_scanned:0 all_unreclaimable? yes
May 12 10:00:47 rousalka kernel: lowmem_reserve[]: 0 1988 1988 1988
May 12 10:00:47 rousalka kernel: DMA32 free:7816kB min:5692kB low:7112kB high:8536kB active:1122812kB inactive:672336kB present:2036004kB pages_scanned:35 all_unreclaimable? no
May 12 10:00:47 rousalka kernel: lowmem_reserve[]: 0 0 0 0
May 12 10:00:47 rousalka kernel: DMA: 6*4kB 4*8kB 9*16kB 3*32kB 6*64kB 7*128kB 5*256kB 0*512kB 1*1024kB 0*2048kB 1*4096kB = 7976kB
May 12 10:00:47 rousalka kernel: DMA32: 1651*4kB 29*8kB 10*16kB 0*32kB 0*64kB 2*128kB 0*256kB 1*512kB 0*1024kB 0*2048kB 0*4096kB = 7764kB
May 12 10:00:47 rousalka kernel: Swap cache: add 621, delete 570, find 120/165, race 11+0
May 12 10:00:47 rousalka kernel: Free swap  = 4192484kB
May 12 10:00:47 rousalka kernel: Total swap = 4192944kB
May 12 10:00:47 rousalka kernel: Free swap:       4192484kB
May 12 10:00:47 rousalka kernel: 524272 pages of RAM
May 12 10:00:47 rousalka kernel: 14123 reserved pages
May 12 10:00:47 rousalka kernel: 268309 pages shared
May 12 10:00:47 rousalka kernel: 51 pages swap cached
May 12 10:04:17 rousalka kernel: [drm] allocated 0xd801d000
May 12 10:04:30 rousalka kernel: [drm] freeing 0xd801d000

[-- Attachment #2: Ceci est une partie de message numériquement signée --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: [Bug 8464] New: autoreconf: page allocation failure. order:2, mode:0x84020
  2007-05-12  8:11                                   ` Nicolas Mailhot
@ 2007-05-12 16:42                                     ` Mel Gorman
  2007-05-12 18:09                                       ` Nicolas Mailhot
  0 siblings, 1 reply; 24+ messages in thread
From: Mel Gorman @ 2007-05-12 16:42 UTC (permalink / raw)
  To: Nicolas Mailhot
  Cc: Christoph Lameter, Andrew Morton, linux-mm, linux-kernel,
	bugme-daemon@kernel-bugs.osdl.org

On (12/05/07 10:11), Nicolas Mailhot didst pronounce:
> Le vendredi 11 mai 2007 à 21:36 +0100, Mel Gorman a écrit :
> 
> > I'm pretty sure I have. I recreated the tree and reverted the same patch as
> > you and regenerated the diff below. I sent it to myself and it appeared ok
> > and another automated system was able to use it.
> > 
> > In case it's a mailer problem, the patch can be downloaded from
> > http://www.csn.ul.ie/~mel/kswapd-minorder.patch . 
> 
> This one applies, but the kernel still has allocation failures (I just
> found rpm -Va was a good trigger). So so far we have two proposed fixes
> none of which work
> 

Sorry about this. What is most preplexing is that the memory was free.
In your log we see;

> May 12 10:00:47 rousalka kernel: DMA: 6*4kB 4*8kB 9*16kB 3*32kB 6*64kB 7*128kB 5*256kB 0*512kB 1*1024kB 0*2048kB 1*4096kB = 7976kB
> May 12 10:00:47 rousalka kernel: DMA32: 2619*4kB 27*8kB 6*16kB 0*32kB 0*64kB 2*128kB 0*256kB 1*512kB 0*1024kB 0*2048kB 0*4096kB = 11556kB

and

> May 12 10:00:47 rousalka kernel: DMA: 6*4kB 4*8kB 9*16kB 3*32kB 6*64kB 7*128kB 5*256kB 0*512kB 1*1024kB 0*2048kB 1*4096kB = 7976kB
> May 12 10:00:47 rousalka kernel: DMA32: 1651*4kB 29*8kB 10*16kB 0*32kB 0*64kB 2*128kB 0*256kB 1*512kB 0*1024kB 0*2048kB 0*4096kB = 7764kB

order-2 (at least 19 pages but more are there) and higher pages were free
and this was a NORMAL allocation. It should also be above watermarks so
something screwy is happening

*peers suspiciously*

Can you try the following patch on top of the kswapd patch please? It is
also available from http://www.csn.ul.ie/~mel/watermarks.patch

diff -rup -X /usr/src/patchset-0.6/bin//dontdiff linux-2.6.21-mm2-revertmd/mm/page_alloc.c linux-2.6.21-mm2-watermarks/mm/page_alloc.c
--- linux-2.6.21-mm2-revertmd/mm/page_alloc.c	2007-05-11 21:16:57.000000000 +0100
+++ linux-2.6.21-mm2-watermarks/mm/page_alloc.c	2007-05-12 17:34:10.000000000 +0100
@@ -1627,7 +1627,7 @@ restart:
 	/* This allocation should allow future memory freeing. */
 
 rebalance:
-	if (((p->flags & PF_MEMALLOC) || unlikely(test_thread_flag(TIF_MEMDIE)))
+	if (((p->flags & PF_MEMALLOC) || unlikely(test_thread_flag(TIF_MEMDIE) || !wait))
 			&& !in_interrupt()) {
 		if (!(gfp_mask & __GFP_NOMEMALLOC)) {
 nofail_alloc:
@@ -1636,7 +1636,7 @@ nofail_alloc:
 				zonelist, ALLOC_NO_WATERMARKS);
 			if (page)
 				goto got_pg;
-			if (gfp_mask & __GFP_NOFAIL) {
+			if (gfp_mask & __GFP_NOFAIL && wait) {
 				congestion_wait(WRITE, HZ/50);
 				goto nofail_alloc;
 			}
-- 
Mel Gorman
Part-time Phd Student                          Linux Technology Center
University of Limerick                         IBM Dublin Software Lab

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: [Bug 8464] New: autoreconf: page allocation failure. order:2, mode:0x84020
  2007-05-12 16:42                                     ` Mel Gorman
@ 2007-05-12 18:09                                       ` Nicolas Mailhot
  2007-05-12 18:58                                         ` Nicolas Mailhot
  0 siblings, 1 reply; 24+ messages in thread
From: Nicolas Mailhot @ 2007-05-12 18:09 UTC (permalink / raw)
  To: Mel Gorman
  Cc: Christoph Lameter, Andrew Morton, linux-mm, linux-kernel,
	bugme-daemon@kernel-bugs.osdl.org

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

Le samedi 12 mai 2007 à 17:42 +0100, Mel Gorman a écrit :

> order-2 (at least 19 pages but more are there) and higher pages were free
> and this was a NORMAL allocation. It should also be above watermarks so
> something screwy is happening
> 
> *peers suspiciously*
> 
> Can you try the following patch on top of the kswapd patch please? It is
> also available from http://www.csn.ul.ie/~mel/watermarks.patch

Ok, testing now

-- 
Nicolas Mailhot

[-- Attachment #2: Ceci est une partie de message numériquement signée --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: [Bug 8464] New: autoreconf: page allocation failure. order:2, mode:0x84020
  2007-05-12 18:09                                       ` Nicolas Mailhot
@ 2007-05-12 18:58                                         ` Nicolas Mailhot
  2007-05-12 19:24                                           ` Mel Gorman
  0 siblings, 1 reply; 24+ messages in thread
From: Nicolas Mailhot @ 2007-05-12 18:58 UTC (permalink / raw)
  To: Mel Gorman
  Cc: Christoph Lameter, Andrew Morton, linux-mm, linux-kernel,
	bugme-daemon@kernel-bugs.osdl.org


[-- Attachment #1.1: Type: text/plain, Size: 591 bytes --]

Le samedi 12 mai 2007 à 20:09 +0200, Nicolas Mailhot a écrit :
> Le samedi 12 mai 2007 à 17:42 +0100, Mel Gorman a écrit :
> 
> > order-2 (at least 19 pages but more are there) and higher pages were free
> > and this was a NORMAL allocation. It should also be above watermarks so
> > something screwy is happening
> > 
> > *peers suspiciously*
> > 
> > Can you try the following patch on top of the kswapd patch please? It is
> > also available from http://www.csn.ul.ie/~mel/watermarks.patch
> 
> Ok, testing now

And this one failed testing too 

-- 
Nicolas Mailhot

[-- Attachment #1.2: crash.txt --]
[-- Type: text/plain, Size: 58475 bytes --]

May 12 19:52:33 rousalka kernel: Linux version 2.6.21-6.mm2.fc7.nim (mockbuild@rousalka.dyndns.org) (gcc version 4.1.2 20070502 (Red Hat 4.1.2-12)) #1 SMP Sat May 12 13:32:15 EDT 2007
May 12 19:52:33 rousalka kernel: Command line: ro root=/dev/VolGroup00/system vga=795 selinux=false
May 12 19:52:33 rousalka kernel: BIOS-provided physical RAM map:
May 12 19:52:33 rousalka kernel: BIOS-e820: 0000000000000000 - 000000000009e400 (usable)
May 12 19:52:33 rousalka kernel: BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
May 12 19:52:33 rousalka kernel: BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
May 12 19:52:33 rousalka kernel: BIOS-e820: 0000000000100000 - 000000007fff0000 (usable)
May 12 19:52:33 rousalka kernel: BIOS-e820: 000000007fff0000 - 000000007fff3000 (ACPI NVS)
May 12 19:52:33 rousalka kernel: BIOS-e820: 000000007fff3000 - 0000000080000000 (ACPI data)
May 12 19:52:33 rousalka kernel: BIOS-e820: 00000000c0000000 - 00000000d0000000 (reserved)
May 12 19:52:33 rousalka kernel: BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved)
May 12 19:52:33 rousalka kernel: Entering add_active_range(0, 0, 158) 0 entries of 256 used
May 12 19:52:33 rousalka kernel: Entering add_active_range(0, 256, 524272) 1 entries of 256 used
May 12 19:52:33 rousalka kernel: end_pfn_map = 1048576
May 12 19:52:33 rousalka kernel: DMI 2.3 present.
May 12 19:52:33 rousalka kernel: ACPI: RSDP 000F6E80, 0014 (r0 Nvidia)
May 12 19:52:33 rousalka kernel: ACPI: RSDT 7FFF3000, 0030 (r1 Nvidia AWRDACPI 42302E31 AWRD  1010101)
May 12 19:52:33 rousalka kernel: ACPI: FACP 7FFF3040, 0074 (r1 Nvidia AWRDACPI 42302E31 AWRD  1010101)
May 12 19:52:33 rousalka kernel: ACPI: DSDT 7FFF30C0, 4C3F (r1 NVIDIA AWRDACPI     1000 MSFT  100000C)
May 12 19:52:33 rousalka kernel: ACPI: FACS 7FFF0000, 0040
May 12 19:52:33 rousalka kernel: ACPI: MCFG 7FFF7D80, 003C (r1 Nvidia AWRDACPI 42302E31 AWRD  1010101)
May 12 19:52:33 rousalka kernel: ACPI: APIC 7FFF7D00, 007C (r1 Nvidia AWRDACPI 42302E31 AWRD  1010101)
May 12 19:52:33 rousalka kernel: Entering add_active_range(0, 0, 158) 0 entries of 256 used
May 12 19:52:33 rousalka kernel: Entering add_active_range(0, 256, 524272) 1 entries of 256 used
May 12 19:52:33 rousalka kernel: sizeof(struct page) = 88
May 12 19:52:33 rousalka kernel: Zone PFN ranges:
May 12 19:52:33 rousalka kernel: DMA             0 ->     4096
May 12 19:52:33 rousalka kernel: DMA32        4096 ->  1048576
May 12 19:52:33 rousalka kernel: Normal    1048576 ->  1048576
May 12 19:52:33 rousalka kernel: Movable zone start PFN for each node
May 12 19:52:33 rousalka kernel: early_node_map[2] active PFN ranges
May 12 19:52:33 rousalka kernel: 0:        0 ->      158
May 12 19:52:33 rousalka kernel: 0:      256 ->   524272
May 12 19:52:33 rousalka kernel: On node 0 totalpages: 524174
May 12 19:52:33 rousalka kernel: DMA zone: 88 pages used for memmap
May 12 19:52:33 rousalka kernel: DMA zone: 1998 pages reserved
May 12 19:52:33 rousalka kernel: DMA zone: 1912 pages, LIFO batch:0
May 12 19:52:33 rousalka kernel: DMA32 zone: 11175 pages used for memmap
May 12 19:52:33 rousalka kernel: DMA32 zone: 509001 pages, LIFO batch:31
May 12 19:52:33 rousalka kernel: Normal zone: 0 pages used for memmap
May 12 19:52:33 rousalka kernel: Movable zone: 0 pages used for memmap
May 12 19:52:33 rousalka kernel: Nvidia board detected. Ignoring ACPI timer override.
May 12 19:52:33 rousalka kernel: If you got timer trouble try acpi_use_timer_override
May 12 19:52:33 rousalka kernel: ACPI: PM-Timer IO Port: 0x1008
May 12 19:52:33 rousalka kernel: ACPI: Local APIC address 0xfee00000
May 12 19:52:33 rousalka kernel: ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
May 12 19:52:33 rousalka kernel: Processor #0 (Bootup-CPU)
May 12 19:52:33 rousalka kernel: ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
May 12 19:52:33 rousalka kernel: Processor #1
May 12 19:52:33 rousalka kernel: ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1])
May 12 19:52:33 rousalka kernel: ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1])
May 12 19:52:33 rousalka kernel: ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
May 12 19:52:33 rousalka kernel: IOAPIC[0]: apic_id 2, address 0xfec00000, GSI 0-23
May 12 19:52:33 rousalka kernel: ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
May 12 19:52:33 rousalka kernel: ACPI: BIOS IRQ0 pin2 override ignored.
May 12 19:52:33 rousalka kernel: ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
May 12 19:52:33 rousalka kernel: ACPI: INT_SRC_OVR (bus 0 bus_irq 14 global_irq 14 high edge)
May 12 19:52:33 rousalka kernel: ACPI: INT_SRC_OVR (bus 0 bus_irq 15 global_irq 15 high edge)
May 12 19:52:33 rousalka kernel: ACPI: IRQ9 used by override.
May 12 19:52:33 rousalka kernel: ACPI: IRQ14 used by override.
May 12 19:52:33 rousalka kernel: ACPI: IRQ15 used by override.
May 12 19:52:33 rousalka kernel: Setting APIC routing to flat
May 12 19:52:33 rousalka kernel: Using ACPI (MADT) for SMP configuration information
May 12 19:52:33 rousalka kernel: Allocating PCI resources starting at 84000000 (gap: 80000000:40000000)
May 12 19:52:33 rousalka kernel: PERCPU: Allocating 34952 bytes of per cpu data
May 12 19:52:33 rousalka kernel: Built 1 zonelists, mobility grouping on.  Total pages: 510913
May 12 19:52:33 rousalka kernel: Kernel command line: ro root=/dev/VolGroup00/system vga=795 selinux=false
May 12 19:52:33 rousalka kernel: Initializing CPU#0
May 12 19:52:33 rousalka kernel: PID hash table entries: 4096 (order: 12, 32768 bytes)
May 12 19:52:33 rousalka kernel: Marking TSC unstable due to TSCs unsynchronized
May 12 19:52:33 rousalka kernel: time.c: Detected 2211.350 MHz processor.
May 12 19:52:33 rousalka kernel: Console: colour dummy device 80x25
May 12 19:52:33 rousalka kernel: Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
May 12 19:52:33 rousalka kernel: ... MAX_LOCKDEP_SUBCLASSES:    8
May 12 19:52:33 rousalka kernel: ... MAX_LOCK_DEPTH:          30
May 12 19:52:33 rousalka kernel: ... MAX_LOCKDEP_KEYS:        2048
May 12 19:52:33 rousalka kernel: ... CLASSHASH_SIZE:           1024
May 12 19:52:33 rousalka kernel: ... MAX_LOCKDEP_ENTRIES:     8192
May 12 19:52:33 rousalka kernel: ... MAX_LOCKDEP_CHAINS:      16384
May 12 19:52:33 rousalka kernel: ... CHAINHASH_SIZE:          8192
May 12 19:52:33 rousalka kernel: memory used by lock dependency info: 1648 kB
May 12 19:52:33 rousalka kernel: per task-struct memory footprint: 1680 bytes
May 12 19:52:33 rousalka kernel: Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
May 12 19:52:33 rousalka kernel: Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
May 12 19:52:33 rousalka kernel: Checking aperture...
May 12 19:52:33 rousalka kernel: CPU 0: aperture @ 2828000000 size 32 MB
May 12 19:52:33 rousalka kernel: Aperture too small (32 MB)
May 12 19:52:33 rousalka kernel: No AGP bridge found
May 12 19:52:33 rousalka kernel: Memory: 2036040k/2097088k available (2166k kernel code, 60020k reserved, 1331k data, 248k init)
May 12 19:52:33 rousalka kernel: SLUB: Genslabs=18, HWalign=64, Order=0-3, MinObjects=16, Processors=2, Nodes=1
May 12 19:52:33 rousalka kernel: Calibrating delay using timer specific routine.. 4424.12 BogoMIPS (lpj=2212061)
May 12 19:52:33 rousalka kernel: Security Framework v1.0.0 initialized
May 12 19:52:33 rousalka kernel: SELinux:  Disabled at boot.
May 12 19:52:33 rousalka kernel: Capability LSM initialized
May 12 19:52:33 rousalka kernel: Mount-cache hash table entries: 256
May 12 19:52:33 rousalka kernel: CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
May 12 19:52:33 rousalka kernel: CPU: L2 Cache: 1024K (64 bytes/line)
May 12 19:52:33 rousalka kernel: CPU: Physical Processor ID: 0
May 12 19:52:33 rousalka kernel: CPU: Processor Core ID: 0
May 12 19:52:33 rousalka kernel: Freeing SMP alternatives: 22k freed
May 12 19:52:33 rousalka kernel: ACPI: Core revision 20070126
May 12 19:52:33 rousalka kernel: Using local APIC timer interrupts.
May 12 19:52:33 rousalka kernel: result 12564510
May 12 19:52:33 rousalka kernel: Detected 12.564 MHz APIC timer.
May 12 19:52:33 rousalka kernel: lockdep: not fixing up alternatives.
May 12 19:52:33 rousalka kernel: Booting processor 1/2 APIC 0x1
May 12 19:52:33 rousalka kernel: Initializing CPU#1
May 12 19:52:33 rousalka kernel: Calibrating delay using timer specific routine.. 4422.15 BogoMIPS (lpj=2211079)
May 12 19:52:33 rousalka kernel: CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
May 12 19:52:33 rousalka kernel: CPU: L2 Cache: 1024K (64 bytes/line)
May 12 19:52:33 rousalka kernel: CPU: Physical Processor ID: 0
May 12 19:52:33 rousalka kernel: CPU: Processor Core ID: 1
May 12 19:52:33 rousalka kernel: AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ stepping 02
May 12 19:52:33 rousalka kernel: Brought up 2 CPUs
May 12 19:52:33 rousalka kernel: migration_cost=463
May 12 19:52:33 rousalka kernel: NET: Registered protocol family 16
May 12 19:52:33 rousalka kernel: ACPI: bus type pci registered
May 12 19:52:33 rousalka kernel: PCI: Using MMCONFIG at c0000000 - cfffffff
May 12 19:52:33 rousalka kernel: PCI: No mmconfig possible on device 00:18
May 12 19:52:33 rousalka kernel: ACPI: Interpreter enabled
May 12 19:52:33 rousalka kernel: ACPI: Using IOAPIC for interrupt routing
May 12 19:52:33 rousalka kernel: ACPI: PCI Root Bridge [PCI0] (0000:00)
May 12 19:52:33 rousalka kernel: PCI: Transparent bridge - 0000:00:09.0
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HUB0._PRT]
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [LNK1] (IRQs 3 *4 5 7 9 10 11 12 14 15)
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [LNK2] (IRQs 3 4 5 7 9 10 11 *12 14 15)
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [LNK3] (IRQs 3 4 5 *7 9 10 11 12 14 15)
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [LNK4] (IRQs *3 4 5 7 9 10 11 12 14 15)
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [LNK5] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled.
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [LUBA] (IRQs 3 4 5 7 9 *10 11 12 14 15)
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [LUBB] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled.
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [LMAC] (IRQs 3 4 *5 7 9 10 11 12 14 15)
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [LACI] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled.
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [LMCI] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled.
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [LSMB] (IRQs 3 4 5 7 9 10 11 *12 14 15)
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [LUB2] (IRQs 3 4 5 7 9 10 *11 12 14 15)
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [LIDE] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled.
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [LSID] (IRQs 3 4 5 7 9 *10 11 12 14 15)
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [LFID] (IRQs 3 4 5 7 9 10 *11 12 14 15)
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [LPCA] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled.
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [APC1] (IRQs 16) *0
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [APC2] (IRQs 17) *0
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [APC3] (IRQs 18) *0
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [APC4] (IRQs 19) *0
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [APC5] (IRQs *16), disabled.
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [APCF] (IRQs 20 21 22 23) *0
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [APCG] (IRQs 20 21 22 23) *0, disabled.
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [APCH] (IRQs 20 21 22 23) *0
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [APCJ] (IRQs 20 21 22 23) *0, disabled.
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [APCK] (IRQs 20 21 22 23) *0, disabled.
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [APCS] (IRQs 20 21 22 23) *0
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [APCL] (IRQs 20 21 22 23) *0
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [APCZ] (IRQs 20 21 22 23) *0, disabled.
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [APSI] (IRQs 20 21 22 23) *0
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [APSJ] (IRQs 20 21 22 23) *0
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [APCP] (IRQs 20 21 22 23) *0, disabled.
May 12 19:52:33 rousalka kernel: Linux Plug and Play Support v0.97 (c) Adam Belay
May 12 19:52:33 rousalka kernel: pnp: PnP ACPI init
May 12 19:52:33 rousalka kernel: ACPI: bus type pnp registered
May 12 19:52:33 rousalka kernel: pnp: PnP ACPI: found 9 devices
May 12 19:52:33 rousalka kernel: ACPI: ACPI bus type pnp unregistered
May 12 19:52:33 rousalka kernel: SCSI subsystem initialized
May 12 19:52:33 rousalka kernel: usbcore: registered new interface driver usbfs
May 12 19:52:33 rousalka kernel: usbcore: registered new interface driver hub
May 12 19:52:33 rousalka kernel: usbcore: registered new device driver usb
May 12 19:52:33 rousalka kernel: PCI: Using ACPI for IRQ routing
May 12 19:52:33 rousalka kernel: PCI: If a device doesn't work, try "pci=routeirq".  If it helps, post a report
May 12 19:52:33 rousalka kernel: NetLabel: Initializing
May 12 19:52:33 rousalka kernel: NetLabel:  domain hash size = 128
May 12 19:52:33 rousalka kernel: NetLabel:  protocols = UNLABELED CIPSOv4
May 12 19:52:33 rousalka kernel: NetLabel:  unlabeled traffic allowed by default
May 12 19:52:33 rousalka kernel: pnp: 00:01: ioport range 0x1000-0x107f has been reserved
May 12 19:52:33 rousalka kernel: pnp: 00:01: ioport range 0x1080-0x10ff has been reserved
May 12 19:52:33 rousalka kernel: pnp: 00:01: ioport range 0x1400-0x147f has been reserved
May 12 19:52:33 rousalka kernel: pnp: 00:01: ioport range 0x1480-0x14ff has been reserved
May 12 19:52:33 rousalka kernel: pnp: 00:01: ioport range 0x1800-0x187f has been reserved
May 12 19:52:33 rousalka kernel: pnp: 00:01: ioport range 0x1880-0x18ff has been reserved
May 12 19:52:33 rousalka kernel: pnp: 00:07: iomem range 0xc0000000-0xcfffffff could not be reserved
May 12 19:52:33 rousalka kernel: pnp: 00:08: iomem range 0xd0000-0xd3fff has been reserved
May 12 19:52:33 rousalka kernel: pnp: 00:08: iomem range 0xd9000-0xdbfff has been reserved
May 12 19:52:33 rousalka kernel: pnp: 00:08: iomem range 0xf0000-0xfbfff could not be reserved
May 12 19:52:33 rousalka kernel: pnp: 00:08: iomem range 0xfc000-0xfffff could not be reserved
May 12 19:52:33 rousalka kernel: PCI: Bridge: 0000:00:09.0
May 12 19:52:33 rousalka kernel: IO window: 7000-8fff
May 12 19:52:33 rousalka kernel: MEM window: e9000000-eaffffff
May 12 19:52:33 rousalka kernel: PREFETCH window: e0000000-e3ffffff
May 12 19:52:33 rousalka kernel: PCI: Bridge: 0000:00:0b.0
May 12 19:52:33 rousalka kernel: IO window: 9000-9fff
May 12 19:52:33 rousalka kernel: MEM window: e4000000-e5ffffff
May 12 19:52:33 rousalka kernel: PREFETCH window: 84000000-840fffff
May 12 19:52:33 rousalka kernel: PCI: Bridge: 0000:00:0c.0
May 12 19:52:33 rousalka kernel: IO window: 5000-5fff
May 12 19:52:33 rousalka kernel: MEM window: disabled.
May 12 19:52:33 rousalka kernel: PREFETCH window: disabled.
May 12 19:52:33 rousalka kernel: PCI: Bridge: 0000:00:0d.0
May 12 19:52:33 rousalka kernel: IO window: 6000-6fff
May 12 19:52:33 rousalka kernel: MEM window: disabled.
May 12 19:52:33 rousalka kernel: PREFETCH window: disabled.
May 12 19:52:33 rousalka kernel: PCI: Bridge: 0000:00:0e.0
May 12 19:52:33 rousalka kernel: IO window: a000-afff
May 12 19:52:33 rousalka kernel: MEM window: e6000000-e8ffffff
May 12 19:52:33 rousalka kernel: PREFETCH window: d0000000-dfffffff
May 12 19:52:33 rousalka kernel: PCI: Setting latency timer of device 0000:00:09.0 to 64
May 12 19:52:33 rousalka kernel: PCI: Setting latency timer of device 0000:00:0b.0 to 64
May 12 19:52:33 rousalka kernel: PCI: Setting latency timer of device 0000:00:0c.0 to 64
May 12 19:52:33 rousalka kernel: PCI: Setting latency timer of device 0000:00:0d.0 to 64
May 12 19:52:33 rousalka kernel: PCI: Setting latency timer of device 0000:00:0e.0 to 64
May 12 19:52:33 rousalka kernel: NET: Registered protocol family 2
May 12 19:52:33 rousalka kernel: Time: acpi_pm clocksource has been installed.
May 12 19:52:33 rousalka kernel: IP route cache hash table entries: 65536 (order: 7, 524288 bytes)
May 12 19:52:33 rousalka kernel: TCP established hash table entries: 65536 (order: 10, 4194304 bytes)
May 12 19:52:33 rousalka kernel: TCP bind hash table entries: 65536 (order: 9, 3670016 bytes)
May 12 19:52:33 rousalka kernel: TCP: Hash tables configured (established 65536 bind 65536)
May 12 19:52:33 rousalka kernel: TCP reno registered
May 12 19:52:33 rousalka kernel: checking if image is initramfs... it is
May 12 19:52:33 rousalka kernel: Freeing initrd memory: 3647k freed
May 12 19:52:33 rousalka kernel: audit: initializing netlink socket (disabled)
May 12 19:52:33 rousalka kernel: audit(1178999514.786:1): initialized
May 12 19:52:33 rousalka kernel: VFS: Disk quotas dquot_6.5.1
May 12 19:52:33 rousalka kernel: Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
May 12 19:52:33 rousalka kernel: io scheduler noop registered
May 12 19:52:33 rousalka kernel: io scheduler anticipatory registered
May 12 19:52:33 rousalka kernel: io scheduler deadline registered
May 12 19:52:33 rousalka kernel: io scheduler cfq registered (default)
May 12 19:52:33 rousalka kernel: PCI: Found disabled HT MSI Mapping on 0000:00:0b.0
May 12 19:52:33 rousalka kernel: PCI: Found enabled HT MSI Mapping on 0000:00:00.0
May 12 19:52:33 rousalka kernel: PCI: Linking AER extended capability on 0000:00:0b.0
May 12 19:52:33 rousalka kernel: PCI: Found disabled HT MSI Mapping on 0000:00:0c.0
May 12 19:52:33 rousalka kernel: PCI: Found enabled HT MSI Mapping on 0000:00:00.0
May 12 19:52:33 rousalka kernel: PCI: Linking AER extended capability on 0000:00:0c.0
May 12 19:52:33 rousalka kernel: PCI: Found disabled HT MSI Mapping on 0000:00:0d.0
May 12 19:52:33 rousalka kernel: PCI: Found enabled HT MSI Mapping on 0000:00:00.0
May 12 19:52:33 rousalka kernel: PCI: Linking AER extended capability on 0000:00:0d.0
May 12 19:52:33 rousalka kernel: PCI: Found disabled HT MSI Mapping on 0000:00:0e.0
May 12 19:52:33 rousalka kernel: PCI: Found enabled HT MSI Mapping on 0000:00:00.0
May 12 19:52:33 rousalka kernel: PCI: Linking AER extended capability on 0000:00:0e.0
May 12 19:52:33 rousalka kernel: Boot video device is 0000:05:00.0
May 12 19:52:33 rousalka kernel: PCI: Setting latency timer of device 0000:00:0b.0 to 64
May 12 19:52:33 rousalka kernel: assign_interrupt_mode Found MSI capability
May 12 19:52:33 rousalka kernel: Allocate Port Service[0000:00:0b.0:pcie00]
May 12 19:52:33 rousalka kernel: Allocate Port Service[0000:00:0b.0:pcie03]
May 12 19:52:33 rousalka kernel: PCI: Setting latency timer of device 0000:00:0c.0 to 64
May 12 19:52:33 rousalka kernel: assign_interrupt_mode Found MSI capability
May 12 19:52:33 rousalka kernel: Allocate Port Service[0000:00:0c.0:pcie00]
May 12 19:52:33 rousalka kernel: Allocate Port Service[0000:00:0c.0:pcie03]
May 12 19:52:33 rousalka kernel: PCI: Setting latency timer of device 0000:00:0d.0 to 64
May 12 19:52:33 rousalka kernel: assign_interrupt_mode Found MSI capability
May 12 19:52:33 rousalka kernel: Allocate Port Service[0000:00:0d.0:pcie00]
May 12 19:52:33 rousalka kernel: Allocate Port Service[0000:00:0d.0:pcie03]
May 12 19:52:33 rousalka kernel: PCI: Setting latency timer of device 0000:00:0e.0 to 64
May 12 19:52:33 rousalka kernel: assign_interrupt_mode Found MSI capability
May 12 19:52:33 rousalka kernel: Allocate Port Service[0000:00:0e.0:pcie00]
May 12 19:52:33 rousalka kernel: Allocate Port Service[0000:00:0e.0:pcie03]
May 12 19:52:33 rousalka kernel: vesafb: framebuffer at 0xd0000000, mapped to 0xffffc20010100000, using 10240k, total 262144k
May 12 19:52:33 rousalka kernel: vesafb: mode is 1280x1024x32, linelength=5120, pages=0
May 12 19:52:33 rousalka kernel: vesafb: scrolling: redraw
May 12 19:52:33 rousalka kernel: vesafb: Truecolor: size=8:8:8:8, shift=24:16:8:0
May 12 19:52:33 rousalka kernel: Console: switching to colour frame buffer device 160x64
May 12 19:52:33 rousalka kernel: fb0: VESA VGA frame buffer device
May 12 19:52:33 rousalka kernel: Real Time Clock Driver v1.12ac
May 12 19:52:33 rousalka kernel: Non-volatile memory driver v1.2
May 12 19:52:33 rousalka kernel: Linux agpgart interface v0.102 (c) Dave Jones
May 12 19:52:33 rousalka kernel: RAMDISK driver initialized: 16 RAM disks of 16384K size 4096 blocksize
May 12 19:52:33 rousalka kernel: PNP: No PS/2 controller found. Probing ports directly.
May 12 19:52:33 rousalka kernel: serio: i8042 KBD port at 0x60,0x64 irq 1
May 12 19:52:33 rousalka kernel: mice: PS/2 mouse device common for all mice
May 12 19:52:33 rousalka kernel: async_tx: api initialized (sync-only)
May 12 19:52:33 rousalka kernel: xor: automatically using best checksumming function: generic_sse
May 12 19:52:33 rousalka kernel: generic_sse:  7072.000 MB/sec
May 12 19:52:33 rousalka kernel: xor: using function: generic_sse (7072.000 MB/sec)
May 12 19:52:33 rousalka kernel: usbcore: registered new interface driver hiddev
May 12 19:52:33 rousalka kernel: usbcore: registered new interface driver usbhid
May 12 19:52:33 rousalka kernel: drivers/hid/usbhid/hid-core.c: v2.6:USB HID core driver
May 12 19:52:33 rousalka kernel: Initializing XFRM netlink socket
May 12 19:52:33 rousalka kernel: NET: Registered protocol family 1
May 12 19:52:33 rousalka kernel: NET: Registered protocol family 17
May 12 19:52:33 rousalka kernel: powernow-k8: Found 2 AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ processors (version 2.00.00)
May 12 19:52:33 rousalka kernel: powernow-k8:    0 : fid 0xe (2200 MHz), vid 0x8
May 12 19:52:33 rousalka kernel: powernow-k8:    1 : fid 0x2 (1000 MHz), vid 0x12
May 12 19:52:33 rousalka kernel: Freeing unused kernel memory: 248k freed
May 12 19:52:33 rousalka kernel: Write protecting the kernel read-only data: 3224k
May 12 19:52:33 rousalka kernel: ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [APCF] enabled at IRQ 23
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt 0000:00:02.0[A] -> Link [APCF] -> GSI 23 (level, low) -> IRQ 23
May 12 19:52:33 rousalka kernel: PCI: Setting latency timer of device 0000:00:02.0 to 64
May 12 19:52:33 rousalka kernel: ohci_hcd 0000:00:02.0: OHCI Host Controller
May 12 19:52:33 rousalka kernel: ohci_hcd 0000:00:02.0: new USB bus registered, assigned bus number 1
May 12 19:52:33 rousalka kernel: ohci_hcd 0000:00:02.0: irq 23, io mem 0xeb004000
May 12 19:52:33 rousalka kernel: usb usb1: new device found, idVendor=0000, idProduct=0000
May 12 19:52:33 rousalka kernel: usb usb1: new device strings: Mfr=3, Product=2, SerialNumber=1
May 12 19:52:33 rousalka kernel: usb usb1: Product: OHCI Host Controller
May 12 19:52:33 rousalka kernel: usb usb1: Manufacturer: Linux 2.6.21-6.mm2.fc7.nim ohci_hcd
May 12 19:52:33 rousalka kernel: usb usb1: SerialNumber: 0000:00:02.0
May 12 19:52:33 rousalka kernel: usb usb1: configuration #1 chosen from 1 choice
May 12 19:52:33 rousalka kernel: hub 1-0:1.0: USB hub found
May 12 19:52:33 rousalka kernel: hub 1-0:1.0: 10 ports detected
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [APCL] enabled at IRQ 22
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt 0000:00:02.1[B] -> Link [APCL] -> GSI 22 (level, low) -> IRQ 22
May 12 19:52:33 rousalka kernel: PCI: Setting latency timer of device 0000:00:02.1 to 64
May 12 19:52:33 rousalka kernel: ehci_hcd 0000:00:02.1: EHCI Host Controller
May 12 19:52:33 rousalka kernel: ehci_hcd 0000:00:02.1: new USB bus registered, assigned bus number 2
May 12 19:52:33 rousalka kernel: ehci_hcd 0000:00:02.1: debug port 1
May 12 19:52:33 rousalka kernel: PCI: cache line size of 64 is not supported by device 0000:00:02.1
May 12 19:52:33 rousalka kernel: ehci_hcd 0000:00:02.1: irq 22, io mem 0xfeb00000
May 12 19:52:33 rousalka kernel: ehci_hcd 0000:00:02.1: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
May 12 19:52:33 rousalka kernel: usb usb2: new device found, idVendor=0000, idProduct=0000
May 12 19:52:33 rousalka kernel: usb usb2: new device strings: Mfr=3, Product=2, SerialNumber=1
May 12 19:52:33 rousalka kernel: usb usb2: Product: EHCI Host Controller
May 12 19:52:33 rousalka kernel: usb usb2: Manufacturer: Linux 2.6.21-6.mm2.fc7.nim ehci_hcd
May 12 19:52:33 rousalka kernel: usb usb2: SerialNumber: 0000:00:02.1
May 12 19:52:33 rousalka kernel: usb usb2: configuration #1 chosen from 1 choice
May 12 19:52:33 rousalka kernel: hub 2-0:1.0: USB hub found
May 12 19:52:33 rousalka kernel: hub 2-0:1.0: 10 ports detected
May 12 19:52:33 rousalka kernel: md: raid1 personality registered for level 1
May 12 19:52:33 rousalka kernel: libata version 2.20 loaded.
May 12 19:52:33 rousalka kernel: sata_sil 0000:01:09.0: version 2.2
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [APC2] enabled at IRQ 17
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt 0000:01:09.0[A] -> Link [APC2] -> GSI 17 (level, low) -> IRQ 17
May 12 19:52:33 rousalka kernel: sata_sil 0000:01:09.0: Applying R_ERR on DMA activate FIS errata fix
May 12 19:52:33 rousalka kernel: scsi0 : sata_sil
May 12 19:52:33 rousalka kernel: scsi1 : sata_sil
May 12 19:52:33 rousalka kernel: scsi2 : sata_sil
May 12 19:52:33 rousalka kernel: scsi3 : sata_sil
May 12 19:52:33 rousalka kernel: ata1: SATA max UDMA/100 cmd 0xffffc20000022080 ctl 0xffffc2000002208a bmdma 0xffffc20000022000 irq 0
May 12 19:52:33 rousalka kernel: ata2: SATA max UDMA/100 cmd 0xffffc200000220c0 ctl 0xffffc200000220ca bmdma 0xffffc20000022008 irq 0
May 12 19:52:33 rousalka kernel: ata3: SATA max UDMA/100 cmd 0xffffc20000022280 ctl 0xffffc2000002228a bmdma 0xffffc20000022200 irq 0
May 12 19:52:33 rousalka kernel: ata4: SATA max UDMA/100 cmd 0xffffc200000222c0 ctl 0xffffc200000222ca bmdma 0xffffc20000022208 irq 0
May 12 19:52:33 rousalka kernel: usb 2-8: new high speed USB device using ehci_hcd and address 2
May 12 19:52:33 rousalka kernel: usb 2-8: new device found, idVendor=04cc, idProduct=1520
May 12 19:52:33 rousalka kernel: usb 2-8: new device strings: Mfr=0, Product=0, SerialNumber=0
May 12 19:52:33 rousalka kernel: usb 2-8: configuration #1 chosen from 1 choice
May 12 19:52:33 rousalka kernel: hub 2-8:1.0: USB hub found
May 12 19:52:33 rousalka kernel: hub 2-8:1.0: 4 ports detected
May 12 19:52:33 rousalka kernel: ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
May 12 19:52:33 rousalka kernel: ata1.00: ata_hpa_resize 1: sectors = 586114704, hpa_sectors = 586114704
May 12 19:52:33 rousalka kernel: ata1.00: ATA-7: Maxtor 6L300S0, BANC1G10, max UDMA/133
May 12 19:52:33 rousalka kernel: ata1.00: 586114704 sectors, multi 16: LBA48 NCQ (depth 0/32)
May 12 19:52:33 rousalka kernel: ata1.00: ata_hpa_resize 1: sectors = 586114704, hpa_sectors = 586114704
May 12 19:52:33 rousalka kernel: ata1.00: configured for UDMA/100
May 12 19:52:33 rousalka kernel: usb 2-8.1: new low speed USB device using ehci_hcd and address 3
May 12 19:52:33 rousalka kernel: usb 2-8.1: new device found, idVendor=045e, idProduct=00db
May 12 19:52:33 rousalka kernel: usb 2-8.1: new device strings: Mfr=1, Product=2, SerialNumber=0
May 12 19:52:33 rousalka kernel: usb 2-8.1: Product: Natural® Ergonomic Keyboard 4000
May 12 19:52:33 rousalka kernel: usb 2-8.1: Manufacturer: Microsoft
May 12 19:52:33 rousalka kernel: usb 2-8.1: configuration #1 chosen from 1 choice
May 12 19:52:33 rousalka kernel: input: Microsoft Natural® Ergonomic Keyboard 4000 as /class/input/input0
May 12 19:52:33 rousalka kernel: input: USB HID v1.11 Keyboard [Microsoft Natural® Ergonomic Keyboard 4000] on usb-0000:00:02.1-8.1
May 12 19:52:33 rousalka kernel: input: Microsoft Natural® Ergonomic Keyboard 4000 as /class/input/input1
May 12 19:52:33 rousalka kernel: input: USB HID v1.11 Device [Microsoft Natural® Ergonomic Keyboard 4000] on usb-0000:00:02.1-8.1
May 12 19:52:33 rousalka kernel: ata2: SATA link down (SStatus 0 SControl 310)
May 12 19:52:33 rousalka kernel: usb 2-8.3: new low speed USB device using ehci_hcd and address 4
May 12 19:52:33 rousalka kernel: usb 2-8.3: new device found, idVendor=045e, idProduct=0024
May 12 19:52:33 rousalka kernel: usb 2-8.3: new device strings: Mfr=1, Product=2, SerialNumber=0
May 12 19:52:33 rousalka kernel: usb 2-8.3: Product: Microsoft Trackball Explorer®
May 12 19:52:33 rousalka kernel: usb 2-8.3: Manufacturer: Microsoft
May 12 19:52:33 rousalka kernel: usb 2-8.3: configuration #1 chosen from 1 choice
May 12 19:52:33 rousalka kernel: input: Microsoft Microsoft Trackball Explorer® as /class/input/input2
May 12 19:52:33 rousalka kernel: input: USB HID v1.00 Mouse [Microsoft Microsoft Trackball Explorer®] on usb-0000:00:02.1-8.3
May 12 19:52:33 rousalka kernel: ata3: SATA link down (SStatus 0 SControl 310)
May 12 19:52:33 rousalka kernel: ata4: SATA link down (SStatus 0 SControl 310)
May 12 19:52:33 rousalka kernel: scsi 0:0:0:0: Direct-Access     ATA      Maxtor 6L300S0   BANC PQ: 0 ANSI: 5
May 12 19:52:33 rousalka kernel: sd 0:0:0:0: [sda] 586114704 512-byte hardware sectors (300091 MB)
May 12 19:52:33 rousalka kernel: sd 0:0:0:0: [sda] Write Protect is off
May 12 19:52:33 rousalka kernel: sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
May 12 19:52:33 rousalka kernel: sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
May 12 19:52:33 rousalka kernel: sd 0:0:0:0: [sda] 586114704 512-byte hardware sectors (300091 MB)
May 12 19:52:33 rousalka kernel: sd 0:0:0:0: [sda] Write Protect is off
May 12 19:52:33 rousalka kernel: sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
May 12 19:52:33 rousalka kernel: sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
May 12 19:52:33 rousalka kernel: sda: sda1 sda2 sda3
May 12 19:52:33 rousalka kernel: sd 0:0:0:0: [sda] Attached SCSI disk
May 12 19:52:33 rousalka kernel: sata_nv 0000:00:07.0: version 3.3
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [APSI] enabled at IRQ 21
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt 0000:00:07.0[A] -> Link [APSI] -> GSI 21 (level, low) -> IRQ 21
May 12 19:52:33 rousalka kernel: sata_nv 0000:00:07.0: Using ADMA mode
May 12 19:52:33 rousalka kernel: PCI: Setting latency timer of device 0000:00:07.0 to 64
May 12 19:52:33 rousalka kernel: scsi4 : sata_nv
May 12 19:52:33 rousalka kernel: scsi5 : sata_nv
May 12 19:52:33 rousalka kernel: ata5: SATA max UDMA/133 cmd 0xffffc20000024480 ctl 0xffffc200000244a0 bmdma 0x000000000001c000 irq 0
May 12 19:52:33 rousalka kernel: ata6: SATA max UDMA/133 cmd 0xffffc20000024580 ctl 0xffffc200000245a0 bmdma 0x000000000001c008 irq 0
May 12 19:52:33 rousalka kernel: ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
May 12 19:52:33 rousalka kernel: ata5.00: ata_hpa_resize 1: sectors = 586114704, hpa_sectors = 586114704
May 12 19:52:33 rousalka kernel: ata5.00: ATA-7: Maxtor 6L300S0, BANC1G10, max UDMA/133
May 12 19:52:33 rousalka kernel: ata5.00: 586114704 sectors, multi 16: LBA48 NCQ (depth 31/32)
May 12 19:52:33 rousalka kernel: ata5.00: ata_hpa_resize 1: sectors = 586114704, hpa_sectors = 586114704
May 12 19:52:33 rousalka kernel: ata5.00: configured for UDMA/133
May 12 19:52:33 rousalka kernel: ata6: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
May 12 19:52:33 rousalka kernel: ata6.00: ATAPI, max UDMA/66
May 12 19:52:33 rousalka kernel: ata6.00: applying bridge limits
May 12 19:52:33 rousalka kernel: ata6.00: configured for UDMA/66
May 12 19:52:33 rousalka kernel: scsi 4:0:0:0: Direct-Access     ATA      Maxtor 6L300S0   BANC PQ: 0 ANSI: 5
May 12 19:52:33 rousalka kernel: ata5: bounce limit 0xFFFFFFFFFFFFFFFF, segment boundary 0xFFFFFFFF, hw segs 61
May 12 19:52:33 rousalka kernel: sd 4:0:0:0: [sdb] 586114704 512-byte hardware sectors (300091 MB)
May 12 19:52:33 rousalka kernel: sd 4:0:0:0: [sdb] Write Protect is off
May 12 19:52:33 rousalka kernel: sd 4:0:0:0: [sdb] Mode Sense: 00 3a 00 00
May 12 19:52:33 rousalka kernel: sd 4:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
May 12 19:52:33 rousalka kernel: sd 4:0:0:0: [sdb] 586114704 512-byte hardware sectors (300091 MB)
May 12 19:52:33 rousalka kernel: sd 4:0:0:0: [sdb] Write Protect is off
May 12 19:52:33 rousalka kernel: sd 4:0:0:0: [sdb] Mode Sense: 00 3a 00 00
May 12 19:52:33 rousalka kernel: sd 4:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
May 12 19:52:33 rousalka kernel: sdb: sdb1 sdb2 sdb3
May 12 19:52:33 rousalka kernel: sd 4:0:0:0: [sdb] Attached SCSI disk
May 12 19:52:33 rousalka kernel: scsi 5:0:0:0: CD-ROM            PLEXTOR  DVDR   PX-716A   1.10 PQ: 0 ANSI: 5
May 12 19:52:33 rousalka kernel: ata6: bounce limit 0xFFFFFFFF, segment boundary 0xFFFF, hw segs 127
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [APSJ] enabled at IRQ 20
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt 0000:00:08.0[A] -> Link [APSJ] -> GSI 20 (level, low) -> IRQ 20
May 12 19:52:33 rousalka kernel: sata_nv 0000:00:08.0: Using ADMA mode
May 12 19:52:33 rousalka kernel: PCI: Setting latency timer of device 0000:00:08.0 to 64
May 12 19:52:33 rousalka kernel: scsi6 : sata_nv
May 12 19:52:33 rousalka kernel: scsi7 : sata_nv
May 12 19:52:33 rousalka kernel: ata7: SATA max UDMA/133 cmd 0xffffc20000026480 ctl 0xffffc200000264a0 bmdma 0x000000000001d400 irq 0
May 12 19:52:33 rousalka kernel: ata8: SATA max UDMA/133 cmd 0xffffc20000026580 ctl 0xffffc200000265a0 bmdma 0x000000000001d408 irq 0
May 12 19:52:33 rousalka kernel: ata7: SATA link down (SStatus 0 SControl 300)
May 12 19:52:33 rousalka kernel: ata8: SATA link down (SStatus 0 SControl 300)
May 12 19:52:33 rousalka kernel: pata_amd 0000:00:06.0: version 0.3.8
May 12 19:52:33 rousalka kernel: PCI: Setting latency timer of device 0000:00:06.0 to 64
May 12 19:52:33 rousalka kernel: scsi8 : pata_amd
May 12 19:52:33 rousalka kernel: scsi9 : pata_amd
May 12 19:52:33 rousalka kernel: ata9: PATA max UDMA/133 cmd 0x00000000000101f0 ctl 0x00000000000103f6 bmdma 0x000000000001f000 irq 14
May 12 19:52:33 rousalka kernel: ata10: PATA max UDMA/133 cmd 0x0000000000010170 ctl 0x0000000000010376 bmdma 0x000000000001f008 irq 15
May 12 19:52:33 rousalka kernel: ata9.00: ata_hpa_resize 1: sectors = 160086528, hpa_sectors = 160086528
May 12 19:52:33 rousalka kernel: ata9.00: ATA-7: Maxtor 6Y080L0, YAR41BW0, max UDMA/133
May 12 19:52:33 rousalka kernel: ata9.00: 160086528 sectors, multi 16: LBA 
May 12 19:52:33 rousalka kernel: ata9.00: ata_hpa_resize 1: sectors = 160086528, hpa_sectors = 160086528
May 12 19:52:33 rousalka kernel: ata9.00: configured for UDMA/133
May 12 19:52:33 rousalka kernel: ata10.00: ata_hpa_resize 1: sectors = 160086528, hpa_sectors = 160086528
May 12 19:52:33 rousalka kernel: ata10.00: ATA-7: Maxtor 6Y080L0, YAR41BW0, max UDMA/133
May 12 19:52:33 rousalka kernel: ata10.00: 160086528 sectors, multi 16: LBA 
May 12 19:52:33 rousalka kernel: ata10.00: ata_hpa_resize 1: sectors = 160086528, hpa_sectors = 160086528
May 12 19:52:33 rousalka kernel: ata10.00: configured for UDMA/133
May 12 19:52:33 rousalka kernel: scsi 8:0:0:0: Direct-Access     ATA      Maxtor 6Y080L0   YAR4 PQ: 0 ANSI: 5
May 12 19:52:33 rousalka kernel: sd 8:0:0:0: [sdc] 160086528 512-byte hardware sectors (81964 MB)
May 12 19:52:33 rousalka kernel: sd 8:0:0:0: [sdc] Write Protect is off
May 12 19:52:33 rousalka kernel: sd 8:0:0:0: [sdc] Mode Sense: 00 3a 00 00
May 12 19:52:33 rousalka kernel: sd 8:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
May 12 19:52:33 rousalka kernel: sd 8:0:0:0: [sdc] 160086528 512-byte hardware sectors (81964 MB)
May 12 19:52:33 rousalka kernel: sd 8:0:0:0: [sdc] Write Protect is off
May 12 19:52:33 rousalka kernel: sd 8:0:0:0: [sdc] Mode Sense: 00 3a 00 00
May 12 19:52:33 rousalka kernel: sd 8:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
May 12 19:52:33 rousalka kernel: sdc: sdc1
May 12 19:52:33 rousalka kernel: sd 8:0:0:0: [sdc] Attached SCSI disk
May 12 19:52:33 rousalka kernel: scsi 9:0:0:0: Direct-Access     ATA      Maxtor 6Y080L0   YAR4 PQ: 0 ANSI: 5
May 12 19:52:33 rousalka kernel: sd 9:0:0:0: [sdd] 160086528 512-byte hardware sectors (81964 MB)
May 12 19:52:33 rousalka kernel: sd 9:0:0:0: [sdd] Write Protect is off
May 12 19:52:33 rousalka kernel: sd 9:0:0:0: [sdd] Mode Sense: 00 3a 00 00
May 12 19:52:33 rousalka kernel: sd 9:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
May 12 19:52:33 rousalka kernel: sd 9:0:0:0: [sdd] 160086528 512-byte hardware sectors (81964 MB)
May 12 19:52:33 rousalka kernel: sd 9:0:0:0: [sdd] Write Protect is off
May 12 19:52:33 rousalka kernel: sd 9:0:0:0: [sdd] Mode Sense: 00 3a 00 00
May 12 19:52:33 rousalka kernel: sd 9:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
May 12 19:52:33 rousalka kernel: sdd: sdd1
May 12 19:52:33 rousalka kernel: sd 9:0:0:0: [sdd] Attached SCSI disk
May 12 19:52:33 rousalka kernel: device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: dm-devel@redhat.com
May 12 19:52:33 rousalka kernel: md: Autodetecting RAID arrays.
May 12 19:52:33 rousalka kernel: md: autorun ...
May 12 19:52:33 rousalka kernel: md: considering sdb3 ...
May 12 19:52:33 rousalka kernel: md:  adding sdb3 ...
May 12 19:52:33 rousalka kernel: md: sdb1 has different UUID to sdb3
May 12 19:52:33 rousalka kernel: md:  adding sda3 ...
May 12 19:52:33 rousalka kernel: md: sda1 has different UUID to sdb3
May 12 19:52:33 rousalka kernel: md: created md1
May 12 19:52:33 rousalka kernel: md: bind<sda3>
May 12 19:52:33 rousalka kernel: md: bind<sdb3>
May 12 19:52:33 rousalka kernel: md: running: <sdb3><sda3>
May 12 19:52:33 rousalka kernel: raid1: raid set md1 active with 2 out of 2 mirrors
May 12 19:52:33 rousalka kernel: md: considering sdb1 ...
May 12 19:52:33 rousalka kernel: md:  adding sdb1 ...
May 12 19:52:33 rousalka kernel: md:  adding sda1 ...
May 12 19:52:33 rousalka kernel: md: created md0
May 12 19:52:33 rousalka kernel: md: bind<sda1>
May 12 19:52:33 rousalka kernel: md: bind<sdb1>
May 12 19:52:33 rousalka kernel: md: running: <sdb1><sda1>
May 12 19:52:33 rousalka kernel: raid1: raid set md0 active with 2 out of 2 mirrors
May 12 19:52:33 rousalka kernel: md: ... autorun DONE.
May 12 19:52:33 rousalka kernel: kjournald starting.  Commit interval 5 seconds
May 12 19:52:33 rousalka kernel: EXT3-fs: mounted filesystem with ordered data mode.
May 12 19:52:33 rousalka kernel: sd 0:0:0:0: Attached scsi generic sg0 type 0
May 12 19:52:33 rousalka kernel: sd 4:0:0:0: Attached scsi generic sg1 type 0
May 12 19:52:33 rousalka kernel: scsi 5:0:0:0: Attached scsi generic sg2 type 5
May 12 19:52:33 rousalka kernel: sd 8:0:0:0: Attached scsi generic sg3 type 0
May 12 19:52:33 rousalka kernel: sd 9:0:0:0: Attached scsi generic sg4 type 0
May 12 19:52:33 rousalka kernel: sr0: scsi3-mmc drive: 40x/40x writer cd/rw xa/form2 cdda tray
May 12 19:52:33 rousalka kernel: Uniform CD-ROM driver Revision: 3.20
May 12 19:52:33 rousalka kernel: sr 5:0:0:0: Attached scsi CD-ROM sr0
May 12 19:52:33 rousalka kernel: i2c-adapter i2c-0: nForce2 SMBus adapter at 0x1c00
May 12 19:52:33 rousalka kernel: i2c-adapter i2c-1: nForce2 SMBus adapter at 0x1c40
May 12 19:52:33 rousalka kernel: forcedeth.c: Reverse Engineered nForce ethernet driver. Version 0.60.
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [APCH] enabled at IRQ 23
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt 0000:00:0a.0[A] -> Link [APCH] -> GSI 23 (level, low) -> IRQ 23
May 12 19:52:33 rousalka kernel: PCI: Setting latency timer of device 0000:00:0a.0 to 64
May 12 19:52:33 rousalka kernel: forcedeth: using HIGHDMA
May 12 19:52:33 rousalka kernel: Linux video capture interface: v2.00
May 12 19:52:33 rousalka kernel: ivtv:  ==================== START INIT IVTV ====================
May 12 19:52:33 rousalka kernel: ivtv:  version 1.0.0 (2.6.21-6.mm2.fc7.nim SMP mod_unload ) loading
May 12 19:52:33 rousalka kernel: eth0: forcedeth.c: subsystem: 01458:e000 bound to 0000:00:0a.0
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt 0000:02:00.0[A] -> Link [APC2] -> GSI 17 (level, low) -> IRQ 17
May 12 19:52:33 rousalka kernel: PCI: Setting latency timer of device 0000:02:00.0 to 64
May 12 19:52:33 rousalka kernel: sky2 0000:02:00.0: v1.14 addr 0xe5000000 irq 17 Yukon-EC (0xb6) rev 1
May 12 19:52:33 rousalka kernel: sky2 eth1: addr 00:14:85:0c:3e:a4
May 12 19:52:33 rousalka kernel: ivtv0: Autodetected Hauppauge card (cx23416 based)
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [APC4] enabled at IRQ 19
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt 0000:01:07.0[A] -> Link [APC4] -> GSI 19 (level, low) -> IRQ 19
May 12 19:52:33 rousalka kernel: ivtv0: loaded v4l-cx2341x-enc.fw firmware (-139637882702096 bytes)
May 12 19:52:33 rousalka kernel: ivtv0: Encoder revision: 0x02060039
May 12 19:52:33 rousalka kernel: tveeprom 2-0050: The eeprom says no radio is present, but the tuner type
May 12 19:52:33 rousalka kernel: tveeprom 2-0050: indicates otherwise. I will assume that radio is present.
May 12 19:52:33 rousalka kernel: tveeprom 2-0050: Hauppauge model 26039, rev C1A5, serial# 8203263
May 12 19:52:33 rousalka kernel: tveeprom 2-0050: tuner model is TCL MPE05-2 (idx 105, type 38)
May 12 19:52:33 rousalka kernel: tveeprom 2-0050: TV standards PAL(B/G) PAL(I) SECAM(L/L') PAL(D/D1/K) (eeprom 0x74)
May 12 19:52:33 rousalka kernel: tveeprom 2-0050: audio processor is CX25842 (idx 36)
May 12 19:52:33 rousalka kernel: tveeprom 2-0050: decoder processor is CX25842 (idx 29)
May 12 19:52:33 rousalka kernel: tveeprom 2-0050: has radio, has IR receiver, has IR transmitter
May 12 19:52:33 rousalka kernel: ivtv0: Autodetected Hauppauge WinTV PVR-150
May 12 19:52:33 rousalka kernel: ivtv0: reopen i2c bus for IR-blaster support
May 12 19:52:33 rousalka kernel: tuner 2-0043: chip found @ 0x86 (ivtv i2c driver #0)
May 12 19:52:33 rousalka kernel: tda9887 2-0043: tda988[5/6/7] found @ 0x43 (tuner)
May 12 19:52:33 rousalka kernel: tuner 2-0061: chip found @ 0xc2 (ivtv i2c driver #0)
May 12 19:52:33 rousalka kernel: cx25840 2-0044: cx25842-23 found @ 0x88 (ivtv i2c driver #0)
May 12 19:52:33 rousalka kernel: cx25840 2-0044: loaded v4l-cx25840.fw firmware (16382 bytes)
May 12 19:52:33 rousalka kernel: wm8775 2-001b: chip found @ 0x36 (ivtv i2c driver #0)
May 12 19:52:33 rousalka kernel: tuner 2-0061: type set to 38 (Philips PAL/SECAM multi (FM1216ME MK3))
May 12 19:52:33 rousalka kernel: ivtv0: Registered device video0 for encoder MPEG (4 MB)
May 12 19:52:33 rousalka kernel: ivtv0: Registered device video32 for encoder YUV (2 MB)
May 12 19:52:33 rousalka kernel: ivtv0: Registered device vbi0 for encoder VBI (1 MB)
May 12 19:52:33 rousalka kernel: ivtv0: Registered device video24 for encoder PCM audio (1 MB)
May 12 19:52:33 rousalka kernel: ivtv0: Registered device radio0 for encoder radio
May 12 19:52:33 rousalka kernel: ivtv0: Initialized Hauppauge WinTV PVR-150, card #0
May 12 19:52:33 rousalka kernel: ivtv:  ====================  END INIT IVTV  ====================
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt 0000:01:08.2[B] -> Link [APC2] -> GSI 17 (level, low) -> IRQ 17
May 12 19:52:33 rousalka kernel: fw_ohci: Added fw-ohci device 0000:01:08.2, OHCI version 1.10
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [APC3] enabled at IRQ 18
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt 0000:01:0a.0[A] -> Link [APC3] -> GSI 18 (level, low) -> IRQ 18
May 12 19:52:33 rousalka kernel: fw_ohci: Added fw-ohci device 0000:01:0a.0, OHCI version 1.10
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt Link [APC1] enabled at IRQ 16
May 12 19:52:33 rousalka kernel: ACPI: PCI Interrupt 0000:01:08.0[A] -> Link [APC1] -> GSI 16 (level, low) -> IRQ 16
May 12 19:52:33 rousalka kernel: emu1010: Special config.
May 12 19:52:33 rousalka kernel: emu1010: EMU_HANA_ID=0x7f
May 12 19:52:33 rousalka kernel: firmware size=0x133a4
May 12 19:52:33 rousalka kernel: emu1010: Hana Firmware loaded
May 12 19:52:33 rousalka kernel: Hana ver:3.4
May 12 19:52:33 rousalka kernel: emu1010: Card options=0x2
May 12 19:52:33 rousalka kernel: emu1010: Card options=0x2
May 12 19:52:33 rousalka kernel: emu1010: Card options3=0x2
May 12 19:52:33 rousalka kernel: fw_core: created new fw device fw0 (0 config rom retries)
May 12 19:52:33 rousalka kernel: fw_core: created new fw device fw1 (0 config rom retries)
May 12 19:52:33 rousalka kernel: emu1010: Loading Audio Dock Firmware
May 12 19:52:33 rousalka kernel: firmware size=0x133a4
May 12 19:52:33 rousalka kernel: emu1010: EMU_HANA+DOCK_IRQ_STATUS=0x36
May 12 19:52:33 rousalka kernel: emu1010: EMU_HANA+DOCK_ID=0x55
May 12 19:52:33 rousalka kernel: emu1010: Audio Dock Firmware loaded
May 12 19:52:33 rousalka kernel: Audio Dock ver:3.4
May 12 19:52:33 rousalka kernel: EMU outputs on
May 12 19:52:33 rousalka kernel: EMU inputs on
May 12 19:52:33 rousalka kernel: input: Power Button (FF) as /class/input/input3
May 12 19:52:33 rousalka kernel: ACPI: Power Button (FF) [PWRF]
May 12 19:52:33 rousalka kernel: input: Power Button (CM) as /class/input/input4
May 12 19:52:33 rousalka kernel: ACPI: Power Button (CM) [PWRB]
May 12 19:52:33 rousalka kernel: EXT3 FS on dm-0, internal journal
May 12 19:52:33 rousalka kernel: kjournald starting.  Commit interval 5 seconds
May 12 19:52:33 rousalka kernel: EXT3 FS on md0, internal journal
May 12 19:52:33 rousalka kernel: EXT3-fs: mounted filesystem with ordered data mode.
May 12 19:52:33 rousalka kernel: kjournald starting.  Commit interval 5 seconds
May 12 19:52:33 rousalka kernel: EXT3 FS on dm-1, internal journal
May 12 19:52:33 rousalka kernel: EXT3-fs: mounted filesystem with ordered data mode.
May 12 19:52:33 rousalka kernel: kjournald starting.  Commit interval 5 seconds
May 12 19:52:33 rousalka kernel: EXT3 FS on dm-2, internal journal
May 12 19:52:33 rousalka kernel: EXT3-fs: mounted filesystem with ordered data mode.
May 12 19:52:33 rousalka kernel: Adding 2096472k swap on /dev/sdb2.  Priority:-1 extents:1 across:2096472k
May 12 19:52:33 rousalka kernel: Adding 2096472k swap on /dev/sda2.  Priority:-2 extents:1 across:2096472k
May 12 19:52:33 rousalka kernel: Netfilter messages via NETLINK v0.30.
May 12 19:52:33 rousalka kernel: nf_conntrack version 0.5.0 (8192 buckets, 65536 max)
May 12 19:52:33 rousalka kernel: sky2 eth1: enabling interface
May 12 19:52:33 rousalka kernel: sky2 eth1: ram buffer 48K
May 12 19:52:35 rousalka kernel: audit(1178992355.344:2): audit_pid=2327 old=0 by auid=4294967295
May 12 19:52:36 rousalka kernel: it87: Found IT8712F chip at 0x290, revision 5
May 12 19:53:11 rousalka kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> Link [APC3] -> GSI 18 (level, low) -> IRQ 18
May 12 19:53:11 rousalka kernel: [drm] Initialized drm 1.1.0 20060810
May 12 19:53:11 rousalka kernel: [drm] Initialized nouveau 0.0.6 20060213 on minor 0
May 12 19:53:11 rousalka kernel: [drm:nv40_graph_init] *ERROR* Unknown ctx_voodoo for chipset 0x4b
May 12 19:53:14 rousalka kernel: [drm:nv40_graph_init] *ERROR* Unknown ctx_voodoo for chipset 0x4b
May 12 19:53:14 rousalka kernel: [drm:nv40_graph_init] *ERROR* Unknown ctx_voodoo for chipset 0x4b
May 12 19:53:14 rousalka kernel: [drm:nv40_graph_init] *ERROR* Unknown ctx_voodoo for chipset 0x4b
May 12 19:53:14 rousalka kernel: [drm] allocated 0xd0000000
May 12 19:53:14 rousalka kernel: [drm] allocated 0xd8000000
May 12 19:53:14 rousalka kernel: [drm] allocated 0xd8010000
May 12 19:53:14 rousalka kernel: [drm] Allocating FIFO number 0
May 12 19:53:14 rousalka kernel: [drm] allocated 0xd8014000
May 12 19:53:14 rousalka kernel: [drm] nouveau_fifo_alloc: initialised FIFO 0
May 12 19:53:14 rousalka kernel: [drm] allocated 0xd801c000
May 12 19:54:29 rousalka kernel: [drm] allocated 0xd801d000
May 12 19:55:03 rousalka kernel: [drm] freeing 0xd801d000
May 12 19:55:14 rousalka kernel: [drm] allocated 0xd801d000
May 12 19:55:50 rousalka kernel: [drm] freeing 0xd801d000
May 12 19:57:27 rousalka kernel: [drm] allocated 0xd801d000
May 12 19:59:26 rousalka kernel: [drm] freeing 0xd801d000
May 12 19:59:37 rousalka kernel: [drm] allocated 0xd801d000
May 12 20:03:42 rousalka kernel: [drm] freeing 0xd801d000
May 12 20:04:24 rousalka kernel: [drm] allocated 0xd801d000
May 12 20:04:38 rousalka kernel: [drm] freeing 0xd801d000
May 12 20:05:07 rousalka kernel: [drm] allocated 0xd801d000
May 12 20:05:15 rousalka kernel: [drm] freeing 0xd801d000
May 12 20:05:44 rousalka kernel: [drm] allocated 0xd801d000
May 12 20:05:51 rousalka kernel: [drm] freeing 0xd801d000
May 12 20:06:09 rousalka kernel: [drm] allocated 0xd801d000
May 12 20:06:30 rousalka kernel: [drm] freeing 0xd801d000
May 12 20:09:11 rousalka kernel: [drm] allocated 0xd801d000
May 12 20:11:42 rousalka kernel: [drm] freeing 0xd801d000
May 12 20:11:54 rousalka kernel: [drm] allocated 0xd801d000
May 12 20:12:17 rousalka kernel: [drm] freeing 0xd801d000
May 12 20:20:20 rousalka kernel: [drm] allocated 0xd801d000
May 12 20:22:49 rousalka kernel: [drm] freeing 0xd801d000
May 12 20:34:27 rousalka kernel: [drm] allocated 0xd801d000
May 12 20:36:15 rousalka kernel: [drm] freeing 0xd801d000
May 12 20:39:36 rousalka kernel: [drm] allocated 0xd801d000
May 12 20:41:22 rousalka kernel: [drm] freeing 0xd801d000
May 12 20:41:43 rousalka kernel: [drm] allocated 0xd801d000
May 12 20:41:58 rousalka kernel: [drm] freeing 0xd801d000
May 12 20:43:13 rousalka kernel: [drm] allocated 0xd801d000
May 12 20:43:51 rousalka kernel: [drm] freeing 0xd801d000
May 12 20:44:12 rousalka kernel: [drm] allocated 0xd801d000
May 12 20:45:14 rousalka kernel: mock-yum: page allocation failure. order:1, mode:0x4020
May 12 20:45:14 rousalka kernel: 
May 12 20:45:14 rousalka kernel: Call Trace:
May 12 20:45:14 rousalka kernel: [<ffffffff8025b572>] __alloc_pages+0x2ba/0x2d3
May 12 20:45:14 rousalka kernel: [<ffffffff802751dd>] __slab_alloc+0x196/0x586
May 12 20:45:14 rousalka kernel: [<ffffffff8825ede3>] :nf_conntrack:__nf_conntrack_alloc+0x1bb/0x259
May 12 20:45:14 rousalka kernel: [<ffffffff80275962>] kmem_cache_alloc+0x32/0x4e
May 12 20:45:14 rousalka kernel: [<ffffffff8825ede3>] :nf_conntrack:__nf_conntrack_alloc+0x1bb/0x259
May 12 20:45:14 rousalka kernel: [<ffffffff8825f89a>] :nf_conntrack:nf_conntrack_in+0x1d3/0x519
May 12 20:45:14 rousalka kernel: [<ffffffff803c7009>] nf_iterate+0x41/0x7d
May 12 20:45:14 rousalka kernel: [<ffffffff803cf468>] dst_output+0x0/0xe
May 12 20:45:14 rousalka kernel: [<ffffffff803c7198>] nf_hook_slow+0x5d/0xc8
May 12 20:45:14 rousalka kernel: [<ffffffff803cf468>] dst_output+0x0/0xe
May 12 20:45:14 rousalka kernel: [<ffffffff803d1c7d>] ip_queue_xmit+0x357/0x3be
May 12 20:45:14 rousalka kernel: [<ffffffff803c9c9d>] __ip_route_output_key+0x806/0x823
May 12 20:45:14 rousalka kernel: [<ffffffff803e1095>] tcp_transmit_skb+0x736/0x773
May 12 20:45:14 rousalka kernel: [<ffffffff803e3900>] tcp_connect+0x2e4/0x378
May 12 20:45:14 rousalka kernel: [<ffffffff803e7599>] tcp_v4_connect+0x46f/0x5b3
May 12 20:45:14 rousalka kernel: [<ffffffff803f34be>] inet_stream_connect+0x96/0x243
May 12 20:45:14 rousalka kernel: [<ffffffff803ab948>] sys_connect+0x7e/0xae
May 12 20:45:14 rousalka kernel: [<ffffffff802509b3>] audit_syscall_entry+0x141/0x174
May 12 20:45:14 rousalka kernel: [<ffffffff8020955c>] tracesys+0xdc/0xe1
May 12 20:45:14 rousalka kernel: 
May 12 20:45:14 rousalka kernel: Mem-info:
May 12 20:45:14 rousalka kernel: DMA per-cpu:
May 12 20:45:14 rousalka kernel: CPU    0: Hot: hi:    0, btch:   1 usd:   0   Cold: hi:    0, btch:   1 usd:   0
May 12 20:45:14 rousalka kernel: CPU    1: Hot: hi:    0, btch:   1 usd:   0   Cold: hi:    0, btch:   1 usd:   0
May 12 20:45:14 rousalka kernel: DMA32 per-cpu:
May 12 20:45:14 rousalka kernel: CPU    0: Hot: hi:  186, btch:  31 usd:  88   Cold: hi:   62, btch:  15 usd:  52
May 12 20:45:14 rousalka kernel: CPU    1: Hot: hi:  186, btch:  31 usd: 131   Cold: hi:   62, btch:  15 usd:   5
May 12 20:45:14 rousalka kernel: Active:316828 inactive:140229 dirty:22173 writeback:0 unstable:0
May 12 20:45:14 rousalka kernel: free:4862 slab:31544 mapped:26704 pagetables:9460 bounce:0
May 12 20:45:14 rousalka kernel: DMA free:7960kB min:20kB low:24kB high:28kB active:0kB inactive:0kB present:7648kB pages_scanned:0 all_unreclaimable? yes
May 12 20:45:14 rousalka kernel: lowmem_reserve[]: 0 1988 1988 1988
May 12 20:45:14 rousalka kernel: DMA32 free:11488kB min:5692kB low:7112kB high:8536kB active:1267300kB inactive:560800kB present:2036004kB pages_scanned:79 all_unreclaimable? no
May 12 20:45:14 rousalka kernel: lowmem_reserve[]: 0 0 0 0
May 12 20:45:14 rousalka kernel: DMA: 4*4kB 3*8kB 5*16kB 3*32kB 3*64kB 3*128kB 2*256kB 1*512kB 2*1024kB 0*2048kB 1*4096kB = 7960kB
May 12 20:45:14 rousalka kernel: DMA32: 2670*4kB 59*8kB 3*16kB 2*32kB 0*64kB 1*128kB 1*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 11648kB
May 12 20:45:14 rousalka kernel: Swap cache: add 1023, delete 1005, find 228/317, race 189+0
May 12 20:45:14 rousalka kernel: Free swap  = 4192680kB
May 12 20:45:14 rousalka kernel: Total swap = 4192944kB
May 12 20:45:14 rousalka kernel: Free swap:       4192680kB
May 12 20:45:14 rousalka kernel: 524272 pages of RAM
May 12 20:45:14 rousalka kernel: 14123 reserved pages
May 12 20:45:14 rousalka kernel: 275231 pages shared
May 12 20:45:14 rousalka kernel: 18 pages swap cached
May 12 20:45:18 rousalka kernel: mock-yum: page allocation failure. order:1, mode:0x4020
May 12 20:45:18 rousalka kernel: 
May 12 20:45:18 rousalka kernel: Call Trace:
May 12 20:45:18 rousalka kernel: [<ffffffff8025b572>] __alloc_pages+0x2ba/0x2d3
May 12 20:45:18 rousalka kernel: [<ffffffff802751dd>] __slab_alloc+0x196/0x586
May 12 20:45:18 rousalka kernel: [<ffffffff8825ede3>] :nf_conntrack:__nf_conntrack_alloc+0x1bb/0x259
May 12 20:45:18 rousalka kernel: [<ffffffff80275962>] kmem_cache_alloc+0x32/0x4e
May 12 20:45:18 rousalka kernel: [<ffffffff8825ede3>] :nf_conntrack:__nf_conntrack_alloc+0x1bb/0x259
May 12 20:45:18 rousalka kernel: [<ffffffff8825f89a>] :nf_conntrack:nf_conntrack_in+0x1d3/0x519
May 12 20:45:18 rousalka kernel: [<ffffffff803c7009>] nf_iterate+0x41/0x7d
May 12 20:45:18 rousalka kernel: [<ffffffff803cf468>] dst_output+0x0/0xe
May 12 20:45:18 rousalka kernel: [<ffffffff803c7198>] nf_hook_slow+0x5d/0xc8
May 12 20:45:18 rousalka kernel: [<ffffffff803cf468>] dst_output+0x0/0xe
May 12 20:45:18 rousalka kernel: [<ffffffff803d1c7d>] ip_queue_xmit+0x357/0x3be
May 12 20:45:18 rousalka kernel: [<ffffffff803c9c9d>] __ip_route_output_key+0x806/0x823
May 12 20:45:18 rousalka kernel: [<ffffffff803e1095>] tcp_transmit_skb+0x736/0x773
May 12 20:45:18 rousalka kernel: [<ffffffff803e3900>] tcp_connect+0x2e4/0x378
May 12 20:45:18 rousalka kernel: [<ffffffff803e7599>] tcp_v4_connect+0x46f/0x5b3
May 12 20:45:18 rousalka kernel: [<ffffffff803f34be>] inet_stream_connect+0x96/0x243
May 12 20:45:18 rousalka kernel: [<ffffffff803ab948>] sys_connect+0x7e/0xae
May 12 20:45:18 rousalka kernel: [<ffffffff802509b3>] audit_syscall_entry+0x141/0x174
May 12 20:45:18 rousalka kernel: [<ffffffff8020955c>] tracesys+0xdc/0xe1
May 12 20:45:18 rousalka kernel: 
May 12 20:45:18 rousalka kernel: Mem-info:
May 12 20:45:18 rousalka kernel: DMA per-cpu:
May 12 20:45:18 rousalka kernel: CPU    0: Hot: hi:    0, btch:   1 usd:   0   Cold: hi:    0, btch:   1 usd:   0
May 12 20:45:18 rousalka kernel: CPU    1: Hot: hi:    0, btch:   1 usd:   0   Cold: hi:    0, btch:   1 usd:   0
May 12 20:45:18 rousalka kernel: DMA32 per-cpu:
May 12 20:45:18 rousalka kernel: CPU    0: Hot: hi:  186, btch:  31 usd: 113   Cold: hi:   62, btch:  15 usd:  60
May 12 20:45:18 rousalka kernel: CPU    1: Hot: hi:  186, btch:  31 usd:  88   Cold: hi:   62, btch:  15 usd:   2
May 12 20:45:18 rousalka kernel: Active:320314 inactive:138209 dirty:22892 writeback:0 unstable:0
May 12 20:45:18 rousalka kernel: free:4106 slab:30860 mapped:26719 pagetables:9468 bounce:0
May 12 20:45:18 rousalka kernel: DMA free:7960kB min:20kB low:24kB high:28kB active:0kB inactive:0kB present:7648kB pages_scanned:0 all_unreclaimable? yes
May 12 20:45:18 rousalka kernel: lowmem_reserve[]: 0 1988 1988 1988
May 12 20:45:18 rousalka kernel: DMA32 free:8632kB min:5692kB low:7112kB high:8536kB active:1281256kB inactive:552836kB present:2036004kB pages_scanned:0 all_unreclaimable? no
May 12 20:45:18 rousalka kernel: lowmem_reserve[]: 0 0 0 0
May 12 20:45:18 rousalka kernel: DMA: 4*4kB 3*8kB 5*16kB 3*32kB 3*64kB 3*128kB 2*256kB 1*512kB 2*1024kB 0*2048kB 1*4096kB = 7960kB
May 12 20:45:18 rousalka kernel: DMA32: 1937*4kB 59*8kB 1*16kB 1*32kB 0*64kB 1*128kB 1*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 8652kB
May 12 20:45:18 rousalka kernel: Swap cache: add 1023, delete 1005, find 228/317, race 189+0
May 12 20:45:18 rousalka kernel: Free swap  = 4192680kB
May 12 20:45:18 rousalka kernel: Total swap = 4192944kB
May 12 20:45:18 rousalka kernel: Free swap:       4192680kB
May 12 20:45:18 rousalka kernel: 524272 pages of RAM
May 12 20:45:18 rousalka kernel: 14123 reserved pages
May 12 20:45:18 rousalka kernel: 277661 pages shared
May 12 20:45:18 rousalka kernel: 18 pages swap cached
May 12 20:48:47 rousalka kernel: [drm] freeing 0xd801d000
May 12 20:48:57 rousalka kernel: [drm] allocated 0xd801d000
May 12 20:51:31 rousalka kernel: [drm] freeing 0xd801d000

[-- Attachment #2: Ceci est une partie de message numériquement signée --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: [Bug 8464] New: autoreconf: page allocation failure. order:2, mode:0x84020
  2007-05-12 18:58                                         ` Nicolas Mailhot
@ 2007-05-12 19:24                                           ` Mel Gorman
  2007-05-13  8:16                                             ` Nicolas Mailhot
  0 siblings, 1 reply; 24+ messages in thread
From: Mel Gorman @ 2007-05-12 19:24 UTC (permalink / raw)
  To: Nicolas Mailhot
  Cc: Christoph Lameter, Andrew Morton, linux-mm, linux-kernel,
	bugme-daemon@kernel-bugs.osdl.org

On (12/05/07 20:58), Nicolas Mailhot didst pronounce:
> Le samedi 12 mai 2007 à 20:09 +0200, Nicolas Mailhot a écrit :
> > Le samedi 12 mai 2007 à 17:42 +0100, Mel Gorman a écrit :
> > 
> > > order-2 (at least 19 pages but more are there) and higher pages were free
> > > and this was a NORMAL allocation. It should also be above watermarks so
> > > something screwy is happening
> > > 
> > > *peers suspiciously*
> > > 
> > > Can you try the following patch on top of the kswapd patch please? It is
> > > also available from http://www.csn.ul.ie/~mel/watermarks.patch
> > 
> > Ok, testing now
> 
> And this one failed testing too 

And same thing, you have suitable free memory. The last patch was
wrong because I forgot the !in_interrupt() part which was careless
and dumb.  Please try the following, again on top of the kswapd patch -
http://www.csn.ul.ie/~mel/watermarks-v2.patch

Thanks for all the testing, it's appreciated.

diff -rup -X /usr/src/patchset-0.6/bin//dontdiff linux-2.6.21-mm2-revertmd/mm/page_alloc.c linux-2.6.21-mm2-watermarks/mm/page_alloc.c
--- linux-2.6.21-mm2-revertmd/mm/page_alloc.c	2007-05-11 21:16:57.000000000 +0100
+++ linux-2.6.21-mm2-watermarks/mm/page_alloc.c	2007-05-12 20:20:19.000000000 +0100
@@ -1645,8 +1645,16 @@ nofail_alloc:
 	}
 
 	/* Atomic allocations - we can't balance anything */
-	if (!wait)
+	if (!wait) {
+
+		/* Attempt to allocate ignoring watermarks */
+		page = get_page_from_freelist(gfp_mask, order,
+					zonelist, ALLOC_NO_WATERMARKS);	
+		if (page)
+			goto got_pg;
+
 		goto nopage;
+	}
 
 	cond_resched();
 
-- 
Mel Gorman
Part-time Phd Student                          Linux Technology Center
University of Limerick                         IBM Dublin Software Lab

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: [Bug 8464] New: autoreconf: page allocation failure. order:2, mode:0x84020
  2007-05-12 19:24                                           ` Mel Gorman
@ 2007-05-13  8:16                                             ` Nicolas Mailhot
  0 siblings, 0 replies; 24+ messages in thread
From: Nicolas Mailhot @ 2007-05-13  8:16 UTC (permalink / raw)
  To: Mel Gorman
  Cc: Christoph Lameter, Andrew Morton, linux-mm, linux-kernel,
	bugme-daemon@kernel-bugs.osdl.org

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

Le samedi 12 mai 2007 à 20:24 +0100, Mel Gorman a écrit :
> On (12/05/07 20:58), Nicolas Mailhot didst pronounce:
> > Le samedi 12 mai 2007 à 20:09 +0200, Nicolas Mailhot a écrit :
> > > Le samedi 12 mai 2007 à 17:42 +0100, Mel Gorman a écrit :
> > > 
> > > > order-2 (at least 19 pages but more are there) and higher pages were free
> > > > and this was a NORMAL allocation. It should also be above watermarks so
> > > > something screwy is happening
> > > > 
> > > > *peers suspiciously*
> > > > 
> > > > Can you try the following patch on top of the kswapd patch please? It is
> > > > also available from http://www.csn.ul.ie/~mel/watermarks.patch

> > And this one failed testing too 
> 
> And same thing, you have suitable free memory. The last patch was
> wrong because I forgot the !in_interrupt() part which was careless
> and dumb.  Please try the following, again on top of the kswapd patch -
> http://www.csn.ul.ie/~mel/watermarks-v2.patch

This one survived 12h of testing so far.

Regards,

-- 
Nicolas Mailhot

[-- Attachment #2: Ceci est une partie de message numériquement signée --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

^ permalink raw reply	[flat|nested] 24+ messages in thread

end of thread, other threads:[~2007-05-13  8:17 UTC | newest]

Thread overview: 24+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <200705102128.l4ALSI2A017437@fire-2.osdl.org>
2007-05-10 21:43 ` [Bug 8464] New: autoreconf: page allocation failure. order:2, mode:0x84020 Andrew Morton
2007-05-10 21:49   ` Christoph Lameter
2007-05-10 22:06     ` Mel Gorman
2007-05-10 22:11       ` Christoph Lameter
2007-05-10 22:16         ` Mel Gorman
2007-05-10 22:27           ` Christoph Lameter
2007-05-10 22:44             ` Mel Gorman
2007-05-10 22:49               ` Christoph Lameter
2007-05-10 23:00                 ` Mel Gorman
2007-05-10 23:01                   ` Christoph Lameter
2007-05-11  5:56                     ` Nicolas Mailhot
2007-05-11  9:08                       ` Mel Gorman
2007-05-11 11:51                         ` Nicolas Mailhot
2007-05-11 17:38                           ` Mel Gorman
2007-05-11 17:45                             ` Nicolas Mailhot
2007-05-11 18:30                               ` Nicolas Mailhot
2007-05-11 20:36                                 ` Mel Gorman
2007-05-12  8:11                                   ` Nicolas Mailhot
2007-05-12 16:42                                     ` Mel Gorman
2007-05-12 18:09                                       ` Nicolas Mailhot
2007-05-12 18:58                                         ` Nicolas Mailhot
2007-05-12 19:24                                           ` Mel Gorman
2007-05-13  8:16                                             ` Nicolas Mailhot
2007-05-11 17:46                             ` Christoph Lameter

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).