login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2010
»
November
»
3
Re: Pure kernel '2.6.37-rc1-00001-ge99d11d' shown as ~-dirty after compilation
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Américo Wang
Subject:
Re: Pure kernel '2.6.37-rc1-00001-ge99d11d' shown as ~-dirty after compilation
Date: Wednesday, November 3, 2010 - 9:48 am
On Tue, Nov 02, 2010 at 08:26:59AM +0000, trapDoor wrote:
quoted text
>,Hello, >When I run 'make kernelrelease' on freshly cloned Linus' git tree it >shows kernel version as: '2.6.37-rc1-00001-ge99d11d' - and that's >correct. >But after compilation it turned up '2.6.37-rc1-00001-ge99d11d-dirty'. > >I didn't apply any custom patches to my local tree between 'make >kernelrelease' and compilation. What I only added - and before running >'make kernelrelease' - were the following Radeon firmware blobs for my >graphic card, which I placed in <kernel-source>/firmware/radeon/, in >order to compile them in: >REDWOOD_me.bin >REDWOOD_pfp.bin >REDWOOD_rlc.bin > >That's how I always did and none of the git-kernels I compiled before >was referred to as '-dirty' due to the firmware blobs added manually. >Also, the kernel version shown by 'make kernelrelease' never differed >from the final kernel version after compilation. Of course assuming >that no patches were applied in the meantime and no extra string was >appended manually to the kernel version. > >So, what's this '-dirty' about? >
That means your git tree is not clean, since you placed new firmwares into the source tree. -- Live like a child, think like the god. --
unsubscribe notice
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/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
Pure kernel '2.6.37-rc1-00001-ge99d11d' shown as ~-dirty a ...
, trapDoor
, (Tue Nov 2, 1:26 am)
Re: Pure kernel '2.6.37-rc1-00001-ge99d11d' shown as ~-dir ...
, Américo Wang
, (Wed Nov 3, 9:48 am)
Re: Pure kernel '2.6.37-rc1-00001-ge99d11d' shown as ~-dir ...
, trapDoor
, (Wed Nov 3, 10:07 am)
Re: Pure kernel '2.6.37-rc1-00001-ge99d11d' shown as ~-dir ...
, trapDoor
, (Wed Nov 3, 11:35 am)
Re: Pure kernel '2.6.37-rc1-00001-ge99d11d' shown as ~-dir ...
, Américo Wang
, (Thu Nov 4, 2:00 am)
Re: Pure kernel '2.6.37-rc1-00001-ge99d11d' shown as ~-dir ...
, Américo Wang
, (Thu Nov 4, 2:07 am)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Ken Chen
[patch] sched: fix inconsistency when redistribute per-cpu tg->cfs_rq shares.
Ingo Molnar
Re: [PATCH v3] x86: merge the simple bitops and move them to bitops.h
Paul Turner
[tg_shares_up rewrite v4 11/11] sched: update tg->shares after cpu.shares write
Andi Kleen
Re: - romsignature-checksum-cleanup-2.patch removed from -mm tree
Axel Lin
[PATCH] tc6393xb: fix wrong goto labels for error handling
git
:
Christian Jaeger
Re: Problem with Git.pm bidi_pipe methods
Nicolas Pitre
Re: [PATCH 2/2] Implement a simple delta_base cache
Simon 'corecode' Schubert
Re: [PATCH 3/3] prevent HEAD reflog to be interpreted as current branch reflog
Linus Torvalds
[PATCH 1/7] Make unpack_trees_options bit flags actual bitfields
Dmitry Potapov
Re: RFC: grafts generalised
git-commits-head
:
Linux Kernel Mailing List
iwlwifi: initialize spinlock before use
Linux Kernel Mailing List
i2c-i801: Add Intel Cougar Point device IDs
Linux Kernel Mailing List
ibmphp: Rename add_range() to add_bus_range() to avoid conflict
Linux Kernel Mailing List
Staging: batman-adv: splitting /proc vis file into vis_server and vis_data
Linux Kernel Mailing List
drm/i915: Add information on pinning and fencing to the i915 list debug.
linux-netdev
:
Richard Cochran
Re: [PATCH v3 3/3] ptp: Added a clock that uses the eTSEC found on the MPC85xx.
Gerrit Renker
v2 [PATCH 1/4] dccp: Limit feature negotiation to connection setup phase
David Miller
Re: [RFC] bridge: STP timer management range checking
Lennert Buytenhek
Re: [PATCH 3/6] [NET] dsa: add support for original DSA tagging format
Eric W. Biederman
Re: [RFC][PATCH] ns: Syscalls for better namespace sharing control.
freebsd-current
:
Boris Samorodov
Re: twa + dump = sbwait
Andrey
Re: RELENG_7 and HEAD: bge causes system hang
韓家標 Bill Hacker
Re: ZFS honesty
User ken
Kernel compilation fails w/ recent -current
Bjoern A. Zeeb
Re: Can not boot 7.0-BETA3 with IPSEC
Colocation donated by:
Syndicate