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

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

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

[Aniruddha M Marathe]

>From: Paul Rolland [mailto:rol@as2917.net] 
>Subject: Re: [2.5.54] OOPS: unable to handle kernel paging request
>
>
>Got the same yesterday evening when installing 2.5.54 for the 
>first time....
>
>My second PC which I used for Serial console was not at home, 
>so if a console output is needed, people will have to wait for 
>the weekend (which is not that far).
>
>Config was roughly including :
> - Arch = P4, Unipro, APIC
> - CPU Freq scaling
> - ACPI (enum only)
> - TCP (v4 + v6), Netfilter
> - IDE, SCSI (AIC7xxx),
> - Sound (Alsa, EMu10K1),
> - Crypto
>
>This oops happens at the very early stage of the boot process. 
>By that time, only 10 to 15 lines are displayed on the screen 
>following the "Booting ...................." stuff.
>
>
Check if the processor in your .config matches with the processor that you have.
Eg. Problme might arise if .config file says CONFIG_MPENTIUMIII=y when your processor is P4.

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

[Paul Rolland]

Nope, it was really configure as P4, and I really have a P4.

Paul

> -----Original Message-----
> From: Aniruddha M Marathe [mailto:aniruddha.marathe@wipro.com] 
> Sent: Friday, January 03, 2003 9:33 AM
> To: Paul Rolland
> Cc: linux-kernel@vger.kernel.org
> Subject: RE: [2.5.54] OOPS: unable to handle kernel paging request
> 
> 
> >
> Check if the processor in your .config matches with the 
> processor that you have. Eg. Problme might arise if .config 
> file says CONFIG_MPENTIUMIII=y when your processor is P4.
> 

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

[Bill Davidsen]

On Fri, 3 Jan 2003, Aniruddha M Marathe wrote:

> >From: Paul Rolland [mailto:rol@as2917.net] 
> >Subject: Re: [2.5.54] OOPS: unable to handle kernel paging request
> >
> >
> >Got the same yesterday evening when installing 2.5.54 for the 
> >first time....
> >
> >My second PC which I used for Serial console was not at home, 
> >so if a console output is needed, people will have to wait for 
> >the weekend (which is not that far).
> >
> >Config was roughly including :
> > - Arch = P4, Unipro, APIC
> > - CPU Freq scaling
> > - ACPI (enum only)
> > - TCP (v4 + v6), Netfilter
> > - IDE, SCSI (AIC7xxx),
> > - Sound (Alsa, EMu10K1),
> > - Crypto
> >
> >This oops happens at the very early stage of the boot process. 
> >By that time, only 10 to 15 lines are displayed on the screen 
> >following the "Booting ...................." stuff.
> >
> >
> Check if the processor in your .config matches with the processor that you have.
> Eg. Problme might arise if .config file says CONFIG_MPENTIUMIII=y when your processor is P4.

Might, but I have the same thing, and I copied my 2.5.53 config and did
oldconfig. Got a perfect build, it just doesn't boot. The snow is falling,
I'm likely to have time to look at it this weekend.

-- 
bill davidsen <davidsen@tmr.com>
  CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.

Re: Linux v2.5.54

[Adrian Bunk]

On Wed, Jan 01, 2003 at 07:43:40PM -0800, Linus Torvalds wrote:

>...
> Summary of changes from v2.5.53 to v2.5.54
> ============================================
>...
> Jaroslav Kysela <perex@suse.cz>:
>   o PnP update
>...

FYI:

This change broke the compilation of drivers/ide/ide-pnp.c:

<--  snip  -->

...
  gcc -Wp,-MD,drivers/ide/.ide-pnp.o.d -D__KERNEL__ -Iinclude -Wall 
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common 
-pipe -mpreferred-stack-boundary=2 -march=k6 
-Iinclude/asm-i386/mach-default -nostdinc -iwithprefix include    
-DKBUILD_BASENAME=ide_pnp -DKBUILD_MODNAME=ide_pnp   -c -o 
drivers/ide/ide-pnp.o drivers/ide/ide-pnp.c
drivers/ide/ide-pnp.c: In function `pnpide_init':
drivers/ide/ide-pnp.c:117: structure has no member named `deactivate'
drivers/ide/ide-pnp.c:118: structure has no member named `deactivate'
drivers/ide/ide-pnp.c:124: warning: implicit declaration of function `isapnp_find_dev'
drivers/ide/ide-pnp.c:125: warning: assignment makes pointer from integer without a cast
drivers/ide/ide-pnp.c:127: structure has no member named `active'
drivers/ide/ide-pnp.c:130: structure has no member named `prepare'
drivers/ide/ide-pnp.c:130: structure has no member named `prepare'
drivers/ide/ide-pnp.c:135: structure has no member named `activate'
drivers/ide/ide-pnp.c:135: structure has no member named `activate'
drivers/ide/ide-pnp.c:142: structure has no member named `deactivate'
drivers/ide/ide-pnp.c:143: structure has no member named `deactivate'
make[2]: *** [drivers/ide/ide-pnp.o] Error 1

<--  snip  -->

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

Re: Linux v2.5.54

[Jaroslav Kysela]

On Thu, 2 Jan 2003, Adrian Bunk wrote:

> On Wed, Jan 01, 2003 at 07:43:40PM -0800, Linus Torvalds wrote:
> 
> >...
> > Summary of changes from v2.5.53 to v2.5.54
> > ============================================
> >...
> > Jaroslav Kysela <perex@suse.cz>:
> >   o PnP update
> >...
> 
> FYI:
> 
> This change broke the compilation of drivers/ide/ide-pnp.c:

Yes, this code was not functional (although compilable). I've noted this 
situation in my patch comment. We have to upgrade all old ISA PnP code to 
the new PnP layer. It's better to fail with an error than silently ignore 
this situation (this will force more developers to update their parts).

I'll update our ALSA code ASAP.

						Jaroslav

-----
Jaroslav Kysela <perex@suse.cz>
Linux Kernel Sound Maintainer
ALSA Project, SuSE Labs

Re: Linux v2.5.54

[Adam Belay]

On Thu, Jan 02, 2003 at 06:31:08PM +0100, Jaroslav Kysela wrote:
> On Thu, 2 Jan 2003, Adrian Bunk wrote:
> 
> > On Wed, Jan 01, 2003 at 07:43:40PM -0800, Linus Torvalds wrote:
> > 
> > >...
> > > Summary of changes from v2.5.53 to v2.5.54
> > > ============================================
> > >...
> > > Jaroslav Kysela <perex@suse.cz>:
> > >   o PnP update
> > >...
> > 
> > FYI:
> > 
> > This change broke the compilation of drivers/ide/ide-pnp.c:
> 
> Yes, this code was not functional (although compilable). I've noted this 
> situation in my patch comment. We have to upgrade all old ISA PnP code to 
> the new PnP layer. It's better to fail with an error than silently ignore
> this situation (this will force more developers to update their parts).
>
> I'll update our ALSA code ASAP.
>
> 						Jaroslav
>

Zwane has released a patch to convert pnp-ide to the new APIs.  I'll send
it out soon but there are pnp ide problems, found in both 2.4 and 2.5, that
need to be resolved.  I believe a fix for them will also be out soon.  If 
anyone has questions about converting drivers feel free to contact me.

Adam

[2.5.54] OOPS: unable to handle kernel paging request

[Steven Barnhart]

Hello,

I seem to get a very nasty oops exactly when booting 2.5.54. When i
boot to the kernel I immediately get a kksymoops report flooding my
screen. This happens to fast that the text blurs and basically everything
stays where its at. There is no way to stop it except rebooting. I do not
have any serial connections to send the output to so I got (hopefully) the
most important line. The oops says "unable to handle kernel paging
request at virtual address ffffff8d (there may be another 'f' in there). I
searched through the archives and their seems to be a few oops reports of
the same kind but no patches and the only kernel was 2.5.48-bk I think.
Any thoughts?

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

[Paul Rolland]

Got the same yesterday evening when installing 2.5.54 for the first
time....

My second PC which I used for Serial console was not at home,
so if a console output is needed, people will have to wait
for the weekend (which is not that far).

Config was roughly including :
 - Arch = P4, Unipro, APIC
 - CPU Freq scaling
 - ACPI (enum only)
 - TCP (v4 + v6), Netfilter
 - IDE, SCSI (AIC7xxx),
 - Sound (Alsa, EMu10K1),
 - Crypto

This oops happens at the very early stage of the boot process.
By that time, only 10 to 15 lines are displayed on the screen
following the "Booting ...................." stuff.

Regards,
Paul Rolland, rol@as2917.net

> -----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 1:09 AM
> To: linux-kernel@vger.kernel.org
> Subject: [2.5.54] OOPS: unable to handle kernel paging request
> 
> 
> Hello,
> 
> I seem to get a very nasty oops exactly when booting 2.5.54. 
> When i boot to the kernel I immediately get a kksymoops 
> report flooding my screen. This happens to fast that the text 
> blurs and basically everything stays where its at. There is 
> no way to stop it except rebooting. I do not have any serial 
> connections to send the output to so I got (hopefully) the 
> most important line. The oops says "unable to handle kernel 
> paging request at virtual address ffffff8d (there may be 
> another 'f' in there). I searched through the archives and 
> their seems to be a few oops reports of the same kind but no 
> patches and the only kernel was 2.5.48-bk I think. Any thoughts?
> 
> 
> -
> 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/