[lkml]   [2009]   [Sep]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [bug] /etc/profile: line 30: /dev/null: Permission denied (Was: Re: [PATCH] Remove broken by design and by implementation devtmpfs maintenance disaster)
On Fri, Sep 18, 2009 at 08:02, Greg KH <> wrote:
>> Here is a quick hack to allow subsystems to provide a mode for their
>> devices. It uses the callback that can provide custom non-default device
>> names. Ingo, maybe you can give it a try?
>> To see how it works, it currently includes access to: null, zero, full,
>> random, urandom, tty, ptmx. Also the USB /dev nodes have the same
>> permissions as the USB /proc nodes always had. That's basically what
>> udev does today for non-root users.
> Ick, I don't think we should do something like this, it starts putting
> the mode policy back into the kernel.

Yeah, we should not go too far here. I don't mind having the few 0666
well-defined special nodes though.

> What's next, owner and group? :)

Udev does not set a owner ever I think, uid is always root. Group
name/number mapping is usually not known by the kernel, so we should
be safe here for the common systems. :)

The Android guys though have the group ids in the kernel as part of
their platform spec. They expressed interest to be able to manage all
this with their platform code. So we might just want to provide the
needed hooks for people with these very specific setups, to plug into

> I think the udev version in older Fedora releases can't handle this
> kernel option, which is fine, just don't enable it.  Newer versions can
> handle it, right?

Yes, they should work fine. I guess even the old versions will run
fine, it's more that Ingo did not run any udev, I expect.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2009-09-18 13:53    [W:0.119 / U:35.660 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site