On Thu, Oct 02, 2003 at 01:11:30PM +0200, [EMAIL PROTECTED] wrote:
> Dear Mr. Long,
> 
> I'm not able to make the Linux aaccli work under any recent FreeBSD.
> I've obtained a report from Buki that it worked for him under some STABLE
> snapshot but it doesn't work for me...
> 

I only want to stress out that it works in unpredictable ways, for example:

[EMAIL PROTECTED]:/usr/src#uname -a
FreeBSD ta-s.tld.cz 4.8-RELEASE-p5 FreeBSD 4.8-RELEASE-p5 #1: Tue Sep 16 23:53:28 CEST 
2003     [EMAIL PROTECTED]:/usr/obj/usr/src/sys/CONFIG  i386

[EMAIL PROTECTED]:/usr/src#grep -i aac /sys/i386/conf/CONFIG                           
                                  <INS>
device          aac             # Adaptec FSA RAID, Dell PERC2/PERC3
#device          aacp            # SCSI passthrough for aac (requires CAM)
options         AAC_COMPAT_LINUX

[EMAIL PROTECTED]:/usr/src#ll /dev/aac*
crw-------  1 root  wheel     150,   0 Aug 28 16:21 /dev/aac0
crw-r-----  1 root  wheel     151, 0x00010002 Jan  1  2002 /dev/aacd0
crw-r-----  2 root  operator  151, 0x00020002 Jan  1  2002 /dev/aacd0s1
crw-r-----  2 root  operator  151, 0x00020000 Jan  1  2002 /dev/aacd0s1a
crw-r-----  2 root  operator  151, 0x00020001 Jan  1  2002 /dev/aacd0s1b
crw-r-----  2 root  operator  151, 0x00020002 Jan  1  2002 /dev/aacd0s1c
crw-r-----  2 root  operator  151, 0x00020003 Jan  1  2002 /dev/aacd0s1d
crw-r-----  2 root  operator  151, 0x00020004 Jan  1  2002 /dev/aacd0s1e
crw-r-----  2 root  operator  151, 0x00020005 Jan  1  2002 /dev/aacd0s1f
crw-r-----  2 root  operator  151, 0x00020006 Jan  1  2002 /dev/aacd0s1g
crw-r-----  2 root  operator  151, 0x00020007 Jan  1  2002 /dev/aacd0s1h
crw-r-----  1 root  wheel     151, 0x00030002 Jan  1  2002 /dev/aacd0s2
crw-r-----  1 root  wheel     151, 0x00040002 Jan  1  2002 /dev/aacd0s3
crw-r-----  1 root  wheel     151, 0x00050002 Jan  1  2002 /dev/aacd0s4
crw-r-----  1 root  wheel     151, 0x00060002 Jan  1  2002 /dev/aacd0s5

[EMAIL PROTECTED]:/usr/src#dmesg -a | grep aac
aac0: <Adaptec SCSI RAID 2120S> mem 0xf0000000-0xf3ffffff irq 5 at device 4.0 on pci3
aac0: i960RX 100MHz, 48MB cache memory, optional battery present
aac0: Kernel 4.0-0, Build 6003, S/N b75dba
aacd0: <RAID 1 (Mirror)> on aac0
aacd0: 34998MB (71677440 sectors)


Adaptec SCSI RAID Controller Command Line Interface
Copyright 1998-2002 Adaptec, Inc. All rights reserved
-------------------------------------------------------------------------------------------------------------------------


CLI > open aac0
Executing: open "aac0"

AAC0> container list
Executing: container list
Num          Total  Oth Stripe          Scsi   Partition
Label Type   Size   Ctr Size   Usage   C:ID:L Offset:Size
----- ------ ------ --- ------ ------- ------ -------------
 0    Mirror 34.1GB            Open    0:02:0 64.0KB:34.1GB
 /dev/aacd0           RAID             0:01:0 64.0KB:34.1GB


AAC0> exit
Executing: exit


whereas on other computer (same HW configuration):

