* Re: [PATCH] again: Re: Athlon kernel crash (i686 works)
2001-10-09 11:45 ` [PATCH] again: " VDA
@ 2001-10-09 11:04 ` Marco Berizzi
2001-10-09 11:55 ` Gergely Tamas
2001-10-09 14:27 ` Fabio Coatti
` (2 subsequent siblings)
3 siblings, 1 reply; 18+ messages in thread
From: Marco Berizzi @ 2001-10-09 11:04 UTC (permalink / raw)
To: VDA; +Cc: linux-kernel
ohhh thanks for the real time response. It's the first time I'm posting
to this mailing list.
Could I try to patch also 2.4.10 kernel? This patch will be included in
kernel 2.4.11?
----- Original Message -----
From: "VDA" <VDA@port.imtp.ilyichevsk.odessa.ua>
To: "Marco Berizzi" <pupilla@hotmail.com>;
<linux-kernel@vger.kernel.org>
Sent: Tuesday, October 09, 2001 1:45 PM
Subject: [PATCH] again: Re: Athlon kernel crash (i686 works)
> Oh no.
>
> Anybody still insist that 'Athlon bug' patch is not to be
> included into mainstream kernel?
> If someone doesn't like it, feel free to make it a config
> option (enabled by default!) and submit an updated patch.
> My original patch against 2.4.9 is at the end.
>
> Tuesday, October 09, 2001, 11:32:24 AM,
> "Marco Berizzi" <pupilla@hotmail.com> wrote:
> MB> I updated my motherboard from ASUS A7V to ABIT KT7A (VIA Apollo
KT133A
> MB> chipset). The kernel I had (2.4.10) started crashing on boot
usually
> MB> right after starting init. I tryed a i686 kernel and noticed it
works
> MB> OK, so I recompiled my crashy kernel only switching the processor
type
> MB> and it also worked. Changed it back to Athlon/K7/Duron and it
starts
> MB> crashing.
>
> MB> I also search the mailing list. My mother board is KT7A series
v1.3 with
> MB> bios revision 4T (I also try with 3N, same results). K7 at
1333MHz. BIOS
> MB> settings are default (except I have disabled all BIOS/video
shadow).
> MB> After flash I also reset CMOS via hardware jumper.
>
> MB> Is there any solution to this (except compiling kernel for 6x86)?
> --
> Best regards, VDA
> mailto:VDA@port.imtp.ilyichevsk.odessa.ua
>
> --- pci-pc.c.orig Sun Aug 12 15:54:07 2001
> +++ pci-pc.c Tue Sep 18 16:45:21 2001
> @@ -948,6 +948,26 @@
> d->irq = 9;
> }
>
> +/* Fixes some oopses on Athlon optimized
> + * fast_copy_page when it uses 'movntq's
> + * instead of 'movq's on Athlon/Duron optimized kernels.
> + * Bit 7 at offset 0x55 seems to be responsible:
> + * > Device 0 Offset 55 - Debug (RW)
> + * > Bits 7-0: Reserved (do not program). default = 0
> + * ABIT KT7A 3R BIOS: 0x89 (oopses)
> + * ABIT KT7A YH BIOS: 0x00 (works)
> + */
> +static void __init pci_fixup_athlon_bug(struct pci_dev *d)
> +{
> + u8 v;
> + pci_read_config_byte(d, 0x55, &v);
> + if(v & 0x80) {
> + printk(KERN_NOTICE "Stomping on Athlon bug.\n");
> + v &= 0x7f; /* clear bit 55.7 */
> + pci_write_config_byte(d, 0x55, v);
> + }
> +}
> +
> struct pci_fixup pcibios_fixups[] = {
> { PCI_FIXUP_HEADER, PCI_VENDOR_ID_INTEL,
> PCI_DEVICE_ID_INTEL_82451NX, pci_fixup_i450nx },
> { PCI_FIXUP_HEADER, PCI_VENDOR_ID_INTEL,
> PCI_DEVICE_ID_INTEL_82454GX, pci_fixup_i450gx },
> @@ -961,6 +981,7 @@
> /* Our bus code shouldnt need this fixup any more. Delete once
> verified */
> { PCI_FIXUP_HEADER, PCI_VENDOR_ID_COMPAQ,
> PCI_DEVICE_ID_COMPAQ_6010, pci_fixup_compaq },
> #endif
> + { PCI_FIXUP_HEADER, PCI_VENDOR_ID_VIA,
> PCI_DEVICE_ID_VIA_8363_0, pci_fixup_athlon_bug },
> { PCI_FIXUP_HEADER, PCI_VENDOR_ID_UMC,
> PCI_DEVICE_ID_UMC_UM8886BF, pci_fixup_umc_ide },
> { PCI_FIXUP_HEADER, PCI_VENDOR_ID_SI,
> PCI_DEVICE_ID_SI_5513, pci_fixup_ide_trash },
> { PCI_FIXUP_HEADER, PCI_ANY_ID, PCI_ANY_ID,
> pci_fixup_ide_bases },
>
>
>
^ permalink raw reply [flat|nested] 18+ messages in thread* Re: [PATCH] again: Re: Athlon kernel crash (i686 works)
2001-10-09 11:04 ` Marco Berizzi
@ 2001-10-09 11:55 ` Gergely Tamas
2001-10-09 13:59 ` Alejandro Conty
2001-10-09 22:22 ` Luigi Genoni
0 siblings, 2 replies; 18+ messages in thread
From: Gergely Tamas @ 2001-10-09 11:55 UTC (permalink / raw)
To: Marco Berizzi; +Cc: VDA, linux-kernel
Hi!
> Could I try to patch also 2.4.10 kernel?
You can do this 'by hand'. 2.4.10 changed the structure a bit. But I sent
VDA a modified patch some time ago. Maybe just ask him.
> This patch will be included in kernel 2.4.11?
I don't think so. :(
Honestly I'm not happy about this, but there had beed a large discussion
about it. There were some people which mobo worked right 'out of the box',
and they found that others should patch their kernels by hand to be able
to use their linux boxes. :(((
Gergely
ps: I use this patch too on an ABIT KT7A mobo with Duron 750
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [PATCH] again: Re: Athlon kernel crash (i686 works)
2001-10-09 11:55 ` Gergely Tamas
@ 2001-10-09 13:59 ` Alejandro Conty
2001-10-09 14:19 ` Brian Gerst
[not found] ` <Pine.LNX.4.33.0110091611050.20120-100000@falka.mfa.kfki.hu>
2001-10-09 22:22 ` Luigi Genoni
1 sibling, 2 replies; 18+ messages in thread
From: Alejandro Conty @ 2001-10-09 13:59 UTC (permalink / raw)
To: Gergely Tamas; +Cc: linux-kernel
Could my random kernel oopses be caused by that bug?
I have a VIA (ASUS A7V) cipset an K7 1000Mhz, and sometimes the kernel crash.
I just updated to kernel 2.4.10, and the first problem is that I get a random
oops if I try to load analog.o with modprobe. I sent a report of this problem
two days ago.
Could that patch solve my problem?
^ permalink raw reply [flat|nested] 18+ messages in thread* Re: [PATCH] again: Re: Athlon kernel crash (i686 works)
2001-10-09 13:59 ` Alejandro Conty
@ 2001-10-09 14:19 ` Brian Gerst
[not found] ` <Pine.LNX.4.33.0110091611050.20120-100000@falka.mfa.kfki.hu>
1 sibling, 0 replies; 18+ messages in thread
From: Brian Gerst @ 2001-10-09 14:19 UTC (permalink / raw)
To: Alejandro Conty; +Cc: Gergely Tamas, linux-kernel
Alejandro Conty wrote:
>
> Could my random kernel oopses be caused by that bug?
>
> I have a VIA (ASUS A7V) cipset an K7 1000Mhz, and sometimes the kernel crash.
> I just updated to kernel 2.4.10, and the first problem is that I get a random
> oops if I try to load analog.o with modprobe. I sent a report of this problem
> two days ago.
>
> Could that patch solve my problem?
The oops with the analog joystick driver is fixed in 2.4.11-preX.
--
Brian Gerst
^ permalink raw reply [flat|nested] 18+ messages in thread[parent not found: <Pine.LNX.4.33.0110091611050.20120-100000@falka.mfa.kfki.hu>]
* Re: [PATCH] again: Re: Athlon kernel crash (i686 works)
[not found] ` <Pine.LNX.4.33.0110091611050.20120-100000@falka.mfa.kfki.hu>
@ 2001-10-09 14:52 ` Alejandro Conty
2001-10-09 14:52 ` Gergely Tamas
0 siblings, 1 reply; 18+ messages in thread
From: Alejandro Conty @ 2001-10-09 14:52 UTC (permalink / raw)
To: Gergely Tamas; +Cc: linux-kernel
> Hi!
>
> > Could my random kernel oopses be caused by that bug?
>
> I'm not sure, but I think no. If you hit this bug, you're even not able to
> start Linux. In most - if not all - reported cases, the computers did not
> reach the shell. They oopsed e.g. at init or shortly after passing it.
Ok, so is not that bug, I get an oops only once in a week.
>
> > I have a VIA (ASUS A7V) cipset an K7 1000Mhz, and sometimes the
>
> VIA KT133A ?
Yes. I just updated to 2.4.10, so I will wait a few days and see what happens. By now I haven't had any crash (but the analog.o one, which is already fixed).
^ permalink raw reply [flat|nested] 18+ messages in thread* Re: [PATCH] again: Re: Athlon kernel crash (i686 works)
2001-10-09 14:52 ` Alejandro Conty
@ 2001-10-09 14:52 ` Gergely Tamas
2001-10-09 21:12 ` Dan Hollis
0 siblings, 1 reply; 18+ messages in thread
From: Gergely Tamas @ 2001-10-09 14:52 UTC (permalink / raw)
To: Alejandro Conty; +Cc: linux-kernel
Hi!
> Ok, so is not that bug, I get an oops only once in a week.
>
> >
> > > I have a VIA (ASUS A7V) cipset an K7 1000Mhz, and sometimes the
> >
> > VIA KT133A ?
Another thing. Which BIOS do you use ? Everything seems to be ok until
BIOS rel. 3C . Patch is only required for computers with BIOS rel. 3R and
later (as shown today :)) ...
Gergely
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [PATCH] again: Re: Athlon kernel crash (i686 works)
2001-10-09 14:52 ` Gergely Tamas
@ 2001-10-09 21:12 ` Dan Hollis
0 siblings, 0 replies; 18+ messages in thread
From: Dan Hollis @ 2001-10-09 21:12 UTC (permalink / raw)
To: Gergely Tamas; +Cc: Alejandro Conty, linux-kernel
On Tue, 9 Oct 2001, Gergely Tamas wrote:
> > Ok, so is not that bug, I get an oops only once in a week.
> > > > I have a VIA (ASUS A7V) cipset an K7 1000Mhz, and sometimes the
> > > VIA KT133A ?
> Another thing. Which BIOS do you use ? Everything seems to be ok until
> BIOS rel. 3C . Patch is only required for computers with BIOS rel. 3R and
> later (as shown today :)) ...
ASUS A7V is KT133, not KT133A...
-Dan
--
[-] Omae no subete no kichi wa ore no mono da. [-]
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [PATCH] again: Re: Athlon kernel crash (i686 works)
2001-10-09 11:55 ` Gergely Tamas
2001-10-09 13:59 ` Alejandro Conty
@ 2001-10-09 22:22 ` Luigi Genoni
1 sibling, 0 replies; 18+ messages in thread
From: Luigi Genoni @ 2001-10-09 22:22 UTC (permalink / raw)
To: Gergely Tamas; +Cc: Marco Berizzi, VDA, linux-kernel
on 2.4.10
*** linux/arch/i386/kernel/pci-pc.c Mon Sep 24 00:21:37 2001
--- 2.4.10/arch/i386/kernel/pci-pc.c Sat Sep 29 12:03:13 2001
***************
*** 907,912 ****
--- 907,928 ----
return rt;
}
+ /* Fixes some oopses on fast_copy_page when it uses 'movntq's
+ * instead of 'movq's on Athlon/Duron optimized kernels.
+ * Bit 7 at offset 0x55 seems to be responsible.
+ * > Device 0 Offset 55 - Debug (RW)
+ * > 7-0 Reserved (do not program). default = 0
+ * > *** ABIT KT7A 3R BIOS: non-zero!? (oopses)
+ * > *** ABIT KT7A YH BIOS: zero. (works)
+ */
+ static void __init pci_fixup_athlon_bug(struct pci_dev *d)
+ {
+ u8 v;
+ printk("Trying to stomp on Athlon bug...\n");
+ pci_read_config_byte(d, 0x55, &v);
+ v &= 0x7f; /* clear bit 55.7 */
+ pci_write_config_byte(d, 0x55, v);
+ }
int pcibios_set_irq_routing(struct pci_dev *dev, int pin, int irq)
{
***************
*** 1172,1177 ****
--- 1188,1194 ----
{ PCI_FIXUP_HEADER, PCI_ANY_ID, PCI_ANY_ID,
pci_fixup_ide_bases },
{ PCI_FIXUP_HEADER, PCI_VENDOR_ID_SI,
PCI_DEVICE_ID_SI_5597, pci_fixup_latency },
{ PCI_FIXUP_HEADER, PCI_VENDOR_ID_SI,
PCI_DEVICE_ID_SI_5598, pci_fixup_latency },
+ { PCI_FIXUP_HEADER, PCI_VENDOR_ID_VIA,
+PCI_DEVICE_ID_VIA_8363_0, pci_fixup_athlon_bug },
{ PCI_FIXUP_HEADER, PCI_VENDOR_ID_INTEL,
PCI_DEVICE_ID_INTEL_82371AB_3, pci_fixup_piix4_acpi },
{ 0 }
};
On Tue, 9 Oct 2001, Gergely Tamas wrote:
> Hi!
>
> > Could I try to patch also 2.4.10 kernel?
>
> You can do this 'by hand'. 2.4.10 changed the structure a bit. But I sent
> VDA a modified patch some time ago. Maybe just ask him.
>
> > This patch will be included in kernel 2.4.11?
>
> I don't think so. :(
>
> Honestly I'm not happy about this, but there had beed a large discussion
> about it. There were some people which mobo worked right 'out of the box',
> and they found that others should patch their kernels by hand to be able
> to use their linux boxes. :(((
>
> Gergely
>
> ps: I use this patch too on an ABIT KT7A mobo with Duron 750
>
> -
> 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/
>
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [PATCH] again: Re: Athlon kernel crash (i686 works)
2001-10-09 11:45 ` [PATCH] again: " VDA
2001-10-09 11:04 ` Marco Berizzi
@ 2001-10-09 14:27 ` Fabio Coatti
2001-10-09 21:11 ` Dan Hollis
2001-10-09 22:19 ` Luigi Genoni
3 siblings, 0 replies; 18+ messages in thread
From: Fabio Coatti @ 2001-10-09 14:27 UTC (permalink / raw)
To: linux-kernel
Il 13:45, martedì 9 ottobre 2001, VDA ha scritto:
> Anybody still insist that 'Athlon bug' patch is not to be
> included into mainstream kernel?
> If someone doesn't like it, feel free to make it a config
> option (enabled by default!) and submit an updated patch.
> My original patch against 2.4.9 is at the end.
>
> Tuesday, October 09, 2001, 11:32:24 AM,
> "Marco Berizzi" <pupilla@hotmail.com> wrote:
> MB> I updated my motherboard from ASUS A7V to ABIT KT7A (VIA Apollo KT133A
> MB> chipset). The kernel I had (2.4.10) started crashing on boot usually
> MB> right after starting init. I tryed a i686 kernel and noticed it works
> MB> OK, so I recompiled my crashy kernel only switching the processor type
> MB> and it also worked. Changed it back to Athlon/K7/Duron and it starts
> MB> crashing.
Same problem here (oops at boot, athlon 1.2GHz, kernels 2.4.9 ->10, athlon
optimization. All goes right if I set i686 processor) but the patch didn't
work. I have a GA-7VMM / VIA KLE 133 AGPset Motherboard. The kernel still
oopses , it only changes color:) (white on black without patch, green on
black with patch applied.)
I will be happy to test any new patch, if this can help.
--
Fabio Coatti
Ferrara Linux User Group
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [PATCH] again: Re: Athlon kernel crash (i686 works)
2001-10-09 11:45 ` [PATCH] again: " VDA
2001-10-09 11:04 ` Marco Berizzi
2001-10-09 14:27 ` Fabio Coatti
@ 2001-10-09 21:11 ` Dan Hollis
2001-10-09 22:19 ` Luigi Genoni
3 siblings, 0 replies; 18+ messages in thread
From: Dan Hollis @ 2001-10-09 21:11 UTC (permalink / raw)
To: VDA; +Cc: Marco Berizzi, linux-kernel, Alan Cox
On Tue, 9 Oct 2001, VDA wrote:
> Anybody still insist that 'Athlon bug' patch is not to be
> included into mainstream kernel?
> If someone doesn't like it, feel free to make it a config
> option (enabled by default!) and submit an updated patch.
> My original patch against 2.4.9 is at the end.
It should perhaps go in alan's pre-kernels, but it needs wide testing.
Want should make sure it doesn't break systems which are otherwise fine
without it.
And we still don't have any explanation from VIA what this mysterious bit
is supposed to do.
-Dan
--
[-] Omae no subete no kichi wa ore no mono da. [-]
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [PATCH] again: Re: Athlon kernel crash (i686 works)
2001-10-09 11:45 ` [PATCH] again: " VDA
` (2 preceding siblings ...)
2001-10-09 21:11 ` Dan Hollis
@ 2001-10-09 22:19 ` Luigi Genoni
3 siblings, 0 replies; 18+ messages in thread
From: Luigi Genoni @ 2001-10-09 22:19 UTC (permalink / raw)
To: VDA; +Cc: Marco Berizzi, linux-kernel
Yes, this patch shlud be included as configuration option,
(also because of the long nights spended discusing this topic and
seeing this thousands of lspci-vvvxxx output :) ), but not enabled
byu default and with a VERY VERY clear help.
Luigi
On Tue, 9 Oct 2001, VDA wrote:
> Oh no.
>
> Anybody still insist that 'Athlon bug' patch is not to be
> included into mainstream kernel?
> If someone doesn't like it, feel free to make it a config
> option (enabled by default!) and submit an updated patch.
> My original patch against 2.4.9 is at the end.
>
> Tuesday, October 09, 2001, 11:32:24 AM,
> "Marco Berizzi" <pupilla@hotmail.com> wrote:
> MB> I updated my motherboard from ASUS A7V to ABIT KT7A (VIA Apollo KT133A
> MB> chipset). The kernel I had (2.4.10) started crashing on boot usually
> MB> right after starting init. I tryed a i686 kernel and noticed it works
> MB> OK, so I recompiled my crashy kernel only switching the processor type
> MB> and it also worked. Changed it back to Athlon/K7/Duron and it starts
> MB> crashing.
>
> MB> I also search the mailing list. My mother board is KT7A series v1.3 with
> MB> bios revision 4T (I also try with 3N, same results). K7 at 1333MHz. BIOS
> MB> settings are default (except I have disabled all BIOS/video shadow).
> MB> After flash I also reset CMOS via hardware jumper.
>
> MB> Is there any solution to this (except compiling kernel for 6x86)?
> --
> Best regards, VDA
> mailto:VDA@port.imtp.ilyichevsk.odessa.ua
>
> --- pci-pc.c.orig Sun Aug 12 15:54:07 2001
> +++ pci-pc.c Tue Sep 18 16:45:21 2001
> @@ -948,6 +948,26 @@
> d->irq = 9;
> }
>
> +/* Fixes some oopses on Athlon optimized
> + * fast_copy_page when it uses 'movntq's
> + * instead of 'movq's on Athlon/Duron optimized kernels.
> + * Bit 7 at offset 0x55 seems to be responsible:
> + * > Device 0 Offset 55 - Debug (RW)
> + * > Bits 7-0: Reserved (do not program). default = 0
> + * ABIT KT7A 3R BIOS: 0x89 (oopses)
> + * ABIT KT7A YH BIOS: 0x00 (works)
> + */
> +static void __init pci_fixup_athlon_bug(struct pci_dev *d)
> +{
> + u8 v;
> + pci_read_config_byte(d, 0x55, &v);
> + if(v & 0x80) {
> + printk(KERN_NOTICE "Stomping on Athlon bug.\n");
> + v &= 0x7f; /* clear bit 55.7 */
> + pci_write_config_byte(d, 0x55, v);
> + }
> +}
> +
> struct pci_fixup pcibios_fixups[] = {
> { PCI_FIXUP_HEADER, PCI_VENDOR_ID_INTEL,
> PCI_DEVICE_ID_INTEL_82451NX, pci_fixup_i450nx },
> { PCI_FIXUP_HEADER, PCI_VENDOR_ID_INTEL,
> PCI_DEVICE_ID_INTEL_82454GX, pci_fixup_i450gx },
> @@ -961,6 +981,7 @@
> /* Our bus code shouldnt need this fixup any more. Delete once
> verified */
> { PCI_FIXUP_HEADER, PCI_VENDOR_ID_COMPAQ,
> PCI_DEVICE_ID_COMPAQ_6010, pci_fixup_compaq },
> #endif
> + { PCI_FIXUP_HEADER, PCI_VENDOR_ID_VIA,
> PCI_DEVICE_ID_VIA_8363_0, pci_fixup_athlon_bug },
> { PCI_FIXUP_HEADER, PCI_VENDOR_ID_UMC,
> PCI_DEVICE_ID_UMC_UM8886BF, pci_fixup_umc_ide },
> { PCI_FIXUP_HEADER, PCI_VENDOR_ID_SI,
> PCI_DEVICE_ID_SI_5513, pci_fixup_ide_trash },
> { PCI_FIXUP_HEADER, PCI_ANY_ID, PCI_ANY_ID,
> pci_fixup_ide_bases },
>
>
> -
> 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/
>
^ permalink raw reply [flat|nested] 18+ messages in thread