MIPS port

MIPS port

[Prasad Boddupalli]

[-- Attachment #1.1: Type: text/plain, Size: 880 bytes --]

Hello All,

About 3 weeks back, after resolving some console related issues, SMP
versions of PV dom0 and domU could be booted on our MIPS boards. Our
current version of MIPS Xen is based on an old version (3.4.0) and are
currently in the process of moving the changes to the unstable branch. The
Linux changes are not part of pv-ops infrastructure.

Although we have our simulator, the plan is to get the above running on
Qemu to enable others try out the MIPS version of Xen. Linux could be
released as a tarball for the present.

The performance of applications such as hackbench is a little
unsatisfactory when run on PV Linux (due to frequent traps in the syscall
path). So, we are also working on performance improvements, which probably
could go on in parallel with the submission to open source.

Any suggestions with regard to submitting our changes are welcome.

Prasad.

[-- Attachment #1.2: Type: text/html, Size: 923 bytes --]

[-- Attachment #2: Type: text/plain, Size: 138 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Re: MIPS port

[Stefano Stabellini]

On Thu, 5 Jan 2012, Prasad Boddupalli wrote:
> Hello All,
> 
> About 3 weeks back, after resolving some console related issues, SMP versions of PV dom0 and domU could be booted on our
> MIPS boards. Our current version of MIPS Xen is based on an old version (3.4.0) and are currently in the process of moving
> the changes to the unstable branch. The Linux changes are not part of pv-ops infrastructure.
> 
> Although we have our simulator, the plan is to get the above running on Qemu to enable others try out the MIPS version of
> Xen. Linux could be released as a tarball for the present.

Great to hear that!


> The performance of applications such as hackbench is a little unsatisfactory when run on PV Linux (due to frequent traps
> in the syscall path). So, we are also working on performance improvements, which probably could go on in parallel with the
> submission to open source.
> 
> Any suggestions with regard to submitting our changes are welcome.
 
release early release often :)
I am looking forward to seeing the patches!

Re: MIPS port

[Ian Campbell]

On Thu, 2012-01-05 at 23:38 +0000, Prasad Boddupalli wrote:
> Hello All,
> 
> About 3 weeks back, after resolving some console related issues, SMP
> versions of PV dom0 and domU could be booted on our MIPS boards. Our
> current version of MIPS Xen is based on an old version (3.4.0) and are
> currently in the process of moving the changes to the unstable branch.
> The Linux changes are not part of pv-ops infrastructure.
> 
> Although we have our simulator, the plan is to get the above running
> on Qemu to enable others try out the MIPS version of Xen. Linux could
> be released as a tarball for the present.
> 
> The performance of applications such as hackbench is a little
> unsatisfactory when run on PV Linux (due to frequent traps in the
> syscall path). So, we are also working on performance improvements,
> which probably could go on in parallel with the submission to open
> source.
> 
> Any suggestions with regard to submitting our changes are welcome.

Sounds pretty cool!

The usual guide for posting patches is
http://wiki.xen.org/wiki/SubmittingXenPatches but that's not really
appropriate for a complete new architecture submission. Some stuff, like
signing-off patches, writing commit messages and hints on tooling still
apply so I'd encourage you to read it anyway.

You might like to take a look at Stefano's recent postings of the Xen
ARM port patches. In general the form is general patches first followed
by new arch code in rough functional blocks, with the usual constraint
wrt building at every step relaxed. Putting the Makefile patch last
helps avoid any confusion about when the new port should be buildable.

In general I think it'd be better to just post it and we can worry about
the details later.

Cheers,
Ian.

Re: MIPS port

[Lars Kurth]

[-- Attachment #1.1: Type: text/plain, Size: 2369 bytes --]

Prasad,

I just saw the press announcement. Congratulations.

Seems nobody has come back regarding submitting changes. That is 
probably because you baselined on Xen 3.4. I guess we could look into 
publishing the code as a tarball, but to be honest this has not worked 
that well for the Xen ARM project and Samsung is going through the 
process of moving all the code into a repo.

I would much rather prefer if we created a repo (that could be baselined 
from the 3.4 branch). Basically, I wanted to double check whether you 
intend to move to xen-unstable and PVOPS and in what timeframe (months, 
years). It may make sense for you guys to send somebody to the Hackathon 
in Santa Clara - Konrad who runs the PVOPS project I think will be 
there. And many of the other devs too. And so will I. I understand you 
are based in Santa Clara?

Sign up here http://wiki.xen.org/wiki/Hackathon/March2012

It would also be great if you could introduce me to some marketing 
people. I want to make sure that you are listed at 
http://www.xen.org/community/vendors/XenProductsPage.html ; I also 
wanted to discuss other ways how Xen.org can help promote you guys as 
well as how you can help Xen (it is not only about code contributions).

Regards
Lars

On 05/01/2012 23:38, Prasad Boddupalli wrote:
> Hello All,
>
> About 3 weeks back, after resolving some console related issues, SMP 
> versions of PV dom0 and domU could be booted on our MIPS boards. Our 
> current version of MIPS Xen is based on an old version (3.4.0) and are 
> currently in the process of moving the changes to the unstable branch. 
> The Linux changes are not part of pv-ops infrastructure.
>
> Although we have our simulator, the plan is to get the above running 
> on Qemu to enable others try out the MIPS version of Xen. Linux could 
> be released as a tarball for the present.
>
> The performance of applications such as hackbench is a little 
> unsatisfactory when run on PV Linux (due to frequent traps in the 
> syscall path). So, we are also working on performance improvements, 
> which probably could go on in parallel with the submission to open source.
>
> Any suggestions with regard to submitting our changes are welcome.
>
> Prasad.
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel


[-- Attachment #1.2: Type: text/html, Size: 3393 bytes --]

[-- Attachment #2: Type: text/plain, Size: 138 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Re: MIPS port

[Carsten Emde]

Fabio,

> Can someone tell me how to gather this patch ?
>> RT_PREEMPT for mips/loongson2e is cleaned up and updated to 
>> patch-2.6.29.2-rt10.bz2, and a git branch 
>> linux-2.6.29-stable-mips-RT_PREEMPT is created for it. $ git clone
>> git://dev.lemote.com/rt4ls.git $ git checkout -b
>> linux-2.6.29-stable-mips-RT_PREEMPT --track 
>> origin/linux-2.6.29-stable-mips-RT_PREEMP
Can you wait a couple of days, until MIPS support will finally be
available in 2.6.31-rt?

A trace problem that prevented the patches from being included into
the most recent patch set appears to be solved now.

There is hope that MIPS support will make it into the next release
of the RT patches.

	Carsten.

MIPS port

[fabio]

Hello ,

Can someone tell me how to gather this patch ?

Thanks a lot.



> RT_PREEMPT for mips/loongson2e is cleaned up and updated to
> patch-2.6.29.2-rt10.bz2, and a git branch
> linux-2.6.29-stable-mips-RT_PREEMPT is created for it.

> $ git clone git://dev.lemote.com/rt4ls.git
> $ git checkout -b linux-2.6.29-stable-mips-RT_PREEMPT --track
> origin/linux-2.6.29-stable-mips-RT_PREEMP