[U-Boot] [PATCH v2 16/26] dm: tegra: net: Convert tegra boards to driver model for Ethernet
Stephen Warren
swarren at wwwdotorg.org
Mon Jan 18 18:27:13 CET 2016
On 01/17/2016 08:58 PM, Simon Glass wrote:
> Hi Stephen,
>
> On 15 January 2016 at 16:53, Stephen Warren <swarren at wwwdotorg.org> wrote:
>> On 12/13/2015 08:46 PM, Simon Glass wrote:
>>>
>>> Applied to u-boot-dm/next.
>>
>>
>> This change has removed/disabled/... PCIe support on at least Jetson TK1. I
>> haven't checked the other Tegra boards.
>
> My local copy works OK.
What did you test? My test was to look at the U-Boot boot logs and
verify that the RTL8169#0 device was probed, and that "dhcp zImage"
worked as expected once the prompt appeared.
> I suspect something else (perhaps a later or
> earlier change) has broken this.
This change is definitely the cause. If I check out this change, the NIC
doesn't work. If I check out the previous change, the NIC does work. If
I check out u-boot/master, the NIC does not work. If I then revert this
change, the NIC does work.
> The problem is that PCI is no-longer probed on start-up. With driver
> model I'm trying to make things start when needed. It doesn't work
> with networking as it is currently implemented.
Isn't that going to be a regression; users will have to type extra
commands to get PCIe NICs working if they don't automatically probe,
won't they? I don't think that having PCI probed when it's first used is
a good solution, since that means that any environment variables that
are set during probing (such as ethact, ethaddr) won't be set, which
will be a regression for any scripts that use them.
> I'll send some patches to probe PCI from the network code, and tidy up
> a few things. My jetson-tk1 is a bit broken (the PMIC settings) but
> I've reproduced the problem on beaver.
More information about the U-Boot
mailing list