Re: [meta-xilinx] SPL on ZynqMP ZCU102 evaluation board

[Mike Looijmans]

On 20-07-16 12:52, Michal Simek wrote:> On 20.7.2016 07:43, Mike Looijmans wrote:>> On 19-07-16 23:03, Philip Balister wrote:>>   > On 07/19/2016 11:15 AM, Michal Simek wrote:>> ...>>   >> SPL support for this board will be merged to xilinx u-boot tree pretty>>   >> soon. I have already added all psu_init files to the tree.>>   >> Just wait couple of days and then you can use it.>>      >> But still keep in your mind SPL is not officially supported boot flow.>>   >>>   > Who are the right people to talk to about this? It always good to remind>>   > people in official Xilinx positions how much we value SPL support. +1 to that.>> Philip: You will have a chance to talk to that people soon.>> I have just pushed new branch based on the latest u-boot tree.> https://github.com/Xilinx/u-boot-xlnx>> You should be able to get spl up and running on zcu102 board directly. Debug uart enabledU-Boot SPL 2016.07 (Jul 20 2016 - 13:40:30)EL Level:   EL3Trying to boot from MMC1reading u-boot.binreading atf.ubspl_load_image_fat: error reading image atf.ub, err - -1reading u-boot.imgspl_load_image_fat: error reading image u-boot.img, err - -1SPL: failed to boot from all boot devices### ERROR ### Please RESET the board ###The build did produce u-boot.bin, but I have no idea what the "atf.ub" and "u-boot.img" files are supposed to do.
 
Kind regards,
 
Mike Looijmans
System Expert
 





  
  

  TOPIC 
  Products

   

   
  

  Materiaalweg 
4

   

   
  

  5681 
  RJ Best

  T:

  +31 (0) 499 33 69 
  69
  

  Postbus 440

  E:

  mike.looijm...@topicproducts.com
  

  5680 AK 
Best

  W:

  www.topicproducts.com
  
The Netherlands



 Please consider the 
environment before printing this e-mailTopic zoekt gedreven (embedded) software specialisten!



-- 
___
meta-xilinx mailing list
meta-xilinx@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-xilinx

Re: [meta-xilinx] SPL on ZynqMP ZCU102 evaluation board

[Adam Oleksy]

2016-07-21 9:49 GMT+02:00 Mike Looijmans :
>
> The build did produce u-boot.bin, but I have no idea what the "atf.ub" and
> "u-boot.img" files are supposed to do.


Please read this http://lists.denx.de/pipermail/u-boot/2016-May/254902.html


-- 
Pozdrawiam,
Adam Oleksy
-- 
___
meta-xilinx mailing list
meta-xilinx@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-xilinx

Re: [meta-xilinx] SPL on ZynqMP ZCU102 evaluation board

[Mike Looijmans]

On 21-07-16 09:49, Mike Looijmans wrote:> On 20-07-16 12:52, Michal Simek wrote:>  > On 20.7.2016 07:43, Mike Looijmans wrote:>  >> On 19-07-16 23:03, Philip Balister wrote:>  >>   > On 07/19/2016 11:15 AM, Michal Simek wrote:>  >> ...>  >>   >> SPL support for this board will be merged to xilinx u-boot tree pretty>  >>   >> soon. I have already added all psu_init files to the tree.>  >>   >> Just wait couple of days and then you can use it.>  >>   >>>  >>   >> But still keep in your mind SPL is not officially supported boot flow.>  >>   >>  >>   > Who are the right people to talk to about this? It always good to remind>  >>   > people in official Xilinx positions how much we value SPL support.>  >>>  >> +1 to that.>  >>  > Philip: You will have a chance to talk to that people soon.>  >>  > I have just pushed new branch based on the latest u-boot tree.>  > https://github.com/Xilinx/u-boot-xlnx>  >>  > You should be able to get spl up and running on zcu102 board directly.>>  Debug uart enabled>> U-Boot SPL 2016.07 (Jul 20 2016 - 13:40:30)> EL Level:   EL3> Trying to boot from MMC1> reading u-boot.bin> reading atf.ub> spl_load_image_fat: error reading image atf.ub, err - -1> reading u-boot.img> spl_load_image_fat: error reading image u-boot.img, err - -1> SPL: failed to boot from all boot devices> ### ERROR ### Please RESET the board ###>>> The build did produce u-boot.bin, but I have no idea what the "atf.ub" and> "u-boot.img" files are supposed to do.>Ah, there's some stuff missing in the u-boot recipe. It builds "u-boot.img" but does not deploy it yet. Manually performing that step gets me into the u-boot prompt.
 
Kind regards,
 
Mike Looijmans
System Expert
 





  
  

  TOPIC 
  Products

   

   
  

  Materiaalweg 
4

   

   
  

  5681 
  RJ Best

  T:

  +31 (0) 499 33 69 
  69
  

  Postbus 440

  E:

  mike.looijm...@topicproducts.com
  

  5680 AK 
Best

  W:

  www.topicproducts.com
  
The Netherlands



 Please consider the 
environment before printing this e-mailTopic zoekt gedreven (embedded) software specialisten!



-- 
___
meta-xilinx mailing list
meta-xilinx@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-xilinx

[meta-xilinx] What kernel for MPSoC?

[Mike Looijmans]

