ne-2000 ethernet support

ne-2000 ethernet support

[Barry Silverman]

Does the Xen hypervisor support the ne2k? The comments in SUPPORTED-CARDS
suggests that it does, but I don't see the code.

I am using bochs with the gdb-stub to symbolically debug the hypervisor. It
all works, except for the ethernet interface (Bochs only supports an ne2k).

Barry Silverman		Voice:  416-368-7677 x234
Disus Inc.			Cell:   416-407-8091
47 Colborne #303		Fax:    416-368-4933
Toronto, Ontario
M5E 1P8, Canada		email:  barry@disus.com
PGP Key: http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=0x4F5C9736



-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

Re: ne-2000 ethernet support

[murble-xendev]

On Tue, Feb 03, 2004 at 10:51:11AM -0500, Barry Silverman wrote:
> Does the Xen hypervisor support the ne2k? The comments in SUPPORTED-CARDS
> suggests that it does, but I don't see the code.

It doesn't seem to.
> 
> I am using bochs with the gdb-stub to symbolically debug the hypervisor. It
> all works, except for the ethernet interface (Bochs only supports an ne2k).

If you want a bit of speed up, it also works in Qemu although with the
same lack of ne2k problem.  I've not played with the gdb-stub in Qemu
for Xen purposes yet.


bill
-- 
Bill Boughton		<murble(at)@yuri.org.uk>
 			<bill@(at)xencat.murble.org.uk>
Down not across


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

Re: ne-2000 ethernet support

[Ian Pratt]

> On Tue, Feb 03, 2004 at 10:51:11AM -0500, Barry Silverman wrote:
> > Does the Xen hypervisor support the ne2k? The comments in SUPPORTED-CARDS
> > suggests that it does, but I don't see the code. 
> It doesn't seem to.

I think there was a ne2k driver at some point, but it turned out
not to work and got blown away. 

It should be pretty straight forward to get the stock Linux
driver going, but since its a PIO card the tx/rx routines will
have to be wrapped in a (un)map_domain_mem() to get the buffer
mapped into Xen's address space.

> > I am using bochs with the gdb-stub to symbolically debug the hypervisor. It
> > all works, except for the ethernet interface (Bochs only supports an ne2k).
> 
> If you want a bit of speed up, it also works in Qemu although with the
> same lack of ne2k problem.  I've not played with the gdb-stub in Qemu
> for Xen purposes yet.

Alex is about to checkin a GDB serial stub for Xen that enables
remote debugging of Xen and guest OSes. Keep an eye on the
xeno-unstable.bk tree...

Can I ask what you're trying to debug in the hypervisor?

I notice that a previous email regarding support for the Native
POSIX Thread Library (NPTL) went unanswered.  I haven't looked in
to this, but I suspect that it may be using the new 'set thread
local storage' system call, which isn't to my knowledge in
standard 2.4.24 Linux.  Porting the patch to XenoLinux should be
fairly straight forward since Xen has LDT/GDT support.

*However* it's possible that it still won't work: I've heard
unconfirmed rumours that at least one of the new threads
libraries horribly abuses use of segmentation for thread local
storage.  Rumour has it that it creates and loads a 4GB segment
into gs, and then accesses location gs:0xfffffffc (-4).  It
relies on the segment wrapping at the top of the linear address
space! Barf... :-(

This interacts badly with Xen because we clip segments to prevent
access to the top 64MB of the virtual address space (where Xen
lives). Other VMMs e.g. (VMWare) almost certainly suffer the same
problem.

I'd be very interested to hear if the rumour is correct. If so,
we'll have to work out what the best way of tackling this is to
retain user space ABI compatibility. Of course, the best
solution is probably to beat some sense into whoever thought this
was a good idea...  I hope the rumour isn't true.

Cheers,
Ian



-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn