Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 20 Apr 2008 09:51:00 -0600
From:      Scott Long <scottl@samsco.org>
To:        Dmitry Morozovsky <marck@rinet.ru>
Cc:        "Andrey V. Elsukov" <bu7cher@yandex.ru>, emaste@freebsd.org, current@freebsd.org, sos@freebsd.org
Subject:   Re: Adaptec 1420SA support?
Message-ID:  <480B6664.9040602@samsco.org>
In-Reply-To: <20080420194331.Y56317@woozle.rinet.ru>
References:  9060000000212025383 <1415691208445504@webmail12.yandex.ru> <48077B1C.5070608@samsco.org> <20080420185448.X56317@woozle.rinet.ru> <480B5DA0.6030404@samsco.org> <20080420192735.G56317@woozle.rinet.ru> <20080420193212.Y56317@woozle.rinet.ru> <20080420194331.Y56317@woozle.rinet.ru>

next in thread | previous in thread | raw e-mail | index | archive | help
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
@@ -146,7 +146,7 @@
      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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?480B6664.9040602>