From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id EE81C43C4B for ; Tue, 5 Mar 2024 12:32:21 +0100 (CET) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id B208440270; Tue, 5 Mar 2024 12:32:21 +0100 (CET) Received: from EUR05-AM6-obe.outbound.protection.outlook.com (mail-am6eur05on2095.outbound.protection.outlook.com [40.107.22.95]) by mails.dpdk.org (Postfix) with ESMTP id DDD454026B for ; Tue, 5 Mar 2024 12:32:19 +0100 (CET) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=oPzl2dD2X+vPuUdkombi+oa03qYZO4r3SDgXsOFlLB/D64GoRNax0/+y0DX6cVHftw75iup6kpd2DtmtGFi0gvFRqbqimZF/lUvccFk5wjMWSdilLk/ea8HNsELKPs823bM8LQ4Z+vgz6pEZVTqiv/C2eGz9s0PE95s5sCrvxenBUBmOHGkBQMnahlwzgEJZrmWUxwlB98yUmRcMbAf59e+TRZ7qqpmzPG/+7bZaJhv78D8qlCqu7pC3zOOkqi+b78k1pk54OhxmH/zuT9nImeN3HGo/flmgoYI30f4IZ7IXWnljkjP2JPsedn2/Jnc1qzbrF2oC204ksQDzOMTQwA== 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=NDTKBacBcEcy/uPn3DU1TrLNkTeZkOti/VOXuRE3GJM=; b=IqP+hcjt/Gd7McCw+opV2hxKqewildH8R/WsBlT3fp2EEBgyRuLAV3vWzhAqONH5d4S74KzV7c263w5V1uiiG7EAKxIS/ixh/72oyq5QJigxmGpM4Ed23SPGfC8M0XJdLKZlomDX3CnU/84SFccxI0JJbp08gBKrKS9rWVEncUKSLwEXGY5nJKBNzz0tXKsfrCZn7kjmLRKta3FGvZw3LJvh4pETYGX/pf/sACtoYkJWZeAYEPUpxEJ7V3AcApK7RRM3y0zsRHSEHzEO4vDaMWGVxQdbvvdvA640Z+fqTlhnPVha08RBTs21j70HZTO5/QYeHCg0aFIh069UaCSkOw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=jscingenium.com; dmarc=pass action=none header.from=jscingenium.com; dkim=pass header.d=jscingenium.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=grupoingenium.onmicrosoft.com; s=selector2-grupoingenium-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=NDTKBacBcEcy/uPn3DU1TrLNkTeZkOti/VOXuRE3GJM=; b=C2G2CJAuI+LdUf+M+Ba+YLUAYxpNWp8KYkx/rZQjk3WZKlDsEBQ+hvvYIGPUkXtabXA4sXIxjHermS7oLZprtvvxOq6zWE2Q0g7Wypk5F1K41bBHoouDbRb9+T0CvSPXBeP0tnYzXYax48E+6pEJg1p1syWVgAKoEKjyXGqpXBE= Received: from PAXPR10MB4857.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:102:1dd::24) by PR3PR10MB4077.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:102:97::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7339.39; Tue, 5 Mar 2024 11:32:16 +0000 Received: from PAXPR10MB4857.EURPRD10.PROD.OUTLOOK.COM ([fe80::1bf2:fc79:179a:62c3]) by PAXPR10MB4857.EURPRD10.PROD.OUTLOOK.COM ([fe80::1bf2:fc79:179a:62c3%7]) with mapi id 15.20.7339.035; Tue, 5 Mar 2024 11:32:16 +0000 From: =?iso-8859-1?Q?Jos=E9_Manuel_D=EDaz_Rodr=EDguez?= To: "users@dpdk.org" Subject: SIGSEGV in netsvc/hn_rxtx.c:1075 (DPDK 23.07) Thread-Topic: SIGSEGV in netsvc/hn_rxtx.c:1075 (DPDK 23.07) Thread-Index: Adpu6OCAaV+SOPFsT6+bRTicYrnKOQ== Date: Tue, 5 Mar 2024 11:31:51 +0000 Deferred-Delivery: Tue, 5 Mar 2024 11:29:17 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=jscingenium.com; x-ms-publictraffictype: Email x-ms-traffictypediagnostic: PAXPR10MB4857:EE_|PR3PR10MB4077:EE_ x-ms-office365-filtering-correlation-id: 2d810081-6834-4eb0-7d69-08dc3d07e922 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: uymY49AXwysYTmsdN9Z4RtvTnyO+arfUy0vxkSXkASVGtbQd4NOHKVVHZ8MJ+m3hKr99QkeklUOxIbQ7CA+K/8Q3xSkrGsBBMNOBxD37RvAsvfIeyWCoR+PDDRKznxJ//1u/V++JkKealHK11ioRed0vsxzxIP3OhtooVT4DoVah6DCesja5GcgxEF8Ky0nUISNznaZiCw4eqwChAadZt+xjpma+lKjKxR6mpkXVa9eK/ckWP7h0uENLQBpR+Eh97ccBJYu2O4W2XFnewKqVr13gE+mM3CgmZw18xSuwzrdnUb2LPapp7xfucsJyPzTPL5qYpFjWJ7R9SH67KQMy7+usA2fGlA2vL8+YENuLQ6r2Ao+UH6RDDukKb2U856J2AzJ4RMY4p7lJjzsqzsa2IxXjLzLGzlJeN43mAeMBm/H0YnwyktIoLSiV/can2Na1SIEVGYKQSKVpRSKW4z8GBc7/ojmbQazgFfHtSX9cqt6fNaud6Ftcsc/m6KoiIuXCNYvYJ/AVgtdfjbRcz2DgSAb/WtMaeX7XcHnZjxtw/2GZrlgO0PASM65GG3Ezf/yykaJOXLa6V125PlZwOIB2B2Qn6+X3cSGtu03VJZEykT/23JpqtOWrJ4VMEb97K4INPjZeIiRkjcaSNEHiaXRPRHf0b5PixjtcTwwcEJD12bE0tINWzPCGpfBFoKllZODAWgvj7IzKlHTqBPnIR//ri0mjcLt73Dhs00hpRq8SUG8= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:PAXPR10MB4857.EURPRD10.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(13230031)(376005)(38070700009); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?0+0ygxuMklYEAD6AyUEKGQSrZqsk87NUdheD0rsFVMXXX0IIPmSfZwIBqj?= =?iso-8859-1?Q?HghiS2H4a8fiH/10EG48f9Kp4mq67Vvfxcwfd0thePOfEmK5w0h2Gq5KJq?= =?iso-8859-1?Q?7B91fEKisH+JbtmG5xno/ZqVEhN6VxE3aKbeo5cDtWfKXFUNOpKyNtTqle?= =?iso-8859-1?Q?bOaHq0V4v/pZx5gZRVlGeQXr1wNRf9hb6iwt1ZlylHBwO2aXCmrouo1X3J?= =?iso-8859-1?Q?v944n0xrmisg3Hr+vkJyNBWneEkXk3xA0lY136XsRlEtM29i1vhF4hUbBx?= =?iso-8859-1?Q?ozacNUpx8JozplUIBrGt5A59Lt5R96D33k3oUDUBRHWRY34jbOp5Im8Tlq?= =?iso-8859-1?Q?tBiwRJyaCcAkr+lFW3Y7iWc25XyzgUH7RzdNRqIV1Q7T5b9sj8iCe6wD1J?= =?iso-8859-1?Q?FAUMAvsxLbvgW0GSUz7Fxj8+IHDC7sdz8DRUNNtm/SISxuKsRmCcHnT2ev?= =?iso-8859-1?Q?PbQQBRJx7eg1xiIwMtqs3a81PkezibDdyXHk2iIRNPGU9KdjoB1n6i/3gQ?= =?iso-8859-1?Q?QHj75UmvHwt2DkbFyXnmTyTZAM48095rvcvCvwpjtOAMUHDniqyytUiYjt?= =?iso-8859-1?Q?3gf0YHoDEQ3t1SGsWKTH9r6sP8ucWwI6I5ZKHOg7ZgjaQvTahKE8m9sHPy?= =?iso-8859-1?Q?4cAQJ6OyI3Q2lW6mqpX5yN0vLGiEJ9RYz2hohoFXEJQK1hqnaPGu8HjHLY?= =?iso-8859-1?Q?zTVAmaFQhr5Hmu7tJrfxSs25TGZmtYUU/nPazRdj9AXw2PYqym931QoCMp?= =?iso-8859-1?Q?W6daax3HWVSuezDqnxXljHwKcij0xEyj1939y1d0CcTwv5zT20G1FNuchc?= =?iso-8859-1?Q?/XOy7IVTmqonOT3ZnprAgtY9xafSgUZQqwyHAZZh583/pvGaKDDoEB+/IH?= =?iso-8859-1?Q?Yo1tZx4diSFrl4FR4J8KiNwYSbGQIg4Dm5VXvnlROL/wGcei4DZqE7jV0X?= =?iso-8859-1?Q?9E3YKuadVAd84oTrLiZrNldmuh2OpYfsG01/H+/juLWs6I91MDoPhflzIZ?= =?iso-8859-1?Q?F0oqQOMHSu8IdVyPcSBRBpU3XuoRC6IZNrmTVCdf20XQl0srf6elmEppiG?= =?iso-8859-1?Q?WXwNYXpDqhcjXXo5wf3NLRuyMBHQUTIBxqjYrXUZI7kpQKlm50Ft/e0YTR?= =?iso-8859-1?Q?qtXpnfPe2fIaaVgzGIm25D1c9Uka/Tyt2zmKfPiJsqTbAy4fVBMgfuFtOU?= =?iso-8859-1?Q?cZyuI0Rrs35cXuRpNurBQRgOxlCn0F5v4mzxMOMs7P5cUCzmOLSP7FOazx?= =?iso-8859-1?Q?SWLButzLKuQ/XojcW31rxm8AWsgu1HnE66bV86IIuWT/G8Vw+YZkQv9apV?= =?iso-8859-1?Q?hYaYhFUBQBh7FvZJNRpa4fOw76bOOMvbOKzegh7txNOau76m1jwmCADxHP?= =?iso-8859-1?Q?Riy1bEK+6AQ5JjknqDSJ0Nyz5+yHjEJju3oaeaWBVumqpKRVRH/muu5Vkq?= =?iso-8859-1?Q?QpsvmIWu4C6kWq9PIKMFo8CVa1W4d8V3F8mgUtQvf0mhMVlnsHGY2jfSvM?= =?iso-8859-1?Q?QPd8dM7JykSbPCKwoywETqwYMJGrAToCV2Giph8q6/ttjWwjlVeKBRljTO?= =?iso-8859-1?Q?Udhkr5grpbLgvRspHiHu6IPotdpBbtuHxhNgf6M90mBZNCl24phIr5VKwK?= =?iso-8859-1?Q?DBQnoZyax6/2fA+QgkF9Oaw7joYKHYYTHj?= Content-Type: multipart/alternative; boundary="_000_PAXPR10MB4857A032A81E3703F5479976C4222PAXPR10MB4857EURP_" MIME-Version: 1.0 X-OriginatorOrg: jscingenium.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: PAXPR10MB4857.EURPRD10.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 2d810081-6834-4eb0-7d69-08dc3d07e922 X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Mar 2024 11:32:16.5049 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ff0ea916-3763-41dd-9add-4f803168cf00 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 7jkGuQ+qozLPobWjdQz4AR4br4prXLd08DmyBIKWDhildPSJABERq305WQ8Mkrwf1EjHrgzrJjYBf1Nla21crg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: PR3PR10MB4077 X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: users-bounces@dpdk.org --_000_PAXPR10MB4857A032A81E3703F5479976C4222PAXPR10MB4857EURP_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, everyone: We're trying to make VPP work over Hyper-V Netvsc (DPDK 23.07). We don't have a DPDK implementing HW NIC, but Hyper-V's paravirtualization = of relatively cheap 1G NICs (tested with an HP server and an HP laptop, bot= h fail), so we depend on Hyper-V/uio_hv_generic/netvsc for providing us wit= h a fully virtualized DPDK implementation on top of which to place VPP. The VPP process aborts after receiving some packets if we configure any wor= ker thread (in contrast, the configuration with all VPP, control and user p= lane, in a single thread works). This is the backtrace (deterministic, the same in both machines with differ= ent HW): Thread 3 "vpp_wk_0" received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffa7d2a640 (LWP 1296)] 0x00007fffb0190710 in rte_spinlock_trylock (sl=3D0x20) at ../src-dpdk/lib/e= al/x86/include/rte_spinlock.h:63 63 asm volatile ( (gdb) bt #0 0x00007fffb0190710 in rte_spinlock_trylock (sl=3D0x20) at ../src-dpdk/l= ib/eal/x86/include/rte_spinlock.h:63 #1 0x00007fffb01bd531 in hn_process_events (hv=3D0xac03a7bc0, queue_id=3D1= , tx_limit=3D0) at ../src-dpdk/drivers/net/netvsc/hn_rxtx.c:1075 #2 0x00007fffb01c55d3 in hn_xmit_pkts (ptxq=3D0xac08a5040, tx_pkts=3D0x7ff= fb7b32e00, nb_pkts=3D1) at ../src-dpdk/drivers/net/netvsc/hn_rxtx.c:1497 #3 0x00007fffb0b5bbf2 in rte_eth_tx_burst (port_id=3D0, queue_id=3D1, tx_p= kts=3D0x7fffb7b32e00, nb_pkts=3D1) at /home/ubuntu/vpp/build-root/install-vpp_debug-native/external/includ= e/rte_ethdev.h:6320 #4 0x00007fffb0b57799 in tx_burst_vector_internal (vm=3D0x7fffb7af8b80, xd= =3D0x7fffb7b37c40, mb=3D0x7fffb7b32e00, n_left=3D1, queue_id=3D1, is_shared= =3D0 '\000') at /home/ubuntu/vpp/src/plugins/dpdk/device/device.c:173 #5 0x00007fffb0b56ac2 in dpdk_device_class_tx_fn_hsw (vm=3D0x7fffb7af8b80,= node=3D0x7fffb7b54540, f=3D0x7fffb7bcfdc0) at /home/ubuntu/vpp/src/plugins/dpdk/device/device.c:423 #6 0x00007ffff7062a32 in dispatch_node (vm=3D0x7fffb7af8b80, node=3D0x7fff= b7b54540, type=3DVLIB_NODE_TYPE_INTERNAL, dispatch_state=3DVLIB_NODE_STATE_= POLLING, frame=3D0x7fffb7bcfdc0, last_time_stamp=3D29933360537300) at /home/ubun= tu/vpp/src/vlib/main.c:960 #7 0x00007ffff7063452 in dispatch_pending_node (vm=3D0x7fffb7af8b80, pendi= ng_frame_index=3D9, last_time_stamp=3D29933360537300) at /home/ubuntu/vpp/src/vlib/main.c:1119 #8 0x00007ffff705e7d2 in vlib_main_or_worker_loop (vm=3D0x7fffb7af8b80, is= _main=3D0) at /home/ubuntu/vpp/src/vlib/main.c:1608 #9 0x00007ffff705ded7 in vlib_worker_loop (vm=3D0x7fffb7af8b80) at /home/u= buntu/vpp/src/vlib/main.c:1741 #10 0x00007ffff709b050 in vlib_worker_thread_fn (arg=3D0x7fffb865d600) at /= home/ubuntu/vpp/src/vlib/threads.c:1604 #11 0x00007ffff7096236 in vlib_worker_thread_bootstrap_fn (arg=3D0x7fffb865= d600) at /home/ubuntu/vpp/src/vlib/threads.c:418 #12 0x00007ffff6c86ac3 in start_thread (arg=3D) at ./nptl/pt= hread_create.c:442 #13 0x00007ffff6d18850 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/cl= one3.S:81 (gdb) Before posting on VPP lists, we want to confirm there aren't any known issu= es with netvsc that may be causing this, or any advanced configuration or p= arameter we can try. Our current configuration is pretty simple. The problem can be easily reproduced on an Ubuntu 22.04 VM over Hyper-V (Hy= per-V Server 2019 or Windows 11), with VPP 23.10/DPDK 23.07, two interfaces= , 1 worker thread, DPDK and ping plugins enabled, and sending a bunch of IC= MP Echo Requests on a loop from the host machine to one of the VPP interfac= es. Thank you very much. Regards, Jos=E9 Manuel --_000_PAXPR10MB4857A032A81E3703F5479976C4222PAXPR10MB4857EURP_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi, everyone:

 

