| There are several forks of the Linux kernel, and this one is probably the Linux-Sunxi branch that adds support into a branch. Our xen-arm-builder script is now using the upstream Linux kernel that has several (but not all) of the Sunxi-specific functionality integrated into it.
-anil In terms of the nand, on page: https://github.com/igorpecovnik/Cubietruck-Debian/blob/master/config/kernel.config.3.4.61 there is for example the line CONFIG_SUNXI_NAND_PARTITION = y and this is the 3.4.61 version of the kernel, how is it that this option does not appear in the following versions of the kernel? if I add it manually in the config file, is it processed?
> Message du 04/08/14 15:03
> De : "Gilles DALMAS" <gdalmas@xxxxxxxxxx>
> A : "Thomas Leonard" <talex5@xxxxxxxxx>, "Anil Madhavapeddy" <anil@xxxxxxxxxx>
> Copie à : "mirageos-devel@xxxxxxxxxxxxxxxxxxxx" <mirageos-devel@xxxxxxxxxxxxxxxxxxxx>
> Objet : Re: [MirageOS-devel] mirage os on cubietruck nand detection
>
>
> apparently, the xen-arm-builder script solves the problem of slowness. even without installing mirage-net-xen.
> Message du 04/08/14 13:28
> De : "Thomas Leonard" <talex5@xxxxxxxxx>
> A : "Anil Madhavapeddy" <anil@xxxxxxxxxx>
> Copie à : "Gilles DALMAS" <gdalmas@xxxxxxxxxx>, "mirageos-devel@xxxxxxxxxxxxxxxxxxxx" <mirageos-devel@xxxxxxxxxxxxxxxxxxxx>
> Objet : Re: [MirageOS-devel] mirage os on cubietruck nand detection
>
> On 3 August 2014 17:24, Thomas Leonard <talex5@xxxxxxxxx> wrote:
> > 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.
>
> Here are the new images:
>
> http://blobs.openmirage.org/cubieboard2-xen-iso.tar.bz2
> http://blobs.openmirage.org/cubietruck-xen-iso.tar.bz2
>
> Installation instructions are here:
>
> https://github.com/mirage/xen-arm-builder
>
> Remember to use mirage-net-xen v1.1.1 as well, or it will still be slow:
>
> opam pin mirage-net-xen https://github.com/mirage/mirage-net-xen.git#v1.1.1
>
>
> --
> 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
_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@xxxxxxxxxxxxxxxxxxxx
http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel
|
