From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pedro Pla Subject: Re: Problem with Gdt driver under smp? Date: Tue, 05 Nov 2002 09:17:25 +0800 Sender: linux-scsi-owner@vger.kernel.org Message-ID: <3DC71C25.1000702@holidaymarketing.com> References: <3DC0EBB3.9030707@holidaymarketing.com> <20021031120257.GF23217@redhat.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: Received: from with PostMaster 3.12.1 (MPR*); Tue, 05 Nov 2002 09:16:54 +800 List-Id: Content-Type: text/plain; charset="us-ascii"; format="flowed" To: Doug Ledford Cc: linux-scsi@vger.kernel.org, linux-smp@vger.kernel.org Sorry I accidently sent the last one in html, so it probably didn't get through. Doug Ledford wrote: >On Thu, Oct 31, 2002 at 04:37:07PM +0800, Pedro Pla wrote: > > >>Hello, >> >>I was wondering if there is any known problem with the Gdt driver under >>an smp machine, I have a dual p3 scb2 motherboard, with 1-2GB ram, an >>scrmr intel 0 channel raid controller and 3 hotswap disks. Initially I >>thought it was a memory problem since the kernel was complaining at >>mem_alloc:89, however as long as the memory I move is not read from the >>disk (through a kernel compile, or a dd if=/dev/sda) then it seems to >>work fine. A kernel compiled with no smp works fine as well. I've tried >>kernels from the 2.2.22 to the 2.4.17-2.4.20-pre10-ac with pre11 patches >>applied on top. >> >>The symptoms are segmentation faults, signal 11's, and occasionally >>kernel oops at mem_alloc:89, I have also seen several kernel oops in >>journal.c when I tried using ext3, I disactivated that but the faults >>remained. It has also froze once and given a kernel oops while loading >>the scsi driver at boot, and another time it simply rebooted the machine >>when loading the driver. Any ideas? For now I will work with only one >>cpu and smp disactivated since that gives no problems at all, but I >>would like to be able to unleash the full power of these machines. >> >> > >Sounds like typical bad RAM problems. Run a memory test on your RAM. > > > I've run memory tests, and memtest86 v3 gives no errors at all after its most thorough testing, I did however find some problems when running a test on memtest86 v2.8, however that gave errors on 8 seperate simm cards running under two different dual p3 motherboards, I just find it strange that they would all fail, I thought it might be the motherboard then, but 2 motherboards failing?