[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [microblaze-uclinux] [patch] memory management initialisationcleanup
Yasushi SHOJI wrote:
> John Williams wrote:
>
>>Not quite sure what you mean here - __pa() and __va() macros are already
>>defined for microblaze in asm-microblaze/page.h They just reduce to
>>identity functions of course since physical == virtual for nommu system.
>
> oops that was bad example. I just wanted to say that, because we only
> have physical address in microblaze right now, we don't need to use
> __phys_to_virt() and friends in arch/microblaze/*.
I tend to feel that these things should stay in, even if they #define
down to nothing. It's like using copyfromuser() in uClinux device
drivers. You don't need to use it, and it translates to simple
memcpy(), but it's still good practice.
> # if we get mmu, we'll call it macroblaze so no need to worry, right? ;p
Hehe - well to be honest I think the chances of seeing microblaze with a
full MMU are very slim - it really wouldn't make a lot of sense.
What would be more sensible, and probably more interesting, would be a
limited approach, sort of memory protection unit. We don't really need
virtual memory/paging, but basic memory protection would be very nice,
and more easily implemented in FPGA fabric than a full MMU.
>>Anyway I'll apply the first patch now - it should be ready for cvs
>>updates shortly.
>
>
> I just sync'ed with cvs and compiling...
ok.
I'm just fiddling with DISCONTIGMEM now, it BUG()s in page_alloc(), so
there's clearly some more to be done. I'll send a trial patch in the
next couple of days if you want to have a go at it.
John
___________________________
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/