Messages in this thread | | | From | Peter Feuerer <> | Subject | Re: [PATCH v3 2/6] acerhdf: Adding support for new models | Date | Fri, 18 Jul 2014 18:06:53 +0200 |
| |
Borislav Petkov writes:
> On Sat, May 03, 2014 at 07:59:22PM +0200, Peter Feuerer wrote: >> added following new models: >> * Aspire 5755G >> * AO521 >> * AO751h >> * Aspire One 753 >> * Extensa 5420 >> * Aspire 5315 >> * Aspire 5739G >> * TravelMate TM8573T >> >> Cc: Andrew Morton <akpm@linux-foundation.org> >> Cc: Andreas Mohr <andi@lisas.de> >> Cc: Borislav Petkov <bp@suse.de> >> Signed-off-by: Peter Feuerer <peter@piie.net> > > Acked-by: Borislav Petkov <bp@suse.de> > >> --- >> drivers/platform/x86/acerhdf.c | 25 ++++++++++++++++++++++++- >> 1 file changed, 24 insertions(+), 1 deletion(-) >> >> diff --git a/drivers/platform/x86/acerhdf.c b/drivers/platform/x86/acerhdf.c >> index dd63e93..176edbd 100644 >> --- a/drivers/platform/x86/acerhdf.c >> +++ b/drivers/platform/x86/acerhdf.c >> @@ -50,7 +50,7 @@ >> */ >> #undef START_IN_KERNEL_MODE >> >> -#define DRV_VER "0.5.29" >> +#define DRV_VER "0.5.30" > > What's the logic here, increment second minor version number after each > change?
Everytime I send out a modified version of acerhdf.c to someone in the internet for trying out some changes, I increment the second minor version number. And from time to time I push things to Mainline, then I need to catch up with the numbering ;)
The major 0 is just from the ages, when all cool projects used to have a 0 in front.
Maybe it would be a good idea to go for 1.0 when I implemented a better handling for the huge bios table.
-- --peter;
| |