I was really interested in looking to start a filesystem based approach for configuration of wireless a while back, an alternative to nl80211 if you will, but I stopped after I was told about some major issues with configfs. I forget the issues raised clearly so I'd like to bring this up for debate to see what really are the issues, what needs to be fixed so we can *properly* use a fs for configuration of subsystems. I thought configfs was the solution. We currently use and abuse debugfs, but it doesn't matter -- we don't expect users to depend on those files for ABI. It, however, it would be nice to finally export some of these values into a concise place so userspace *can* rely on them. I'm ultimately looking for an option to reduce the size of the kernel you'd need for wirless configuration, or at least to make easier for userspace. Don't get me wrong I'm not saying I want an alternative to nl80211 -- I realize we already decided on that and are moving along in that direction, I'm just wondering once that is done what is the right place to look at and if we don't have anything what are the things we need to take into consideration so we *do* use or implement the *right thing*. Perhaps a fs is not even the most optimized approach for size anyway so the benefits may just be helping with the easy design of userspace applications. Feedback on experiences are welcomed. PS. I'm hoping those who *really* hate configs can comment Luis --
| Davide Libenzi | Re: [patch 7/8] fdmap v2 - implement sys_socket2 |
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
| Greg Kroah-Hartman | [PATCH 005/196] Chinese: add translation of SubmittingDrivers |
| Mariusz Kozlowski | [KJ PATCHES] mostly kmalloc + memset conversion to k[cz]alloc |
git: | |
| KOSAKI Motohiro | [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin" |
| Stefan Richter | Re: [GIT]: Networking |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 0/37] dccp: Feature negotiation - last call for comments |
