diff options
Diffstat (limited to 'hurd/translator/devfs.mdwn')
| -rw-r--r-- | hurd/translator/devfs.mdwn | 36 |
1 files changed, 35 insertions, 1 deletions
diff --git a/hurd/translator/devfs.mdwn b/hurd/translator/devfs.mdwn index 8784e998..a9cc307f 100644 --- a/hurd/translator/devfs.mdwn +++ b/hurd/translator/devfs.mdwn @@ -12,7 +12,7 @@ License|/fdl]]."]]"""]] in there in a dynamic fashion -- as compared to static passive translator settings as they're used now. -`devfs` has not yet been written. +`devfs` has not yet been written. [[!tag open_issue_hurd]] --- @@ -23,6 +23,8 @@ path is resident at all times. # IRC, freenode, #hurd, 2012-01-29 +[[!tag open_issue_documentation]] + <pinotree> what would be an hurdish way to achieve something like the various system (udev, devfs, devd, etc) for populating devices files automatically according to the found system devices? @@ -37,3 +39,35 @@ path is resident at all times. /dev directory with unique device names... probably need some unionfs-like translator that collects the individual driver nodes in an intelligent manner + + +# IRC, freenode, #hurd, 2012-04-22 + + <antrik> braunr: I don't think it's a problem that translators are invoked + when listing /dev + <antrik> the problem is that they linger around although they are very + unlikely to be needed again any time soon + <youpi> for now it's not too much a problem because there aren't too many + <youpi> but that can become problematic + <pinotree> a devfs on /dev could also fill it with new devices + <youpi> but only with the ones that actually exist + <pinotree> yeah + <braunr> antrik: i mean, the hurd may lack a feature allowing the same + translator to be used for several nodes not hierarically related + <braunr> antrik: or rather, it's a special case that we should implement + differently + <braunr> (with e.g. a devfs that can route requests for different nodes to + a same translator + <braunr> ) + <antrik> I agree BTW that some intermediary for /dev would be helpful -- + but I don't think it should actually take over any RPC handling; rather, + only redirect the requests as appropriate (with the actual device nodes + in a hierarchical bus-centric layout) + <braunr> right + <antrik> braunr: actually, the Hurd *does* have a feature allowing the same + translator to be attached to several unrelated nodes + <braunr> i keep getting surprised :) + <antrik> though it's only used in very few places right now + <youpi> pfinet and ptys at least ? + <antrik> yeah, and console client IIRC + |