Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S268131AbUJJFbR (ORCPT ); Sun, 10 Oct 2004 01:31:17 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S268132AbUJJFbQ (ORCPT ); Sun, 10 Oct 2004 01:31:16 -0400 Received: from holly.csn.ul.ie ([136.201.105.4]:45747 "EHLO holly.csn.ul.ie") by vger.kernel.org with ESMTP id S268131AbUJJFbA (ORCPT ); Sun, 10 Oct 2004 01:31:00 -0400 Date: Sun, 10 Oct 2004 06:30:56 +0100 (IST) From: Dave Airlie X-X-Sender: airlied@skynet To: Greg KH Cc: Jon Smirl , dri-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org Subject: Re: [RFC] [patch] drm core internal versioning.. In-Reply-To: <20041010042958.GA28025@kroah.com> Message-ID: References: <9e47339104100917527993026d@mail.gmail.com> <20041010042958.GA28025@kroah.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1490 Lines: 37 > > Then why not just rely on the modversion code in the kernel tree to do > this? As you say: well that's what I hope to do, I'd just like to stop people doing the basic silly thing of insmodding a personality on a core built from a different tree... the main reason I can't rely on CONFIG_MODVERSIONS is in my Fedora install at least: CONFIG_MODVERSIONS is not set so it is of no use if it is optional... > Which is a pretty good reason not to try to implement your own > versioning system, right? excactly that's why I just want to do the simple thing that I posted as opposed to Jons scheme that increases version numbers and things depending on builds... I don't think we need that, the problem we are trying to solve is that of someone taking an external DRM tree, building it and trying to only use the personality modules.. for us this is a support issue we deal with the mails.. someone like ATI is still free for example to do it, they can build their module against the current kernel core code and all will be okay... and if there is any issues they are paid to deal with it... Dave. -- David Airlie, Software Engineer http://www.skynet.ie/~airlied / airlied at skynet.ie pam_smb / Linux DECstation / Linux VAX / ILUG person - 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/