With current meta-xilinx master the kernel won't boot on the zcu102 board, it crashes on an invalid instruction. I tried using "linux-xlnx-dev" as provider but that won't even compile.Starting kernel ...[    0.00] Booting Linux on physical CPU 0x0[    0.00] Linux version 4.4.0-xilinx (mike@...) (gcc version 6.1.1 20160511 (GCC) ) #1 SMP6[    0.00] Boot CPU: AArch64 Processor [410fd034][    0.00] bootconsole [uart0] enabled[    0.00] efi: Getting EFI parameters from FDT:[    0.00] efi: UEFI not found.[    0.00] cma: Reserved 128 MiB at 0x7800[    0.00] psci: probing for conduit method from DT.[    0.00] swapper[0]: undefined instruction: pc=ffc8acf0[    0.00] Code: d402 d65f03c0 d503201f d503201f (d403)[    0.00] Internal error: Oops - undefined instruction: 0 [#1] PREEMPT SMP[    0.00] Modules linked in:[    0.00] CPU: 0 PID: 0 Comm: swapper Not tainted 4.4.0-xilinx #1[    0.00] Hardware name: ZynqMP ZCU102 RevB (DT)[    0.00] task: ffc000b17840 ti: ffc000b08000 task.ti: ffc000b08000[    0.00] PC is at __invoke_psci_fn_smc+0x0/0x8[    0.00] LR is at psci_probe+0x30/0x22c[    0.00] pc : [] lr : [] pstate: 42c5[    0.00] sp : ffc000b0beb0[    0.00] x29: ffc000b0beb0 x28: [    0.00] x27: 0040 x26: ffc000b91000[    0.00] x25: ffc000bcbc68 x24: 8200[    0.00] x23: ffc0009874d8 x22: ffc000b1ad18[    0.00] x21: ffc000b23000 x20: ffc000bec000[    0.00] x19: ffc000bec298 x18: ffc080b93617[    0.00] x17: 8000 x16: 0001[    0.00] x15:  x14: [    0.00] x13: 0018 x12: 0101010101010101[    0.00] x11: 0018 x10: 0101010101010101[    0.00] x9 :  x8 : 7f7f7f7f7f7f7f7f[    0.00] x7 : fefefefeff626c72 x6 : 008080808082[    0.00] x5 : 0200 x4 : ffc8acf0[    0.00] x3 :  x2 : [    0.00] x1 :  x0 : 8400[    0.00][    0.00] Process swapper (pid: 0, stack limit = 0xffc000b08020)[    0.00] Stack: (0xffc000b0beb0 to 0xffc000b0c000)[    0.00] bea0:   ffc000b0bee0 ffc000acc988[    0.00] bec0: ffc07700 ffc000b18000 ffc000b23000 ffc000b1ad18[    0.00] bee0: ffc000b0bef0 ffc000accad8 ffc000b0bf10 ffc000aa847c[    0.00] bf00: ffc07700 ffc000ae8ba0 ffc000b0bfa0 ffc000aa5660[    0.00] bf20: ffc000add9e8 ffc000b91000 ffc000b0e000 ffc000b91000[    0.00] bf40: 7df14118  00c05000 00c08000[    0.00] bf60: ffc81198  0001 0fff5000[    0.00] bf80: 0001   [    0.00] bfa0:  0079a000 0400 0e12[    0.00] bfc0: 0fff5000 0003 7df14118 [    0.00] bfe0:  ffc000add9e8  [    0.00] Call trace:[    0.00] [] __invoke_psci_fn_smc+0x0/0x8[    0.00] [] psci_0_2_init+0x14/0x1c[    0.00] [] psci_dt_init+0x30/0x40[    0.00] [] setup_arch+0x384/0x538[    0.00] [] start_kernel+0xa0/0x3b8[    0.00] [<0079a000>] 0x79a000[    0.00] Code: d402 d65f03c0 d503201f d503201f (d403)[    0.00] ---[ end trace cb88537fdc8fa200 ]---[    0.00] Kernel panic - not syncing: Attempted to kill the idle task![    0.00] ---[ end Kernel panic - not syncing: Attempted to kill the idle task!
 
Kind regards,
 
Mike Looijmans
System Expert
 





  
  

  TOPIC 
  Products

   

   
  

  Materiaalweg 
4

   

   
  

  5681 
  RJ Best

  T:

  +31 (0) 499 33 69 
  69
  

  Postbus 440

  E:

  mike.looijm...@topicproducts.com
  

  5680 AK 
Best

  W:

  www.topicproducts.com
  
The Netherlands



 Please consider the 
environment before printing this e-mailTopic zoekt gedreven (embedded) software specialisten!



-- 
___
meta-xilinx mailing list
meta-xilinx@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-xilinx

Re: [meta-xilinx] uRamdisk.image.gz

[Nathan Rossi]

Hi,

"uramdisk.image.gz" is just another name for "*.cpio.gz.u-boot" (or
any initramfs/initrd format e.g. ext. Which is gzipped and wrapped
with the u-boot image header).

All meta-xilinx machines are setup by default to generate the
*.cpio.gz.u-boot for the images you build. You can get other formats
like ext.gz.u-boot, etc by adding them to IMAGE_FSTYPES
(http://git.yoctoproject.org/cgit/cgit.cgi/meta-xilinx/tree/docs/Rootfs).

If you want it named as "uramdisk.image.gz" renaming it to that when
writing it to the sd card/etc is sufficient.

Regards,
Nathan

On Thu, Jul 21, 2016 at 6:47 PM, Cai, Chuntian (GE Transportation)
 wrote:
> Hi Rossi,
>
> Could you tell me how to make uRamdisk.image.gz with YOCTO toolchain.
>
> Thanks.
>
>
> -Original Message-
> From: Nathan Rossi [mailto:nat...@nathanrossi.com]
> Sent: Tuesday, July 12, 2016 5:22 PM
> To: Cai, Chuntian (GE Transportation) 
> Cc: meta-xil...@lists.yoctoproject.org
> Subject: EXT: Re: [meta-xilinx] I could not download linux-xlnx.git from 
> YOCTO.
>
> On Tue, Jul 12, 2016 at 11:59 AM, Cai, Chuntian (GE Transportation) 
>  wrote:
>> Hi Rossi,
>>
>> I am strange, I can download all the package except for 
>> linux-xlnx-4.4-xilinx.git package with current proxy setting.
>>
>
> Since you are using poky, I suspect you might be getting a large percentage 
> of your sources from the poky source mirror. This is fine, but it means that 
> you only need to do http downloads even for some of the recipes that have git 
> sources.
>
>> I can open the website 
>> https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_Xilinx_linux-2Dxlnx&d=CwIFaQ&c=IV_clAzoPDE253xZdHuilRgztyh_RiV3wUrLrDQYWSI&r=Ei3floKgst6PhYpovUjTVlWwDEc4CVl_t-gxqM04eQY&m=nq8czs_U5UXDvXM4ciXRICgPDdXYu7ElFGMISg-LHBI&s=g9Dyxs-86wE5plyauMqhKrxK8lVmDN8OaMc279mWldE&e=
>>   from IE & firefox.
>>
>> I setted proxy setting in the ~./bashrc.
>
> I have seen issues with proxies before for kernel repos, this is due to the 
> large pack files that git attempts to retrieve. And the delayed time it takes 
> to compress the pack files on the remote which some proxies timeout on. 
> Sometimes using a different protocol works better that others. Try to clone 
> the repo outside of yocto. Also try the different protocols if one fails. e.g.
>
> git clone 
> https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_Xilinx_linux-2Dxlnx.git&d=CwIFaQ&c=IV_clAzoPDE253xZdHuilRgztyh_RiV3wUrLrDQYWSI&r=Ei3floKgst6PhYpovUjTVlWwDEc4CVl_t-gxqM04eQY&m=nq8czs_U5UXDvXM4ciXRICgPDdXYu7ElFGMISg-LHBI&s=x-ZWgWgfN-aaj3mudJuBFjg1KicY-DqWbbIpbJVqwhw&e=
> or (ssh)
> git clone g...@github.com:Xilinx/linux-xlnx.git
> or (git)
> git clone git://github.com/Xilinx/linux-xlnx.git
>
> If you find that one of these protocols work, change the protocol value in 
> the linux-xlnx.inc recipe to use it 
> (http://git.yoctoproject.org/cgit/cgit.cgi/meta-xilinx/tree/recipes-kernel/linux/linux-xlnx.inc#n12),
> setting the "protocol" value to either https, ssh or git.
>
> If you have no success with that, your easiest solution is to pull down the 
> repo with proper access to the public internet, and bring it into your 
> network (if permitted). Although I have limited understanding of your 
> companies IT policies, so it would be in your best interest to contact your 
> companies IT department for assistance, as this is an issue with the service 
> they are maintaining for you.
>
> If you do get the repo cloned outside of yocto, you can bring the repo in 
> manually. The following should work assuming you replace the paths with those 
> appropriate to your setup.
>
> git clone --mirror   build>/downloads/git2/github.com.Xilinx.linux-xlnx.git
>
>>
>>
>> Can I change fetch method from git download method to file download method? 
>> And how to modify? Because I can download  linux-xlnx-4.4-xilinx.git with IE.
>
> Due to the way the recipe functions it relies on the git repository.
> So it would require some work to make it operate with just the working tree 
> source that you can get when downloading the zip from github.
>
> Regards,
> Nathan
>
>>
>>
>> Thanks.
>>
>>
>> -Original Message-
>> From: Nathan Rossi [mailto:nat...@nathanrossi.com]
>> Sent: Monday, July 11, 2016 8:24 PM
>> To: Cai, Chuntian (GE Transportation) 
>> Cc: meta-xil...@lists.yoctoproject.org
>> Subject: EXT: Re: [meta-xilinx] I could not download linux-xlnx.git from 
>> YOCTO.
>>
>> Hi,
>>
>> Looks like you might be stuck inside an internal corporate network which 
>> doesn't not allow direct access to the public internet. Which is why you are 
>> getting a "Connection reset by peer" error from git. You will need to figure 
>> out what setup you have for your company and then configure access to the 
>> internet via a proxy or pre-download the sources and transfer them to your 
>> internal machine.
>>
>> Here is a some info for configuring Yocto to handle some of the common 
>> proxies https://wiki.yoctoproject.org/wiki/Working_Behind_a_Network_Proxy.
>

Re: [meta-xilinx] What kernel for MPSoC?

[Mike Looijmans]

I got the "dev" kernel to compile by removing the Xilinx PHY support (which was causing the failure). The resulting ~4.5 kernel crashes on the same spot, also in the psci core.On 21-07-16 10:57, Mike Looijmans wrote:> With current meta-xilinx master the kernel won't boot on the zcu102 board, it> crashes on an invalid instruction. I tried using "linux-xlnx-dev" as provider> but that won't even compile.>>> Starting kernel ...>> [    0.00] Booting Linux on physical CPU 0x0> [    0.00] Linux version 4.4.0-xilinx (mike@...) (gcc version 6.1.1> 20160511 (GCC) ) #1 SMP6> [    0.00] Boot CPU: AArch64 Processor [410fd034]> [    0.00] bootconsole [uart0] enabled> [    0.00] efi: Getting EFI parameters from FDT:> [    0.00] efi: UEFI not found.> [    0.00] cma: Reserved 128 MiB at 0x7800> [    0.00] psci: probing for conduit method from DT.> [    0.00] swapper[0]: undefined instruction: pc=ffc8acf0> [    0.00] Code: d402 d65f03c0 d503201f d503201f (d403)> [    0.00] Internal error: Oops - undefined instruction: 0 [#1] PREEMPT SMP> [    0.00] Modules linked in:> [    0.00] CPU: 0 PID: 0 Comm: swapper Not tainted 4.4.0-xilinx #1> [    0.00] Hardware name: ZynqMP ZCU102 RevB (DT)> [    0.00] task: ffc000b17840 ti: ffc000b08000 task.ti:> ffc000b08000> [    0.00] PC is at __invoke_psci_fn_smc+0x0/0x8> [    0.00] LR is at psci_probe+0x30/0x22c> [    0.00] pc : [] lr : [] pstate:> 42c5> [    0.00] sp : ffc000b0beb0> [    0.00] x29: ffc000b0beb0 x28: > [    0.00] x27: 0040 x26: ffc000b91000> [    0.00] x25: ffc000bcbc68 x24: 8200> [    0.00] x23: ffc0009874d8 x22: ffc000b1ad18> [    0.00] x21: ffc000b23000 x20: ffc000bec000> [    0.00] x19: ffc000bec298 x18: ffc080b93617> [    0.00] x17: 8000 x16: 0001> [    0.00] x15:  x14: > [    0.00] x13: 0018 x12: 0101010101010101> [    0.00] x11: 0018 x10: 0101010101010101> [    0.00] x9 :  x8 : 7f7f7f7f7f7f7f7f> [    0.00] x7 : fefefefeff626c72 x6 : 008080808082> [    0.00] x5 : 0200 x4 : ffc8acf0> [    0.00] x3 :  x2 : > [    0.00] x1 :  x0 : 8400> [    0.00]> [    0.00] Process swapper (pid: 0, stack limit = 0xffc000b08020)> [    0.00] Stack: (0xffc000b0beb0 to 0xffc000b0c000)> [    0.00] bea0:   ffc000b0bee0> ffc000acc988> [    0.00] bec0: ffc07700 ffc000b18000 ffc000b23000> ffc000b1ad18> [    0.00] bee0: ffc000b0bef0 ffc000accad8 ffc000b0bf10> ffc000aa847c> [    0.00] bf00: ffc07700 ffc000ae8ba0 ffc000b0bfa0> ffc000aa5660> [    0.00] bf20: ffc000add9e8 ffc000b91000 ffc000b0e000> ffc000b91000> [    0.00] bf40: 7df14118  00c05000> 00c08000> [    0.00] bf60: ffc81198  0001> 0fff5000> [    0.00] bf80: 0001  > > [    0.00] bfa0:  0079a000 0400> 0e12> [    0.00] bfc0: 0fff5000 0003 7df14118> > [    0.00] bfe0:  ffc000add9e8 > > [    0.00] Call trace:> [    0.00] [] __invoke_psci_fn_smc+0x0/0x8> [    0.00] [] psci_0_2_init+0x14/0x1c> [    0.00] [] psci_dt_init+0x30/0x40> [    0.00] [] setup_arch+0x384/0x538> [    0.00] [] start_kernel+0xa0/0x3b8> [    0.00] [<0079a000>] 0x79a000> [    0.00] Code: d402 d65f03c0 d503201f d503201f (d403)> [    0.00] ---[ end trace cb88537fdc8fa200 ]---> [    0.00] Kernel panic - not syncing: Attempted to kill the idle task!> [    0.00] ---[ end Kernel panic - not syncing: Attempted to kill the idle> task!>
 
Kind regards,
 
Mike Looijmans
System Expert
 





  
  

  TOPIC 
  Products

   

   
  

  Materiaalweg 
4

   

   
  

  5681 
  RJ Best

  T:

  +31 (0) 499 33 69 
  69
  

  Postbus 440

  E:

  mike.looijm...@topicproducts.com
  

  5680 AK 
Best

  W:

  www.topicproducts.com
  
The Netherlands



 Please consider the 
environment before printing this e-mailTopic zoekt gedreven (embedded) software specialisten!



-- 
___
meta-xilinx mailing list
meta-xilinx@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-xilinx

[meta-xilinx] uRamdisk.image.gz

[Cai, Chuntian (GE Transportation)]

Hi Rossi,

I understand it, I downloaded 
"core-image-minimal-zc706-zynq7-20160719091857.rootfs.cpio.gz.u-boot" to ZC706 
board. Work well

But the size of 
"core-image-minimal-zc706-zynq7-20160719091857.rootfs.cpio.gz.u-boot" is very 
big!! 

How to reduce the size of 
"core-image-minimal-zc706-zynq7-20160719091857.rootfs.cpio.gz.u-boot"


-Original Message-
From: Nathan Rossi [mailto:nat...@nathanrossi.com] 
Sent: Thursday, July 21, 2016 5:14 PM
To: Cai, Chuntian (GE Transportation) 
Cc: meta-xil...@lists.yoctoproject.org
Subject: EXT: Re: uRamdisk.image.gz

Hi,

"uramdisk.image.gz" is just another name for "*.cpio.gz.u-boot" (or any 
initramfs/initrd format e.g. ext. Which is gzipped and wrapped with the u-boot 
image header).

All meta-xilinx machines are setup by default to generate the *.cpio.gz.u-boot 
for the images you build. You can get other formats like ext.gz.u-boot, etc by 
adding them to IMAGE_FSTYPES 
(http://git.yoctoproject.org/cgit/cgit.cgi/meta-xilinx/tree/docs/Rootfs).

If you want it named as "uramdisk.image.gz" renaming it to that when writing it 
to the sd card/etc is sufficient.

Regards,
Nathan

On Thu, Jul 21, 2016 at 6:47 PM, Cai, Chuntian (GE Transportation) 
 wrote:
> Hi Rossi,
>
> Could you tell me how to make uRamdisk.image.gz with YOCTO toolchain.
>
> Thanks.
>
>
> -Original Message-
> From: Nathan Rossi [mailto:nat...@nathanrossi.com]
> Sent: Tuesday, July 12, 2016 5:22 PM
> To: Cai, Chuntian (GE Transportation) 
> Cc: meta-xil...@lists.yoctoproject.org
> Subject: EXT: Re: [meta-xilinx] I could not download linux-xlnx.git from 
> YOCTO.
>
> On Tue, Jul 12, 2016 at 11:59 AM, Cai, Chuntian (GE Transportation) 
>  wrote:
>> Hi Rossi,
>>
>> I am strange, I can download all the package except for 
>> linux-xlnx-4.4-xilinx.git package with current proxy setting.
>>
>
> Since you are using poky, I suspect you might be getting a large percentage 
> of your sources from the poky source mirror. This is fine, but it means that 
> you only need to do http downloads even for some of the recipes that have git 
> sources.
>
>> I can open the website 
>> https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_Xilinx_linux-2Dxlnx&d=CwIFaQ&c=IV_clAzoPDE253xZdHuilRgztyh_RiV3wUrLrDQYWSI&r=Ei3floKgst6PhYpovUjTVlWwDEc4CVl_t-gxqM04eQY&m=nq8czs_U5UXDvXM4ciXRICgPDdXYu7ElFGMISg-LHBI&s=g9Dyxs-86wE5plyauMqhKrxK8lVmDN8OaMc279mWldE&e=
>>   from IE & firefox.
>>
>> I setted proxy setting in the ~./bashrc.
>
> I have seen issues with proxies before for kernel repos, this is due to the 
> large pack files that git attempts to retrieve. And the delayed time it takes 
> to compress the pack files on the remote which some proxies timeout on. 
> Sometimes using a different protocol works better that others. Try to clone 
> the repo outside of yocto. Also try the different protocols if one fails. e.g.
>
> git clone 
> https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_Xilinx
> _linux-2Dxlnx.git&d=CwIFaQ&c=IV_clAzoPDE253xZdHuilRgztyh_RiV3wUrLrDQYW
> SI&r=Ei3floKgst6PhYpovUjTVlWwDEc4CVl_t-gxqM04eQY&m=nq8czs_U5UXDvXM4ciX
> RICgPDdXYu7ElFGMISg-LHBI&s=x-ZWgWgfN-aaj3mudJuBFjg1KicY-DqWbbIpbJVqwhw
> &e=
> or (ssh)
> git clone g...@github.com:Xilinx/linux-xlnx.git
> or (git)
> git clone git://github.com/Xilinx/linux-xlnx.git
>
> If you find that one of these protocols work, change the protocol 
> value in the linux-xlnx.inc recipe to use it 
> (http://git.yoctoproject.org/cgit/cgit.cgi/meta-xilinx/tree/recipes-ke
> rnel/linux/linux-xlnx.inc#n12), setting the "protocol" value to either 
> https, ssh or git.
>
> If you have no success with that, your easiest solution is to pull down the 
> repo with proper access to the public internet, and bring it into your 
> network (if permitted). Although I have limited understanding of your 
> companies IT policies, so it would be in your best interest to contact your 
> companies IT department for assistance, as this is an issue with the service 
> they are maintaining for you.
>
> If you do get the repo cloned outside of yocto, you can bring the repo in 
> manually. The following should work assuming you replace the paths with those 
> appropriate to your setup.
>
> git clone --mirror   build>/downloads/git2/github.com.Xilinx.linux-xlnx.git
>
>>
>>
>> Can I change fetch method from git download method to file download method? 
>> And how to modify? Because I can download  linux-xlnx-4.4-xilinx.git with IE.
>
> Due to the way the recipe functions it relies on the git repository.
> So it would require some work to make it operate with just the working tree 
> source that you can get when downloading the zip from github.
>
> Regards,
> Nathan
>
>>
>>
>> Thanks.
>>
>>
>> -Original Message-
>> From: Nathan Rossi [mailto:nat...@nathanrossi.com]
>> Sent: Monday, July 11, 2016 8:24 PM
>> To: Cai, Chuntian (GE Transportation) 
>> Cc: meta-xil...@lists.yoctoproject.org
>> Subject: EXT: Re: [meta-xilinx] I could not download linux-xlnx.git from 

[meta-xilinx] uRamdisk.image.gz

[Cai, Chuntian (GE Transportation)]

Hi Rossi,

Could you tell me how to make uRamdisk.image.gz with YOCTO toolchain.

Thanks.


-Original Message-
From: Nathan Rossi [mailto:nat...@nathanrossi.com] 
Sent: Tuesday, July 12, 2016 5:22 PM
To: Cai, Chuntian (GE Transportation) 
Cc: meta-xil...@lists.yoctoproject.org
Subject: EXT: Re: [meta-xilinx] I could not download linux-xlnx.git from YOCTO.

On Tue, Jul 12, 2016 at 11:59 AM, Cai, Chuntian (GE Transportation) 
 wrote:
> Hi Rossi,
>
> I am strange, I can download all the package except for 
> linux-xlnx-4.4-xilinx.git package with current proxy setting.
>

Since you are using poky, I suspect you might be getting a large percentage of 
your sources from the poky source mirror. This is fine, but it means that you 
only need to do http downloads even for some of the recipes that have git 
sources.

> I can open the website 
> https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_Xilinx_linux-2Dxlnx&d=CwIFaQ&c=IV_clAzoPDE253xZdHuilRgztyh_RiV3wUrLrDQYWSI&r=Ei3floKgst6PhYpovUjTVlWwDEc4CVl_t-gxqM04eQY&m=nq8czs_U5UXDvXM4ciXRICgPDdXYu7ElFGMISg-LHBI&s=g9Dyxs-86wE5plyauMqhKrxK8lVmDN8OaMc279mWldE&e=
>   from IE & firefox.
>
> I setted proxy setting in the ~./bashrc.

I have seen issues with proxies before for kernel repos, this is due to the 
large pack files that git attempts to retrieve. And the delayed time it takes 
to compress the pack files on the remote which some proxies timeout on. 
Sometimes using a different protocol works better that others. Try to clone the 
repo outside of yocto. Also try the different protocols if one fails. e.g.

git clone 
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_Xilinx_linux-2Dxlnx.git&d=CwIFaQ&c=IV_clAzoPDE253xZdHuilRgztyh_RiV3wUrLrDQYWSI&r=Ei3floKgst6PhYpovUjTVlWwDEc4CVl_t-gxqM04eQY&m=nq8czs_U5UXDvXM4ciXRICgPDdXYu7ElFGMISg-LHBI&s=x-ZWgWgfN-aaj3mudJuBFjg1KicY-DqWbbIpbJVqwhw&e=
or (ssh)
git clone g...@github.com:Xilinx/linux-xlnx.git
or (git)
git clone git://github.com/Xilinx/linux-xlnx.git

If you find that one of these protocols work, change the protocol value in the 
linux-xlnx.inc recipe to use it 
(http://git.yoctoproject.org/cgit/cgit.cgi/meta-xilinx/tree/recipes-kernel/linux/linux-xlnx.inc#n12),
setting the "protocol" value to either https, ssh or git.

If you have no success with that, your easiest solution is to pull down the 
repo with proper access to the public internet, and bring it into your network 
(if permitted). Although I have limited understanding of your companies IT 
policies, so it would be in your best interest to contact your companies IT 
department for assistance, as this is an issue with the service they are 
maintaining for you.

If you do get the repo cloned outside of yocto, you can bring the repo in 
manually. The following should work assuming you replace the paths with those 
appropriate to your setup.

git clone --mirror  /downloads/git2/github.com.Xilinx.linux-xlnx.git

>
>
> Can I change fetch method from git download method to file download method? 
> And how to modify? Because I can download  linux-xlnx-4.4-xilinx.git with IE.

Due to the way the recipe functions it relies on the git repository.
So it would require some work to make it operate with just the working tree 
source that you can get when downloading the zip from github.

Regards,
Nathan

>
>
> Thanks.
>
>
> -Original Message-
> From: Nathan Rossi [mailto:nat...@nathanrossi.com]
> Sent: Monday, July 11, 2016 8:24 PM
> To: Cai, Chuntian (GE Transportation) 
> Cc: meta-xil...@lists.yoctoproject.org
> Subject: EXT: Re: [meta-xilinx] I could not download linux-xlnx.git from 
> YOCTO.
>
> Hi,
>
> Looks like you might be stuck inside an internal corporate network which 
> doesn't not allow direct access to the public internet. Which is why you are 
> getting a "Connection reset by peer" error from git. You will need to figure 
> out what setup you have for your company and then configure access to the 
> internet via a proxy or pre-download the sources and transfer them to your 
> internal machine.
>
> Here is a some info for configuring Yocto to handle some of the common 
> proxies https://wiki.yoctoproject.org/wiki/Working_Behind_a_Network_Proxy.
> If you have already setup the proxy for http, make sure you have also setup 
> https, ftp, ssh and git proxy configurations. The linux-xlnx recipe 
> specifically relies on https access to github.com.
>
> Regards,
> Nathan
>
> On Mon, Jul 11, 2016 at 5:27 PM, Cai, Chuntian (GE Transportation) 
>  wrote:
>> I setup YOCTO compilation system I could downloand almost package but 
>> failed wirh downloading linux-xlnx-4.4-xilinx.git.
>>
>>
>> 0: linux-xlnx-4.4-xilinx+gitAUTOINC+89cc643aff-r0 do_fetch (pid 
>> 28925)
>>
>> when I run bitbake core-image-x11 second tims, It always wait on this 
>> action.
>>
>> below picture is error output when I first run bitbake core-image-x11 
>> last friday.
>>
>>
>>
>>
>>
>>  Xilinx Support  
>> | Xil

[meta-xilinx] How to install mtd-utils on rootfs

[Cai, Chuntian (GE Transportation)]

Hi Rossi,

I want use mtd-utils to test MTD dirver, could you tell me how to install it 
when I build rootfs.

My board is ZC706 and I use bitbake core-image-minimal make uboot,uimage and dtb

Thanks.


-Original Message-
From: Nathan Rossi [mailto:nat...@nathanrossi.com] 
Sent: Thursday, July 21, 2016 5:14 PM
To: Cai, Chuntian (GE Transportation) 
Cc: meta-xil...@lists.yoctoproject.org
Subject: EXT: Re: uRamdisk.image.gz

Hi,

"uramdisk.image.gz" is just another name for "*.cpio.gz.u-boot" (or any 
initramfs/initrd format e.g. ext. Which is gzipped and wrapped with the u-boot 
image header).

All meta-xilinx machines are setup by default to generate the *.cpio.gz.u-boot 
for the images you build. You can get other formats like ext.gz.u-boot, etc by 
adding them to IMAGE_FSTYPES 
(http://git.yoctoproject.org/cgit/cgit.cgi/meta-xilinx/tree/docs/Rootfs).

If you want it named as "uramdisk.image.gz" renaming it to that when writing it 
to the sd card/etc is sufficient.

Regards,
Nathan

On Thu, Jul 21, 2016 at 6:47 PM, Cai, Chuntian (GE Transportation) 
 wrote:
> Hi Rossi,
>
> Could you tell me how to make uRamdisk.image.gz with YOCTO toolchain.
>
> Thanks.
>
>
> -Original Message-
> From: Nathan Rossi [mailto:nat...@nathanrossi.com]
> Sent: Tuesday, July 12, 2016 5:22 PM
> To: Cai, Chuntian (GE Transportation) 
> Cc: meta-xil...@lists.yoctoproject.org
> Subject: EXT: Re: [meta-xilinx] I could not download linux-xlnx.git from 
> YOCTO.
>
> On Tue, Jul 12, 2016 at 11:59 AM, Cai, Chuntian (GE Transportation) 
>  wrote:
>> Hi Rossi,
>>
>> I am strange, I can download all the package except for 
>> linux-xlnx-4.4-xilinx.git package with current proxy setting.
>>
>
> Since you are using poky, I suspect you might be getting a large percentage 
> of your sources from the poky source mirror. This is fine, but it means that 
> you only need to do http downloads even for some of the recipes that have git 
> sources.
>
>> I can open the website 
>> https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_Xilinx_linux-2Dxlnx&d=CwIFaQ&c=IV_clAzoPDE253xZdHuilRgztyh_RiV3wUrLrDQYWSI&r=Ei3floKgst6PhYpovUjTVlWwDEc4CVl_t-gxqM04eQY&m=nq8czs_U5UXDvXM4ciXRICgPDdXYu7ElFGMISg-LHBI&s=g9Dyxs-86wE5plyauMqhKrxK8lVmDN8OaMc279mWldE&e=
>>   from IE & firefox.
>>
>> I setted proxy setting in the ~./bashrc.
>
> I have seen issues with proxies before for kernel repos, this is due to the 
> large pack files that git attempts to retrieve. And the delayed time it takes 
> to compress the pack files on the remote which some proxies timeout on. 
> Sometimes using a different protocol works better that others. Try to clone 
> the repo outside of yocto. Also try the different protocols if one fails. e.g.
>
> git clone 
> https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_Xilinx
> _linux-2Dxlnx.git&d=CwIFaQ&c=IV_clAzoPDE253xZdHuilRgztyh_RiV3wUrLrDQYW
> SI&r=Ei3floKgst6PhYpovUjTVlWwDEc4CVl_t-gxqM04eQY&m=nq8czs_U5UXDvXM4ciX
> RICgPDdXYu7ElFGMISg-LHBI&s=x-ZWgWgfN-aaj3mudJuBFjg1KicY-DqWbbIpbJVqwhw
> &e=
> or (ssh)
> git clone g...@github.com:Xilinx/linux-xlnx.git
> or (git)
> git clone git://github.com/Xilinx/linux-xlnx.git
>
> If you find that one of these protocols work, change the protocol 
> value in the linux-xlnx.inc recipe to use it 
> (http://git.yoctoproject.org/cgit/cgit.cgi/meta-xilinx/tree/recipes-ke
> rnel/linux/linux-xlnx.inc#n12), setting the "protocol" value to either 
> https, ssh or git.
>
> If you have no success with that, your easiest solution is to pull down the 
> repo with proper access to the public internet, and bring it into your 
> network (if permitted). Although I have limited understanding of your 
> companies IT policies, so it would be in your best interest to contact your 
> companies IT department for assistance, as this is an issue with the service 
> they are maintaining for you.
>
> If you do get the repo cloned outside of yocto, you can bring the repo in 
> manually. The following should work assuming you replace the paths with those 
> appropriate to your setup.
>
> git clone --mirror   build>/downloads/git2/github.com.Xilinx.linux-xlnx.git
>
>>
>>
>> Can I change fetch method from git download method to file download method? 
>> And how to modify? Because I can download  linux-xlnx-4.4-xilinx.git with IE.
>
> Due to the way the recipe functions it relies on the git repository.
> So it would require some work to make it operate with just the working tree 
> source that you can get when downloading the zip from github.
>
> Regards,
> Nathan
>
>>
>>
>> Thanks.
>>
>>
>> -Original Message-
>> From: Nathan Rossi [mailto:nat...@nathanrossi.com]
>> Sent: Monday, July 11, 2016 8:24 PM
>> To: Cai, Chuntian (GE Transportation) 
>> Cc: meta-xil...@lists.yoctoproject.org
>> Subject: EXT: Re: [meta-xilinx] I could not download linux-xlnx.git from 
>> YOCTO.
>>
>> Hi,
>>
>> Looks like you might be stuck inside an internal corporate network which 
>> doesn't not allow direct access to t

Re: [meta-xilinx] What kernel for MPSoC?

[Mike Looijmans]

If I modify the devicetree and disable the 'psci' part, the system boots fine but doesn't wake the other three cores.On 21-07-16 13:30, Mike Looijmans wrote:> I got the "dev" kernel to compile by removing the Xilinx PHY support (which> was causing the failure). The resulting ~4.5 kernel crashes on the same spot,> also in the psci core.>>> On 21-07-16 10:57, Mike Looijmans wrote:>  > With current meta-xilinx master the kernel won't boot on the zcu102 board, it>  > crashes on an invalid instruction. I tried using "linux-xlnx-dev" as provider>  > but that won't even compile.
 
Kind regards,
 
Mike Looijmans
System Expert
 





  
  

  TOPIC 
  Products

   

   
  

  Materiaalweg 
4

   

   
  

  5681 
  RJ Best

  T:

  +31 (0) 499 33 69 
  69
  

  Postbus 440

  E:

  mike.looijm...@topicproducts.com
  

  5680 AK 
Best

  W:

  www.topicproducts.com
  
The Netherlands



 Please consider the 
environment before printing this e-mailTopic zoekt gedreven (embedded) software specialisten!



-- 
___
meta-xilinx mailing list
meta-xilinx@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-xilinx

Re: [meta-xilinx] How to install mtd-utils on rootfs

[Mike Looijmans]

Most mtd tools like flashcp and flasherase are integrated in busybox and as such, will already be present.On 21-07-16 12:06, Cai, Chuntian (GE Transportation) wrote:> Hi Rossi,>> I want use mtd-utils to test MTD dirver, could you tell me how to install it when I build rootfs.>> My board is ZC706 and I use bitbake core-image-minimal make uboot,uimage and dtb>> Thanks.>>> 
 
Kind regards,
 
Mike Looijmans
System Expert
 





  
  

  TOPIC 
  Products

   

   
  

  Materiaalweg 
4

   

   
  

  5681 
  RJ Best

  T:

  +31 (0) 499 33 69 
  69
  

  Postbus 440

  E:

  mike.looijm...@topicproducts.com
  

  5680 AK 
Best

  W:

  www.topicproducts.com
  
The Netherlands



 Please consider the 
environment before printing this e-mailTopic zoekt gedreven (embedded) software specialisten!
-Original Message-> From: Nathan Rossi [mailto:nat...@nathanrossi.com]> Sent: Thursday, July 21, 2016 5:14 PM> To: Cai, Chuntian (GE Transportation) > Cc: meta-xil...@lists.yoctoproject.org> Subject: EXT: Re: uRamdisk.image.gz>> Hi,>> "uramdisk.image.gz" is just another name for "*.cpio.gz.u-boot" (or any initramfs/initrd format e.g. ext. Which is gzipped and wrapped with the u-boot image header).>> All meta-xilinx machines are setup by default to generate the *.cpio.gz.u-boot for the images you build. You can get other formats like ext.gz.u-boot, etc by adding them to IMAGE_FSTYPES (http://git.yoctoproject.org/cgit/cgit.cgi/meta-xilinx/tree/docs/Rootfs).>> If you want it named as "uramdisk.image.gz" renaming it to that when writing it to the sd card/etc is sufficient.>> Regards,> Nathan>> On Thu, Jul 21, 2016 at 6:47 PM, Cai, Chuntian (GE Transportation)  wrote:>> Hi Rossi, Could you tell me how to make uRamdisk.image.gz with YOCTO toolchain. Thanks.>> -Original Message->> From: Nathan Rossi [mailto:nat...@nathanrossi.com]>> Sent: Tuesday, July 12, 2016 5:22 PM>> To: Cai, Chuntian (GE Transportation) >> Cc: meta-xil...@lists.yoctoproject.org>> Subject: EXT: Re: [meta-xilinx] I could not download linux-xlnx.git from YOCTO. On Tue, Jul 12, 2016 at 11:59 AM, Cai, Chuntian (GE Transportation)  wrote:>>> Hi Rossi,>> I am strange, I can download all the package except for linux-xlnx-4.4-xilinx.git package with current proxy setting.>>> Since you are using poky, I suspect you might be getting a large percentage of your sources from the poky source mirror. This is fine, but it means that you only need to do http downloads even for some of the recipes that have git sources.> I can open the website https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_Xilinx_linux-2Dxlnx&d=CwIFaQ&c=IV_clAzoPDE253xZdHuilRgztyh_RiV3wUrLrDQYWSI&r=Ei3floKgst6PhYpovUjTVlWwDEc4CVl_t-gxqM04eQY&m=nq8czs_U5UXDvXM4ciXRICgPDdXYu7ElFGMISg-LHBI&s=g9Dyxs-86wE5plyauMqhKrxK8lVmDN8OaMc279mWldE&e=  from IE & firefox.>> I setted proxy setting in the ~./bashrc. I have seen issues with proxies before for kernel repos, this is due to the large pack files that git attempts to retrieve. And the delayed time it takes to compress the pack files on the remote which some proxies timeout on. Sometimes using a different protocol works better that others. Try to clone the repo outside of yocto. Also try the different protocols if one fails. e.g. git clone>> https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_Xilinx>> _linux-2Dxlnx.git&d=CwIFaQ&c=IV_clAzoPDE253xZdHuilRgztyh_RiV3wUrLrDQYW>> SI&r=Ei3floKgst6PhYpovUjTVlWwDEc4CVl_t-gxqM04eQY&m=nq8czs_U5UXDvXM4ciX>> RICgPDdXYu7ElFGMISg-LHBI&s=x-ZWgWgfN-aaj3mudJuBFjg1KicY-DqWbbIpbJVqwhw>> &e=>> or (ssh)>> git clone g...@github.com:Xilinx/linux-xlnx.git>> or (git)>> git clone git://github.com/Xilinx/linux-xlnx.git If you find that one of these protocols work, change the protocol>> value in the linux-xlnx.inc recipe to use it>> (http://git.yoctoproject.org/cgit/cgit.cgi/meta-xilinx/tree/recipes-ke>> rnel/linux/linux-xlnx.inc#n12), setting the "protocol" value to either>> https, ssh or git. If you have no success with that, your easiest solution is to pull down the repo with proper access to the public internet, and bring it into your network (if permitted). Although I have limited understanding of your companies IT policies, so it would be in your best interest to contact your companies IT department for assistance, as this is an issue with the service they are maintaining for you. If you do get the repo cloned outside of yocto, you can bring the repo in manually. The following should work assuming you replace the paths with those appropriate to your setup. git clone --mirror  >> build>/downloads/git2/github.com.Xilinx.linux-xlnx.git>>> Can I change fetch method from git download method to file download method? And how to modify? Because I can download  linux-xlnx-4.4-xilinx.git with 

Re: [meta-xilinx] How to install mtd-utils on rootfs

[Oleg K Dzhimiev]

1. To poky/meta/recipes-core/images/core-image-minimal.bb add:

IMAGE_INSTALL_append += " \
 mtd-utils \
 mtd-utils-misc \
"

2. Or create a core-image-minimal.bbappend file in the meta-xilinx layer
and put the text above there.

3. Or create your own recipe - example: core-image-elphel393.bb



On 21 July 2016 at 04:06, Cai, Chuntian (GE Transportation) <
chuntian@ge.com> wrote:

> Hi Rossi,
>
> I want use mtd-utils to test MTD dirver, could you tell me how to install
> it when I build rootfs.
>
> My board is ZC706 and I use bitbake core-image-minimal make uboot,uimage
> and dtb
>
> Thanks.
>
>
> -Original Message-
> From: Nathan Rossi [mailto:nat...@nathanrossi.com]
> Sent: Thursday, July 21, 2016 5:14 PM
> To: Cai, Chuntian (GE Transportation) 
> Cc: meta-xil...@lists.yoctoproject.org
> Subject: EXT: Re: uRamdisk.image.gz
>
> Hi,
>
> "uramdisk.image.gz" is just another name for "*.cpio.gz.u-boot" (or any
> initramfs/initrd format e.g. ext. Which is gzipped and wrapped with the
> u-boot image header).
>
> All meta-xilinx machines are setup by default to generate the
> *.cpio.gz.u-boot for the images you build. You can get other formats like
> ext.gz.u-boot, etc by adding them to IMAGE_FSTYPES (
> http://git.yoctoproject.org/cgit/cgit.cgi/meta-xilinx/tree/docs/Rootfs).
>
> If you want it named as "uramdisk.image.gz" renaming it to that when
> writing it to the sd card/etc is sufficient.
>
> Regards,
> Nathan
>
> On Thu, Jul 21, 2016 at 6:47 PM, Cai, Chuntian (GE Transportation) <
> chuntian@ge.com> wrote:
> > Hi Rossi,
> >
> > Could you tell me how to make uRamdisk.image.gz with YOCTO toolchain.
> >
> > Thanks.
> >
> >
> > -Original Message-
> > From: Nathan Rossi [mailto:nat...@nathanrossi.com]
> > Sent: Tuesday, July 12, 2016 5:22 PM
> > To: Cai, Chuntian (GE Transportation) 
> > Cc: meta-xil...@lists.yoctoproject.org
> > Subject: EXT: Re: [meta-xilinx] I could not download linux-xlnx.git from
> YOCTO.
> >
> > On Tue, Jul 12, 2016 at 11:59 AM, Cai, Chuntian (GE Transportation) <
> chuntian@ge.com> wrote:
> >> Hi Rossi,
> >>
> >> I am strange, I can download all the package except for
> linux-xlnx-4.4-xilinx.git package with current proxy setting.
> >>
> >
> > Since you are using poky, I suspect you might be getting a large
> percentage of your sources from the poky source mirror. This is fine, but
> it means that you only need to do http downloads even for some of the
> recipes that have git sources.
> >
> >> I can open the website
> https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_Xilinx_linux-2Dxlnx&d=CwIFaQ&c=IV_clAzoPDE253xZdHuilRgztyh_RiV3wUrLrDQYWSI&r=Ei3floKgst6PhYpovUjTVlWwDEc4CVl_t-gxqM04eQY&m=nq8czs_U5UXDvXM4ciXRICgPDdXYu7ElFGMISg-LHBI&s=g9Dyxs-86wE5plyauMqhKrxK8lVmDN8OaMc279mWldE&e=
> from IE & firefox.
> >>
> >> I setted proxy setting in the ~./bashrc.
> >
> > I have seen issues with proxies before for kernel repos, this is due to
> the large pack files that git attempts to retrieve. And the delayed time it
> takes to compress the pack files on the remote which some proxies timeout
> on. Sometimes using a different protocol works better that others. Try to
> clone the repo outside of yocto. Also try the different protocols if one
> fails. e.g.
> >
> > git clone
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_Xilinx
> > _linux-2Dxlnx.git&d=CwIFaQ&c=IV_clAzoPDE253xZdHuilRgztyh_RiV3wUrLrDQYW
> > SI&r=Ei3floKgst6PhYpovUjTVlWwDEc4CVl_t-gxqM04eQY&m=nq8czs_U5UXDvXM4ciX
> > RICgPDdXYu7ElFGMISg-LHBI&s=x-ZWgWgfN-aaj3mudJuBFjg1KicY-DqWbbIpbJVqwhw
> > &e=
> > or (ssh)
> > git clone g...@github.com:Xilinx/linux-xlnx.git
> > or (git)
> > git clone git://github.com/Xilinx/linux-xlnx.git
> >
> > If you find that one of these protocols work, change the protocol
> > value in the linux-xlnx.inc recipe to use it
> > (http://git.yoctoproject.org/cgit/cgit.cgi/meta-xilinx/tree/recipes-ke
> > rnel/linux/linux-xlnx.inc#n12), setting the "protocol" value to either
> > https, ssh or git.
> >
> > If you have no success with that, your easiest solution is to pull down
> the repo with proper access to the public internet, and bring it into your
> network (if permitted). Although I have limited understanding of your
> companies IT policies, so it would be in your best interest to contact your
> companies IT department for assistance, as this is an issue with the
> service they are maintaining for you.
> >
> > If you do get the repo cloned outside of yocto, you can bring the repo
> in manually. The following should work assuming you replace the paths with
> those appropriate to your setup.
> >
> > git clone --mirror   > build>/downloads/git2/github.com.Xilinx.linux-xlnx.git
> >
> >>
> >>
> >> Can I change fetch method from git download method to file download
> method? And how to modify? Becau