Quoth Martin Voss:
> Today I tried changing the PAGE_OFFSET_RAW to just 0x40000000, i..e.
> start of physical RAM. Then everything seems OK. However, I also
> tried adding a call to "reserve_bootmem(0x40000000, 0x20000)" in
> /linux-2.4.x/arch/m68knommu/kernel/setup.c in order to make sure that
> the first 0x200000 is reserved. This gave the following messages at
> boot:     
[...]
> I take this as an indication that my call to reserve_bootmem() in
> incorrect/unnecessary. Basically, I'm looking for some feedback from
> more experienced people to confirm if PAGE_OFFSET_RAW should be
> changed from 0x40020000 to 0x40000000, and if some other change is
> necessary to mark the first 0x20000 as out of bounds?    

I still don't understand why you feel the need to do that.  Once uClinux
is booted there is no way to get back into dBUG (unless you've got some
weird code), so it doesn't matter if you overwrite the RAM that dBUG was
using.

I think you should just change PAGE_OFFSET_RAW to 0x40000000 and leave
it at that.  (caveat: I don't use either 2.4 or 5208)

_______________________________________________
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev

Reply via email to