* what is the "+" sigh in the modules folder name?
@ 2012-01-23 16:15 Christopher Harvey
2012-01-23 17:25 ` Mulyadi Santosa
0 siblings, 1 reply; 14+ messages in thread
From: Christopher Harvey @ 2012-01-23 16:15 UTC (permalink / raw)
To: kernelnewbies
I have a path on system called:
'/lib/modules/2.6.37+/'
It used to be called:
'/lib/modules/2.6.37/'
where did the plus come from?
I'm asking because I have a /lib directory and the kernel sources for
it. the problem is there is a closed source driver in the /lib directory
and I want to compile a new kernel image, but can't re-compile the
closed source modules. I'm guessing my new kernel isn't working because
it's looking in the path with the + after being recompiled.
thanks,
Chris
^ permalink raw reply [flat|nested] 14+ messages in thread
* what is the "+" sigh in the modules folder name?
2012-01-23 16:15 what is the "+" sigh in the modules folder name? Christopher Harvey
@ 2012-01-23 17:25 ` Mulyadi Santosa
2012-01-23 17:34 ` Greg KH
2012-01-23 17:36 ` Robert P. J. Day
0 siblings, 2 replies; 14+ messages in thread
From: Mulyadi Santosa @ 2012-01-23 17:25 UTC (permalink / raw)
To: kernelnewbies
Hi...
On Mon, Jan 23, 2012 at 23:15, Christopher Harvey
<chris@basementcode.com> wrote:
> I have a path on system called:
> '/lib/modules/2.6.37+/'
> It used to be called:
> '/lib/modules/2.6.37/'
Hm strange. You said you have the kernel source, right? Can you show
us about ten top lines of the Makefile in the main kernel source
directory?
I am suspecting there is "+" character in the extraversion..but that
needs to be checked....
--
regards,
Mulyadi Santosa
Freelance Linux trainer and consultant
blog: the-hydra.blogspot.com
training: mulyaditraining.blogspot.com
^ permalink raw reply [flat|nested] 14+ messages in thread
* what is the "+" sigh in the modules folder name?
2012-01-23 17:25 ` Mulyadi Santosa
@ 2012-01-23 17:34 ` Greg KH
2012-01-23 17:40 ` Robert P. J. Day
2012-01-23 17:36 ` Robert P. J. Day
1 sibling, 1 reply; 14+ messages in thread
From: Greg KH @ 2012-01-23 17:34 UTC (permalink / raw)
To: kernelnewbies
On Tue, Jan 24, 2012 at 12:25:20AM +0700, Mulyadi Santosa wrote:
> Hi...
>
> On Mon, Jan 23, 2012 at 23:15, Christopher Harvey
> <chris@basementcode.com> wrote:
> > I have a path on system called:
> > '/lib/modules/2.6.37+/'
> > It used to be called:
> > '/lib/modules/2.6.37/'
>
> Hm strange. You said you have the kernel source, right? Can you show
> us about ten top lines of the Makefile in the main kernel source
> directory?
>
> I am suspecting there is "+" character in the extraversion..but that
> needs to be checked....
No, it just means you have a "modified" kernel tree, that is not reall
2.6.37, you have changed it somehow. The build system asks git about
this when building the kernel.
It's normal, just only build a "clean" 2.6.37 and it will go away.
greg k-h
^ permalink raw reply [flat|nested] 14+ messages in thread
* what is the "+" sigh in the modules folder name?
2012-01-23 17:25 ` Mulyadi Santosa
2012-01-23 17:34 ` Greg KH
@ 2012-01-23 17:36 ` Robert P. J. Day
1 sibling, 0 replies; 14+ messages in thread
From: Robert P. J. Day @ 2012-01-23 17:36 UTC (permalink / raw)
To: kernelnewbies
On Tue, 24 Jan 2012, Mulyadi Santosa wrote:
> Hi...
>
> On Mon, Jan 23, 2012 at 23:15, Christopher Harvey
> <chris@basementcode.com> wrote:
> > I have a path on system called:
> > '/lib/modules/2.6.37+/'
> > It used to be called:
> > '/lib/modules/2.6.37/'
>
> Hm strange. You said you have the kernel source, right? Can you show
> us about ten top lines of the Makefile in the main kernel source
> directory?
>
> I am suspecting there is "+" character in the extraversion..but that
> needs to be checked....
i'd check scripts/setlocalversion, particularly this snippet around
line 50:
if [ -z "`git describe --exact-match 2>/dev/null`" ]; then
# If only the short version is requested, don't bother
# running further git commands
if $short; then
echo "+"
return
fi
rday
--
========================================================================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
========================================================================
^ permalink raw reply [flat|nested] 14+ messages in thread
* what is the "+" sigh in the modules folder name?
2012-01-23 17:34 ` Greg KH
@ 2012-01-23 17:40 ` Robert P. J. Day
2012-01-23 18:15 ` Greg KH
0 siblings, 1 reply; 14+ messages in thread
From: Robert P. J. Day @ 2012-01-23 17:40 UTC (permalink / raw)
To: kernelnewbies
On Mon, 23 Jan 2012, Greg KH wrote:
> On Tue, Jan 24, 2012 at 12:25:20AM +0700, Mulyadi Santosa wrote:
> > Hi...
> >
> > On Mon, Jan 23, 2012 at 23:15, Christopher Harvey
> > <chris@basementcode.com> wrote:
> > > I have a path on system called:
> > > '/lib/modules/2.6.37+/'
> > > It used to be called:
> > > '/lib/modules/2.6.37/'
> >
> > Hm strange. You said you have the kernel source, right? Can you show
> > us about ten top lines of the Makefile in the main kernel source
> > directory?
> >
> > I am suspecting there is "+" character in the extraversion..but that
> > needs to be checked....
>
> No, it just means you have a "modified" kernel tree, that is not reall
> 2.6.37, you have changed it somehow. The build system asks git about
> this when building the kernel.
you sure? i thought that if it was a modified working tree, you'd
get the "-dirty" qualifier added, not just a "+".
i should know this since i remember documenting it once upon a time.
rday
--
========================================================================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
========================================================================
^ permalink raw reply [flat|nested] 14+ messages in thread
* what is the "+" sigh in the modules folder name?
2012-01-23 17:40 ` Robert P. J. Day
@ 2012-01-23 18:15 ` Greg KH
2012-01-23 19:52 ` Graeme Russ
0 siblings, 1 reply; 14+ messages in thread
From: Greg KH @ 2012-01-23 18:15 UTC (permalink / raw)
To: kernelnewbies
On Mon, Jan 23, 2012 at 12:40:41PM -0500, Robert P. J. Day wrote:
> On Mon, 23 Jan 2012, Greg KH wrote:
>
> > On Tue, Jan 24, 2012 at 12:25:20AM +0700, Mulyadi Santosa wrote:
> > > Hi...
> > >
> > > On Mon, Jan 23, 2012 at 23:15, Christopher Harvey
> > > <chris@basementcode.com> wrote:
> > > > I have a path on system called:
> > > > '/lib/modules/2.6.37+/'
> > > > It used to be called:
> > > > '/lib/modules/2.6.37/'
> > >
> > > Hm strange. You said you have the kernel source, right? Can you show
> > > us about ten top lines of the Makefile in the main kernel source
> > > directory?
> > >
> > > I am suspecting there is "+" character in the extraversion..but that
> > > needs to be checked....
> >
> > No, it just means you have a "modified" kernel tree, that is not reall
> > 2.6.37, you have changed it somehow. The build system asks git about
> > this when building the kernel.
>
> you sure? i thought that if it was a modified working tree, you'd
> get the "-dirty" qualifier added, not just a "+".
Try it and see :)
^ permalink raw reply [flat|nested] 14+ messages in thread
* what is the "+" sigh in the modules folder name?
2012-01-23 18:15 ` Greg KH
@ 2012-01-23 19:52 ` Graeme Russ
2012-01-23 19:58 ` Robert P. J. Day
2012-01-23 21:30 ` Javier Martinez Canillas
0 siblings, 2 replies; 14+ messages in thread
From: Graeme Russ @ 2012-01-23 19:52 UTC (permalink / raw)
To: kernelnewbies
On 01/24/2012 05:15 AM, Greg KH wrote:
> On Mon, Jan 23, 2012 at 12:40:41PM -0500, Robert P. J. Day wrote:
>> On Mon, 23 Jan 2012, Greg KH wrote:
>>
>>> On Tue, Jan 24, 2012 at 12:25:20AM +0700, Mulyadi Santosa wrote:
>>>> Hi...
>>>>
>>>> On Mon, Jan 23, 2012 at 23:15, Christopher Harvey
>>>> <chris@basementcode.com> wrote:
>>>>> I have a path on system called:
>>>>> '/lib/modules/2.6.37+/'
>>>>> It used to be called:
>>>>> '/lib/modules/2.6.37/'
>>>>
>>>> Hm strange. You said you have the kernel source, right? Can you show
>>>> us about ten top lines of the Makefile in the main kernel source
>>>> directory?
>>>>
>>>> I am suspecting there is "+" character in the extraversion..but that
>>>> needs to be checked....
>>>
>>> No, it just means you have a "modified" kernel tree, that is not reall
>>> 2.6.37, you have changed it somehow. The build system asks git about
>>> this when building the kernel.
>>
>> you sure? i thought that if it was a modified working tree, you'd
>> get the "-dirty" qualifier added, not just a "+".
>
> Try it and see :)
>From what I can tell, the '+' means you are building source which includes
upstream commits after the last tag in the tree
So the current top-of-tree is 3.2.0+ because there are commits after the
3.2.0 tag
As I understand it, if you have commits which are not in the upstream
repository (or uncommitted changes) you get the 'dirty' flag
Regards,
Graeme
^ permalink raw reply [flat|nested] 14+ messages in thread
* what is the "+" sigh in the modules folder name?
2012-01-23 19:52 ` Graeme Russ
@ 2012-01-23 19:58 ` Robert P. J. Day
2012-01-23 21:30 ` Javier Martinez Canillas
1 sibling, 0 replies; 14+ messages in thread
From: Robert P. J. Day @ 2012-01-23 19:58 UTC (permalink / raw)
To: kernelnewbies
On Tue, 24 Jan 2012, Graeme Russ wrote:
> On 01/24/2012 05:15 AM, Greg KH wrote:
> > On Mon, Jan 23, 2012 at 12:40:41PM -0500, Robert P. J. Day wrote:
> >> On Mon, 23 Jan 2012, Greg KH wrote:
> >>
> >>> On Tue, Jan 24, 2012 at 12:25:20AM +0700, Mulyadi Santosa wrote:
> >>>> Hi...
> >>>>
> >>>> On Mon, Jan 23, 2012 at 23:15, Christopher Harvey
> >>>> <chris@basementcode.com> wrote:
> >>>>> I have a path on system called:
> >>>>> '/lib/modules/2.6.37+/'
> >>>>> It used to be called:
> >>>>> '/lib/modules/2.6.37/'
> >>>>
> >>>> Hm strange. You said you have the kernel source, right? Can you show
> >>>> us about ten top lines of the Makefile in the main kernel source
> >>>> directory?
> >>>>
> >>>> I am suspecting there is "+" character in the extraversion..but that
> >>>> needs to be checked....
> >>>
> >>> No, it just means you have a "modified" kernel tree, that is not reall
> >>> 2.6.37, you have changed it somehow. The build system asks git about
> >>> this when building the kernel.
> >>
> >> you sure? i thought that if it was a modified working tree, you'd
> >> get the "-dirty" qualifier added, not just a "+".
> >
> > Try it and see :)
>
> >From what I can tell, the '+' means you are building source which includes
> upstream commits after the last tag in the tree
>
> So the current top-of-tree is 3.2.0+ because there are commits after the
> 3.2.0 tag
>
> As I understand it, if you have commits which are not in the upstream
> repository (or uncommitted changes) you get the 'dirty' flag
ok, that sounds about right. i should probably review that whole
versioning thing again.
rday
--
========================================================================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
========================================================================
^ permalink raw reply [flat|nested] 14+ messages in thread
* what is the "+" sigh in the modules folder name?
2012-01-23 19:52 ` Graeme Russ
2012-01-23 19:58 ` Robert P. J. Day
@ 2012-01-23 21:30 ` Javier Martinez Canillas
2012-01-23 21:46 ` Graeme Russ
1 sibling, 1 reply; 14+ messages in thread
From: Javier Martinez Canillas @ 2012-01-23 21:30 UTC (permalink / raw)
To: kernelnewbies
On Mon, Jan 23, 2012 at 8:52 PM, Graeme Russ <graeme.russ@gmail.com> wrote:
> On 01/24/2012 05:15 AM, Greg KH wrote:
>> On Mon, Jan 23, 2012 at 12:40:41PM -0500, Robert P. J. Day wrote:
>>> On Mon, 23 Jan 2012, Greg KH wrote:
>>>
>>>> On Tue, Jan 24, 2012 at 12:25:20AM +0700, Mulyadi Santosa wrote:
>>>>> Hi...
>>>>>
>>>>> On Mon, Jan 23, 2012 at 23:15, Christopher Harvey
>>>>> <chris@basementcode.com> wrote:
>>>>>> I have a path on system called:
>>>>>> '/lib/modules/2.6.37+/'
>>>>>> It used to be called:
>>>>>> '/lib/modules/2.6.37/'
>>>>>
>>>>> Hm strange. You said you have the kernel source, right? Can you show
>>>>> us about ten top lines of the Makefile in the main kernel source
>>>>> directory?
>>>>>
>>>>> I am suspecting there is "+" character in the extraversion..but that
>>>>> needs to be checked....
>>>>
>>>> No, it just means you have a "modified" kernel tree, that is not reall
>>>> 2.6.37, you have changed it somehow. ?The build system asks git about
>>>> this when building the kernel.
>>>
>>> ? you sure? ?i thought that if it was a modified working tree, you'd
>>> get the "-dirty" qualifier added, not just a "+".
>>
>> Try it and see :)
>
> >From what I can tell, the '+' means you are building source which includes
> upstream commits after the last tag in the tree
>
Well that commits not necessarily are upstream ;-)
It only means that are commits after the last tag.
Regards,
--
Javier Mart?nez Canillas
(+34) 682 39 81 69
Barcelona, Spain
^ permalink raw reply [flat|nested] 14+ messages in thread
* what is the "+" sigh in the modules folder name?
2012-01-23 21:30 ` Javier Martinez Canillas
@ 2012-01-23 21:46 ` Graeme Russ
2012-01-23 21:53 ` Robert P. J. Day
0 siblings, 1 reply; 14+ messages in thread
From: Graeme Russ @ 2012-01-23 21:46 UTC (permalink / raw)
To: kernelnewbies
Hi Javier,
On Tue, Jan 24, 2012 at 8:30 AM, Javier Martinez Canillas
<martinez.javier@gmail.com> wrote:
> On Mon, Jan 23, 2012 at 8:52 PM, Graeme Russ <graeme.russ@gmail.com> wrote:
>> On 01/24/2012 05:15 AM, Greg KH wrote:
>>> On Mon, Jan 23, 2012 at 12:40:41PM -0500, Robert P. J. Day wrote:
>>>> On Mon, 23 Jan 2012, Greg KH wrote:
>>>>
>>>>> On Tue, Jan 24, 2012 at 12:25:20AM +0700, Mulyadi Santosa wrote:
>>>>>> Hi...
>>>>>>
>>>>>> On Mon, Jan 23, 2012 at 23:15, Christopher Harvey
>>>>>> <chris@basementcode.com> wrote:
>>>>>>> I have a path on system called:
>>>>>>> '/lib/modules/2.6.37+/'
>>>>>>> It used to be called:
>>>>>>> '/lib/modules/2.6.37/'
>>>>>>
>>>>>> Hm strange. You said you have the kernel source, right? Can you show
>>>>>> us about ten top lines of the Makefile in the main kernel source
>>>>>> directory?
>>>>>>
>>>>>> I am suspecting there is "+" character in the extraversion..but that
>>>>>> needs to be checked....
>>>>>
>>>>> No, it just means you have a "modified" kernel tree, that is not reall
>>>>> 2.6.37, you have changed it somehow. ?The build system asks git about
>>>>> this when building the kernel.
>>>>
>>>> ? you sure? ?i thought that if it was a modified working tree, you'd
>>>> get the "-dirty" qualifier added, not just a "+".
>>>
>>> Try it and see :)
>>
>> >From what I can tell, the '+' means you are building source which includes
>> upstream commits after the last tag in the tree
>>
>
> Well that commits not necessarily are upstream ;-)
>
> It only means that are commits after the last tag.
It would be worth testing if a checkout of a tag (say 3.2.0) plus a
local commit causes '+' and 'dirty'
Regards,
Graeme
^ permalink raw reply [flat|nested] 14+ messages in thread
* what is the "+" sigh in the modules folder name?
2012-01-23 21:46 ` Graeme Russ
@ 2012-01-23 21:53 ` Robert P. J. Day
2012-01-23 21:55 ` Graeme Russ
2012-01-24 15:16 ` Christopher Harvey
0 siblings, 2 replies; 14+ messages in thread
From: Robert P. J. Day @ 2012-01-23 21:53 UTC (permalink / raw)
To: kernelnewbies
On Tue, 24 Jan 2012, Graeme Russ wrote:
> It would be worth testing if a checkout of a tag (say 3.2.0) plus a
> local commit causes '+' and 'dirty'
i think "dirty" only shows up if you have local, uncommitted
changes. but i should probably verify that.
rday
--
========================================================================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
========================================================================
^ permalink raw reply [flat|nested] 14+ messages in thread
* what is the "+" sigh in the modules folder name?
2012-01-23 21:53 ` Robert P. J. Day
@ 2012-01-23 21:55 ` Graeme Russ
2012-01-24 15:16 ` Christopher Harvey
1 sibling, 0 replies; 14+ messages in thread
From: Graeme Russ @ 2012-01-23 21:55 UTC (permalink / raw)
To: kernelnewbies
Hi Robert,
On Tue, Jan 24, 2012 at 8:53 AM, Robert P. J. Day <rpjday@crashcourse.ca> wrote:
> On Tue, 24 Jan 2012, Graeme Russ wrote:
>
>> It would be worth testing if a checkout of a tag (say 3.2.0) plus a
>> local commit causes '+' and 'dirty'
>
> ?i think "dirty" only shows up if you have local, uncommitted
> changes. ?but i should probably verify that.
Hmm, if that is the case, I wonder if there is a way in git to tell if
there are local commits that are not upstream
Regards,
Graeme
^ permalink raw reply [flat|nested] 14+ messages in thread
* what is the "+" sigh in the modules folder name?
2012-01-23 21:53 ` Robert P. J. Day
2012-01-23 21:55 ` Graeme Russ
@ 2012-01-24 15:16 ` Christopher Harvey
2012-01-24 16:27 ` Anand Moon
1 sibling, 1 reply; 14+ messages in thread
From: Christopher Harvey @ 2012-01-24 15:16 UTC (permalink / raw)
To: kernelnewbies
On 23.01.2012 15:53, Robert P. J. Day wrote:
> On Tue, 24 Jan 2012, Graeme Russ wrote:
>
>> It would be worth testing if a checkout of a tag (say 3.2.0) plus a
>> local commit causes '+' and 'dirty'
>
> i think "dirty" only shows up if you have local, uncommitted
> changes. but i should probably verify that.
>
I had a local commits when I compiled the kernel. I should have
mentioned that in my original email.
^ permalink raw reply [flat|nested] 14+ messages in thread
* what is the "+" sigh in the modules folder name?
2012-01-24 15:16 ` Christopher Harvey
@ 2012-01-24 16:27 ` Anand Moon
0 siblings, 0 replies; 14+ messages in thread
From: Anand Moon @ 2012-01-24 16:27 UTC (permalink / raw)
To: kernelnewbies
Hi Christopher,
>From my knowledge it because of in linux-2.6.37/Makefile
In my case content of Lantiq_UGW_5.x/linux/Makefile
#head Lantiq_UGW_5.x/linux/Makefile
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 32
EXTRAVERSION = .32
NAME = Man-Eating Seals of Antiquity
# *DOCUMENTATION*
This EXTRAVERSION get added to Kernel build path
# Read KERNELRELEASE from include/config/kernel.release (if it exists)
KERNELRELEASE = $(shell cat include/config/kernel.release 2> /dev/null)
KERNELVERSION = $(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION)
On My system on provide the following command.
#uname -r
#2.6.32.32
#
If you check the EXTRAVERSION?you will find the reason of '+'
Or Some were in the linux-2.6.37/Makefile you might be appending some extra FLAGS?or?environment variable to KERNELVERSION.
Read the linux-2.6.37/Makefile for details under the following line.
# Build the kernel release string
Please try to echo this "KERNELVERSION" during compilation of kernel.
-Anand Moon
________________________________
From: Christopher Harvey <chris@basementcode.com>
To: kernelnewbies at kernelnewbies.org
Sent: Tuesday, January 24, 2012 8:46 PM
Subject: Re: what is the "+" sigh in the modules folder name?
On 23.01.2012 15:53, Robert P. J. Day wrote:
> On Tue, 24 Jan 2012, Graeme Russ wrote:
>
>> It would be worth testing if a checkout of a tag (say 3.2.0) plus a
>> local commit causes '+' and 'dirty'
>
>? i think "dirty" only shows up if you have local, uncommitted
> changes.? but i should probably verify that.
>
I had a local commits when I compiled the kernel. I should have
mentioned that in my original email.
_______________________________________________
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/20120124/0eb98d2a/attachment.html
^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2012-01-24 16:27 UTC | newest]
Thread overview: 14+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-01-23 16:15 what is the "+" sigh in the modules folder name? Christopher Harvey
2012-01-23 17:25 ` Mulyadi Santosa
2012-01-23 17:34 ` Greg KH
2012-01-23 17:40 ` Robert P. J. Day
2012-01-23 18:15 ` Greg KH
2012-01-23 19:52 ` Graeme Russ
2012-01-23 19:58 ` Robert P. J. Day
2012-01-23 21:30 ` Javier Martinez Canillas
2012-01-23 21:46 ` Graeme Russ
2012-01-23 21:53 ` Robert P. J. Day
2012-01-23 21:55 ` Graeme Russ
2012-01-24 15:16 ` Christopher Harvey
2012-01-24 16:27 ` Anand Moon
2012-01-23 17:36 ` Robert P. J. Day
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.