From mboxrd@z Thu Jan 1 00:00:00 1970 From: thomas schorpp Subject: Re: aic7xxx: aic7892(B): BUG: soft lockup detected on CPU#0! Date: Fri, 23 Mar 2007 08:32:12 +0100 Message-ID: <4603827C.4080701@gmx.de> References: <46029D72.3060403@gmx.de> <4602B576.6020602@gmx.de> <4602EED5.5070503@gmx.de> <46030A9A.2060604@gmx.de> <46032CC8.6030307@gmx.de> <1174625139.30030.31.camel@mulgrave.il.steeleye.com> Reply-To: t.schorpp@gmx.de Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from mail.gmx.net ([213.165.64.20]:55094 "HELO mail.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1751828AbXCWHcO (ORCPT ); Fri, 23 Mar 2007 03:32:14 -0400 In-Reply-To: <1174625139.30030.31.camel@mulgrave.il.steeleye.com> Sender: linux-scsi-owner@vger.kernel.org List-Id: linux-scsi@vger.kernel.org To: SCSI development list James Bottomley wrote: > On Fri, 2007-03-23 at 02:26 +0100, thomas schorpp wrote: >> ok, overriding the first while(ahc_is_paused) that blocked before >> (i see no sense for doing this in a pci mmap test function, cause >> proper resource setup is required *before* using such I/O functions, >> otherwise the adapter had entered SEQ paused status) >> i got the kernel to boot at least at pio mode. >> >> this is surely not the correct resource and looks like a datatype >> boundary overflow, the upper 0x0f is missing: >> [ 49.278810] Trying to free nonexistent resource >> <00000000fffff000-00000000fff >> fffff> > > That's because ahc->platform_data->mem_busaddr is u32 > > >> [ 54.513224] scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0 >> [ 54.513226] >> [ 54.513227] aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs > > The driver code suggests that the 7892 can't do the AHC_LARGE_SCBS > features ... which means the card itself cannot address more than 32 > bits of memory, so it would be unable to decode a BAR that's beyond the > 32 bit range. So this looks like some type of error in the PCI config > system (or possibly in the BIOS). I think this card needs its BARs to > be in the lower 32 bits to function. > > James > > i agree for this to be a 32bit dma busmaster chip, since pci_resource_flags and lspci say 64bit mem resource type aic7xxx: pci_resource_start fffff000 *maddr 20000 mem64 4 we've a bug in the x86_64 linux pci config, BIOS is ok, the hardware worked fine in a winxp_x64 test setup a few months ago. will ask LKML. y tom