From nobody Fri Oct 10 01:09:43 2025 X-Original-To: usb@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 4cjTDS124Zz6CRWs for ; Fri, 10 Oct 2025 01:09:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R12" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cjTDS0D59z4624 for ; Fri, 10 Oct 2025 01:09:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1760058584; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=hGsC7Npc3AFlyoRqHSol3iRGXkVFk6uRus4N/EtYhbM=; b=C4s1S8YpfKn9g6bLl/I9catQy4Au7xeW0t6n+jhDW6sPpE9ksM/mjP7smPj2RcAmmPtaJI jt5+ABb3u1mYr4RljqXzCpwUDrEV7yYwtvaQca30qJIMuU4BFziDexL6qTYcfQEj0jHLaM Tx3U/UCUiqYSiZTorXU5h9RZYl/c3UJE8ko35clMyN2WuMtRkFNG0rJn7NXYkfeTuN0FTl Hu4JpzLbCTeoWGIIsBY2ixFCFb+4sPF/hRZqlPvM+ZA1n9vDDdbtmNnjOTfJw2gv+zXIFz 1CGw2PzPORkkZPYoEzOPEuBrDhQUPqkZ1dBqYcquvNm/cu1VhVWfS74Zh06zdQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1760058584; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=hGsC7Npc3AFlyoRqHSol3iRGXkVFk6uRus4N/EtYhbM=; b=i0QXofAwVI5xU4T9iXkpTrHUSYhMsV1Ve2jhxoeyWK40/76V5KaeiymgA/eCbijM1UMQQp WDDdxDacKWrP70jKrcIC7Ip5ag2RVrW1bxN+BfJugFQACJiRwDCjcogWA61iOwakOzoawQ d9WN+SGzRCyS0hd66/Ec2d99e9/ZrE6rZT3X2cXdHIpIXC02tWL0LmzIn8kGGrlHRKFUv3 Avm3KqU5TLKFKyePgz0WKoOiMAi8am+KZduigDMzu7O6ogWBaInNaMpPOqjLGXaC3yNSmt 2IyIOiRdw7AdsojEZWvtnTw7NO6ahiT4GgeXUavCGcx/nQQWeazd+WqzcpeyKg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1760058584; a=rsa-sha256; cv=none; b=ms8qPtTCBZ7MJByZvzihjnML9tYgeLDNEGktri/0B43bpF0fmJ/3IVfyMdkKHdlnO7sMud qTG+NngAc6/XCJs7TlvnV12NlyDp1mqcGGrMyWWCeG8+RgD8osF3alHBOfXDwuKTAmdA55 x6QI1bDUWtR+iZkBPuu2EufAj0QhqiDxLFi4okDlZwXUALK3QGmu1YNAxxqM6DecJ39buX 2CKhM7Ulr68KPHvAXbMLuDEIvl1DxGyk/c+5edKPF3PGUHY0hpB0OOUZdTAHHQj46H/s0d OLFZ9oSYo4eTVyeinbprciRoHBtWqHmjKy+5CdTuQnJPZihyJFCkhoiF6VJsMg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4cjTDR6x2bzhxq for ; Fri, 10 Oct 2025 01:09:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 59A19hen061273 for ; Fri, 10 Oct 2025 01:09:43 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 59A19hGV061270 for usb@FreeBSD.org; Fri, 10 Oct 2025 01:09:43 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: usb@FreeBSD.org Subject: [Bug 244845] ue0 realtek interface stops working after some time connection stalls problem down->up helps unitek Y-3083B Date: Fri, 10 Oct 2025 01:09:43 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: usb X-Bugzilla-Version: 12.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: eacrawford02@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: usb@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-usb List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-usb@freebsd.org Sender: owner-freebsd-usb@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D244845 Ewen Crawford changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |eacrawford02@gmail.com --- Comment #25 from Ewen Crawford --- I just wanted to corroborate my own positive experience after switching ove= r to the if_cdce kernel module with the RTL8153 USB to Ethernet controller. It appears to have resolved the network stability issues I was seeing earlier where the interface would lock up after being stressed (in my case that wou= ld occur some time after initiating an uninterrupted upload). I'm not sure if = this improvement is due to avoiding a hardware bug by putting the controller into CDC-ECM mode by selecting configuration index 1 or if it is due to avoiding= a software bug in the if_ure kernel module. Unfortunately this has come at the cost of performance: rx speed is down by roughly a factor of 10 (~900 Mb/s = -> ~90 Mb/s) and tx speed is down to ~500 Mb/s from ~900 Mb/s. I presume this = is due to the ECM protocol being simpler/slower than whatever protocol is used under the vendor-specific mode when configuration index 0 is selected, alth= ough it's odd that the reduction has been so asymmetrical. Anyway, in order to have the configuration index selection of 1 persist thr= ough reboots, I had to add the following line to /boot/loader.conf: hw.usb.quirk.0=3D" 0 0xffff UQ_CFG_INDEX_1" And then in /etc/devd.conf (so that the device is configured correctly when de-attached then re-attached): notify 100 { match "system" "USB"; match "subsystem" "DEVICE"; match "type" "ATTACH"; match "vendor" ""; match "product" ""; # The $ugen variable is not documented in devd but should also work= in # place of $cdev (tested only on this system) action "/usr/sbin/usbconfig -d $ugen set_config 1"; }; and can be found with usbconfig. FYI, this is all on 14.1, not sure if things have improved in newer releases. --=20 You are receiving this mail because: You are the assignee for the bug.=