[lkml]   [2019]   [Sep]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Why add the general notification queue and its sources
On Thu, Sep 05, 2019 at 06:01:47PM +0100, David Howells wrote:
> (2) USB notifications.
> GregKH was looking for a way to do USB notifications as I was looking to
> find additional sources to implement. I'm not sure how he wants to use
> them, but I'll let him speak to that himself.

We are getting people asking for all sorts of "error reporting" events
that can happen in the USB subsystem that we have started to abuse the
KOBJ_CHANGE uevent notification for. At the same time your patches were
submitted, someone else submitted yet-another-USB-error patchset. This
type of user/kernel interface is much easier to use than abusing uevents
for USB errors and general notifications about what happened with USB
devices (more than just add/remove that uevents have).

So yes, I would like this, and I am sure the ChromeOS people would like
it too given that I rejected their patcheset with the assumption that
this could be done with the notification queue api "soon" :)


greg k-h

 \ /
  Last update: 2019-09-05 20:33    [W:0.125 / U:0.064 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site