lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <deb1c682-5843-61b1-173b-a70ef51e85f2@gmail.com>
Date:   Thu, 8 Oct 2020 14:32:58 +0200
From:   Maximilian Luz <luzmaximilian@...il.com>
To:     Hans de Goede <hdegoede@...hat.com>,
        platform-driver-x86@...r.kernel.org
Cc:     Andy Shevchenko <andy.shevchenko@...il.com>,
        Darren Hart <dvhart@...radead.org>,
        Mark Gross <mgross@...ux.intel.com>,
        Mika Westerberg <mika.westerberg@...ux.intel.com>,
        Gayatri Kammela <gayatri.kammela@...el.com>,
        Enric Balletbo i Serra <enric.balletbo@...labora.com>,
        Blaž Hrastnik <blaz@...n.io>,
        Stephen Just <stephenjust@...il.com>,
        Dan Carpenter <dan.carpenter@...cle.com>,
        Benjamin Tissoires <benjamin.tissoires@...hat.com>,
        Chen Yu <yu.c.chen@...el.com>, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2 0/5] platform/surface: Create a platform subdirectory
 for Microsoft Surface devices

On 10/8/20 1:44 PM, Hans de Goede wrote:
> Hi Maximilian,
> 
> On 10/5/20 6:03 PM, Maximilian Luz wrote:
>> As has come up in the discussion around
>>
>>    [RFC PATCH] Add support for Microsoft Surface System Aggregator Module
>>
>> it may make sense to add a Microsoft Surface specific platform
>> subdirectory. Andy has suggested drivers/platform/surface for that.
>> This series follows said suggestion and creates that subdirectory, as
>> well as moves Microsoft Surface related drivers over to it and updates
>> their MAINTAINERS entries (if available) accordingly.
>>
>> This series does not modify any existing driver code, symbols, or help
>> text.
> 
> In case you do not know I'm taking over from any as
> drivers/platform/x86 maintainer.
> 
> I'm fine with the concept of this series, but who is going to maintain
> this new drivers/platform/surface directory ?
> 
> Ah I see that the first patch answers that question and the plan
> is to keep this part of the pdx86 maintainership.
> 
> I would prefer for the new dir to have its own
> MAINTAINERS entry if I'm honest, I would like to try and
> split maintainership for the surface stuff as follows:
> 
> 1. Who will review (and add their Reviewed-by or ask for improvements
>     or nack) patches to files in this dir?
> 
> 2. Who will gather approved patches apply them to a for-next branch
>     and send them out to Linus during the merge Window?
> 
> I can pick up 2. but I could really use some help with 1. So I
> was thinking having a separate MAINTAINERS entry for the new
> dir with you (Maximilian) (and me and Mark Gross) listed as
> MAINTAINERS; and then I'm hoping that you can do the review
> of surface related patches. At least those which you have not
> written yourself.
> 
> How does that sound ?

Sounds good, I'd be happy to help review and approve any Surface related
patches. However, I think it would be beneficial if you and Mark still
have a final look (and say) over the ones I've reviewed and accepted (if
that's not already a given). I feel like I may lack a bit of experience
for this job and might miss some things.

I'll add the MAINTAINERS entry and send a v3 later today, if that's OK.

Regards,
Max

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