[U-Boot] [PATCH v3 00/35] dm: tegra: Move nyan-big, jetson-tk1, beaver to livetree

Simon Glass sjg at chromium.org
Wed Jul 12 03:29:18 UTC 2017


Hi Marcel,

On 11 July 2017 at 10:10, Simon Glass <sjg at chromium.org> wrote:
> Hi Marcel,
>
> On 11 July 2017 at 09:33, Marcel Ziswiler <marcel.ziswiler at toradex.com> wrote:
>>
>> On Thu, 2017-07-06 at 11:35 -0600, Simon Glass wrote:
>> > Hi,
>> >
>> > On 14 June 2017 at 10:57, Simon Glass <sjg at chromium.org> wrote:
>> > > Hi Stephen,
>> > >
>> > > On 14 June 2017 at 10:48, Stephen Warren <swarren at wwwdotorg.org>
>> > > wrote:
>> > > > On 06/14/2017 10:32 AM, Stephen Warren wrote:
>> > > > >
>> > > > > On 06/14/2017 05:30 AM, Simon Glass wrote:
>> > > > > ...
>> > > > > >
>> > > > > > At this point I'm thinking of applying the patches except for
>> > > > > > the one
>> > > > > > that actually enables livetree. Once we figure out what is
>> > > > > > happening
>> > > > > > with jetson-tk1, or you can confirm that it works on beaver,
>> > > > > > we can
>> > > > > > look at the final patch.
>> > > > >
>> > > > >
>> > > > > Beaver PCIe works OK with or without this series. Note that
>> > > > > while my
>> > > > > automated test system contains a Beaver, it actually uses a USB
>> > > > > Ethernet
>> > > > > adapter for network tests rather than the built-in PCIe
>> > > > > Ethernet, since the
>> > > > > tests co-exist with another kernel testing system that only
>> > > > > supports USB
>> > > > > Ethernet on this board.
>> > > > >
>> > > > > This series (I didn't check which patch) breaks PCIe on both
>> > > > > p2371-2180
>> > > > > (Jetson TX1) and Jetson TK1. PCIe Ethernet works fine without
>> > > > > this series on
>> > > > > both these boards, and is tested by my automated system.
>> > > > >
>> > > > > Note that I didn't see the boot-time MMC timeout errors (that
>> > > > > were
>> > > > > mentioned elsewhere) on any of these 3 boards with or without
>> > > > > this series,
>> > > > > with the baseline commit being 8cb3ce64f936 Merge
>> > > > > git://git.denx.de/u-boot-dm.
>> > > >
>> > > >
>> > > > I should also mention that I'm not convinced that applying this
>> > > > series, even
>> > > > with the new feature only enabled on Beaver, is a good idea.
>> > > >
>> > > > If we were confident that there was some purely logic bug that
>> > > > only affects
>> > > > Jetson TK1/TX1, then applying the series only for Beaver would be
>> > > > fine.
>> > > > However, we haven't root-caused the issue yet. If the problem is
>> > > > in fact
>> > > > some kind of memory corruption, stack overflow, or uninitialized
>> > > > data issue,
>> > > > then it's just a complete fluke that we happen not to see the
>> > > > issue on
>> > > > Beaver. If that's the case, then the issue could randomly appear
>> > > > on Beaver
>> > > > later due to unrelated code/data layout changes. I'd prefer to
>> > > > avoid that
>> > > > possibility. Let's root-cause the bug first and fix it, then
>> > > > apply the
>> > > > changes. Also, as I mentioned I don't test Beaver PCIe in my
>> > > > automated
>> > > > system, so any problems there run the risk of being undetected
>> > > > for longer.
>> > >
>> > > Thanks for testing. I suspect the bisect would just point you to
>> > > the
>> > > last patch which enables things.
>> > >
>> > > Unfortunately my Jetson-TK1 does not work with PCI before or after
>> > > this series as I mentioned before. I have a TX1 somewhere but
>> > > cannot
>> > > find it at present. Is there anyone there that can take a look at
>> > > what
>> > > is different on Jetson-TK1? Or can I send my board somewhere to be
>> > > re-imaged (to fix the PMIC)?
>> > >
>> > > Since you don't test beaver, one fallback would be apply it just
>> > > for
>> > > nyan-big, as per my original series. The problem is likely in the
>> > > device-tree decoding for PCI, and without a working board I doubt
>> > > it
>> > > is possible to resolve it.
>> >
>> > This is still in my queue. I think the best option is just to leave
>> > out the last patch. If someone is able to test with beaver (which
>> > works for me) or I can get my TK1 going with PCI, or find my TX1,
>> > then
>> > I can move forward with actually enabling it.
>>
>> The whole series
>>
>> Tested-by: Marcel Ziswiler <marcel.ziswiler at toradex.com>
>> Tested-on: Beaver, Jetson-TK1
>
> Thanks for that. I am not sure what is going on with Jetson-TK1. For
> now I am going to drop some most of the tegra-specific patches as
> Stephen reports problems and my board appears to be faulty. I did
> manage to get a TX1 running but it seems to need to reflash the whole
> board just to try out U-Boot.
>
> I'll send a pull request in the next day or so.

I've now rebased the remaining patches against master (since the pull
request has been applied).

After much wailing and gnashing of teeth I managed to repeat the
problem on my TX1 and found two things:

- The USB setup was incorrect and seemed to mess up the pad init
- The I2C peripheral register address was not being read correctly

I've fixed these two things and pushed to u-boot-dm/livet-working if
you have time to test. I've tried it on beaver but my Jetson-TK1 is
still broken.

The key thing to test is that 'pci enum' works without errors and
makes the network available (e.g. 'bootp' works).

I'll send patches soon.

Thanks,
Simon


More information about the U-Boot mailing list