--- In uhmgawa <> wrote:
> I'm assuming you intended 0x01000000 rather than
> 0x00100000 above. I could have sworn that had
> resulted in a similar failure as I described
> previously. However I just retried doing so and
> haven't hit the problem.
Yes.. exactly. 0x1000000 - 6 zeroes.
> Haven't spent much time with 2.4 on the 93xx. I take it
> you found "mem=" to be problematic?
>
> In any case it would be better for the corresponding 93xx
> config/setup to init meminfo.bank[] and dismiss the need
> for the verbose shopping list on the kernel command line.
>
In 2.4, that wouldn't work. Even passing the correct ATAGS to tell
Linux about the fragmented memory beyond the first 32MB didn't
work. Changes had to be made in Linux source code in files
arch/arm/mm/discontig.c, arch/arm/mm/init.c, and the various
phys_to_virt and virt_to_phys macros implemented in the various
header files just so Linux wouldn't crash silently immediately on
bootup before even printing a single error message.
I remember doing this fairly vividly because I initially estimated
the amount of work to get Linux working on the TS-7250 with 2 memory
chips to be very minimal and got burned. I figured all I'd have to
do was add more magic ATAGs for RedBoot to pass to Linux but it
turned out there was some subtle coupling between the ATAGs sent and
the ATAGs Linux was prepared to handle. Indeed, this was a bit
disappointing and IMHO undermined the whole point of the parameter
passing handoff between bootloader and Linux kernel in the first
place.
//Jesse Off
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/ts-7000/
<*> To unsubscribe from this group, send an email to:
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
|