[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <81bbd50c-1c81-f0fd-2edb-3780b0c7a799@kernel.org>
Date: Wed, 23 Mar 2022 09:25:27 +0100
From: Krzysztof Kozlowski <krzk@...nel.org>
To: Jung Daehwan <dh10.jung@...sung.com>
Cc: Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Mathias Nyman <mathias.nyman@...el.com>,
"open list:USB XHCI DRIVER" <linux-usb@...r.kernel.org>,
open list <linux-kernel@...r.kernel.org>,
Howard Yen <howardyen@...gle.com>,
Jack Pham <jackp@...eaurora.org>,
Puma Hsu <pumahsu@...gle.com>,
"J . Avila" <elavila@...gle.com>, sc.suh@...sung.com
Subject: Re: [PATCH v3 0/4] support USB offload feature
On 23/03/2022 02:31, Jung Daehwan wrote:
> On Tue, Mar 22, 2022 at 06:05:49PM +0100, Krzysztof Kozlowski wrote:
>> On Mon, 21 Mar 2022 at 11:16, Greg Kroah-Hartman
>> <gregkh@...uxfoundation.org> wrote:
>>>>
>>>> [v3, 0/4] add xhci-exynos driver
>>>>
>>>> This patchset is for support xhci-exynos driver....
>>>> ....
>>>>
>>>> usb: host: export symbols for xhci-exynos to use xhci hooks
>>>> usb: host: add xhci hooks for xhci-exynos
>>>> usb: host: add some to xhci overrides for xhci-exynos
>>>> usb: host: add xhci-exynos driver
>>>
>>> Yes, that makes much more sense. What would you want to see if you had
>>> to review such a series?
>>
>> Unfortunately it might not make more sense, because last time
>> xhci-exynos driver was a fake driver, not for submission. It did not
>> compile, it did not work in mainline.
>>
> xhci-exynos driver wasn't compiled on v1,v2 but can be compiled on v3 series.
>
>> That driver was not even sent to proper mailing lists, as pointed out
>> by get_maintainers.pl, maybe because it was not developed on the
>> mainline kernel, so there is no MAINTAINERS file?
>
> There's no MAINTAINERS file yet as you guess.
>
Which is a proof you develop on some custom tree, not on Linux kernel.
Don't. We cannot accept code which was not based on Linux kernel, but
some out of tree local flavor.
All submissions must be based on upstream trees (mainline, maintainer's
for-next or linux-next).
Best regards,
Krzysztof
Powered by blists - more mailing lists