Re: [2.5.54 - Oops] CPUFreq [Was: Re: [2.5.54] OOPS: unable to handle kernel paging request]

Re: [2.5.54 - Oops] CPUFreq [Was: Re: [2.5.54] OOPS: unable to handle kernel paging request]

[Paolo Ciarrocchi]

I get the same oops+reboot with ifdown lo
I get the same oops+ halt of the machine with 
"/usr/sbin/usernetctl lo down

Hope it helps.

Ciao,
       Paolo

-- 
______________________________________________
http://www.linuxmail.org/
Now with POP3/IMAP access for only US$19.95/yr

Powered by Outblaze

Re: [2.5.54 - Oops] CPUFreq [Was: Re: [2.5.54] OOPS: unable to handle kernel paging request]

[Steven Barnhart]

On Sun, 05 Jan 2003 11:47:01 +0000, Steven Barnhart wrote:

> On Sun, 2003-01-05 at 05:43, Paul Rolland wrote:
>> Hello,
>> 
>> Good news !
>> Using the patch : 
>> http://www.brodo.de/cpufreq/cpufreq-2.5.54-p4-1
>> it is now booting fine !
> 
> Excellent!! I will apply immediately. This is great...wonder why it
> hasn't been applied yet.
> 
> PS: Andrew: This is the serial console problem, if the patch works for
> me this should fix the problem thank god.

Obivously I spoke to soon...this doesn't fix my problem (maybe because I
don't have a p4 and cpufreq ISN'T enabled). Instead it floods my screen
with the oops now instead of staying their but from hard looking at
it..it's the exact same thing..what an annoying bug!

PS: Paul I've attached my config, any chance you could do a full serial
output on it? Hopefully that would reproduce the problem and shed some
light on it.
-- 
Steven
sbarn03@softhome.net
GnuPG Fingerprint: 9357 F403 B0A1 E18D 86D5  2230 BB92 6D64 D516 0A94

Re: [2.5.54] OOPS: unable to handle kernel paging request

[Steven Barnhart]

On Fri, 2003-01-03 at 10:48, Mark Hahn wrote:
> it's not very meaningful: some part of the kernel tried dereferencing
> a null pointer (as it happens, with a negative offset, such as you might
> expect from a variable sitting in the stack).
> the negativeness is not surprising, and the value of the offset would
> depend on your cpu/compiler/config.

Well I have a Intel Celeron 1.06 GHz (i686). 384MB ram, gcc 3.2 (redhat
8 release). I don't really know how to decode it since I have no serial
console hookups...anything paticualr I could get from the oops report
during bootup? i.e. what sections to copy?

-- 
Steven
sbarn03@softhome.net
GnuPG Fingerprint: 9357 F403 B0A1 E18D 86D5  2230 BB92 6D64 D516 0A94

[2.5.54 - Oops] CPUFreq [Was: Re: [2.5.54] OOPS: unable to handle kernel paging request]

[Paul Rolland]

Hello,

I've got it running my serial console. Full trace at boot time is :
SBF: Simple Boot Flag extension found and enabled.
SBF: Setting boot flags 0x1
cpufreq: P4/Xeon(TM) CPU On-Demand Clock Modulation available
divide error: 0000
CPU:    0
EIP:    0060:[<c01151bb>]    Not tainted
EFLAGS: 00010246
Unable to handle kernel paging request at virtual address ffffff8d
 printing eip:
c012ebcf
*pde = 00001067
*pte = 00000000
Oops: 0002
CPU:    0
EIP:    0060:[<c012ebcf>]    Not tainted
EFLAGS: 00010006

and ksymoops says :
8 [10:21] rol@donald:~> ksymoops -v /usr/src/linux/vmlinux -K -m
/boot/System.map-2.5.54 <oops-cpufreq2
ksymoops 2.4.8 on i686 2.4.20.  Options used
     -v /usr/src/linux/vmlinux (specified)
     -K (specified)
     -l /proc/modules (default)
     -o /lib/modules/2.4.20/ (default)
     -m /boot/System.map-2.5.54 (specified)

No modules in ksyms, skipping objects
No ksyms, skipping lsmod
CPU:    0
EIP:    0060:[<c01151bb>]    Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010246
Unable to handle kernel paging request at virtual address ffffff8d
c012ebcf
*pde = 00001067
Oops: 0002
CPU:    0
EIP:    0060:[<c012ebcf>]    Not tainted
EFLAGS: 00010006
Warning (Oops_read): Code line not seen, dumping what data is available


>>EIP; c01151bb <time_cpufreq_notifier+14f/208>   <=====
>>EIP; c012ebcf <kallsyms_lookup+df/194>   <=====


1 warning issued.  Results may not be reliable.

Problem is that ksymoops seems to decode the paging request fault,
not the 0 divide error...

This comes from a plain 2.5.54 kernel, no patches applied.

Dominik, you told me last week, with 2.5.53, that a patch was to
be used. 
Is it included in 2.5.54 ?
If not, forget this mail... just tell me, I'll apply the patch and
I'll tell you if it's better.

Regards,
Paul


> -----Original Message-----
> From: linux-kernel-owner@vger.kernel.org 
> [mailto:linux-kernel-owner@vger.kernel.org] On Behalf Of 
> Steven Barnhart
> Sent: Friday, January 03, 2003 10:06 PM
> To: Mark Hahn
> Cc: linux-kernel@vger.kernel.org
> Subject: Re: [2.5.54] OOPS: unable to handle kernel paging request
> 
> 
> On Fri, 2003-01-03 at 10:48, Mark Hahn wrote:
> > it's not very meaningful: some part of the kernel tried 
> dereferencing 
> > a null pointer (as it happens, with a negative offset, such as you 
> > might expect from a variable sitting in the stack). the 
> negativeness 
> > is not surprising, and the value of the offset would depend on your 
> > cpu/compiler/config.
> 
> Well I have a Intel Celeron 1.06 GHz (i686). 384MB ram, gcc 
> 3.2 (redhat 8 release). I don't really know how to decode it 
> since I have no serial console hookups...anything paticualr I 
> could get from the oops report during bootup? i.e. what 
> sections to copy?
> 
> -- 
> Steven
> sbarn03@softhome.net
> GnuPG Fingerprint: 9357 F403 B0A1 E18D 86D5  2230 BB92 6D64 D516 0A94
> 
> -
> To unsubscribe from this list: send the line "unsubscribe 
> linux-kernel" in the body of a message to 
> majordomo@vger.kernel.org More majordomo info at  
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: [2.5.54 - Oops] CPUFreq [Was: Re: [2.5.54] OOPS: unable to handle kernel paging request]

[Paul Rolland]

Hello,

Good news !
Using the patch : 
http://www.brodo.de/cpufreq/cpufreq-2.5.54-p4-1
it is now booting fine !

1 [11:40] rol@donald:~> cat /proc/cpufreq 
          minimum CPU frequency  -  maximum CPU frequency  -  policy
CPU  0       302902 kHz ( 12 %)  -    2423222 kHz (100 %)  -
performance

Cool...

Paul Rolland, rol@as2917.net

> -----Original Message-----
> From: linux-kernel-owner@vger.kernel.org 
> [mailto:linux-kernel-owner@vger.kernel.org] On Behalf Of Paul Rolland
> Sent: Sunday, January 05, 2003 10:26 AM
> To: 'Steven Barnhart'; 'Mark Hahn'
> Cc: linux-kernel@vger.kernel.org
> Subject: [2.5.54 - Oops] CPUFreq [Was: Re: [2.5.54] OOPS: 
> unable to handle kernel paging request]
> 
> 
> Hello,
> 
> I've got it running my serial console. Full trace at boot time is :
> SBF: Simple Boot Flag extension found and enabled.
> SBF: Setting boot flags 0x1
> cpufreq: P4/Xeon(TM) CPU On-Demand Clock Modulation available 
> divide error: 0000
> CPU:    0
> EIP:    0060:[<c01151bb>]    Not tainted
> EFLAGS: 00010246
> Unable to handle kernel paging request at virtual address 
> ffffff8d  printing eip: c012ebcf *pde = 00001067 *pte = 00000000
> Oops: 0002
> CPU:    0
> EIP:    0060:[<c012ebcf>]    Not tainted
> EFLAGS: 00010006
> 
> and ksymoops says :
> 8 [10:21] rol@donald:~> ksymoops -v /usr/src/linux/vmlinux -K 
> -m /boot/System.map-2.5.54 <oops-cpufreq2 ksymoops 2.4.8 on 
> i686 2.4.20.  Options used
>      -v /usr/src/linux/vmlinux (specified)
>      -K (specified)
>      -l /proc/modules (default)
>      -o /lib/modules/2.4.20/ (default)
>      -m /boot/System.map-2.5.54 (specified)
> 
> No modules in ksyms, skipping objects
> No ksyms, skipping lsmod
> CPU:    0
> EIP:    0060:[<c01151bb>]    Not tainted
> Using defaults from ksymoops -t elf32-i386 -a i386
> EFLAGS: 00010246
> Unable to handle kernel paging request at virtual address 
> ffffff8d c012ebcf *pde = 00001067
> Oops: 0002
> CPU:    0
> EIP:    0060:[<c012ebcf>]    Not tainted
> EFLAGS: 00010006
> Warning (Oops_read): Code line not seen, dumping what data is 
> available
> 
> 
> >>EIP; c01151bb <time_cpufreq_notifier+14f/208>   <=====
> >>EIP; c012ebcf <kallsyms_lookup+df/194>   <=====
> 
> 
> 1 warning issued.  Results may not be reliable.
> 
> Problem is that ksymoops seems to decode the paging request 
> fault, not the 0 divide error...
> 
> This comes from a plain 2.5.54 kernel, no patches applied.
> 
> Dominik, you told me last week, with 2.5.53, that a patch was 
> to be used. 
> Is it included in 2.5.54 ?
> If not, forget this mail... just tell me, I'll apply the 
> patch and I'll tell you if it's better.
> 
> Regards,
> Paul
> 
> 
> > -----Original Message-----
> > From: linux-kernel-owner@vger.kernel.org
> > [mailto:linux-kernel-owner@vger.kernel.org] On Behalf Of 
> > Steven Barnhart
> > Sent: Friday, January 03, 2003 10:06 PM
> > To: Mark Hahn
> > Cc: linux-kernel@vger.kernel.org
> > Subject: Re: [2.5.54] OOPS: unable to handle kernel paging request
> > 
> > 
> > On Fri, 2003-01-03 at 10:48, Mark Hahn wrote:
> > > it's not very meaningful: some part of the kernel tried
> > dereferencing
> > > a null pointer (as it happens, with a negative offset, such as you
> > > might expect from a variable sitting in the stack). the 
> > negativeness
> > > is not surprising, and the value of the offset would 
> depend on your
> > > cpu/compiler/config.
> > 
> > Well I have a Intel Celeron 1.06 GHz (i686). 384MB ram, gcc
> > 3.2 (redhat 8 release). I don't really know how to decode it 
> > since I have no serial console hookups...anything paticualr I 
> > could get from the oops report during bootup? i.e. what 
> > sections to copy?
> > 
> > --
> > Steven
> > sbarn03@softhome.net
> > GnuPG Fingerprint: 9357 F403 B0A1 E18D 86D5  2230 BB92 6D64 
> D516 0A94
> > 
> > -
> > To unsubscribe from this list: send the line "unsubscribe
> > linux-kernel" in the body of a message to 
> > majordomo@vger.kernel.org More majordomo info at  
> http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
> 
> -
> To unsubscribe from this list: send the line "unsubscribe 
> linux-kernel" in the body of a message to 
> majordomo@vger.kernel.org More majordomo info at  
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: [2.5.54 - Oops] CPUFreq [Was: Re: [2.5.54] OOPS: unable to handle kernel paging request]

[Steven Barnhart]

On Sun, 2003-01-05 at 05:43, Paul Rolland wrote:
> Hello,
> 
> Good news !
> Using the patch : 
> http://www.brodo.de/cpufreq/cpufreq-2.5.54-p4-1
> it is now booting fine !

Excellent!! I will apply immediately. This is great...wonder why it
hasn't been applied yet.

