H. Peter Anvin wrote:.. So long as we only add things, and not remove them, then any software that scans /sys/block/ shouldn't care, really. But yes, it could go elsewhere, too. Perhaps a /sys/dev/ directory, populated with symbolic links (or hard links?) back to the /sys/block/ entries, something like this: /sys/dev/block/8:0 -> ../../../block/sda /sys/dev/block/8:1 -> ../../../block/sda/sda1 /sys/dev/block/8:2 -> ../../../block/sda/sda2 ... That's just a suggestion, really. And what about character devices? Perhaps Greg will chime in. --
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| WANG Cong | Re: WANTED: kernel projects for CS students |
| Hiten Pandya | Re: up? (emacs docbook xml ide) |
| Rafael J. Wysocki | [Bug #10606] 2.6.26-rc1 regression: ACPI fails to load SDT. - Dell M1530 |
| David Fenyes | sigsetmask()? (LINUX) |
| X X | X11 GIf viewer somewhere? |
| root | Broken pipe when using reboot/halt, etc. |
| Stephen Tweedie | Unmounting root (no kidding!) [was: Some Linux problems---solved] |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | Re: iptables very slow after commit784544739a25c30637397ace5489eeb6e15d7d49 |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
