Re: [meta-xilinx] Device tree generation failure (2017.3)

2017-12-08 Thread Martin Siegumfeldt
Hi Manju, It is (almost) empty: martin@martin-Precision-5510:~/work/rocko/build$ cat /home/martin/work/rocko/build/tmp-glibc/work/nanomind_zcu102-oe-linux/device-tree-generation/xilinx+gitAUTOINC+5b21302249-r0/device-tree-generation.yaml {} Setting 'YAML_MAIN_MEMORY_CONFIG' seems to enable

Re: [meta-xilinx] Device tree generation failure (2017.3)

2017-12-08 Thread Martin Siegumfeldt
Ok sounds good - looking forwards to it... Cheers, Martin From: Manjukumar Harthikote Matha Sent: Friday, December 8, 2017 10:02:18 PM To: Martin Siegumfeldt; meta-xilinx@yoctoproject.org Subject: RE: Device tree generation failure

Re: [meta-xilinx] Device tree generation failure (2017.3)

2017-12-08 Thread Manjukumar Harthikote Matha
Hi Martin, Yes we are looking into it actively, including possible changes to xsct tool itself. One patch which includes /usr/bin also works, we are more leaning towards this patch. https://lists.yoctoproject.org/pipermail/meta-xilinx/2017-July/003027.html I am thinking to limit the path

[meta-xilinx] [meta-xilinx-tools][RFC] xsctyaml.bbclass: Fix failure while handling empty YAML configuration

2017-12-08 Thread Manjukumar Matha
dtgen.tcl will fail when YAML configurations are empty. This patch fixes this issue by not creating the yaml file when YAML configurations are empty Signed-off-by: Manjukumar Matha --- classes/xsctyaml.bbclass | 9 + scripts/dtgen.tcl| 6

Re: [meta-xilinx] Device tree generation failure (2017.3)

2017-12-08 Thread Manjukumar Harthikote Matha
Hi Martin, Can you check if this is empty? /home/martin/work/rocko/build/tmp-glibc/work/nanomind_zcu102-oe-linux/device-tree-generation/xilinx+gitAUTOINC+5b21302249-r0/device-tree-generation.yaml We have a bug when this file is empty it causes DTG recipe to fail, I will send out a patch soon

[meta-xilinx] Device tree generation failure (2017.3)

2017-12-08 Thread Martin Siegumfeldt
Hi, I am struggling with device tree generation (using meta-xilinx-tools) of a custom machine pretty much replicating zcu102, which in turn generates device tree successfully. local.conf defines version 2017.3 and a local HDF file: XILINX_VER_MAIN = "2017.3" EXTERNAL_TOOLCHAIN_microblaze =

Re: [meta-xilinx] Wrong DRAM set for custom board using FSBL + u-boot?

2017-12-08 Thread Giordon Stark
Hi Manju, I guess I'm definitely not understanding. I'm using a custom machine defined here ( https://github.com/kratsg/meta-l1calo/blob/master/conf/machine/gfex-prototype3.conf) which does inherit from zcu102-zynqmp -- but I override the MACHINE_DEVICETREE setting here. From what I understood,

Re: [meta-xilinx] Wrong DRAM set for custom board using FSBL + u-boot?

2017-12-08 Thread Manjukumar Harthikote Matha
> -Original Message- > From: Giordon Stark [mailto:kra...@gmail.com] > Sent: Friday, December 08, 2017 9:05 AM > To: Manjukumar Harthikote Matha > Cc: Mike Looijmans ; Tang, Shaochun ; > meta-xilinx@yoctoproject.org > Subject:

Re: [meta-xilinx] pmu-firmware build failure

2017-12-08 Thread Manjukumar Harthikote Matha
> -Original Message- > From: meta-xilinx-boun...@yoctoproject.org [mailto:meta-xilinx- > boun...@yoctoproject.org] On Behalf Of Syed Syed > Sent: Thursday, December 07, 2017 9:39 PM > To: meta-xilinx@yoctoproject.org > Subject: [meta-xilinx] pmu-firmware build failure > > [This sender

Re: [meta-xilinx] Wrong DRAM set for custom board using FSBL + u-boot?

2017-12-08 Thread Giordon Stark
Hi Manju, Sure, but what is EXT_DTB and where do I set it/to what value? Googling doesn't give me a lot of help here. Giordon On Fri, Dec 8, 2017 at 11:03 AM Manjukumar Harthikote Matha < manju...@xilinx.com> wrote: > > > > -Original Message- > > From:

Re: [meta-xilinx] Wrong DRAM set for custom board using FSBL + u-boot?

2017-12-08 Thread Manjukumar Harthikote Matha
> -Original Message- > From: meta-xilinx-boun...@yoctoproject.org [mailto:meta-xilinx- > boun...@yoctoproject.org] On Behalf Of Giordon Stark > Sent: Thursday, December 07, 2017 10:26 PM > To: Mike Looijmans > Cc: Tang, Shaochun ;