| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
| |
Remove most direct references to WORKDIR.
S = "${WORKDIR}" is no longer allowed, adjust this to refer to UNPACKDIR
${WORKDIR}/package is also incorrect, adjust to ${PKGD}.
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| |
|
|
|
|
|
|
| |
Add zcu104 vcu firmware recipe to build dtbo and the
corresponding bin file
Signed-off-by: Varalaxmi Bingi <varalaxmi.bingi@amd.com>
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| | |
|
| | |
|
| |
|
|
| |
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| |
|
|
| |
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| |
|
|
| |
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
firmware-name device tree property doesn't get updated to ${PN} using
dfx_user_dts bbclass.
$ fdtdump tmp/work/versal_vek280_sdt_seg-xilinx-linux/vek280-pl-bram-uart-gpio-fw/1.0-2024.2/image/usr/lib/firmware/xilinx/vek280-pl-bram-uart-gpio-fw/vek280-pl-bram-uart-gpio-fw.dtbo | grep -i firmware
**** fdtdump is a low-level debugging tool, not meant for general use.
**** If you want to decompile a dtb, you probably want
**** dtc -I dtb -O dts <filename>
firmware-name = "vek280_bram_gpio_seg_pld.pdi";
$
This is due to copy_fw_files pre-functions is called after
find_firmware_file pre-functions, hence firmware-name dt property
doesn't get updated. To fix this issue copy_fw_files prefuncs needs to
be called before find_firmware_file to update the firmware-name to
${PN}.
Signed-off-by: Sandeep Gundlupet Raju <sandeep.gundlupet-raju@amd.com>
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
| |
|
|
|
|
|
| |
Update bram-gpio URI to latest.
Signed-off-by: Raju Kumar Pothuraju <rajukumar.pothuraju@amd.com>
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
|
|
Add vek280-pl-bram-uart-gpio-fw segmented config recipes.
Signed-off-by: Sandeep Gundlupet Raju <sandeep.gundlupet-raju@amd.com>
Signed-off-by: Mark Hatle <mark.hatle@amd.com>
|
