From: "Long, Qin" <qin.long@intel.com>
To: "Wu, Hao A" <hao.a.wu@intel.com>,
"edk2-devel@lists.01.org" <edk2-devel@lists.01.org>
Cc: "Wu, Hao A" <hao.a.wu@intel.com>, "Ye, Ting" <ting.ye@intel.com>
Subject: Re: [PATCH v3 2/6] CryptoPkg: Refine type cast for pointer subtraction
Date: Mon, 27 Feb 2017 02:23:54 +0000 [thread overview]
Message-ID: <BF2CCE9263284D428840004653A28B6E53F641A3@SHSMSX103.ccr.corp.intel.com> (raw)
In-Reply-To: <1487995514-7628-3-git-send-email-hao.a.wu@intel.com>
Reviewed-by: Qin Long <qin.long@intel.com>
> -----Original Message-----
> From: edk2-devel [mailto:edk2-devel-bounces@lists.01.org] On Behalf Of
> Hao Wu
> Sent: Saturday, February 25, 2017 12:05 PM
> To: edk2-devel@lists.01.org
> Cc: Wu, Hao A; Ye, Ting; Long, Qin
> Subject: [edk2] [PATCH v3 2/6] CryptoPkg: Refine type cast for pointer
> subtraction
>
> For pointer subtraction, the result is of type "ptrdiff_t". According to the C11
> standard (Committee Draft - April 12, 2011):
>
> "When two pointers are subtracted, both shall point to elements of the same
> array object, or one past the last element of the array object; the result is the
> difference of the subscripts of the two array elements. The size of the result
> is implementation-defined, and its type (a signed integer type) is ptrdiff_t
> defined in the <stddef.h> header. If the result is not representable in an
> object of that type, the behavior is undefined."
>
> In our codes, there are cases that the pointer subtraction is not performed
> by pointers to elements of the same array object. This might lead to potential
> issues, since the behavior is undefined according to C11 standard.
>
> Also, since the size of type "ptrdiff_t" is implementation-defined. Some
> static code checkers may warn that the pointer subtraction might underflow
> first and then being cast to a bigger size. For example:
>
> UINT8 *Ptr1, *Ptr2;
> UINTN PtrDiff;
> ...
> PtrDiff = (UINTN) (Ptr1 - Ptr2);
>
> The commit will refine the pointer subtraction expressions by casting each
> pointer to UINTN first and then perform the subtraction:
>
> PtrDiff = (UINTN) Ptr1 - (UINTN) Ptr2;
>
> Cc: Qin Long <qin.long@intel.com>
> Cc: Ting Ye <ting.ye@intel.com>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Hao Wu <hao.a.wu@intel.com>
> Acked-by: Laszlo Ersek <lersek@redhat.com>
> ---
> CryptoPkg/Library/BaseCryptLib/SysCall/RuntimeMemAllocation.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/CryptoPkg/Library/BaseCryptLib/SysCall/RuntimeMemAllocation.c
> b/CryptoPkg/Library/BaseCryptLib/SysCall/RuntimeMemAllocation.c
> index 19c30dc..feaa371 100644
> --- a/CryptoPkg/Library/BaseCryptLib/SysCall/RuntimeMemAllocation.c
> +++ b/CryptoPkg/Library/BaseCryptLib/SysCall/RuntimeMemAllocation.c
> @@ -2,7 +2,7 @@
> Light-weight Memory Management Routines for OpenSSL-based Crypto
> Library at Runtime Phase.
>
> -Copyright (c) 2009 - 2016, Intel Corporation. All rights reserved.<BR>
> +Copyright (c) 2009 - 2017, Intel Corporation. All rights reserved.<BR>
> This program and the accompanying materials are licensed and made
> available under the terms and conditions of the BSD License which
> accompanies this distribution. The full text of the license may be found at
> @@ -282,7 +282,7 @@ RuntimeFreeMem (
> UINTN StartOffset;
> UINTN StartPageIndex;
>
> - StartOffset = (UINTN) ((UINT8 *)Buffer - mRTPageTable->DataAreaBase);
> + StartOffset = (UINTN)Buffer - (UINTN)mRTPageTable->DataAreaBase;
> StartPageIndex = RT_SIZE_TO_PAGES (mRTPageTable-
> >Pages[RT_SIZE_TO_PAGES(StartOffset)].StartPageOffset);
>
> while (StartPageIndex < mRTPageTable->PageCount) { @@ -403,7 +403,7
> @@ void *realloc (void *ptr, size_t size)
> //
> // Get Original Size of ptr
> //
> - StartOffset = (UINTN) ((UINT8 *)ptr - mRTPageTable->DataAreaBase);
> + StartOffset = (UINTN)ptr - (UINTN)mRTPageTable->DataAreaBase;
> StartPageIndex = RT_SIZE_TO_PAGES (mRTPageTable-
> >Pages[RT_SIZE_TO_PAGES (StartOffset)].StartPageOffset);
> PageCount = 0;
> while (StartPageIndex < mRTPageTable->PageCount) {
> --
> 1.9.5.msysgit.0
>
> _______________________________________________
> edk2-devel mailing list
> edk2-devel@lists.01.org
> https://lists.01.org/mailman/listinfo/edk2-devel
next prev parent reply other threads:[~2017-02-27 2:23 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-02-25 4:05 [PATCH v3 0/6] Refine type cast for pointer subtraction Hao Wu
2017-02-25 4:05 ` [PATCH v3 1/6] MdeModulePkg: " Hao Wu
2017-03-06 1:37 ` Tian, Feng
2017-02-25 4:05 ` [PATCH v3 2/6] CryptoPkg: " Hao Wu
2017-02-27 2:23 ` Long, Qin [this message]
2017-02-25 4:05 ` [PATCH v3 3/6] IntelFrameworkModulePkg: " Hao Wu
2017-02-27 6:59 ` Fan, Jeff
2017-02-25 4:05 ` [PATCH v3 4/6] NetworkPkg: " Hao Wu
2017-03-06 1:03 ` Fu, Siyuan
2017-03-06 1:14 ` Wu, Jiaxin
2017-02-25 4:05 ` [PATCH v3 5/6] SecurityPkg: " Hao Wu
2017-03-06 1:29 ` Zhang, Chao B
2017-02-25 4:05 ` [PATCH v3 6/6] ShellPkg: " Hao Wu
2017-02-27 5:10 ` Ni, Ruiyu
2017-02-27 5:59 ` Wu, Hao A
2017-02-27 7:06 ` Ni, Ruiyu
2017-02-27 7:18 ` Ni, Ruiyu
2017-02-27 16:38 ` Carsey, Jaben
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-list 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=BF2CCE9263284D428840004653A28B6E53F641A3@SHSMSX103.ccr.corp.intel.com \
--to=devel@edk2.groups.io \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox