WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] network_alloc_rx_buffers panic

To: David Becker <becker@xxxxxxxxxxx>
Subject: Re: [Xen-devel] network_alloc_rx_buffers panic
From: Ian Pratt <Ian.Pratt@xxxxxxxxxxxx>
Date: Sun, 26 Sep 2004 10:15:42 +0100
Cc: Christian Limpach <Christian.Limpach@xxxxxxxxxxxx>, Ian Pratt <Ian.Pratt@xxxxxxxxxxxx>, Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxxx, Ian.Pratt@xxxxxxxxxxxx
Delivery-date: Sun, 26 Sep 2004 10:24:20 +0100
Envelope-to: steven.hand@xxxxxxxxxxxx
In-reply-to: Your message of "Sat, 25 Sep 2004 21:45:24 EDT." <20040926014524.GE20890@xxxxxxxxxxx>
List-archive: <http://sourceforge.net/mailarchive/forum.php?forum=xen-devel>
List-help: <mailto:xen-devel-request@lists.sourceforge.net?subject=help>
List-id: List for Xen developers <xen-devel.lists.sourceforge.net>
List-post: <mailto:xen-devel@lists.sourceforge.net>
List-subscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=subscribe>
List-unsubscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=unsubscribe>
Sender: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx
> 
> " 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.
> 
> objdump shows the fault address 0xfc52f5b4 in the same function as
> the previous pull.

The page faults that are getting logged may well turn out to be
harmless. However, it would be interesting to see the call trace
leading up to the page fault, so that we can see what's causing
it.

Please could you add something akin to the following to the
relevant printk:

{
        extern void show_trace(unsigned long *esp);             
        unsigned long *esp;
        __asm__ __volatile__ ("movl %%esp,%0" : "=r" (esp) : );
        show_trace(esp);
}

It would be very useful to see the panic message coming out of
the domain. If you leave an 'xm console' connected to the domain
there's a good chance that you'll capture it.

Thanks,
Ian


-------------------------------------------------------
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
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel