[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2f997848ed05c1f060125f7567f6bc3fae7410bb.camel@suse.com>
Date: Thu, 24 Sep 2020 13:09:05 +0200
From: Oliver Neukum <oneukum@...e.com>
To: Petko Manolov <petkan@...leusys.com>
Cc: Himadri Pandya <himadrispandya@...il.com>, davem@...emloft.net,
kuba@...nel.org, pankaj.laxminarayan.bharadiya@...el.com,
keescook@...omium.org, yuehaibing@...wei.com, ogiannou@...il.com,
linux-usb@...r.kernel.org, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org,
linux-kernel-mentees@...ts.linuxfoundation.org,
gregkh@...uxfoundation.org
Subject: Re: [PATCH 3/4] net: usb: rtl8150: use usb_control_msg_recv() and
usb_control_msg_send()
Am Mittwoch, den 23.09.2020, 17:48 +0300 schrieb Petko Manolov:
> > This internally uses kmemdup() with GFP_KERNEL.
> > You cannot make this change. The API does not support it.
> > I am afraid we will have to change the API first, before more
> > such changes are done.
>
> One possible fix is to add yet another argument to usb_control_msg_recv(), which
> would be the GFP_XYZ flag to pass on to kmemdup(). Up to Greg, of course.
Hi,
submitted. The problem is those usages that are very hard to trace.
I'd dislike to just slab GFP_NOIO on them for no obvious reason.
Regards
Oliver
Powered by blists - more mailing lists