From owner-freebsd-current@freebsd.org Sat Dec 7 16:05:11 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4553D1D5F05 for ; Sat, 7 Dec 2019 16:05:11 +0000 (UTC) (envelope-from genre.roger@orange.fr) Received: from smtp.smtpout.orange.fr (smtp07.smtpout.orange.fr [80.12.242.129]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47VZ6Z24l0z3QcN for ; Sat, 7 Dec 2019 16:05:09 +0000 (UTC) (envelope-from genre.roger@orange.fr) Received: from [192.168.1.11] ([86.236.45.84]) by mwinf5d66 with ME id b456210081oyQNm03456B3; Sat, 07 Dec 2019 17:05:07 +0100 X-ME-Helo: [192.168.1.11] X-ME-Auth: Z2VucmUucm9nZXJAb3JhbmdlLmZy X-ME-Date: Sat, 07 Dec 2019 17:05:07 +0100 X-ME-IP: 86.236.45.84 To: freebsd-current@freebsd.org From: Roger Genre Subject: cam subsystem vs usb Message-ID: <8a1ccd2a-fde4-7ba4-4f05-02b925d28b94@orange.fr> Date: Sat, 7 Dec 2019 17:05:06 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.2.2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 47VZ6Z24l0z3QcN X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of genre.roger@orange.fr has no SPF policy when checking 80.12.242.129) smtp.mailfrom=genre.roger@orange.fr X-Spamd-Result: default: False [2.86 / 15.00]; ARC_NA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[129.242.12.80.rep.mailspike.net : 127.0.0.17]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[orange.fr]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(0.96)[0.962,0]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_LONG(1.00)[0.996,0]; RCVD_IN_DNSWL_NONE(0.00)[129.242.12.80.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; DMARC_NA(0.00)[orange.fr]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[orange.fr]; ASN(0.00)[asn:3215, ipnet:80.12.240.0/20, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (2.78), ipnet: 80.12.240.0/20(1.44), asn: 3215(1.68), country: FR(-0.00)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2019 16:05:11 -0000 Hi, I use a 5-hdd bunch connected via USB3 in JBOD mode; that 5 hdd builds a zpool and are listed during boot process as da0 to da4. Here is my /boot/loader.conf file: .../... hw.snd.default_device=2 dev.pcm.1.play.vchans=2 fuse_load="YES" kern.cam.boot_delay=12000 kern.vty=vt sysctl net.local.stream.recvspace=65536 cpu_microcode_load="YES" cpu_microcode_name="/boot/firmware/intel-ucode.bin" sysctl net.local.stream.recvspace=65536 sysctl net.local.stream.sendspace=65536 .../... Under FBSD12.0, the boot process got fine. Since recent upgrade to 12.1, the first "cold" boot shows: .../... Dec  7 10:17:25 H97M-G43 kernel: Trying to mount root from ufs:/dev/ada1p2 [rw]... Dec  7 10:17:25 H97M-G43 kernel: da0 at umass-sim0 bus 0 scbus3 target 0 lun 0 Dec  7 10:17:25 H97M-G43 kernel: da0: Fixed Direct Access SPC-4 SCSI device Dec  7 10:17:25 H97M-G43 kernel: da0: Serial Number 2019083100443 Dec  7 10:17:25 H97M-G43 kernel: da0: 400.000MB/s transfers Dec  7 10:17:25 H97M-G43 kernel: da0: 953869MB (1953525168 512 byte sectors) Dec  7 10:17:25 H97M-G43 kernel: da0: quirks=0x2 Dec  7 10:17:25 H97M-G43 kernel: da1 at umass-sim0 bus 0 scbus3 target 0 lun 1 Dec  7 10:17:25 H97M-G43 kernel: da1: Fixed Direct Access SPC-4 SCSI device Dec  7 10:17:25 H97M-G43 kernel: da1: Serial Number 2019083100443 Dec  7 10:17:25 H97M-G43 kernel: da1: 400.000MB/s transfers Dec  7 10:17:25 H97M-G43 kernel: da1: 953869MB (1953525168 512 byte sectors) Dec  7 10:17:25 H97M-G43 kernel: da1: quirks=0x2 Dec  7 10:17:25 H97M-G43 kernel: da2 at umass-sim0 bus 0 scbus3 target 0 lun 2 Dec  7 10:17:25 H97M-G43 kernel: da2: Fixed Direct Access SPC-4 SCSI device Dec  7 10:17:25 H97M-G43 kernel: da2: Serial Number 2019083100443 Dec  7 10:17:25 H97M-G43 kernel: da2: 400.000MB/s transfers Dec  7 10:17:25 H97M-G43 kernel: da2: 953869MB (1953525168 512 byte sectors) Dec  7 10:17:25 H97M-G43 kernel: da2: quirks=0x2 Dec  7 10:17:25 H97M-G43 kernel: da3 at umass-sim0 bus 0 scbus3 target 0 lun 3 Dec  7 10:17:25 H97M-G43 kernel: da3: Fixed Direct Access SPC-4 SCSI device Dec  7 10:17:25 H97M-G43 kernel: da3: Serial Number 2019083100443 Dec  7 10:17:25 H97M-G43 kernel: da3: 400.000MB/s transfers Dec  7 10:17:25 H97M-G43 kernel: da3: 953869MB (1953525168 512 byte sectors) Dec  7 10:17:25 H97M-G43 kernel: da3: quirks=0x2 Dec  7 10:17:25 H97M-G43 kernel: da4 at umass-sim0 bus 0 scbus3 target 0 lun 4 Dec  7 10:17:25 H97M-G43 kernel: da4: Fixed Direct Access SPC-4 SCSI device Dec  7 10:17:25 H97M-G43 kernel: da4: Serial Number 2019083100443 Dec  7 10:17:25 H97M-G43 kernel: da4: 400.000MB/s transfers Dec  7 10:17:25 H97M-G43 kernel: da4: 953869MB (1953525168 512 byte sectors) Dec  7 10:17:25 H97M-G43 kernel: da4: quirks=0x2 Dec  7 10:17:25 H97M-G43 kernel: (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 74 70 6d 71 00 00 04 00 Dec  7 10:17:25 H97M-G43 kernel: (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error Dec  7 10:17:25 H97M-G43 kernel: (da0:umass-sim0:0:0:0): SCSI status: Check Condition Dec  7 10:17:25 H97M-G43 kernel: (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:4,1(Logical unit is in process of becoming ready) Dec  7 10:17:25 H97M-G43 kernel: (da0:umass-sim0:0:0:0): Polling device for readiness Dec  7 10:17:25 H97M-G43 kernel: ZFS filesystem version: 5Dec  7 10:17:25 H97M-G43 kernel: ZFS storage pool version: features support (5000) .../... The readiness time takes about 10 seconds. Curiously, further "warm" reboots are going fine, without  any readiness sequence. Could this behaviour be related to the cam_system/usb_system problem leading to hang the boot process, recently reported? Hope this be usefull for debugging the cam subsystem. Roger Genre