From nobody Sat Mar 30 19:44:56 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4V6SRJ2S8gz5Fqgq; Sat, 30 Mar 2024 19:45:00 +0000 (UTC) (envelope-from lexi@le-fay.org) Received: from thyme.eden.le-Fay.ORG (THYME.EDEN.LE-FAY.ORG [81.187.47.194]) by mx1.freebsd.org (Postfix) with ESMTP id 4V6SRH2NJgz4ffD; Sat, 30 Mar 2024 19:44:59 +0000 (UTC) (envelope-from lexi@le-fay.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=le-fay.org header.s=thyme header.b=kIcSU69y; dmarc=none; spf=pass (mx1.freebsd.org: domain of lexi@le-fay.org designates 81.187.47.194 as permitted sender) smtp.mailfrom=lexi@le-fay.org Received: from iris.eden.le-Fay.ORG (IRIS.EDEN.LE-FAY.ORG [IPv6:2001:8b0:aab5:106:3::6]) by thyme.eden.le-Fay.ORG (Postfix) with ESMTP id D47C462; Sat, 30 Mar 2024 19:44:55 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=le-fay.org; s=thyme; t=1711827895; bh=0NMhb151AW3vQmmm3D7/kUOEeOLpPbbN8IGcazNhee0=; h=Date:From:To:Subject; b=kIcSU69yY13zgpOFyqEQtqR7JwCpCfkq4gIgck2FSZlQBaZBOv6NHt4OHiYlHcN0D bWs8G1wlNBzKOzRMwwWQzhV/pxBVlPN5mtz/h/uqMJiFiHAPT/EAvGUiUsT8CY5Yjz eyr3gmiVX6/WHehhuA0qDrgOZGrsa6Dv2/WnoAv0= Received: from ilythia.eden.le-fay.org (ILYTHIA.EDEN.LE-FAY.ORG [IPv6:2001:8b0:aab5:106:3::10]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (secp384r1) server-digest SHA384) (No client certificate requested) by iris.eden.le-Fay.ORG (Postfix) with ESMTPSA id 45D672C0400; Sat, 30 Mar 2024 19:44:56 +0000 (GMT) Date: Sat, 30 Mar 2024 19:44:56 +0000 From: Lexi Winter To: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Subject: 15.0 on RPi4, USB broken: uhub_reattach_port: port 2 reset failed, error=USB_ERR_TIMEOUT Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org, freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="oABTNl0330h8Ghq1" Content-Disposition: inline X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.48 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.981]; R_DKIM_ALLOW(-0.20)[le-fay.org:s=thyme]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+ip4:81.187.47.194]; RCVD_NO_TLS_LAST(0.10)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[le-fay.org:dkim]; ASN(0.00)[asn:20712, ipnet:81.187.0.0/16, country:GB]; MISSING_XM_UA(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[81.187.47.194:from]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DMARC_NA(0.00)[le-fay.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org,freebsd-current@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; DKIM_TRACE(0.00)[le-fay.org:+] X-Rspamd-Queue-Id: 4V6SRH2NJgz4ffD --oABTNl0330h8Ghq1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline hello, i'm using 15.0 (f66a994d59) on an 4GB RPi4 with a USB<>SATA adapter for the root disk: usb_msc_auto_quirk: UQ_MSC_NO_GETMAXLUN set for USB mass storage device ASM1153USB3.0TOSATA ASM1153USB3.0TOSATA (0x174c:0x55aa) ugen0.3: at usbus0 umass0 on uhub1 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks = 0x0100 umass0:1:0: Attached to scbus1 da0 at umass-sim0 bus 0 scbus1 target 0 lun 0 da0: Fixed Direct Access SPC-4 SCSI device da0: Serial Number 123456789019 da0: 40.000MB/s transfers da0: 228936MB (468862128 512 byte sectors) da0: quirks=0x2 when connected via USB 2, this works fine. when connected via USB 3.0, the device sometimes fails to attach on boot, causing mountroot to fail. i can reproduce this reliably with both GENERIC-NODEBUG and a custom modular kernel, and sometimes (but not every boot) with GENERIC. when the problem happens, with USB_DEBUG enabled, the kernel logs: uhub_reattach_port: port 2 reset failed, error=USB_ERR_TIMEOUT uhub_reattach_port: device problem (USB_ERR_TIMEOUT), disabling port 2 however, if i boot with "boot -v", the device is reliably detected correctly. since -v shouldn't cause any functional changes, i suspect this may be some kind of timing issue. i've tried increasing some of the USB timings (hw.usb.timings.*) but this didn't seem to have any effect. is there anything else i could try that might affect this, or is this perhaps a known issue? thanks, lexi. --oABTNl0330h8Ghq1 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGzBAABCAAdFiEEuwt6MaPcv/+Mo+ftDHqbqZ41x5kFAmYIa7UACgkQDHqbqZ41 x5kEGAv+MCRnOpETwBz+xypibx/Odjkl52TO03q7A2tsqE/l/WZZ3OPvS+uq28x8 tTdE4VdZ87rbHaoLMZEJS09CGokjDcHhAXWKhac2G84F5NgI7/3Lu1P9XKihUfTx E2m9K5hYuRQIqFlF/4+RgJv0ejTVSCO6QKfqwcXvEVPqTu601x6u3HKFWlqwktMr wjpvgiKNJy6t1XRPcyCKb1ZRFSq+FJugBe839Vfmw1iNHEW+JkCtQE0PHP0a/uii VlRrmDO92gYQAadUB2O1k2uC1eN5z36bojUjmLFW+YuwotmPN6YEIvy53ZfU//jQ 4BEV/HCRWHd8UkZlLFpNaieyaxEzeG3g9nTWqt64gjuWNSY4obl3X6vULcO++iRi HuKI0eVIG/lHc0yEOe1Cu3ZcNq150XqL5OCmioBWsMlJXOGw2xrcdIP0GfAIwM44 Tef6vCag0BuLPrDtJW6SU7yxPoGhUfKV9CQO2esfZDWGIxZqA0k6EoLMPNp+KQUy 5/NYfO+q =W2Aw -----END PGP SIGNATURE----- --oABTNl0330h8Ghq1--