Suggestion, MIPS for Embedded Minix ?

[Patrick Mc(avery]

I know next to nothing about MIPS but from the little I have read it
sounds like it has truly simple RISC ASM and a future in the smartphone
market. It supports 64 bits as well.

Minix is big compared to an RTOS. It sounds like ARM is RISC with a
whole bunch of exceptions that make it complicated.

Would Minix + MIPS be a nice fit for embedded systems that need low
power consumption but more address space then ARM?

-Patrick

[Chauhan, Himanshu]

It would actually make a lot of sense. But personally believe until cross build branch is officially supported in master it would be hard to port. And I don't know what comes in way of integrating branch.

-Patrick

--
You received this message because you are subscribed to the Google Groups "minix3" group.
To post to this group, send email to min...@googlegroups.com.
To unsubscribe from this group, send email to minix3+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/minix3?hl=en.

--
Thanks
= Himanshu =

[Tomas Hruby]

On Wed, Jul 18, 2012 at 7:38 PM, Chauhan, Himanshu
<hsch...@nulltrace.org> wrote:
> It would actually make a lot of sense. But personally believe until cross
> build branch is officially supported in master it would be hard to port.

Isn't it already supported.?

I would worry about 64bits ... that would be a huge effort to get it right.

T.

> I don't know what comes in way of integrating branch.
>
>
> On Wed, Jul 18, 2012 at 6:34 PM, Patrick Mc(avery
> <spell_go...@spellingbeewinnars.org> wrote:
>>
>> I know next to nothing about MIPS but from the little I have read it
>> sounds like it has truly simple RISC ASM and a future in the smartphone
>> market. It supports 64 bits as well.
>>
>> Minix is big compared to an RTOS. It sounds like ARM is RISC with a whole
>> bunch of exceptions that make it complicated.
>>
>> Would Minix + MIPS be a nice fit for embedded systems that need low power
>> consumption but more address space then ARM?
>>
>> -Patrick
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "minix3" group.
>> To post to this group, send email to min...@googlegroups.com.
>> To unsubscribe from this group, send email to

>> minix3+un...@googlegroups.com.

>> For more options, visit this group at
>> http://groups.google.com/group/minix3?hl=en.
>>
>
>
>
> --
> Thanks
> = Himanshu =
>
>
>

> --
> You received this message because you are subscribed to the Google Groups
> "minix3" group.
> To post to this group, send email to min...@googlegroups.com.
> To unsubscribe from this group, send email to

> minix3+un...@googlegroups.com.

[Yana]

Hello,

Formerly I patched minix_R3.2.0-116fcea.iso.bz2 for ARM, MIPS and GXemul.
http://groups.google.com/group/minix3/browse_thread/thread/1bbbc6efa5771c82

2012/7/18 Patrick Mc(avery <spell_go...@spellingbeewinnars.org>:

> It
> supports 64 bits as well.

About ARM, ARMv8 supports 64 bits, but I used MINIX with ARMv4.
About MIPS, MIPS64 supports 64 bits, but I used MINIX with MIPS32.

> Would Minix + MIPS be a nice fit for embedded systems that need low power
> consumption but more address space then ARM?

MINIX is not a portable operating system like NetBSD.

When MINIX becomes a portable 64 bits operating system, MINIX (and
other operating systems) may support ARMv8 and MIPS64.

Thanks,

Yana

[Tomas Hruby]

Hi,

> Formerly I patched minix_R3.2.0-116fcea.iso.bz2 for ARM, MIPS and GXemul.
> http://groups.google.com/group/minix3/browse_thread/thread/1bbbc6efa5771c82

I know that you post this everytime a different arch is discussed here
and perhap I am just slow, but could you briefly describe what the
Yana thing is and what is its relation to Minix and what do you mean
be "pathing minix for yana" etc. Is Yana a a hypervisor of a sort and
you run paravirtualized Minix, or some sort of emulator? To be honest,
I doubt you run 64 bit Minix. 32 bit on 64 (like 32 bit on amb64)
perhaps.

Cheers, T.

[Yana]

Hello,

2012/7/21 Tomas Hruby <thr...@gmail.com>:

> but could you briefly describe what the
> Yana thing is and what is its relation to Minix and what do you mean
> be "pathing minix for yana" etc.

I am not good at English, but your "Yana" seems to mean "YanaKernel0".

@ " what the Yana thing is"

About YanaKernel0, there is not English documentation, but the
following link may help understanding.
http://groups.google.com/group/minix3/browse_thread/thread/d8b8f7ac975143af
http://groups.google.com/group/minix3/browse_thread/thread/b37eb23f02b65bb0

@ "what is its relation to Minix"

* first step (:Yana:YanaKernel: YanaKernel0A in C)

I implemented YanaKernel0A in C language (and assembly language), and
executed it on GXemul(testarm,testmips).

About GXemul, I built samples of YanaKernel0A in C with
yanakernel0ainc20110311.zip at "yana.jp".
> unzip -q yanakernel0ainc20110311.zip
> cd yanakernel0ainc/sample/arm/portoff
> CC="arm-elf-gcc -O2" make
> cd -
> cd yanakernel0ainc/sample/mips/portoff
> CC="mips-elf-gcc -O2" make

I want to implement YanaKernel0 by hardware, but not yet.
And I want to use task which was implemented by hardware.

* second step (:Yana:YanaKernel: YanaKernel0A in C + MINIX)

I added MINIX to first step and executed it on GXemul(testarm,testmips).

About GXemul, I built MINIX3.2.0 boot images with the following files
at "yana.jp".
+ yanakernel0ainc20110311.zip
+ yanakernel0aincminix20120511.zip
+ yanakernel0prototypeminix20101111aminix.txt
+ yanakernel0aincminix20120511minix.txt

I used MINIX with YanaKernel0 on the following computer system.
+ processor (GXemul(testarm,testmips))
+ YanaKernel0
+ MINIX kernel(and tasks) which depended on YanaKernel0
+ MINIX processes

About MINIX with YanaKernel0, YanaKernel0 kernel handles exceptions
and interrupts directly, MINIX kernel is executed as a task of
YanaKernel0.

* third step (:Yana:Computer: MINIX)

I subtracted YanaKernel0 from second step and executed it on
GXemul(testarm,testmips).

About GXemul, I built MINIX3.2.0 boot images with the following files
at "yana.jp".
+ yanakernel0ainc20110311.zip
+ yanakernel0aincminix20120511.zip
+ yanakernel0prototypeminix20101111aminix.txt
+ yanakernel0aincminix20120511minix.txt

I used MINIX without YanaKernel0 on the following computer system.
+ processor (GXemul(testarm,testmips))
+ MINIX kernel(and tasks)
+ MINIX processes

About MINIX without YanaKernel0, MINIX kernel handles exceptions and
interrupts directly, YanaKernel0 kernel is not executed.

@ "what do you mean be "pathing minix for yana""

I sent the following text.

> Formerly I patched minix_R3.2.0-116fcea.iso.bz2 for ARM, MIPS and GXemul.

You do not seem to pay attention to ARM, MIPS and GXemul, and you seem
to pay attention to YanaKernel0.

Do you want to know the difference between MINIX with YanaKernel0 and
MINIX without YanaKernel0?

> Is Yana a a hypervisor of a sort and
> you run paravirtualized Minix, or some sort of emulator? To be honest,
> I doubt you run 64 bit Minix. 32 bit on 64 (like 32 bit on amb64)
> perhaps.

I am not good at English, but you seem to assume that I used "64 bit Minix".

However, I sent the following texts.

> About ARM, ARMv8 supports 64 bits, but I used MINIX with ARMv4.
> About MIPS, MIPS64 supports 64 bits, but I used MINIX with MIPS32.

Can ARMv4 or MIPS32 support "64 bit Minix"?

Thanks,

Yana