Updating the URLs to github.com/Xilinx generates the following errors that
I do not know how to fix. Do you have any idea?
It may be a proble with the revision numbers coded in the *.bb files.
Giuseppe
ERROR: An uncaught exception occurred in runqueue
| ETA: 0:
> On Apr 26, 2017, at 15:37, Philip Balister wrote:
>
> I'd be happiest if meta-xilinx used upstream u-boot and a bbappend to
> add patches that are not upstream yet. This way we (the consumers) know
> exactly what the delta is to upstream.
Just for reference, you could also:
git clone -o orig
> On Apr 26, 2017, at 16:58, Giuseppe Di Guglielmo
> wrote:
>
> I think the patch solved that issue, but now I am getting this new error. The
> URL git://gitenterprise.xilinx.com/Linux/device-tree-xlnx.git (or https) does
> not exist.
>
> How can I fix the issue?
Just a guess: Maybe change
> -Original Message-
> From: Philip Balister [mailto:phi...@balister.org]
> Sent: Wednesday, April 26, 2017 12:38 PM
> To: Manjukumar Harthikote Matha ; Nathan Rossi
>
> Cc: meta-xil...@lists.yoctoproject.org
> Subject: Re: [meta-xilinx] [PATCH] machine-xilinx-default.inc: Default to
>
I think the patch solved that issue, but now I am getting this new error.
The URL git://gitenterprise.xilinx.com/Linux/device-tree-xlnx.git (or
https) does not exist.
How can I fix the issue?
WARNING: device-tree-generation-xilinx+gitAUTOINC+fed9a2dcdb-r0 do_fetch:
Failed to fetch URL git://
gite
On 04/26/2017 03:06 PM, Manjukumar Harthikote Matha wrote:
>
>
>> -Original Message-
>> From: Nathan Rossi [mailto:nat...@nathanrossi.com]
>> Sent: Wednesday, April 26, 2017 10:54 AM
>> To: Manjukumar Harthikote Matha
>> Cc: meta-xil...@lists.yoctoproject.org
>> Subject: Re: [meta-xilinx
> -Original Message-
> From: Nathan Rossi [mailto:nat...@nathanrossi.com]
> Sent: Wednesday, April 26, 2017 10:54 AM
> To: Manjukumar Harthikote Matha
> Cc: meta-xil...@lists.yoctoproject.org
> Subject: Re: [meta-xilinx] [PATCH] machine-xilinx-default.inc: Default to
> u-boot for
> Zynq
On Wed, Apr 26, 2017 at 7:52 AM, Alistair Francis wrote:
> On Tue, Apr 25, 2017 at 10:53 PM, Nathan Rossi wrote:
>> On 26 April 2017 at 04:11, Alistair Francis wrote:
>>> On Tue, Apr 25, 2017 at 10:54 AM, Alistair Francis
>>> wrote:
On Thu, Apr 20, 2017 at 3:35 AM, Nathan Rossi
wro
> -Original Message-
> From: meta-xilinx-boun...@yoctoproject.org [mailto:meta-xilinx-
> boun...@yoctoproject.org] On Behalf Of Nathan Rossi
> Sent: Wednesday, April 26, 2017 4:57 AM
> To: meta-xil...@lists.yoctoproject.org
> Subject: [meta-xilinx] [PATCH] machine-xilinx-default.inc: Defa
On 27 April 2017 at 02:41, Manjukumar Harthikote Matha
wrote:
>
>
>> -Original Message-
>> From: meta-xilinx-boun...@yoctoproject.org [mailto:meta-xilinx-
>> boun...@yoctoproject.org] On Behalf Of Nathan Rossi
>> Sent: Wednesday, April 26, 2017 4:57 AM
>> To: meta-xil...@lists.yoctoproject
On Tue, Apr 25, 2017 at 10:53 PM, Nathan Rossi wrote:
> On 26 April 2017 at 04:11, Alistair Francis wrote:
>> On Tue, Apr 25, 2017 at 10:54 AM, Alistair Francis
>> wrote:
>>> On Thu, Apr 20, 2017 at 3:35 AM, Nathan Rossi
>>> wrote:
This change reworks how the meta-xilinx layer enables an
> On Apr 26, 2017, at 07:41, Nathan Rossi wrote:
>
> Update to using the xilinx-platform-init.bbclass and depending on the
> 'virtual/xilinx-platform-init' provider. This allows for more generic
> support of platform-init (between Zynq7, ZynqMP and any future targets).
>
> This change also rena
Upstream U-Boot provides an almost complete environment for the majority
of Zynq targets and specifically covers all the boot functionality
required for the boards in the meta-xilinx layer. As such default to the
mainline version of U-Boot.
For users that require or prefer to use u-boot-xlnx this
Use FORCE_PLATFORM_INIT, setting it to "1" to force U-Boot to use the
platform-init from a virtual/xilinx-platform-init provider.
Signed-off-by: Nathan Rossi
---
conf/machine/zybo-linux-bd-zynq7.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/conf/machine/zybo-linux-bd-z
Update this recipe to use the new class, and change the virtual provider
to the more generic 'virtual/xilinx-platform-init'.
Additionally simplify the FILES_${PN}-platform-init paths, and take
advantage of the PLATFORM_INIT_FILES variable.
Signed-off-by: Nathan Rossi
---
recipes-bsp/reference-d
Update to use xilinx-platform-init.bbclass. And change to providing the
generic 'virtual/xilinx-platform-init' as opposed to a zynq7 specific
one.
Remove the 'zynq7-platform-init.inc' this include was only useful for
recipes that provide/package only platform-init files. Which means it is
no more
Update to using the xilinx-platform-init.bbclass and depending on the
'virtual/xilinx-platform-init' provider. This allows for more generic
support of platform-init (between Zynq7, ZynqMP and any future targets).
This change also renames some of the variables used for defining the
source of the pl
Create a more generic platform init class for use with Zynq 7000, ZynqMP
and or future targets that use the platform initialization code files
configuration setup.
This generic class defines the source files (which are defined per SoC)
and the staging directory to populate with the source files.
This series includes changes to enable more generic support for Xilinx's
platform-init style SoC early initialization code. These changes are
intended to not only enable ZynqMP support but also potentially any
future devices Xilinx releases that use the same style of platform
initialization via cod
19 matches
Mail list logo