回复: [linux-yocto][v5.4/standard/preempt-rt][yocto-kernel-cache][PATCH] firmware: fix CONFIG_FW_LOADER option mismatch warning

发件人: Bruce Ashfield 发送时间: 2021年1月20日 12:23 收件人: Zhang, Qiang 抄送: Linux Yocto 主题: Re: [linux-yocto][v5.4/standard/preempt-rt][yocto-kernel-cache][PATCH] firmware: fix CONFIG_FW_LOADER option mismatch warning >I tweaked the shortlog slightly. > >But this

Re: [linux-yocto][v5.4/standard/preempt-rt][yocto-kernel-cache][PATCH] firmware: fix CONFIG_FW_LOADER option mismatch warning

I tweaked the shortlog slightly. But this is now merged. Bruce On Tue, Jan 19, 2021 at 9:36 PM wrote: > > From: Zqiang > > [NOTE]: 'CONFIG_FW_LOADER' last val (n) and .config val (y) do not match > [INFO]: CONFIG_FW_LOADER : y ## .config: 1567 > :configs/v5.4/ktypes/base/base.cfg (n) >

[linux-yocto][v5.4/standard/preempt-rt][yocto-kernel-cache][PATCH] firmware: fix CONFIG_FW_LOADER option mismatch warning

From: Zqiang [NOTE]: 'CONFIG_FW_LOADER' last val (n) and .config val (y) do not match [INFO]: CONFIG_FW_LOADER : y ## .config: 1567 :configs/v5.4/ktypes/base/base.cfg (n) [INFO]: raw config text: config FW_LOADER tristate "Firmware loading facility" if EXPERT

Re: [yocto] #yocto #kernel BB_GENERATE_MIRROR_TARBALLS

Just a wild guess, but could your corporate proxy, which is kind of visible in the provided logs, intervene with this - to me it seems to be some MITM box. Do you have any chance to try it without that proxy involved? On 19.01.21 21:42, Monsees, Steven C (US) via lists.yoctoproject.org wrote:

Re: [yocto] #yocto #kernel BB_GENERATE_MIRROR_TARBALLS

On Tue, 2021-01-19 at 20:22 +, Monsees, Steven C (US) wrote: > All but the following downloaded except these which failed (timing out): > >  https://sourceware.org/elfutils/ftp/0.177/elfutils-0.177.tar.bz2 >  https://download.qemu.org/qemu-4.1.0.tar.xz >  

Re: [yocto] #yocto #kernel BB_GENERATE_MIRROR_TARBALLS

This is the types of error I am seeing: WARNING: qemu-native-4.1.0-r0 do_fetch: Failed to fetch URL https://download.qemu.org/qemu-4.1.0.tar.xz, attempting MIRRORS if available WARNING: libarchive-native-3.4.0-r0 do_fetch: Failed to fetch URL

Re: [yocto] #yocto #kernel BB_GENERATE_MIRROR_TARBALLS

All but the following downloaded except these which failed (timing out): https://sourceware.org/elfutils/ftp/0.177/elfutils-0.177.tar.bz2 https://download.qemu.org/qemu-4.1.0.tar.xz http://libarchive.org/downloads/libarchive-3.4.0.tar.gz fyi... I am using zeus 3.0.4. Steve -Original

Re: [yocto] insmod - huawei E3372h kernel module

Zolee, You need also to do on the target platform the following (very first time): You must have header files, at minimum, in target's : /usr/src/$(uname -r)/ Or for yocto (AFAIK), maybe: /usr/src/kernel/$(uname -r)/ To prepare out-of-tree device driver compilation in /usr/src/kernel/$(uname

