From mboxrd@z Thu Jan  1 00:00:00 1970
From: David Becker <becker@cs.duke.edu>
Subject: Re: network_alloc_rx_buffers panic
Date: Sun, 26 Sep 2004 08:20:09 -0400
Sender: xen-devel-admin@lists.sourceforge.net
Message-ID: <20040926122009.GF20890@cs.duke.edu>
References: <20040926014524.GE20890@cs.duke.edu> <E1CBV8A-00080x-00@mta1.cl.cam.ac.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Return-path: <xen-devel-admin@lists.sourceforge.net>
Content-Disposition: inline
In-Reply-To: <E1CBV8A-00080x-00@mta1.cl.cam.ac.uk>
Errors-To: xen-devel-admin@lists.sourceforge.net
List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.sourceforge.net?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.sourceforge.net>
List-Help: <mailto:xen-devel-request@lists.sourceforge.net?subject=help>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.sourceforge.net?subject=subscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum=xen-devel>
To: Ian Pratt <Ian.Pratt@cl.cam.ac.uk>
Cc: Christian Limpach <Christian.Limpach@cl.cam.ac.uk>, Keir Fraser <Keir.Fraser@cl.cam.ac.uk>, xen-devel@lists.sourceforge.net
List-Id: xen-devel@lists.xenproject.org


" > " Could you try updating to the latest version, with writable pagetables
" > " reenabled.  Keir has spotted an incorrect check in the writable
" > 
" > xen is faulting the same as the previous pull.

I am now seeing a new behaviour from xen0.  Some of them drop off the
net for a minute or so and come back apparently ok, except for lots of
console messages from swapper, shown below.   I suppose it could be the
bug that has been panicking xenU didn't manage a panic but did corrupt
the system..

This network delay effect is on some (but not all) of the xen0 e100 hosts.
(The xenU panic I reported before has happened on all types of hosts.)
Additionally the clocks are off on the xen0 hosts that show this symptom.
They xen0 domains are all running ntp, so I'd guess this symptom is
messing up ntp.

xen0 is configured with the same amount of mem on all hosts.

xen0 has plenty of swap space:
$ swapon -s
Filename                             Type            Size    Used Priority
/dev/sda2                               partition    987988  9316 -1


xen0 dmesg:

swapper: page allocation failure. order:0, mode:0x20
 [<c0138448>] __alloc_pages+0x2d7/0x347

 [<c01384d7>] __get_free_pages+0x1f/0x3b

 [<c013b9e6>] kmem_getpages+0x22/0xdc

 [<c013c632>] cache_grow+0xb9/0x189

 [<c013c86b>] cache_alloc_refill+0x169/0x20a

 [<c013cb0f>] kmem_cache_alloc+0x6c/0x70

 [<c031e0da>] alloc_skb_from_cache+0x44/0xdc

 [<c010a557>] __dev_alloc_skb+0x23/0x39

 [<c023e42a>] e100_intr+0x1b0/0x60b

 [<c031e170>] alloc_skb_from_cache+0xda/0xdc

 [<c010bc5a>] handle_IRQ_event+0x47/0x80

 [<c010bfc2>] do_IRQ+0x93/0x132

 [<c01092d0>] evtchn_do_upcall+0xa8/0x111

 [<c010d93b>] hypervisor_callback+0x33/0x49

 [<c0109226>] force_evtchn_callback+0xa/0xc

 [<c0118d2a>] try_to_wake_up+0xab/0xbd

 [<c01248d4>] process_timeout+0x0/0x9

 [<c0118d5a>] wake_up_process+0x1e/0x22

 [<c0124613>] run_timer_softirq+0xe3/0x1e6

 [<c012066b>] __do_softirq+0x93/0x9c

 [<c01206b9>] do_softirq+0x45/0x47

 [<c010c02f>] do_IRQ+0x100/0x132

 [<c01092d0>] evtchn_do_upcall+0xa8/0x111

 [<c010d93b>] hypervisor_callback+0x33/0x49

 [<c0109bcc>] xen_cpu_idle+0x0/0x8c

 [<c0109bcc>] xen_cpu_idle+0x0/0x8c

 [<c010eebc>] cpu_idle+0x2a/0x35

 [<c046269d>] start_kernel+0x1a0/0x1e9

 [<c04622bc>] unknown_bootoption+0x0/0x149



-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php