Hi,
On Mar 30, 2017, at 19:06, Dan Williams <d...@redhat.com> wrote:
> On Tue, 2017-03-28 at 06:42 +0200, Rene Rebe wrote:
>> Without this the generic cdc_ether grabs the device,
>> and does not really work.
>
> Does this need a corresponding blacklist in cdc_ether then? Otherwise
> you're really depending on driver loading order.
right, I already test build, and will send after reboot.
Any other nitpick in the meantime?
> Dan
>
>> Signed-off-by: René Rebe <r...@exactcode.com>
>>
>> diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c
>> index c34df33..07f788c 100644
>> --- a/drivers/net/usb/r8152.c
>> +++ b/drivers/net/usb/r8152.c
>> @@ -517,6 +517,7 @@ enum rtl8152_flags {
>>
>> /* 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_NVIDIA 0x0955
>> @@ -4521,6 +4522,8 @@ static void rtl8152_disconnect(struct
>> usb_interface *intf)
>> static struct usb_device_id rtl8152_table[] = {
>> {REALTEK_USB_DEVICE(VENDOR_ID_REALTEK, 0x8152)},
>> {REALTEK_USB_DEVICE(VENDOR_ID_REALTEK, 0x8153)},
>> + {REALTEK_USB_DEVICE(VENDOR_ID_MICROSOFT, 0x07ab)},
>> + {REALTEK_USB_DEVICE(VENDOR_ID_MICROSOFT, 0x07c6)},
>> {REALTEK_USB_DEVICE(VENDOR_ID_SAMSUNG, 0xa101)},
>> {REALTEK_USB_DEVICE(VENDOR_ID_LENOVO, 0x304f)},
>> {REALTEK_USB_DEVICE(VENDOR_ID_LENOVO, 0x3062)},
>>
>>
>> --
>> René Rebe, ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
>> http://exactcode.com | http://t2-project.org | http://rene.rebe.de
--
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
http://exactcode.com | http://exactscan.com | http://ocrkit.com |
http://t2-project.org | http://rene.rebe.de
