From nobody Thu May 2 06:38:47 2024 Delivered-To: importer@patchew.org Received-SPF: pass (zohomail.com: domain of groups.io designates 66.175.222.12 as permitted sender) client-ip=66.175.222.12; envelope-from=bounce+27952+63953+1787277+3901457@groups.io; helo=web01.groups.io; Authentication-Results: mx.zohomail.com; dkim=pass; spf=pass (zohomail.com: domain of groups.io designates 66.175.222.12 as permitted sender) smtp.mailfrom=bounce+27952+63953+1787277+3901457@groups.io; dmarc=fail(p=none dis=none) header.from=intel.com ARC-Seal: i=1; a=rsa-sha256; t=1597128207; cv=none; d=zohomail.com; s=zohoarc; b=XC6T6AZhOwZ0aCzVDAIcXRT469AY9p63ci0H4HAs0RSidPmlrbueYZCIiB81DW+AJTJCsk95nesFMtrW+dKK4ak90G6ZeOnrPdHDQPx/NAtkhD6Px/kUlApf8Rvp/tzNgJ8Btj3veOqRTitzaCVe25ylnYHFyd0Vyp2SDJq+7ks= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1597128207; h=Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:List-Id:List-Unsubscribe:MIME-Version:Message-ID:Reply-To:References:Sender:Subject:To; bh=hexUtIXOjBMQTKh5E1TGMGVG19XBVrWz40ILI0efQ3k=; b=krxQDS8LH565FNmUMHffhOJVySImzF7RNSn28Mb5c+nm1+8n8dvO0KXBtWU4IPAokoYnqjks9NtBP4B2Do7bClUiQviDjBxWAHiOorMg+I5F7zov+rSlXYSFnFAmqK6AY5NzhMz/j14OaKlobKmb6e/ggWxv3ZSlBjYa3ujMnRA= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass; spf=pass (zohomail.com: domain of groups.io designates 66.175.222.12 as permitted sender) smtp.mailfrom=bounce+27952+63953+1787277+3901457@groups.io; dmarc=fail header.from= (p=none dis=none) header.from= Received: from web01.groups.io (web01.groups.io [66.175.222.12]) by mx.zohomail.com with SMTPS id 1597128207445899.9786584106662; Mon, 10 Aug 2020 23:43:27 -0700 (PDT) Return-Path: X-Received: by 127.0.0.2 with SMTP id elzpYY1788612xKuW5ae7RdJ; Mon, 10 Aug 2020 23:43:26 -0700 X-Received: from mga06.intel.com (mga06.intel.com []) by mx.groups.io with SMTP id smtpd.web10.9771.1597128204307372847 for ; Mon, 10 Aug 2020 23:43:25 -0700 IronPort-SDR: aalOIDTLSCJSsBP0flWXXx7yceqQ6Y8wtFih1WXyxcjHUnXsGZ9vkdr0cx4lqanZtK/kRMI2JV JEcMVMcAzfXw== X-IronPort-AV: E=McAfee;i="6000,8403,9709"; a="215195326" X-IronPort-AV: E=Sophos;i="5.75,460,1589266800"; d="scan'208";a="215195326" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False X-Received: from orsmga007.jf.intel.com ([10.7.209.58]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 Aug 2020 23:43:13 -0700 IronPort-SDR: UNu8V7XaeAeo0HgDxeubMxnsIAqOjAU9WJRkNeRjvGMnSOU2yh5/yiV4G3qgvmqD34WE7PxDQ7 AeVw7fMiA6mA== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.75,460,1589266800"; d="scan'208";a="334477045" X-Received: from fieedk001.ccr.corp.intel.com ([10.239.153.108]) by orsmga007.jf.intel.com with ESMTP; 10 Aug 2020 23:43:11 -0700 From: "Gao, Zhichao" To: devel@edk2.groups.io Cc: Jian J Wang , Hao A Wu , Ray Ni , Gary Lin , Andrew Fish Subject: [edk2-devel] [PATCH 1/3] MdeModulePkg/PartitionDxe: Put the UDF check ahead of MBR Date: Tue, 11 Aug 2020 14:43:00 +0800 Message-Id: <20200811064302.33188-2-zhichao.gao@intel.com> In-Reply-To: <20200811064302.33188-1-zhichao.gao@intel.com> References: <20200811064302.33188-1-zhichao.gao@intel.com> MIME-Version: 1.0 Precedence: Bulk List-Unsubscribe: Sender: devel@edk2.groups.io List-Id: Mailing-List: list devel@edk2.groups.io; contact devel+owner@edk2.groups.io Reply-To: devel@edk2.groups.io,zhichao.gao@intel.com X-Gm-Message-State: oJmcwxdXPi1v6rzMk170Fjvrx1787277AA= Content-Transfer-Encoding: quoted-printable DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=groups.io; q=dns/txt; s=20140610; t=1597128206; bh=FqasZIkEGZmVDmWBe8p2/D1lWwpT8HpYX5Lst/tTsK4=; h=Cc:Date:From:Reply-To:Subject:To; b=nzgynkgxSQESSxslUCukRkx68EBrRUVAAfZajJud5Hyh0YtkeAJj2Dqz4IYS1UEjDdF oKlnyMOfyVcUzBUFvEwii1AunRt0meFbUNRCLgcg6Xh++BlONP8JrhhQtRsFkd5+Di4Gs l1NY2nzt6te0A6+xdk121YlfnvxleskfEqU= X-ZohoMail-DKIM: pass (identity @groups.io) Content-Type: text/plain; charset="utf-8" REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3D2823 Refer to UEFI spec 2.8, Section 13.3.2, a block device should be scanned as below order: 1. GPT 2. ISO 9660 (El Torito) (UDF should aslo be here) 3. MBR 4. no partition found Note: UDF is using the same boot method as CD, so put it in the same priority with ISO 9660. This would also solve the issue that ISO image with MBR would be treat as MBR device instead of CD/DVD. That would make the behavior of the image boot different. Cc: Jian J Wang Cc: Hao A Wu Cc: Ray Ni Cc: Gary Lin Cc: Andrew Fish Signed-off-by: Zhichao Gao Tested-by: Gary Lin --- MdeModulePkg/Universal/Disk/PartitionDxe/Partition.c | 10 +++++++++- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/MdeModulePkg/Universal/Disk/PartitionDxe/Partition.c b/MdeModu= lePkg/Universal/Disk/PartitionDxe/Partition.c index 6a43c3cafb..473e091320 100644 --- a/MdeModulePkg/Universal/Disk/PartitionDxe/Partition.c +++ b/MdeModulePkg/Universal/Disk/PartitionDxe/Partition.c @@ -35,11 +35,19 @@ EFI_DRIVER_BINDING_PROTOCOL gPartitionDriverBinding =3D= { =20 // // Prioritized function list to detect partition table. +// Refer to UEFI Spec 13.3.2 Partition Discovery, the block device +// should be scanned in below order: +// 1. GPT +// 2. ISO 9660 (El Torito) (or UDF) +// 3. MBR +// 4. no partiton found +// Note: UDF is using a same method as booting from CD-ROM, so put it along +// with CD-ROM check. // PARTITION_DETECT_ROUTINE mPartitionDetectRoutineTable[] =3D { PartitionInstallGptChildHandles, - PartitionInstallMbrChildHandles, PartitionInstallUdfChildHandles, + PartitionInstallMbrChildHandles, NULL }; =20 --=20 2.21.0.windows.1 -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#63953): https://edk2.groups.io/g/devel/message/63953 Mute This Topic: https://groups.io/mt/76121500/1787277 Group Owner: devel+owner@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [importer@patchew.org] -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- From nobody Thu May 2 06:38:47 2024 Delivered-To: importer@patchew.org Received-SPF: pass (zohomail.com: domain of groups.io designates 66.175.222.12 as permitted sender) client-ip=66.175.222.12; envelope-from=bounce+27952+63952+1787277+3901457@groups.io; helo=web01.groups.io; Authentication-Results: mx.zohomail.com; dkim=pass; spf=pass (zohomail.com: domain of groups.io designates 66.175.222.12 as permitted sender) smtp.mailfrom=bounce+27952+63952+1787277+3901457@groups.io; dmarc=fail(p=none dis=none) header.from=intel.com ARC-Seal: i=1; a=rsa-sha256; t=1597128206; cv=none; d=zohomail.com; s=zohoarc; b=GkpEeef4rBDhPRciU9QMh9QLpw1cdHa5OjzIpAcSerk3gT1KrWhttJ3cRJlE58UT5eJhg9zWIVReQYBb2fhIiELzTg00d3xj44aSQuaJRDPx4sazP6nEi0gThOb2QfAbCyQKEBQvxsvGQNj4mP4zJkNUq75Ztp0EoToMBlDafEA= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1597128206; h=Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:List-Id:List-Unsubscribe:MIME-Version:Message-ID:Reply-To:References:Sender:Subject:To; bh=KtB1ONDY9E1RYr6DLR/jWbDllxB2Xtbm3tmwLEy7GVw=; b=MkC2wsXi93iAy36YqtPQkhyqE3O1VtXUEgFrmU+NpQw9J+yF5iXAA5Pt6pwN90ofVEqOn6fHuNXVAQ4um+psmYLNE3RXr3RG9wb3fFo5h5dOVxt4As9S1SdAJicb1Ff1CvSxngUU0/84T7XD5qXd69Ykhj+Bpp56AxLgASbUqhk= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass; spf=pass (zohomail.com: domain of groups.io designates 66.175.222.12 as permitted sender) smtp.mailfrom=bounce+27952+63952+1787277+3901457@groups.io; dmarc=fail header.from= (p=none dis=none) header.from= Received: from web01.groups.io (web01.groups.io [66.175.222.12]) by mx.zohomail.com with SMTPS id 1597128205944402.34630039005845; Mon, 10 Aug 2020 23:43:25 -0700 (PDT) Return-Path: X-Received: by 127.0.0.2 with SMTP id oBGIYY1788612xNGkZ3IYoQf; Mon, 10 Aug 2020 23:43:25 -0700 X-Received: from mga06.intel.com (mga06.intel.com []) by mx.groups.io with SMTP id smtpd.web10.9771.1597128204307372847 for ; Mon, 10 Aug 2020 23:43:24 -0700 IronPort-SDR: t0BxWuNWldayrU7JDU3Pfj7n5DJP2CJnMdVyLM2M36z1465osx6c8Kv7xZ0HVqIHyCK2ukhMbR wSC8PdV9wY2Q== X-IronPort-AV: E=McAfee;i="6000,8403,9709"; a="215195333" X-IronPort-AV: E=Sophos;i="5.75,460,1589266800"; d="scan'208";a="215195333" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False X-Received: from orsmga007.jf.intel.com ([10.7.209.58]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 Aug 2020 23:43:15 -0700 IronPort-SDR: honQ9XEL5omsKu6uDsOV04ssWW9dfUcyiMTb0M164YyAbB/HxoqZhf/bR0OD/l2iBbsEZzmH1Z KVvLJjEWqdug== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.75,460,1589266800"; d="scan'208";a="334477058" X-Received: from fieedk001.ccr.corp.intel.com ([10.239.153.108]) by orsmga007.jf.intel.com with ESMTP; 10 Aug 2020 23:43:13 -0700 From: "Gao, Zhichao" To: devel@edk2.groups.io Cc: Jian J Wang , Hao A Wu , Ray Ni , Gary Lin , Andrew Fish Subject: [edk2-devel] [PATCH 2/3] MdeModulePkg/PartitionDxe: Remove the check for special MBR Date: Tue, 11 Aug 2020 14:43:01 +0800 Message-Id: <20200811064302.33188-3-zhichao.gao@intel.com> In-Reply-To: <20200811064302.33188-1-zhichao.gao@intel.com> References: <20200811064302.33188-1-zhichao.gao@intel.com> MIME-Version: 1.0 Precedence: Bulk List-Unsubscribe: Sender: devel@edk2.groups.io List-Id: Mailing-List: list devel@edk2.groups.io; contact devel+owner@edk2.groups.io Reply-To: devel@edk2.groups.io,zhichao.gao@intel.com X-Gm-Message-State: 2IJO7uPXLsStsJun8oCqrTlmx1787277AA= Content-Transfer-Encoding: quoted-printable DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=groups.io; q=dns/txt; s=20140610; t=1597128205; bh=zO+E5NaGYlbDjN1zb37VRLsVZPgezfGEMp0zJHfA92U=; h=Cc:Date:From:Reply-To:Subject:To; b=vs0x7lzDNHMGYov4lux1f347C2zU0mApbKfB/Gr3EUtvKUkZKvVIMsUjNpdfIcnrz8n a8fF50TDWCcDbyGinHzpX5P4NJkB29o8WZE/rSwfGNXXTkgNxKUbyYBi5VO3rcBHWs8qN w+7svowys3NeP7S5IczND7JTLGyKmGflY2Y= X-ZohoMail-DKIM: pass (identity @groups.io) Content-Type: text/plain; charset="utf-8" REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3D2823 Follow the spec definition, the ISO 9660 (and UDF) would be checked before the MBR. So it is not required to skip such MBR talbe that contian the entire block device. Cc: Jian J Wang Cc: Hao A Wu Cc: Ray Ni Cc: Gary Lin Cc: Andrew Fish Signed-off-by: Zhichao Gao Tested-by: Gary Lin --- .../Universal/Disk/PartitionDxe/Mbr.c | 19 ------------------- 1 file changed, 19 deletions(-) diff --git a/MdeModulePkg/Universal/Disk/PartitionDxe/Mbr.c b/MdeModulePkg/= Universal/Disk/PartitionDxe/Mbr.c index 3830af1ea7..822bf03e92 100644 --- a/MdeModulePkg/Universal/Disk/PartitionDxe/Mbr.c +++ b/MdeModulePkg/Universal/Disk/PartitionDxe/Mbr.c @@ -55,25 +55,6 @@ PartitionValidMbr ( StartingLBA =3D UNPACK_UINT32 (Mbr->Partition[Index1].StartingLBA); SizeInLBA =3D UNPACK_UINT32 (Mbr->Partition[Index1].SizeInLBA); =20 - // - // If the MBR with partition entry covering the ENTIRE disk, i.e. star= t at LBA0 - // with whole disk size, we treat it as an invalid MBR partition. - // - if ((StartingLBA =3D=3D 0) && - (SizeInLBA =3D=3D (LastLba + 1))) { - // - // Refer to the http://manpages.ubuntu.com/manpages/bionic/man8/mkud= ffs.8.html - // "WHOLE DISK VS PARTITION" - // Some linux ISOs may put the MBR table in the first 512 bytes for = compatibility reasons with Windows. - // Linux kernel ignores MBR table if contains partition which star= ts at sector 0. - // Skip it because we don't have the partition check for UDF(El Tori= to compatible). - // It would continue to do the whole disk check in the UDF routine. - // - DEBUG ((DEBUG_INFO, "PartitionValidMbr: MBR table has partition entr= y covering the ENTIRE disk. Don't treat it as a valid MBR.\n")); - - return FALSE; - } - if (Mbr->Partition[Index1].OSIndicator =3D=3D 0x00 || SizeInLBA =3D=3D= 0) { continue; } --=20 2.21.0.windows.1 -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#63952): https://edk2.groups.io/g/devel/message/63952 Mute This Topic: https://groups.io/mt/76121499/1787277 Group Owner: devel+owner@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [importer@patchew.org] -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- From nobody Thu May 2 06:38:47 2024 Delivered-To: importer@patchew.org Received-SPF: pass (zohomail.com: domain of groups.io designates 66.175.222.12 as permitted sender) client-ip=66.175.222.12; envelope-from=bounce+27952+63954+1787277+3901457@groups.io; helo=web01.groups.io; Authentication-Results: mx.zohomail.com; dkim=pass; spf=pass (zohomail.com: domain of groups.io designates 66.175.222.12 as permitted sender) smtp.mailfrom=bounce+27952+63954+1787277+3901457@groups.io; dmarc=fail(p=none dis=none) header.from=intel.com ARC-Seal: i=1; a=rsa-sha256; t=1597128206; cv=none; d=zohomail.com; s=zohoarc; b=FNTdd4ZbhF7CHWdejuwiRkIF5PQiZJ6Wz/r4xYvCykYY4u/mvDWYe5kcgLnSOd2nQlVLbOh6xhGd5c4SVn3+XdDsLmaCiuikokxbeTTroZjb+X9tGghe3fZkWqs/6AS+DxKVQx5zr25J/4StPWqXtKdeHzpJCYgOybuY/M2+rqA= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1597128206; h=Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:List-Id:List-Unsubscribe:MIME-Version:Message-ID:Reply-To:References:Sender:Subject:To; bh=ryerUgPZMkj47jdoT7ORN5rDg+cQCRvHjrVRDVlM7AU=; b=Bt3ehjWa5lxbFQKafaNnHLU8S8YsSxL9f+OTD2sODyYj+tWFFYusB0Sp4/1dHh4KwRvIPxSgskqreXQAvgoYq0odvU88waycsEhACOhpImBujv1eKSBHkj4+PhvOJHLOexexmMw6rd43O4z9llmAzQBHTRSDs3DYhY3W2sl0Odw= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass; spf=pass (zohomail.com: domain of groups.io designates 66.175.222.12 as permitted sender) smtp.mailfrom=bounce+27952+63954+1787277+3901457@groups.io; dmarc=fail header.from= (p=none dis=none) header.from= Received: from web01.groups.io (web01.groups.io [66.175.222.12]) by mx.zohomail.com with SMTPS id 1597128206793984.5505235286836; Mon, 10 Aug 2020 23:43:26 -0700 (PDT) Return-Path: X-Received: by 127.0.0.2 with SMTP id FFgqYY1788612xp1ciMzIdMr; Mon, 10 Aug 2020 23:43:26 -0700 X-Received: from mga06.intel.com (mga06.intel.com [134.134.136.31]) by mx.groups.io with SMTP id smtpd.web12.9765.1597128205251494090 for ; Mon, 10 Aug 2020 23:43:25 -0700 IronPort-SDR: h6ZmXkvF/Xd/OFYw2VXfFaJ7Q2whEhJkEBhAQIrvQ7VD5nu1j4PlyT/E1P8ZVhztMcFnM8qJKP Lvtjvnr5eBtQ== X-IronPort-AV: E=McAfee;i="6000,8403,9709"; a="215195338" X-IronPort-AV: E=Sophos;i="5.75,460,1589266800"; d="scan'208";a="215195338" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False X-Received: from orsmga007.jf.intel.com ([10.7.209.58]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 Aug 2020 23:43:17 -0700 IronPort-SDR: 8TjbgzTKny8HTOURZcOVTjcQiNNWhWznDBCVzGcDh2YkTbqHUoTKcRPW7RQU+xFn9Rj/G9BXYN 6UdvGyiY4fcQ== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.75,460,1589266800"; d="scan'208";a="334477064" X-Received: from fieedk001.ccr.corp.intel.com ([10.239.153.108]) by orsmga007.jf.intel.com with ESMTP; 10 Aug 2020 23:43:15 -0700 From: "Gao, Zhichao" To: devel@edk2.groups.io Cc: Jian J Wang , Hao A Wu , Ray Ni , Gary Lin , Andrew Fish Subject: [edk2-devel] [PATCH 3/3] MdeModulePkg/PartitionDxe: Fix the incorrect LBA size in child hander Date: Tue, 11 Aug 2020 14:43:02 +0800 Message-Id: <20200811064302.33188-4-zhichao.gao@intel.com> In-Reply-To: <20200811064302.33188-1-zhichao.gao@intel.com> References: <20200811064302.33188-1-zhichao.gao@intel.com> MIME-Version: 1.0 Precedence: Bulk List-Unsubscribe: Sender: devel@edk2.groups.io List-Id: Mailing-List: list devel@edk2.groups.io; contact devel+owner@edk2.groups.io Reply-To: devel@edk2.groups.io,zhichao.gao@intel.com X-Gm-Message-State: Vx1wykxUjHWfIgpcEyuKQsEPx1787277AA= Content-Transfer-Encoding: quoted-printable DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=groups.io; q=dns/txt; s=20140610; t=1597128206; bh=/+OIoZhmAFv6aFqKq/82exkFFHrIAA1bOy7bCiL1PvA=; h=Cc:Date:From:Reply-To:Subject:To; b=AouRB3IpVTR5STYx5GMlM52o4Z/0KbTS8Cnsv0k284jDGWQ0W9Xkjsqe/28xrOTiP5G Cwd6fwXOssa+ncUy+IE3CmgnI95Gvv4pjjCHddaBmeavqMpnQFSSh8GAJWQDAlB15+NHu kYbrGT+lDginp8dfwv4+uQNQWSdBwOaslSc= X-ZohoMail-DKIM: pass (identity @groups.io) Content-Type: text/plain; charset="utf-8" REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3D2843 PartitionInstallChildHandle's parameters Start and End is counted by the BlockSize, but in the implementation it uses the parent device's BlockSize to calculate the new Start, End and LastBlock. It would cause the driver report incorrect block scope and the file system would fail to be found with right block scope. So correct it to the right value. Cc: Jian J Wang Cc: Hao A Wu Cc: Ray Ni Cc: Gary Lin Cc: Andrew Fish Signed-off-by: Zhichao Gao Reviewed-by: Ray Ni Tested-by: Gary Lin --- MdeModulePkg/Universal/Disk/PartitionDxe/Partition.c | 12 +++--------- 1 file changed, 3 insertions(+), 9 deletions(-) diff --git a/MdeModulePkg/Universal/Disk/PartitionDxe/Partition.c b/MdeModu= lePkg/Universal/Disk/PartitionDxe/Partition.c index 473e091320..f10ce7c65b 100644 --- a/MdeModulePkg/Universal/Disk/PartitionDxe/Partition.c +++ b/MdeModulePkg/Universal/Disk/PartitionDxe/Partition.c @@ -1149,8 +1149,8 @@ PartitionInstallChildHandle ( =20 Private->Signature =3D PARTITION_PRIVATE_DATA_SIGNATURE; =20 - Private->Start =3D MultU64x32 (Start, ParentBlockIo->Media->B= lockSize); - Private->End =3D MultU64x32 (End + 1, ParentBlockIo->Media-= >BlockSize); + Private->Start =3D MultU64x32 (Start, BlockSize); + Private->End =3D MultU64x32 (End + 1, BlockSize); =20 Private->BlockSize =3D BlockSize; Private->ParentBlockIo =3D ParentBlockIo; @@ -1187,13 +1187,7 @@ PartitionInstallChildHandle ( =20 Private->Media.IoAlign =3D 0; Private->Media.LogicalPartition =3D TRUE; - Private->Media.LastBlock =3D DivU64x32 ( - MultU64x32 ( - End - Start + 1, - ParentBlockIo->Media->BlockSize - ), - BlockSize - ) - 1; + Private->Media.LastBlock =3D End - Start; =20 Private->Media.BlockSize =3D (UINT32) BlockSize; =20 --=20 2.21.0.windows.1 -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#63954): https://edk2.groups.io/g/devel/message/63954 Mute This Topic: https://groups.io/mt/76121501/1787277 Group Owner: devel+owner@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [importer@patchew.org] -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-