lkml.org 
[lkml]   [2016]   [Mar]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [PATCH RFC 0/2] mempool based chained scatterlist alloc/free api api
From
Date
On Tue, 2016-03-15 at 15:39 -0700, Ming Lin wrote:
> From: Ming Lin <ming.l@ssi.samsung.com>
>
> Hi list,
>
> This moves the mempool based chained scatterlist alloc/free code from
> scsi_lib.c to lib/scatterlist.c.
>
> So other drivers(for example, the under development NVMe over fabric
> drivers) can also use it.
>
> Ming Lin (2):
> scatterlist: add mempool based chained SG alloc/free api
> scsi: use the new chained SG api
>
> drivers/scsi/scsi_lib.c | 129 ++----------------------------------
> include/linux/scatterlist.h | 12 ++++
> lib/scatterlist.c | 156 ++++++++++++++++++++++++++++++++++++++++++++
> 3 files changed, 175 insertions(+), 122 deletions(-)

I'd really rather this were a single patch so git can tell us the code
motion. If you add in one patch and remove in another the code motion
trackers don't see it.

Secondly, you said "This copied code from scsi_lib.c to scatterlist.c
and modified it a bit" could you move in one patch and modify in
another, so we can see exactly what you're changing.

Thirdly, are you sure the pool structure for NVMe should be the same as
for SCSI? We don't do buddy pools for 1,2 or 4 entry transactions in
SCSI just basically because of heuristics, but the packetised io
characteristics of NVMe make single entry lists more likely for it,
don't they?

James


\
 
 \ /
  Last update: 2016-03-16 01:01    [W:1.302 / U:0.624 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site