From mboxrd@z Thu Jan 1 00:00:00 1970 From: James Bottomley Subject: Re: LSI MegaRAID not recognised correctly in 64-bit. 2.6.29.6 Date: Thu, 17 Sep 2009 18:39:45 +0000 Message-ID: <1253212785.7845.38.camel@mulgrave.site> References: <4AB10FC2.1080900@attglobal.net> <1253118717.4842.13.camel@mulgrave.site> <4AB1185E.1050208@attglobal.net> <4AB1A60A.5080702@attglobal.net> <1253203147.7845.11.camel@mulgrave.site> <4AB25F49.4060201@attglobal.net> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: Received: from cantor2.suse.de ([195.135.220.15]:56989 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751487AbZIQSjx (ORCPT ); Thu, 17 Sep 2009 14:39:53 -0400 In-Reply-To: <4AB25F49.4060201@attglobal.net> Sender: linux-scsi-owner@vger.kernel.org List-Id: linux-scsi@vger.kernel.org To: stunnel@attglobal.net Cc: linux-scsi@vger.kernel.org, linux-box On Thu, 2009-09-17 at 09:09 -0700, Eddie wrote: > James Bottomley wrote: > > On Wed, 2009-09-16 at 19:59 -0700, Eddie wrote: > > > >>>> How much memory does your system have? > >>>> > >>>> Best guess in the 64 bit case is that the physical memory the kernel is > >>>> doing DMA to isn't within the range of the card. You might be able to > >>>> test this by booting with the max_addr=4G parameter in the 64 bit case. > >>>> > >>>> If it is, we'll have to get the DMA mask for this thing set up > >>>> correctly. > >>>> > >>>> James > >>>> > >>>> > >>> James, > >>> > >>> It's got 8Gig. > >>> > >>> I'll try your suggestion tonight, when I get home. > >>> > >>> Cheers, > >>> Eddie > >>> > >>> > >> OK, adding addappend = " max_addr=4G" to my lilo.conf made no > >> difference. It still booted with all 8G. :( > >> > >> But, changing it to addappend = " mem=4G" seemed to do the trick. > >> > >> And, your guess might be correct. I now see the correct messages for > >> the MegaRAID: > >> > >> scsi 4:4:0:0: Direct-Access MegaRAID LD 0 RAID5 1430G N661 PQ: 0 ANSI: 2 > >> sd 4:4:0:0: [sda] 2930307072 512-byte hardware sectors: (1.50 TB/1.36 TiB) > >> sd 4:4:0:0: [sda] Write Protect is off > >> sd 4:4:0:0: [sda] Mode Sense: 00 00 00 00 > >> sd 4:4:0:0: [sda] Asking for cache data failed > >> sd 4:4:0:0: [sda] Assuming drive cache: write through > >> sd 4:4:0:0: [sda] 2930307072 512-byte hardware sectors: (1.50 TB/1.36 TiB) > >> sd 4:4:0:0: [sda] Write Protect is off > >> sd 4:4:0:0: [sda] Mode Sense: 00 00 00 00 > >> sd 4:4:0:0: [sda] Asking for cache data failed > >> sd 4:4:0:0: [sda] Assuming drive cache: write through > >> sda: sda1 > >> sd 4:4:0:0: [sda] Attached SCSI disk > >> sd 4:4:0:0: Attached scsi generic sg1 type 0 > >> > > > > Hmm, so the driver looks to do this correctly. By default it sets a 32 > > bit DMA mask but it raises it to 64 bits for certain boards which can > > support that (based on the PCI ids). Can you do an lspci -n -v and send > > the output? That will tell me whether the board got a 64 bit mask. > > > > Thanks, > > > > James > > > > > James, > > This is when booted with the "mem=4G" override still in place. If you > need it without that, when it fails to "see" the device, let me know, > and I'll re-boot tonight to gather it: > > 01:04.0 0104: 101e:1960 (rev 02) > Subsystem: 101e:0511 This is sufficient. That's an AMI Megaraid3. They're not 64 bit capable and they should only have a 32 bit DMA mask. The block layer should be doing the right thing, so there must be something from a >4GB pool leaking into the driver somewhere: probably a stray kmalloc of a DMA buffer without the right flags ... I'll run over the driver and see if I can spot it. James