From that website I posted, I found this in a post by Jaime » Wed May 31,
2017 3:59 pm:
There is a new dtsi "imx6qdl-wandboard-revd1.dtsi" what contents pinout
changes, ethernet power driving, and others
https://github.com/TechNexion/linux/blo ... revd1.dtsi
https://github.com/wandboard-org/linux/ ... revd1.dtsi
Apparently on the RevD1 you have to explicitly power on the Ethernet,
which apparently isn't happening?
NB: these two links are:
https://github.com/TechNexion/linux/blob/tn-imx_4.1.15_2.0.0_ga/arch/arm/boot/dts/imx6qdl-wandboard-revd1.dtsi
https://github.com/wandboard-org/linux/blob/wandboard_imx_4.1.15_1.1.0_ga/arch/arm/boot/dts/imx6qdl-wandboard-revd1.dtsi
-derek
On Thu, April 16, 2020 9:10 am, Derek Atkins wrote:
> HI,
>
> On Thu, April 16, 2020 4:21 am, Peter Robinson wrote:
>> Hi Derek,
>>
>>> I just acquired a wandboard quad rev d1 (to replace an older dual-core
>>> model), but apparently even though there is a revd1 DTB tree, the
>>> ethernet
>>> still isn't working.
>>
>> I have a Wandboard Quad B1 and ethernet works, I know others have other
>> revs.
>
> Me too. It's the D1 that doesn't work. Strangely I can plug the same SD
> card into the B1 and it works, whereas in the D1 it does not. So there
> is
> something strange going on.
>
>>> According to http://forums.wandboard.org/viewtopic.php?t=1460 this
>>> issue
>>> should have been fixed a couple years ago. Is there something special
>>> I
>>> need to do to get fedora working on this board?
>>
>> I'm not sure the context of where that is fixed as I wasn't sure of
>> where it was fixed. I suspect it was maybe in their downstream kernel
>> fork. We only use upstream/mainline kernels.
>
> I dont know.
>
>> So for the vast majority of device support we rely on things being
>> upstream, both in the linux kernel and in firmware like U-Boot. We
>> don't have the resources to upstream everything and follow downstream
>> problems/fixes for every random device.
>
> Right, as we should expect. I'm surprised that a proposed change from
> 2017/2018 hasn't made it into mainline in 2-3 years!
>
>> Looking at the upstream changes for the D1 specific rev I see the
>> following since the D1 one support landed, nothing about network
>> issues.
>>
>> So looking quickly at the post you mention, and looking at the
>> upstream kernel commits back to when D1 support landed to 5.7-rc1
>> there doesn't look to be anything network related:
>> 404c0c9314f4 ARM: dts: imx6qdl: Fix memory node duplication
>> d9359f580797 ARM: dts: imx6qdl-wandboard: Switch to SPDX identifier
>> 5dda6159aaab ARM: dts: imx6qdl-wandboard: Switch to SPDX identifier
>> 6e1386b2ee68 ARM: dts: imx6qdl-wandboard: Let the codec control MCLK
>> pinctrl
>> ad00e080eb75 ARM: dts: imx: Add memory node unit name
>> 74fe676cb518 ARM: dts: imx6qdl-wandboard-revd1: Make EDID functional
>> 7721dce68a30 ARM: dts: imx6qp-wandboard-revd1: Add sata support
>> d016b46ac959 ARM: dts: imx6qdl-wandboard: Add support for the revd1
>> variants
>
> So where does this leave us? I am not at all sure where the problem
> lays.
> I don't know if it's a GPIO issue or something else? But when I plug
> the
> Rev D1 board in the ethernet lights do not light up at all, as if it's
> not
> being powered on. And of course "ip addr" claims "NO CARRIER" for eth0.
>
> Any idea how I can (help) debug this?
>
> -derek
>
> --
> Derek Atkins 617-623-3745
> derek@ihtfp.com www.ihtfp.com
> Computer and Internet Security Consultant
> _______________________________________________
> arm mailing list -- arm@lists.fedoraproject.org
> To unsubscribe send an email to arm-leave@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/arm@lists.fedoraproject.org
>
--
Derek Atkins 617-623-3745
derek@ihtfp.com www.ihtfp.com
Computer and Internet Security Consultant
_______________________________________________
arm mailing list -- arm@lists.fedoraproject.org
To unsubscribe send an email to arm-leave@lists.fedoraproject.org
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/arm@lists.fedoraproject.org
No comments:
Post a Comment