Re: [Xen-devel] RTL8139 support

[Ian P. <Ian...@cl...>]

 
> I've now updated my xeno.spec file to package the unstable 1.3 source,
> and it appears xen_dmesg.py has replaced xen_read_console. 

xen_read_console if for capturing console output for other
domains. It's very recently been replaced by the 'xend' in
xeno-unstable.bk -- the new bi-directional console daemon.

For reading out messages from Xen itself use xen_dmesg.py (as per
Mark's email). 
 
> Unfortunately I don't have a serial cable for capturing Xen's output
> from my desktop and my laptop doesn't even have a serial port - are
> there any clever alternatives please?  

If xenolinux boots OK, xen_dmesg.py should do the trick.
 
> Naturally there's some bad news too - receiving packets hangs the
> machine instantly.  Although pinging an unused address is OK, the return
> packet from a live address stalls Xen.  Similar problems were
> experienced with a DHCP offer response and even trying to send UDP
> packets with nc.
> 
> Does anybody have any experience of this working since being added to
> Xen, or have any thoughts on how I might proceed debugging it?

So, sounds like the problem is the TX path. 

What happens if you enable the NMI watchdog in Xen?  It might be
helpful in finding out what's hanging. Otherwise, perhaps scatter
the TX path with printk's and see where it hangs. Sorry not to be
much more help, but without the h/w its hard to be useful....

Ian