[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <3e91b72a86294b542acf460657d0fd94adeb252e.camel@welchs.me.uk>
Date: Thu, 21 Apr 2022 20:16:05 +0100
From: Martyn Welch <martyn@...chs.me.uk>
To: Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Bruno Moreira-Guedes <codeagain@...eagain.dev>
Cc: Manohar Vanga <manohar.vanga@...il.com>,
linux-staging@...ts.linux.dev, linux-kernel@...r.kernel.org,
outreachy@...ts.linux.dev,
Bruno's Patch Watchbox <patch-reply@...eagain.dev>
Subject: Re: [PATCH v3 0/3] staging: vme: Cleanup driver tree old structures
On Wed, 2022-04-20 at 18:43 +0200, Greg Kroah-Hartman wrote:
> On Mon, Apr 18, 2022 at 08:29:49PM -0300, Bruno Moreira-Guedes wrote:
> > This patch series modify the vme_user driver's place in
> > menuconfig (1/3), fixes a missing `depends on` line in a Kconfig
> > file
> > (2/3), and rearrages the directory tree for the driver allowing a
> > more
> > straightforward comprehension of its contents (3/3).
> >
> > The 'vme_user/' driver is the only remaining vme-family driver in
> > the
> > 'staging/' tree, but its structure, entry in menuconfig and
> > building
> > routines are still attached to the 'vme/' subtree now outside
> > 'staging/'. The present patchset fixes it.
> >
> > Signed-off-by: Bruno Moreira-Guedes <codeagain@...eagain.dev>
>
> What about deleting the vme drivers entirely?
I assume you're suggesting deleting the "vme_user" driver from the
staging directory?
> Martyn, anyone still using these?
>
I'm fairly sure that the actual VME drivers for the hardware bridges
(the bits not in staging) are still being used based on the
conversations I've had today. I'm just trying to find out whether the
vme_user bit is actively being used.
Martyn
> thanks,
>
> greg k-h
Powered by blists - more mailing lists