Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id A6333C636D6 for ; Thu, 9 Feb 2023 15:05:40 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230370AbjBIPFj (ORCPT ); Thu, 9 Feb 2023 10:05:39 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47294 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230045AbjBIPFh (ORCPT ); Thu, 9 Feb 2023 10:05:37 -0500 Received: from netrider.rowland.org (netrider.rowland.org [192.131.102.5]) by lindbergh.monkeyblade.net (Postfix) with SMTP id 599906A57 for ; Thu, 9 Feb 2023 07:05:36 -0800 (PST) Received: (qmail 772606 invoked by uid 1000); 9 Feb 2023 10:05:35 -0500 Date: Thu, 9 Feb 2023 10:05:35 -0500 From: Alan Stern To: Sascha Hauer Cc: Paul Cercueil , linux-usb@vger.kernel.org, Greg Kroah-Hartman , linux-kernel@vger.kernel.org, kernel@pengutronix.de Subject: Re: [PATCH 1/2] usb: gadget: u_ether: Do not make UDC parent of the net device Message-ID: References: <20221104131031.850850-1-s.hauer@pengutronix.de> <20221104131031.850850-2-s.hauer@pengutronix.de> <20230209101807.GO10447@pengutronix.de> <6d618e518de06854727f26de950404f02ec61c64.camel@crapouillou.net> <20230209114103.GQ10447@pengutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230209114103.GQ10447@pengutronix.de> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Feb 09, 2023 at 12:41:03PM +0100, Sascha Hauer wrote: > I just checked on the host side: With or without my patch I get > NO-CARRIER on the host. I have to do a 'ip link set usb0 up' on > the device side, with that I get a > on the host side. > > Could it be that my patch breaks something on the device side that > prevents the device from bringing the link up? Sascha: When you first posted your original patch, I wondered if it was really the right thing to do. Making the net device not be a child of the UDC device means you can (in theory) have strange behavior such as the kernel suspending the USB device controller while expecting the network interface to keep on working. Is there a different way of solving the original problem? Alan Stern