We’re trying to make VPP work over Hyper-V Net= vsc (DPDK 23.07).

We don’t have a DPDK implementing HW NIC, but = Hyper-V’s paravirtualization of relatively cheap 1G NICs (tested with= an HP server and an HP laptop, both fail), so we depend on Hyper-V/uio_hv_= generic/netvsc for providing us with a fully virtualized DPDK implementation on top of which to place VPP.

The VPP process aborts after receiving some packets = if we configure any worker thread (in contrast, the configuration with all = VPP, control and user plane, in a single thread works).

This is the backtrace (deterministic, the same in bo= th machines with different HW):

 

Thread 3 "vpp_wk_0" received signal SIG= SEGV, Segmentation fault.

[Switching to Thread 0x7fffa7d2a640 (LWP 1296)]

0x00007fffb0190710 in rte_spinlock_trylock (sl=3D= 0x20) at ../src-dpdk/lib/eal/x86/include/rte_spinlock.h:63

63        = ;      asm volatile (

(gdb) bt

#0  0x00007fffb0190710 in rte_spinlock_trylo= ck (sl=3D0x20) at ../src-dpdk/lib/eal/x86/include/rte_spinlock.h:63

#1  0x00007fffb01bd531 in hn_process_events = (hv=3D0xac03a7bc0, queue_id=3D1, tx_limit=3D0) at ../src-dpdk/drivers/net/n= etvsc/hn_rxtx.c:1075

#2  0x00007fffb01c55d3 in hn_xmit_pkts (ptxq= =3D0xac08a5040, tx_pkts=3D0x7fffb7b32e00, nb_pkts=3D1) at ../src-dpdk/drive= rs/net/netvsc/hn_rxtx.c:1497

#3  0x00007fffb0b5bbf2 in rte_eth_tx_burst (= port_id=3D0, queue_id=3D1, tx_pkts=3D0x7fffb7b32e00, nb_pkts=3D1)

    at /home/ubuntu/vpp/build-root= /install-vpp_debug-native/external/include/rte_ethdev.h:6320=

#4  0x00007fffb0b57799 in tx_burst_vector_in= ternal (vm=3D0x7fffb7af8b80, xd=3D0x7fffb7b37c40, mb=3D0x7fffb7b32e00, n_le= ft=3D1, queue_id=3D1, is_shared=3D0 '\000')

    at /home/ubuntu/vpp/src/plugin= s/dpdk/device/device.c:173

#5  0x00007fffb0b56ac2 in dpdk_device_class_= tx_fn_hsw (vm=3D0x7fffb7af8b80, node=3D0x7fffb7b54540, f=3D0x7fffb7bcfdc0)<= o:p>

    at /home/ubuntu/vpp/src/plugin= s/dpdk/device/device.c:423

#6  0x00007ffff7062a32 in dispatch_node (vm= =3D0x7fffb7af8b80, node=3D0x7fffb7b54540, type=3DVLIB_NODE_TYPE_INTERNAL, d= ispatch_state=3DVLIB_NODE_STATE_POLLING,

    frame=3D0x7fffb7bcfdc0, last_t= ime_stamp=3D29933360537300) at /home/ubuntu/vpp/src/vlib/main.c:960

