Re: Adaptec 1420SA support?

From: Scott Long <scottl_at_samsco.org>
Date: Sun, 20 Apr 2008 09:51:00 -0600
Dmitry Morozovsky wrote:
> On Sun, 20 Apr 2008, Dmitry Morozovsky wrote:
> 
> DM> ar0: 76165MB <DDF RAID1> status: READY
> DM> ar0: 155985920 sectors [9709C/255H/63S] <Mole> subdisks defined as:
> DM> ar0: disk0 READY (master) using ad16 at ata8-master
> DM> ar0: disk1 READY (mirror) using ad18 at ata9-master
> DM> 
> DM> 
> DM> --------------------------------------------------------
> DM> 
> DM> I'll do some basic checks and follow up with results.
> DM> 
> DM> Thank you very much!
> 
> Hmm, not too much exciting results yet:
> 
> # fdisk -s ar0
> fdisk: invalid fdisk partition table found
> fdisk: read_s0: No such file or directory
> # bsdlabel -Bw ar0 auto
> # set -E  
> Cannot read termcap database;
> using dumb terminal settings.
> # fdisk -s ar0         
> /dev/ar0: 9709 cyl 255 hd 63 sec
> Part        Start        Size Type Flags
>    4:           0       50000 0xa5 0x80
> # bsdlabel -R /dev/stdin ar0
> bsdlabel: fopen ar0: No such file or directory
> # bsdlabel -R ar0 /dev/stdin
> a: 256M 16 4.2BSD 0 0
> b: 4G * swap 0 0
> d: 4G * 4.2BSD 0.0
> e: 8G * 4.2BSD 0 0
> # bsdlabel ar0
> # /dev/ar0:
> 8 partitions:
> #        size   offset    fstype   [fsize bsize bps/cpg]
>   a:   524288       16    4.2BSD        0     0     0 
>   b:  8388608   524304      swap                    
>   c: 155985920        0    unused        0     0         # "raw" part, don't 
> edit
>   d:  8388608  8912912    4.2BSD        0     0     0 
>   e: 16777216 17301520    4.2BSD        0     0     0 
> # newfs /dev/ar0a
> /dev/ar0a: 256.0MB (524288 sectors) block size 16384, fragment size 2048
>         using 4 cylinder groups of 64.02MB, 4097 blks, 8256 inodes.
> super-block backaups (for fsck -bt #) at:
> a9: FAILURE - oversized DMA transfer attempt 65536 > 64512
> ad18: setting up DMA failed
> ar0: WARNING - mirror protection lost. RAID1 array in DEGRADED mode
> aar0: writing of DDF metadata is NOT supported yet
> ta8: FAILURE - oversized DMA transfer attempt 65536 > 64512
> ad16: setting up DMA failed
> ar0: FAILURE - RAID1 array broken
> ar0: writing of DDF metadata is NOT supported yet
> newfs: wtfs: 65536 bytes at sector 160: Input/output error
> # 
> 
> Any further hints?
> 

This is just yet another item in the long list of problems with the ata
driver.  As a workaround, try the following patch:

--- ata-raid.c
+++ ata-raid.c
_at__at_ -146,7 +146,7 _at__at_
      rdp->disk->d_mediasize = (off_t)rdp->total_sectors * DEV_BSIZE;
      rdp->disk->d_fwsectors = rdp->sectors;
      rdp->disk->d_fwheads = rdp->heads;
-    rdp->disk->d_maxsize = 128 * DEV_BSIZE;
+    rdp->disk->d_maxsize = 32768;
      rdp->disk->d_drv1 = rdp;
      rdp->disk->d_unit = rdp->lun;
      /* we support flushing cache if all components support it */

Scott
Received on Sun Apr 20 2008 - 13:51:05 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:30 UTC