From mboxrd@z Thu Jan 1 00:00:00 1970 From: Keith Owens Date: Sun, 21 Jan 2001 03:47:01 +0000 Subject: Re: device id version _string_? Message-Id: List-Id: References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org On Sat, 20 Jan 2001 19:29:37 -0800, "Adam J. Richter" wrote: > I was wondering what you think of the idea of having a >short version string for a device ID structure rather than a version number. >The advantage of this is that it allows modified kernels to ensure >that an incompatible version of depmod will complain about an >unknown version string without requiring central coordination to >hand out version numbers or determine an order to them. It could >also make the naming more mnemonic. I hate the idea of distributors or third party developers shipping anything that changes kernel ABI's. The downstream dependencies and side effects are just too messy, especially when users upgrade their user space utilities and lose the patched support. Modutils only supports the standard kernel ABI, as defined by Linus plus work in progress on the official development lists. There is no good reason for anybody to ship a modified format for any hotplug table without first discussing it on the hotplug list and getting agreement about the new format and its implications on existing code. Kernel ABI's must only be changed by the group that maintains them. I cannot stop anybody going off on their own and effectively forking hotplug. But they will have to create a new table name instead of corrupting an existing table format, ship their own version of modutils with a different name, ship their own scripts to handle the new table and they will be completely responsible for maintaining all their forked code. Bottom line, I do not want any questions or problems caused by people who fork a kernel ABI. You fork it, you handle _all_ the problems, I am not going to support you (generic "you"). _______________________________________________ Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net Linux-hotplug-devel@lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel