On Wed, Mar 15, 2017 at 12:33 PM, Bob Cochran <yo...@mindchasers.com> wrote: > On 03/10/2017 02:30 PM, Bob Cochran wrote: > > On 03/08/2017 04:26 AM, Zhenhua Luo wrote: > > Hi Bob, > > -----Original Message----- > From: meta-freescale-boun...@yoctoproject.org [mailto:meta-freescale- > boun...@yoctoproject.org] On Behalf Of Bob Cochran > Sent: Sunday, March 05, 2017 11:32 PM > > It's trying to add > > +KERNEL=="mmcblk*rpmb", GOTO="persistent_storage_end" > > to > > https://github.com/gentoo/eudev/blob/master/rules/60-persistent- > storage.rules > > > So, is it better to update skip-rules-for-mmc-rpmb-partition.patch or just > remove > eudev_%.bbappend from recipes-core/udev? > > [Zhenhua Luo] my suggestion is to update > skip-rules-for-mmc-rpmb-partition.patch, do you mind to send a patch? > > > Will do, but I'm going to try to understand the need for it first and why it > doesn't apply to QoriQ ARM. > > > > I think we should get rid of the eudev_%.bbappend file and related patch > because it's no longer needed.
Agreed. Please prepare the patch so we can clean up our metadata :-) > At one point eudev/systemd had a similar patch as what meta-freescale has, > but it was replaced by commit d2313434 (rules: storage - replace blacklist > with explicit whitelist) > > $ git log -p d2313434 > > commit d2313434acc1cf5387637e72f76c2ebe36d523e1 > Author: Kay Sievers <k...@vrfy.org> > Date: Thu Mar 12 15:03:30 2015 +0100 > > rules: storage - relace blacklist with explicit whitelist > > Newly added kernel drivers repeatedly pass our blacklist and > cause trouble for the devices, because they do not expect to > be examined by udev's default rules which include blkid. > > This turns the blacklist into a whitelist. Device type which > need support for additional symlinks need to be added to the > whitelist now. > Thank you for your in depth analysis :-) -- Otavio Salvador O.S. Systems http://www.ossystems.com.br http://code.ossystems.com.br Mobile: +55 (53) 9981-7854 Mobile: +1 (347) 903-9750 -- _______________________________________________ meta-freescale mailing list meta-freescale@yoctoproject.org https://lists.yoctoproject.org/listinfo/meta-freescale