Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 17 Feb 2008 15:48:01 +0000
From:      "Niki Denev" <nike_d@cytexbg.com>
To:        "Justin T. Gibbs" <gibbs@scsiguy.com>
Cc:        freebsd-current@freebsd.org
Subject:   Re: Adaptec AHD U320 operating as only U160
Message-ID:  <2e77fc10802170748g757e569ejb079f849cf879668@mail.gmail.com>
In-Reply-To: <47B8547E.7080103@scsiguy.com>
References:  <200704182239.59842.gelsemap@superhero.nl> <31439.195.50.100.20.1176984826.squirrel@www.superhero.nl> <20080211184453.GA5605@dragon.NUXI.org> <2e77fc10802111330p738d2c93i9eb1189b307d732d@mail.gmail.com> <47B0C34E.7040804@samsco.org> <20080212010836.GA14441@dragon.NUXI.org> <2e77fc10802161506x5d790149lb688d221b0a96222@mail.gmail.com> <47B7D534.7000204@scsiguy.com> <2e77fc10802170142r51719253r682365fb7d274116@mail.gmail.com> <47B8547E.7080103@scsiguy.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Feb 17, 2008 3:36 PM, Justin T. Gibbs <gibbs@scsiguy.com> wrote:
> Niki Denev wrote:
> >
> > With aic79xx_osm.c 1.30 all of my U320 drives are detected as such. Thanks!
> > I'm only wondering why with the latest version
> > "cpi->transport_version" is set to 2, and
> > then set to 4 on the next line? Probably you left it there for readability?
>
> It was an oversight.  It seems that this section of code came from the
> aic7xxx driver where, depending on controller model, the protocol version
> must be reported differently.  I missed some of the duplication when trying
> to remove it in my last checkin.  :-( Should be fixed now.
>
> > Nope, no SES enclosure, just plain 68pin scsi drives.
> > I have now put version 1.30 of aic79xx_osm.c on two machines,
> > One of them is running the Dtrace snapshot of 8.0-current
> > with dual channel PCI-X Adaptec U320 controller (on a plain
> > 32bit/33mhz pci slot) :
> >
> > ahd0@pci0:4:1:0:        class=0x010000 card=0x00429005 chip=0x80129005
>
> The error only occurs on rev B. controllers (0x10 reported in the PCI
> revision register).  The machine not reporting the error has an A4
> part.
>
> > Then there are several messages like this one too :
> > Copied 18 bytes of sense data offset 12: 0x70 0x0 0x5 0x0 0x0 0x0 0x0
> > 0xa 0x0 0x0 0x0 0x0 0x20 0x0 0x2 0xcf 0x0 0x0
>
> Invalid command opcode.  CAM will usually report the command that failed.
> You don't see any other output?
>
> --
> Justin
>
>

Sorry, I must have missed the full output :

Copied 18 bytes of sense data offset 12: 0x70 0x0 0x5 0x0 0x0 0x0 0x0
0xa 0x0 0x0 0x0 0x0 0x20 0x0 0x2 0xcf 0x0 0x0
(pass0:ahd0:0:0:0): Vendor Specific Command. CDB: 85 8 e 0 0 0 1 0 0 0
0 0 0 0 ec 0
(pass0:ahd0:0:0:0): CAM Status: SCSI Status Error
(pass0:ahd0:0:0:0): SCSI Status: Check Condition
(pass0:ahd0:0:0:0): ILLEGAL REQUEST asc:20,0
(pass0:ahd0:0:0:0): Invalid command operation code field replaceable
unit: 2: Command byte 0 bit 7 is invalid
Copied 18 bytes of sense data offset 12: 0x70 0x0 0x5 0x0 0x0 0x0 0x0
0xa 0x0 0x0 0x0 0x0 0x20 0x0 0x2 0xcf 0x0 0x0
(pass0:ahd0:0:0:0): Vendor Specific Command. CDB: 85 8 e 0 0 0 1 0 0 0
0 0 0 0 a1 0
(pass0:ahd0:0:0:0): CAM Status: SCSI Status Error
(pass0:ahd0:0:0:0): SCSI Status: Check Condition
(pass0:ahd0:0:0:0): ILLEGAL REQUEST asc:20,0
(pass0:ahd0:0:0:0): Invalid command operation code field replaceable
unit: 2: Command byte 0 bit 7 is invalid
Copied 18 bytes of sense data offset 12: 0x70 0x0 0x5 0x0 0x0 0x0 0x0
0xa 0x0 0x0 0x0 0x0 0x20 0x0 0x2 0xcf 0x0 0x0
(pass1:ahd0:0:1:0): Vendor Specific Command. CDB: 85 8 e 0 0 0 1 0 0 0
0 0 0 0 ec 0
(pass1:ahd0:0:1:0): CAM Status: SCSI Status Error
(pass1:ahd0:0:1:0): SCSI Status: Check Condition
(pass1:ahd0:0:1:0): ILLEGAL REQUEST asc:20,0
(pass1:ahd0:0:1:0): Invalid command operation code field replaceable
unit: 2: Command byte 0 bit 7 is invalid
Copied 18 bytes of sense data offset 12: 0x70 0x0 0x5 0x0 0x0 0x0 0x0
0xa 0x0 0x0 0x0 0x0 0x20 0x0 0x2 0xcf 0x0 0x0
(pass1:ahd0:0:1:0): Vendor Specific Command. CDB: 85 8 e 0 0 0 1 0 0 0
0 0 0 0 a1 0
(pass1:ahd0:0:1:0): CAM Status: SCSI Status Error
(pass1:ahd0:0:1:0): SCSI Status: Check Condition
(pass1:ahd0:0:1:0): ILLEGAL REQUEST asc:20,0
(pass1:ahd0:0:1:0): Invalid command operation code field replaceable
unit: 2: Command byte 0 bit 7 is invalid
Copied 18 bytes of sense data offset 12: 0x70 0x0 0x5 0x0 0x0 0x0 0x0
0xa 0x0 0x0 0x0 0x0 0x20 0x0 0x2 0xcf 0x0 0x0
(pass2:ahd0:0:2:0): Vendor Specific Command. CDB: 85 8 e 0 0 0 1 0 0 0
0 0 0 0 ec 0
(pass2:ahd0:0:2:0): CAM Status: SCSI Status Error
(pass2:ahd0:0:2:0): SCSI Status: Check Condition
(pass2:ahd0:0:2:0): ILLEGAL REQUEST asc:20,0
(pass2:ahd0:0:2:0): Invalid command operation code field replaceable
unit: 2: Command byte 0 bit 7 is invalid
Copied 18 bytes of sense data offset 12: 0x70 0x0 0x5 0x0 0x0 0x0 0x0
0xa 0x0 0x0 0x0 0x0 0x20 0x0 0x2 0xcf 0x0 0x0
(pass2:ahd0:0:2:0): Vendor Specific Command. CDB: 85 8 e 0 0 0 1 0 0 0
0 0 0 0 a1 0
(pass2:ahd0:0:2:0): CAM Status: SCSI Status Error
(pass2:ahd0:0:2:0): SCSI Status: Check Condition
(pass2:ahd0:0:2:0): ILLEGAL REQUEST asc:20,0
(pass2:ahd0:0:2:0): Invalid command operation code field replaceable
unit: 2: Command byte 0 bit 7 is invalid
Copied 18 bytes of sense data offset 12: 0x70 0x0 0x5 0x0 0x0 0x0 0x0
0xa 0x0 0x0 0x0 0x0 0x20 0x0 0x2 0xcf 0x0 0x0
(pass3:ahd0:0:3:0): Vendor Specific Command. CDB: 85 8 e 0 0 0 1 0 0 0
0 0 0 0 ec 0
(pass3:ahd0:0:3:0): CAM Status: SCSI Status Error
(pass3:ahd0:0:3:0): SCSI Status: Check Condition
(pass3:ahd0:0:3:0): ILLEGAL REQUEST asc:20,0
(pass3:ahd0:0:3:0): Invalid command operation code field replaceable
unit: 2: Command byte 0 bit 7 is invalid
Copied 18 bytes of sense data offset 12: 0x70 0x0 0x5 0x0 0x0 0x0 0x0
0xa 0x0 0x0 0x0 0x0 0x20 0x0 0x2 0xcf 0x0 0x0
(pass3:ahd0:0:3:0): Vendor Specific Command. CDB: 85 8 e 0 0 0 1 0 0 0
0 0 0 0 a1 0
(pass3:ahd0:0:3:0): CAM Status: SCSI Status Error
(pass3:ahd0:0:3:0): SCSI Status: Check Condition
(pass3:ahd0:0:3:0): ILLEGAL REQUEST asc:20,0
(pass3:ahd0:0:3:0): Invalid command operation code field replaceable
unit: 2: Command byte 0 bit 7 is invalid


This is printed right after smartd (from smartmontools) is started,
and I think it's what it causes these messages.
I guess they are harmless too?

  --Niki



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