Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 2 Oct 2003 14:05:03 +0200
From:      Buki <dev@null.cz>
To:        rysanek@fccps.cz
Cc:        questions@freebsd.org
Subject:   Re: can't get the Linux aaccli to work under 4.8-RELEASE, 4.9-RC1, 5.1-RELEASE
Message-ID:  <20031002120503.GB25782@dak2060.sh.cvut.cz>
In-Reply-To: <Pine.LNX.4.33.0310021025400.2527-100000@usti.fccps.cz>
References:  <Pine.LNX.4.33.0310011107550.31708-201000@usti.fccps.cz> <Pine.LNX.4.33.0310021025400.2527-100000@usti.fccps.cz>

next in thread | previous in thread | raw e-mail | index | archive | help

--24zk1gE8NUlDmwG9
Content-Type: text/plain; charset=iso-8859-2
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Oct 02, 2003 at 01:11:30PM +0200, rysanek@fccps.cz wrote:
> Dear Mr. Long,
>=20
> 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...
>=20

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

buki@ta-s:/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     buki@ta-s.tld.cz:/usr/obj/usr/src/sys/CONFIG  i386

buki@ta-s:/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

buki@ta-s:/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

buki@ta-s:/usr/src#dmesg -a | grep aac
aac0: <Adaptec SCSI RAID 2120S> mem 0xf0000000-0xf3ffffff irq 5 at device 4=
=2E0 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):

buki@ta-p:/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     adam@ta-p.tld.cz:/usr/src/sys/compile/CONFIG  i386

buki@ta-p:/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

buki@ta-p:/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

buki@ta-p:/home/buki#dmesg -a | grep aac
aac0: <Adaptec SCSI RAID 2120S> mem 0xf0000000-0xf3ffffff irq 5 at device 4=
=2E0 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/messag=
es (and
on console):

buki@ta-p:/home/buki#tail /var/log/messages | grep aac
Oct  2 13:50:15 ta-p /kernel: aac0: COMMAND 0xc30089a4 TIMEOUT AFTER 157 SE=
CONDS
Oct  2 13:50:35 ta-p /kernel: aac0: COMMAND 0xc30089a4 TIMEOUT AFTER 177 SE=
CONDS
Oct  2 13:50:55 ta-p /kernel: aac0: COMMAND 0xc30089a4 TIMEOUT AFTER 197 SE=
CONDS
Oct  2 13:51:15 ta-p /kernel: aac0: COMMAND 0xc30089a4 TIMEOUT AFTER 217 SE=
CONDS


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 doe=
s not?

[snip]

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

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


--24zk1gE8NUlDmwG9
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (FreeBSD)

iD8DBQE/fBRvPzhIkpLLm08RAsJZAJ0Qb0Kssg5QQsdJa0png6lK6SHX7QCggO12
YYhbIMRztXi/xslcOAa7cO0=
=3wLt
-----END PGP SIGNATURE-----

--24zk1gE8NUlDmwG9--



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