All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bart Van Assche <bvanassche-HInyCGIudOg@public.gmane.org>
To: Or Gerlitz <ogerlitz-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>,
	Sagi Grimberg
	<sagig-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org>,
	Or Gerlitz <or.gerlitz-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Roland Dreier <roland-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
	Hefty Sean <sean.hefty-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
	Sagi Grimberg <sagig-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
Cc: linux-rdma <linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Mike Christie <michaelc-hcNo3dDEHLuVc3sceRu5cw@public.gmane.org>,
	Oren Duer <oren-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
Subject: Re: linux rdma 3.14 merge plans
Date: Thu, 30 Jan 2014 11:07:33 +0100	[thread overview]
Message-ID: <52EA2465.8010907@acm.org> (raw)
In-Reply-To: <52EA0AFA.40100-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>

On 01/30/14 09:19, Or Gerlitz wrote:
> On 29/01/2014 19:56, Bart Van Assche wrote:
>> On 01/29/14 16:06, Sagi Grimberg wrote:
>>> Didn't understand why should it matter where the copy is done
>>> (iser/block)?
>> In the Linux kernel community it is considered important to avoid code
>> duplication. Hence the proposal to keep code that copies data buffers
>> in the block layer core and to avoid that such functionality has to be
>> reimplemented in every block driver or SCSI LLD.
> 
> Thanks for narrowing this down, I see your point, however the solution I
> propose if to remove this copy altogether... for those rare cases where
> fast-registration can't be done -- in SRP I think the code goes to
> indirect mode under which there no copy (right?). As for iSER, we will
> add to our TODO enhancing the code to avoid using bounce-buffer, few
> designs might be possible, one way would be to create set of
> FMRS/Fast-reg element which are capable to map chunks which are <
> PAGE_SIZE, e.g in the order of single block, and hence can map what ever
> arbitrary set of blocks provided by the upper layer.

I'm not sure how important this issue is on x86 systems since the page
size on these systems is 4 KB and since many applications use an I/O
size >= 4 KB. So if the I/O buffers are aligned on page boundaries the
buffer memory can be registered as a single memory region without having
to copy any data. However, on PPC systems, which have a page size of 64
KB, if e.g. a database issues a readv() or writev() call or if an I/O
scheduler coalesces several small I/O requests into a single I/O request
the data buffer of these I/O requests is discontiguous. I think it is
important that data copying can be avoided for such I/O requests.

By the way, is it documented somewhere what the alignment requirements
are for FMR and FR requests ? As far as I can see the mlx4 driver
requires page alignment for FMR requests but not for FR requests (see
e.g. mlx4_check_fmr()). I haven't found a page aligment requirement in
e.g. ehca_fmr_check_page_list(). Does this mean that alignment
restrictions for FMR are HCA-dependent ? Would it be a good idea to add
an attribute in e.g. ib_device_attr that allows ULP drivers to retrieve
FMR alignment requirements in a generic way ?

Thanks,

Bart.
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  parent reply	other threads:[~2014-01-30 10:07 UTC|newest]

Thread overview: 50+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-01-07 21:02 linux rdma 3.14 merge plans Or Gerlitz
     [not found] ` <CAJZOPZ+4yQ-sT=ks7+eiJjkxOjy5w=BmG16JVcUPiuVsof7qEA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-01-08  0:51   ` Roland Dreier
     [not found]     ` <CAG4TOxOMmvFWnkU3DBn33rscEKh2_YfbUCKY=iY8PCVN3+nEsA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-01-08  8:52       ` Sagi Grimberg
2014-01-08  9:15       ` Or Gerlitz
2014-01-08  9:37       ` Or Gerlitz
     [not found]         ` <52CD1C68.4050406-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
2014-01-13 20:32           ` Nicholas A. Bellinger
     [not found]             ` <1389645171.5567.459.camel-XoQW25Eq2zviZyQQd+hFbcojREIfoBdhmpATvIKMPHk@public.gmane.org>
2014-01-15 21:15               ` Nicholas A. Bellinger
     [not found]                 ` <CAG4TOxNa32sLxifPx_f8sW04B_qSh01WWfWjRvam6fjvFLDXSQ@mail.gmail.com>
     [not found]                   ` <CAG4TOxNa32sLxifPx_f8sW04B_qSh01WWfWjRvam6fjvFLDXSQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-01-16 21:14                     ` Nicholas A. Bellinger
     [not found]                       ` <1389906852.5567.668.camel-XoQW25Eq2zviZyQQd+hFbcojREIfoBdhmpATvIKMPHk@public.gmane.org>
2014-01-16 21:37                         ` Greg Kroah-Hartman
     [not found]                           ` <20140116213717.GA24718-U8xfFu+wG4EAvxtiuMwx3w@public.gmane.org>
