Re: [RFC]How else could a malicious device sabotage endpoints for usbnet

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

To: Greg KH <greg@xxxxxxxxx>, Oliver Neukum <oneukum@xxxxxxxx>
Subject: Re: [RFC]How else could a malicious device sabotage endpoints for usbnet
From: Oliver Neukum <oneukum@xxxxxxxx>
Date: Wed, 15 Dec 2021 15:47:55 +0100
Cc: linux-usb@xxxxxxxxxxxxxxx
In-reply-to: <YbIlBl8Ay1rIED8p@kroah.com>
References: <ad1ee829-401a-d051-1da8-f9e01caa7b85@suse.com> <YbIlBl8Ay1rIED8p@kroah.com>
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0

On 09.12.21 16:47, Greg KH wrote:
>
> Why not use usb_find_common_endpoints() and/or the other helper
> functions instead? that's what they were created for.

Hi,

which one would I use? In this case I already know the endpoints
to be verified.

    Regards
        Oliver

Follow-Ups:
- Re: [RFC]How else could a malicious device sabotage endpoints for usbnet
  - From: Greg KH

References:
- [RFC]How else could a malicious device sabotage endpoints for usbnet
  - From: Oliver Neukum
- Re: [RFC]How else could a malicious device sabotage endpoints for usbnet
  - From: Greg KH

Prev by Date: Re: [usb-storage] Re: [PATCH] usb: storage: do not use UAS with Logitec LGB-4BNHUC
Next by Date: Re: [PATCH v2 1/5] acpi: Store the Physical Location of Device (_PLD) information
Previous by thread: Re: [RFC]How else could a malicious device sabotage endpoints for usbnet
Next by thread: Re: [RFC]How else could a malicious device sabotage endpoints for usbnet
Index(es):
- Date
- Thread

[Index of Archives] [Linux Media] [Linux Input] [Linux Audio Users] [Yosemite News] [Linux Kernel] [Linux SCSI] [Old Linux USB Devel Archive]

Powered by Linux