From owner-svn-src-head@freebsd.org Fri May 27 20:34:05 2016 Return-Path: Delivered-To: svn-src-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3E0C2B4D205; Fri, 27 May 2016 20:34:05 +0000 (UTC) (envelope-from rpokala@mac.com) Received: from mr11p00im-asmtp004.me.com (mr11p00im-asmtp004.me.com [17.110.69.135]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 23B111510; Fri, 27 May 2016 20:34:05 +0000 (UTC) (envelope-from rpokala@mac.com) Received: from process-dkim-sign-daemon.mr11p00im-asmtp004.me.com by mr11p00im-asmtp004.me.com (Oracle Communications Messaging Server 7.0.5.36.0 64bit (built Sep 8 2015)) id <0O7U00D00REABR00@mr11p00im-asmtp004.me.com>; Fri, 27 May 2016 20:34:04 +0000 (GMT) Received: from [172.17.133.77] (dip-cali.panasas.com [64.80.217.3]) by mr11p00im-asmtp004.me.com (Oracle Communications Messaging Server 7.0.5.36.0 64bit (built Sep 8 2015)) with ESMTPSA id <0O7U0072CRSQWG00@mr11p00im-asmtp004.me.com>; Fri, 27 May 2016 20:34:04 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2016-05-27_11:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1015 suspectscore=1 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1510270003 definitions=main-1605270233 User-Agent: Microsoft-MacOutlook/f.16.0.160506 Date: Fri, 27 May 2016 13:34:27 -0700 Subject: Re: svn commit: r300866 - head/sys/boot/efi/libefi From: Ravi Pokala Sender: "Pokala, Ravi" To: cem@FreeBSD.org Cc: Doug Ambrisko , src-committers , svn-src-all@freebsd.org, svn-src-head@freebsd.org Message-id: Thread-topic: svn commit: r300866 - head/sys/boot/efi/libefi References: <201605271923.u4RJNF0d016635@repo.freebsd.org> <3EF68240-690E-44F9-957A-51BEDA0F35C8@panasas.com> In-reply-to: MIME-version: 1.0 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mac.com; s=4d515a; t=1464381244; bh=k3yIZWQlW+GqUCdPCyH5jawQCEC92Nrz5Rkf6wdvQ0I=; h=Date:Subject:From:To:Message-id:MIME-version:Content-type; b=lKO6xb/ka2991KlIw2W785CN/hbJouqaH0rBSzsAeIfkrAjT/xGxbpXYaIaJ31nNa eNLGkI/B+5C7uXsQq1NCDN8FDaBvF5JmYQ9XUa9fD+Ygn0+QVIQ5wjVxCDmVCtZopk Crt902LdvhhGNSnM4uFNogS0wb3k2amn7hfNn+4Ay0v8JAcKUFWE9aBCZmjvwYJ36x 8uJ8WKL5nKzF+OHvMySRyLDnO37fkcQL36C1AtwbYZArwG9N3vHKnK6Orrra2pZfra i5pDz6leSv+CHgBYUarRgwbdbfUPS/m1fyxQ9UaUoZbvccrKM5w3l1zRJ6Hvp/M50m h0YZhniUVYncw== X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2016 20:34:05 -0000 -----Original Message----- From: on behalf of Conrad Meyer Reply-To: Date: 2016-05-27, Friday at 13:29 To: Ravi Pokala Cc: Doug Ambrisko , src-committers , , 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 wrote: >> -----Original Message----- >> From: on behalf of Doug Ambrisko >> Date: 2016-05-27, Friday at 12:23 >> To: , , >> 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@) >> >> >> >> >