From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from NAM02-BN1-obe.outbound.protection.outlook.com (NAM02-BN1-obe.outbound.protection.outlook.com [40.107.212.43]) by mx.groups.io with SMTP id smtpd.web09.2973.1664521850399307601 for ; Fri, 30 Sep 2022 00:10:50 -0700 Authentication-Results: mx.groups.io; dkim=pass header.i=@amd.com header.s=selector1 header.b=jBZyDsiW; spf=permerror, err=parse error for token &{10 18 %{i}._ip.%{h}._ehlo.%{d}._spf.vali.email}: invalid domain name (domain: amd.com, ip: 40.107.212.43, mailfrom: abner.chang@amd.com) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=jw7nADrLKG4CyQehjomS5TUkt9ZhTMQ7zm54k3weOatyuVLNw/mbZVwy/UIvT6DSigkIo8MDn4UNiu4W0sc8tvLu6av3+0GiN4J9xdJHv12rJAWpJENM5Gv2pomaThMccaidVgpji0fU5EBVSN4+UzhgJkOa4OEPdWg8SRnQLAEHXUi0J54Xrf/EXnq1YljCJH37V1OoqUVOb7wQZkdDTrPbpimA4lBRI6FLzGKEHS8ZPvb7QoEXlRJl78bW4CxYR7pFY7fvh5sOil8L+lqHMmojrKHUqtesk5NObah/OrHDnjFnoKbS4lZ2ZHsbHJDLH4whk2qbdsyIzph9sY8dAQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=V8//NnGS33MaeOPIW79wpgW8+35oRDuWpnZkHoiw/Zk=; b=BHVxB5GpOf71xOyUs6U2SwGXPM696lSWCZROcVz6Z+5l/FQnfi8hQbZvpyGH1AjwNrzod9GbcCmSv6cXVJHEFffh/sd0R6uxIrYQOZ7Figw7kyYGdrO3CTQZuXSnaHUseG41pOOh+PJoSax3GjUoMJRUKdWrksXC67YHmYgIUGFn+LwlgN6uz2mayiUejfxU/wV3Y7JTCySFnzHbJPL+RH4bwYODoI1I5ttoUp5NcGwYGYxKthv2BVPke6qeVpfk3k+01yKySGdoDpXUqzahy3FVLHgQ+G1pgMf56nbZ3hJjzHsh8mvQX5s6Zw6juLsPzFfDccDBEM1N8kEVtsUeTg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=amd.com; dmarc=pass action=none header.from=amd.com; dkim=pass header.d=amd.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amd.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=V8//NnGS33MaeOPIW79wpgW8+35oRDuWpnZkHoiw/Zk=; b=jBZyDsiWoJCzXbgQ1OzyLkuXhyueVAOX7L41nXtTVCs6uTO2jbzcM+PKi/ET4mfDuIFQXWflcxow0K+uSUBS7k2tn9/dOtJ7fJuLz/Doz2CJRGcOq0K+WkKhXzL0gQfDhi9qHpAcdrxggXKl9I4Tbg09WSbNqcAPQXeMxE+m8RY= Received: from MN2PR12MB3966.namprd12.prod.outlook.com (2603:10b6:208:165::18) by DM6PR12MB4893.namprd12.prod.outlook.com (2603:10b6:5:1bd::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5676.23; Fri, 30 Sep 2022 07:10:47 +0000 Received: from MN2PR12MB3966.namprd12.prod.outlook.com ([fe80::998b:f1a2:b183:43be]) by MN2PR12MB3966.namprd12.prod.outlook.com ([fe80::998b:f1a2:b183:43be%4]) with mapi id 15.20.5676.023; Fri, 30 Sep 2022 07:10:44 +0000 From: "Chang, Abner" To: "Ni, Ray" , "Attar, AbdulLateef (Abdul Lateef)" , Sunil V L , "devel@edk2.groups.io" , "Kinney, Michael D" CC: lichao , "Kirkendall, Garrett" , "Grimes, Paul" , "He, Jiangang" , Leif Lindholm , Andrew Fish Subject: Re: [edk2-devel] The principles of EDK2 module reconstruction for archs Thread-Topic: [edk2-devel] The principles of EDK2 module reconstruction for archs Thread-Index: AdjPX4ZZG0rDXS4WTdOIWvoiYOLYcgC9rttQAC2dmIAADxJbkAAiVmtwAABqVrAAMdRUkA== Date: Fri, 30 Sep 2022 07:10:44 +0000 Message-ID: References: In-Reply-To: Accept-Language: zh-CN, en-US X-Mentions: michael.d.kinney@intel.com X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_4342314e-0df4-4b58-84bf-38bed6170a0f_Enabled=true; MSIP_Label_4342314e-0df4-4b58-84bf-38bed6170a0f_SetDate=2022-09-30T07:10:39Z; MSIP_Label_4342314e-0df4-4b58-84bf-38bed6170a0f_Method=Standard; MSIP_Label_4342314e-0df4-4b58-84bf-38bed6170a0f_Name=General; MSIP_Label_4342314e-0df4-4b58-84bf-38bed6170a0f_SiteId=3dd8961f-e488-4e60-8e11-a82d994e183d; MSIP_Label_4342314e-0df4-4b58-84bf-38bed6170a0f_ActionId=eb6a5c06-93b9-4c5f-a1b8-a42381966a1a; MSIP_Label_4342314e-0df4-4b58-84bf-38bed6170a0f_ContentBits=1 authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=amd.com; x-ms-publictraffictype: Email x-ms-traffictypediagnostic: MN2PR12MB3966:EE_|DM6PR12MB4893:EE_ x-ms-office365-filtering-correlation-id: ee55b680-86c3-49e3-f933-08daa2b2e45c x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 0cc+8KTyCq2bHTwtKqj/z0T7JOM0wvNRB7C7zJ2m808Zteaw6A4APcf9vc6GcXw9yLmdGAgZDTZWQhJGWCqBiJlE5yJj9DG1/WU0KpA8SiecNtNTyzhj/HPttMDf4+2etVauFjgYupj4RMdRiuCpcA2QZ8EOmpvjl7vWB2elCCH5NSkTz0SO05mUA1Jmjy5ACz01AV94P10W0/xlIwf3qRtUUbM0jb69T+HJuiQi7vhMNSY53rnvp1mpnPZATY29huW575FCHJAQw8kCIMAsQgK8WCD3PwC6Gef1qHZ79iiYhoPbh/xGepwZdVyOMX6VHR3uTXeRKt12E+batxSI9KMFkPpEv/MivTi+LaGxifvTboclXwLTVi2k7gjKDageakgl244aw6FTlroHNuFOtcpB4c30dcHSAfIjSfcXsWsPp3q7UzuFcFO1iXSnGirHmMcH0wHcFKw0mOkBrBj9YW547AdhOmlC2C5BkCAZRVABMKn7WN7Ub2/s0YknX2xFDtvwLRMwuEmLO4fI2RwGWELXcNNLKOnwxW/8YPZDhHlbzP9t4/thqMDlTQt+TT8keU9I/lCTkKZ6wUO0nrMPLTKuerT3HlB9f4tGLyYx6p52KvapSsheargWN0aFJd4mpCt5Hv/K/A6cLlPNlsVMNK2utDvnxub+Q3D3VAVmCfXF8Dw2bqnwlAl6jg+1C1Y7+3m1cVMC7jPt4rZfpbmwVYE0o1LAXYcff2iHZrvUJ2LMD1GSxHM8VvpmFPccYfDBBgfOytNiBu99S4Xtm8h6Wi1fZGdVuN6gCsxPka3mTnwON00WfwvGx3E7p8atMt3GrDWPbMe1HoirW6ZOxOzLoA== x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:MN2PR12MB3966.namprd12.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230022)(4636009)(376002)(366004)(346002)(39860400002)(136003)(396003)(451199015)(478600001)(110136005)(19627235002)(316002)(54906003)(966005)(55016003)(86362001)(2906002)(64756008)(76116006)(66946007)(66556008)(66476007)(45080400002)(66446008)(8676002)(4326008)(38070700005)(41300700001)(6506007)(7696005)(53546011)(122000001)(5660300002)(26005)(9686003)(52536014)(8936002)(38100700002)(33656002)(186003)(83380400001)(71200400001);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?ekxixE7oAoccbZGeF7euMqrr5O5L/L4hgS2tCtNFyMM6JPj12QbAZMf+Ih8E?= =?us-ascii?Q?93mU1Xorami/3dAQSsrSqyEL4QPLG2mhHcOBVOaQ5eG+6jDJC3WkEFM3rrLk?= =?us-ascii?Q?CGAtU1R8OxfiZ3A+1vwtkjtvSG+e+/9eu0GqztrfEAlYdlopt948D/+TNY1t?= =?us-ascii?Q?KSgX1KeRKwaIixT+cA2GY38ow5eBY51h2vJyCmtcrt+B9AS8Uzwz7BkHtDHP?= =?us-ascii?Q?2qUuYJ6rK/o5gqFWSlxRC3nA3FuwGVyJOewF26GeKCCjvsqo6grcbnJzQ/4d?= =?us-ascii?Q?agVIW4X6FxlKnvHsaTYMRolAb/7lDDHFS0p7+jLe6Ex7zBVSgK/Cb1qYu9EI?= =?us-ascii?Q?haALTnOFEysL1gFBxnV+sn8i9pM2I/90oRAxpfSJyPUcDoSD5jOH4/DtvDYD?= =?us-ascii?Q?6F9c8PEc/wpK4IZHFRy7E5aigerCztzJvWE55K3WU8xKjg54+J8LRiJgsLDW?= =?us-ascii?Q?zxm9mcpejGluaAU9Pw0H8v/8E2112Ac5Bjy3SusbGdX3j+z8Xw2dnDuDTvXO?= =?us-ascii?Q?QGQkVKnlXibZrfDnuTH+ppi48p6YAtDPUWW5v/SBqZL8EDv3xCNf2050Vo+b?= =?us-ascii?Q?ZSs0Y48AweaNBT7r9DfQxx/ZI7Hc+FgYES/8/ICqe7VJhTVsW4u3K5Y4mYpv?= =?us-ascii?Q?crtUTamW6yD7Tzjp9eLgBUAaxeAxrbV6kckVYe7I2E1tlsWU2Ts5rR+QqvRu?= =?us-ascii?Q?mcjddpWwPoPDHJkvVWy2yIf/fMWSLKIen1WbBF9yqCsoS5waQvCY3uQwKjVX?= =?us-ascii?Q?KG17XDSJDtouMkx+/5phpOukzJte4Tq5s9US/xptwrT2oPCKlQf1yw4+W8Ra?= =?us-ascii?Q?EF3LLeQkoQ+CH1FL+S734/M2L9MJUoMor7rylrklCJNDdKQd+T0mIOWrm5E3?= =?us-ascii?Q?VXdMO8ZJhUZ6ZLEkYXeaEY852XNy1meeEXqyHEwIkWyJPRQGRtHZZCuemDAf?= =?us-ascii?Q?woxPvg/nDLCSkcZSKX8lHaEW0PU/doS3fmeVoLnrXMLS8FaeRBIOnxRo2Z55?= =?us-ascii?Q?gJDtxvf1ViGC/2DUmlaKOOCRaFQ/cWh0lssSrkmZKXHzXQWiq147Ug0r2r4y?= =?us-ascii?Q?KqPaYodWMsbVotKjuw6H1feH89BveGonwQ3BM5TZDPjV3a4zFl+xstNOMihZ?= =?us-ascii?Q?37vha7X3IpwuUh5ezmsPDqprmwTm+k/RwZzsZnetHEGCmMKIFbKuvwuJllLC?= =?us-ascii?Q?lqIZnfHM8vJ5QBzsQNp5jwTyRtKIOQGnlTzOlfRNgA7NngTdfQ7hfT3C22Aq?= =?us-ascii?Q?M6VYLuoyJ68GxHGW5gXp1u0GvW0TsYhbuffWTQxuTON1SUcpVrEtmuL8GEbd?= =?us-ascii?Q?LhTDRC5bYjz6uCeBz8xn/e2GosYJkH5MJfXrOkv4DAVtYTvfPeU3kfRUSPb5?= =?us-ascii?Q?+OVWJbSTgjBGxxi6RAr54LBipv64aPxs6sBz9O519jSOchOMYX0DUt5E+AQa?= =?us-ascii?Q?D18WIfGeIfyRB4DZZVACR72nSxFIsv8/fG2Wsx7PgD4LW0UkIGnpWVfAd9UV?= =?us-ascii?Q?jxwsmVljzKe72TY5i6Igu6vqoiEGVwYLS4oR/3yCjn42Mc4WKV8ILv16s3cn?= =?us-ascii?Q?PfaH8aOp2VfOmTHrSjOPXf4IpgLMZAsMG14LZAHg?= MIME-Version: 1.0 X-OriginatorOrg: amd.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MN2PR12MB3966.namprd12.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: ee55b680-86c3-49e3-f933-08daa2b2e45c X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Sep 2022 07:10:44.5054 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 3dd8961f-e488-4e60-8e11-a82d994e183d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: beX7qrQTKsIAmRy9L94ezJ4vDuSO/wn7eoarFUc4q0cw5Ml6jkeucO2xtnbhmwwT3LrpAiZp+l2mrkx8dINffQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR12MB4893 Content-Language: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable [AMD Official Use Only - General] Thanks Ray, here are my responses.=20 https://github.com/tianocore-docs/edk2-CCodingStandardsSpecification/pull/2 @Kinney, Michael D we may also need your clarification on the comments. > -----Original Message----- > From: Ni, Ray > Sent: Thursday, September 29, 2022 3:42 PM > To: Attar, AbdulLateef (Abdul Lateef) ; Chang, > Abner ; Sunil V L ; > devel@edk2.groups.io > Cc: Kinney, Michael D ; lichao > ; Kirkendall, Garrett ; > Grimes, Paul ; He, Jiangang > ; Leif Lindholm ; > Andrew Fish > Subject: RE: [edk2-devel] The principles of EDK2 module reconstruction fo= r > archs >=20 > Caution: This message originated from an External Source. Use proper > caution when opening attachments, clicking links, or responding. >=20 >=20 > Abner, > Comments in > https://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fgith > ub.com%2Ftianocore-docs%2Fedk2- > CCodingStandardsSpecification%2Fpull%2F2%23pullrequestreview- > 1124763311&data=3D05%7C01%7CAbner.Chang%40amd.com%7Cd825e24 > 8625541e3f43e08daa1ee2883%7C3dd8961fe4884e608e11a82d994e183d%7C0 > %7C0%7C638000341502885565%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC > 4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000% > 7C%7C%7C&sdata=3DRXxgpbEr6ivbqP1R6%2B3Rxl%2ByJAnaUJuaYYKdfCH > 8jo8%3D&reserved=3D0 >=20 > We can discuss more in tomorrow's meeting. >=20 >=20 > > -----Original Message----- > > From: Attar, AbdulLateef (Abdul Lateef) > > Sent: Thursday, September 29, 2022 3:11 PM > > To: Chang, Abner ; Sunil V L > > ; devel@edk2.groups.io; Ni, Ray > > > > Cc: Kinney, Michael D ; lichao > > ; Kirkendall, Garrett > > ; Grimes, Paul ; > He, > > Jiangang ; Leif Lindholm > > ; Andrew Fish > > Subject: RE: [edk2-devel] The principles of EDK2 module reconstruction > > for archs > > > > Hi Abner, > > Looks good to me. > > Reviewed-by: Abdul Lateef Attar > > > > Thanks > > AbduL > > > > -----Original Message----- > > From: Chang, Abner > > Sent: 28 September 2022 20:31 > > To: Sunil V L ; devel@edk2.groups.io; > > ray.ni@intel.com > > Cc: Kinney, Michael D ; lichao > > ; Kirkendall, Garrett > > ; Grimes, Paul ; > He, > > Jiangang ; Attar, AbdulLateef (Abdul Lateef) > > ; Leif Lindholm > > ; Andrew Fish > > Subject: RE: [edk2-devel] The principles of EDK2 module reconstruction > > for archs > > > > [AMD Official Use Only - General] > > > > I just had created PR to update edkII C coding standard spec for the > > file and directory naming. We can review and confirm this update first > > and then go back to the principles of EDK2 module reconstruction for ar= chs. > > Here is the PR: > > > https://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fgith > > ub.com%2Ftianocore-docs%2Fedk2- > &data=3D05%7C01%7CAbner.Chang%40amd.c > > > om%7Cd825e248625541e3f43e08daa1ee2883%7C3dd8961fe4884e608e11a82 > d994e18 > > > 3d%7C0%7C0%7C638000341502885565%7CUnknown%7CTWFpbGZsb3d8eyJ > WIjoiMC4wLj > > > AwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C% > 7C%7C&a > > > mp;sdata=3DX4z9puj81nIGTqtMxC9igDZyBPOT6OTWSU%2BjoIowo%2BE%3D&a > mp;reserv > > ed=3D0 > > CCodingStandardsSpecification/pull/2 > > > > The naming rule is mainly for the new module or new file IMO. Some > > existing module may not meet the guidelines mentioned in this spec. > > Thus we need the principles of EDK2 module reconstruction on the > > existing module to support other processor archs and not impacting the > existing platforms (e.g. > > rename the INF file or directory to meet the guidelines). > > > > Sunil, seems RISC-V CpuDxe meet the guideline. Please check it. > > Just feel that having CpuDxe.c to Riscv64 folder is not quite a best > > solution. I think at least we can abstract the protocol structure and > > protocol installation under CpuDxe\ and have the arch implementation > > under arch folder. We can discuss this later after we confirming the > guideline and principles. > > > > Thanks > > Abner > > > > > -----Original Message----- > > > From: Sunil V L > > > Sent: Wednesday, September 28, 2022 3:34 PM > > > To: devel@edk2.groups.io; ray.ni@intel.com > > > Cc: Chang, Abner ; Kinney, Michael D > > > ; lichao ; > > > Kirkendall, Garrett ; Grimes, Paul > > > ; He, Jiangang ; Attar, > > > AbdulLateef (Abdul Lateef) ; Leif > > > Lindholm ; Andrew Fish > > > Subject: Re: [edk2-devel] The principles of EDK2 module > > > reconstruction for archs > > > > > > Caution: This message originated from an External Source. Use proper > > > caution when opening attachments, clicking links, or responding. > > > > > > > > > On Wed, Sep 28, 2022 at 03:33:45AM +0000, Ni, Ray wrote: > > > Hi Ray, > > > > > > > > 1. When a new arch's implementation is introduced to the > > > > existing > > > module which was developed for the specific arch: > > > > > > > > 1. The folder reconstruction: > > > > > > > > * Create arch folder for the existing arch implementation > > > > [Ray] Do you move existing arch implementation to that arch folder? > > > > It will > > > break existing platforms a lot. > > > > > > > > * Create the arch folder for the new introduced arch > > > > [Ray] I agree. But if we don't create arch folder for existing > > > > arch > > > implementation, the pkg layout will be a mess. > > > > > > > > [Ray] Hard for me to understand all the principles here. Maybe we > > > > review > > > existing code including to-be-upstreamed code and decide how to go. > > > > > > > > > > Could you please take a look below changes which is trying to add > > > RISC-V support for CpuDxe? > > > > > > https://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fgith > > > ub.com%2Ftianocore%2Fedk2- > > > > > > staging%2Fcommit%2Fbba1a11be47dd091734e185afbed73ea75708749& > > > > > > data=3D05%7C01%7Cabner.chang%40amd.com%7Ca419e6a010d34fde464b08d > > > > > > aa123e080%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C63799947 > > > > > > 2732494527%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIj > > > > > > oiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sd > > > > > > ata=3DVq6pJLnn8yJrJhFZn7LfLbZzrtpG4n1VLWgAil6J38U%3D&reserved=3D0 > > > > > > https://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fgith > > > ub.com%2Ftianocore%2Fedk2- > > > > > > staging%2Fcommit%2F7fccf92a97a6d0618a20f10622220e78b3687906&da > > > > > > ta=3D05%7C01%7Cabner.chang%40amd.com%7Ca419e6a010d34fde464b08daa1 > > > > > > 23e080%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C63799947273 > > > > > > 2494527%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV > > > > > > 2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata > > > > > > =3DxFmvUv58vh4AUAM17Qy9G5jZWFZlK2Ozt3njpG1e8%2BY%3D&reserv > > > ed=3D0 > > > > > > What do you suggest with above example? > > > > > > 1) Common INF for all architectures - but modify INF alone, no X86 > > > folder creation. > > > > > > This is what I have done in the commit above. May be of least impact > > > to existing code since it is only INF change. But like you mentioned > > > this is bit weird that X86 files will remain in root folder directly > > > along with some common files. > > > > > > 2) Common INF (CpuDxe.inf) + create arch folders X86, X64, IA32, > > > RiscV64 etc > > > > > > IMO, this is probably the best approach. What would be the > > > challenges with this? > > > > > > 3) Separate INF for arch like CpuDxe.inf for x86, CpuDxeRiscV64.inf > > > for > > RISC-V. > > > > > > This again probably is not a good idea. > > > > > > 4) If the module/library is specific to one arch (ex: SMM(X86), > > > SBI(RISC-V)), then create separate INF. > > > > > > Thanks! > > > Sunil