Goran Bilski wrote:
> Hi,
>
> MicroBlaze soft processor only uses physical addresses on the data cache.
> For the instruction cache, we use virtual addresses and to avoid aliasing
> problems we use process ID as part of the cache tag.
> This also has the benefit of avoiding flushing of the instru
x.org [mailto:uclinux-dev-boun...@uclinux.org]
On Behalf Of Michael Schnell
Sent: Monday, September 07, 2009 10:06 AM
To: uClinux development list
Subject: Re: [uClinux-dev] multiple arch with MMU/noMMU
> I feel noMMU might give better performance.
I suppose this greatly depends on the chip avail
> I feel noMMU might give better performance.
I suppose this greatly depends on the chip available and the application
you want to do.
Regarding the processor chip, with most brands the MMU and non-MMU chips
will differ in much more than just the MMU-ness: different clock
frequency, different mem
Hi,
I´m trying to setup uClinux on my LPC2294 board, but I have a problem
with the gnu-tools. When I start making with 'make menuconfig' in the
folder uClinux-dist the following error occurs:
I followed the instructions in the document "Getting started uClinux with
LPC22xx" by Philips but it do
Hi Tom, Jamie,
Jamie Lokier wrote:
tom gogh wrote:
As I mentioned in my mail to Greg, I want to check how MMU and noMMU
can make difference.
Good idea, especially on the same hardware. The results will be
interesting.
I feel noMMU might give better performance.
I can't recall if this pap
Hi Dave(s),
David McCullough wrote:
Jivin Dave Rensberger lays it down ...
uClinux-dist supports anything (MMU and !MMU).
The kernel in the latest uClinux-dist's is as close to the kernel.org
eleases as possible.
uClinux-dist even lets you add your own kernel easily. For example,
take the "pe
Jivin Dave Rensberger lays it down ...
> >uClinux-dist supports anything (MMU and !MMU).
>
> >
> >The kernel in the latest uClinux-dist's is as close to the kernel.org
> >eleases as possible.
> >
> >uClinux-dist even lets you add your own kernel easily. For example,
> >take the "penguinppc" kern
tom gogh wrote:
> As I mentioned in my mail to Greg, I want to check how MMU and noMMU
> can make difference.
Good idea, especially on the same hardware. The results will be
interesting.
> I feel noMMU might give better performance.
Probably, but only a small improvement and some kernel operat
>uClinux-dist supports anything (MMU and !MMU).
>
>The kernel in the latest uClinux-dist's is as close to the kernel.org
>eleases as possible.
>
>uClinux-dist even lets you add your own kernel easily. For example,
>take the "penguinppc" kernel, extract it to a directory at in the dists top
>level
,
Tom
--- On Fri, 9/4/09, Michael Schnell wrote:
> From: Michael Schnell
> Subject: Re: [uClinux-dev] multiple arch with MMU/noMMU
> To: "uClinux development list"
> Date: Friday, September 4, 2009, 5:17 AM
> tom gogh wrote:
> > Which means, if I use MMU/noMMU in
&g
great Linux distribution to work on.
Regards,
Anand
--- On Fri, 9/4/09, Greg Ungerer wrote:
> From: Greg Ungerer
> Subject: Re: [uClinux-dev] multiple arch with MMU/noMMU
> To: "uClinux development list"
> Date: Friday, September 4, 2009, 3:20 AM
> Hi Tom,
>
>
/09, David McCullough
wrote:
> From: David McCullough
> Subject: Re: [uClinux-dev] multiple arch with MMU/noMMU
> To: "uClinux development list"
> Date: Friday, September 4, 2009, 3:17 AM
>
> Jivin tom gogh lays it down ...
> > Hello everyone,
> >
tom gogh wrote:
> Which means, if I use MMU/noMMU in both cases, I need to do less rework or
> no rework and easy software maintanability.
Are you targeting userland software or Kernel Work ?
"Normal" userland software should not be greatly affected by the MMU.
A common problem here is "fork(
Hi Tom,
tom gogh wrote:
I am facing classic dilemma of which distribution to go for.
I have powerpc with mmu, MIPS, may be in future some other processor like ARM
and I want to keep my code portable to multiple arch.
Which means, if I use MMU/noMMU in both cases, I need to do less rework
Jivin tom gogh lays it down ...
> Hello everyone,
> I am facing classic dilemma of which distribution to go for.
> I have powerpc with mmu, MIPS, may be in future some other processor like ARM
> and I want to keep my code portable to multiple arch.
> Which means, if I use MMU/noMMU in both
Hello everyone,
I am facing classic dilemma of which distribution to go for.
I have powerpc with mmu, MIPS, may be in future some other processor like ARM
and I want to keep my code portable to multiple arch.
Which means, if I use MMU/noMMU in both cases, I need to do less rework or no
rew
16 matches
Mail list logo
