[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20150805204020.GB16746@kroah.com>
Date: Wed, 5 Aug 2015 13:40:20 -0700
From: "gregkh@...uxfoundation.org" <gregkh@...uxfoundation.org>
To: Philip Moltmann <moltmann@...are.com>
Cc: "dmitry.torokhov@...il.com" <dmitry.torokhov@...il.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"pv-drivers@...are.com" <pv-drivers@...are.com>,
Xavier Deguillard <xdeguillard@...are.com>,
John Savanyo <jsavanyo@...are.com>,
"akpm@...ux-foundation.org" <akpm@...ux-foundation.org>
Subject: Re: [PATCH v3 5/9] VMware balloon: Show capabilities of balloon and
resulting capabilities in the debug-fs node.
On Wed, Aug 05, 2015 at 08:22:35PM +0000, Philip Moltmann wrote:
> Hi,
>
> > > MODULE_AUTHOR("VMware, Inc.");
> > > MODULE_DESCRIPTION("VMware Memory Control (Balloon) Driver");
> > > -MODULE_VERSION("1.3.2.0-k");
> > > +MODULE_VERSION("1.3.3.0-k");
> >
> > This constant change of module version is annoying, is it really even
> > needed?
> >
> > I'll take this, but seriously consider just dropping it entirely as
> > it
> > doesn't mean anything now that the driver is in the kernel tree.
>
> I think this is meant so that we can track which patches got backported
> into RHEL and SLES.
That guarantees all of those patches will conflict and the engineers
will curse your name. Don't do that, it's horrid. What happens if
someone picks one patch, and then skips one, and uses the third? What
would be the "version" then?
Just drop it entirely, it's useless. You have the source, so you know
what changes are done, no need to try to match it up with a random
number.
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists