Hi Alan & others
Just a compile failure report for 2.4.19-rc2-ac2, hope it's useful. My
system is an ordinary Athlon XP running RH7.3, and I'm currently on
2.4.19-pre10-ac2. Using the same .config which I've been using for quite
some time, I got the following error, having done "make oldconfig dep
clean modules bzImage" from a pristine tree:
gcc -D__KERNEL__ -I/home/alastair/linux-2.4/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon
-nostdinc -I /usr/lib/gcc-lib/i386-redhat-linux/2.96/include
-DKBUILD_BASENAME=pci_irq -c -o pci-irq.o pci-irq.c
gcc -D__KERNEL__ -I/home/alastair/linux-2.4/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon
-nostdinc -I /usr/lib/gcc-lib/i386-redhat-linux/2.96/include
-DKBUILD_BASENAME=mtrr -DEXPORT_SYMTAB -c mtrr.c
gcc -D__KERNEL__ -I/home/alastair/linux-2.4/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon
-nostdinc -I /usr/lib/gcc-lib/i386-redhat-linux/2.96/include
-DKBUILD_BASENAME=msr -DEXPORT_SYMTAB -c msr.c
gcc -D__KERNEL__ -I/home/alastair/linux-2.4/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon
-nostdinc -I /usr/lib/gcc-lib/i386-redhat-linux/2.96/include
-DKBUILD_BASENAME=cpuid -DEXPORT_SYMTAB -c cpuid.c
gcc -D__KERNEL__ -I/home/alastair/linux-2.4/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon
-nostdinc -I /usr/lib/gcc-lib/i386-redhat-linux/2.96/include
-DKBUILD_BASENAME=mpparse -c -o mpparse.o mpparse.c
mpparse.c:74: `dest_LowestPrio' undeclared here (not in a function)
mpparse.c: In function `smp_read_mpc':
mpparse.c:609: `dest_Fixed' undeclared (first use in this function)
mpparse.c:609: (Each undeclared identifier is reported only once
mpparse.c:609: for each function it appears in.)
mpparse.c:609: `dest_LowestPrio' undeclared (first use in this function)
make[1]: *** [mpparse.o] Error 1
make[1]: Leaving directory `/home/alastair/linux-2.4/arch/i386/kernel'
make: *** [_dir_arch/i386/kernel] Error 2
Regards
Alastair
--
\\ Alastair Stevens Cambridge
\\ Technical Director / \..-^..^...
\\ |Linux solutions \
\\ 01223 813774 \ /........../
\\ http://www.camlinux.co.uk '-=-'
--
I posted a crappity fix for this against -ac7, but I haven't seen the
problem in -rc2-acX, do you get the same error if you do make mrproper
first?
--Brandon
On Thu, 07/18/02 at 22:00:04 +0100, Alastair Stevens wrote:
> Hi Alan & others
>
> Just a compile failure report for 2.4.19-rc2-ac2, hope it's useful. My
> system is an ordinary Athlon XP running RH7.3, and I'm currently on
> 2.4.19-pre10-ac2. Using the same .config which I've been using for quite
> some time, I got the following error, having done "make oldconfig dep
> clean modules bzImage" from a pristine tree:
>
> gcc -D__KERNEL__ -I/home/alastair/linux-2.4/include -Wall
> -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
> -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon
> -nostdinc -I /usr/lib/gcc-lib/i386-redhat-linux/2.96/include
> -DKBUILD_BASENAME=pci_irq -c -o pci-irq.o pci-irq.c
> gcc -D__KERNEL__ -I/home/alastair/linux-2.4/include -Wall
> -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
> -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon
> -nostdinc -I /usr/lib/gcc-lib/i386-redhat-linux/2.96/include
> -DKBUILD_BASENAME=mtrr -DEXPORT_SYMTAB -c mtrr.c
> gcc -D__KERNEL__ -I/home/alastair/linux-2.4/include -Wall
> -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
> -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon
> -nostdinc -I /usr/lib/gcc-lib/i386-redhat-linux/2.96/include
> -DKBUILD_BASENAME=msr -DEXPORT_SYMTAB -c msr.c
> gcc -D__KERNEL__ -I/home/alastair/linux-2.4/include -Wall
> -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
> -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon
> -nostdinc -I /usr/lib/gcc-lib/i386-redhat-linux/2.96/include
> -DKBUILD_BASENAME=cpuid -DEXPORT_SYMTAB -c cpuid.c
> gcc -D__KERNEL__ -I/home/alastair/linux-2.4/include -Wall
> -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
> -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon
> -nostdinc -I /usr/lib/gcc-lib/i386-redhat-linux/2.96/include
> -DKBUILD_BASENAME=mpparse -c -o mpparse.o mpparse.c
> mpparse.c:74: `dest_LowestPrio' undeclared here (not in a function)
> mpparse.c: In function `smp_read_mpc':
> mpparse.c:609: `dest_Fixed' undeclared (first use in this function)
> mpparse.c:609: (Each undeclared identifier is reported only once
> mpparse.c:609: for each function it appears in.)
> mpparse.c:609: `dest_LowestPrio' undeclared (first use in this function)
> make[1]: *** [mpparse.o] Error 1
> make[1]: Leaving directory `/home/alastair/linux-2.4/arch/i386/kernel'
> make: *** [_dir_arch/i386/kernel] Error 2
>
> Regards
> Alastair
>
> --
> \\ Alastair Stevens Cambridge
> \\ Technical Director / \..-^..^...
> \\ |Linux solutions \
> \\ 01223 813774 \ /........../
> \\ http://www.camlinux.co.uk '-=-'
> --
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
> I posted a crappity fix for this against -ac7, but I haven't seen the
> problem in -rc2-acX, do you get the same error if you do make
> mrproper first?
>
> --Brandon
Yup - still fails....
I was hoping to run a newer kernel because of the Athlon AGP "bug" fix,
though I suspect that my max 2-day uptime problem is still down to the
blasted nVidia driver :-(
Never mind, I'll try the next -ac release.
Cheers
Alastair .-=-.
__________________________________,' `.
\ http://www.mrc-bsu.cam.ac.uk
Alastair Stevens, Systems Management Team \ 01223 330383
MRC Biostatistics Unit, Cambridge UK `=.......................
On Fri, 2002-07-19 at 14:47, Alastair Stevens wrote:
> I was hoping to run a newer kernel because of the Athlon AGP "bug" fix,
> though I suspect that my max 2-day uptime problem is still down to the
> blasted nVidia driver :-(
>
> Never mind, I'll try the next -ac release.
>
The -ac tree does not have the hacky Athlon AGP fix because
a) Everyone reporting the problem has the nvidia driver so I dont see
why I should suffer for them
b) Im waiting for the proper fix to be clean enough to merge
Do you have both of the APIC options selected in your config? IF both
IO-APIC and LOCAL-APIC are configured you shouldn't see this error, the
problem occurs because the definition of the dest_PRIORITY enums is
#ifdef IO_APIC but the uses are not, perhaps the uses should use literals
#ifndef IO_APIC, I"m not sure what the currect fix is, but doing a little
bit of #ifdef in mpparse.c fixes it.
--Brandon
On Thu, 07/18/02 at 20:26:41 -0500, Brandon Low wrote:
> I posted a crappity fix for this against -ac7, but I haven't seen the
> problem in -rc2-acX, do you get the same error if you do make mrproper
> first?
>
> --Brandon
>
> On Thu, 07/18/02 at 22:00:04 +0100, Alastair Stevens wrote:
> > Hi Alan & others
> >
> > Just a compile failure report for 2.4.19-rc2-ac2, hope it's useful. My
> > system is an ordinary Athlon XP running RH7.3, and I'm currently on
> > 2.4.19-pre10-ac2. Using the same .config which I've been using for quite
> > some time, I got the following error, having done "make oldconfig dep
> > clean modules bzImage" from a pristine tree:
> >
> > gcc -D__KERNEL__ -I/home/alastair/linux-2.4/include -Wall
> > -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
> > -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon
> > -nostdinc -I /usr/lib/gcc-lib/i386-redhat-linux/2.96/include
> > -DKBUILD_BASENAME=pci_irq -c -o pci-irq.o pci-irq.c
> > gcc -D__KERNEL__ -I/home/alastair/linux-2.4/include -Wall
> > -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
> > -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon
> > -nostdinc -I /usr/lib/gcc-lib/i386-redhat-linux/2.96/include
> > -DKBUILD_BASENAME=mtrr -DEXPORT_SYMTAB -c mtrr.c
> > gcc -D__KERNEL__ -I/home/alastair/linux-2.4/include -Wall
> > -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
> > -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon
> > -nostdinc -I /usr/lib/gcc-lib/i386-redhat-linux/2.96/include
> > -DKBUILD_BASENAME=msr -DEXPORT_SYMTAB -c msr.c
> > gcc -D__KERNEL__ -I/home/alastair/linux-2.4/include -Wall
> > -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
> > -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon
> > -nostdinc -I /usr/lib/gcc-lib/i386-redhat-linux/2.96/include
> > -DKBUILD_BASENAME=cpuid -DEXPORT_SYMTAB -c cpuid.c
> > gcc -D__KERNEL__ -I/home/alastair/linux-2.4/include -Wall
> > -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
> > -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon
> > -nostdinc -I /usr/lib/gcc-lib/i386-redhat-linux/2.96/include
> > -DKBUILD_BASENAME=mpparse -c -o mpparse.o mpparse.c
> > mpparse.c:74: `dest_LowestPrio' undeclared here (not in a function)
> > mpparse.c: In function `smp_read_mpc':
> > mpparse.c:609: `dest_Fixed' undeclared (first use in this function)
> > mpparse.c:609: (Each undeclared identifier is reported only once
> > mpparse.c:609: for each function it appears in.)
> > mpparse.c:609: `dest_LowestPrio' undeclared (first use in this function)
> > make[1]: *** [mpparse.o] Error 1
> > make[1]: Leaving directory `/home/alastair/linux-2.4/arch/i386/kernel'
> > make: *** [_dir_arch/i386/kernel] Error 2
> >
> > Regards
> > Alastair
> >
> > --
> > \\ Alastair Stevens Cambridge
> > \\ Technical Director / \..-^..^...
> > \\ |Linux solutions \
> > \\ 01223 813774 \ /........../
> > \\ http://www.camlinux.co.uk '-=-'
> > --
> >
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> > the body of a message to [email protected]
> > 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 [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
I've seen the following error when booting a dell 2550 (dual p3, serverworks
CNB20HE chipset):
APIC error on CPU0: 08(08)
(repeats until i hard reset the machine)
I've seen this for every combination of 2.4.19-rc/ac patch that i've tried,
however the 2.4.19-rc kernels work fine (my test system is currently running
2.4.19-rc3). I'd like to help resolve this issue, but I'm not quite sure as to
where to start save rolling back all of the apic deltas in the -ac patch
series.
-- craig
On Mon, 22 Jul 2002, Craig I. Hagan wrote:
>
> I've seen the following error when booting a dell 2550 (dual p3, serverworks
> CNB20HE chipset):
>
> APIC error on CPU0: 08(08)
> (repeats until i hard reset the machine)
I can confirm this. Hardware is a dell 2400 (dual p3 coppermine, ServerWorks
CNB20LE chipset, gcc version 2.96 (Red Hat 7.2 base).
> I've seen this for every combination of 2.4.19-rc/ac patch that i've tried,
> however the 2.4.19-rc kernels work fine (my test system is currently running
> 2.4.19-rc3). I'd like to help resolve this issue, but I'm not quite sure as to
> where to start save rolling back all of the apic deltas in the -ac patch
> series.
I've run rc2 already and it was fine, rc2-ac2 did not work, ditto with
rc3-ac1.
The .config (attached) is the same .config used for the rc2 kernel
with the exception of the new options. I've also attached a diff bettween the
-rc3-ac1 and the -rc2 kernel configs to see if there was anything odd
turned on.
A couple oddities I do have turned on (RZ1000 chipset, PIIX and PIIX tuning,
Intel RNG) should not cause problems (ie should be ignored).
Regards
James Bourne
>
> -- craig
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
--
James Bourne, Supervisor Data Centre Operations
Mount Royal College, Calgary, AB, CA
http://www.mtroyal.ab.ca
******************************************************************************
This communication is intended for the use of the recipient to which it is
addressed, and may contain confidential, personal, and or privileged
information. Please contact the sender immediately if you are not the
intended recipient of this communication, and do not copy, distribute, or
take action relying on it. Any communication received in error, or
subsequent reply, should be deleted or destroyed.
******************************************************************************
"There are only 10 types of people in this world: those who
understand binary and those who don't."
On Monday 22 July 2002 11:01 am, Craig I. Hagan wrote:
> I've seen the following error when booting a dell 2550 (dual p3,
> serverworks CNB20HE chipset):
>
> APIC error on CPU0: 08(08)
> (repeats until i hard reset the machine)
>
> I've seen this for every combination of 2.4.19-rc/ac patch that i've tried,
> however the 2.4.19-rc kernels work fine (my test system is currently
> running 2.4.19-rc3). I'd like to help resolve this issue, but I'm not quite
> sure as to where to start save rolling back all of the apic deltas in the
> -ac patch series.
As Alan has posted, this is a problem with code merged into rc2-ac6 and
after to support the high end IBM xSeries machines.
Its broken and myself and James Cleverdon are actively working the issue.
This is code that exists as a patch for the generic tree and works fine, but
something has gone oddly wrong here, we still havent tracked it down, but
stay tuned...
--
Jack F. Vogel IBM Linux Technology Center
[email protected] (work) || [email protected] (home)
On Mon, 22 Jul 2002, Craig I. Hagan wrote:
> I've seen the following error when booting a dell 2550 (dual p3, serverworks
> CNB20HE chipset):
>
> APIC error on CPU0: 08(08)
> (repeats until i hard reset the machine)
>
> I've seen this for every combination of 2.4.19-rc/ac patch that i've tried,
> however the 2.4.19-rc kernels work fine (my test system is currently running
> 2.4.19-rc3). I'd like to help resolve this issue, but I'm not quite sure as to
> where to start save rolling back all of the apic deltas in the -ac patch
> series.
Alan i might have an idea to other odd breakage, its to do with APIC
addressing. Let me gather the info i have and i'll email it to you.
Cheers,
Zwane
--
function.linuxpower.ca
Dear kernel hackers:
Just an observation with the latest kernel here. I previously had
problems compiling kernels (eg 2.4.19-rc2-ac2) *unless* both LOCAL-APIC
and IO-APIC were configured in. This is now solved, in that I can
compile with or without IO-APIC.
However, I just built 2.4.19-rc5 with them *both* selected, and it
wouldn't boot. My system is an Athlon XP / Abit KR7A mboard / Via KT266A
running RH 7.3 - am I doing something wrong?
I have now rebuilt with just LOCAL-APIC and without IO-APIC and it's
running like a baby :-)
Hope this is helpful....
Cheers
Alastair
--
\\ Alastair Stevens Cambridge
\\ Technical Director / \..-^..^...
\\ |Linux solutions \
\\ 01223 813774 \ /........../
\\ http://www.camlinux.co.uk '-=-'
--