Re: [OE-core] [PATCH 3/3] core-image-minimal-initramfs: use initramfs-framework by default
Hi Richard, Noted with the changes. I had try to reproduce the same failure log that you send to me. However, the result is different. How can I run the oe-selftest to test out the patch on my machine correctly? Can you verify with me whether the steps below are the correct steps? Firstly git clone a poky and meta-intel layer, then source a build. I also enable the oe-selftest configuration on my local.conf and run the command "oe-selftest -r runqemu.RunqemuTests.test_boot_deploy_hddimg"? I try to test the latest poky master branch without my "use initramfs-framework by default" commit, the oe-selftest for those two testcases are failed too) Here is the failure log that I captured: http://pastebin.intel.com/hefizelixo.vhdl Regards, Wei Tee -Original Message- From: Richard Purdie [mailto:richard.pur...@linuxfoundation.org] Sent: Sunday, July 30, 2017 3:48 PM To: Ng, Wei Tee <wei.tee...@intel.com>; openembedded-core@lists.openembedded.org Cc: Wold, Saul <saul.w...@intel.com> Subject: Re: [OE-core] [PATCH 3/3] core-image-minimal-initramfs: use initramfs-framework by default On Sun, 2017-07-23 at 16:51 -0700, wei.tee...@intel.com wrote: > From: "Ng, Wei Tee" <wei.tee...@intel.com> > > Use the initramfs-framework for initialization by default due to the > modularity and expansibility. > > [YOCTO #10987] > > Signed-off-by: Ng, Wei Tee <wei.tee...@intel.com> > --- > meta/recipes-core/images/core-image-minimal-initramfs.bb | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) I'm afraid I had to revert this change: http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=fab2219af4a6566124 cf95d1d2648d4729391baf because it was causing oe-selftest failures as shown here: https://autobuilder.yocto.io/builders/nightly-oe-selftest/builds/415/st eps/Running%20oe-selftest/logs/stdio Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [poky][master][PATCH v2 0/1] initramfs-framework: include install-efi module in recipe for installation
Hi Richard, For the allarch problem that you mentioned, I added INHIBIT_DEFAULT_DEPS = "1" because the packages maybe an allarch due to it being a simple script, reality is that it is Host specific based on the COMPATIBLE_HOST, which needs to take precedence. For this case, I run the four tests which is previously failed in the oe-selftest report and now it is PASS. - oe-selftest -r sstatetests.SStateTests.test_sstate_allarch_samesigs [PASS] - oe-selftest -r sstatetests.SStateTests.test_sstate_allarch_samesigs_multilib [PASS] - oe-selftest -r wic.Wic.test_fs_types [PASS] - oe-selftest -r wic.Wic.test_mkfs_extraopts [PASS] I re-sent a new set of patches which consolidate into three commits to the mailing list. You can find it in this link: http://lists.openembedded.org/pipermail/openembedded-core/2017-July/140021.html The new patches consists of the 3 commits which are: initramfs-framework: module to support boot live image initramfs-framework: include install-efi module in recipe for installation core-image-minimal-initramfs: use initramfs-framework by default [newly added] Regards, Wei Tee -Original Message- From: Richard Purdie [mailto:richard.pur...@linuxfoundation.org] Sent: Saturday, July 22, 2017 5:43 AM To: Ng, Wei Tee <wei.tee...@intel.com>; openembedded-core@lists.openembedded.org Cc: Wold, Saul <saul.w...@intel.com> Subject: Re: [OE-core] [poky][master][PATCH v2 0/1] initramfs-framework: include install-efi module in recipe for installation Hi, On Sun, 2017-07-16 at 12:29 -0700, wei.tee...@intel.com wrote: > From: "Ng, Wei Tee" <wei.tee...@intel.com> > > This patch is to enable the installation mechanism in initramfs- > framework. > It used the existing init-install-efi.sh script in the initrdscript > and install a new module named initramfs-module-install-efi in the > recipe. > > I put all the changes as a single commit. This version 2 had renamed > the existing init-install-efi.sh to install-efi.sh and package name > changed to install-efi. > > This patch shall encounter a patchtest failure as it is depends on a > patch which have been sent to the mailing list and waiting for > acceptance. The dependency patch can be found in here: > http://lists.openembedded.org/pipermail/openembedded-core/2017-July/1 > 39570.html > > This changes has been verified with build test, boot up test and > installation test on Minnowboard Max platform. > > Please review and provide feedback if you have any. > The patches are targeted for merging into poky master branch. I think the RDEPENDS in this patch cause problems when added to an allarch recipe. You can see this issue by running: oe-selftest -r sstatetests.SStateTests.test_sstate_allarch_samesigs (it failed on the autobuilder: https://autobuilder.yocto.io/builders/nightly-oe-selftest/builds/399/st eps/Running%20oe-selftest/logs/stdio) We need to resolve this before the two initramfs-framework patches can be merged. Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] initramfs-framework: include install module in recipe for installation
Noted with regards. This version would be better.
Thank you!
Regards,
Wei Tee
-Original Message-
From: Otavio Salvador [mailto:otavio.salva...@ossystems.com.br]
Sent: Saturday, July 15, 2017 1:14 AM
To: Ng, Wei Tee <wei.tee...@intel.com>
Cc: Patches and discussions about the oe-core layer
<openembedded-core@lists.openembedded.org>; Wold, Saul <saul.w...@intel.com>
Subject: Re: [OE-core] [PATCH 1/1] initramfs-framework: include install module
in recipe for installation
On Wed, Jul 12, 2017 at 8:01 PM, <wei.tee...@intel.com> wrote:
> From: "Ng, Wei Tee" <wei.tee...@intel.com>
>
> Utilized the existing init-install-efi.sh script to manage the
init-install-efi.sh could be renamed to install-efi.sh; also the package name
should be install-efi as it does not support other types of installation.
> installation process of images in initramfs-framework model. This
> script will be executed when "install" option is being chosen in the
> grub menu and install the image on the target platform. A new install
> module is being added in the recipe to handle the installation process
> using initramfs-framework.
>
> [YOCTO #10989]
>
> Signed-off-by: Ng, Wei Tee <wei.tee...@intel.com>
> ---
> .../initramfs-framework/init-install-efi.sh| 276
> +
> .../initrdscripts/initramfs-framework_1.0.bb | 13 +-
> 2 files changed, 287 insertions(+), 2 deletions(-) create mode
> 100644
> meta/recipes-core/initrdscripts/initramfs-framework/init-install-efi.s
> h
>
> diff --git
> a/meta/recipes-core/initrdscripts/initramfs-framework/init-install-efi
> .sh
> b/meta/recipes-core/initrdscripts/initramfs-framework/init-install-efi
> .sh
> new file mode 100644
> index 000..5ad3a60
> --- /dev/null
> +++ b/meta/recipes-core/initrdscripts/initramfs-framework/init-install
> +++ -efi.sh
> @@ -0,0 +1,276 @@
> +#!/bin/sh -e
> +#
> +# Copyright (c) 2012, Intel Corporation.
> +# All rights reserved.
> +#
> +# install.sh [device_name] [rootfs_name] #
> +
> +PATH=/sbin:/bin:/usr/sbin:/usr/bin
> +
> +# We need 20 Mb for the boot partition
> +boot_size=20
> +
> +# 5% for swap
> +swap_ratio=5
> +
> +# Get a list of hard drives
> +hdnamelist=""
> +live_dev_name=`cat /proc/mounts | grep ${1%/} | awk '{print $1}'`
> +live_dev_name=${live_dev_name#\/dev/}
> +# Only strip the digit identifier if the device is not an mmc case
> +$live_dev_name in
> +mmcblk*)
> +;;
> +nvme*)
> +;;
> +*)
> +live_dev_name=${live_dev_name%%[0-9]*}
> +;;
> +esac
> +
> +echo "Searching for hard drives ..."
> +
> +# Some eMMC devices have special sub devices such as mmcblk0boot0 etc
> +# we're currently only interested in the root device so pick them
> +wisely devices=`ls /sys/block/ | grep -v mmcblk` || true
> +mmc_devices=`ls /sys/block/ | grep "mmcblk[0-9]\{1,\}$"` || true
> +devices="$devices $mmc_devices"
> +
> +for device in $devices; do
> +case $device in
> +loop*)
> +# skip loop device
> +;;
> +sr*)
> +# skip CDROM device
> +;;
> +ram*)
> +# skip ram device
> +;;
> +*)
> +# skip the device LiveOS is on
> +# Add valid hard drive name to the list
> +case $device in
> +$live_dev_name*)
> +# skip the device we are running from
> +;;
> +*)
> +hdnamelist="$hdnamelist $device"
> +;;
> +esac
> +;;
> +esac
> +done
> +
> +if [ -z "${hdnamelist}" ]; then
> +echo "You need another device (besides the live device
> /dev/${live_dev_name}) to install the image. Installation aborted."
> +exit 1
> +fi
> +
> +TARGET_DEVICE_NAME=""
> +for hdname in $hdnamelist; do
> +# Display found hard drives and their basic info
> +echo "---"
> +echo /dev/$hdname
> +if [ -r /sys/block/$hdname/device/vendor ]; then
> +echo -n "VENDOR="
> +cat /sys/block/$hdname/device/vendor
> +fi
> +if [ -r /sys/block/$hdname/device/model ]; then
> +echo -n "MODEL="
> +cat /sys/block/$hdname/device/model
> +fi
> +if [ -r /sys/block/$hdname/device/uevent ]; then
> +echo -n "UEVENT="
> +cat /sys/block/$hdname/device/uevent
> +fi
> +echo
> +done
> +
> +# Get user choice
> +while true; do
>
Re: [OE-core] ✗ patchtest: failure for initramfs-framework: include install module in recipe for installation
Hi Leo, The missing patch (the attach link) is being submitted to the mailing list before this patch, and it is now being review and wait to be merge. Regards, Wei Tee -Original Message- From: Leonardo Sandoval [mailto:leonardo.sandoval.gonza...@linux.intel.com] Sent: Thursday, July 13, 2017 10:50 PM To: Ng, Wei Tee <wei.tee...@intel.com> Cc: openembedded-core@lists.openembedded.org Subject: Re: [OE-core] ✗ patchtest: failure for initramfs-framework: include install module in recipe for installation On Thu, 2017-07-13 at 06:36 +0000, Ng, Wei Tee wrote: > The reason for this patchtest failure is because of this patch have a > dependency on another patch which is: > initramfs-framework: module to support boot live image Here you go > for the link of this patch: > http://lists.openembedded.org/pipermail/openembedded-core/2017-July/13 > 9570.html > Any reason for not having that missing patch in this series? patchtest just tries to patch in latest master without taking into account any pending patch pending on the ML. Leo > Regards, > Wei Tee > > -Original Message- > From: Patchwork [mailto:patchw...@patchwork.openembedded.org] > Sent: Thursday, July 13, 2017 2:31 PM > To: Ng, Wei Tee <wei.tee...@intel.com> > Cc: openembedded-core@lists.openembedded.org > Subject: ✗ patchtest: failure for initramfs-framework: include install > module in recipe for installation > > == Series Details == > > Series: initramfs-framework: include install module in recipe for > installation > Revision: 1 > URL : https://patchwork.openembedded.org/series/7726/ > State : failure > > == Summary == > > > Thank you for submitting this patch series to OpenEmbedded Core. This is an > automated response. Several tests have been executed on the proposed series > by patchtest resulting in the following failures: > > > > * Issue Series does not apply on top of target branch > [test_series_merge_on_head] > Suggested fixRebase your series on top of targeted branch > Targeted branch master (currently at b1c4661742) > > > > If you believe any of these test results are incorrect, please reply to the > mailing list (openembedded-core@lists.openembedded.org) raising your concerns. > Otherwise we would appreciate you correcting the issues and submitting a new > version of the patchset if applicable. Please ensure you add/increment the > version number when sending the new version (i.e. [PATCH] -> [PATCH v2] -> > [PATCH v3] -> ...). > > --- > Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest > Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe > -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] ✗ patchtest: failure for initramfs-framework: include install module in recipe for installation
The reason for this patchtest failure is because of this patch have a dependency on another patch which is: initramfs-framework: module to support boot live image Here you go for the link of this patch: http://lists.openembedded.org/pipermail/openembedded-core/2017-July/139570.html Regards, Wei Tee -Original Message- From: Patchwork [mailto:patchw...@patchwork.openembedded.org] Sent: Thursday, July 13, 2017 2:31 PM To: Ng, Wei Tee <wei.tee...@intel.com> Cc: openembedded-core@lists.openembedded.org Subject: ✗ patchtest: failure for initramfs-framework: include install module in recipe for installation == Series Details == Series: initramfs-framework: include install module in recipe for installation Revision: 1 URL : https://patchwork.openembedded.org/series/7726/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed on the proposed series by patchtest resulting in the following failures: * Issue Series does not apply on top of target branch [test_series_merge_on_head] Suggested fixRebase your series on top of targeted branch Targeted branch master (currently at b1c4661742) If you believe any of these test results are incorrect, please reply to the mailing list (openembedded-core@lists.openembedded.org) raising your concerns. Otherwise we would appreciate you correcting the issues and submitting a new version of the patchset if applicable. Please ensure you add/increment the version number when sending the new version (i.e. [PATCH] -> [PATCH v2] -> [PATCH v3] -> ...). --- Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v3 2/2] initramfs-framwork: module to support boot live image
Yes, I had squash the changes into a single commit and corrected the typo also. The changes is being submitted to the mailing list. Thanks a lot! Regards, Wei Tee -Original Message- From: Otavio Salvador [mailto:otavio.salva...@ossystems.com.br] Sent: Tuesday, July 11, 2017 1:43 AM To: Ng, Wei Tee <wei.tee...@intel.com> Cc: Patches and discussions about the oe-core layer <openembedded-core@lists.openembedded.org>; Wold, Saul <saul.w...@intel.com> Subject: Re: [OE-core] [PATCH v3 2/2] initramfs-framwork: module to support boot live image On Thu, Jul 6, 2017 at 3:28 PM, <wei.tee...@intel.com> wrote: > From: "Ng, Wei Tee" <wei.tee...@intel.com> > > setup-live module is a new module being introduced to integrate the > functionality of init-live.sh into new scriptlet in order to support > the live boot image. The udev-extraconf rdepends is being added to > perform automounting. It gets to run before the rootfs and finish > module. > > [YOCTO #11701] > > Signed-off-by: Ng, Wei Tee <wei.tee...@intel.com> I think this patch could be squashed onto the first as it is required for it to work. -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2 1/3] initramfs-framework: udev: Add a runtime dependency on udev-extraconf
Hi The existing live-boot package is consists of udev and udev-extraconf. (http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-core/initrdscripts/initramfs-live-boot_1.0.bb ) Now I am working on integrate this into the initramfs-framework model. Because when it is using the initramfs-framework method, the image could not automount which depends on udev-extraconf. Therefore, I added the runtime dependency on udev-extraconf in my recipe file (http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-core/initrdscripts/initramfs-framework_1.0.bb ) to include the same features as the live-boot package. Please correct it if I get it wrong. Regards, Wei Tee -Original Message- From: Otavio Salvador [mailto:otavio.salva...@ossystems.com.br] Sent: Tuesday, July 4, 2017 9:50 PM To: Ng, Wei Tee <wei.tee...@intel.com> Cc: Patches and discussions about the oe-core layer <openembedded-core@lists.openembedded.org> Subject: Re: [OE-core] [PATCH v2 1/3] initramfs-framework: udev: Add a runtime dependency on udev-extraconf On Mon, Jul 3, 2017 at 10:11 PM, Ng, Wei Tee <wei.tee...@intel.com> wrote: > Yes, it's mainly to support the live boot image. Therefore the udev-extraconf > is being added in the rdepends. > The wrong that you mentioned is because of the commit message was not convey > in the correct way? > The initramfs-framework currently is not handling live boot support. Perhaps, > "In order to implement initramfs-framework for live boot support" will be > better? Move it to live-boot package rdepends. I don't want automount when adding udev only it seems wrong. -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2 1/3] initramfs-framework: udev: Add a runtime dependency on udev-extraconf
Yes, it's mainly to support the live boot image. Therefore the udev-extraconf is being added in the rdepends. The wrong that you mentioned is because of the commit message was not convey in the correct way? The initramfs-framework currently is not handling live boot support. Perhaps, "In order to implement initramfs-framework for live boot support" will be better? Regards, Wei Tee -Original Message- From: Otavio Salvador [mailto:otavio.salva...@ossystems.com.br] Sent: Tuesday, July 4, 2017 4:17 AM To: Ng, Wei Tee <wei.tee...@intel.com> Cc: Patches and discussions about the oe-core layer <openembedded-core@lists.openembedded.org> Subject: Re: [OE-core] [PATCH v2 1/3] initramfs-framework: udev: Add a runtime dependency on udev-extraconf On Thu, Jun 29, 2017 at 9:30 PM, <wei.tee...@intel.com> wrote: > From: "Ng, Wei Tee" <wei.tee...@intel.com> > > In order to implement initramfs-framework for boot up process, it > depends on udev performing automounting, which happens in udev-extraconf. > Explicitly depend on it so that we always have it installed. > > Signed-off-by: Ng, Wei Tee <wei.tee...@intel.com> Wrong; this is need for the live support so the rdepends should be there. -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/2] [master][dizzy] Enable Marvel 8897 Wifi feature
Alright. After getting input from you guys, I will add it in distro layer. Thanks for the time and advice. Regards, Wei Tee From: Burton, Ross [mailto:ross.bur...@intel.com] Sent: Tuesday, July 28, 2015 2:46 AM To: Otavio Salvador Cc: Hugo Vasconcelos Saldanha; Ng, Wei Tee; Patches and discussions about the oe-core layer Subject: Re: [OE-core] [PATCH 0/2] [master][dizzy] Enable Marvel 8897 Wifi feature On 27 July 2015 at 19:28, Otavio Salvador otavio.salva...@ossystems.com.brmailto:otavio.salva...@ossystems.com.br wrote: Sure but this is not a bugfix. I am opposed to backport features without a very clear reason and this does not seem to qualify as a massive need. Indeed, and existence in meta-oe is an even better reason *not* to backport to oe-core dizzy. If there's a product being built on the dizzy release, then these can be added to your distro layer (or meta-oe used directly). Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/2] [master][dizzy] Enable Marvel 8897 Wifi feature
Hi, I've sent 2 patches regarding to enable Marvel 8897 Wifi feature 2 weeks ago and would like to follow up the status. I am wondering is there any issue on the patches that I submitted because I don't receive any response from anyone. These 2 patches are targeting to merge in Master branch and port it over to Dizzy branch as well. Any helps will be appreciated. Thanks. Regards, Wei Tee -Original Message- From: Ng, Wei Tee Sent: Thursday, July 9, 2015 1:10 PM To: openembedded-core@lists.openembedded.org Cc: Ng, Wei Tee Subject: [PATCH 0/2] [OE-core][master][dizzy] Enable Marvel 8897 Wifi feature From: Ng Wei Tee wei.tee...@intel.com Hi all, I would like to add hostapd and iw configuration for enabling Marvell 8897 Wifi feature. Hostapd and iw configuration were created in the recipes-connectivity layer to enable Marvell 8897 module function in AP mode and STA mode. Please review and provide feedback if any. This patch is target to merge in openembedded-core master and dizzy branch. Thanks. Regards, Wei Tee Ng Shui Lei (2): recipes-connectivity: Add hostapd configuration for enabling Marvell 8897 WiFi feature recipes-connectivity: Add iw configuration for enabling Marvell 8897 WiFi feature .../hostapd/hostapd-2.2/defconfig | 145 .../hostapd/hostapd-2.2/hostapd.service| 11 ++ meta/recipes-connectivity/hostapd/hostapd-2.2/init | 58 meta/recipes-connectivity/hostapd/hostapd_2.2.bb | 48 +++ sh-don-t-use-git-describe-for-versioning.patch | 40 ++ meta/recipes-connectivity/iw/iw_3.8.bb | 27 6 files changed, 329 insertions(+) create mode 100644 meta/recipes-connectivity/hostapd/hostapd- 2.2/defconfig create mode 100644 meta/recipes-connectivity/hostapd/hostapd- 2.2/hostapd.service create mode 100644 meta/recipes-connectivity/hostapd/hostapd-2.2/init create mode 100644 meta/recipes-connectivity/hostapd/hostapd_2.2.bb create mode 100644 meta/recipes-connectivity/iw/iw-3.8/0001-iw-version.sh- don-t-use-git-describe-for-versioning.patch create mode 100644 meta/recipes-connectivity/iw/iw_3.8.bb -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/2] [master][dizzy] Enable Marvel 8897 Wifi feature
Hi, are these included? Best Regards, Wei Tee -Original Message- From: Ng, Wei Tee Sent: Thursday, July 9, 2015 1:10 PM To: openembedded-core@lists.openembedded.org Cc: Ng, Wei Tee Subject: [PATCH 0/2] [OE-core][master][dizzy] Enable Marvel 8897 Wifi feature From: Ng Wei Tee wei.tee...@intel.com Hi all, I would like to add hostapd and iw configuration for enabling Marvell 8897 Wifi feature. Hostapd and iw configuration were created in the recipes-connectivity layer to enable Marvell 8897 module function in AP mode and STA mode. Please review and provide feedback if any. This patch is target to merge in openembedded-core master and dizzy branch. Thanks. Regards, Wei Tee Ng Shui Lei (2): recipes-connectivity: Add hostapd configuration for enabling Marvell 8897 WiFi feature recipes-connectivity: Add iw configuration for enabling Marvell 8897 WiFi feature .../hostapd/hostapd-2.2/defconfig | 145 .../hostapd/hostapd-2.2/hostapd.service| 11 ++ meta/recipes-connectivity/hostapd/hostapd-2.2/init | 58 meta/recipes-connectivity/hostapd/hostapd_2.2.bb | 48 +++ sh-don-t-use-git-describe-for-versioning.patch | 40 ++ meta/recipes-connectivity/iw/iw_3.8.bb | 27 6 files changed, 329 insertions(+) create mode 100644 meta/recipes-connectivity/hostapd/hostapd- 2.2/defconfig create mode 100644 meta/recipes-connectivity/hostapd/hostapd- 2.2/hostapd.service create mode 100644 meta/recipes-connectivity/hostapd/hostapd-2.2/init create mode 100644 meta/recipes-connectivity/hostapd/hostapd_2.2.bb create mode 100644 meta/recipes-connectivity/iw/iw-3.8/0001-iw-version.sh- don-t-use-git-describe-for-versioning.patch create mode 100644 meta/recipes-connectivity/iw/iw_3.8.bb -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/3] [dizzy] Enable Marvell 8897 Wifi feature
Hi, are these included? Best Regards, Wei Tee -Original Message- From: Ng, Wei Tee Sent: Tuesday, June 23, 2015 10:06 AM To: akuster808; openembedded-core@lists.openembedded.org Subject: RE: [OE-core] [PATCH 0/3] [dizzy] Enable Marvell 8897 Wifi feature Hi Armin, Thanks for accepting the linux-firmware changes in dizzy branch. Regarding to the two new recipes, is it possible to add the two new recipes in master branch so that it can be backport to dizzy/fido branch? My target is to enable hostapd and iw features in dizzy branch. Hope to get some advice from you. Thank you Regards, Wei Tee -Original Message- From: akuster808 [mailto:akuster...@gmail.com] Sent: Tuesday, June 23, 2015 9:54 AM To: Ng, Wei Tee; openembedded-core@lists.openembedded.org Subject: Re: [OE-core] [PATCH 0/3] [dizzy] Enable Marvell 8897 Wifi feature Wei Tee, I am ok with the firmware change but not adding two new recipes. A better place may be in fido. regards, Armin On 06/19/2015 12:46 AM, wei.tee...@intel.com wrote: From: Ng Wei Tee wei.tee...@intel.com Hi all, I would like to add hostapd and iw configuration for enabling Marvell 8897 Wifi feature. Hostapd and iw configuration were created in the recipes-connectivity layer to enable Marvell 8897 module function in AP Mode and STA mode. This also package the Marvell pci8897 and usb8897 in the recipes-kernel/linux-firmware and intel iwlwifi firmware copyright years changed. Please review and provide feedback if any. This patch is target to merge in openembedded-core dizzy branch. Regards, Wei Tee Ng Shui Lei (2): recipes-connectivity: Add hostapd configuration for enabling Marvell 8897 WiFi feature recipes-connectivity: Add iw configuration for enabling Marvell 8897 WiFi feature Ng Wei Tee (1): linux-firmware: Package Marvell pci8897 and usb8897 firmware .../hostapd/hostapd-2.2/defconfig | 145 .../hostapd/hostapd-2.2/hostapd.service| 11 ++ meta/recipes-connectivity/hostapd/hostapd-2.2/init | 58 meta/recipes-connectivity/hostapd/hostapd_2.2.bb | 48 +++ sh-don-t-use-git-describe-for-versioning.patch | 40 ++ meta/recipes-connectivity/iw/iw_3.8.bb | 27 .../linux-firmware/linux-firmware_git.bb | 19 ++- 7 files changed, 345 insertions(+), 3 deletions(-) create mode 100644 meta/recipes-connectivity/hostapd/hostapd- 2.2/defconfig create mode 100644 meta/recipes-connectivity/hostapd/hostapd- 2.2/hostapd.service create mode 100644 meta/recipes-connectivity/hostapd/hostapd-2.2/init create mode 100644 meta/recipes-connectivity/hostapd/hostapd_2.2.bb create mode 100644 meta/recipes-connectivity/iw/iw-3.8/0001-iw- version.sh-don-t-use-git-describe-for-versioning.patch create mode 100644 meta/recipes-connectivity/iw/iw_3.8.bb -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/3] [dizzy] Enable Marvell 8897 Wifi feature
Hi Armin, Thanks for accepting the linux-firmware changes in dizzy branch. Regarding to the two new recipes, is it possible to add the two new recipes in master branch so that it can be backport to dizzy/fido branch? My target is to enable hostapd and iw features in dizzy branch. Hope to get some advice from you. Thank you Regards, Wei Tee -Original Message- From: akuster808 [mailto:akuster...@gmail.com] Sent: Tuesday, June 23, 2015 9:54 AM To: Ng, Wei Tee; openembedded-core@lists.openembedded.org Subject: Re: [OE-core] [PATCH 0/3] [dizzy] Enable Marvell 8897 Wifi feature Wei Tee, I am ok with the firmware change but not adding two new recipes. A better place may be in fido. regards, Armin On 06/19/2015 12:46 AM, wei.tee...@intel.com wrote: From: Ng Wei Tee wei.tee...@intel.com Hi all, I would like to add hostapd and iw configuration for enabling Marvell 8897 Wifi feature. Hostapd and iw configuration were created in the recipes-connectivity layer to enable Marvell 8897 module function in AP Mode and STA mode. This also package the Marvell pci8897 and usb8897 in the recipes-kernel/linux-firmware and intel iwlwifi firmware copyright years changed. Please review and provide feedback if any. This patch is target to merge in openembedded-core dizzy branch. Regards, Wei Tee Ng Shui Lei (2): recipes-connectivity: Add hostapd configuration for enabling Marvell 8897 WiFi feature recipes-connectivity: Add iw configuration for enabling Marvell 8897 WiFi feature Ng Wei Tee (1): linux-firmware: Package Marvell pci8897 and usb8897 firmware .../hostapd/hostapd-2.2/defconfig | 145 .../hostapd/hostapd-2.2/hostapd.service| 11 ++ meta/recipes-connectivity/hostapd/hostapd-2.2/init | 58 meta/recipes-connectivity/hostapd/hostapd_2.2.bb | 48 +++ sh-don-t-use-git-describe-for-versioning.patch | 40 ++ meta/recipes-connectivity/iw/iw_3.8.bb | 27 .../linux-firmware/linux-firmware_git.bb | 19 ++- 7 files changed, 345 insertions(+), 3 deletions(-) create mode 100644 meta/recipes-connectivity/hostapd/hostapd- 2.2/defconfig create mode 100644 meta/recipes-connectivity/hostapd/hostapd- 2.2/hostapd.service create mode 100644 meta/recipes-connectivity/hostapd/hostapd-2.2/init create mode 100644 meta/recipes-connectivity/hostapd/hostapd_2.2.bb create mode 100644 meta/recipes-connectivity/iw/iw-3.8/0001-iw- version.sh-don-t-use-git-describe-for-versioning.patch create mode 100644 meta/recipes-connectivity/iw/iw_3.8.bb -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
