[gentoo-user] Boot and udev Woes

[gentoo-user] Boot and udev Woes

[john]

Hi Gentoo.

I have recently got a FX8350 and all is going very well.
After a week of using I have had no issues and then realised I had not
set man number of cpus in kernel config. 

This was set to 6. So as FX8350 is an eight core beast. I decided to
set to 8.

Upon reboot the boot hangs at 

waiting for uevents to be processed.

This hangs for 60 seconds and then starts spitting out the following

timeout killing /sbin/modprobe -bv xcpu_vendor 0002 + lots of 4 long
numbers. Sorry, I cannot trap these as they fly by.

in a continous loop. 

Reset required.

Booting from old kernel is still ok (6 cores set).

Looking in /proc/cpuinfo there are only 6 cores.

I can boot ok from Windows which shows 8 cores and I have also updated
BIOS to latest version.

Any ideas

Is there any way to detect or test that I using 8 cores?

-- 
John D Maunder

Re: [gentoo-user] Boot and udev Woes

[john]

On Mon, 19 Nov 2012 20:15:24 +0000
john <jdm@jdm.myzen.co.uk> wrote:

> Hi Gentoo.
> 
> I have recently got a FX8350 and all is going very well.
> After a week of using I have had no issues and then realised I had not
> set man number of cpus in kernel config. 
> 
> This was set to 6. So as FX8350 is an eight core beast. I decided to
> set to 8.
> 
> Upon reboot the boot hangs at 
> 
> waiting for uevents to be processed.
> 
> This hangs for 60 seconds and then starts spitting out the following
> 
> timeout killing /sbin/modprobe -bv xcpu_vendor 0002 + lots of 4 long
> numbers. Sorry, I cannot trap these as they fly by.
> 
> in a continous loop. 
> 
> Reset required.
> 
> Booting from old kernel is still ok (6 cores set).
> 
> Looking in /proc/cpuinfo there are only 6 cores.
> 
> I can boot ok from Windows which shows 8 cores and I have also updated
> BIOS to latest version.
> 
> Any ideas
> 
> Is there any way to detect or test that I using 8 cores?
> 

Have tried booting from Arch linux which boots fine and shows 8 cores
in /proc/cpuinfo

I must be missing a kernel config option somewhere but do not
understand why a simple change from 6 to 8 cpus should make a
difference.

-- 
John D Maunder

Re: [gentoo-user] Boot and udev Woes

[J. Roeleveld]

john <jdm@jdm.myzen.co.uk> wrote:

>On Mon, 19 Nov 2012 20:15:24 +0000
>john <jdm@jdm.myzen.co.uk> wrote:
>
>> Hi Gentoo.
>> 
>> I have recently got a FX8350 and all is going very well.
>> After a week of using I have had no issues and then realised I had
>not
>> set man number of cpus in kernel config. 
>> 
>> This was set to 6. So as FX8350 is an eight core beast. I decided to
>> set to 8.
>> 
>> Upon reboot the boot hangs at 
>> 
>> waiting for uevents to be processed.
>> 
>> This hangs for 60 seconds and then starts spitting out the following
>> 
>> timeout killing /sbin/modprobe -bv xcpu_vendor 0002 + lots of 4 long
>> numbers. Sorry, I cannot trap these as they fly by.
>> 
>> in a continous loop. 
>> 
>> Reset required.
>> 
>> Booting from old kernel is still ok (6 cores set).
>> 
>> Looking in /proc/cpuinfo there are only 6 cores.
>> 
>> I can boot ok from Windows which shows 8 cores and I have also
>updated
>> BIOS to latest version.
>> 
>> Any ideas
>> 
>> Is there any way to detect or test that I using 8 cores?
>> 
>
>Have tried booting from Arch linux which boots fine and shows 8 cores
>in /proc/cpuinfo
>
>I must be missing a kernel config option somewhere but do not
>understand why a simple change from 6 to 8 cpus should make a
>difference.

John.

Have you tried comparing the kernel config between your kernel and the one arch linux uses?

--
Joost
-- 
Sent from my Android phone with K-9 Mail. Please excuse my brevity.

Re: [gentoo-user] Boot and udev Woes

[john]

On Mon, 19 Nov 2012 22:57:49 +0100
"J. Roeleveld" <joost@antarean.org> wrote:

> john <jdm@jdm.myzen.co.uk> wrote:
> 
> >On Mon, 19 Nov 2012 20:15:24 +0000
> >john <jdm@jdm.myzen.co.uk> wrote:
> >
> >> Hi Gentoo.
> >> 
> >> I have recently got a FX8350 and all is going very well.
> >> After a week of using I have had no issues and then realised I had
> >not
> >> set man number of cpus in kernel config. 
> >> 
> >> This was set to 6. So as FX8350 is an eight core beast. I decided
> >> to set to 8.
> >> 
> >> Upon reboot the boot hangs at 
> >> 
> >> waiting for uevents to be processed.
> >> 
> >> This hangs for 60 seconds and then starts spitting out the
> >> following
> >> 
> >> timeout killing /sbin/modprobe -bv xcpu_vendor 0002 + lots of 4
> >> long numbers. Sorry, I cannot trap these as they fly by.
> >> 
> >> in a continous loop. 
> >> 
> >> Reset required.
> >> 
> >> Booting from old kernel is still ok (6 cores set).
> >> 
> >> Looking in /proc/cpuinfo there are only 6 cores.
> >> 
> >> I can boot ok from Windows which shows 8 cores and I have also
> >updated
> >> BIOS to latest version.
> >> 
> >> Any ideas
> >> 
> >> Is there any way to detect or test that I using 8 cores?
> >> 
> >
> >Have tried booting from Arch linux which boots fine and shows 8 cores
> >in /proc/cpuinfo
> >
> >I must be missing a kernel config option somewhere but do not
> >understand why a simple change from 6 to 8 cpus should make a
> >difference.
> 
> John.
> 
> Have you tried comparing the kernel config between your kernel and
> the one arch linux uses?
> 
> --
> Joost

Tried the 3.6.6 kernel which sorts this problem (same as Arch). Perhaps
a kernel bug ??? But have no idea really. Fascinating. Will have
another dig tomorrow

Was using 3.5.7. Did try make mrproper, removing all modules from boot
but nothing helped with that kernel.

Although I didn't compare the kernels it suggested to me to use a
different version which sorted the issue.

I can now use all 8 cores. What will I do? I've never know such times


thanks 

-- 
John D Maunder

Re: [gentoo-user] Boot and udev Woes

[J. Roeleveld]

john <jdm@jdm.myzen.co.uk> wrote:

>On Mon, 19 Nov 2012 22:57:49 +0100
>"J. Roeleveld" <joost@antarean.org> wrote:
>
>> john <jdm@jdm.myzen.co.uk> wrote:
>> 
>> >On Mon, 19 Nov 2012 20:15:24 +0000
>> >john <jdm@jdm.myzen.co.uk> wrote:
>> >
>> >> Hi Gentoo.
>> >> 
>> >> I have recently got a FX8350 and all is going very well.
>> >> After a week of using I have had no issues and then realised I had
>> >not
>> >> set man number of cpus in kernel config. 
>> >> 
>> >> This was set to 6. So as FX8350 is an eight core beast. I decided
>> >> to set to 8.
>> >> 
>> >> Upon reboot the boot hangs at 
>> >> 
>> >> waiting for uevents to be processed.
>> >> 
>> >> This hangs for 60 seconds and then starts spitting out the
>> >> following
>> >> 
>> >> timeout killing /sbin/modprobe -bv xcpu_vendor 0002 + lots of 4
>> >> long numbers. Sorry, I cannot trap these as they fly by.
>> >> 
>> >> in a continous loop. 
>> >> 
>> >> Reset required.
>> >> 
>> >> Booting from old kernel is still ok (6 cores set).
>> >> 
>> >> Looking in /proc/cpuinfo there are only 6 cores.
>> >> 
>> >> I can boot ok from Windows which shows 8 cores and I have also
>> >updated
>> >> BIOS to latest version.
>> >> 
>> >> Any ideas
>> >> 
>> >> Is there any way to detect or test that I using 8 cores?
>> >> 
>> >
>> >Have tried booting from Arch linux which boots fine and shows 8
>cores
>> >in /proc/cpuinfo
>> >
>> >I must be missing a kernel config option somewhere but do not
>> >understand why a simple change from 6 to 8 cpus should make a
>> >difference.
>> 
>> John.
>> 
>> Have you tried comparing the kernel config between your kernel and
>> the one arch linux uses?
>> 
>> --
>> Joost
>
>Tried the 3.6.6 kernel which sorts this problem (same as Arch). Perhaps
>a kernel bug ??? But have no idea really. Fascinating. Will have
>another dig tomorrow
>
>Was using 3.5.7. Did try make mrproper, removing all modules from boot
>but nothing helped with that kernel.
>
>Although I didn't compare the kernels it suggested to me to use a
>different version which sorted the issue.
>
>I can now use all 8 cores. What will I do? I've never know such times
>
>
>thanks 

If it isn't broke. Don't try to fix it.

In other words. I would keep the working kernel. Bugs do occasionally appear.

--
Joost
-- 
Sent from my Android phone with K-9 Mail. Please excuse my brevity.