From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.ingenico.com (smtp1.ingenico.com [217.108.148.240]) by mail.openembedded.org (Postfix) with ESMTP id 67B4060DD7 for ; Wed, 26 Feb 2014 11:11:29 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.97,547,1389740400"; d="scan'208,217";a="41794871" Received: from cosnadexc21.usr.ingenico.loc ([10.31.4.221]) by antispam1.usr.ingenico.loc with ESMTP; 26 Feb 2014 12:11:31 +0100 Received: from COSNADEXC13.usr.ingenico.loc ([169.254.1.243]) by COSNADEXC21.usr.ingenico.loc ([10.31.4.221]) with mapi id 14.02.0328.009; Wed, 26 Feb 2014 12:11:29 +0100 From: Matthieu CRAPET To: "openembedded-core@lists.openembedded.org" Thread-Topic: image.bbclass: USE_DEVFS is now useless Thread-Index: Ac8y4SVYYOAm1CkVQOWnvL0TlEKEvw== Date: Wed, 26 Feb 2014 11:11:28 +0000 Message-ID: <8672BB614B4CCA40A6B3BDD6FD82050B575445A7@COSNADEXC13.usr.ingenico.loc> Accept-Language: fr-FR, en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.31.16.119] MIME-Version: 1.0 Subject: image.bbclass: USE_DEVFS is now useless 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: Wed, 26 Feb 2014 11:11:32 -0000 Content-Language: fr-FR Content-Type: multipart/alternative; boundary="_000_8672BB614B4CCA40A6B3BDD6FD82050B575445A7COSNADEXC13usri_" --_000_8672BB614B4CCA40A6B3BDD6FD82050B575445A7COSNADEXC13usri_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, Since : http://cgit.openembedded.org/openembedded-core/commit/meta/classes/image.bb= class?id=3Da83144bac8d67704ff66f5dc0fc56f5b63979694 USE_DEVFS is not considered anymore. Setting IMAGE_DEVICE_TABLE or IMAGE_DEVICE_TABLES to empty string in an ima= ge recipe works (makedevs is not called) Should be we drop USE_DEVFS variable (meta/classes/image.bbclass) or (re)ad= d check in meta/lib/oe/rootfs.py? I can propose a patch. Regards, Matthieu --_000_8672BB614B4CCA40A6B3BDD6FD82050B575445A7COSNADEXC13usri_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

Since :

http://cgit.openembedded.org/openembedded-core/commit/meta/clas= ses/image.bbclass?id=3Da83144bac8d67704ff66f5dc0fc56f5b63979694

 

USE_DEVFS is not considered any= more.

 

Setting IMAGE_DEVICE_TABLE or I= MAGE_DEVICE_TABLES to empty string in an image recipe works (makedevs is no= t called)

 

Should be we drop USE_DEVFS var= iable (meta/classes/image.bbclass) or (re)add check in meta/lib/oe/rootfs.p= y?

I can propose a patch.

 

Regards,

Matthieu

