[gentoo-user] Easy (cough) way to build earlier gentoo-sources 3.18.x kernel?

[gentoo-user] Easy (cough) way to build earlier gentoo-sources 3.18.x kernel?

[Bob Wya]

[-- Attachment #1: Type: text/plain, Size: 774 bytes --]

I'm getting a bit bogged down trying to build an early release of the 3.18
kernel. Since I can't automatically go back before 3.18.9 now (using
portage anyway)...

Basically I trying to check if a suspend/resume issue I've got was
introduced after the 3.18 kernel was released (or was in the base release).
I've got a reproduce-able failure to suspend-to-ram with >=3.18.x gentoo
kernel sources. However this issue is not present with the gentoo kernel
sources <=3.17.x. (A systemd nfs client mount problem - which blocks the
suspend-to-ram process.)

I had a look at the kernel-2 eclass and my head started to hurt... Do I
need to wade into the weeds or is there a "short-cut" I can take to go back
to the earliest gentoo-sources 3.18 kernel build :-)

-- 

Thanks,
Robert

[-- Attachment #2: Type: text/html, Size: 999 bytes --]

[gentoo-user] Re: Easy (cough) way to build earlier gentoo-sources 3.18.x kernel?

[James]

Bob Wya <bob.mt.wya <at> gmail.com> writes:


> I had a look at the kernel-2 eclass and my head started to hurt... Do 
> I need to wade into the weeds or is there a "short-cut" I can take to 
> go back to the earliest gentoo-sources 3.18 kernel build 

Might this help [1] ?

I always keep at least 6 older kernels around, for this and many other
reasons. If I hack at something (kernelish) then what the resultant
effect is (on the kernel) is hard to remember 6 months laters.

I do not do enough kernel hacking to warrant my own git repo, but
I have considered that two.  Using gentoo for about a decade now,
I found it just easier to keep older kernels around, sometimes
for years, but no more than 7 versions.

I stay with amd64 and sometimes I boot up an old system, just to scp
a kernel from one machine to another......

I have always found that older kernels, particularly less than a year
old most always boot too. Sure there is a more modern, savvy method
to keep old kernels around, so hopefully somebody else will
pipe up about exactly what you need. Add to this the slobberingly stupid
pace of linux kernel releases and you'll understand why lots of
folks are archiving kernels (sources and binaries) from the stable
branches......


Does systemd provide and tools for this?


sorry,
James

[1] http://wiki.gentoo.org/wiki/Kernel/Upgrade/en

Re: [gentoo-user] Easy (cough) way to build earlier gentoo-sources 3.18.x kernel?

[Fernando Rodriguez]

On Monday, March 30, 2015 11:22:58 PM Bob Wya wrote:
> I'm getting a bit bogged down trying to build an early release of the 3.18
> kernel. Since I can't automatically go back before 3.18.9 now (using
> portage anyway)...
> 
> Basically I trying to check if a suspend/resume issue I've got was
> introduced after the 3.18 kernel was released (or was in the base release).
> I've got a reproduce-able failure to suspend-to-ram with >=3.18.x gentoo
> kernel sources. However this issue is not present with the gentoo kernel
> sources <=3.17.x. (A systemd nfs client mount problem - which blocks the
> suspend-to-ram process.)
> 
> I had a look at the kernel-2 eclass and my head started to hurt... Do I
> need to wade into the weeds or is there a "short-cut" I can take to go back
> to the earliest gentoo-sources 3.18 kernel build :-)
> 
> 

You can use git. I believe gentoo patches are only for config options so if you 
configure it with make oldconfig it *should* be the same as using gentoo-
sources.

cd /usr/src
git clone git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-
stable.git
cd linux-stable
git checkout v3.18.9
make oldconfig
make

You can checkout any version committed prior to your last "git pull" 
instantly.

-- 
Fernando Rodriguez

Re: [gentoo-user] Easy (cough) way to build earlier gentoo-sources 3.18.x kernel?

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 487 bytes --]

On Mon, 30 Mar 2015 23:22:58 +0100, Bob Wya wrote:

> I'm getting a bit bogged down trying to build an early release of the
> 3.18 kernel. Since I can't automatically go back before 3.18.9 now
> (using portage anyway)...

https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-kernel/gentoo-sources/?hideattic=0

Pick the versions you want and copy the ebuilds to a local overlay.


-- 
Neil Bothwick

In a classified ad: "Tired of cleaning yourself? Let me do it."

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

[gentoo-user] Re: Easy (cough) way to build earlier gentoo-sources 3.18.x kernel?

[Nicolas Sebrecht]

On Mon, Mar 30, 2015 at 06:45:40PM -0400, Fernando Rodriguez wrote:

> You can use git. I believe gentoo patches are only for config options so if you 
> configure it with make oldconfig it *should* be the same as using gentoo-
> sources.

Actually no, gentoo-sources aren't vanilla kernel while efforts are made
to avoid including intrusive patches.

  http://dev.gentoo.org/~mpagano/genpatches/about.htm
  http://dev.gentoo.org/~mpagano/genpatches

,-)

-- 
Nicolas Sebrecht

[gentoo-user] Re: Easy (cough) way to build earlier gentoo-sources 3.18.x kernel?

[Holger Hoffstätte]

On Mon, 30 Mar 2015 23:22:58 +0100, Bob Wya wrote:

> I'm getting a bit bogged down trying to build an early release of the 3.18
> kernel. Since I can't automatically go back before 3.18.9 now (using
> portage anyway)...
> 
> Basically I trying to check if a suspend/resume issue I've got was
> introduced after the 3.18 kernel was released (or was in the base release).
> I've got a reproduce-able failure to suspend-to-ram with >=3.18.x gentoo
> kernel sources. However this issue is not present with the gentoo kernel
> sources <=3.17.x. (A systemd nfs client mount problem - which blocks the
> suspend-to-ram process.)

You are probably looking at this bug:
http://thread.gmane.org/gmane.linux.nfs/69717

This was introduced in 3.18.9 (as you found out), so simply using vanilla
3.18.8 should fix it; I don't remember seeing it before.
I never bothered to try and now just stop NFS before suspend. 3.19.x gained
the same problem.

-h

Re: [gentoo-user] Re: Easy (cough) way to build earlier gentoo-sources 3.18.x kernel?

[Fernando Rodriguez]

On Tuesday, March 31, 2015 1:16:08 AM Nicolas Sebrecht wrote:
> On Mon, Mar 30, 2015 at 06:45:40PM -0400, Fernando Rodriguez wrote:
> 
> > You can use git. I believe gentoo patches are only for config options so if 
you 
> > configure it with make oldconfig it *should* be the same as using gentoo-
> > sources.
> 
> Actually no, gentoo-sources aren't vanilla kernel while efforts are made
> to avoid including intrusive patches.
> 
>   http://dev.gentoo.org/~mpagano/genpatches/about.htm
>   http://dev.gentoo.org/~mpagano/genpatches
> 
> ,-)
> 

Oh well, my mistake. I think I heard that here :) Thanks.

-- 
Fernando Rodriguez

Re: [gentoo-user] Re: Easy (cough) way to build earlier gentoo-sources 3.18.x kernel?

[Bob Wya]

[-- Attachment #1: Type: text/plain, Size: 1431 bytes --]

@Holger, that's my symptoms to tee... :-)

Strangely it doesn't effect Arch Linux - running on the same box - with a
newer 3.19.2 kernel. So they must have a patch for the issue (but I can't
figure out what). Perhaps I'll check through the (stock) kernel
configuration as well - to check it matches mine.

Thanks

On 31 March 2015 at 01:29, Holger Hoffstätte <
holger.hoffstaette@googlemail.com> wrote:

> On Mon, 30 Mar 2015 23:22:58 +0100, Bob Wya wrote:
>
> > I'm getting a bit bogged down trying to build an early release of the
> 3.18
> > kernel. Since I can't automatically go back before 3.18.9 now (using
> > portage anyway)...
> >
> > Basically I trying to check if a suspend/resume issue I've got was
> > introduced after the 3.18 kernel was released (or was in the base
> release).
> > I've got a reproduce-able failure to suspend-to-ram with >=3.18.x gentoo
> > kernel sources. However this issue is not present with the gentoo kernel
> > sources <=3.17.x. (A systemd nfs client mount problem - which blocks the
> > suspend-to-ram process.)
>
> You are probably looking at this bug:
> http://thread.gmane.org/gmane.linux.nfs/69717
>
> This was introduced in 3.18.9 (as you found out), so simply using vanilla
> 3.18.8 should fix it; I don't remember seeing it before.
> I never bothered to try and now just stop NFS before suspend. 3.19.x gained
> the same problem.
>
> -h
>
>
>

[-- Attachment #2: Type: text/html, Size: 2073 bytes --]

Re: [gentoo-user] Easy (cough) way to build earlier gentoo-sources 3.18.x kernel?

[Bob Wya]

[-- Attachment #1: Type: text/plain, Size: 854 bytes --]

Neil,

Simply changing the ebuild version to 3.18.1 doesn't work. The kernel-2
eclass simply won't allow one to build a gentoo-sources 3.18.x kernel lower
than / before 3.18.9 now. (Try it if you don't believe me...) That was the
first thing I tried. :-)

On 31 March 2015 at 00:05, Neil Bothwick <neil@digimed.co.uk> wrote:

> On Mon, 30 Mar 2015 23:22:58 +0100, Bob Wya wrote:
>
> > I'm getting a bit bogged down trying to build an early release of the
> > 3.18 kernel. Since I can't automatically go back before 3.18.9 now
> > (using portage anyway)...
>
>
> https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-kernel/gentoo-sources/?hideattic=0
>
> Pick the versions you want and copy the ebuilds to a local overlay.
>
>
> --
> Neil Bothwick
>
> In a classified ad: "Tired of cleaning yourself? Let me do it."
>



-- 

All the best,
Robert

[-- Attachment #2: Type: text/html, Size: 1561 bytes --]

[gentoo-user] Re: Easy (cough) way to build earlier gentoo-sources 3.18.x kernel?

[Holger Hoffstätte]

On Tue, 31 Mar 2015 09:47:24 +0100, Bob Wya wrote:

> @Holger, that's my symptoms to tee... :-)
> 
> Strangely it doesn't effect Arch Linux - running on the same box - with a
> newer 3.19.2 kernel. So they must have a patch for the issue (but I can't
> figure out what). Perhaps I'll check through the (stock) kernel
> configuration as well - to check it matches mine.
> 
> Thanks

You're welcome. As I said I don't really have a good fix either and
the posting to the nfs list went unanswered, so if you find out more I'd
appreciate a mail.

-h

Re: [gentoo-user] Re: Easy (cough) way to build earlier gentoo-sources 3.18.x kernel?

[Bob Wya]

[-- Attachment #1: Type: text/plain, Size: 968 bytes --]

@Nicolas
This is the first place I went to. But I don't understand what all the
different tar balls of gentoo kernel patch-sets actually mean. It would
nice if the site had a little a bit of Wiki love to make it clearer. For
example I can't figure out what steps are needed to apply the patchsets, to
a vanilla kernel, to get a gentoo-sources kernel.

On 31 March 2015 at 00:16, Nicolas Sebrecht <nicolas.s-dev@laposte.net>
wrote:

> On Mon, Mar 30, 2015 at 06:45:40PM -0400, Fernando Rodriguez wrote:
>
> > You can use git. I believe gentoo patches are only for config options so
> if you
> > configure it with make oldconfig it *should* be the same as using gentoo-
> > sources.
>
> Actually no, gentoo-sources aren't vanilla kernel while efforts are made
> to avoid including intrusive patches.
>
>   http://dev.gentoo.org/~mpagano/genpatches/about.htm
>   http://dev.gentoo.org/~mpagano/genpatches
>
> ,-)
>
> --
> Nicolas Sebrecht
>
>


-- 

All the best,
Robert

[-- Attachment #2: Type: text/html, Size: 1687 bytes --]

Re: [gentoo-user] Re: Easy (cough) way to build earlier gentoo-sources 3.18.x kernel?

[Bob Wya]

[-- Attachment #1: Type: text/plain, Size: 1541 bytes --]

@Nicolas,

I think I'm getting it now. The patchsets are cumulative and I just need
the base patchset - right? I'm still a little unclear as to what kernel
source I should apply the base patchset to. I want to rebuild the 3.18.8
kernel to double check it's free of the bug...

I can see some nfs suspend patches here... So that could be culprit!
http://dev.gentoo.org/~mpagano/genpatches/trunk/3.18/1008_linux-3.18.9.patch




On 31 March 2015 at 10:00, Bob Wya <bob.mt.wya@gmail.com> wrote:

> @Nicolas
> This is the first place I went to. But I don't understand what all the
> different tar balls of gentoo kernel patch-sets actually mean. It would
> nice if the site had a little a bit of Wiki love to make it clearer. For
> example I can't figure out what steps are needed to apply the patchsets, to
> a vanilla kernel, to get a gentoo-sources kernel.
>
> On 31 March 2015 at 00:16, Nicolas Sebrecht <nicolas.s-dev@laposte.net>
> wrote:
>
>> On Mon, Mar 30, 2015 at 06:45:40PM -0400, Fernando Rodriguez wrote:
>>
>> > You can use git. I believe gentoo patches are only for config options
>> so if you
>> > configure it with make oldconfig it *should* be the same as using
>> gentoo-
>> > sources.
>>
>> Actually no, gentoo-sources aren't vanilla kernel while efforts are made
>> to avoid including intrusive patches.
>>
>>   http://dev.gentoo.org/~mpagano/genpatches/about.htm
>>   http://dev.gentoo.org/~mpagano/genpatches
>>
>> ,-)
>>
>> --
>> Nicolas Sebrecht
>>
>>
>
>
> --
>
> All the best,
> Robert
>
>


-- 

All the best,
Robert

[-- Attachment #2: Type: text/html, Size: 2766 bytes --]

Re: [gentoo-user] Easy (cough) way to build earlier gentoo-sources 3.18.x kernel?

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 868 bytes --]

On Tue, 31 Mar 2015 09:51:11 +0100, Bob Wya wrote:

lease don't top-post, it is frowned upon on this list, and for good
reason.

> Simply changing the ebuild version to 3.18.1 doesn't work. The kernel-2
> eclass simply won't allow one to build a gentoo-sources 3.18.x kernel
> lower than / before 3.18.9 now. (Try it if you don't believe me...)
> That was the first thing I tried. :-)

I wasn't suggesting renaming the ebuild but downloading the older
version. However, on checking the content I see it still uses the
kernel-2 eclass. You can deal with this by downloading the older version
of the eclass from CVS and putting it in an overlay, but it's probably
easier to just apply the patches manually in this case.

gentoo-sources uses both the base and extra patchsets from genpatches.


-- 
Neil Bothwick

Fragile. Do not turn umop ap1sdn!

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [gentoo-user] Easy (cough) way to build earlier gentoo-sources 3.18.x kernel?

[Bob Wya]

[-- Attachment #1: Type: text/plain, Size: 1351 bytes --]

Neil,

(a) Should I download the vanilla 3.18.1 kernel sources and apply all the
gentoo-sources tar-ball patches in numerical order??

(b) I tried downloading the vanilla 3.18.8 kernel. But of course the
earlier gentoo-sources 3.18.1 - 3.18.6 patches don't apply cleanly... Will
I get to the same place if I ignore these?? Or should I go with option (a)
:-)

Thanks

On 31 March 2015 at 12:00, Neil Bothwick <neil@digimed.co.uk> wrote:

> On Tue, 31 Mar 2015 09:51:11 +0100, Bob Wya wrote:
>
> lease don't top-post, it is frowned upon on this list, and for good
> reason.
>
> > Simply changing the ebuild version to 3.18.1 doesn't work. The kernel-2
> > eclass simply won't allow one to build a gentoo-sources 3.18.x kernel
> > lower than / before 3.18.9 now. (Try it if you don't believe me...)
> > That was the first thing I tried. :-)
>
> I wasn't suggesting renaming the ebuild but downloading the older
> version. However, on checking the content I see it still uses the
> kernel-2 eclass. You can deal with this by downloading the older version
> of the eclass from CVS and putting it in an overlay, but it's probably
> easier to just apply the patches manually in this case.
>
> gentoo-sources uses both the base and extra patchsets from genpatches.
>
>
> --
> Neil Bothwick
>
> Fragile. Do not turn umop ap1sdn!
>



-- 

All the best,
Robert

[-- Attachment #2: Type: text/html, Size: 1983 bytes --]

Re: [gentoo-user] Easy (cough) way to build earlier gentoo-sources 3.18.x kernel?

[Peter Humphrey]

On Tuesday 31 March 2015 16:45:08 Bob Wya wrote:
> Neil,
> 
> (a) Should I download the vanilla 3.18.1 kernel sources and apply all the
> gentoo-sources tar-ball patches in numerical order??
> 
> (b) I tried downloading the vanilla 3.18.8 kernel. But of course the
> earlier gentoo-sources 3.18.1 - 3.18.6 patches don't apply cleanly... Will
> I get to the same place if I ignore these?? Or should I go with option
> (a)

You didn't read the first thing Neil wrote, did you? Or did you just decide 
to ignore it?

> On 31 March 2015 at 12:00, Neil Bothwick <neil@digimed.co.uk> wrote:
> > On Tue, 31 Mar 2015 09:51:11 +0100, Bob Wya wrote:
> > 
> > lease don't top-post, it is frowned upon on this list, and for good
> > reason.
> > 
> > > Simply changing the ebuild version to 3.18.1 doesn't work. The
> > > kernel-2
> > > eclass simply won't allow one to build a gentoo-sources 3.18.x kernel
> > > lower than / before 3.18.9 now. (Try it if you don't believe me...)
> > > That was the first thing I tried. :-)
> > 
> > I wasn't suggesting renaming the ebuild but downloading the older
> > version. However, on checking the content I see it still uses the
> > kernel-2 eclass. You can deal with this by downloading the older version
> > of the eclass from CVS and putting it in an overlay, but it's probably
> > easier to just apply the patches manually in this case.
> > 
> > gentoo-sources uses both the base and extra patchsets from genpatches.
> > 
> > 
> > --
> > Neil Bothwick
> > 
> > Fragile. Do not turn umop ap1sdn!

-- 
Rgds
Peter.

[gentoo-user] Re: Easy (cough) way to build earlier gentoo-sources 3.18.x kernel?

[Nicolas Sebrecht]

On Tue, Mar 31, 2015 at 10:17:27AM +0100, Bob Wya wrote:
>    @Nicolas,
>    I think I'm getting it now. The patchsets are cumulative and I just
>    need the base patchset - right?

base, extras and experimental are all applied.

>                                    I'm still a little unclear as to what
>    kernel source I should apply the base patchset to. 

The patchsets are applied on top of the vanilla sources.

>                                                       I want to rebuild
>    the 3.18.8 kernel to double check it's free of the bug...

Take the vanilla sources and apply the patches you want to test from the
patchsets manually.

>    I can see some nfs suspend patches here... So that could be culprit!
>    [1]http://dev.gentoo.org/~mpagano/genpatches/trunk/3.18/1008_linux-3.18
>    .9.patch

Perhaps, yes. You'll have to make your checks. ,-)

-- 
Nicolas Sebrecht

Re: [gentoo-user] Re: Easy (cough) way to build earlier gentoo-sources 3.18.x kernel?

[Bob Wya]

[-- Attachment #1: Type: text/plain, Size: 517 bytes --]

On 31 March 2015 at 23:10, Nicolas Sebrecht <nicolas.s-dev@laposte.net>
wrote:

> On Tue, Mar 31, 2015 at 10:17:27AM +0100, Bob Wya wrote:
> >    @Nicolas,
> >    I think I'm getting it now. The patchsets are cumulative and I just
> >    need the base patchset - right?
>
> base, extras and experimental are all applied.
>
>
>
> --
> Nicolas Sebrecht
>
>

@Nicolas,

The experimental patchset is only applied if the experimental USE flag is
enabled surely??
See I'm learning stuff now! :-)

-- 

All the best,
Robert

[-- Attachment #2: Type: text/html, Size: 1213 bytes --]

Re: [gentoo-user] Easy (cough) way to build earlier gentoo-sources 3.18.x kernel?

[Bob Wya]

Sorry folks - I guess I've made a right "dogs dinner" of this whole thread...
I'll make more efforts not to be "that noob" next time :-)

But I've got the information I needed about how to build old
gentoo-sources kernels. So thanks!

I've done my tests and the outcome is:

3.8.8 (gentoo-sources - manually built)
= NO nfs suspend issue

3.8.9 (gentoo-sources - manually built - nfs specific patches, removed
from 1008_linux-3.18.9.patch)
= NO nfs suspend issue

3.8.9 (gentoo-sources, stock)
= boot hangs with pNFS block error

3.8.10 (gentoo-sources, stock)
= nfs suspend issue

Anyway that's pretty much what the ML thread was kicked off to achieve
- so thanks all! Plus I've written a
little script for ordered patch application - so that might come in
useful at some point :-)

Just wondering in passing what the motivation is for kernel eclass
dropping support for automated
building of, what many would consider, very recent kernel revisions?

Could support not be retained (for renaming kernel versions to build
older revisions)
- but say masking off these versions as not security patched / maintained?

Personally I was quite surprised I couldn't just rename the stock
gentoo-sources ebuild to say
gentoo-sources-3.18.8.ebuild to pull that kernel revision with
automated patching...
But perhaps I'm just showing my inexperience / naivety in this matter?

-- 

All the best & thanks,
Robert

[gentoo-user] Re: Easy (cough) way to build earlier gentoo-sources 3.18.x kernel?

[Nicolas Sebrecht]

On Wed, Apr 01, 2015 at 10:17:45AM +0100, Bob Wya wrote:

>    The experimental patchset is only applied if the experimental USE flag
>    is enabled surely??
>    See I'm learning stuff now! :-)

https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-kernel/gentoo-sources/metadata.xml?revision=1.13&view=markup

-- 
Nicolas Sebrecht