[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [MirageOS-devel] mirage-www on xen and networking (on ARM)

On Tue, Mar 31, 2015 at 09:49:28PM +0100, Anil Madhavapeddy wrote:
> On 31 Mar 2015, at 21:09, David Scott <scott.dj@xxxxxxxxx> wrote:
> > 
> > 
> > 
> > On Tue, Mar 31, 2015 at 6:43 PM, Anil Madhavapeddy <anil@xxxxxxxxxx 
> > <mailto:anil@xxxxxxxxxx>> wrote:
> > On 31 Mar 2015, at 07:37, Magnus Therning <magnus@xxxxxxxxxxxx 
> > <mailto:magnus@xxxxxxxxxxxx>> wrote:
> >> 
> >> > After a clean rebuild on my cubieboard, I'm getting the assertion 
> >> > failures too, which is good. I notice the assert that's failing was 
> >> > added relatively recently[1] in tcpip v2.2.3 so it's possible that it's 
> >> > simply highlighting an old bug in mirage-net-xen. The hunt continues...
>>> Ah, that's "good" news indeed. I'll try, but won't make any promises, to 
>>> look a bit at it too. More as a learning exercise then with an aim to 
>>> actually find and fix the issue :)
>> Excellent bug report Magnus!  We didn't catch this due to the lack of 
>> regular automated testing on ARM.  We would catch this on x86 due to 
>> deploying our sites regularly, but we don't currently run ARM in production. 
>>  I'll rectify this when back in Cambridge with a version of 
>> www.openmirage.org <http://www.openmirage.org/> that runs on a Cubieboard2.
> > 
> > In the meanwhile, would you be able to test if my point release of 
> > tcpip.2.3.1 fixes your issue? Do
> > 
> >     opam pin add tcpip git://github.com/mirage/mirage-tcpip#v2.3.1 <>
> > 
> > Once someone with a Cubie2 confirms that the regression has gone, I'll push 
> > this to OPAM.
> > 
> > The mirage-skeleton/static_website works fine for me with that change.
> Thanks for confirming!  Tcpip.2.3.1 has now been released to OPAM with the 
> fix.

Hmm, I'm now wondering if I've done something completely wrong here.
After the re-build with tcpip 2.3.1 I no longer get any asserts, but I
also get absolutely nothing in reply on HTTP requests... that wasn't
exactly what I expected.  I did expect a reply with a bit of HTML.

~~~ output on xen console on ARM
Sending DHCP broadcast (length 552)
DHCP response:
input ciaddr yiaddr
siaddr giaddr
chaddr 00163e2128a900000000000000000000 sname  file 
DHCP: offer received:
DHCP options: Offer : Unknown(59[4]), Unknown(58[4]), DNS 
servers(,, Subnet mask(, Server 
identifer(, Routers(, Lease time(86400)
Sending DHCP broadcast (length 552)
DHCP response:
input ciaddr yiaddr
siaddr giaddr
chaddr 00163e2128a900000000000000000000 sname  file 
DHCP: offer received
 sg:true gso_tcpv4:true rx_copy:true rx_flip:false smart_poll:false
ARP: sending gratuitous from
DHCP offer received and bound to nm gw []
Manager: configuration done
ARP responding to: who-has
ARP: transmitting probe ->
ARP: updating -> 00:c2:c6:0f:72:dd
conn 1 closed
conn 2 closed
ARP responding to: who-has
conn 3 closed
conn 4 closed

~~~ on my laptop
% curl

curl doesn't produce any output, but shortly after invoking it I see a `conn N 
closed` on teh Xen console.

I'm building as before:

$ make configure MODE=xen FS=crunch NET=direct DHCP=true PORT=80
$ make build

with the same edits to `src/www.xl` as before (removing MAC, bridge is set to 


Magnus Therning                      OpenPGP: 0xAB4DFBA4 
email: magnus@xxxxxxxxxxxx   jabber: magnus@xxxxxxxxxxxx
twitter: magthe               http://therning.org/magnus

The ultimate goal of all computer science is the program.  The
performance of programs was once the noblest function of computer
science, and computer science was indispensable to great programs.
Today, programming and computer science exist in complacent isolation,
and can be [rescued only] by conscious coöperation and collaboration
of all programmers.

Attachment: pgpgIosAoTy1X.pgp
Description: PGP signature

MirageOS-devel mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.