[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87h99rizsi.fsf@miraculix.mork.no>
Date: Wed, 07 Sep 2016 15:51:09 +0200
From: Bjørn Mork <bjorn@...k.no>
To: Hayes Wang <hayeswang@...ltek.com>
Cc: <netdev@...r.kernel.org>, <nic_swsd@...ltek.com>,
<linux-kernel@...r.kernel.org>, <linux-usb@...r.kernel.org>,
Oliver Neukum <oliver@...kum.org>
Subject: Re: [PATCH net-next 0/3] r8152: configuration setting
[ CCing Oliver, who AFAIK still is the cdc_ether maintainer and should
have the final word on this ]
Hayes Wang <hayeswang@...ltek.com> writes:
> Some people prefer to use ECM mode rather than vendor mode. Therefore, I add
> CONFIG_RTL8152_CONFIG_VALUE in Kconfig. Then, the users could choose the USB
> configuration value which they want. The default is to support vendor mode
> only.
>
> Hayes Wang (3):
> r8152: check hw version first
> r8152: support ECM mode
> r8152: add CONFIG_RTL8152_CONFIG_VALUE
>
> drivers/net/usb/Kconfig | 13 ++
> drivers/net/usb/r8152.c | 383 +++++++++++++++++++++++++++++++++++++++++-------
> 2 files changed, 345 insertions(+), 51 deletions(-)
So this adds a lot of code to work around the issues you introduced by
unnecessarily blacklisting the CDC ECM configuration earlier, and still
makes the r8152 driver handle the device even in ECM mode.
Sorry, but this is a total mess.
Just remove the completely unnecessary blacklist, and let the cdc_ether
driver handle the device if the user selects the ECM configuration.
That't how the USB system works. There is no need for any code in r8152
to do that.
Ref https://lkml.org/lkml/2014/1/3/57
Bjørn
Powered by blists - more mailing lists