Re: kern/44002: 3ware 9690 (ld driver) doesn't respond after transfer big amount of data

[Manuel Bouyer <bouyer%antioche.eu.org@localhost>]

The following reply was made to PR kern/44002; it has been noted by GNATS.

From: Manuel Bouyer <bouyer%antioche.eu.org@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: kern-bug-people%NetBSD.org@localhost, gnats-admin%NetBSD.org@localhost, 
netbsd-bugs%NetBSD.org@localhost
Subject: Re: kern/44002: 3ware 9690 (ld driver) doesn't respond after
 transfer big amount of data
Date: Tue, 26 Oct 2010 22:50:12 +0200

 On Tue, Oct 26, 2010 at 05:25:00PM +0000, novotny%ics.muni.cz@localhost wrote:
 > 3ware 9690 raid doesn't respond after big data transfer. I use i386, GPT and 
 > O2 filesystem. After transfer of big amount of data (write, read) the raid 
 > stop to respond. When I attempt to read after writting huge amount of data 
 > the raid stop respond near every time.
 > >How-To-Repeat:
 > # gpt show ld1
 >         start         size  index  contents
 >             0  19531141087         
 >   19531141087           32         Sec GPT table
 >   19531141119            1         Sec GPT header
 > # 
 > dkctl ld1d addwedge dk0 0  19531141087 ffs
 > 
 > newfs -O2 -s -64m dk0
 > 
 > mount /dev/dk0 /mnt
 > 
 > # for i in `seq 1 10` ; do dd if=/dev/zero bs=$((1024*1024)) 
 > count=$((1024*$i)) of=/mnt/file$i 2>&1 | grep -v records ; done
 > 1073741824 bytes transferred in 4.131 secs (259922978 bytes/sec)
 > 2147483648 bytes transferred in 7.094 secs (302718303 bytes/sec)
 > 3221225472 bytes transferred in 12.966 secs (248436331 bytes/sec)
 > 4294967296 bytes transferred in 15.752 secs (272661712 bytes/sec)
 > 5368709120 bytes transferred in 20.360 secs (263689053 bytes/sec)
 > 6442450944 bytes transferred in 24.519 secs (262753413 bytes/sec)
 > 7516192768 bytes transferred in 29.414 secs (255531133 bytes/sec)
 > 8589934592 bytes transferred in 33.420 secs (257029760 bytes/sec)
 > 9663676416 bytes transferred in 39.032 secs (247583429 bytes/sec)
 > 10737418240 bytes transferred in 43.147 secs (248856658 bytes/sec)
 > # for i in `seq 1 10` ; do dd if=/dev/zero bs=$((1024*1024)) 
 > count=$((1024*$i)) of=/mnt/file$i 2>&1 | grep -v records ; done
 > 
 > ... and disk stop to respond
 
 Could you see with 'ps -axl' what wait-channel are on ?
 Do you have any message in dmesg or console ?
 What is the interrupt setup ?
 
 -- 
 Manuel Bouyer <bouyer%antioche.eu.org@localhost>
      NetBSD: 26 ans d'experience feront toujours la difference
 --