On Tue, 17 Jun 2008, Greg KH wrote:Documentation/ABI/README doesn't list an "experimental" level of stability. I suppose a developer with an API they expect to change could create it as "obsolete" (since the experimental verison will get removed when the real one is done), but that's a little odd as a use of that category. Also, that doesn't stop people from looking through sysfs for useful stuff they expect to be undocumented but easy enough to figure out, and starting to use it without realizing that it's not intended to be maintained. And the "stable/syscalls" entry implies that all syscalls are stable when they get merged, which means that a patch that adds a syscall can't stablize in mainline. If there are people, like the Nouveau developers, using the instability of their userspace API as a reason not to submit their drivers, and we would ideally like the drivers to stabilize with mainline exposure, then we need to do something more to address these authors' concerns. -Daniel *This .sig left intentionally blank* --
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg Kroah-Hartman | [PATCH 006/196] Chinese: add translation of oops-tracing.txt |
| Jan Engelhardt | intel iommu (Re: -mm merge plans for 2.6.23) |
| David Miller | Re: [PATCH] Stop pmac_zilog from abusing 8250's device numbers. |
git: | |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Linus Torvalds | Re: iptables very slow after commit 784544739a25c30637397ace5489eeb6e15d7d49 |
