From: Mark Hatle <mark.hatle@windriver.com>
To: <openembedded-core@lists.openembedded.org>
Subject: Re: image.bbclass: USE_DEVFS is now useless
Date: Tue, 1 Apr 2014 13:01:13 -0500 [thread overview]
Message-ID: <533AFEE9.6050001@windriver.com> (raw)
In-Reply-To: <1396374702.2910.27.camel@ted>
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
>
next prev parent reply other threads:[~2014-04-01 18:01 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-26 11:11 image.bbclass: USE_DEVFS is now useless Matthieu CRAPET
2014-04-01 17:44 ` Phil Blundell
2014-04-01 17:48 ` Phil Blundell
2014-04-01 17:51 ` Richard Purdie
2014-04-01 18:01 ` Mark Hatle [this message]
2014-04-01 19:34 ` Richard Purdie
2014-04-01 21:29 ` Phil Blundell
2014-04-02 8:47 ` Paul Eggleton
2014-04-02 8:08 ` Laurentiu Palcu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=533AFEE9.6050001@windriver.com \
--to=mark.hatle@windriver.com \
--cc=openembedded-core@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox