[gentoo-amd64] kernel recompile?

[gentoo-amd64] kernel recompile?

[Sean]

I asked in another message due to an X problem I am now having, but I 
also thought this question deserved a post of its own.

With my recent upgrade of gcc to 4, does the kernel need to be recompiled?

When should a kernel be rebuilt?

				Thanks
				Sean
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] kernel recompile?

[Piotr Pruszczak]

Sean napisał(a):
> I asked in another message due to an X problem I am now having, but I 
> also thought this question deserved a post of its own.
> 
> With my recent upgrade of gcc to 4, does the kernel need to be recompiled?

YES !!!

> 
> When should a kernel be rebuilt?
each timeyou change GCC version - it's sure
> 
>                 Thanks
>                 Sean


-- 
Piotr
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] kernel recompile?

[Daniel Iliev]

Piotr Pruszczak wrote:
> Sean napisał(a):
>> I asked in another message due to an X problem I am now having, but I
>> also thought this question deserved a post of its own.
>>
>> With my recent upgrade of gcc to 4, does the kernel need to be
>> recompiled?
>
> YES !!!
>

- Why !?

-- 
Best regards,
Daniel


-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] kernel recompile?

[Piotr Pruszczak]

Daniel Iliev napisał(a):
> Piotr Pruszczak wrote:
>> Sean napisał(a):
>>> I asked in another message due to an X problem I am now having, but I
>>> also thought this question deserved a post of its own.
>>>
>>> With my recent upgrade of gcc to 4, does the kernel need to be
>>> recompiled?
>> YES !!!
>>
> 
> - Why !?
modules compiled with gcc4 will cause troubles with gcc3 kernel

so - your X problem is in my opinion caused by this reason
simpliest way - just try ;) to re-compile kernel && modules

> 


-- 
Piotr
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] kernel recompile?

[Daniel Iliev]

Piotr Pruszczak wrote:
> Daniel Iliev napisał(a):
>> Piotr Pruszczak wrote:
>>> Sean napisał(a):
>>>> I asked in another message due to an X problem I am now having, but I
>>>> also thought this question deserved a post of its own.
>>>>
>>>> With my recent upgrade of gcc to 4, does the kernel need to be
>>>> recompiled?
>>> YES !!!
>>>
>>
>> - Why !?
> modules compiled with gcc4 will cause troubles with gcc3 kernel
>
> so - your X problem is in my opinion caused by this reason
> simpliest way - just try ;) to re-compile kernel && modules
>
>>
>

;-))))

My X is just fine. It is Mr. Sean who has hard time with the X.
I think gcc version should not have impact on X because NVidia's drivers
are binary, closed source - they don't care about the gcc used to
compile the kernel or the X server. Actually I think the emerge only
installs those drivers and checks for common configuration errors.

-- 
Best regards,
Daniel


-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] kernel recompile?

[Boyd Stephen Smith Jr.]

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

On Tuesday 31 October 2006 09:59, Daniel Iliev <danny@ilievnet.com> wrote 
about 'Re: [gentoo-amd64] kernel recompile?':
> I think gcc version should not have impact on X because NVidia's drivers
> are binary, closed source - they don't care about the gcc used to
> compile the kernel or the X server. Actually I think the emerge only
> installs those drivers and checks for common configuration errors.

No, there's no way to make a pure binary driver that works on all systems, 
because symbols in the kernel will be at different locations depending on 
options it was compiled with.

Instead, nvidia distributes a mostly binary driver, with a small 
source "shim" that is compiled against the kernel and passes messages 
between the fixed binary interface of the binary part and the non-fixed 
interface of the kernel.

The compiler you build the module with does have to match the compiler you 
built the kernel with.

-- 
"If there's one thing we've established over the years,
it's that the vast majority of our users don't have the slightest
clue what's best for them in terms of package stability."
-- Gentoo Developer Ciaran McCreesh

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-amd64] kernel recompile?

[Michel Merinoff]

Boyd Stephen Smith Jr. wrote:
> On Tuesday 31 October 2006 09:59, Daniel Iliev <danny@ilievnet.com> wrote 
> about 'Re: [gentoo-amd64] kernel recompile?':
>   
>> I think gcc version should not have impact on X because NVidia's drivers
>> are binary, closed source - they don't care about the gcc used to
>> compile the kernel or the X server. Actually I think the emerge only
>> installs those drivers and checks for common configuration errors.
>>     
>
> No, there's no way to make a pure binary driver that works on all systems, 
> because symbols in the kernel will be at different locations depending on 
> options it was compiled with.
>
>
>   
Should this mean, that you have to recompile all the drivers already
installed after recompiling the kernel with a new feature added or after
upgrading it up to newer version?
Send instant messages to your online friends http://uk.messenger.yahoo.com 

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] kernel recompile?

[Neil Bothwick]

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

On Thu, 02 Nov 2006 12:48:11 +0300, Michel Merinoff wrote:

> > No, there's no way to make a pure binary driver that works on all
> > systems, because symbols in the kernel will be at different locations
> > depending on options it was compiled with.

> Should this mean, that you have to recompile all the drivers already
> installed after recompiling the kernel with a new feature added or after
> upgrading it up to newer version?

Yes, if you are referring to kernel modules. But most are part of the
kernel tree anyway, so they are updated along with the kernel. The only
ones you need to worry about are things like the Nvidia drivers, some
wireless card drivers and so forth. sys-kernel/module-rebuild can do this
for you, just run it after a kernel compile.


-- 
Neil Bothwick

I am Ken Dodd of the Borg... What a fine day to be assimilated missus!!

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-amd64] kernel recompile?

[Pawel Kraszewski]

Dnia wtorek, 31 października 2006 16:59, Daniel Iliev napisał:

> My X is just fine. It is Mr. Sean who has hard time with the X.
> I think gcc version should not have impact on X because NVidia's drivers
> are binary, closed source - they don't care about the gcc used to
> compile the kernel or the X server. Actually I think the emerge only
> installs those drivers and checks for common configuration errors.

No. In this case you'd need new NVidia kernel driver each time kernel's 
version changes.

During installation NVidia's kernel module (in compiler's meaning - .o file 
provided by NVidia) is linked against a freshly compiled stub adopting it to 
running kernel and making kernel module (in kernel's meaning - .ko file). 

If you compile kernel and kernel module (.ko) with different compilers, you'll 
get 'invalid module format' and modprobe/insmod fails.

-- 
 Pawel Kraszewski
 www.kraszewscy.net

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] kernel recompile?

[Daniel Iliev]

Pawel Kraszewski wrote:
> Dnia wtorek, 31 października 2006 16:59, Daniel Iliev napisał:
>
>   
>> My X is just fine. It is Mr. Sean who has hard time with the X.
>> I think gcc version should not have impact on X because NVidia's drivers
>> are binary, closed source - they don't care about the gcc used to
>> compile the kernel or the X server. Actually I think the emerge only
>> installs those drivers and checks for common configuration errors.
>>     
>
> No. In this case you'd need new NVidia kernel driver each time kernel's 
> version changes.
>
> During installation NVidia's kernel module (in compiler's meaning - .o file 
> provided by NVidia) is linked against a freshly compiled stub adopting it to 
> running kernel and making kernel module (in kernel's meaning - .ko file). 
>
> If you compile kernel and kernel module (.ko) with different compilers, you'll 
> get 'invalid module format' and modprobe/insmod fails.
>
>   

Point taken. You and Mr. Boyd Stephen Smith Jr. are correct.


-- 
Best regards,
Daniel


-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] kernel recompile?

[Sean]

Pawel Kraszewski wrote:
> 
> No. In this case you'd need new NVidia kernel driver each time kernel's 
> version changes.
> 
> During installation NVidia's kernel module (in compiler's meaning - .o file 
> provided by NVidia) is linked against a freshly compiled stub adopting it to 
> running kernel and making kernel module (in kernel's meaning - .ko file). 
> 
> If you compile kernel and kernel module (.ko) with different compilers, you'll 
> get 'invalid module format' and modprobe/insmod fails.
> 

Since my gcc upgrade all my modules fail on boot with an error of 
version magic '2.6.16-gentoo-r9 SMP gcc-4.1' should be 
'2.6.16.16-gentoo-r9 SMP gcc-3.4'

However when I try to start the rebuild of my kernel it stops just after 
starting with the line

'if [ -r System.map -a -x /sbin/depmod ]; then /sbin/depmod -ae -F 
System.map 2.6.16-gentoo-r9; fi'

any ideas on the cause?
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] kernel recompile?

[Mathieu Seigneurin]

On Tuesday 31 October 2006 18:04, Sean wrote:
> Pawel Kraszewski wrote:
> > No. In this case you'd need new NVidia kernel driver each time kernel's
> > version changes.
> >
> > During installation NVidia's kernel module (in compiler's meaning - .o
> > file provided by NVidia) is linked against a freshly compiled stub
> > adopting it to running kernel and making kernel module (in kernel's
> > meaning - .ko file).
> >
> > If you compile kernel and kernel module (.ko) with different compilers,
> > you'll get 'invalid module format' and modprobe/insmod fails.
>
> Since my gcc upgrade all my modules fail on boot with an error of
> version magic '2.6.16-gentoo-r9 SMP gcc-4.1' should be
> '2.6.16.16-gentoo-r9 SMP gcc-3.4'
>
> However when I try to start the rebuild of my kernel it stops just after
> starting with the line
>
> 'if [ -r System.map -a -x /sbin/depmod ]; then /sbin/depmod -ae -F
> System.map 2.6.16-gentoo-r9; fi'
>
> any ideas on the cause?

You need to "make clean" before you "make". Backup your .config, not sure
how much cleaning "make clean" does.
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] kernel recompile?

[Daniel Iliev]

Sean wrote:
>
> Since my gcc upgrade all my modules fail on boot with an error of
> version magic '2.6.16-gentoo-r9 SMP gcc-4.1' should be
> '2.6.16.16-gentoo-r9 SMP gcc-3.4'
>
> However when I try to start the rebuild of my kernel it stops just
> after starting with the line
>
> 'if [ -r System.map -a -x /sbin/depmod ]; then /sbin/depmod -ae -F
> System.map 2.6.16-gentoo-r9; fi'
>
> any ideas on the cause?


cp /usr/src/linux/.config /usr/src/  # preserve the configuration
cd /usr/src/linux/
make mrproper     # this puts the kernel source tree in a state as if it
was just extracted
cp /usr/src/.config .   # restore the configuration
make && make modules_install

Then do what you do to install your new kernel. For example I have 2
boot entries:

- "Gentoo" (default after 5 seconds) with kernel "/boot/bzImage"
- "Test"   with kernel "/boot/bzTest"

So the commands in my case are:

cp /usr/src/linux/arch/x86_64/boot/bzImage /boot/bzTest
cp System.map /boot
lilo

When I compile a new kernel, I first try it with "Test" and if it works,
a do
cp /boot/bzTest /boot/bzImage && lilo  # to make it default boot option


After you are ready with the new kernel and it boots OK (no module
problems etc.) you'll have to emerge nvidia-drivers...again.


In fewer words: Recompile the kernel to solve its problems and then
emerge nvidia-drivers.

HTH

-- 
Best regards,
Daniel


-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] kernel recompile?

[Sean]

Daniel Iliev wrote:
> Sean wrote:
>> Since my gcc upgrade all my modules fail on boot with an error of
>> version magic '2.6.16-gentoo-r9 SMP gcc-4.1' should be
>> '2.6.16.16-gentoo-r9 SMP gcc-3.4'
>>
>> However when I try to start the rebuild of my kernel it stops just
>> after starting with the line
>>
>> 'if [ -r System.map -a -x /sbin/depmod ]; then /sbin/depmod -ae -F
>> System.map 2.6.16-gentoo-r9; fi'
>>
>> any ideas on the cause?
> 
> 
> cp /usr/src/linux/.config /usr/src/  # preserve the configuration
> cd /usr/src/linux/
> make mrproper     # this puts the kernel source tree in a state as if it
> was just extracted
> cp /usr/src/.config .   # restore the configuration
> make && make modules_install
> 

Well from your email and Mathieu it has helped a bit. I have tried to 
rebuild the kernel several times and after the line

INSTALL sound/soundcore.ko

it always displays the line
if [ -r System.map -a -x /sbin/depmod ]; then /sbin/depmod -ae -F 
System.map 2.6.16-gentoo-r9; fi

then just a prompt display.
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] kernel recompile?

[Daniel Iliev]

Sean wrote:
> Daniel Iliev wrote:
>> Sean wrote:
>>> Since my gcc upgrade all my modules fail on boot with an error of
>>> version magic '2.6.16-gentoo-r9 SMP gcc-4.1' should be
>>> '2.6.16.16-gentoo-r9 SMP gcc-3.4'
>>>
>>> However when I try to start the rebuild of my kernel it stops just
>>> after starting with the line
>>>
>>> 'if [ -r System.map -a -x /sbin/depmod ]; then /sbin/depmod -ae -F
>>> System.map 2.6.16-gentoo-r9; fi'
>>>
>>> any ideas on the cause?
>>
>>
>> cp /usr/src/linux/.config /usr/src/  # preserve the configuration
>> cd /usr/src/linux/
>> make mrproper     # this puts the kernel source tree in a state as if it
>> was just extracted
>> cp /usr/src/.config .   # restore the configuration
>> make && make modules_install
>>
>
> Well from your email and Mathieu it has helped a bit. I have tried to
> rebuild the kernel several times and after the line
>
> INSTALL sound/soundcore.ko
>
> it always displays the line
> if [ -r System.map -a -x /sbin/depmod ]; then /sbin/depmod -ae -F
> System.map 2.6.16-gentoo-r9; fi
>
> then just a prompt display.


-- 
Best regards,
Daniel


-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] kernel recompile?

[Daniel Iliev]

Sean wrote:
>
> Well from your email and Mathieu it has helped a bit. I have tried to
> rebuild the kernel several times and after the line
>
> INSTALL sound/soundcore.ko
>
> it always displays the line
> if [ -r System.map -a -x /sbin/depmod ]; then /sbin/depmod -ae -F
> System.map 2.6.16-gentoo-r9; fi
>
> then just a prompt display.

It seems correct to me. Now you have to install the kernel image.
Now the kernel image is compiled and can be found in
/usr/src/linux/arch/x86_64/boot/bzImage
(replace x86_64 with your arch. This is the gentoo-amd64 list, therefore
I suppose it is x86_64)

Installing the image means to inform the boot loader (grub, lilo,
whatever) where to find it. It is supposed as  "best practice" to put
the kernel images in "/boot/" and run the boot loader so it can rewrite
the boot sector of the device with information about the new kernel.

Let me ask you something: How did you install your previous kernel - by
the live-cd installer, by genkernel or manually? Because my previous
(real) reply involves manual installation with lilo?




P.S.

I apologize for the empty reply. I pressed unintentionally "send". Sorry
about this. ;-(


-- 
Best regards,
Daniel


-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] kernel recompile?

[Sean]

Daniel Iliev wrote:
> Sean wrote:
>> it always displays the line
>> if [ -r System.map -a -x /sbin/depmod ]; then /sbin/depmod -ae -F
>> System.map 2.6.16-gentoo-r9; fi
>>
>> then just a prompt display.
> 
> It seems correct to me. Now you have to install the kernel image.
> Now the kernel image is compiled and can be found in
> /usr/src/linux/arch/x86_64/boot/bzImage
> (replace x86_64 with your arch. This is the gentoo-amd64 list, therefore
> I suppose it is x86_64)
> 
> Let me ask you something: How did you install your previous kernel - by
> the live-cd installer, by genkernel or manually? Because my previous
> (real) reply involves manual installation with lilo?
> 

With the line the way it was ending, I thought that it was some sort of 
error.
I do not recall seeing such a line in the past when I built the kernel 
for my system, which is an amd64 SMP box.

I used the min install CD and followed the Gentoo docs using the manual 
install.

			Thanks for the help Daniel.
			Sean

P.S. Hard to believe this whole ride started just cause I wanted to 
build Openoffice.
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] kernel recompile?

[Daniel Iliev]

Sean wrote:
>
> With the line the way it was ending, I thought that it was some sort
> of error.
> I do not recall seeing such a line in the past when I built the kernel
> for my system, which is an amd64 SMP box.
>
> I used the min install CD and followed the Gentoo docs using the
> manual install.
>
>             Thanks for the help Daniel.
>             Sean
>
> P.S. Hard to believe this whole ride started just cause I wanted to
> build Openoffice.

Ah, that big bad OO2!  ;-)))))


Everything OK now?

-- 
Best regards,
Daniel


-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] kernel recompile?

[sean]

Daniel Iliev wrote:
> Sean wrote:
>> With the line the way it was ending, I thought that it was some sort
>> of error.
>> I do not recall seeing such a line in the past when I built the kernel
>> for my system, which is an amd64 SMP box.
>>
>> I used the min install CD and followed the Gentoo docs using the
>> manual install.
>>
>>             Thanks for the help Daniel.
>>             Sean
>>
>> P.S. Hard to believe this whole ride started just cause I wanted to
>> build Openoffice.
> 
> Ah, that big bad OO2!  ;-)))))
> 
> 
> Everything OK now?
> 

Here is where things stand.

On boot, dmesg showed the modules did not load.

Here is my list from autoload.d.
s2io.ko
snd-mixer-oss.ko
snd-pcm-oss.ko
snd-seq-device.ko
snd-seq.ko
snd-page-alloc.ko
snd-pcm.ko
snd-timer.ko
snd.ko
snd-ac97-bus.ko
snd-ac97-codec.ko
snd-intel8x0.ko
soundcore.ko

Here is a list of load modules
sean@tardis ~ $ lsmod
Module                  Size  Used by
snd_seq                50016  0
snd_pcm_oss            48160  0
snd_mixer_oss          16896  2 snd_pcm_oss
nvidia               5423892  12
snd_intel8x0           32552  1
snd_ac97_codec         99928  1 snd_intel8x0
snd_ac97_bus            4480  1 snd_ac97_codec
snd_pcm                80776  3 snd_pcm_oss,snd_intel8x0,snd_ac97_codec
snd_timer              22152  2 snd_seq,snd_pcm
snd                    50600  7 
snd_seq,snd_pcm_oss,snd_mixer_oss,snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer
soundcore              10080  2 snd
snd_page_alloc         10640  2 snd_intel8x0,snd_pcm
sean@tardis ~ $

The only one that I do not see is s2io.
Not sure why they show on boot not being loaded, when they apparently 
are springing to life.

X has started, and as it did the nvidia logo displayed. I never turned 
it off in xorg.conf, and I am looking at my very nice WindowMaker 
display and background. Link below is for the pic, if interested, nice 
picture, my wife was amused.
http://www.danadelany.com/photos/general/dana-delany-yellow-car.jpg

*  x11-drivers/nvidia-drivers
       Latest version available: 1.0.8776
       Latest version installed: 1.0.8776
       Size of files: 25,303 kB
       Homepage:      http://www.nvidia.com/
       Description:   NVIDIA X11 driver and GLX libraries
       License:       NVIDIA

The Allman Brothers live at the Filmore is playing from my recently 
installed Audacious player, which took the place of the now removed XMMS.

Openoffice started up! It better after all these hoops I have jumped!

One eterm window is doing
emerge --update --deep --newuse world;revdep-rebuild;revdep-rebuild
Currently on package 15 of 88 as I write this email in Thunderbird.

tardis sean # uname -a
Linux tardis 2.6.16-gentoo-r9 #3 SMP Tue Oct 31 13:46:57 EST 2006 x86_64 
AMD Opteron(tm) Processor 246 GNU/Linux

My dmesg display showing my recently compiled kernel based on gcc 4.1!

Linux version 2.6.16-gentoo-r9 (root@tardis) (gcc version 4.1.1 (Gentoo 
4.1.1))
#3 SMP Tue Oct 31 13:46:57 EST 2006

What a ride just for Openoffice, but learned a bit, now if it just 
sticks in my head! The hard part of it all.

So I guess I will delay that nice upgrade of my hard drive to that 10K 
SATA. 8-(
I figured if things went so bad that I had to start over, then I would 
at least upgrade the drive, been wanting to do that for a while.

So the only mystery is why the modules appear not to load on boot.

	Daniel, and all others, thanks again, you made the difference.
	Sean

	P.S. now up to package 17
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] kernel recompile?

[Daniel Iliev]

sean wrote:
> Here is where things stand.
>
> On boot, dmesg showed the modules did not load.

Did you replace the old "System.map" file with the new one?
"cp /usr/src/linux/System.map /boot/System.map"
or
"/usr/src/linux/System.map /System.map"

I think this will stop the warnings.

>
> Here is my list from autoload.d.
> s2io.ko
> snd-mixer-oss.ko
> snd-pcm-oss.ko
> snd-seq-device.ko
> snd-seq.ko
> snd-page-alloc.ko
> snd-pcm.ko
> snd-timer.ko
> snd.ko
> snd-ac97-bus.ko
> snd-ac97-codec.ko
> snd-intel8x0.ko
> soundcore.ko
>
> Here is a list of load modules
> sean@tardis ~ $ lsmod
> Module                  Size  Used by
> snd_seq                50016  0
> snd_pcm_oss            48160  0
> snd_mixer_oss          16896  2 snd_pcm_oss
> nvidia               5423892  12
> snd_intel8x0           32552  1
> snd_ac97_codec         99928  1 snd_intel8x0
> snd_ac97_bus            4480  1 snd_ac97_codec
> snd_pcm                80776  3 snd_pcm_oss,snd_intel8x0,snd_ac97_codec
> snd_timer              22152  2 snd_seq,snd_pcm
> snd                    50600  7
> snd_seq,snd_pcm_oss,snd_mixer_oss,snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer
>
> soundcore              10080  2 snd
> snd_page_alloc         10640  2 snd_intel8x0,snd_pcm
> sean@tardis ~ $
>
The right syntax is to put the "module_name" only in "autoload.d" not
the "module_name.ko"
For example:
nvidia    -  correct
nvidia.ko -  not correct

Additionally I think you could safely remove all those sound related
modules from "autoload.d" because "rc-update add alsasound default"
should take care of them. Anyway it won't harm if you leave them like this.


> The only one that I do not see is s2io.
>

"s2io.ko" appears to be a driver for the Neterion's Xframe PCI-X NIC
[1,2] and if you have working network which appears so, because you can
at least send & receive e-mail :) it means that you either don't need
this driver or it is compiled in the kernel. In both cases you can
safely remove it from "autoload.d"

[1] http://www.neterion.com/products/xframe.html
[2] http://www.neterion.com/products/xframe2.html


>     Daniel, and all others, thanks again, you made the difference.
>     Sean
>
>     P.S. now up to package 17

CHEERS! :)


-- 
Best regards,
Daniel


-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] kernel recompile?

[sean]

Daniel Iliev wrote:
> sean wrote:
>> Here is where things stand.
>>
>> On boot, dmesg showed the modules did not load.
> 
> Did you replace the old "System.map" file with the new one?
> "cp /usr/src/linux/System.map /boot/System.map"
> or
> "/usr/src/linux/System.map /System.map"
> 

Well your recommendations did the trick, the boot message failures of 
the modules is gone.

I do not recall in the Gentoo instructions on the System.map copy you 
mentioned above.

			Thanks
			Sean
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] kernel recompile?

[Daniel Iliev]

sean wrote:
> Daniel Iliev wrote:
>> sean wrote:
>>> Here is where things stand.
>>>
>>> On boot, dmesg showed the modules did not load.
>>
>> Did you replace the old "System.map" file with the new one?
>> "cp /usr/src/linux/System.map /boot/System.map"
>> or
>> "/usr/src/linux/System.map /System.map"
>>
>
> Well your recommendations did the trick, the boot message failures of
> the modules is gone.
>
> I do not recall in the Gentoo instructions on the System.map copy you
> mentioned above.
>
>             Thanks
>             Sean

Actually if you use "make install" it would take care for the System.map
file and put it in "/boot".
There is a private case when /boot is a mount point for a different
partition and it happens that the kernel seeks /boot/System.map before
the partition is mounted. If it can't find that file it seeks for
/System.map (in the root partition). If not there it seeks for
/usr/src/linux/System.map. If the kernel finds a wrong version of
System.map or can't find it at all it is expected to be a minor problem
and the system should work properly.


-- 
Best regards,
Daniel


-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] kernel recompile?

[Pawel Kraszewski]

Dnia wtorek, 31 października 2006 19:39, Daniel Iliev napisał:

> It seems correct to me. Now you have to install the kernel image.
> Now the kernel image is compiled and can be found in
> /usr/src/linux/arch/x86_64/boot/bzImage
> (replace x86_64 with your arch. This is the gentoo-amd64 list, therefore
> I suppose it is x86_64)

Well, and what's wrong with "make modules_install install" ? This copies all 
the necessary files, updates maps, updates lilo (if necessary)...

You may even try to compile&install kernel in a one-shot:

#> make clean all modules_install install

Underscores, spaces and operation order ARE correct here. Clean doesn't 
wipe .config .

-- 
 Pawel Kraszewski
 www.kraszewscy.net

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] kernel recompile?

[Daniel Iliev]

Pawel Kraszewski wrote:
> Dnia wtorek, 31 października 2006 19:39, Daniel Iliev napisał:
>
>   
>> It seems correct to me. Now you have to install the kernel image.
>> Now the kernel image is compiled and can be found in
>> /usr/src/linux/arch/x86_64/boot/bzImage
>> (replace x86_64 with your arch. This is the gentoo-amd64 list, therefore
>> I suppose it is x86_64)
>>     
>
> Well, and what's wrong with "make modules_install install" ? This copies all 
> the necessary files, updates maps, updates lilo (if necessary)...
>
> You may even try to compile&install kernel in a one-shot:
>
> #> make clean all modules_install install
>
> Underscores, spaces and operation order ARE correct here. Clean doesn't 
> wipe .config .
>
>   

Pawel, I didn't say something's wrong with "make install".

*Nothing's wrong with "make install".*

I just prefer to do it manually. Since I'm used to the manual
installation I totally forgot about "make install" and that's the reason
I didn't proposed it.

-- 
Best regards,
Daniel


-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] kernel recompile?

[Pawel Kraszewski]

Dnia środa, 1 listopada 2006 13:47, Daniel Iliev napisał:

> Pawel, I didn't say something's wrong with "make install".
>
> *Nothing's wrong with "make install".*

Please, why did you take this so personal? I didn't mean to criticize you by 
any means! 

> I just prefer to do it manually. Since I'm used to the manual
> installation I totally forgot about "make install" and that's the reason
> I didn't proposed it.

Manual installation allows newbies to forget to copy/setup some stuff (as 
system.map in our case) and this tends to end up with an unbootable or 
incomplete system.

In my case I don't do anything "make install" doesn't do, hence prefer to use 
the automatic install. On the other hand - I've never used genkernel stuff 
and prefer to configure kernel by hand. So manual config, automatic install 
is my way.

[OT] Yesterday I managed to finally compile OpenOffice on my AMD64. Boy, 
that's the speed improvement! For successful compilation I just needed the 
"JAVA_PKG_FORCE_VM=blackdown-jdk-1.4.2" trick.

-- 
 Pawel Kraszewski
 www.kraszewscy.net

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] kernel recompile?

[Florian D.]

Pawel Kraszewski wrote:
> So manual config, automatic install 
> is my way.
ok, sorry for being off-topic, but what is the default installation 
target for 'make install'? /boot/vmlinuz? and is there a 
backup-function, say, that my last /boot/vmlinuz gets automatically 
moved to /boot/vmlinuz.old or something? a pointer to documentation 
would be welcome, dr.google knows nothing.
> 
> [OT] Yesterday I managed to finally compile OpenOffice on my AMD64. Boy, 
> that's the speed improvement! For successful compilation I just needed the 
> "JAVA_PKG_FORCE_VM=blackdown-jdk-1.4.2" trick.
me too :-)

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] kernel recompile?

[Jesús Guerrero]

El Miércoles, 1 de Noviembre de 2006 17:55, Florian D. escribió:
> Pawel Kraszewski wrote:
> > So manual config, automatic install
> > is my way.
>
> ok, sorry for being off-topic, but what is the default installation
> target for 'make install'? /boot/vmlinuz? and is there a
> backup-function, say, that my last /boot/vmlinuz gets automatically
> moved to /boot/vmlinuz.old or something? a pointer to documentation
> would be welcome, dr.google knows nothing.
>
> > [OT] Yesterday I managed to finally compile OpenOffice on my AMD64. Boy,
> > that's the speed improvement! For successful compilation I just needed
> > the "JAVA_PKG_FORCE_VM=blackdown-jdk-1.4.2" trick.
>
> me too :-)


Make install copies the kernel image to /boot/vmlinuz-<version-number> for 
vanilla kernels, for gentoo-sources it was something like 
vmlinux-gentoo-<version-number> or so, so, each kernel is copied with a 
different name.

If you use this same name convention in your grub.conf, then it is a good 
thing, since you can keep old kernels until you know that your new kernel 
actually works, instead of being continually readjusting the vmlinuz link, 
which I find to be a hassle.

It is a matter of copying the lines for your old kernel a couple of lines 
below and then changing the version number, and you get a new menu entry with 
your new kernel.

All is better for me if each kernel has its name in the grub.conf file, cause 
I know what I am doing in every momment without having to leave the editor 
and go to the command line to see where is vmlinuz pointing at.

Regards.

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] kernel recompile?

[Pawel Kraszewski]

Dnia środa, 1 listopada 2006 17:55, Florian D. napisał:

> ok, sorry for being off-topic, but what is the default installation
> target for 'make install'? /boot/vmlinuz? and is there a
> backup-function, say, that my last /boot/vmlinuz gets automatically
> moved to /boot/vmlinuz.old or something? a pointer to documentation
> would be welcome, dr.google knows nothing.

Addednum to Jesus' thread. Make install does this:

1. If there are files/links named 'vmlinuz', 'System.map' or 'config', they 
   are renamed with .old extension
2. New version of these files is installed with -<version> appendix (that's 
   what Jesus mentioned)
3. The new files are symlinked to short names mentioned in #1

So afterwards vmlinuz and friends are symlinks pointing to current kernel and 
vmlinuz.old and friends are symlinks pointing to previous kernel. In GRUB I 
have profile for 'vmlinuz' named "Current kernel" and for 'vmlinuz.old' 
named "Previous kernel".

Pre-previous kernel is still available by full name "vmlinuz-<version>".

Ah, yes - documentation. In fact - there is one. Use "make help" in kernel 
directory for all options make accepts. At the end, in 'make install' docs it 
says it uses installkernel to do the thing. Then you have 'man 
installkernel' - exactly what you need.

-- 
 Pawel Kraszewski
 www.kraszewscy.net

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] [OT] kernel recompile?

[Daniel Iliev]

Pawel Kraszewski wrote:
> Dnia środa, 1 listopada 2006 13:47, Daniel Iliev napisał:
>
>   
>> Pawel, I didn't say something's wrong with "make install".
>>
>> *Nothing's wrong with "make install".*
>>     
>
> Please, why did you take this so personal? I didn't mean to criticize you by 
> any means! 
>
>   
>> I just prefer to do it manually. Since I'm used to the manual
>> installation I totally forgot about "make install" and that's the reason
>> I didn't proposed it.
>>     
>
> Manual installation allows newbies to forget to copy/setup some stuff (as 
> system.map in our case) and this tends to end up with an unbootable or 
> incomplete system.
>
> In my case I don't do anything "make install" doesn't do, hence prefer to use 
> the automatic install. On the other hand - I've never used genkernel stuff 
> and prefer to configure kernel by hand. So manual config, automatic install 
> is my way.
>
> [OT] Yesterday I managed to finally compile OpenOffice on my AMD64. Boy, 
> that's the speed improvement! For successful compilation I just needed the 
> "JAVA_PKG_FORCE_VM=blackdown-jdk-1.4.2" trick.
>
>   

No, please, don't get me wrong. I don't feel criticized by you and that
is not my "counter-strike" response. Actually I criticize me. If you
find any bad personal note in that message, please, be sure that it is a
negative side effect of my poor English.

I really just wanted to point out that there is no reason not to use
"make install" and that was my only intention. If there is any blame it
is pointed to me because I forgot about the better solution proposed by you.

I apologize if my email insulted you in anyway.

-- 
Best regards,
Daniel


-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] [OOT] Apologies

[Pawel Kraszewski]

Dnia środa, 1 listopada 2006 18:06, Daniel Iliev napisał:

> No, please, don't get me wrong. I don't feel criticized by you and that
> is not my "counter-strike" response. Actually I criticize me. If you
> find any bad personal note in that message, please, be sure that it is a
> negative side effect of my poor English.
>
> I really just wanted to point out that there is no reason not to use
> "make install" and that was my only intention. If there is any blame it
> is pointed to me because I forgot about the better solution proposed by
> you.
>
> I apologize if my email insulted you in anyway.

Apologies not necessary. I didn't feel insulted in ANY way. We could now 
apologize each other making a very long (still, very pleasent) thread :)

So, if you don't feel insulted, and I don't either - we can close apologies 
thread and only wish others were gentle to each other as we are.

-- 
 Pawel Kraszewski
 www.kraszewscy.net

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] [OOT] [SOLVED] Apologies

[Daniel Iliev]

Pawel Kraszewski wrote:
> Apologies not necessary. I didn't feel insulted in ANY way. We could now
> apologize each other making a very long (still, very pleasent) thread :)
>
> So, if you don't feel insulted, and I don't either - we can close apologies 
> thread and only wish others were gentle to each other as we are.
>
>   


CHEERS! :)

-- 
Best regards,
Daniel


-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] kernel recompile?

[Sebastian Redl]

Sean wrote:
> With my recent upgrade of gcc to 4, does the kernel need to be
> recompiled?
Not necessarily. I've been running a gcc3-compiled kernel for some weeks
now with a gcc4-compiled system. (Can't seem to get around to upgrading
the kernel.)
However, external modules, if compiled with gcc4, might be incompatible
with the gcc3 kernel.

Sebastian Redl
-- 
gentoo-amd64@gentoo.org mailing list