Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 27 May 2016 13:34:27 -0700
From:      Ravi Pokala <rpokala@mac.com>
To:        cem@FreeBSD.org
Cc:        Doug Ambrisko <ambrisko@freebsd.org>, src-committers <src-committers@freebsd.org>, svn-src-all@freebsd.org, svn-src-head@freebsd.org
Subject:   Re: svn commit: r300866 - head/sys/boot/efi/libefi
Message-ID:  <EEFAECBF-832E-4FA3-BCE3-EF88FC6A7AF3@panasas.com>
In-Reply-To: <CAG6CVpWHEF57FgT=T5Ln2cv-%2BN8jLyoKm_ioL1WcHK-Ae6cYmg@mail.gmail.com>
References:  <201605271923.u4RJNF0d016635@repo.freebsd.org> <3EF68240-690E-44F9-957A-51BEDA0F35C8@panasas.com> <CAG6CVpWHEF57FgT=T5Ln2cv-%2BN8jLyoKm_ioL1WcHK-Ae6cYmg@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
-----Original Message-----
From: <owner-src-committers@freebsd.org> on behalf of Conrad Meyer <cem@FreeBSD.org>
Reply-To: <cem@FreeBSD.org>
Date: 2016-05-27, Friday at 13:29
To: Ravi Pokala <rpokala@mac.com>
Cc: Doug Ambrisko <ambrisko@freebsd.org>, src-committers <src-committers@freebsd.org>, <svn-src-all@freebsd.org>, <svn-src-head@freebsd.org>
Subject: Re: svn commit: r300866 - head/sys/boot/efi/libefi

>It seems he meant 'media native IO size', not 'media size'.  I.e., on
>4Kn media, 4k-multiple and -aligned IOs can be processed directly (but
>EFI's unit block size is still 512).  Does that make sense?

Yes, that's exactly what I meant.
 
Thanks,

Ravi (rpokala@)

>Best,
>Conrad
>
>On Fri, May 27, 2016 at 1:05 PM, Ravi Pokala <rpokala@mac.com> wrote:
>> -----Original Message-----
>> From: <owner-src-committers@freebsd.org> on behalf of Doug Ambrisko <ambrisko@FreeBSD.org>
>> Date: 2016-05-27, Friday at 12:23
>> To: <src-committers@freebsd.org>, <svn-src-all@freebsd.org>, <svn-src-head@freebsd.org>
>> Subject: svn commit: r300866 - head/sys/boot/efi/libefi
>>
>>>Author: ambrisko
>>>Date: Fri May 27 19:23:15 2016
>>>New Revision: 300866
>>>URL: https://svnweb.freebsd.org/changeset/base/300866
>>>
>>>Log:
>>>  If the I/O offset and length is multiple of the media size then
>>>  directly pass the request otherwise use a buffer that is a
>>>  multiple of the media size.  This speeds up I/O quite a bit
>>>  when using large transfer sizes on 4Kn disks etc.
>>>
>>>  MFC after:   1 week
>>
>> I/O offset and length are *divisors* of the media size, not *multiples* of it.
>>
>> -Ravi (rpokala@)
>>
>>
>>
>>
>





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?EEFAECBF-832E-4FA3-BCE3-EF88FC6A7AF3>