From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark Lord Subject: Re: HighPoint RocketRAID 2320 Date: Mon, 03 Aug 2009 18:53:52 -0400 Message-ID: <4A776A80.5090409@rtr.ca> References: <20090803201836.GD13863@dsg.to> <4A7764D3.1090702@rtr.ca> <4A776A03.90705@rtr.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Received: from rtr.ca ([76.10.145.34]:45572 "EHLO mail.rtr.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753571AbZHCWxw (ORCPT ); Mon, 3 Aug 2009 18:53:52 -0400 In-Reply-To: <4A776A03.90705@rtr.ca> Sender: linux-ide-owner@vger.kernel.org List-Id: linux-ide@vger.kernel.org To: =?UTF-8?B?RGF2w63DsCBTdGVpbm4gR2VpcnNzb24=?= Cc: linux-ide@vger.kernel.org Mark Lord wrote: > Mark Lord wrote: >> Dav=C3=AD=C3=B0 Steinn Geirsson wrote: >>> Hi all, >>> >>> I'm throwing this out here in the hopes that someone smarter than m= e has >>> a simple solution - never hurts to be optimistic. :) >>> >>> I have a HighPoint controller, RocketRAID 2320 (8-port PCIe SATA=20 >>> fakeraid). It is only supported by an ugly binary blob deceptively=20 >>> labeled as an "open source driver" from HighPoint (rr232x). Looking= =20 >>> at the wrapper around the blob, it seems this driver claims only th= e=20 >>> 2320 and 2322 controllers: >>> >>> static const struct pci_device_id hpt_pci_tbl[] =3D { >>> {PCI_DEVICE(0x1103, 0x2320), 0, 0, 0}, >>> {PCI_DEVICE(0x1103, 0x2322), 0, 0, 0}, >>> {} >>> }; >>> >>> I've found that this controller contains a marvell 88SX6081 chip, w= hich >>> should be supported by the sata_mv driver. That driver claims devic= e IDs >>> 2300 and 2310: >>> { PCI_VDEVICE(TTI, 0x2300), chip_7042 }, >>> { PCI_VDEVICE(TTI, 0x2310), chip_7042 }, >>> >>> So, ever hopeful, I tried adding the 2320 into the table: >>> { PCI_VDEVICE(TTI, 0x2320), chip_608x }, >>> >>> When I do this, the kernel successfully probes the attached disks a= nd >>> their capacity, but immediately errors out and starts resetting the >>> ports repeatedly. >> .. >> >> Send me a clear, in-focus detailed photograph of the board, >> showing the chip markings very clearly. > .. >=20 > Never mind -- found one here: > http://www.taipeitradeshows.com.tw/downloads/2007051104030512475/RR23= 20.jpg >=20 > The SATA chip is clearly a 88SX6091-8CZ, which is a PCIX 8-port contr= oller. ^^^^^^^^ That was supposed to say 88SX6081 there. :) =20 > Since it is sitting on a PCIe card, one must assume there's a PCIe-to= -PCIX > bridge hidden under that huge heatsink. >=20 > So if the card does not work in the chip_608x mode, > there's probably some funny business in that bridge chip. >=20 > Maybe it works *only* in the proprietary RAID mode (?) >=20 > Cheers > --=20 > To unsubscribe from this list: send the line "unsubscribe linux-ide" = in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html