On 06/16/14 22:07, Michael Casadevall wrote: > That did the trick, thanks. Haven't tested to see if it works yet, but > at least I got a branch instruction at the start of the FD. > > I think we're still in a position that we can change AArch64's layout if > loading at 0x0 is really a bad idea; as defined, there are two seperate > NOR devices in the early boot space, and we could make an argument to > place Tiano in the other one which would get it out of 0x0, but I'm not > sure I understand the logic on why this is necessarily bad; nothing says > 0x0 has to be NULL, especially when dealing with bare-metal programming. > At least on AArch32, the ISR table is at 0x0, which is always a series > of branch instructions.
Well since I made the argument "against", I should probably make the "for" one as well -- from a superficial grep (and Harry's response of course) it looks like the code already deals with a zero base address. My concern is likely safe to ignore in practice. Thanks Laszlo ------------------------------------------------------------------------------ HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing & Easy Data Exploration http://p.sf.net/sfu/hpccsystems _______________________________________________ edk2-devel mailing list edk2-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/edk2-devel
