Re: [coreboot] BayTrail PCIe problems (hangup) in FSP (in U-Boot)

otect their own interests, in very cruel/selfich way! NO GO! Please! I don't think this is the way to further a constructive discussion. > I did NOT want to offend anybody in this list (if anybody, after all, feels > offended), At The End of The Day, I do NOT care... But you all should th

Re: [coreboot] [U-Boot] U-Boot-x86 / coreboot Integration

U-Boot image into a halfway initialized > > system, and U-Boot starts there. I see no need to make coreboot use a > > different method. > > Except the coreboot can load ELF images and if we can avoid a memcpy by > having coreboot do the relocation, we eek out that little bit more bo

Re: [coreboot] [U-Boot] U-Boot-x86 / coreboot Integration

hout running the > option ROM. Usually you have to run the ROM init code; on many cards this is needed for example to initialize the video RAM (well known problem, isn't it?). Guess why the code in drivers/bios_emulator is needed in U-Boot ? Best regards, Wolfgang Denk -- DENX Software

Re: [coreboot] [U-Boot] U-Boot-x86 / coreboot Integration

oreboot use a different method. > P.S. Please keep both U-Boot and coreboot mailing lists Cc'd - Note: If you > are not on the coreboot ml, you emails will get bounced to a moderator :( I hope he is tolerant enough... Best regards, Wolfgang Denk -- DENX Software Engineering GmbH,

Re: [coreboot] [U-Boot] U-Boot-x86 / coreboot Integration

video RAM, so we can load a splash screen in U-Boot which can be assedon without any flicker to Linux, until application code starts drawing it's own graphics. etc. All these are based on the idea to reserve memory chunks from the top of physical RAM. And U-Boot is sitting just bel