[yocto] Yocto Project Status WW03`21

Current Dev Position: YP 3.3 M2 development Next Deadline: 18th January 2021 YP 3.3 M2 build Next Team Meetings: * Bug Triage meeting Thursday Jan. 21st at 7:30am PDT (

Re: [yocto] insmod - huawei E3372h kernel module

My modeles.dep file looks like this on target: kernel/fs/nfs/flexfilelayout/nfs_layout_flexfiles.ko: kernel/crypto/echainiv.ko: kernel/crypto/gcm.ko: kernel/crypto/ccm.ko: kernel/crypto/ghash-generic.ko: kernel/drivers/char/hw_random/rng-core.ko: kernel/net/ipv4/tcp_bic.ko:

Re: [yocto] #yocto #kernel BB_GENERATE_MIRROR_TARBALLS

From shell... I just checked the mega-manual, will rerun as described... -Original Message- From: Richard Purdie Sent: Tuesday, January 19, 2021 9:13 AM To: Monsees, Steven C (US) ; yocto@lists.yoctoproject.org Subject: Re: [yocto] #yocto #kernel BB_GENERATE_MIRROR_TARBALLS ***

Re: [yocto] #yocto #kernel BB_GENERATE_MIRROR_TARBALLS

On Tue, 2021-01-19 at 14:08 +, Monsees, Steven C (US) wrote: > That was set : export BB_GENERATE_MIRROR_TARBALLS=1 Just to be clear, where did you set that? In a .conf file? If so, you don't need the export bit. If it was in a shell it probably wouldn't work. Also, you didn't answer my other

Re: [yocto] #yocto #kernel BB_GENERATE_MIRROR_TARBALLS

That was set : export BB_GENERATE_MIRROR_TARBALLS=1 -Original Message- From: yocto@lists.yoctoproject.org On Behalf Of Richard Purdie Sent: Tuesday, January 19, 2021 9:02 AM To: Monsees, Steven C (US) ; yocto@lists.yoctoproject.org Subject: Re: [yocto] #yocto #kernel

Re: [yocto] #yocto #kernel BB_GENERATE_MIRROR_TARBALLS

On Tue, 2021-01-19 at 13:42 +, Monsees, Steven C (US) via lists.yoctoproject.org wrote: > When I generate MIRROR TARBALLS for my build it does not appear to > generate all the required tarballs… >   > I tested by tested by rebuilding with “BB_NO_NETWORK = 1”, and > received the following build

[yocto] #yocto #kernel BB_GENERATE_MIRROR_TARBALLS

When I generate MIRROR TARBALLS for my build it does not appear to generate all the required tarballs... I tested by tested by rebuilding with "BB_NO_NETWORK = 1", and received the following build Error (see below). Is there something else I need to define to get all the required tarballs in

Re: [yocto] insmod - huawei E3372h kernel module

Here is an error message: modprobe - insmod ( http://paste.ubuntu.com/p/hMWBQSDKcF/ ) -- Zolee -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#52043): https://lists.yoctoproject.org/g/yocto/message/52043 Mute This Topic:

[yocto] insmod - huawei E3372h kernel module

Forwarded to r...@burtonini.com . Thank you, Zoran/Zee -- Forwarded message - From: Zoran via lists.yoctoproject.org Date: Tue, Jan 19, 2021 at 2:23 PM Subject: Re: [yocto] insmod - huawei E3372h kernel module To: Zoltan Kerenyi Nagy , Burton, Ross Cc: Yocto-mailing-list > As

Re: [yocto] insmod - huawei E3372h kernel module

> As far as I understand the KERNEL_MODULE_AUTOLOAD directive will > populate the /etc/modules file, however, after bitbaking, on the device there > is no /etc/modules file or folder but another folder: > > root@barix-ipam400:~# ls /lib/modules/4.10.0/extra/ > cdc-ncm.ko cdc-wdm.ko

Re: [linux-yocto] preempt-rt build failure

On Tue, Jan 19, 2021 at 3:26 AM He Zhe wrote: > > Hi Bruce, > > The following revert breaks preempt-rt build. > It fixes the build here. That 5.10-stable change really shouldn't even be in -stable .. but yet it is. It broke my -rt test builds, and rather than implementing a slowpath for this,

Re: [yocto] insmod - huawei E3372h kernel module

I don have a recipie for /etc/modules To my understanding this order will cause the load: KERNEL_MODULE_AUTOLOAD += "ncm_driver"KERNEL_MODULE_PROBECONF += "ncm_driver"cdc_ncm = "options ncm_driver iProduct=USB_Host_Driver_for_Network_Control_Model iManufacturer=NCM" KERNEL_MODULE_AUTOLOAD +=

[linux-yocto] preempt-rt build failure

Hi Bruce, The following revert breaks preempt-rt build. http://git.yoctoproject.org/cgit/cgit.cgi/linux-yocto/commit/?h=v5.10/standard/preempt-rt/base=491a86a368de0c75f18b85d01a3390dc2811c343 tmp-glibc/work-shared/qemux86-64/kernel-source/kernel/locking/rwsem.c:1517:54: error: implicit

回复: [linux-yocto] Question on CONFIG_FW_LOADER warning

> > > > > > > > 发件人: Bruce Ashfield > > > > 发送时间: 2021年1月15日 23:10 > > > > 收件人: Zhang, Qiang > > > > 抄送: linux-yocto@lists.yoctoproject.org > > > > 主题: Re: Question on CONFIG_FW_LOADER warning > > > > > > > > On Fri, Jan 15, 2021 at 3:43 AM Zhang, Qiang >