From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wr1-f48.google.com (mail-wr1-f48.google.com [209.85.221.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id B5CA951D533 for ; Fri, 4 Sep 2026 18:30:29 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.221.48 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1788546631; cv=none; b=Hx5bVJ0mlNxOu4zcMDrnrjc1RNORC8dSM5dWXi10PSSL9a8zCeEQvAwnqvsFBF0HlZ2/OCJbKD+hgE94W37+x/le91wSOkVEjXjel8ddqXTzjVFrEwlQmUUkgjvbE8ASrkG/c+yEZPPh6kxRz3O4Q8t+b5oAKA8sn5Q3lwNEiXQ= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1788546631; c=relaxed/simple; bh=HysE8E520xaY1nEBjzznqC8+2L5Rvn2iXKzzy72uc34=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=gqyPf7MhzEcdq/q3bJhBUTaADO2PqOvHxMXSMFaFzOASDyXMRozL9kFK6WECBtJxvXIW439gUbWwGQmvZy4jJvKZIxQMjHatqoQfSQObLUrPLjTwFHDuAxWc83n8RBQxcSymOcw6WDrwl5OhpaXaRdVUCxyQR0DjC1t3eg16ayA= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=nzm6ajfC; arc=none smtp.client-ip=209.85.221.48 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="nzm6ajfC" Received: by mail-wr1-f48.google.com with SMTP id ffacd0b85a97d-47f96c5b722so921165f8f.0 for ; Fri, 04 Sep 2026 11:30:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1788546628; x=1789151428; darn=vger.kernel.org; h=content-transfer-encoding:content-type:mime-version:references :in-reply-to:message-id:subject:cc:to:from:date:from:to:cc:subject :date:message-id:reply-to:content-type; bh=pS8SrzEdQfP6FKVjpNTwfBtizGm0EeLQRKJ2J54uwcY=; b=nzm6ajfCFcVgwwdYB03s/LpHcVwvIjwinx1X8oHP+WzzyB4TXCJXDQRi8MozgJ7q8q FXO6zHT1GfdltPqYzaRP1YUe0oHTp73XTZu9h60I7H3mGhRCeosYI0qbMNU3oPnS/kW7 CWyZR+Mqix9rYztnoxhzYvah7XGbEqIK7HcLdP55OP5ouEmzHU++tKlUFxQ+wxN9fJbS kSVUhhgO5HGCLx7IIXjOelzEZW/8zr322Pfvaj+XvJT3Hmy2sPR/bCn/U/2CPOCJfYum CuT+wGRCb0E2YpDW1Ik7CPYjZx9OlKvvOhoOUUwR0JI/83y+0/qZ3NuDTeCVtuRYKzHD 5kCw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1788546628; x=1789151428; h=content-transfer-encoding:content-type:mime-version:references :in-reply-to:message-id:subject:cc:to:from:date:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to :content-type; bh=pS8SrzEdQfP6FKVjpNTwfBtizGm0EeLQRKJ2J54uwcY=; b=Thv5aM2Gow6l09Zd+0S3yD5qjKUpQRYC+ZtyI7IW2GUeqPAF+v33MiZmbOE8iIwL4O b/vRUmZ8xsYo8hMA2pPhmXEAxF2LRWH65KnyNevahNui6fd+yMwtFBmsG4PEiuAugzR3 qulZe27twmhLqkHomA3gNBUFNS8h0Z71ccAa440DAgjnOiELKrEaADUKpHzTjDtSK4sG jGQYn2rd5t2WonSaOo5CMuweSu1O0mEb8o6Z5VMp/xZP5rIJ1Q/hfauckD6DZR7fo7UA Z1X3RZhLWQY1GNMh6BCe93iyUYs0ogE90OLv+KPMzrvvFnSCl5sanOE3yR/9eqQQVNYB hPEg== X-Forwarded-Encrypted: i=1; AKwUvBycjy69W9zP/lZXNj/S1YA7ysiMyP/tOI4fVM+3DpxkCFRGgw5gKwOzmRQe6In6bJX/0svKNkWkr4I=@vger.kernel.org X-Gm-Message-State: AFuF++l4AhfIuPlUJ+F40FXloAGJFt6bT22w1lY30/tcoh0qKPf7zRU8 JESYvSlUKaWbcEP6/YbGKTTTmFNPGkEwWLuyzHi9ZkCxZBqdjg5aAXJY X-Gm-Gg: AYBFou1mxQTaetqUwP5K2o/hRM+Ig+bo0WIQKd3VY5BZQeSdC6h6t5wzEKSO498CZwY Mm5vLckFjCcxh1YnuqQn9BgEE0/RjZRIUPylTKPMl3P46NnCOlEN40cXUp0NKewHIWWYAgt6Wg6 sl+a1ZbZV8FrXBvvU7q0noHKAAqMbWEZaA/IVuwTMJWyJrmdLO2l3TwX7Kg/UxiKsNXdrjlbVy7 BKnKHgdfe9mTYqi2YZJIqDU8lsFVO6mGxgjwFZJip0juN5gKgET+ZRqYtULHnHFGKIuCJJ0yqgS jSz5yA84yH4kmqrNGZRlVvJZln03a85wIujcxy0JgW2dr0C1lqERsIGozT2ENjglEMeCboLr9i5 XXBksEOq/5wfiGjCqnOJU9eW8XxIvlUCtmPnHW3Nlk4+GzxAX4BoU4mUdIwTKtv/p/szL2Cw5QQ phZvBROMXZxg0zdmzMrvRCeFCjIyaUWUBvScNLjFEKkSQFVrOj5PtB1WD7ETV5CO3oQf5WeISWT m5I4bwZBfmNc6rXzS2RFA== X-Received: by 2002:a05:6000:250f:b0:485:8a47:5b8a with SMTP id ffacd0b85a97d-4858a475d57mr7048023f8f.39.1788546627780; Fri, 04 Sep 2026 11:30:27 -0700 (PDT) Received: from foxbook (bfg95.neoplus.adsl.tpnet.pl. [83.28.44.95]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-485885bfe14sm8659525f8f.35.2026.09.04.11.30.26 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Fri, 04 Sep 2026 11:30:27 -0700 (PDT) Date: Fri, 4 Sep 2026 20:30:24 +0200 From: Michal Pecio To: wakasio Cc: Mathias Nyman , Greg Kroah-Hartman , linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: xhci_hcd / ASMedia ASM4242: Bulk-OUT -EPROTO with Logitec 0789:0308 during DVD+RW recording Message-ID: <20260904203024.52398f1f.michal.pecio@gmail.com> In-Reply-To: <20260904154652.65709-1-scarabeeta@gmail.com> References: <20260904154652.65709-1-scarabeeta@gmail.com> Precedence: bulk X-Mailing-List: linux-usb@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi, Please wrap your lines at 72 characters and maybe ask your LLM to write something that a human can read within reasonable timeframe ;) On Sat, 5 Sep 2026 00:46:52 +0900, wakasio wrote: > On an AMD X870E system with an onboard ASMedia ASM4242 > USB4/Thunderbolt host controller (PCI ID 1b21:2426), a specific USB > Bulk-Only-Transport optical drive (HL-DT-ST BD-RE BU40N, running > "OmniDrive" third-party firmware) reliably fails during sustained > large writes (optical disc burning, i.e. SCSI WRITE(10) with large > multi-block data-out phases) when connected through this controller's > ports. The Bulk-OUT data-stage URB completes with -EPROTO after > transferring only part of the requested data, at an unpredictable > byte offset, well before completion. > > The exact same physical cable, adapter, and drive succeed 100% of the > time (byte-perfect, verified via SHA-1 against known-good reference > images) on every other USB controller in the same machine (a separate > 10Gbps Type-C host path/controller, the chipset's own rear USB-A > ports, and a front-panel Type-C port). A second, completely different > USB mass-storage device (an internal DVD-RAM drive, HL-DT-ST DVDRAM > GUD1N, attached via an unrelated ASMedia USB-to-SATA bridge dongle) > succeeds 100% of the time on the same problem controller/port that > fails for the BU40N drive. > > Read operations (large Bulk-IN transfers, e.g. ripping discs with the > same drive through the same controller) have never failed in several > days of prior use. The failure has so far only been observed with > this device/controller combination during sustained higher-rate > DVD+RW recording workloads. Bulk-OUT is necessary for the observed > failure, but is not by itself sufficient: CD-R and 2x DVD-RAM writes > on the same device/controller combination completed successfully (see > test matrix below). EPROTO would typically be bad link quality or some protocol violation by one or another end of the link. I guess you could try other cables; gigabit serial links are practically voodo magic. One quick check worth trying would be to see if xHCI "soft retries" are being used and to what effect. Run: echo 'func handle_tx_event +p' >/proc/dynamic_debug/control echo 'func xhci_reset_halted_ep +p' >/proc/dynamic_debug/control and see how much "Transfer error" and "Soft-reset ep" spam you get. Is it constant background noise or only one burst and then "Hard-reset"? Regards, Michal