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: <CAK8P3a1Y2rQahdQRP9+1Hj2bZ0jj5zVwhnUkyMA4F=8mEVE5gA@mail.gmail.com>
Date:   Fri, 11 Aug 2017 21:34:50 +0200
From:   Arnd Bergmann <arnd@...db.de>
To:     Hans de Goede <hdegoede@...hat.com>
Cc:     Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
        Alexander Viro <viro@...iv.linux.org.uk>,
        Michael Thayer <michael.thayer@...cle.com>,
        "Knut St . Osmundsen" <knut.osmundsen@...cle.com>,
        Larry Finger <Larry.Finger@...inger.net>,
        Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
        Linux FS-devel Mailing List <linux-fsdevel@...r.kernel.org>
Subject: Re: [RFC 0/2] Add Virtual Box vboxguest and vboxsf guest drivers to
 the mainline kernel

On Fri, Aug 11, 2017 at 7:43 PM, Hans de Goede <hdegoede@...hat.com> wrote:
> On 11-08-17 18:32, Arnd Bergmann wrote:
>> On Fri, Aug 11, 2017 at 6:09 PM, Hans de Goede <hdegoede@...hat.com>
>> wrote:
>>> On 11-08-17 18:02, Arnd Bergmann wrote:
>> How about adding it to drivers/virt/ then?
>
>
> That as actually my first choice, but there is only the 1 driver there
> now, so I was thinking that we should move that 1 driver out of there
> and get rid of it actually :)
>
> But as said it was my first choice, so maybe it should go there and then
> over time we can move all the things you've listed there (assuming anyone
> finds the time to do this).
>
> One issues with drivers/virt is no-one is listed for it in MAINTAINERS...

Maybe we could add it to the "CHAR and MISC DRIVERS" section
in the absence of any other subsystem for it, if you want a well-defined
path for where to send patches. Or you could become maintainer
for the directory ;-)

I wouldn't move virtio, hyperv etc here, as they are large enough to be
subsystems of their own, but we could move the vmw_vmci from
drivers/misc to drivers/virt and have three drivers to make up
something of a subsystem. It is already in the "char and misc"
group and has no direct MAINTAINERS entry.

        Arnd

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