[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200603191742.GW23230@ZenIV.linux.org.uk>
Date: Wed, 3 Jun 2020 20:17:42 +0100
From: Al Viro <viro@...iv.linux.org.uk>
To: Don.Brace@...rochip.com
Cc: torvalds@...ux-foundation.org, linux-kernel@...r.kernel.org,
linux-fsdevel@...r.kernel.org, don.brace@...rosemi.com,
linux-scsi@...r.kernel.org
Subject: Re: [PATCHES] uaccess hpsa
On Wed, Jun 03, 2020 at 06:37:11PM +0000, Don.Brace@...rochip.com wrote:
> -----Original Message-----
> From: linux-scsi-owner@...r.kernel.org [mailto:linux-scsi-owner@...r.kernel.org] On Behalf Of Al Viro
> Sent: Friday, May 29, 2020 6:39 PM
> To: Linus Torvalds <torvalds@...ux-foundation.org>
> Cc: linux-kernel@...r.kernel.org; linux-fsdevel@...r.kernel.org; Don Brace <don.brace@...rosemi.com>; linux-scsi@...r.kernel.org
> Subject: [PATCHES] uaccess hpsa
>
> hpsa compat ioctl done (hopefully) saner. I really want to kill compat_alloc_user_space() off - it's always trouble and for a driver-private ioctls it's absolutely pointless.
>
> The series is in vfs.git #uaccess.hpsa, based at v5.7-rc1
>
> Al Viro (4):
> hpsa passthrough: lift {BIG_,}IOCTL_Command_struct copy{in,out} into hpsa_ioctl()
> hpsa: don't bother with vmalloc for BIG_IOCTL_Command_struct
> hpsa: get rid of compat_alloc_user_space()
> hpsa_ioctl(): tidy up a bit
>
> Acked-by: Don Brace <don.brace@...rosemi.com>
> Tested-by: Don Brace <don.brace@...rosemi.com>
OK... Acked-by/Tested-by added, branch re-pushed (commits are otherwise
identical). Which tree would you prefer that to go through - vfs.git,
scsi.git, something else?
Powered by blists - more mailing lists