[EMAIL PROTECTED]:/home/buki#uname -a
FreeBSD ta-p.tld.cz 4.8-RELEASE-p1 FreeBSD 4.8-RELEASE-p1 #3: Wed Aug  6 12:14:56 CEST 
2003     [EMAIL PROTECTED]:/usr/src/sys/compile/CONFIG  i386

[EMAIL PROTECTED]:/home/buki#grep -i aac /sys/i386/conf/CONFIG
device          aac             # Adaptec FSA RAID, Dell PERC2/PERC3
device          aacp            # SCSI passthrough for aac (requires CAM)
options         AAC_COMPAT_LINUX

[EMAIL PROTECTED]:/home/buki#ll /dev/aac*
crw-------  1 root  wheel     150,   0 Jul 21 17:44 /dev/aac0
crw-r-----  1 root  wheel     151, 0x00010002 May  6 20:22 /dev/aacd0
crw-r-----  2 root  operator  151, 0x00020002 May  6 20:29 /dev/aacd0s1
crw-r-----  2 root  operator  151, 0x00020000 May  6 20:29 /dev/aacd0s1a
crw-r-----  2 root  operator  151, 0x00020001 May  6 20:29 /dev/aacd0s1b
crw-r-----  2 root  operator  151, 0x00020002 May  6 20:29 /dev/aacd0s1c
crw-r-----  2 root  operator  151, 0x00020003 May  6 20:29 /dev/aacd0s1d
crw-r-----  2 root  operator  151, 0x00020004 May  6 20:29 /dev/aacd0s1e
crw-r-----  2 root  operator  151, 0x00020005 May  6 20:29 /dev/aacd0s1f
crw-r-----  2 root  operator  151, 0x00020006 May  6 20:29 /dev/aacd0s1g
crw-r-----  2 root  operator  151, 0x00020007 May  6 20:29 /dev/aacd0s1h

[EMAIL PROTECTED]:/home/buki#dmesg -a | grep aac
aac0: <Adaptec SCSI RAID 2120S> mem 0xf0000000-0xf3ffffff irq 5 at device 4.0 on pci3
aac0: i960RX 100MHz, 48MB cache memory, optional battery present
aac0: Kernel 4.0-0, Build 5770, S/N b76e87
aacp0: <SCSI Passthrough Bus> on aac0
aacd0: <RAID 1 (Mirror)> on aac0
aacd0: 34998MB (71677440 sectors)


and I also see some strange messages:

aac0: VM_Ioctl returned 5
aac0: VM_Ioctl returned 5
aac0: VM_Ioctl returned 5
aac0: VM_Ioctl returned 5

when I run aaccli, I get:

Adaptec SCSI RAID Controller Command Line Interface
Copyright 1998-2002 Adaptec, Inc. All rights reserved
-------------------------------------------------------------------------------------------------------------------------


CLI > open aac0
Executing: open "aac0"

^^^^^^^^
at this moment the whole shell freezes (the machine itself stays responsive), cannot
be killed and in log the following lines begin to appear in /var/log/messages (and
on console):

[EMAIL PROTECTED]:/home/buki#tail /var/log/messages | grep aac
Oct  2 13:50:15 ta-p /kernel: aac0: COMMAND 0xc30089a4 TIMEOUT AFTER 157 SECONDS
Oct  2 13:50:35 ta-p /kernel: aac0: COMMAND 0xc30089a4 TIMEOUT AFTER 177 SECONDS
Oct  2 13:50:55 ta-p /kernel: aac0: COMMAND 0xc30089a4 TIMEOUT AFTER 197 SECONDS
Oct  2 13:51:15 ta-p /kernel: aac0: COMMAND 0xc30089a4 TIMEOUT AFTER 217 SECONDS


it would seem the only difference between those two kernels is existence of the 'aacp'
device in latter case.

BTW, why does dmesg say the controller has the optional battery when it does not?

[snip]

Buki
-- 
PGP public key: http://dev.null.cz/buki.asc

                /"\
                \ /     ASCII Ribbon Campaign
                 X      Against HTML & Outlook Mail
                / \     http://www.thebackrow.net

Attachment: pgp00000.pgp
Description: PGP signature

Reply via email to