Re: [MirageOS-devel] mirage os on cubietruck nand detection

[Thomas Leonard <talex5@xxxxxxxxx>]

On 3 August 2014 17:20, Anil Madhavapeddy <anil@xxxxxxxxxx> wrote:
> On 3 Aug 2014, at 16:34, Gilles DALMAS <gdalmas@xxxxxxxxxx> wrote:
>
> hi,
>
> I recently compiled mirage for cubietruck.
>
> Everything works fine, but the system is extremely slow.
>
> Hi Gilles,
>
> Glad to hear you've got it up and running. Could you shed some light about
> the nature of the application that is slow?
>
> If it's networking, there's a known bug at the moment [1] due to a
> limitation on Xen 4.4/ARM that prevents multiple mapping of pages.   Thomas
> Leonard has just applied a backport to the SDCard image builder [2] that
> fixes this issue in Xen itself, so we could remove the workaround now and
> hopefully get back to decent networking performance (is this correct,
> Thomas?  I haven't had a chance to rebuild my own Cubie2 yet).

Yes, I'll rebuild the binary images at some point but for now you can
build from Git. With that, you can revert back to the older
mirage-net-xen v1.1.1 to avoid the wait after sending each packet.

> [1]
> http://lists.xenproject.org/archives/html/mirageos-devel/2014-07/msg00163.html
> [2] https://github.com/mirage/xen-arm-builder/pull/13
>
> Initially, I had put others options in the kernel because I wanted the
> system can manage RAID systems.
>
> Incidentally, if there are useful kernel options in the SDcard image that
> don't conflict with others, then please do feel free to tweak the kernel
> config and submit them as a pull request to the Xen ARM builder:
> https://github.com/mirage/xen-arm-builder
>
> I'm just automating the rebuilding of the SDcard images, so this will help
> keep a "known good Xen/ARM/Mirage" software configuration in one place.
>
>  Then given the very slow speed of mirage, I tried to only necessary options
> to operate xen, but the system was still very slow.
>
> I then added a swap partition, which is not mentioned in the wiki. There,
> the system became a bit faster but it is still very inssuffisant.
>
>
> I'm still a little unclear on what is slow -- is it your Linux dom0, or a
> Mirage app, or both?
>
> I thought that to install directly on the nand could improve things, but
> mirage does not seem to recognize the nand. There are currently no nand in
> the mnt directory ... is this a bug or an oversight on my leaving?
>
> I'm not sure if NAND support has been upstreamed yet into Linux.  It
> shouldn't affect your system performance very much though.

I haven't tried it, but there is a CONFIG_SUNXI_NAND option in the
sunxi-3.4 branch of the sunxi Linux Git repository (but not in the
branch we use or upstream Linux).


-- 
Dr Thomas Leonard        http://0install.net/
GPG: 9242 9807 C985 3C07 44A6  8B9A AE07 8280 59A5 3CC1
GPG: DA98 25AE CAD0 8975 7CDA  BD8E 0713 3F96 CA74 D8BA

_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@xxxxxxxxxxxxxxxxxxxx
http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel