Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.os.linux.misc > #14079 > unrolled thread

Learning about the Kernal

Back to article view | Back to comp.os.linux.misc

Contents

  Learning about the Kernal ruben safir <ruben@mrbrklyn.com> - 2015-03-14 19:59 -0400
    Re: Learning about the Kernal Xavier Roche <xroche@free.fr.NOSPAM.invalid> - 2015-03-15 11:11 +0100
      Re: Learning about the Kernal ruben <nowhere@nowhere.nor> - 2015-03-15 21:14 +0000
        Re: Learning about the Kernal Tauno Voipio <tauno.voipio@notused.fi.invalid> - 2015-03-16 10:02 +0200
          Re: Learning about the Kernal Ruben Safir <mrbrklyn@panix.com> - 2015-03-17 00:18 +0000
            Re: Learning about the Kernal Bobbie Sellers <bliss-sf4ever@dslextreme.com> - 2015-03-16 20:53 -0700
              Re: Learning about the Kernal ruben safir <dont@email.me> - 2015-03-17 05:14 +0000
              Re: Learning about the Kernal ruben safir <dont@email.me> - 2015-03-17 05:23 +0000
        Re: Learning about the Kernal Dan Espen <despen@verizon.net> - 2015-03-16 21:58 -0400
          Re: Learning about the Kernal ruben safir <dont@email.me> - 2015-03-17 05:21 +0000
            Re: Learning about the Kernal Rich <rich@example.invalid> - 2015-03-17 10:51 +0000
            Re: Learning about the Kernal Dan Espen <despen@verizon.net> - 2015-03-17 09:10 -0400
              Re: Learning about the Kernal ruben safir <ruben@mrbrklyn.com> - 2015-03-17 14:12 -0400
                Re: Learning about the Kernal William Unruh <unruh@invalid.ca> - 2015-03-17 19:03 +0000
                  Re: Learning about the Kernal ruben safir <dont@email.me> - 2015-03-17 19:08 +0000
                    Re: Learning about the Kernal Dan Espen <despen@verizon.net> - 2015-03-17 15:17 -0400
                      Re: Learning about the Kernal ruben safir <dont@email.me> - 2015-03-20 01:06 +0000
                        Re: Learning about the Kernal Dan Espen <despen@verizon.net> - 2015-03-19 23:52 -0400
                        Re: Learning about the Kernal Rich <rich@example.invalid> - 2015-03-20 10:52 +0000
                          Re: Learning about the Kernal Jerry Peters <jerry@example.invalid> - 2015-03-20 20:33 +0000
                            Re: Learning about the Kernal ruben safir <ruben@mrbrklyn.com> - 2015-04-20 09:48 -0400
                Re: Learning about the Kernal Dan Espen <despen@verizon.net> - 2015-03-17 15:08 -0400
                  Re: Learning about the Kernal ruben safir <dont@email.me> - 2015-03-18 03:36 +0000
                    Re: Learning about the Kernal Dan Espen <despen@verizon.net> - 2015-03-18 10:09 -0400
                      Re: Learning about the Kernal ruben safir <dont@email.me> - 2015-03-20 01:04 +0000
                      Re: Learning about the Kernal Rich <rich@example.invalid> - 2015-03-20 10:58 +0000
                        Re: Learning about the Kernal Dan Espen <despen@verizon.net> - 2015-03-20 09:22 -0400
                          Re: Learning about the Kernal ruben safir <dont@email.me> - 2015-03-20 18:39 +0000
                          Re: Learning about the Kernal Rich <rich@example.invalid> - 2015-03-20 20:04 +0000
                            Re: Learning about the Kernal Dan Espen <despen@verizon.net> - 2015-03-20 21:10 -0400
                              Re: Learning about the Kernal ruben safir <dont@email.me> - 2015-03-21 05:03 +0000
                        Re: Learning about the Kernal ruben safir <dont@email.me> - 2015-03-20 18:42 +0000
                          Re: Learning about the Kernal Dan Espen <despen@verizon.net> - 2015-03-20 15:31 -0400
                            Re: Learning about the Kernal ruben safir <dont@email.me> - 2015-03-21 05:13 +0000
                              Re: Learning about the Kernal The Natural Philosopher <tnp@invalid.invalid> - 2015-03-21 09:13 +0000
                                Re: Learning about the Kernal ruben <nowhere@nowhere.nor> - 2015-03-21 14:40 +0000
                                  Re: Learning about the Kernal Michael Black <et472@ncf.ca> - 2015-03-21 12:20 -0400
                                    Re: Learning about the Kernal ruben safir <dont@email.me> - 2015-03-21 19:54 +0000
                                      Re: Learning about the Kernal Baho Utot <baho-utot@columbus.rr.com> - 2015-03-21 17:56 -0400
                                    Re: Learning about the Kernal ruben safir <dont@email.me> - 2015-03-21 19:56 +0000
                                  Re: Learning about the Kernal Richard Kettlewell <rjk@greenend.org.uk> - 2015-03-21 16:18 +0000
            Re: Learning about the Kernal Tauno Voipio <tauno.voipio@notused.fi.invalid> - 2015-03-17 16:10 +0200
              Re: Learning about the Kernal ruben safir <ruben@mrbrklyn.com> - 2015-03-17 14:06 -0400
                Re: Learning about the Kernal William Unruh <unruh@invalid.ca> - 2015-03-17 19:00 +0000
                  Re: Learning about the Kernal Tim Watts <tw_usenet@dionic.net> - 2015-03-17 19:05 +0000
                    Re: Learning about the Kernal Bobbie Sellers <bliss-sf4ever@dslextreme.com> - 2015-03-17 14:17 -0700
                    Re: Learning about the Kernal William Unruh <unruh@invalid.ca> - 2015-03-19 06:04 +0000
                      Re: Learning about the Kernal ruben safir <dont@email.me> - 2015-03-21 08:45 +0000
                  Re: Learning about the Kernal ruben safir <dont@email.me> - 2015-03-21 08:20 +0000
                    Re: Learning about the Kernal Rich <rich@example.invalid> - 2015-03-21 16:09 +0000
                      Re: Learning about the Kernal ruben safir <dont@email.me> - 2015-03-21 20:10 +0000
                Re: Learning about the Kernal Tauno Voipio <tauno.voipio@notused.fi.invalid> - 2015-03-17 22:39 +0200
            Re: Learning about the Kernal Chick Tower <c.tower@deadspam.com> - 2015-03-18 03:35 +0000
              Re: Learning about the Kernal ruben safir <dont@email.me> - 2015-03-21 08:47 +0000
                Re: Learning about the Kernal Jerry Peters <jerry@example.invalid> - 2015-03-21 20:19 +0000
                  Re: Learning about the Kernal ruben safir <dont@email.me> - 2015-03-21 20:30 +0000
                    Re: Learning about the Kernal Jerry Peters <jerry@example.invalid> - 2015-03-22 20:05 +0000
                      Re: Learning about the Kernal ruben safir <ruben@mrbrklyn.com> - 2015-03-23 01:16 -0400
                        Re: Learning about the Kernal Jerry Peters <jerry@example.invalid> - 2015-03-23 20:27 +0000
                          Re: Learning about the Kernal ruben safir <dont@email.me> - 2015-03-25 02:57 +0000
                          Re: Learning about the Kernal ruben safir <dont@email.me> - 2015-03-25 02:59 +0000
                            Re: Learning about the Kernal Jerry Peters <jerry@example.invalid> - 2015-03-25 20:59 +0000
                              Re: Learning about the Kernal ruben safir <ruben@mrbrklyn.com> - 2015-04-20 09:44 -0400
                  Re: Learning about the Kernal Aragorn <thorongil@telenet.be.invalid> - 2015-03-22 00:07 +0100
                    Re: Learning about the Kernal ruben safir <dont@email.me> - 2015-03-22 00:07 +0000
                      Re: Learning about the Kernal Aragorn <thorongil@telenet.be.invalid> - 2015-03-22 01:13 +0100
                        Re: Learning about the Kernal ruben safir <dont@email.me> - 2015-03-22 03:11 +0000
                          Re: Learning about the Kernal Aragorn <thorongil@telenet.be.invalid> - 2015-03-22 04:20 +0100
                            Re: Learning about the Kernal ruben safir <dont@email.me> - 2015-03-22 13:19 +0000
                              Re: Learning about the Kernal Rich <rich@example.invalid> - 2015-03-22 15:13 +0000
                              Re: Learning about the Kernal Aragorn <thorongil@telenet.be.invalid> - 2015-03-22 21:52 +0100
                            Re: Learning about the Kernal Jerry Peters <jerry@example.invalid> - 2015-03-22 20:13 +0000
                              Re: Learning about the Kernal Aragorn <thorongil@telenet.be.invalid> - 2015-03-22 22:01 +0100
                Re: Learning about the Kernal Chick Tower <c.tower@deadspam.com> - 2015-03-23 04:02 +0000
                  Re: Learning about the Kernal Aragorn <thorongil@telenet.be.invalid> - 2015-03-23 05:13 +0100
                    Re: Learning about the Kernal ruben <ceo@iran.gov> - 2015-04-12 13:03 +0000
        Re: Learning about the Kernal ruben safir <dont@email.me> - 2015-03-17 05:18 +0000
        Re: Learning about the Kernal ruben safir <ruben@mrbrklyn.com> - 2015-03-17 01:52 -0400

Page 1 of 4  [1] 2 3 4  Next page →

#14079 — Learning about the Kernal

Hello

I'm taking a class on operating systems and it includes, happily, 
many Linux examples, outlining OS internat structures and algorithms.  
I wanted to delve into the Scheduler, particularly the CFS that has 
been implemented and to try running and testing things such as what 
is outlined here 


 http://www.embedded.com/design/operating-systems/4371651/Comparing-the-real-time-scheduling-policies-of-the-Linux-kernel-and-an-RTOS-



In order to do this, I need to compile and code the Kernel and 
Kernel modules.  I've done this many many time in years gone
by, but the current kernel has seemed to have grown even more
than I anticipated.  For those who work on the kernel and drivers
everyday, what would you recommend as a best approach to tinker 
with the scheduler or even tinker with struct.h entries. 

I set up a VM with oracles virtualbox, and even that was new to 
me.  I used to keep a usb drive to development and rebooting
when I last attempted this.

Ruben

[toc] | [next] | [standalone]

#14082

Le 15/03/2015 00:59, ruben safir a écrit :
> would you recommend as a best approach to tinker 
> with the scheduler or even tinker with struct.h entries. 

Depending on your level, you may find the Eudyptula Challenge to be
interesting:
http://eudyptula-challenge.org/

Theses are a set of exercises on the Linux kernel, with automated remote
checking.

The first steps are basic, but the difficulty increases at each step.

> I set up a VM with oracles virtualbox, and even that was new to 
> me.

VM are fine IMHO, especially to test new kernels, and it allows to break
things without much hassle.

[toc] | [prev] | [next] | [standalone]

#14089

On Sun, 15 Mar 2015 11:11:19 +0100, Xavier Roche wrote:

> Le 15/03/2015 00:59, ruben safir a écrit :
>> would you recommend as a best approach to tinker with the scheduler or
>> even tinker with struct.h entries.
> 
> Depending on your level, you may find the Eudyptula Challenge to be
> interesting:
> http://eudyptula-challenge.org/
> 
> Theses are a set of exercises on the Linux kernel, with automated remote
> checking.
> 
> The first steps are basic, but the difficulty increases at each step.
> 
>> I set up a VM with oracles virtualbox, and even that was new to me.
> 
> VM are fine IMHO, especially to test new kernels, and it allows to break
> things without much hassle.

hello xavier

I think I'm getting hung up right now on grub2.  I've managed to avoid it 
until now.  Any advice?

[toc] | [prev] | [next] | [standalone]

#14093

On 15.3.15 23:14, ruben wrote:
> On Sun, 15 Mar 2015 11:11:19 +0100, Xavier Roche wrote:
>
>> Le 15/03/2015 00:59, ruben safir a écrit :
>>> would you recommend as a best approach to tinker with the scheduler or
>>> even tinker with struct.h entries.
>>
>> Depending on your level, you may find the Eudyptula Challenge to be
>> interesting:
>> http://eudyptula-challenge.org/
>>
>> Theses are a set of exercises on the Linux kernel, with automated remote
>> checking.
>>
>> The first steps are basic, but the difficulty increases at each step.
>>
>>> I set up a VM with oracles virtualbox, and even that was new to me.
>>
>> VM are fine IMHO, especially to test new kernels, and it allows to break
>> things without much hassle.
>
> hello xavier
>
> I think I'm getting hung up right now on grub2.  I've managed to avoid it
> until now.  Any advice?


Did you try Google? I got over 600000 responses when asking for 'grub2'.
Get the manual and read it.

-- 

-TV

[toc] | [prev] | [next] | [standalone]

#14107

Tauno Voipio <tauno.voipio@notused.fi.invalid> wrote:
> On 15.3.15 23:14, ruben wrote:
>> On Sun, 15 Mar 2015 11:11:19 +0100, Xavier Roche wrote:
>>
>>> Le 15/03/2015 00:59, ruben safir a ?crit :
>>>> would you recommend as a best approach to tinker with the scheduler or
>>>> even tinker with struct.h entries.
>>>
>>> Depending on your level, you may find the Eudyptula Challenge to be
>>> interesting:
>>> http://eudyptula-challenge.org/
>>>
>>> Theses are a set of exercises on the Linux kernel, with automated remote
>>> checking.
>>>
>>> The first steps are basic, but the difficulty increases at each step.
>>>
>>>> I set up a VM with oracles virtualbox, and even that was new to me.
>>>
>>> VM are fine IMHO, especially to test new kernels, and it allows to break
>>> things without much hassle.
>>
>> hello xavier
>>
>> I think I'm getting hung up right now on grub2.  I've managed to avoid it
>> until now.  Any advice?
> 
> 
> Did you try Google? I got over 600000 responses when asking for 'grub2'.
> Get the manual and read it.
> 

Go sit in the corner and come out when you learn to behave

[toc] | [prev] | [next] | [standalone]

#14110

On 03/16/2015 05:18 PM, Ruben Safir wrote:
> Tauno Voipio <tauno.voipio@notused.fi.invalid> wrote:
>> On 15.3.15 23:14, ruben wrote:
>>> On Sun, 15 Mar 2015 11:11:19 +0100, Xavier Roche wrote:
>>>
>>>> Le 15/03/2015 00:59, ruben safir a ?crit :
>>>>> would you recommend as a best approach to tinker with the scheduler or
>>>>> even tinker with struct.h entries.
>>>>
>>>> Depending on your level, you may find the Eudyptula Challenge to be
>>>> interesting:
>>>> http://eudyptula-challenge.org/
>>>>
>>>> Theses are a set of exercises on the Linux kernel, with automated remote
>>>> checking.
>>>>
>>>> The first steps are basic, but the difficulty increases at each step.
>>>>
>>>>> I set up a VM with oracles virtualbox, and even that was new to me.
>>>>
>>>> VM are fine IMHO, especially to test new kernels, and it allows to break
>>>> things without much hassle.
>>>
>>> hello xavier
>>>
>>> I think I'm getting hung up right now on grub2.  I've managed to avoid it
>>> until now.  Any advice?
>>
>>
>> Did you try Google? I got over 600000 responses when asking for 'grub2'.
>> Get the manual and read it.
>>
>
> Go sit in the corner and come out when you learn to behave

	You are ignoring the obvious and that is good advice to
learn how GRUB2  is set up and how it expects to work.
      You have not even said what sort of problem you are having with
GRUB2.
	There is a file about how to ask questions out there and
I think you might want to consult that too,

	bliss

[toc] | [prev] | [next] | [standalone]

#14112

On Mon, 16 Mar 2015 20:53:50 -0700, Bobbie Sellers wrote:

> You are ignoring the obvious and that is good advice



No, it is crappy advise.  



-- 
The Coin Hangout: http://www.coinhangout.com/home

[toc] | [prev] | [next] | [standalone]

#14115

On Mon, 16 Mar 2015 20:53:50 -0700, Bobbie Sellers wrote:

> There is a file about how to ask questions out there

Yeah - it is on Rick Moens website....

Ruben



-- 
The Coin Hangout: http://www.coinhangout.com/home

[toc] | [prev] | [next] | [standalone]

#14109

ruben <nowhere@nowhere.nor> writes:

> On Sun, 15 Mar 2015 11:11:19 +0100, Xavier Roche wrote:
>
>> Le 15/03/2015 00:59, ruben safir a écrit :
>>> would you recommend as a best approach to tinker with the scheduler or
>>> even tinker with struct.h entries.
>> 
>> Depending on your level, you may find the Eudyptula Challenge to be
>> interesting:
>> http://eudyptula-challenge.org/
>> 
>> Theses are a set of exercises on the Linux kernel, with automated remote
>> checking.
>> 
>> The first steps are basic, but the difficulty increases at each step.
>> 
>>> I set up a VM with oracles virtualbox, and even that was new to me.
>> 
>> VM are fine IMHO, especially to test new kernels, and it allows to break
>> things without much hassle.
>
> hello xavier
>
> I think I'm getting hung up right now on grub2.  I've managed to avoid it 
> until now.  Any advice?

Advice on what?

If you want to know how the boot process works, grub2 is one of the
things you need to learn.

If you have a specific grub2 issue, you would do well to mention it.

Is that the "advice" you are looking for?

-- 
Dan Espen

[toc] | [prev] | [next] | [standalone]

#14114

On Mon, 16 Mar 2015 21:58:30 -0400, Dan Espen wrote:

> Is that the "advice" you are looking for?

I suppose the advise I was looking for was what is folks best experience 
to handling custom kernel builds and hacking, including the alerations 
that have to happen in grub  I want to set up a comfortable methodology 
to write, compile, install, boot, run, test


and remix
 
The make file is still trying to run lilo.

Ruben 



-- 
The Coin Hangout: http://www.coinhangout.com/home

[toc] | [prev] | [next] | [standalone]

#14117

ruben safir <dont@email.me> wrote:
> On Mon, 16 Mar 2015 21:58:30 -0400, Dan Espen wrote:

> > Is that the "advice" you are looking for?

> I suppose the advise I was looking for was what is folks best
> experience to handling custom kernel builds and hacking, including
> the alerations that have to happen in grub I want to set up a
> comfortable methodology to write, compile, install, boot, run, test

Then, if that was the advise you wanted, don't you think it might have
been useful to have _actually explicitly asked for what you wanted_ up
front?

You'll be much less likely to get a snarky "rtfm" response if your
question contains more substance than:

  "Any advice"?

The above is a 'read my mind and deduce what I really want' type
question.  Since none of us here are mind readers, we can't deduce what
you might be looking for in an answer.  The result is you get either
silence, or "rtfm" style answers.

[toc] | [prev] | [next] | [standalone]

#14118

ruben safir <dont@email.me> writes:

> On Mon, 16 Mar 2015 21:58:30 -0400, Dan Espen wrote:
>
>> Is that the "advice" you are looking for?
>
> I suppose the advise I was looking for was what is folks best experience 
> to handling custom kernel builds and hacking, including the alerations 
> that have to happen in grub  I want to set up a comfortable methodology 
> to write, compile, install, boot, run, test

"alterations in grub"?

Can you be more specific.
If you are trying to learn something low level, you need to focus
in on specifics.

> and remix

Linux secure remix?  Don't know much about it or why you
just threw that out.

> The make file is still trying to run lilo.

What makefile?
Makefiles are not going to "run" lilo.
They might build lilo but since you don't mention a distro
or anything specific I'm still in the dark.

Really, you're coming here making vague statements when
specific questions lead to answers.

-- 
Dan Espen

[toc] | [prev] | [next] | [standalone]

#14122

On 03/17/2015 09:10 AM, Dan Espen wrote:
> ruben safir <dont@email.me> writes:
> 
>> On Mon, 16 Mar 2015 21:58:30 -0400, Dan Espen wrote:
>>
>>> Is that the "advice" you are looking for?
>>
>> I suppose the advise I was looking for was what is folks best experience 
>> to handling custom kernel builds and hacking, including the alerations 
>> that have to happen in grub  I want to set up a comfortable methodology 
>> to write, compile, install, boot, run, test
> 
> "alterations in grub"?
> 
> Can you be more specific.

so the OS has grub set with a cofig that allows for it to boot in a
pretty way (obviously)


Manjaro has its standard kernels listed under "advanced options"


I need to add my own to their list.

> If you are trying to learn something low level, you need to focus
> in on specifics.
> 
>> and remix
> 


I ment that then I need to code, compile, run and test again and again.


> Linux secure remix?  Don't know much about it or why you
> just threw that out.
> 
>> The make file is still trying to run lilo.
> 
> What makefile?
> Makefiles are not going to "run" lilo.

but
make install does.  It must be in the Makefike, or make wouldn't try
executing /sbin/lilo



> They might build lilo but since you don't mention a distro
> or anything specific I'm still in the dark.
>
It is Manjaro with openrc



> Really, you're coming here making vague statements when
> specific questions lead to answers.
> 

[toc] | [prev] | [next] | [standalone]

#14124

On 2015-03-17, ruben safir <ruben@mrbrklyn.com> wrote:
> On 03/17/2015 09:10 AM, Dan Espen wrote:
>> ruben safir <dont@email.me> writes:
>> 
>>> On Mon, 16 Mar 2015 21:58:30 -0400, Dan Espen wrote:
>>>
>>>> Is that the "advice" you are looking for?
>>>
>>> I suppose the advise I was looking for was what is folks best experience 
>>> to handling custom kernel builds and hacking, including the alerations 
>>> that have to happen in grub  I want to set up a comfortable methodology 
>>> to write, compile, install, boot, run, test
>> 
>> "alterations in grub"?
>> 
>> Can you be more specific.
>
> so the OS has grub set with a cofig that allows for it to boot in a
> pretty way (obviously)
>
>
> Manjaro has its standard kernels listed under "advanced options"

So it sounds like they are using grub2. Look in /boot/grub2/grub.cfg and
other files in that directory, and look in /etc/grub.

>
>
> I need to add my own to their list.
>
>> If you are trying to learn something low level, you need to focus
>> in on specifics.
>> 
>>> and remix
>> 
>
>
> I ment that then I need to code, compile, run and test again and again.
>
>
>> Linux secure remix?  Don't know much about it or why you
>> just threw that out.
>> 
>>> The make file is still trying to run lilo.
>> 
>> What makefile?
>> Makefiles are not going to "run" lilo.
>
> but
> make install does.  It must be in the Makefike, or make wouldn't try
> executing /sbin/lilo

It might be.
Look in the Makefile and find out. 

>
>
>
>> They might build lilo but since you don't mention a distro
>> or anything specific I'm still in the dark.
>>
> It is Manjaro with openrc

But where did y ou get the Makefile from? 

>
>> 
>

[toc] | [prev] | [next] | [standalone]

#14126

On Tue, 17 Mar 2015 19:03:39 +0000, William Unruh wrote:

> But where did y ou get the Makefile from?

in the source of kernel.org





-- 
The Coin Hangout: http://www.coinhangout.com/home

[toc] | [prev] | [next] | [standalone]

#14128

ruben safir <dont@email.me> writes:

> On Tue, 17 Mar 2015 19:03:39 +0000, William Unruh wrote:
>
>> But where did y ou get the Makefile from?
>
> in the source of kernel.org

Ah, don't go that way.

Well, I wouldn't.

Get a distro.
Then use the distro's tools to download and make the kernel.


-- 
Dan Espen

[toc] | [prev] | [next] | [standalone]

#14162

On Tue, 17 Mar 2015 15:17:40 -0400, Dan Espen wrote:

> ruben safir <dont@email.me> writes:
> 
>> On Tue, 17 Mar 2015 19:03:39 +0000, William Unruh wrote:
>>
>>> But where did y ou get the Makefile from?
>>
>> in the source of kernel.org
> 
> Ah, don't go that way.
> 
> Well, I wouldn't.
> 
> Get a distro.
> Then use the distro's tools to download and make the kernel.

have you ever run systems with kernels from Kernel.org before?  Do you 
know how to do that?



-- 
The Coin Hangout: http://www.coinhangout.com/home

[toc] | [prev] | [next] | [standalone]

#14163

ruben safir <dont@email.me> writes:

> On Tue, 17 Mar 2015 15:17:40 -0400, Dan Espen wrote:
>
>> ruben safir <dont@email.me> writes:
>> 
>>> On Tue, 17 Mar 2015 19:03:39 +0000, William Unruh wrote:
>>>
>>>> But where did y ou get the Makefile from?
>>>
>>> in the source of kernel.org
>> 
>> Ah, don't go that way.
>> 
>> Well, I wouldn't.
>> 
>> Get a distro.
>> Then use the distro's tools to download and make the kernel.
>
> have you ever run systems with kernels from Kernel.org before?  Do you 
> know how to do that?

Sorry can't help you with that.
If that's what you want, why didn't you say so?

-- 
Dan Espen

[toc] | [prev] | [next] | [standalone]

#14165

ruben safir <dont@email.me> wrote:
> On Tue, 17 Mar 2015 15:17:40 -0400, Dan Espen wrote:

> > ruben safir <dont@email.me> writes:
> > 
> >> On Tue, 17 Mar 2015 19:03:39 +0000, William Unruh wrote:
> >>
> >>> But where did y ou get the Makefile from?
> >>
> >> in the source of kernel.org
> > 
> > Ah, don't go that way.
> > 
> > Well, I wouldn't.
> > 
> > Get a distro.
> > Then use the distro's tools to download and make the kernel.

> have you ever run systems with kernels from Kernel.org before?  Do you 
> know how to do that?

With Slackware it involves:

  1) download desired kernel from kernel.org
  2) extract the tarball (typically into /usr/src/)
  3) run either:
    3a) make config
    3b) make oldconfig (after copying old .config file into
        /usr/src/new-kernel-dir/)
    3c) make menuconfig (if you prefer menus)
  3) make
  4) make modules
  5) make modules-install
  6) normally a make install 'could' be run here, but I always
     manually copy the kernel binary and symbols file and link the
     kernel binary into lilo as yet one more bootable kernal entry. 
     The kernel makefile install target overwrites the standard install
     name for the kernel, which if that happens to be the kernel you
     are booting from (with Slackware it is), then if the new kernel
     does not work for some reason (usually means you forgot to enable
     a critical driver in step 3), overwriting it will leave you with a
     non-bootable system.

Note that there are times where kernel changes need user mode library
support, so trying to compile and run a 4.x kernel on a system that
originally shipped with a 2.2 or 2.6 kernel is not likely to work out
well by itself.  So there is a built in limit on how far ahead one can
go with "desired kernel" above without also having to upgrade other
parts as well.

[toc] | [prev] | [next] | [standalone]

#14176

Rich <rich@example.invalid> wrote:
> ruben safir <dont@email.me> wrote:
>> On Tue, 17 Mar 2015 15:17:40 -0400, Dan Espen wrote:
> 
>> > ruben safir <dont@email.me> writes:
>> > 
>> >> On Tue, 17 Mar 2015 19:03:39 +0000, William Unruh wrote:
>> >>
>> >>> But where did y ou get the Makefile from?
>> >>
>> >> in the source of kernel.org
>> > 
>> > Ah, don't go that way.
>> > 
>> > Well, I wouldn't.
>> > 
>> > Get a distro.
>> > Then use the distro's tools to download and make the kernel.
> 
>> have you ever run systems with kernels from Kernel.org before?  Do you 
>> know how to do that?
> 
> With Slackware it involves:
> 
>  1) download desired kernel from kernel.org
>  2) extract the tarball (typically into /usr/src/)
>  3) run either:
>    3a) make config
>    3b) make oldconfig (after copying old .config file into
>        /usr/src/new-kernel-dir/)
>    3c) make menuconfig (if you prefer menus)
>  3) make
>  4) make modules
>  5) make modules-install
>  6) normally a make install 'could' be run here, but I always
>     manually copy the kernel binary and symbols file and link the
>     kernel binary into lilo as yet one more bootable kernal entry. 
>     The kernel makefile install target overwrites the standard install
>     name for the kernel, which if that happens to be the kernel you
>     are booting from (with Slackware it is), then if the new kernel
>     does not work for some reason (usually means you forgot to enable
>     a critical driver in step 3), overwriting it will leave you with a
>     non-bootable system.

You could always write a custom install script. Make install looks for
'installkernel' in /root/bin and IIRC /sbin, if it finds it, make
install uses that in preference to its own install recipe.

> 
> Note that there are times where kernel changes need user mode library
> support, so trying to compile and run a 4.x kernel on a system that
> originally shipped with a 2.2 or 2.6 kernel is not likely to work out
> well by itself.  So there is a built in limit on how far ahead one can
> go with "desired kernel" above without also having to upgrade other
> parts as well.
> 

[toc] | [prev] | [next] | [standalone]

Page 1 of 4  [1] 2 3 4  Next page →

Back to top | Article view | comp.os.linux.misc

csiph-web