kernelnewbies.kernelnewbies.org archive mirror
 help / color / mirror / Atom feed
From: shhuiw@163.com (shhuiw)
To: kernelnewbies@lists.kernelnewbies.org
Subject: Practical way to rename kernel-release on custom kernel
Date: Fri, 11 Jul 2014 15:24:18 +0800 (CST)	[thread overview]
Message-ID: <294147fe.a1f0.147244eeffd.Coremail.shhuiw@163.com> (raw)
In-Reply-To: <7cbd9f51.1426.14722e34d47.Coremail.shhuiw@163.com>

Tried but found change KERNELRELEASE can only affect uname output.
If you want to make version change, should modify top-level Makefile:

  1 VERSION = 3
  2 PATCHLEVEL = 13
  3 SUBLEVEL = 5
  4 EXTRAVERSION =
  5 NAME = One Giant Leap for Frogkind




--

Regards,
shhuiw


At 2014-07-11 08:47:07, "shhuiw" <shhuiw@163.com> wrote:

In Documentation/kbuild/makefiles.txt, you can see:


...
1365     VERSION, PATCHLEVEL, SUBLEVEL, EXTRAVERSION
1366
1367         These variables define the current kernel version.  A few arch
1368         Makefiles actually use these values directly; they should use
1369         $(KERNELRELEASE) instead.
1370
1371         $(VERSION), $(PATCHLEVEL), and $(SUBLEVEL) define the basic
1372         three-part version number, such as "2", "4", and "0".  These three
1373         values are always numeric.
1374
1375         $(EXTRAVERSION) defines an even tinier sublevel for pre-patches
1376         or additional patches.  It is usually some non-numeric string
1377         such as "-pre4", and is often blank.
1378
1379     KERNELRELEASE
1380
1381         $(KERNELRELEASE) is a single string such as "2.4.0-pre4", suitable
1382         for constructing installation directory names or showing in
1383         version strings.  Some arch Makefiles use it for this purpose.
1384
1385     ARCH
1386
1387         This variable defines the target architecture, such as "i386",
1388         "arm", or "sparc". Some kbuild Makefiles test $(ARCH) to
1389         determine which files to compile.
1390
1391         By default, the top Makefile sets $(ARCH) to be the same as the
1392         host system architecture.  For a cross build, a user may
1393         override the value of $(ARCH) on the command line:
1394
1395             make ARCH=m68k ..
...


--

Regards,
shhuiw




At 2014-07-10 11:28:39, "Safarin" <safarin87@gmail.com> wrote:
>Hi Guys,
>
>This question might be very easy for all of you. But seem this is
>kernelnewbies mailing list. I need to ask this question.
>
>I in the middle of learning to build custom kernel and my question is
>how to have custom name for kernel version.
>
>$ uname -r
>
>I can see custom kernel print message.
>
>>From what I read, we can change inside .config 
>CONFIG_LOCALVERSION="-ARCH"
>will produce the kernel release naming something like this.
>3.16.0-rc3-ARCH
>
>But somehow, when I try to install the modules
>
>$make modules_install 
>
>I can see makefile create folder inside the lib/modules with naming
>3.16.0-rc3-ARCH-00570-g110e430
>
>110e430 is actually commit id and I check that naming is generated by 
>#define UTS_RELEASE "3.16.0-rc3-ARCH-00570-g110e430" in the
>"include/generated/utsrelease.h" header  which will
>overwrite "include/config/kernel.release".
>
>Back to the question, what is the practical way to naming the kernel
>release for custom kernel? with additional question for understanding
>more from where that utsrelease came from?
>
>Thanks,
>
>Regards,
>Safarin
>
>_______________________________________________
>Kernelnewbies mailing list
>Kernelnewbies at kernelnewbies.org
>http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20140711/cb31da2a/attachment-0001.html 

  reply	other threads:[~2014-07-11  7:24 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-07-10 15:28 Practical way to rename kernel-release on custom kernel Safarin
2014-07-10 15:56 ` AYAN KUMAR HALDER
2014-07-11  0:47 ` shhuiw
2014-07-11  7:24   ` shhuiw [this message]
2014-07-11 18:08     ` Safarin
2014-07-11  3:03 ` Anil Shashikumar Belur

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=294147fe.a1f0.147244eeffd.Coremail.shhuiw@163.com \
    --to=shhuiw@163.com \
    --cc=kernelnewbies@lists.kernelnewbies.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).