[meta-xilinx] macb.c and DT: detect/scan PHY address for a single mdio
Hi,
How do I keep the device tree compatible across the board revisions if phy
addrs are different?
We got a new board revision with a different phy reg, where old rev reg ==
0x3, new rev reg == 0x0.
Here's the DT:
> ps7_ethernet_0: ps7-ethernet@e000b000 {
> local-mac-address = [00 0e 64 10 00 00];
> phy-handle = <>;
> phy-mode = "rgmii-id";
> mdio {
> #address-cells = <1>;
> #size-cells = <0>;
> phy3: phy@3 {
> /* Atheros 8035 */
> compatible =
> "ethernet-phy-id004d.d072";
> /* compatible = "ethernet-phy-ieee802.3-c22";*/
> device_type = "ethernet-phy";
> reg = <0x3>;
> };
> };
> };
So far, with the old revision (addr==0x3) I have tried to remove 'reg'
hoping it would do some sort of scanning but the macb driver
(macb_mii_probe) registers 32 phy structs then picks the first one
(addr==0) and timeouts trying to reset it.
Thanks,
Oleg Dzhimiev
Electronics Engineer
phone: +1 801 783 x124
Elphel, Inc.
--
___
meta-xilinx mailing list
meta-xilinx@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-xilinx
[meta-xilinx] libmali EGLDeviceExt support
Hi all, We have a dual screen setup running on top of xilinx/linux/4.14's new XLNX DRM (Thanks Hyun, great job with the refactor BTW). So far I can only set the dual display through the native KMS modetest command line. Now we need to make Qt5 work. To make things clean, we thought we'd use the modern APIs for this, namely something like this: http://doc.qt.io/qt-5/embedded-linux.html#advanced-eglfs-kms-features in order to setup the cloned screens on /dev/dri/card0. The problem is that the libMali provided binaries only use /dev/fb0 and the corresponding EGL header files are too old such that EGLDeviceEXT is not defined. Thus Qt's generic qtbase/src/plugins/platforms/eglfs/deviceintegration/eglfs_kms_egldevice will simply not work. Is there any way xilinx will provide a updated libmali package? Or is there any other ways to use the MALI on top of EGLFS? We are trying, if possible, to avoid larger window frameworks such as X11 and wayland. And we are also under the impression, so far and perhaps falsely, that we cannot setup our screen cloning using the currently provided libmali-xlnx stack. Thanks for any pointers. /jfd -- ___ meta-xilinx mailing list meta-xilinx@yoctoproject.org https://lists.yoctoproject.org/listinfo/meta-xilinx
Re: [meta-xilinx] [[meta-xilinx-bsp][PATCH v2]] device-tree.bb: add missing include path
Ping? Manju?
From: Martin Siegumfeldt
Sent: Thursday, June 21, 2018 2:36 PM
To: meta-xilinx@yoctoproject.org
Cc: Martin Siegumfeldt
Subject: [[meta-xilinx][meta-xilinx-bsp][PATCH v2]] device-tree.bb: add missing
include path
This patch adds a missing include path for generic kernel DTC
includes.
Signed-off-by: Martin Siegumfeldt
Reviewed-by: Nathan Rossi
---
meta-xilinx-bsp/recipes-bsp/device-tree/device-tree.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta-xilinx-bsp/recipes-bsp/device-tree/device-tree.bb
b/meta-xilinx-bsp/recipes-bsp/device-tree/device-tree.bb
index dc49cbb..d1b6771 100644
--- a/meta-xilinx-bsp/recipes-bsp/device-tree/device-tree.bb
+++ b/meta-xilinx-bsp/recipes-bsp/device-tree/device-tree.bb
@@ -30,6 +30,7 @@ SYSROOT_DIRS += "/boot/devicetree"
KERNEL_DTS_INCLUDE ??= " \
${STAGING_KERNEL_DIR}/arch/${ARCH}/boot/dts \
${STAGING_KERNEL_DIR}/arch/${ARCH}/boot/dts/include \
+ ${STAGING_KERNEL_DIR}/scripts/dtc/include-prefixes \
"
# For arm64/zynqmp the xilinx specific includes are subdired under a vendor
directory.
KERNEL_DTS_INCLUDE_append_zynqmp = " \
--
2.14.1
--
___
meta-xilinx mailing list
meta-xilinx@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-xilinx
[meta-xilinx] Patching the zc702-zynq device tree
Hi, The device tree for the zc702-zynq is in both the linux-xlnx repository as well as the u-boot repository. If I want to modify it, e.g. to add a hard-coded mac-address, or to add additional changes, which one am I patching? Giordon -- Giordon Stark -- ___ meta-xilinx mailing list meta-xilinx@yoctoproject.org https://lists.yoctoproject.org/listinfo/meta-xilinx
