Re: Re: AMD thunderbird oops
On Wed, 27 Jun 2001 [EMAIL PROTECTED] wrote: > Well considering the other night the power supply went dead, I think that is part of >the problem. It is brand new, and I am being sent another one (free of course). I would have bet that power supply was erogating elettricity with a discontinous intensity. I saw that RAM stability is the first think to be affected (together with L2 cache stability) in those cases. > > I also had my mb loaded at the time (scsi cd-rw, cdrom, internal zip, floppy, 1 hd, >Sound card, video, modem, NIC, scsi card) but my last tyan was fine with that load it >may be a kt7a thing. > > Several people said that random (keyword here) oopses are more often a hardware >thing. I wonder if the kt7a is going to be able to perform fully loaded.. > > is anyone running one fully loaded? 4 ide drives, 2 floppy, (5 pci and 1 isa) or >6pci, agp, 512MEG+ RAM? yes, 1.300 Mhz 1 agp 4 pci 1 isa (I love my sound blaster 16 on ISA, could not live without) 3 disks 1 floppy 1 zip 1 dvd 5 fans 350 watt power supply. Luigi > Joe > > Dave Jones <[EMAIL PROTECTED]> wrote: > > On Tue, 26 Jun 2001, Alan Cox wrote: > > My current speculation is that the sdram setup on some of these boards can't > > actually take the full CPU spec caused by these hand tuned routines. There is > > some evidence to support that as several other boards only work with Athlon > > optimisation if you set the BIOS options to 'conservative' not 'optimised' > > Interesting, and plausable theory. It would be more interesting to see > register dumps of the memory timing registers on both good and bad > systems, to see if this is the case. > > Unfortunatly afair the register level specs of all the affected chipsets > are not available. > > regards, > > Dave. > > -- > | Dave Jones.http://www.suse.de/~davej > | SuSE Labs > > > - > 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/
Re: Re: AMD thunderbird oops
Well considering the other night the power supply went dead, I think that is part of the problem. It is brand new, and I am being sent another one (free of course). I also had my mb loaded at the time (scsi cd-rw, cdrom, internal zip, floppy, 1 hd, Sound card, video, modem, NIC, scsi card) but my last tyan was fine with that load it may be a kt7a thing. Several people said that random (keyword here) oopses are more often a hardware thing. I wonder if the kt7a is going to be able to perform fully loaded.. is anyone running one fully loaded? 4 ide drives, 2 floppy, (5 pci and 1 isa) or 6pci, agp, 512MEG+ RAM? Joe Dave Jones <[EMAIL PROTECTED]> wrote: > On Tue, 26 Jun 2001, Alan Cox wrote: > My current speculation is that the sdram setup on some of these boards can't > actually take the full CPU spec caused by these hand tuned routines. There is > some evidence to support that as several other boards only work with Athlon > optimisation if you set the BIOS options to 'conservative' not 'optimised' Interesting, and plausable theory. It would be more interesting to see register dumps of the memory timing registers on both good and bad systems, to see if this is the case. Unfortunatly afair the register level specs of all the affected chipsets are not available. regards, Dave. -- | Dave Jones.http://www.suse.de/~davej | SuSE Labs - 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/
Re: Re: AMD thunderbird oops
Have you considered to change your dimm at all? If they are bugged they should be under warranty. Luigi On Mon, 25 Jun 2001 [EMAIL PROTECTED] wrote: > Thanks, > I have a heat sink and it is huge about 2 inches, plus fan. Plus another 4" fan >in the case. (real nice case). > > I think it is the memory, as yesterday my gcc was bombing with 'internel >compiler error', which is usually a good mem tester. So I started setting mem=64m >and things worked better and the install went all the way through. I think I need to >slow my drams down a bit or add some delay in the bios settings. > >The oops says something like 'kernel null pointer at address 0x00'. How do I >'catch' the output of an oops when the filesystem goes and I get ext2fs errors and am >forced to reboot and manually run e2fsck? > > Lastly with the mem=64M or mem=128M when I do a make dep, I get an error message >that says Error 'missing seperator'. What does that mean? It stops in the >drivers/net dir when I get this message? > > Thanks > Joe > > Alan Cox <[EMAIL PROTECTED]> wrote: > > > I just upgradede my system to an 1200Mhz AMD Athlon Thundirbird (266Mhz FSB) >processor / 512Meg of RAM, and an Asus kt7a motherboard. > > > It is oppsing left and right. I recompiled the kernel with Athelon as the CPU but >keep getting these oopses.. > > > > I also get these same problems while trying to install RH 7.1 > > > > Anyone know is this a supported processor / MB and has anyone had these problems? > > Random oopses normally indicate faulty board cpu or ram (and the fault may > even just be overheating or dimms not in the sockets cleanly). I doubt its > the board design or model that is the problem, you probably jut have a faulty > component somewhere if its oopsing randomly even during installs and stuff > > memtest86, and heatsink compound may be your best friends > > > - > 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/
Re: Re: AMD thunderbird oops
Thanks, I have a heat sink and it is huge about 2 inches, plus fan. Plus another 4" fan in the case. (real nice case). I think it is the memory, as yesterday my gcc was bombing with 'internel compiler error', which is usually a good mem tester. So I started setting mem=64m and things worked better and the install went all the way through. I think I need to slow my drams down a bit or add some delay in the bios settings. The oops says something like 'kernel null pointer at address 0x00'. How do I 'catch' the output of an oops when the filesystem goes and I get ext2fs errors and am forced to reboot and manually run e2fsck? Lastly with the mem=64M or mem=128M when I do a make dep, I get an error message that says Error 'missing seperator'. What does that mean? It stops in the drivers/net dir when I get this message? Thanks Joe Alan Cox <[EMAIL PROTECTED]> wrote: > > I just upgradede my system to an 1200Mhz AMD Athlon Thundirbird (266Mhz FSB) >processor / 512Meg of RAM, and an Asus kt7a motherboard. > > It is oppsing left and right. I recompiled the kernel with Athelon as the CPU but >keep getting these oopses.. > > I also get these same problems while trying to install RH 7.1 > > Anyone know is this a supported processor / MB and has anyone had these problems? Random oopses normally indicate faulty board cpu or ram (and the fault may even just be overheating or dimms not in the sockets cleanly). I doubt its the board design or model that is the problem, you probably jut have a faulty component somewhere if its oopsing randomly even during installs and stuff memtest86, and heatsink compound may be your best friends - 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/
