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/
Home Products Support Community News


Re: [Xen-users] GPLPV under NetBSD dom0

To: James Harper <james.harper@xxxxxxxxxxxxxxxx>
Subject: Re: [Xen-users] GPLPV under NetBSD dom0
From: Dustin Marquess <dmarquess@xxxxxxxxx>
Date: Fri, 30 Oct 2009 10:08:42 -0500
Cc: xen-users <xen-users@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Fri, 30 Oct 2009 08:40:58 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=oEcI6fZtaTKn72iOUSJKIE+vYydjwbn1xL8H46KzFzY=; b=i687q9Ue17DUS3u62LkZftvwsAlsNs+33KJT9R1ASMbGlHFNAo+VaqHHRnqP+Kly0b +/urm9HfFxOGf1/VGQGeE6UXVRl15R57ukogkrfb/+PRE8Spbr1DIES2OUfWCK8H5MgH IYs2b1SPBVpg+n5rKI5o0zAmPcteeZ+AU4Hxg=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=OGHmlN1tLVFT4BfW5jJ05kr7D5nQlTiVUGANIYxmGRLm4SLTgO6P+WuTF0wO7/G8Jy 906zeoEYxcmJ44YjAGQ8z2xbrDTI+KtdLBvpZP8O7vGIXbKdqEZPqdkQfoMueAQ/XbCG PkAe56mlg8ECwjNN2ngRmtylIsHmvzQEkndig=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <AEC6C66638C05B468B556EA548C1A77D0180D0CA@trantor>
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
References: <1aa643d80910291504k75a3dfa6ne0cd8ad5904d2b4e@xxxxxxxxxxxxxx> <AEC6C66638C05B468B556EA548C1A77D0180D09F@trantor> <1aa643d80910292006t519612f2m379a94ce5786fae0@xxxxxxxxxxxxxx> <AEC6C66638C05B468B556EA548C1A77D0180D0CA@trantor>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
On Thu, Oct 29, 2009 at 10:10 PM, James Harper
<james.harper@xxxxxxxxxxxxxxxx> wrote:
>> > Just as a test, and you'll have to be fast, as soon as you see
> 'Still
>> > waiting for 2 (currently 4)', manually set the backend state to 2,
> and
>> > then back to 4, eg:
>> >
>> > xenstore-write /local/domain/0/backend/vbd/<domid>/768 2
>> > xenstore-write /local/domain/0/backend/vbd/<domid>/768 4
>> >
>> > GPLPV expects to see the backend state go to 2 and then to 4, not
> direct
>> > to 4. I need to investigate that a bit more as it has caused
> problems
>> > before with other backends (tap:aio etc) before.
>> >
>> > If that works let me know and I'll see what I can do.
>> I tried this a few times and ended up pulling my hair.  After some
>> poking around, I realized I needed to add "/state" to the path.
> Oops. Sorry :(

No biggie.  Gave me a chance to dig more into Xen :).

>> Once
>> I did that, surprise surprise... it worked!
>> On an unrelated note... WinDbg is getting spammed with:
>> XenNet     Error: rxrsp offset 16, size -1
>> XenNet     Error: rxrsp offset 16, size -1
>> XenNet     Error: rxrsp offset 16, size -1
>> XenNet     Error: rxrsp offset 16, size -1
>> And my dom0 dmesg is getting spammed with:
>> xvif18.1: req_prod 713 req_cons 466 rsp_prod 465 rsp_prod_pvt 465 i 1
>> xvif18.1 GNTTABOP_transfer[0] -1
>> xvif18.1: req_prod 713 req_cons 467 rsp_prod 466 rsp_prod_pvt 466 i 1
>> xvif18.1 GNTTABOP_transfer[0] -1
>> xvif18.1: req_prod 713 req_cons 468 rsp_prod 467 rsp_prod_pvt 467 i 1
>> xvif18.1 GNTTABOP_transfer[0] -1
>> xvif18.1: req_prod 713 req_cons 469 rsp_prod 468 rsp_prod_pvt 468 i 1
>> So I assume there's a problem with the network driver.  However at
>> least it's booting at not BSOD'ing, so it's a step in the right
>> direction!
> Can you turn off scatter gather under the driver properties in Windows?
> I remember that Solaris Dom0 had that problem, but thought I had made
> GPLPV automatically disable SG if it wasn't explicitly marked as
> supported in the Dom0 backend.

I think I remember a message about SG being set to 0, but my memory is
shot.  I'll try this as soon as I get home and VPN in, as my work
machine is x64, and HWVSP doesn't work w/ x64.

I did realize that I forgot to set my vif to a null array, as per the
install instructions.  I had:

vif = [ 'mac=00:16:3e:50:02:f4, bridge=bridge0, type=ioemu,
model=e1000', 'mac=00:16:3e:50:02:f5, bridge=bridge1, type=ioemu,
model=e1000', 'mac=00:16:3e:50:02:f6, bridge=bridge2,
 type=ioemu, model=e1000' ]

Would that cause it?  If so... how would I setup the mac/bridge
information w/ a null array?

Thanks again!

Xen-users mailing list

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