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

[Xen-devel] [PATCH] netfront: support ethtool's get_link()

To: xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-devel] [PATCH] netfront: support ethtool's get_link()
From: Mark McLoughlin <markmc@xxxxxxxxxx>
Date: Fri, 14 Jul 2006 16:16:07 +0100
Delivery-date: Fri, 14 Jul 2006 08:16:01 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Hi,
        Attached is a very simple patch to support ethtool's get_link()
operation. This allows things like NetworkManager's and anaconda's
carrier detection code to work with netfront.

        It seems sane to take the simple approach of reporting the link as
active as soon as we've connected to the backend device. It's irrelevant
whether the physical device in dom0 has link, since there could well be
someone else on the bridge responding.

        I haven't looked at any of the other ethtool operations.

Cheers,
Mark.

Attachment: xennet-ethtool.patch
Description: Text Data

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>