Received: by 2002:a05:6a10:9e8c:0:0:0:0 with SMTP id y12csp2316302pxx; Sat, 31 Oct 2020 16:14:45 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyBiAsgSGJKb7KwEGTnjSbq71zJ7xkSKsI1yWf+/gJBEs9i06/XwRdqfTPbKQwCaCbXKxbc X-Received: by 2002:a17:906:370e:: with SMTP id d14mr9331712ejc.259.1604186085635; Sat, 31 Oct 2020 16:14:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1604186085; cv=none; d=google.com; s=arc-20160816; b=fTpkSY3xEYJcq/4xbriFgftC7F4QmdTQH4GK8TbBAdN+dJmSTatPF71wEWND8DVuH7 BmtKZBXV7Ip1/AzN85KX9G/Eh0gBysJ9gOTZ6uphOtI0LJUXPhFhc9Ocuzbg2UCVPgph s9cTgR7kEpTmrzkDPi4xNdYcqJwWiQzrx826LddyR93eD2RHBqqaZI9PC716dvYARifm Pcjwwqj4SC8oQb7lyq50Rq7Ad9uwC0N+zlwaZx+GZxy/ytgUd2KQB7F27LSjlRbVqV5O J/KL2uLJ8XExOacI8SM3p8pIfuHFGL2Z31gBlIZHKYNa2fUuP3gRkhWQuT2WRyOI4taJ POtA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=Ru87uRdVZt7kD8wxGAzjFRURrdK6Fz/kNG3HVj94uQs=; b=JVKMTRyPvRBNhitVB7JHR2SMctjhaCYe2CnE7+J7yGBUkyzRWLaVhs/fwI1MBDuJm9 LPPDAp9/B7xmWJEJHVJvCFpQMeN6PAk2f8TDQHmHIOQo2lguQC+A1Hxvy7eN9ioEbKJM cPqORtfCeXDcB79AThuHnyrwm9erNEM4AUT42kibPNYelBKHDco9KEg66tLZOZ4r4LQK /3N/c6RHzP9nLxd/FGzdKw3WoU2zDukESenVf159iphPVMJ2f2DkTgXC2zqzujUEi0QP o4brtN1eZGj1fa2A0RB9S8AdS0hmqdckmqdWumd3Ti7Jvd6SrjhlrlF0pNdZGzvkkwIx +VUA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=ySLB1L7p; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w3si6565074edf.354.2020.10.31.16.13.54; Sat, 31 Oct 2020 16:14:45 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=ySLB1L7p; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725999AbgJaXIj (ORCPT + 99 others); Sat, 31 Oct 2020 19:08:39 -0400 Received: from mail.kernel.org ([198.145.29.99]:53546 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725809AbgJaXIj (ORCPT ); Sat, 31 Oct 2020 19:08:39 -0400 Received: from kicinski-fedora-PC1C0HJN.hsd1.ca.comcast.net (c-67-180-217-166.hsd1.ca.comcast.net [67.180.217.166]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 122B02076D; Sat, 31 Oct 2020 23:08:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1604185719; bh=n6RGMuw5YNmilZqWQGqyaoFrZav6Bw3QeR5XS8Ggbv4=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=ySLB1L7pIlJP9h6xORopwqQLcFtjZACXN13XqvWZXwXtp4pI7VgAbwIONyoA+ZfVM KG3MGzLUYbOZh68dXAHuvf8EdpKmrZthZhv7euijWZkjPJWlBaxnuf03TZt8ANziTV QhuhwHX6ARkzeulo91I1T6N7k3EuEVG+alE1Rn8s= Date: Sat, 31 Oct 2020 16:08:38 -0700 From: Jakub Kicinski To: Hayes Wang Cc: , , , Subject: Re: [PATCH net-next v2] net/usb/r8153_ecm: support ECM mode for RTL8153 Message-ID: <20201031160838.39586608@kicinski-fedora-PC1C0HJN.hsd1.ca.comcast.net> In-Reply-To: <1394712342-15778-388-Taiwan-albertk@realtek.com> References: <1394712342-15778-387-Taiwan-albertk@realtek.com> <1394712342-15778-388-Taiwan-albertk@realtek.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 30 Oct 2020 11:23:08 +0800 Hayes Wang wrote: > Support ECM mode based on cdc_ether with relative mii functions, > when CONFIG_USB_RTL8152 is not set, or the device is not supported > by r8152 driver. > > Signed-off-by: Hayes Wang Can you describe the use case in more detail? AFAICT r8152 defines a match for the exact same device. Does it not mean that which driver is used will be somewhat random if both are built? > +/* Define these values to match your device */ > +#define VENDOR_ID_REALTEK 0x0bda > +#define VENDOR_ID_MICROSOFT 0x045e > +#define VENDOR_ID_SAMSUNG 0x04e8 > +#define VENDOR_ID_LENOVO 0x17ef > +#define VENDOR_ID_LINKSYS 0x13b1 > +#define VENDOR_ID_NVIDIA 0x0955 > +#define VENDOR_ID_TPLINK 0x2357 $ git grep 0x2357 | grep -i tplink drivers/net/usb/cdc_ether.c:#define TPLINK_VENDOR_ID 0x2357 drivers/net/usb/r8152.c:#define VENDOR_ID_TPLINK 0x2357 drivers/usb/serial/option.c:#define TPLINK_VENDOR_ID 0x2357 $ git grep 0x17ef | grep -i lenovo drivers/hid/hid-ids.h:#define USB_VENDOR_ID_LENOVO 0x17ef drivers/hid/wacom.h:#define USB_VENDOR_ID_LENOVO 0x17ef drivers/net/usb/cdc_ether.c:#define LENOVO_VENDOR_ID 0x17ef drivers/net/usb/r8152.c:#define VENDOR_ID_LENOVO 0x17ef Time to consolidate those vendor id defines perhaps?