From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx0a-001b2d01.pphosted.com (mx0a-001b2d01.pphosted.com [148.163.156.1]) by sourceware.org (Postfix) with ESMTPS id 61F10395443F for ; Wed, 16 Nov 2022 11:28:31 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 61F10395443F Authentication-Results: sourceware.org; dmarc=pass (p=reject dis=none) header.from=ibm.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=ibm.com Received: from pps.filterd (m0098409.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 2AGAn24x010254; Wed, 16 Nov 2022 11:28:28 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ibm.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=pp1; bh=/c+d6A5Pt6eFY4VHRxNznUa48IqopOEJBuyBhbz0h5E=; b=PoSabQUpgCrGanTKd79l+W/gmFK9bnmgyz8EsREOtZ0R/YpWjtYnYrAHVenKCc7GHu6Q rnLbHizvfFRDjlM2a4SAtqz0XLcxTKQPGa2puLNQonAXn1rd/i1Y32I+kJ1xOJrxY4uf Ou4XNTxRCZsID48BDy4IT/ezjJoDl18qqH3yO9KfMQnF5/i5Xd36Qxj+W6E7fjdbC9un 2277lTFMXXZpUvneFXRDEWXQ3A6ZLQYcQZfQO4UJW7dHPBPq6lBaa3c9H4y+U3Du1UTQ vrT8XVQVy0cCDo/1HxoYm7DywWoXikGLQBKG4pEoL6UITAMAtCdGm59l7Q/vUBV4MOri 6Q== Received: from nam12-mw2-obe.outbound.protection.outlook.com (mail-mw2nam12lp2041.outbound.protection.outlook.com [104.47.66.41]) by mx0a-001b2d01.pphosted.com (PPS) with ESMTPS id 3kvxeg0yd3-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 16 Nov 2022 11:28:27 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=fa86EIDiTKIekytMDed/0uro2DSPNF3R0tMn2qiyu+x+eWcSyP1UeuJ93fzxEYydIhx43xDrX4UfZC45kVxXJ0lFumV3H7QPfIqOCIC/RANEmAwvDJAjbCHnZXZWqKCiNcLUBEOr10mb4bPOojrljIvrFybCMxNoffhpQB29Dblp+ZpLj1iAbAUsKtUPmG3eEodkXaPLhaU0kUii/uotJZuXs3b+Jo82CRXSF8cpST4Bs33pdSLaf5H4vb4TpxuFq4f7DtfTChD3/glmL9JvD7HqkidmgGvKWDCerlqQDmPNEeKEi/9u4NPJaTFlFE3qoydJ/RcqcqNexgC9HGj62w== 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=/c+d6A5Pt6eFY4VHRxNznUa48IqopOEJBuyBhbz0h5E=; b=VlPS3DbjS3SVPXlhxmM4ZJQHr40WH5djDVJR+cLralp8N2C2Uef6ESO1lmzmcrKfxFUFxHLD6XQDljxc8tgcNodAIicPtI0kI1LPyca6gSAXEyikDemhTB5OfdE9ZFEMyKwSP76RaO9KqRIB1DC7ZX6dvDexRSFCGDaFZQGR1rgCZFcAde/gCa2kF4/jh9jHHJwA/OUCahxqmMvm/n+M35wqR/Gu015LUPoAaA1sHD0kDrEonfCE5Lbr46s7spKmQftc3K3MbpQDQZH38rWWbIfCZlwF0atos+MBKBV709d0g3kDyF1lyBQVFjAH1ucA+UY//pACulpPLwIWT3W78A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ibm.com; dmarc=pass action=none header.from=ibm.com; dkim=pass header.d=ibm.com; arc=none Received: from BY5PR15MB3540.namprd15.prod.outlook.com (2603:10b6:a03:1b6::29) by SN6PR15MB2432.namprd15.prod.outlook.com (2603:10b6:805:24::28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5813.13; Wed, 16 Nov 2022 11:27:32 +0000 Received: from BY5PR15MB3540.namprd15.prod.outlook.com ([fe80::a9e0:881a:895f:5fb9]) by BY5PR15MB3540.namprd15.prod.outlook.com ([fe80::a9e0:881a:895f:5fb9%4]) with mapi id 15.20.5813.013; Wed, 16 Nov 2022 11:27:32 +0000 From: Aditya Kamath1 To: Ulrich Weigand , "gdb-patches@sourceware.org" , "simon.marchi@efficios.com" CC: Sangamesh Mallayya , Sanket Rathi Subject: Re: [PATCH] Fix call functions command bug in 64-bit programs for AIX Thread-Topic: [PATCH] Fix call functions command bug in 64-bit programs for AIX Thread-Index: AQHY8o8oLBa0QEnD0kK130AZD8l+9K41B4CAgAT1XL+ABKCogIAAGRWBgAAPgACAAAIJQYAABMQAgAAA+XmAAAamgIAClNw1 Date: Wed, 16 Nov 2022 11:27:32 +0000 Message-ID: References: <049a54779f7280ddef6c2da12d0714023514dc9b.camel@de.ibm.com> <881bbbcc3646f5df9c2f334133907d3ca37149a6.camel@de.ibm.com> In-Reply-To: Accept-Language: en-IN, en-US Content-Language: en-IN X-MS-Has-Attach: yes X-MS-TNEF-Correlator: msip_labels: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: BY5PR15MB3540:EE_|SN6PR15MB2432:EE_ x-ms-office365-filtering-correlation-id: 6e89c0b0-51ac-492a-3bfc-08dac7c58da6 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: fhpCUDvQjEvFx+AhmBjL9491C7fXvopCOzkgxWWeSxVvcuJRLf4n6RGsAZwTU7lgdgY2qbGfQ5xC/0gDsM8Uxadh0GtWJsrUdAyCgrLSwicjAxr3rUluloW4AeYLJ1n7mkYwKcJHEqFM57as0iQAnRTQUdLlLe2DEn+dpy0E1WfACXMUzdfaaJpJa42tgO3Woy2khOnoQhh4VVTrpT3we+/SM6+ljIAPWaPn/ciKi3Xp8g8vUjzYm2H+0YEGnQmVJizozjMJ5mPVhJtE1z4JUCBKch71Ttcz86PQT0j0qkgTiceQlD81P22i3ExFC4eRvRc1bwF1ih3OiSIpqNRKdny3mQkkoNNYW2M2pCy9/n6YhgvvNK5osxJrdrnaP54b9uOC3ImsJdurOA1F5C2JfU+fJmQpBcztAB/vOqvX2YExUyy4YmrQ6dqnxMLKDSJBy0im/qDnM5+OqLr1sh6p/uySbsCOQBLtJyiDv1x64gFUXs9WKFiOAIP/TCXtBBpLiXdQ8xjD/G7N56SpwyOXuEUVfTfLIa/5bMrA2cT+Eug0RBmEomxS7g0bZBE/I++SyM7mfLTwh+2/ZWS2RQ0KHFuGaGTY8hPzy2187+NS8kHZWddugvTOahqFNKozLW8sZUbs6+8Q45cehI9OMmGcY4/nSzHOwaRGn6Z96jBs0H+e4vyoLyYd9GbtZNmzNS3a+J78NpD8RnSgZPTSfyO7mKXBl993H7UyD70iEsTLpgErFUz7+P6zBRG/wUbP7faAfFy6OXncEa7wSjzN+VxbDg== x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:BY5PR15MB3540.namprd15.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230022)(136003)(366004)(376002)(39860400002)(346002)(396003)(451199015)(71200400001)(52536014)(8936002)(33656002)(55016003)(7696005)(53546011)(6506007)(26005)(478600001)(38070700005)(41300700001)(19627405001)(5660300002)(83380400001)(66946007)(99936003)(86362001)(9686003)(316002)(54906003)(110136005)(66556008)(2906002)(4326008)(8676002)(122000001)(38100700002)(66446008)(186003)(64756008)(91956017)(76116006)(66476007);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?z4EtkTpND6JQ2ywkBP3Ro7TMQd4U437adbrOTze+YNnxmesPe/xnpeZy4MOO?= =?us-ascii?Q?b8ryOWBtZCQ6smQnjpQmPvOFgL7yYvi+NGUnXEH4HFn2Y49Mc+N08dfLdFYC?= =?us-ascii?Q?H7E0XZfyOG4veUW2qqj5kGWpocLmGOQkHJQV+ewGGT9zB3L+jHQ6b6VjqMqo?= =?us-ascii?Q?jMSWmYBDk4jIxTeHIFF+JEn3txwVgTNZ1BJrHflIkhrbdQqUVNO5bm8ZFcre?= =?us-ascii?Q?QiQZCUpJupfP28p1NBPDVQbIexY2wEOATcWFGUohp38dUo1Du7T+vzaRe0YU?= =?us-ascii?Q?eYLGfzwEkX1uyRs6rUip0+amKxwcNw3ajk16vVmdXdeMCDluvvCvzaZMf7Bj?= =?us-ascii?Q?VQhKhHYqL3dbPxF1oC3soozBrPbywJkTigDbofzs6txSjxBNjHh2ksNGlSJX?= =?us-ascii?Q?HF8KPLBdb5RGjg9e+JO3wuNvhw6yR8AXlU2u+IInhoGfSEWPThk/UwO0MHL/?= =?us-ascii?Q?NiKKtihdzv7sliddkAkaUhJWcg7VxilYnuRrrWKOQhYqR1gJvCWJ/NL2JaJS?= =?us-ascii?Q?pd2ms41okPavOnjZ72SVQJqAQieQUWG2jM86/YTefxIjScUC2EJvJSZRalba?= =?us-ascii?Q?8SPiUFit7AnnfL6aNBaqKv601EZ/3rVyR5/h6TZHTsTLLYjgpLA4qGG5c+dm?= =?us-ascii?Q?HVu4zhRCn8RFgoOMiUOsqT47ObuUQzIGUcGqcxQtDuuSYPQGtEgga2x+Iq13?= =?us-ascii?Q?twlMt+oVJsQYAtTvp96CJqc+/YI9qWFTxAY3vRxEwiogjw6+EptHfV+tUCIf?= =?us-ascii?Q?5uKhqsGzMMHKS2NKDMmLSIkwrcBwKA2RlKx1bIt09TOBnHnUWyOVeTxyczX+?= =?us-ascii?Q?VH3/49PjhFDfSYhbtTXjWjwkR9q4wCzifm2O+jdntOBjGezJzRwFAz8/HHD5?= =?us-ascii?Q?IXx7gGhd4Fg1jM9BzecBNCCQrogk1cGg1U1At1J3ldoNN7YmKX0pSjZ5ozfl?= =?us-ascii?Q?T3rzKBZug7AFijh+e353f4gaFi6BGirSBtAzG5d+sRde9KKPICrL6MFT3PiZ?= =?us-ascii?Q?acrXmEqjA7ouDA6j5CKh2i17GX8LypA/66/HXS8DldImmhnOlV9HEokNrx8X?= =?us-ascii?Q?h0YX/uDUYieKJ2cVbu3zS1WZXCQSYsD+dJOE+j4TRr2Ld4yWp2awnllHUoAx?= =?us-ascii?Q?RHKXqyQ/E6/94ge/iKR0b5ePVWBlNIEbspJ7b4pHWxity8W+i7QDIJvpFIk1?= =?us-ascii?Q?u71pHykwYa2V8/PdVd4418rtLIKFctTT1AwT0wM8y3KJHVAn9pwc7jWryRmJ?= =?us-ascii?Q?sIaUuaCfWKD2XMoXKqAUxBaoFB6ycefWomah5lfJ3+EqwvCjKouCA4e7qA0L?= =?us-ascii?Q?5VAygIBqhWh+REA1lmiALkc9e9bDxaoq5fa+DYGHZUsy4O1SrZ2DJpq8rsB8?= =?us-ascii?Q?QOs05tsgqJR8gCtFlHJ93TqivPlN3JulXjdCHoiWNLzxdfjc4wS2LjSNOlgt?= =?us-ascii?Q?MfxYZkWKyoP6NK+tcgZuZq5L5eXoYbR6k21qD4vS+JOyC4wY4EOYr+m5uXwj?= =?us-ascii?Q?OOpTb/qEHvfo6gnD/PUrBriNyAfSSBF9+zgPXJaPjwRlhtC8gFD1fk1R+ZNy?= =?us-ascii?Q?L+Zbclr5lzJuE6R7qM3KVam0uIpx4K8jqgffyyNN?= Content-Type: multipart/mixed; boundary="_004_BY5PR15MB3540852D087513326BA57169D6079BY5PR15MB3540namp_" MIME-Version: 1.0 X-OriginatorOrg: ibm.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BY5PR15MB3540.namprd15.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 6e89c0b0-51ac-492a-3bfc-08dac7c58da6 X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Nov 2022 11:27:32.5000 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: fcf67057-50c9-4ad4-98f3-ffca64add9e9 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: rpphOdy6gBvBoMfWkeP0F82wAJaGd+hR5bQ8Rtqs8bACh9mpIoUA7u5F3Pgwtw/aHoPEeJm1GovbzL+IY9QUSQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR15MB2432 X-Proofpoint-GUID: DtSZubw6JVkB1i765Sc2-NygVgsYCwX2 X-Proofpoint-ORIG-GUID: DtSZubw6JVkB1i765Sc2-NygVgsYCwX2 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.219,Aquarius:18.0.895,Hydra:6.0.545,FMLib:17.11.122.1 definitions=2022-11-16_01,2022-11-16_01,2022-06-22_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 suspectscore=0 lowpriorityscore=0 mlxlogscore=999 phishscore=0 spamscore=0 adultscore=0 priorityscore=1501 clxscore=1015 mlxscore=0 malwarescore=0 impostorscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2210170000 definitions=main-2211160074 X-Spam-Status: No, score=-3.1 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,HTML_MESSAGE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_NONE,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: --_004_BY5PR15MB3540852D087513326BA57169D6079BY5PR15MB3540namp_ Content-Type: multipart/alternative; boundary="_000_BY5PR15MB3540852D087513326BA57169D6079BY5PR15MB3540namp_" --_000_BY5PR15MB3540852D087513326BA57169D6079BY5PR15MB3540namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Ulrich, >This indicates that value is already placed incorrectly >into the register cache, before store_register was even >called. You were right about this. Thank you so much for your guidance. Please find attached the new patch. See 0001-Fix-call-functions-command-bug= -in-64-bit-programs.patch. In AIX for 64-bit programs, we need to zero extend variables of integer dat= a type. Otherwise, a zero will get dumped in the register as we memset our word to = 0 and integer is not extended. In this patch I changed the same. I have pasted the output and code below.. Let me know what you think. Thanks and regards, Aditya. ---------------------------------- Program: int num2print(long num, float num2, int num3, double num4) { if (num =3D=3D 0) { printf("R0\n"); return 0; } if (num =3D=3D 1) { printf("R1\n"); return 1; } printf("R%ld\n",num); printf("R%f\n",num2); printf("R%d\n",num3); printf("R%lf\n",num4); return num; } int main(int argc, char** argv) { printf("Hi Bangalore %x\n",num2print(27, 16, 13, 9.9)); return 0; } -------------------------------------- Output before patch in 64 bit mode Reading symbols from /home/XYZ/gdb_tests... (gdb) b main Breakpoint 1 at 0x100007dc: file /home/XYZ/gdb_tests.c, line 22. (gdb) r Starting program: /home/XYZ/gdb_tests BFD: /usr/lib/libc.a(/usr/lib/libc.a(shr_64.o)): wrong auxtype 0xff for sto= rage class 0x2 BFD: /usr/lib/libc.a(/usr/lib/libc.a(shr_64.o)): wrong auxtype 0xff for sto= rage class 0x6b Breakpoint 1, main (argc=3D1, argv=3D0xffffffffffffad0) at /home/XYZ/gdb_tests.c:22 22 printf("Hi Bangalore %x\n",num2print(27, 16, 13, 9.9)); (gdb) call num2print $1 =3D {int (long, float, int, double)} 0x1000006a0 (gdb) call num2print (2, 3, 4, 5) R2 R3.000000 R0 R5.000000 $2 =3D 2 (gdb) -------------------------------------------- Output after patch in 32-bit mode Reading symbols from /home/XYZ/gdb_tests... (gdb) b main Breakpoint 1 at 0x10000664: file /home/XYZ/gdb_tests.c, line 22. (gdb) r Starting program: /home/XYZ/gdb_tests Breakpoint 1, main (argc=3D1, argv=3D0x2ff22bf0) at /home/XYZ/gdb_tests.c:22 22 printf("Hi Bangalore %x\n",num2print(27, 16, 13, 9.9)); (gdb) call num2print $1 =3D {int (long, float, int, double)} 0x10000518 (gdb) call num2print (2, 3, 4, 5.43) R2 R3.000000 R4 R5.430000 $2 =3D 2 (gdb) ------------------------------------ output after patch in 64-bit mode Reading symbols from /home/XYZ/gdb_tests... (gdb) b main Breakpoint 1 at 0x100007dc: file /home/XYZ/gdb_tests.c, line 22. (gdb) r Starting program: /home/XYZ/gdb_tests BFD: /usr/lib/libc.a(/usr/lib/libc.a(shr_64.o)): wrong auxtype 0xff for sto= rage class 0x2 BFD: /usr/lib/libc.a(/usr/lib/libc.a(shr_64.o)): wrong auxtype 0xff for sto= rage class 0x6b Breakpoint 1, main (argc=3D1, argv=3D0xffffffffffffad0) at /home/XYZ/gdb_tests.c:22 22 printf("Hi Bangalore %x\n",num2print(27, 16, 13, 9.9)); (gdb) call num2print $1 =3D {int (long, float, int, double)} 0x1000006a0 (gdb) call num2print (2, 3.5, 43, 56.2) R2 R3.500000 R43 R56.200000 $2 =3D 2 (gdb) ________________________________ From: Ulrich Weigand Sent: 15 November 2022 00:40 To: gdb-patches@sourceware.org ; Aditya Kamath1= ; simon.marchi@efficios.com Cc: Sangamesh Mallayya ; Sanket Rathi Subject: Re: [PATCH] Fix call functions command bug in 64-bit programs for = AIX Aditya Kamath1 wrote: >(gdb) call num2print (2, 3, 4, 6) >val in regno =3D 3 via buf is 2 and *addr is 0, regsize =3D 8 >val in regno =3D 4 via buf is 4629700416936869888 and *addr is 1077936128,= regsize =3D 8 >val in regno =3D 5 via buf is 17179869184 and *addr is 4, regsize =3D 8 >val in regno =3D 6 via buf is 25769803776 and *addr is 6, regsize =3D 8.... Thanks! This indicates that value is already placed incorrectly into the register cache, before store_register was even called. Looking at rs6000_push_dummy_call in rs6000-aix-tdep.c, I see: > /* Argument can fit in one register. No problem. */ > gdb_byte word[PPC_MAX_REGISTER_SIZE]; > > memset (word, 0, reg_size); > memcpy (word, value_contents (arg).data (), len); > regcache->cooked_write (tdep->ppc_gp0_regnum + 3 +ii, word); which places an "int" argument in the *high* bytes of a register on a 64-bit system. This seems clearly wrong, and would be the root cause of the problem you're seeing. I think you'll need to have a closer look at this function and make sure it implements the AIX ABI correctly, in particular also on 64-bit systems. (You might want to have a look at the ppc64_sysv_abi_push_dummy_call routine for comparison, which implements the Linux 64-bit ABI; I understand this is similar to the AIX ABI.) I assume that once you've fixed the push_dummy_call implementation, no changes to the store_register / fetch_register routines will be needed at all. Bye, Ulrich --_000_BY5PR15MB3540852D087513326BA57169D6079BY5PR15MB3540namp_-- --_004_BY5PR15MB3540852D087513326BA57169D6079BY5PR15MB3540namp_ Content-Type: application/octet-stream; name="0001-Fix-call-functions-command-bug-in-64-bit-programs.patch" Content-Description: 0001-Fix-call-functions-command-bug-in-64-bit-programs.patch Content-Disposition: attachment; filename="0001-Fix-call-functions-command-bug-in-64-bit-programs.patch"; size=1378; creation-date="Wed, 16 Nov 2022 11:17:45 GMT"; modification-date="Wed, 16 Nov 2022 11:18:12 GMT" Content-Transfer-Encoding: base64 RnJvbSA0NGM0NWMwNTBiZmMwMTdlM2ZmZmMyZDBiYjc2MmQyZmE5YWZmYTdl IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBBZGl0eWEgVmlkeWFk aGFyIEthbWF0aCA8QWRpdHlhLkthbWF0aDFAaWJtLmNvbT4KRGF0ZTogV2Vk LCAxNiBOb3YgMjAyMiAwNDozMDo1OSAtMDYwMApTdWJqZWN0OiBbUEFUQ0hd IEZpeCBjYWxsIGZ1bmN0aW9ucyBjb21tYW5kIGJ1ZyBpbiA2NCBiaXRzIHBy b2dyYW1zIGZvciBBSVgKCkluIEFJWCBmb3IgNjQgYml0IHByb2dyYW1zIHdl IG5lZWQgdG8gemVybyBleHRlbmQgdmFyaWFibGVzIG9mIGludGVnZXIgZGF0 YSB0eXBlLgoKT3RoZXJ3aXNlIGEgemVybyB3aWxsIGdldCBkdW1wZWQgaW4g dGhlIHJlZ2lzdGVyIGFzIHdlIG1lbXNldCBvdXIgd29yZCB0byAwIGFuZCBp bnRlZ2VyIGlzIG5vdCBleHRlbmRlZC4KClRoaXMgcGF0Y2ggaXMgYSBmaXgg Zm9yIHRoZSBzYW1lLgotLS0KIGdkYi9yczYwMDAtYWl4LXRkZXAuYyB8IDcg KysrKysrLQogMSBmaWxlIGNoYW5nZWQsIDYgaW5zZXJ0aW9ucygrKSwgMSBk ZWxldGlvbigtKQoKZGlmZiAtLWdpdCBhL2dkYi9yczYwMDAtYWl4LXRkZXAu YyBiL2dkYi9yczYwMDAtYWl4LXRkZXAuYwppbmRleCBkNDc5NzRiNTFkMS4u YTdkMTc0ZDhiZTggMTAwNjQ0Ci0tLSBhL2dkYi9yczYwMDAtYWl4LXRkZXAu YworKysgYi9nZGIvcnM2MDAwLWFpeC10ZGVwLmMKQEAgLTQwMCw3ICs0MDAs MTIgQEAgcnM2MDAwX3B1c2hfZHVtbXlfY2FsbCAoc3RydWN0IGdkYmFyY2gg KmdkYmFyY2gsIHN0cnVjdCB2YWx1ZSAqZnVuY3Rpb24sCiAJICBnZGJfYnl0 ZSB3b3JkW1BQQ19NQVhfUkVHSVNURVJfU0laRV07CiAKIAkgIG1lbXNldCAo d29yZCwgMCwgcmVnX3NpemUpOwotCSAgbWVtY3B5ICh3b3JkLCB2YWx1ZV9j b250ZW50cyAoYXJnKS5kYXRhICgpLCBsZW4pOworICAgICAgICAgIGlmICh0 eXBlLT5jb2RlICgpID09IFRZUEVfQ09ERV9JTlQpCisgICAgICAgICAgICAg ICAgLyogU2lnbiBvciB6ZXJvIGV4dGVuZCB0aGUgImludCIgaW50byBhICJ3 b3JkIi4gICovCisgICAgICAgICAgICAgICAgc3RvcmVfdW5zaWduZWRfaW50 ZWdlciAod29yZCwgdGRlcC0+d29yZHNpemUsIGJ5dGVfb3JkZXIsCisgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgdW5wYWNrX2xv bmcgKHR5cGUsIHZhbHVlX2NvbnRlbnRzIChhcmcpLmRhdGEgKCkpKTsKKyAg ICAgICAgICBlbHNlCisJCW1lbWNweSAod29yZCwgdmFsdWVfY29udGVudHMg KGFyZykuZGF0YSAoKSwgbGVuKTsKIAkgIHJlZ2NhY2hlLT5jb29rZWRfd3Jp dGUgKHRkZXAtPnBwY19ncDBfcmVnbnVtICsgMyAraWksIHdvcmQpOwogCX0K ICAgICAgICsrYXJnbm87Ci0tIAoyLjMxLjEKCg== --_004_BY5PR15MB3540852D087513326BA57169D6079BY5PR15MB3540namp_--