2014-01-16 21:42                             ` Or Gerlitz
     [not found]                               ` <CAJZOPZ+75yOyxrcu4s=dSxv4Ya27UyotbRWLqwC3bbh3wieihg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-01-16 21:58                                 ` Greg Kroah-Hartman
2014-01-16 22:06                                 ` Nicholas A. Bellinger
2014-01-17 22:02                         ` Martin K. Petersen
2014-01-18 21:42                         ` Roland Dreier
2014-01-19  3:42                           ` Nicholas A. Bellinger
2014-01-19 11:20                             ` sagi grimberg
     [not found]                               ` <52DBB4F1.4020400-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
2014-01-20 13:56                                 ` Or Gerlitz
2014-01-21 22:00                                   ` Or Gerlitz
     [not found]                                     ` <CAJZOPZLuz-Z59agBd0Q9J2=sSG-F+Y8MrJkoGbtiF5M+CnKU1g-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-01-22  0:43                                       ` Roland Dreier
2014-01-22  0:43                                         ` Roland Dreier
2014-01-22  4:10                                         ` Or Gerlitz
     [not found]                                         ` <CAG4TOxPLEfyWsUDf4_371u=_=tOgW2v5J4zSz8xx73DfziZOZg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-01-22  7:27                                           ` Nicholas A. Bellinger
2014-01-22  7:27                                             ` Nicholas A. Bellinger
2014-02-07  0:02                                             ` Nicholas A. Bellinger
2014-02-07  0:04                                               ` Roland Dreier
2014-02-25 21:10                                                 ` Or Gerlitz
2014-03-05  9:54                                                 ` Nicholas A. Bellinger
     [not found]                                                   ` <1394013249.19539.17.camel-XoQW25Eq2zviZyQQd+hFbcojREIfoBdhmpATvIKMPHk@public.gmane.org>
2014-03-05 15:18                                                     ` Roland Dreier
2014-03-05 15:18                                                       ` Roland Dreier
     [not found]                                                       ` <CAG4TOxNRkAUH5Jsd67--ydWtUJqE1=pnVSuorgn4vNQiuYx1wg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-03-05 15:38                                                         ` Or Gerlitz
2014-03-05 15:38                                                           ` Or Gerlitz
2014-03-05 19:03                                                       ` Nicholas A. Bellinger
     [not found]                                                         ` <1394046218.20601.12.camel-XoQW25Eq2zviZyQQd+hFbcojREIfoBdhmpATvIKMPHk@public.gmane.org>
2014-03-07  5:07                                                           ` Devesh Sharma
2014-03-07  5:07                                                             ` Devesh Sharma
     [not found]                                                             ` <EE7902D3F51F404C82415C4803930ACD3FDDD50E-DWYeeINJQrxExQ8dmkPuX0M9+F4ksjoh@public.gmane.org>
2014-03-07 19:31                                                               ` Roland Dreier
2014-03-07 19:31                                                                 ` Roland Dreier
     [not found]                                                                 ` <CAL1RGDXRCZafDcFsbiG823VQ7_AVZeZqxY8JEaj=oCYRteAw_A-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-03-10  9:00                                                                   ` Devesh Sharma
2014-03-10  9:00                                                                     ` Devesh Sharma
2014-04-01 21:31                                           ` Or Gerlitz
2014-01-22  9:48                                         ` Sagi Grimberg
     [not found]                                           ` <52DF93D3.6030509-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org>
2014-01-28 21:02                                             ` Or Gerlitz
2014-01-28 21:02                                               ` Or Gerlitz
     [not found]                                               ` <CAJZOPZLBECYXrpp0GY0uUvyf+XbiLHhXdVukniPXD4AWZObymg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-01-29 14:13                                                 ` Bart Van Assche
     [not found]                                                   ` <52E90C81.9040800-HInyCGIudOg@public.gmane.org>
2014-01-29 15:06                                                     ` Sagi Grimberg
     [not found]                                                       ` <52E91906.70802-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org>
2014-01-29 16:34                                                         ` Or Gerlitz
2014-01-29 17:56                                                         ` Bart Van Assche
     [not found]                                                           ` <52E940B2.3070901-HInyCGIudOg@public.gmane.org>
2014-01-30  8:19                                                             ` Or Gerlitz
     [not found]                                                               ` <52EA0AFA.40100-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
2014-01-30 10:07                                                                 ` Bart Van Assche [this message]
     [not found]                                                                   ` <52EA2465.8010907-HInyCGIudOg@public.gmane.org>
2014-01-30 10:38                                                                     ` Or Gerlitz
2014-01-20 12:40       ` Bart Van Assche

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=52EA2465.8010907@acm.org \
    --to=bvanassche-hinycgiudog@public.gmane.org \
    --cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=michaelc-hcNo3dDEHLuVc3sceRu5cw@public.gmane.org \
    --cc=ogerlitz-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org \
    --cc=or.gerlitz-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=oren-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org \
    --cc=roland-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
    --cc=sagig-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org \
    --cc=sagig-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org \
    --cc=sean.hefty-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.