Re: Adding board support

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



* Stephen Warren wrote:
> Thierry Reding wrote at Thursday, October 20, 2011 1:08 PM:
> > * Stephen Warren wrote:
> > > Thierry Reding wrote at Thursday, October 20, 2011 2:08 AM:
> > > ...
> > > > I've been working some on getting our boards to boot from a device tree.
> > > > Unfortunately, the U-Boot issue seems to be more of a problem than I
> > > > anticipated. Since the mainline U-Boot doesn't run properly,
> > >
> > > What issues are you having? I assume you're referring to something more
> > > than just getting stuff flashed with nvflash.
> > 
> > Flashing U-Boot is not the problem, but when booting the device, there's no
> > output whatsoever on the debug port. That's what I meant in one of the
> > previous mails. nvflash says it's loading fastboot.bin at address 0x00108000,
> > and quickboot seems to use the same load address. However, U-Boot is built
> > with CONFIG_SYS_TEXT_BASE set to 0x00E08000. If it is loaded to the same
> > address as fastboot/quickboot it obviously cannot run. So I went ahead and
> > built U-Boot (both mainline and the one from the Chromium repo) with a load
> > address of 0x00108000 - to no avail.
> 
> OK, I built U-Boot with load address 0x00108000 and also see nothing at boot.
> So, I've reproduced at least one of your problems.
> 
> (This is with an Android-style nvflash that configures the BCT to tell the CPU
> to load/boot the bootloader at address 0x00108000, so this should work.)
> 
> So, I've added this observation into the bug I filed. I'll let you know once
> we've had a chance to investigate and/or solve this.
> 
> Sorry this isn't working yet; it's pretty early days for U-Boot on Tegra
> outside of ChromeOS, which uses the modified nvflash and hence doesn't hit
> these issues.

I was able to get my hands on the nvflash source code, so I may be able to
get this to work myself. Any hints as to what exactly was changed? Was it
only the load/entry address. You mention that nvflash configures the BCT; in
what way. A quick glimpse at the source code doesn't show any modifications
being done to the loaded BCT file.

On the other hand, since obviously the paperwork is okay to get the nvflash
sources, perhaps I could ask my NVIDIA contacts to provide the ChromeOS
variant of nvflash. Does it have a special name internally that I should
refer to?

Thierry

Attachment: pgpYxlgCH6EPO.pgp
Description: PGP signature


[Index of Archives]     [ARM Kernel]     [Linux ARM]     [Linux ARM MSM]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux