[meta-freescale] How to use mfgtool 2 to boot iMX7dsabresd from NAND

[Bejar-Colonia, Carlos]

Dear NXP,

I have an iMX7dsabresd board and would like to boot it from NAND using MfgTool 
V2.
I have tried to use mfgtool2-yocto-mx-sabresd-nand.vbs script provided in 
MfgTool V2, but failed.
I replaced the "sabreauto" with "sabresd" in the same script and I also rebuild 
Mfg Tools firmware (fsl-arm-yocto-bsp.git) and updated 
fsl-image-mfgtool-initramfs-imx7dsabresd.cpio.gz.u-boot in the MfgTool. But 
still fails

These are the last lines from the console output:

UTP: received command '$ mount -t debugfs debugfs /sys/kernel/debug'
UTP: executing "mount -t debugfs debugfs /sys/kernel/debug"
UTP: sending Success to kernel for command $ mount -t debugfs debugfs 
/sys/kernel/debug.
utp_poll: pass returned.
UTP: received command '$ flash_erase /dev/mtd0 0 0'
UTP: executing "flash_erase /dev/mtd0 0 0"
flash_erase: error!: /dev/mtd0
 error 2 (No such file or directory)
UTP: sending Non-success to kernel for command $ flash_erase /dev/mtd0 0 0.
utp_poll: exit with status 65280

Is mfgtool2-yocto-mx-sabresd-nand.vbs the right file to flash NAND for 
iMX7dsabresd board or I need to create my own script?
I checked the iMX Yocto Project Guide, iMX Linux User Guide, MfgTool2 
documentation, but was not able to figure out. Could you provide the steps to 
flash NAND?

Best Regards,
Carlos



The information contained in this message may be confidential and legally 
protected under applicable law. The message is intended solely for the 
addressee(s). If you are not the intended recipient, you are hereby notified 
that any use, forwarding, dissemination, or reproduction of this message is 
strictly prohibited and may be unlawful. If you are not the intended recipient, 
please contact the sender by return e-mail and destroy all copies of the 
original message.
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [3rdparty][PATCH] wandboard: fix deprecated notation

[Trevor Woerner]

is this patch acceptable?
anyone else seeing the issue this patch fixes?

On Thu, Jun 29, 2017 at 4:39 PM, Trevor Woerner  wrote:
> The previous "IMAGE_DEPENDS..." notation has been deprecated for the newer
> "do_image...[depends]" notation.
>
> Signed-off-by: Trevor Woerner 
> ---
>  conf/machine/wandboard.conf | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/conf/machine/wandboard.conf b/conf/machine/wandboard.conf
> index 506173f..485b06e 100644
> --- a/conf/machine/wandboard.conf
> +++ b/conf/machine/wandboard.conf
> @@ -52,6 +52,6 @@ MACHINE_ESSENTIAL_EXTRA_RDEPENDS += " \
>
>  WKS_FILES ?= "imx-uboot-spl.wks"
>
> -IMAGE_DEPENDS_wic_append = " virtual/bootloader"
> +do_image_wic[depends] += "virtual/bootloader:do_deploy"
>
>  SOC_DEFAULT_IMAGE_FSTYPES = "wic.gz"
> --
> 2.13.0
>
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

[meta-freescale] [PATCH V2] classes/image_types_fsl.bbclass: replace IMAGE_DEPENDS_sdimg by do_image_sdimage[depends]

[Khem Raj]

Fixes

ERROR: 
/mnt/a/oe/sources/meta-variscite-fslc/recipes-fsl/images/fsl-image-gui.bb: 
Deprecated variable(s) found: "IMAGE_DEPENDS_sdcard". Use 
do_image_[depends] += ":" instead

Signed-off-by: Khem Raj 
---
 classes/image_types_fsl.bbclass | 32 
 1 file changed, 16 insertions(+), 16 deletions(-)

diff --git a/classes/image_types_fsl.bbclass b/classes/image_types_fsl.bbclass
index 075b18cf..9e84d930 100644
--- a/classes/image_types_fsl.bbclass
+++ b/classes/image_types_fsl.bbclass
@@ -12,9 +12,9 @@ UBOOT_SUFFIX_SDCARD ?= "${UBOOT_SUFFIX}"
 MXSBOOT_NAND_ARGS ?= ""
 
 # IMX Bootlets Linux bootstream
-IMAGE_DEPENDS_linux.sb = "elftosb-native:do_populate_sysroot \
-  imx-bootlets:do_deploy \
-  virtual/kernel:do_deploy"
+do_image_linux.sb[depends] += "elftosb-native:do_populate_sysroot \
+   imx-bootlets:do_deploy \
+   virtual/kernel:do_deploy"
 IMAGE_LINK_NAME_linux.sb = ""
 IMAGE_CMD_linux.sb () {
kernel_bin="`readlink 
${DEPLOY_DIR_IMAGE}/${KERNEL_IMAGETYPE}-${MACHINE}.bin`"
@@ -39,10 +39,10 @@ IMAGE_CMD_linux.sb () {
 }
 
 # IMX Bootlets barebox bootstream
-IMAGE_DEPENDS_barebox-mxsboot-sdcard = "elftosb-native:do_populate_sysroot \
-
u-boot-mxsboot-native:do_populate_sysroot \
-imx-bootlets:do_deploy \
-barebox:do_deploy"
+do_image_barebox-mxsboot-sdcard[depends] += 
"elftosb-native:do_populate_sysroot \
+ 
u-boot-mxsboot-native:do_populate_sysroot \
+ imx-bootlets:do_deploy \
+ barebox:do_deploy"
 IMAGE_CMD_barebox-mxsboot-sdcard () {
barebox_bd_file=imx-bootlets-barebox_ivt.bd-${MACHINE}
 
@@ -54,13 +54,13 @@ IMAGE_CMD_barebox-mxsboot-sdcard () {
 
 # U-Boot mxsboot generation to SD-Card
 UBOOT_SUFFIX_SDCARD_mxs ?= "mxsboot-sdcard"
-IMAGE_DEPENDS_uboot-mxsboot-sdcard = 
"u-boot-mxsboot-native:do_populate_sysroot \
-  u-boot:do_deploy"
+do_image_uboot-mxsboot-sdcard[depends] += 
"u-boot-mxsboot-native:do_populate_sysroot \
+   u-boot:do_deploy"
 IMAGE_CMD_uboot-mxsboot-sdcard = "mxsboot sd 
${DEPLOY_DIR_IMAGE}/u-boot-${MACHINE}.${UBOOT_SUFFIX} \
  
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.uboot-mxsboot-sdcard"
 
-IMAGE_DEPENDS_uboot-mxsboot-nand = "u-boot-mxsboot-native:do_populate_sysroot \
-  u-boot:do_deploy"
+do_image_uboot-mxsboot-nand[depends] += 
"u-boot-mxsboot-native:do_populate_sysroot \
+ u-boot:do_deploy"
 IMAGE_CMD_uboot-mxsboot-nand = "mxsboot ${MXSBOOT_NAND_ARGS} nand \
  
${DEPLOY_DIR_IMAGE}/u-boot-${MACHINE}.${UBOOT_SUFFIX} \
  
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.uboot-mxsboot-nand"
@@ -77,11 +77,11 @@ BAREBOX_ENV_SPACE ?= "512"
 # Set alignment to 4MB [in KiB]
 IMAGE_ROOTFS_ALIGNMENT = "4096"
 
-IMAGE_DEPENDS_sdcard = "parted-native:do_populate_sysroot \
-dosfstools-native:do_populate_sysroot \
-mtools-native:do_populate_sysroot \
-virtual/kernel:do_deploy \
-${@d.getVar('IMAGE_BOOTLOADER', True) and 
d.getVar('IMAGE_BOOTLOADER', True) + ':do_deploy' or ''}"
+do_image_sdcard[depends] += "parted-native:do_populate_sysroot \
+ dosfstools-native:do_populate_sysroot \
+ mtools-native:do_populate_sysroot \
+ virtual/kernel:do_deploy \
+${@d.getVar('IMAGE_BOOTLOADER', True) and 
d.getVar('IMAGE_BOOTLOADER', True) + ':do_deploy' or ''}"
 
 SDCARD = "${IMGDEPLOYDIR}/${IMAGE_NAME}.rootfs.sdcard"
 
-- 
2.13.2

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

[meta-freescale] "ERROR: u-boot-qoriq-2016.01+fslgit-r0 do_fetch: Fetcher failure ..."

[Robert P. J. Day]

  following up on my earlier post, i wanted to do a basic YP build for
a t1042d4rdb-64b, core-image-minimal, using the latest git pulled
layers for everything. i configured, then bitbake'd a "fetchall" for a
core-image-minimal, to get:

...
WARNING: u-boot-qoriq-2016.01+fslgit-r0 do_fetch: Failed to fetch URL
git://git.freescale.com/ppc/sdk/u-boot.git;branch=sdk-v2.0.x,
attempting MIRRORS if available
ERROR: u-boot-qoriq-2016.01+fslgit-r0 do_fetch: Fetcher failure:
Unable to find revision a9b437f50e2051f8d42ec9e1a6df52de4bc00e1e in
branch sdk-v2.0.x even from upstream
ERROR: u-boot-qoriq-2016.01+fslgit-r0 do_fetch: Fetcher failure for
URL: 'git://git.freescale.com/ppc/sdk/u-boot.git;branch=sdk-v2.0.x'.
Unable to fetch URL from any source.
ERROR: u-boot-qoriq-2016.01+fslgit-r0 do_fetch: Function failed:
base_do_fetch
ERROR: Logfile of failure stored in:
/home/rpjday/oe/builds/t1042/tmp/work/t1042d4rdb_64b-poky-linux/u-boot-qoriq/2016.01+fslgit-r0/temp/log.do_fetch.16835
ERROR: Task
(/home/rpjday/oe/dist/layers/meta-fsl-ppc/recipes-bsp/u-boot/u-boot-qoriq_2016.01.bb:do_fetch)
failed with exit code '1'
...

  am i doing something wrong? for any new machine, my first test is to
try to build a core-image-minimal image but, obviously, that's not
working here. thoughts?

  env: fedora 25 system, with a dev environment that works pretty well
for most architectures and target machines.

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday

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

[meta-freescale] pointer to retail T1042-based reference design board?

[Robert P. J. Day]

  a colleague just sent me a *very* terse email, asking if i can help
debug a "stalled" core on a T1042 CPU running a yocto project build.
literally, that was the email -- more details tomorrow.

  so my first question is, can someone give me a pointer to a
T1042-based reference design board if i wanted to get one to use as a
debugging baseline? i've already downloaded the meta-fsl-ppc layer and
i can see all the machine definition files, but a quick google took me
only to this T1040-based RDB:

http://www.nxp.com/products/microcontrollers-and-processors/arm-processors/qoriq-layerscape-arm-processors/development-resources/qoriq-t1040-reference-design-board:T1040RDB

  what am i looking for from somewhere like nxp or digikey or mouser
or arrow if i want a basic T1042RDB? thanks.

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday

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

[meta-freescale] [PATCH] classes/image_types_fsl.bbclass: replace IMAGE_DEPENDS_sdimg by do_image_sdimage[depends]

[Khem Raj]

Fixes

ERROR: 
/mnt/a/oe/sources/meta-variscite-fslc/recipes-fsl/images/fsl-image-gui.bb: 
Deprecated variable(s) found: "IMAGE_DEPENDS_sdcard". Use 
do_image_[depends] += ":" instead

Signed-off-by: Khem Raj 
---
 classes/image_types_fsl.bbclass | 10 +-
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/classes/image_types_fsl.bbclass b/classes/image_types_fsl.bbclass
index 075b18cf..58c1972e 100644
--- a/classes/image_types_fsl.bbclass
+++ b/classes/image_types_fsl.bbclass
@@ -77,11 +77,11 @@ BAREBOX_ENV_SPACE ?= "512"
 # Set alignment to 4MB [in KiB]
 IMAGE_ROOTFS_ALIGNMENT = "4096"
 
-IMAGE_DEPENDS_sdcard = "parted-native:do_populate_sysroot \
-dosfstools-native:do_populate_sysroot \
-mtools-native:do_populate_sysroot \
-virtual/kernel:do_deploy \
-${@d.getVar('IMAGE_BOOTLOADER', True) and 
d.getVar('IMAGE_BOOTLOADER', True) + ':do_deploy' or ''}"
+do_image_sdcard[depends] = "parted-native:do_populate_sysroot \
+dosfstools-native:do_populate_sysroot \
+mtools-native:do_populate_sysroot \
+virtual/kernel:do_deploy \
+${@d.getVar('IMAGE_BOOTLOADER', True) and 
d.getVar('IMAGE_BOOTLOADER', True) + ':do_deploy' or ''}"
 
 SDCARD = "${IMGDEPLOYDIR}/${IMAGE_NAME}.rootfs.sdcard"
 
-- 
2.13.2

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

[meta-freescale] Got error while building the image

[lakshmikanth r]

Hi,

I 'm trying to do bitbake using Morty branch with respective boundary image.

I was got error keeps appearing like this

Firmware-imx- 1_5.4-r0 do_fetch error.

Unable to fetch the firmware. I'm looking forward for your response.


Thanks & Regards ,
Lakshmikanth R
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] Qt5 with OpenGL support on i.MX5

[Otavio Salvador]

On Thu, Jul 6, 2017 at 12:06 PM, Sergio Prado
 wrote:
> 2017-07-06 11:43 GMT-03:00 Otavio Salvador
> :
>>
>> On Thu, Jul 6, 2017 at 11:10 AM, Sergio Prado
>>  wrote:
>> > Is it possible to build an image with Qt5 and OpenGL support for i.MX5
>> > processors?
>> >
>> > I could only find the recipes for i.MX6 support at
>> > recipes-graphics/imx-gpu-viv/.
>>
>> Technically yes however the i.MX5 GPU support has been removed long
>> time ago. IIRC the last version supporting it was Fido.
>
> Thanks Otavio. I'll try a fido build and see how it goes. Is there a reason
> why it was removed?

Yes. It is documented on the commit log as follows:

commit d5e730317a4d1aa94bdfbf25654847fe788d70df
Author: Otavio Salvador 
Date:   Wed Aug 5 08:50:26 2015 -0300

Drop Freescale official Linux kernel for i.MX23, i.MX28 and i.MX5
SoC families

The Linux kernel provided by Freescale for i.MX28 and i.MX5 is too
old
(2.6.35.3) and there are no plans to upgrade it, as the OE-Core is
going to use GCC 5.2 as default compiler soon and it is not
possible
to compile this kernel with the new toolchain, thus the removal.

The metadata related to the i.MX23, i.MX28 and i.MX5 SoC family,
which
is dependent of this Linux kernel support, has been removed in
this
commit so if someone ever wants to bring it back it is easy to
find
out all the necessary changes. The recipes affected are:

 - alsa-state
 - amd-gpu-x11-bin
 - gtk+3
 - imx-lib
 - imx-test
 - imx-vpu
 - libfslcodec
 - linux-imx
 - mesa
 - qt4-embedded-free
 - qt4-x11-free
 - qtbase
 - xf86-video-imxfb

Signed-off-by: Otavio Salvador 
Acked-by: Daiane Angolini 

As mentioned on the commit log, it is easy to bring its support back
as far someone gets a working kernel with current toolchain /or/ adds
support for mainline GPU. I think there were some work on this regard
in past but I am not aware of how good is it. If you find someone
please let us know.

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] Qt5 with OpenGL support on i.MX5

[Sergio Prado]

2017-07-06 11:43 GMT-03:00 Otavio Salvador :
>
> On Thu, Jul 6, 2017 at 11:10 AM, Sergio Prado
>  wrote:
> > Is it possible to build an image with Qt5 and OpenGL support for i.MX5
> > processors?
> >
> > I could only find the recipes for i.MX6 support at
> > recipes-graphics/imx-gpu-viv/.
>
> Technically yes however the i.MX5 GPU support has been removed long
> time ago. IIRC the last version supporting it was Fido.

Thanks Otavio. I'll try a fido build and see how it goes. Is there a reason
why it was removed?

>
> --
> Otavio Salvador O.S. Systems
> http://www.ossystems.com.brhttp://code.ossystems.com.br
> Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] unable to initialize libusb: -99

[Otavio Salvador]

On Thu, Jul 6, 2017 at 10:04 AM, Takashi Matsuzawa 
wrote:

> I examined this today again, and found that following makes this error
> disappear.
>
>
> PERFERRED_PROVIDER_uboot = "u-boot-imx"
>
> PERFERRED_PROVIDER_virtual/bootloader = "u-boot-imx"
>
> PERFERRED_PROVIDER_uboot-mxsboot-native = "u-boot-imx"
>
> Looks like recent u-boot-fslc does not handle imx6qsabreauto (which I was
> trying), and if I specified u-boot-imx, errors from pca953x, mag3110,
> mma845x are all gone, and I can lsusb to list USB devices.
>

Awesome! Fabio, could you take a look on U-Boot to figure what is missing?

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] 3.10.53 kernel for daisy yocto

[Otavio Salvador]

On Thu, Jul 6, 2017 at 8:16 AM, pfc8  wrote:
> I’m trying to compile Yocto Daisy following the instructions in
> https://github.com/Freescale/fsl-community-bsp-platform/tree/daisy , and the
> kernel that comes is 3.10.17.
>
> I need to upgrade that kernel to the version 3.10.53 in order to compile the
> fsl-image-multimedia-full with the new kernel.
>
> The reason for this is that I need to create kernel-modules for a camera
> driver in order to plug a camera to a board.
>
> How can I do this?

I strongly advise the use of Pyro for any new development. Daisy is too old!


-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] Qt5 with OpenGL support on i.MX5

[Otavio Salvador]

On Thu, Jul 6, 2017 at 11:10 AM, Sergio Prado
 wrote:
> Is it possible to build an image with Qt5 and OpenGL support for i.MX5
> processors?
>
> I could only find the recipes for i.MX6 support at
> recipes-graphics/imx-gpu-viv/.

Technically yes however the i.MX5 GPU support has been removed long
time ago. IIRC the last version supporting it was Fido.

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

[meta-freescale] Qt5 with OpenGL support on i.MX5

[Sergio Prado]

Hello all,

Is it possible to build an image with Qt5 and OpenGL support for i.MX5
processors?

I could only find the recipes for i.MX6 support
at recipes-graphics/imx-gpu-viv/.

Thanks,

Sergio Prado
Embedded Labworks
Office: +55 11 2628-3461
Mobile: +55 11 97123-3420
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

[meta-freescale] 3.10.53 kernel for daisy yocto

[pfc8]

Hello all,
I'm trying to compile Yocto Daisy following the instructions in 
https://github.com/Freescale/fsl-community-bsp-platform/tree/daisy , and the 
kernel that comes is 3.10.17.
I need to upgrade that kernel to the version 3.10.53 in order to compile the 
fsl-image-multimedia-full with the new kernel.
The reason for this is that I need to create kernel-modules for a camera driver 
in order to plug a camera to a board.
How can I do this?
Urtzi Berasategi
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] unable to initialize libusb: -99

[Takashi Matsuzawa]

Hello.

I examined this today again, and found that following makes this error 
disappear.


PERFERRED_PROVIDER_uboot = "u-boot-imx"

PERFERRED_PROVIDER_virtual/bootloader = "u-boot-imx"

PERFERRED_PROVIDER_uboot-mxsboot-native = "u-boot-imx"

Looks like recent u-boot-fslc does not handle imx6qsabreauto (which I was 
trying), and if I specified u-boot-imx, errors from pca953x, mag3110, mma845x 
are all gone, and I can lsusb to list USB devices.



From: Otavio Salvador 
Sent: Tuesday, July 4, 2017 10:48 PM
To: Takashi Matsuzawa
Cc: meta-freescale@yoctoproject.org; Lauren Post
Subject: Re: [meta-freescale] unable to initialize libusb: -99

On Tue, Jul 4, 2017 at 7:28 AM, Takashi Matsuzawa  wrote:
> Today I tried testing with the unmodified images.
>
> (just followed the build instruction on README from
> https://github.com/Freescale/fsl-community-bsp-platform), and the result was

> the below.
>
>
> lsusb on imx61sabreauto board:
>
>
> 2.0 (jethro) - OK
>
> 2.1 (krogoth) - NG
>
> 2.2 (morty) - NG
>
> 2.3 (pyro) - NG
>
>
> I am curious since it is OK (lsusb correctly list the USB devices) with
> jethro, but NG on krogoth and after.
> I may look into the delta but still not sure where to look into.
> Any comment/suggestion is welcomed.

I am adding Lauren on Cc. She may know something about it.

--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
O.S. Systems
www.ossystems.com.br
O.S. Systems is specialized in the development, customization and consultancy 
of embedded operating systems and BSPs based on Linux.



Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] linx-imx.git fetch failure

[Takashi Matsuzawa]

Hello.

This now seems to be solved.  I could fetch without error this afternoon.


From: Takashi Matsuzawa
Sent: Thursday, July 6, 2017 10:09 AM
To: meta-freescale@yoctoproject.org
Subject: linx-imx.git fetch failure


Hello.

Sorry beig git.freescale.com/imx/linux-imx.git issue.

I am seeing fetch errir with it and looking for immediate workaround.

Any tips?


https://community.nxp.com/thread/454994


I can browes on web I/F, and I remember someone mentioning how to manually 
download the bits into DL_DIR to avoid such errors, but I forgot.

(Since the site sometimes fails this way, I will memo this time..)




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