--_000_8672BB614B4CCA40A6B3BDD6FD82050B575445A7COSNADEXC13usri_-- From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from hetzner.pbcl.net (mail.pbcl.net [88.198.119.4]) by mail.openembedded.org (Postfix) with ESMTP id 341016F92F for ; Tue, 1 Apr 2014 17:44:01 +0000 (UTC) Received: from cpc6-cmbg17-2-0-cust487.5-4.cable.virginm.net ([86.30.57.232] helo=[172.30.1.45]) by hetzner.pbcl.net with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1WV2jB-0004ez-SH; Tue, 01 Apr 2014 19:44:02 +0200 Message-ID: <1396374241.5879.50.camel@phil-desktop.brightsign> From: Phil Blundell To: Matthieu CRAPET Date: Tue, 01 Apr 2014 18:44:01 +0100 In-Reply-To: <8672BB614B4CCA40A6B3BDD6FD82050B575445A7@COSNADEXC13.usr.ingenico.loc> References: <8672BB614B4CCA40A6B3BDD6FD82050B575445A7@COSNADEXC13.usr.ingenico.loc> X-Mailer: Evolution 3.8.5-2+b1 Mime-Version: 1.0 X-Spam_score: -1.0 X-Spam_score_int: -9 X-Spam_bar: - X-Spam_report: Spam detection software, running on the system "hetzner.pbcl.net", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: On Wed, 2014-02-26 at 11:11 +0000, Matthieu CRAPET wrote: > Setting IMAGE_DEVICE_TABLE or IMAGE_DEVICE_TABLES to empty string in > an image recipe works (makedevs is not called) > > > > Should be we drop USE_DEVFS variable (meta/classes/image.bbclass) or > (re)add check in meta/lib/oe/rootfs.py? [...] Content analysis details: (-1.0 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.0 HTML_MESSAGE BODY: HTML included in message Cc: "openembedded-core@lists.openembedded.org" Subject: Re: image.bbclass: USE_DEVFS is now useless 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, 01 Apr 2014 17:44:03 -0000 Content-Type: multipart/alternative; boundary="=-LJVpWtSEyqQx2lOlZzid" --=-LJVpWtSEyqQx2lOlZzid Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit On Wed, 2014-02-26 at 11:11 +0000, Matthieu CRAPET wrote: > Setting IMAGE_DEVICE_TABLE or IMAGE_DEVICE_TABLES to empty string in > an image recipe works (makedevs is not called) > > > > Should be we drop USE_DEVFS variable (meta/classes/image.bbclass) or > (re)add check in meta/lib/oe/rootfs.py? Having just tripped over this myself, I think we should re-add the check. I was going to post a reply to the original patch submission email but for some reason I can't find it in either my inbox or the web archive. p. --=-LJVpWtSEyqQx2lOlZzid Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 7bit On Wed, 2014-02-26 at 11:11 +0000, Matthieu CRAPET wrote:
Setting IMAGE_DEVICE_TABLE or IMAGE_DEVICE_TABLES to empty string in an image recipe works (makedevs is not called)

 

Should be we drop USE_DEVFS variable (meta/classes/image.bbclass) or (re)add check in meta/lib/oe/rootfs.py?

Having just tripped over this myself, I think we should re-add the check.   I was going to post a reply to the original patch submission email but for some reason I can't find it in either my inbox or the web archive.

p.


--=-LJVpWtSEyqQx2lOlZzid-- From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from hetzner.pbcl.net (mail.pbcl.net [88.198.119.4]) by mail.openembedded.org (Postfix) with ESMTP id 471456E77A for ; Tue, 1 Apr 2014 17:48:35 +0000 (UTC) Received: from cpc6-cmbg17-2-0-cust487.5-4.cable.virginm.net ([86.30.57.232] helo=[172.30.1.45]) by hetzner.pbcl.net with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1WV2nc-0004fG-9g; Tue, 01 Apr 2014 19:48:36 +0200 Message-ID: <1396374515.5879.54.camel@phil-desktop.brightsign> From: Phil Blundell To: Matthieu CRAPET Date: Tue, 01 Apr 2014 18:48:35 +0100 In-Reply-To: <1396374241.5879.50.camel@phil-desktop.brightsign> References: <8672BB614B4CCA40A6B3BDD6FD82050B575445A7@COSNADEXC13.usr.ingenico.loc> <1396374241.5879.50.camel@phil-desktop.brightsign> X-Mailer: Evolution 3.8.5-2+b1 Mime-Version: 1.0 X-Spam_score: -1.0 X-Spam_score_int: -9 X-Spam_bar: - X-Spam_report: Spam detection software, running on the system "hetzner.pbcl.net", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: On Tue, 2014-04-01 at 18:44 +0100, Phil Blundell wrote: > On Wed, 2014-02-26 at 11:11 +0000, Matthieu CRAPET wrote: > > > Setting IMAGE_DEVICE_TABLE or IMAGE_DEVICE_TABLES to empty string in > > an image recipe works (makedevs is not called) > > > > > > > > Should be we drop USE_DEVFS variable (meta/classes/image.bbclass) or > > (re)add check in meta/lib/oe/rootfs.py? > > > Having just tripped over this myself, I think we should re-add the > check. I was going to post a reply to the original patch submission > email but for some reason I can't find it in either my inbox or the > web archive. [...] Content analysis details: (-1.0 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.0 HTML_MESSAGE BODY: HTML included in message Cc: "openembedded-core@lists.openembedded.org" Subject: Re: image.bbclass: USE_DEVFS is now useless 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, 01 Apr 2014 17:48:38 -0000 Content-Type: multipart/alternative; boundary="=-BdM0Ytch6jI2ewOsD/CI" --=-BdM0Ytch6jI2ewOsD/CI Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit On Tue, 2014-04-01 at 18:44 +0100, Phil Blundell wrote: > On Wed, 2014-02-26 at 11:11 +0000, Matthieu CRAPET wrote: > > > Setting IMAGE_DEVICE_TABLE or IMAGE_DEVICE_TABLES to empty string in > > an image recipe works (makedevs is not called) > > > > > > > > Should be we drop USE_DEVFS variable (meta/classes/image.bbclass) or > > (re)add check in meta/lib/oe/rootfs.py? > > > Having just tripped over this myself, I think we should re-add the > check. I was going to post a reply to the original patch submission > email but for some reason I can't find it in either my inbox or the > web archive. Also note that the default for USE_DEVFS was (and is) 1, so the lack of this check is actually causing a difference in the default behaviour. If there's no appetite for reinstating the USE_DEVFS mechanism per se then it seems like it would be a good idea to make the default IMAGE_DEVICE_TABLE be blank in order to restore the previous default of no /dev in the rootfs. At present you get a somewhat arbitrary-seeming smattering of devices from meta/files/device_table-minimal.txt, including such anachronisms as /dev/ttySA0 and /dev/apm_bios. It's hard to imagine that anybody actually wants this stuff in their rootfs in this day and age. p. --=-BdM0Ytch6jI2ewOsD/CI Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 7bit On Tue, 2014-04-01 at 18:44 +0100, Phil Blundell wrote:
On Wed, 2014-02-26 at 11:11 +0000, Matthieu CRAPET wrote:
Setting IMAGE_DEVICE_TABLE or IMAGE_DEVICE_TABLES to empty string in an image recipe works (makedevs is not called)

 

Should be we drop USE_DEVFS variable (meta/classes/image.bbclass) or (re)add check in meta/lib/oe/rootfs.py?

Having just tripped over this myself, I think we should re-add the check.   I was going to post a reply to the original patch submission email but for some reason I can't find it in either my inbox or the web archive.

Also note that the default for USE_DEVFS was (and is) 1, so the lack of this check is actually causing a difference in the default behaviour.  If there's no appetite for reinstating the USE_DEVFS mechanism per se then it seems like it would be a good idea to make the default IMAGE_DEVICE_TABLE be blank in order to restore the previous default of no /dev in the rootfs. 

At present you get a somewhat arbitrary-seeming smattering of devices from meta/files/device_table-minimal.txt, including such anachronisms as /dev/ttySA0 and /dev/apm_bios.  It's hard to imagine that anybody actually wants this stuff in their rootfs in this day and age.

p.

--=-BdM0Ytch6jI2ewOsD/CI-- From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dan.rpsys.net (dan.rpsys.net [93.97.175.187]) by mail.openembedded.org (Postfix) with ESMTP id 169016E77A for ; Tue, 1 Apr 2014 17:52:13 +0000 (UTC) Received: from localhost (dan.rpsys.net [127.0.0.1]) by dan.rpsys.net (8.14.4/8.14.4/Debian-2.1ubuntu4) with ESMTP id s31HpptO006141; Tue, 1 Apr 2014 18:51:51 +0100 X-Virus-Scanned: Debian amavisd-new at dan.rpsys.net Received: from dan.rpsys.net ([127.0.0.1]) by localhost (dan.rpsys.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id S9ZsZc3LS622; Tue, 1 Apr 2014 18:51:51 +0100 (BST) Received: from [192.168.3.10] (rpvlan0 [192.168.3.10]) (authenticated bits=0) by dan.rpsys.net (8.14.4/8.14.4/Debian-2.1ubuntu1) with ESMTP id s31HpleV006137 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 1 Apr 2014 18:51:49 +0100 Message-ID: <1396374702.2910.27.camel@ted> From: Richard Purdie To: Phil Blundell Date: Tue, 01 Apr 2014 18:51:42 +0100 In-Reply-To: <1396374515.5879.54.camel@phil-desktop.brightsign> References: <8672BB614B4CCA40A6B3BDD6FD82050B575445A7@COSNADEXC13.usr.ingenico.loc> <1396374241.5879.50.camel@phil-desktop.brightsign> <1396374515.5879.54.camel@phil-desktop.brightsign> X-Mailer: Evolution 3.8.4-0ubuntu1 Mime-Version: 1.0 Cc: "openembedded-core@lists.openembedded.org" Subject: Re: image.bbclass: USE_DEVFS is now useless 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, 01 Apr 2014 17:52:14 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit On Tue, 2014-04-01 at 18:48 +0100, Phil Blundell wrote: > Also note that the default for USE_DEVFS was (and is) 1, so the lack > of this check is actually causing a difference in the default > behaviour. If there's no appetite for reinstating the USE_DEVFS > mechanism per se then it seems like it would be a good idea to make > the default IMAGE_DEVICE_TABLE be blank in order to restore the > previous default of no /dev in the rootfs. > > At present you get a somewhat arbitrary-seeming smattering of devices > from meta/files/device_table-minimal.txt, including such anachronisms > as /dev/ttySA0 and /dev/apm_bios. It's hard to imagine that anybody > actually wants this stuff in their rootfs in this day and age. Can we kill apmd at the same time? Please? :) Cheers, Richard From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.windriver.com (mail.windriver.com [147.11.1.11]) by mail.openembedded.org (Postfix) with ESMTP id 988A56F9F7 for ; Tue, 1 Apr 2014 18:01:13 +0000 (UTC) Received: from ALA-HCA.corp.ad.wrs.com (ala-hca.corp.ad.wrs.com [147.11.189.40]) by mail.windriver.com (8.14.5/8.14.5) with ESMTP id s31I1EKu028024 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Tue, 1 Apr 2014 11:01:14 -0700 (PDT) Received: from Marks-MacBook-Pro.local (172.25.36.227) by ALA-HCA.corp.ad.wrs.com (147.11.189.50) with Microsoft SMTP Server id 14.3.169.1; Tue, 1 Apr 2014 11:01:13 -0700 Message-ID: <533AFEE9.6050001@windriver.com> Date: Tue, 1 Apr 2014 13:01:13 -0500 From: Mark Hatle Organization: Wind River Systems User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: References: <8672BB614B4CCA40A6B3BDD6FD82050B575445A7@COSNADEXC13.usr.ingenico.loc> <1396374241.5879.50.camel@phil-desktop.brightsign> <1396374515.5879.54.camel@phil-desktop.brightsign> <1396374702.2910.27.camel@ted> In-Reply-To: <1396374702.2910.27.camel@ted> Subject: Re: image.bbclass: USE_DEVFS is now useless 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, 01 Apr 2014 18:01:14 -0000 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit On 4/1/14, 12:51 PM, Richard Purdie wrote: > On Tue, 2014-04-01 at 18:48 +0100, Phil Blundell wrote: >> Also note that the default for USE_DEVFS was (and is) 1, so the lack >> of this check is actually causing a difference in the default >> behaviour. If there's no appetite for reinstating the USE_DEVFS >> mechanism per se then it seems like it would be a good idea to make >> the default IMAGE_DEVICE_TABLE be blank in order to restore the >> previous default of no /dev in the rootfs. >> >> At present you get a somewhat arbitrary-seeming smattering of devices >> from meta/files/device_table-minimal.txt, including such anachronisms >> as /dev/ttySA0 and /dev/apm_bios. It's hard to imagine that anybody >> actually wants this stuff in their rootfs in this day and age. > > Can we kill apmd at the same time? Please? :) Isn't this still used on some ARM and MIPS targets? (they emulate apm for basic power management.) If that's finally gone away -- I'd love to finally kill apmd and related. --Mark > Cheers, > > Richard > From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dan.rpsys.net (dan.rpsys.net [93.97.175.187]) by mail.openembedded.org (Postfix) with ESMTP id AD7C66E9A0 for ; Tue, 1 Apr 2014 19:34:32 +0000 (UTC) Received: from localhost (dan.rpsys.net [127.0.0.1]) by dan.rpsys.net (8.14.4/8.14.4/Debian-2.1ubuntu4) with ESMTP id s31JYRQw012859; Tue, 1 Apr 2014 20:34:28 +0100 X-Virus-Scanned: Debian amavisd-new at dan.rpsys.net Received: from dan.rpsys.net ([127.0.0.1]) by localhost (dan.rpsys.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id GQQZV2aAeARH; Tue, 1 Apr 2014 20:34:27 +0100 (BST) Received: from [192.168.3.10] (rpvlan0 [192.168.3.10]) (authenticated bits=0) by dan.rpsys.net (8.14.4/8.14.4/Debian-2.1ubuntu1) with ESMTP id s31JYK9T012854 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 1 Apr 2014 20:34:23 +0100 Message-ID: <1396380855.2910.34.camel@ted> From: Richard Purdie To: Mark Hatle Date: Tue, 01 Apr 2014 20:34:15 +0100 In-Reply-To: <533AFEE9.6050001@windriver.com> References: <8672BB614B4CCA40A6B3BDD6FD82050B575445A7@COSNADEXC13.usr.ingenico.loc> <1396374241.5879.50.camel@phil-desktop.brightsign> <1396374515.5879.54.camel@phil-desktop.brightsign> <1396374702.2910.27.camel@ted> <533AFEE9.6050001@windriver.com> X-Mailer: Evolution 3.8.4-0ubuntu1 Mime-Version: 1.0 Cc: openembedded-core@lists.openembedded.org Subject: Re: image.bbclass: USE_DEVFS is now useless 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, 01 Apr 2014 19:34:34 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit On Tue, 2014-04-01 at 13:01 -0500, Mark Hatle wrote: > On 4/1/14, 12:51 PM, Richard Purdie wrote: > > On Tue, 2014-04-01 at 18:48 +0100, Phil Blundell wrote: > >> Also note that the default for USE_DEVFS was (and is) 1, so the lack > >> of this check is actually causing a difference in the default > >> behaviour. If there's no appetite for reinstating the USE_DEVFS > >> mechanism per se then it seems like it would be a good idea to make > >> the default IMAGE_DEVICE_TABLE be blank in order to restore the > >> previous default of no /dev in the rootfs. > >> > >> At present you get a somewhat arbitrary-seeming smattering of devices > >> from meta/files/device_table-minimal.txt, including such anachronisms > >> as /dev/ttySA0 and /dev/apm_bios. It's hard to imagine that anybody > >> actually wants this stuff in their rootfs in this day and age. > > > > Can we kill apmd at the same time? Please? :) > > Isn't this still used on some ARM and MIPS targets? (they emulate apm for basic > power management.) Its not gone as far as I know but whether we need the userspace portion, I'm not so sure, it just does suspend/resume event notifuication afaik these days and I doubt much uses that now. The battery interfaces were long since replaced with proper sysfs ones. Cheers, Richard From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from hetzner.pbcl.net (mail.pbcl.net [88.198.119.4]) by mail.openembedded.org (Postfix) with ESMTP id ACCF76E786 for ; Tue, 1 Apr 2014 21:29:10 +0000 (UTC) Received: from blundell.swaffham-prior.co.uk ([91.216.112.25] helo=[192.168.114.5]) by hetzner.pbcl.net with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1WV6F4-00059X-9G; Tue, 01 Apr 2014 23:29:10 +0200 Message-ID: <1396387742.3038.34.camel@e130.pbcl.net> From: Phil Blundell To: Richard Purdie Date: Tue, 01 Apr 2014 22:29:02 +0100 In-Reply-To: <1396374702.2910.27.camel@ted> References: <8672BB614B4CCA40A6B3BDD6FD82050B575445A7@COSNADEXC13.usr.ingenico.loc> <1396374241.5879.50.camel@phil-desktop.brightsign> <1396374515.5879.54.camel@phil-desktop.brightsign> <1396374702.2910.27.camel@ted> Organization: Phil Blundell Consulting Ltd X-Mailer: Evolution 3.8.5-2+b1 Mime-Version: 1.0 X-Spam_score: -1.0 X-Spam_score_int: -9 X-Spam_bar: - X-Spam_report: Spam detection software, running on the system "hetzner.pbcl.net", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: On Tue, 2014-04-01 at 18:51 +0100, Richard Purdie wrote: > On Tue, 2014-04-01 at 18:48 +0100, Phil Blundell wrote: > > Also note that the default for USE_DEVFS was (and is) 1, so the lack > > of this check is actually causing a difference in the default > > behaviour. If there's no appetite for reinstating the USE_DEVFS > > mechanism per se then it seems like it would be a good idea to make > > the default IMAGE_DEVICE_TABLE be blank in order to restore the > > previous default of no /dev in the rootfs. > > > > At present you get a somewhat arbitrary-seeming smattering of devices > > from meta/files/device_table-minimal.txt, including such anachronisms > > as /dev/ttySA0 and /dev/apm_bios. It's hard to imagine that anybody > > actually wants this stuff in their rootfs in this day and age. > > Can we kill apmd at the same time? Please? :) [...] Content analysis details: (-1.0 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP Cc: "openembedded-core@lists.openembedded.org" Subject: Re: image.bbclass: USE_DEVFS is now useless 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, 01 Apr 2014 21:29:11 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit On Tue, 2014-04-01 at 18:51 +0100, Richard Purdie wrote: > On Tue, 2014-04-01 at 18:48 +0100, Phil Blundell wrote: > > Also note that the default for USE_DEVFS was (and is) 1, so the lack > > of this check is actually causing a difference in the default > > behaviour. If there's no appetite for reinstating the USE_DEVFS > > mechanism per se then it seems like it would be a good idea to make > > the default IMAGE_DEVICE_TABLE be blank in order to restore the > > previous default of no /dev in the rootfs. > > > > At present you get a somewhat arbitrary-seeming smattering of devices > > from meta/files/device_table-minimal.txt, including such anachronisms > > as /dev/ttySA0 and /dev/apm_bios. It's hard to imagine that anybody > > actually wants this stuff in their rootfs in this day and age. > > Can we kill apmd at the same time? Please? :) I can't see why not. I'd be surprised if there were many/any real users left, beyond possibly some legacy stuff in meta-handheld, and it definitely doesn't seem "core" by any reasonable interpretation of the term. Apart from packagegrounds, the only recipe in oe-core that mentions a dependency on apmd is matchbox-panel (for the battery applet presumably); that dependency is conditional on having apm in MACHINE_FEATURES (which it isn't by default), and it seems a bit fishy anyway since I can't immediately think of a reason why matchbox-panel would need the actual daemon. So, I think it should probably be safe to just rescind support for both apmd and the MACHINE_FEATURE apm in oe-core. If meta-handheld, meta-oe or anybody else wants to keep apmd then they can do so in their own layers although I rather hope that nobody does. p. From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by mail.openembedded.org (Postfix) with ESMTP id E11BC6F8A0 for ; Wed, 2 Apr 2014 08:09:28 +0000 (UTC) Received: from orsmga002.jf.intel.com ([10.7.209.21]) by orsmga102.jf.intel.com with ESMTP; 02 Apr 2014 01:04:49 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,778,1389772800"; d="scan'208";a="513081634" Received: from lpalcu-linux.rb.intel.com (HELO lpalcu-linux) ([10.237.105.45]) by orsmga002.jf.intel.com with ESMTP; 02 Apr 2014 01:08:03 -0700 Date: Wed, 2 Apr 2014 11:08:02 +0300 From: Laurentiu Palcu To: Matthieu CRAPET Message-ID: <20140402080802.GF29926@lpalcu-linux> References: <8672BB614B4CCA40A6B3BDD6FD82050B575445A7@COSNADEXC13.usr.ingenico.loc> MIME-Version: 1.0 In-Reply-To: <8672BB614B4CCA40A6B3BDD6FD82050B575445A7@COSNADEXC13.usr.ingenico.loc> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "openembedded-core@lists.openembedded.org" Subject: Re: image.bbclass: USE_DEVFS is now useless 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: Wed, 02 Apr 2014 08:09:33 -0000 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi Matthieu, On Wed, Feb 26, 2014 at 11:11:28AM +0000, Matthieu CRAPET wrote: > Hi, > > > > Since : > > http://cgit.openembedded.org/openembedded-core/commit/meta/classes/ > image.bbclass?id=a83144bac8d67704ff66f5dc0fc56f5b63979694 > > > > USE_DEVFS is not considered anymore. > > > > Setting IMAGE_DEVICE_TABLE or IMAGE_DEVICE_TABLES to empty string in an image > recipe works (makedevs is not called) > > > > Should be we drop USE_DEVFS variable (meta/classes/image.bbclass) or (re)add > check in meta/lib/oe/rootfs.py? > > I can propose a patch. Please do. It looks like I totally missed the USE_DEVFS check... laurentiu > > > > Regards, > > Matthieu > > _______________________________________________ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-core From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by mail.openembedded.org (Postfix) with ESMTP id A2E4C6F573 for ; Wed, 2 Apr 2014 08:47:41 +0000 (UTC) Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga102.fm.intel.com with ESMTP; 02 Apr 2014 01:47:42 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,778,1389772800"; d="scan'208";a="512662525" Received: from ryanpete-mobl.ger.corp.intel.com (HELO peggleto-mobl5.ger.corp.intel.com) ([10.252.120.86]) by fmsmga002.fm.intel.com with ESMTP; 02 Apr 2014 01:47:40 -0700 From: Paul Eggleton To: Phil Blundell Date: Wed, 02 Apr 2014 09:47:39 +0100 Message-ID: <2152356.Zkf82YNJds@peggleto-mobl5.ger.corp.intel.com> Organization: Intel Corporation User-Agent: KMail/4.12.3 (Linux/3.13.7-200.fc20.x86_64; KDE/4.12.3; x86_64; ; ) In-Reply-To: <1396387742.3038.34.camel@e130.pbcl.net> References: <8672BB614B4CCA40A6B3BDD6FD82050B575445A7@COSNADEXC13.usr.ingenico.loc> <1396374702.2910.27.camel@ted> <1396387742.3038.34.camel@e130.pbcl.net> MIME-Version: 1.0 Cc: openembedded-core@lists.openembedded.org Subject: Re: image.bbclass: USE_DEVFS is now useless 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: Wed, 02 Apr 2014 08:47:46 -0000 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Tuesday 01 April 2014 22:29:02 Phil Blundell wrote: > On Tue, 2014-04-01 at 18:51 +0100, Richard Purdie wrote: > > On Tue, 2014-04-01 at 18:48 +0100, Phil Blundell wrote: > > > Also note that the default for USE_DEVFS was (and is) 1, so the lack > > > of this check is actually causing a difference in the default > > > behaviour. If there's no appetite for reinstating the USE_DEVFS > > > mechanism per se then it seems like it would be a good idea to make > > > the default IMAGE_DEVICE_TABLE be blank in order to restore the > > > previous default of no /dev in the rootfs. > > > > > > At present you get a somewhat arbitrary-seeming smattering of devices > > > from meta/files/device_table-minimal.txt, including such anachronisms > > > as /dev/ttySA0 and /dev/apm_bios. It's hard to imagine that anybody > > > actually wants this stuff in their rootfs in this day and age. > > > > Can we kill apmd at the same time? Please? :) > > I can't see why not. I'd be surprised if there were many/any real users > left, beyond possibly some legacy stuff in meta-handheld, and it > definitely doesn't seem "core" by any reasonable interpretation of the > term. > > Apart from packagegrounds, the only recipe in oe-core that mentions a > dependency on apmd is matchbox-panel (for the battery applet > presumably); that dependency is conditional on having apm in > MACHINE_FEATURES (which it isn't by default), and it seems a bit fishy > anyway since I can't immediately think of a reason why matchbox-panel > would need the actual daemon. > > So, I think it should probably be safe to just rescind support for both > apmd and the MACHINE_FEATURE apm in oe-core. If meta-handheld, meta-oe > or anybody else wants to keep apmd then they can do so in their own > layers although I rather hope that nobody does. I'm generally in favour of this too, however, one of the things that apmd provided was the ability to have scripts run on suspend/resume - is there a more modern mechanism that should replace this? zaurusd and opie currently rely on this (yeah, I know...) Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre