[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [microblaze-uclinux] [patch] memory management initialisationcleanup



Hi Yashi

Yasushi SHOJI wrote:
> At Tue, 03 Aug 2004 09:57:44 +1000,
> Greg Ungerer wrote:
>>I wouldn't take any short cuts here. I would keep the code
>>in a fashion that allows an MMU to be added and still use
>>the existing code. If it can be added (and there is no real
>>reason it cannot) then someone will probably do it one day.
>>
>>The trend in 2.6 with uClinux is that we coexist in the
>>architecture branch - so whether you have an MMU or not is no
>>more than a CONFIG_MMU define.
> 
> 
> thanks for the input.  I'll follow the tread.

So I guess I am saying don't follow the example of the
m68knommu, which currently doesn't do this :-)

When support for MMUless ARM cores hits the 2.6 mailine
it will be in the arm architecture branch, not an armnommu.
Longer term we want to merge the m68knommu as well, though
there is a little work to do for that.

The SH support is a good example, seemless MMU and non-MMU.

Regards
Greg



------------------------------------------------------------------------
Greg Ungerer  --  Chief Software Dude       EMAIL:     gerg@snapgear.com
SnapGear -- a CyberGuard Company            PHONE:       +61 7 3435 2888
825 Stanley St,                             FAX:         +61 7 3891 3630
Woolloongabba, QLD, 4102, Australia         WEB: http://www.SnapGear.com
___________________________
microblaze-uclinux mailing list
microblaze-uclinux@itee.uq.edu.au
Project Home Page : http://www.itee.uq.edu.au/~jwilliams/mblaze-uclinux
Mailing List Archive : http://www.itee.uq.edu.au/~listarch/microblaze-uclinux/