Messages in this thread |  | | Subject | Re: Yet another design for /proc. Or actually /kernel. | Date | Mon, 12 Nov 2001 10:31:41 -0300 | From | Horst von Brand <> |
| |
Ricky Beam <jfbeam@bluetopia.net> said: > >the discussion is irrelevant. Despite what everybody thinks, Linus thinks > >/proc must be not binary, so it will stay that way for those of us who run > >Linus kernels... > > Linus has been "wrong" before. It will require good code and numbers > backing that codes "goodness" before Linus will begin to listen. Yes, > a new procfs format will break a great deal of userland toys, so the > changes had better be worth it and sufficient to never, EVER require > a complete overhaul in the future.
/proc for process info is a given (many Unices have it, it is nice at least for compatibility).
/proc for random other garbage should go away. To get at some value you can get via specialized calls by read(2) also is just kernel bloat. -- Dr. Horst H. von Brand Usuario #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
|  |