PS: Andrew: This is the serial console problem, if the patch works for
me this should fix the problem thank god.
> 1 [11:40] rol@donald:~> cat /proc/cpufreq 
>           minimum CPU frequency  -  maximum CPU frequency  -  policy
> CPU  0       302902 kHz ( 12 %)  -    2423222 kHz (100 %)  -
> performance
> 
> Cool...
> 
> Paul Rolland, rol@as2917.net
> 
> > -----Original Message-----
> > From: linux-kernel-owner@vger.kernel.org 
> > [mailto:linux-kernel-owner@vger.kernel.org] On Behalf Of Paul Rolland
> > Sent: Sunday, January 05, 2003 10:26 AM
> > To: 'Steven Barnhart'; 'Mark Hahn'
> > Cc: linux-kernel@vger.kernel.org
> > Subject: [2.5.54 - Oops] CPUFreq [Was: Re: [2.5.54] OOPS: 
> > unable to handle kernel paging request]
> > 
> > 
> > Hello,
> > 
> > I've got it running my serial console. Full trace at boot time is :
> > SBF: Simple Boot Flag extension found and enabled.
> > SBF: Setting boot flags 0x1
> > cpufreq: P4/Xeon(TM) CPU On-Demand Clock Modulation available 
> > divide error: 0000
> > CPU:    0
> > EIP:    0060:[<c01151bb>]    Not tainted
> > EFLAGS: 00010246
> > Unable to handle kernel paging request at virtual address 
> > ffffff8d  printing eip: c012ebcf *pde = 00001067 *pte = 00000000
> > Oops: 0002
> > CPU:    0
> > EIP:    0060:[<c012ebcf>]    Not tainted
> > EFLAGS: 00010006
> > 
> > and ksymoops says :
> > 8 [10:21] rol@donald:~> ksymoops -v /usr/src/linux/vmlinux -K 
> > -m /boot/System.map-2.5.54 <oops-cpufreq2 ksymoops 2.4.8 on 
> > i686 2.4.20.  Options used
> >      -v /usr/src/linux/vmlinux (specified)
> >      -K (specified)
> >      -l /proc/modules (default)
> >      -o /lib/modules/2.4.20/ (default)
> >      -m /boot/System.map-2.5.54 (specified)
> > 
> > No modules in ksyms, skipping objects
> > No ksyms, skipping lsmod
> > CPU:    0
> > EIP:    0060:[<c01151bb>]    Not tainted
> > Using defaults from ksymoops -t elf32-i386 -a i386
> > EFLAGS: 00010246
> > Unable to handle kernel paging request at virtual address 
> > ffffff8d c012ebcf *pde = 00001067
> > Oops: 0002
> > CPU:    0
> > EIP:    0060:[<c012ebcf>]    Not tainted
> > EFLAGS: 00010006
> > Warning (Oops_read): Code line not seen, dumping what data is 
> > available
> > 
> > 
> > >>EIP; c01151bb <time_cpufreq_notifier+14f/208>   <=====
> > >>EIP; c012ebcf <kallsyms_lookup+df/194>   <=====
> > 
> > 
> > 1 warning issued.  Results may not be reliable.
> > 
> > Problem is that ksymoops seems to decode the paging request 
> > fault, not the 0 divide error...
> > 
> > This comes from a plain 2.5.54 kernel, no patches applied.
> > 
> > Dominik, you told me last week, with 2.5.53, that a patch was 
> > to be used. 
> > Is it included in 2.5.54 ?
> > If not, forget this mail... just tell me, I'll apply the 
> > patch and I'll tell you if it's better.
> > 
> > Regards,
> > Paul
> > 
> > 
> > > -----Original Message-----
> > > From: linux-kernel-owner@vger.kernel.org
> > > [mailto:linux-kernel-owner@vger.kernel.org] On Behalf Of 
> > > Steven Barnhart
> > > Sent: Friday, January 03, 2003 10:06 PM
> > > To: Mark Hahn
> > > Cc: linux-kernel@vger.kernel.org
> > > Subject: Re: [2.5.54] OOPS: unable to handle kernel paging request
> > > 
> > > 
> > > On Fri, 2003-01-03 at 10:48, Mark Hahn wrote:
> > > > it's not very meaningful: some part of the kernel tried
> > > dereferencing
> > > > a null pointer (as it happens, with a negative offset, such as you
> > > > might expect from a variable sitting in the stack). the 
> > > negativeness
> > > > is not surprising, and the value of the offset would 
> > depend on your
> > > > cpu/compiler/config.
> > > 
> > > Well I have a Intel Celeron 1.06 GHz (i686). 384MB ram, gcc
> > > 3.2 (redhat 8 release). I don't really know how to decode it 
> > > since I have no serial console hookups...anything paticualr I 
> > > could get from the oops report during bootup? i.e. what 
> > > sections to copy?
> > > 
> > > --
> > > Steven
> > > sbarn03@softhome.net
> > > GnuPG Fingerprint: 9357 F403 B0A1 E18D 86D5  2230 BB92 6D64 
> > D516 0A94
> > > 
> > > -
> > > To unsubscribe from this list: send the line "unsubscribe
> > > linux-kernel" in the body of a message to 
> > > majordomo@vger.kernel.org More majordomo info at  
> > http://vger.kernel.org/majordomo-info.html
> > Please read the FAQ at  http://www.tux.org/lkml/
> > 
> > -
> > To unsubscribe from this list: send the line "unsubscribe 
> > linux-kernel" in the body of a message to 
> > majordomo@vger.kernel.org More majordomo info at  
> http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
> 
-- 
Steven
sbarn03@softhome.net
GnuPG Fingerprint: 9357 F403 B0A1 E18D 86D5  2230 BB92 6D64 D516 0A94