>There is, as far as I can tell, no central implementation of a `subarch >name finder'; boot-floppies, anXious, update-modules, kernel-package, >and so on, all do it individually, their own way. I don't know whether >it's worth trying to go one better than that and provide some sort of >trivial procfs interface for reading subarchitecture names, or have at >least a central stub script to spit the names out, and stick that in >base, or something. <shrug>
I don't think this is the kind of thing the kernel ought to get involved in. But a central script to look at /proc/cpuinfo and spit out the subarch name seems like a good idea. p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
