[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <f57cd2a9a27fb148f0bdfd0ad5e92b4d01ca77c6.camel@hadess.net>
Date: Fri, 19 Jun 2020 13:08:53 +0200
From: Bastien Nocera <hadess@...ess.net>
To: Hans de Goede <hdegoede@...hat.com>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
linux-usb@...r.kernel.org
Cc: linux-kernel@...r.kernel.org, Johan Hovold <johan@...nel.org>,
Alan Stern <stern@...land.harvard.edu>,
Richard Dodd <richard.o.dodd@...il.com>,
Jonathan Cox <jonathan@...ox.net>,
ThiƩbaud Weksteen <tweek@...gle.com>,
Nishad Kamdar <nishadkamdar@...il.com>
Subject: Re: [PATCH 1/8] USB: rename USB quirk to USB_QUIRK_ENDPOINT_IGNORE
On Fri, 2020-06-19 at 12:53 +0200, Hans de Goede wrote:
> A note for future reference, not sure what you mean with driver
>
> API here. If you mean the in kernel API, the kernel rules are
>
> that we are always free to change that (Linux does not have a
>
> stable driver API).
>
>
>
> So if a header does not sit under include/uapi (indicating that
>
> it is an userspace API) then a change like this is fine.
I meant the internal driver API, which might break out-of-tree drivers.
I know that this API is fluid, and that there are no stability
guarantees, but I'd still expect at least a note in the commit message
to that effect.
Powered by blists - more mailing lists