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] pcnet32 and copybreak condition

To: Guillaume Thouvenin <guillaume.thouvenin@xxxxxxxxxx>
Subject: Re: [Xen-devel] pcnet32 and copybreak condition
From: Ian Pratt <Ian.Pratt@xxxxxxxxxxxx>
Date: Wed, 10 Dec 2003 09:01:13 +0000
Cc: xen-devel@xxxxxxxxxxxxxxxxxxxxx, Ian.Pratt@xxxxxxxxxxxx
Delivery-date: Wed, 10 Dec 2003 09:02:11 +0000
Envelope-to: steven.hand@xxxxxxxxxxxx
In-reply-to: Your message of "Wed, 10 Dec 2003 03:14:07 EST." <1071044047.3fd6d5cfb3b01@xxxxxxxxxxxxxxxxxx>
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
> The main modifications in the PCnet32 ethernet driver seems to be macro that
> test if COPYBREAK is define. I notice that for network driver which were 
> written
> for Xen the main modifications was around the copybreak and also some
> adjustments with include files. Is it true if I say that the port of network
> device from Linux to Xen is quite "easy" and that the majority of the
> modifications are due to the differences with inlcude files and differences 
> with
> "copybreak" scheme? 

Porting network drivers is usually straight forward. 

We could add a few more dummy header files to make the job even
easier, but since we're planning on moving to a new IO scheme we
haven't put much effort into this.

Areas of memory into which packets are received are not by
default mapped into Xen's virtual address space, hence using the
CPU to memcpy the data (as in COPYBREAK) doesn't work unless you
add a 'map_domain_mem' call in front of it. The quick and easy
fix in the case of pcnet32 was just to disable COPYBREAK.


> You plan to move the management of device in domain0 using the native linux
> device drivers right? Have you ever write something concerning what are the
> differents steps that will allow to achieve this goal? 

I'm in the process of writing a document that describes the Xen
road map, and will post it to the list.

Best,
Ian


-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel

<Prev in Thread] Current Thread [Next in Thread>