On Wed, Apr 27, 2022 at 09:41:14AM -0300, Bruno Moreira-Guedes wrote: > On Wed, Apr 27, 2022 at 02:31:38PM +0200, Greg Kroah-Hartman wrote: > > On Wed, Apr 27, 2022 at 09:18:51AM -0300, Bruno Moreira-Guedes wrote: > > > Hello, > > > > > > On Fri, Apr 22, 2022 at 08:39:36AM +0200, Greg Kroah-Hartman wrote: > > > > On Thu, Apr 21, 2022 at 08:16:05PM +0100, Martyn Welch wrote: > > > > > 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@xxxxxxxxxxxxx> > > > > > > > > > > > > What about deleting the vme drivers entirely? > > > > > > > > > > I assume you're suggesting deleting the "vme_user" driver from the > > > > > staging directory? > > > > > > > > Yes, at the very least given that no one has tried to fix it up and get > > > > it out of staging in many years. > > > > > > While I cannot comment anything on that regard, I imagine the v4 I sent > > > a couple of days ago will wait for that decision, right? > > > > I do not know what you are referring to, sorry. My staging patch queue > > is empty right now. > Ohhh, okay, no problem, I have sent a v4 around 6 days ago and thought > you were waiting on this definition. If I did not take it, please resend. thanks, greg k-h