#7  0x00007ffff7063452 in dispatch_pending_n= ode (vm=3D0x7fffb7af8b80, pending_frame_index=3D9, last_time_stamp=3D299333= 60537300)

    at /home/ubuntu/vpp/src/vlib/m= ain.c:1119

#8  0x00007ffff705e7d2 in vlib_main_or_worke= r_loop (vm=3D0x7fffb7af8b80, is_main=3D0) at /home/ubuntu/vpp/src/vlib/main= .c:1608

#9  0x00007ffff705ded7 in vlib_worker_loop (= vm=3D0x7fffb7af8b80) at /home/ubuntu/vpp/src/vlib/main.c:1741

#10 0x00007ffff709b050 in vlib_worker_thread_fn (= arg=3D0x7fffb865d600) at /home/ubuntu/vpp/src/vlib/threads.c:1604

#11 0x00007ffff7096236 in vlib_worker_thread_boot= strap_fn (arg=3D0x7fffb865d600) at /home/ubuntu/vpp/src/vlib/threads.c:418<= o:p>

#12 0x00007ffff6c86ac3 in start_thread (arg=3D<= ;optimized out>) at ./nptl/pthread_create.c:442

#13 0x00007ffff6d18850 in clone3 () at ../sysdeps= /unix/sysv/linux/x86_64/clone3.S:81

(gdb)

 

Before posting on VPP lists, we want to confirm ther= e aren’t any known issues with netvsc that may be causing this, or an= y advanced configuration or parameter we can try.

Our current configuration is pretty simple.

The problem can be easily reproduced on an Ubuntu 22= .04 VM over Hyper-V (Hyper-V Server 2019 or Windows 11), with VPP 23.10/DPD= K 23.07, two interfaces, 1 worker thread, DPDK and ping plugins enabled, an= d sending a bunch of ICMP Echo Requests on a loop from the host machine to one of the VPP interfaces.

 

Thank you very much.

 

Regards,

 

Jos=E9 Manuel

--_000_PAXPR10MB4857A032A81E3703F5479976C4222PAXPR10MB4857EURP_--