From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail1.windriver.com (mail1.windriver.com [147.11.146.13]) by mail.openembedded.org (Postfix) with ESMTP id 81365731CC for ; Tue, 5 Apr 2016 01:53:40 +0000 (UTC) Received: from ALA-HCA.corp.ad.wrs.com (ala-hca.corp.ad.wrs.com [147.11.189.40]) by mail1.windriver.com (8.15.2/8.15.1) with ESMTPS id u351rZm6009213 (version=TLSv1 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 4 Apr 2016 18:53:35 -0700 (PDT) Received: from [128.224.162.236] (128.224.162.236) by ALA-HCA.corp.ad.wrs.com (147.11.189.40) with Microsoft SMTP Server id 14.3.248.2; Mon, 4 Apr 2016 18:53:34 -0700 To: Bruce Ashfield References: <637f6783157bb0e9449d153133485401bcf2dbb1.1459677330.git.liezhi.yang@windriver.com> <1459719999.7348.142.camel@linuxfoundation.org> From: Robert Yang Message-ID: <57031A9C.3040000@windriver.com> Date: Tue, 5 Apr 2016 09:53:32 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Cc: Patches and discussions about the oe-core layer Subject: Re: [PATCH 1/1] linux-yocto 4.4: enable overlayfs by default X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2016 01:53:41 -0000 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Hi Bruce, How many union fs on Linux, please? AFAIK: * unionfs: not supported by kernel any more. * aufs * overlayfs If aufs and overlayfs are conflicted, how about: KERNEL_UNION_FS ?= "features/overlayfs/overlayfs.scc" KERNEL_EXTRA_FEATURES ?= "[snip] ${KERNEL_UNION_FS}" I think that we really need a way to make iso/hddimg work by default to enhance the OOBE. // Robert On 04/04/2016 07:56 AM, Bruce Ashfield wrote: > > > On Sun, Apr 3, 2016 at 5:46 PM, Richard Purdie > > > wrote: > > On Sun, 2016-04-03 at 06:11 -0400, Bruce Ashfield wrote: > > > > > > On Sun, Apr 3, 2016 at 5:58 AM, Robert Yang < > >liezhi.yang@windriver.com > wrote: > > > So that iso can work well, otherwise the iso is readonly and there > > > would > > > be errors. The other way is aufs, but overlayfs is more pupolar and > > > had > > > been merged by kernel mainline, we need make iso work well by > > > default. > > Nope. As I mentioned before, this can't be a always on default. It > > will conflict > > with other unionFS use cases. > > > > If you want overlayfs enabled, it needs to be triggered from a > > specific image > > or distro feature. > > We can't change the kernel config from an image so it would have to be > a distro setting. Is there a problem with enabling both as modules btw? > I assume they can coexist? > > > I've always found it limiting that we can't trigger kernel features based on > what an image' > type actually needs, but I understand why/how it works like this. > > If it can't be triggered by an image setting, then just keeping a layer that is > added > to the build, that has a bbappend with the appropriate KERNEL_FEATURES would > also work, and is the approach that I've also taken. > > Not that the existing configs are great in this respect (they need a lot of > streamlining), > but building modules 'just in case' eventually leads to allmodconfig :) > > I'd imagine they could co-exist, but it isn't something I've tried. > > Bruce > > > Cheers, > > Richard > > > > > -- > "Thou shalt not follow the NULL pointer, for chaos and madness await thee at its > end"