From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pl1-f177.google.com (mail-pl1-f177.google.com [209.85.214.177]) (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 1FA722DA76A for ; Mon, 3 Aug 2026 07:33:56 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.214.177 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1785742437; cv=none; b=sO7KnatPrsoVI7/Dt1C3uHhZZR56xqBlgiepu9rsI9w4tecITUwoMuoBA3tp5iM/6su85mnbsK7iqyczfMHVUwGNSiyLWMUPAlYcLbc1vxTV6yGsO6lunvsKGEjwYdYOp9gwgpwsvwvCQOXKLGKAIJLNKjvm9hw3Yn11fuC3GTQ= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1785742437; c=relaxed/simple; bh=/DmVr1I/uwji10ZFfwhluNchBTHGN9354X6a+AWJeRQ=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=Xhot50BZhwkdd8lDQ48ivyBrOPIDb9n6x66U58sEObWdzJU7KbjPzh9xE2VJ2pEXnBhcHqLK8pTvve1SxYbR4HuWT3dl5h59UM9X3YoR/GqwZsWHkPuFhSdvBSSr4jlDQgPhExQ6vZHq5jqnAzW0qavEY+UYwRLGdyHqesYYm7s= 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=rmCscYgv; arc=none smtp.client-ip=209.85.214.177 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="rmCscYgv" Received: by mail-pl1-f177.google.com with SMTP id d9443c01a7336-2cf452def93so28168585ad.1 for ; Mon, 03 Aug 2026 00:33:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1785742435; x=1786347235; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to:content-type; bh=/DmVr1I/uwji10ZFfwhluNchBTHGN9354X6a+AWJeRQ=; b=rmCscYgvDJeAXeIuP3zDYzn8E4Ra/yjaGenXiulNX58lw5etwE8S+dQ82quCJ9kxwz yKZxHFGItzQKbTjGzvtsXV5B5mm0AdXfsquHUlt3TXnoWGNmA4NwXn8RmtR8AHswGVnT cRgmNL6+xk6eXeVRO2YCr86sMw+loHIdFxo/JZM1Qk7zWH3lAkrLPxrBL+yckDKUrTu4 W1c5t7d3w+Va1lwj1DEPwrAtBFxAaAUPI4BAHlaYF/fmOeziLlHFPrxWL+Nr4+9vZRuQ nEkBG271Xf0ZY/gmU+mZDMCfJSJBZ0cZqJWjog0CXIo958SJZauE368MtytrT+B+x/ic mazA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1785742435; x=1786347235; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to:content-type; bh=/DmVr1I/uwji10ZFfwhluNchBTHGN9354X6a+AWJeRQ=; b=fo0F6EUfth18LFoJ2X8BMnVpGHIzf3FFguSsg3iL89S2ahcoLKmx2SIB/ax6rr3qoJ TiRJBNZHnAuzrFz8sw1Cg+vQzQyXbe5dbUDDkoP9ItbTvvm5+wQlF7ggqyAn9qQmg+U4 DbezYZLwGrSWe8R/J63JFyQD5GkGSSnpPfwpK65EZX+yIwaF1ZqDW8MBQEJQ5gUYCnsd VHHjnB4cuql7yfADBAkc0j7vm4f9oZ9SeXkZKo7jJEpa9SEifVjGrnc+aKgf7eFBoU0i on1IwiWvrU6im4GHzBv0Is7/B9PmySmN/zLrOFhf36TY/vMpq9A56jJNp8ON8es+QAJh ReVA== X-Forwarded-Encrypted: i=1; AHgh+RotfnSeCDQ06yD4WlMoNS3xhXKIu1QOdemkGnfN72UKM+6ZnMzKFyJdpmGjiLhkJ8f/94jzVD0=@vger.kernel.org X-Gm-Message-State: AOJu0Yzrqu7rYMtXv8x2muZvNFnh9l6SAUTxEBxThqzmX9cJsHZ9ugVM nKSmuS+Nv4Ox6VWVc/PF9OgEwYwWTvM47dGir4/M2aaxrjaEi+P7FOxD X-Gm-Gg: AR+sD11AF8oqD6/UjBni1XJhc/N/SKQeXQuTQTn80WYM1o/x0irpvlYNACkHd/O9Muf yrkZVV1mMVjOY9fPc+kjJDGZezuoLI1BTmeSryCz5x3ffg2rlCMN0ExhMlNBmpUuD6+59yA5UHH aIbiFqz9Dm5X1F4tCK+0IBMDaENogWGqwnOMaVvl7daEbx1kgjGyEWk3DkW7QrsufMPfZePWi3P PcRcfqrYMY+qjw8iKIZGcv8FHun9L8UtJiBYrOOKVKQiOEB8s7vzCLJRXPWSuMaSGvot9unKFkr xtSMPsO07Bj250ZFN8cRnW7IWHbTnG9fxVOR4HL9HAw4NL08LLQ9fQPnFWWeL23TGfplDfy9YY9 aTtrY4rFbRcJNf8vnQu6Bp13xIQrbxDiDZLhNpFORWGzyQ3c2SsHKFmNzd5YOYWt6ZgEwPkYgk6 KEWyqPD5VQNGktkPYUAbcRqKah/X2tf4ie2xBIf3MfvxIr1G47kgjosPHW6JrxNe8= X-Received: by 2002:a17:902:ea0c:b0:2cf:41ba:96c2 with SMTP id d9443c01a7336-2d05366b5dfmr76364185ad.12.1785742435408; Mon, 03 Aug 2026 00:33:55 -0700 (PDT) Received: from Inspiron5409 ([138.199.21.246]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-2d04ae5abbbsm33637465ad.22.2026.08.03.00.33.50 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 03 Aug 2026 00:33:54 -0700 (PDT) From: Jianhui Xu To: mail@birger-koblitz.de Cc: andrew+netdev@lunn.ch, andrew@lunn.ch, davem@davemloft.net, edumazet@google.com, hkallweit1@gmail.com, kuba@kernel.org, linux-kernel@vger.kernel.org, linux-usb@vger.kernel.org, linux@armlinux.org.uk, netdev@vger.kernel.org, neuromoments@gmail.com, pabeni@redhat.com Subject: Re: [PATCH net-next v5 00/13] ax88179_178a: Add support for AX88179A-based chips Date: Mon, 3 Aug 2026 15:33:48 +0800 Message-ID: <20260803073348.2190800-1-neuromoments@gmail.com> X-Mailer: git-send-email 2.55.0 In-Reply-To: <20260802-ax88179a-v5-0-dcb9fea4acd4@birger-koblitz.de> References: <20260802-ax88179a-v5-0-dcb9fea4acd4@birger-koblitz.de> Precedence: bulk X-Mailing-List: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Hi Birger, I tested v5 on the same ASIX AX88179B adapter (USB 0b95:1790, bcdDevice 0x0200, firmware 1.3.0.0). The 13 patches applied to net-next commit df13c1df8147675470213ffff29dd5762fa321f5 and built successfully as 7.2.0-rc3-ax88179b-v5. The focused W=1 builds for ax88179.o and ax88796b.o were clean. Unfortunately I reproduced an intermittent cold-activation failure, so I cannot add a Tested-by for v5. In four fresh direct-kernel QEMU starts with complete diagnostic capture, the old lease was released before starting DHCPDISCOVER. Two reported 1000baseT/Full carrier but timed out DHCP, while two succeeded normally. In both failed runs, RX remained at zero while TX increased. Reloading ax88179 and ax88796b recovered DHCP, RX, and bound traffic in both cases. Before this follow-up campaign, in the earlier v5 validation session, I observed a separate 100baseT/Full failure: the adapter negotiated carrier after I changed the advertisement to 100baseT/Full-only, but ARP and bound traffic failed. I then tried to reproduce that result with three new advertise-0x008 transitions. All three negotiated 100baseT/Full and passed bound gateway traffic; two also explicitly passed traffic to the test host. These repetitions included tests both with and without a preceding module reload. I could not reproduce the earlier 100-Mbit failure. That earlier v5 validation session also produced a separate guest ACPI S3 failure: after resume, the adapter returned with 1000baseT/Full carrier, but RX remained frozen and traffic was broken. I then performed three new S3 cycles. All three logged QEMU's same emulated-XHCI resume reinitialization and USB reset, but returned working traffic with increasing RX counters immediately. The final repetition also recreated the earlier speed, EEE, and pause setting sequence and verified working gateway traffic immediately before suspend. I could not reproduce the earlier frozen-RX result. This remains a QEMU emulated-XHCI test, not a physical-XHCI suspend test. While reviewing the speed result, I noticed ax88179a_bulkin_config() selects its table using ax179_data->speed, while ax88179a_mac_link_up() receives the speed argument but I could not find an assignment to that private member. The new passing 100-Mbit tests do not support linking that source observation to the original one-off failure, and the same pattern appears in v4. EEE disable/restore, pause enable/restore, EEPROM read, module reload, and USB detach/reattach otherwise worked. I also tried Wake-on-LAN in QEMU. The driver accepted magic-packet wake, ethtool read back Wake-on: g, and USB wakeup was enabled before the guest entered S3. QEMU was configured with USB remote-wake suppression disabled, but the guest did not resume after directed-broadcast, limited-broadcast, and unicast magic packets. I consider that result inconclusive because I did not independently verify the physical USB remote-wakeup propagation through QEMU. Please let me know if you would like me to test a fix or collect a specific register trace. Thanks, Jianhui