[lkml]   [2009]   [May]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [patch 00/13] devtmpfs patches
> Right, but the information you need for all other use cases is already
> there today in /sys. This is about something new, so there is not a
> competition about features, just an option to solve a problem in a
> different way, which we prefer over the current one.

"we". You don't speak for me or a lot of people on this one.

Running a second udevd seems to be overkill. You know which nodes you've
created so far so you know which series of rules to reapply.

> just an option to solve a problem in a different way

There are thousands of kernel contributors. If they all submit everything
that solves their problem, their way we'd drown in the resulting mess.
devfs was Richard Gooch's way perhaps we should add that back as well,
and a variant that uses a data file for me, and a different one for Arjan.

We could let everyone invent new arbitary APIs for all their device
drivers so you need a different app for each pointing device or
each light level sensor ....

That way lies *madness*.

 \ /
  Last update: 2009-05-11 20:43    [W:0.114 / U:5.672 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site