Follow up on 4 Gig of DDR on MPC8548E
Morrison, Tom
tmorrison at empirix.com
Tue Jun 26 21:11:39 EST 2007
>> apparently after more investigations - it looks like there is something in the ext2 driver code
>> that is mal-adjusted....I haven't talked to the guy today who was looking at that - but the ext2
>> driver code that was openning a 'virtual file' / console - had some problems mapping that
>> space - again, my gut is telling me more stronger there is a problem with signed/unsigned...
>> now deeper in the ext2 code...
> I very much doubt there is a signed/unsigned issue in ext2 or elsewhere...
>
> You have CONFIG_HIGHMEM ? What are your setting for KERNELBASE and PAGE_OFFSET ?
Ben,
I am sorry it I alluded to ext2 code itself having a signed/unsigned problem -
just that the problem was manifesting itself inside the ext2 code in a very
strange way ...with something that I guessed below it that was violating
a signed/unsigned API....
and I was wrong with this hunch (gotta check my hunch meter)...
It was a nuance in the configuration of inbound windows for PCI/PEX
that was dribbling onto the memory that was consistently being i/o mapped
to the ext2 driver - which then got confused and bailed completely.
We now have it working as we want it to with all 4 GIG of
DDR working as we want it.
Thank you for pushing us to push through the hunch and get to the
root cause. It was a tough one to find.
Tom
More information about the Linuxppc-embedded
mailing list