From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from [87.239.111.99] (localhost [127.0.0.1]) by dev.tarantool.org (Postfix) with ESMTP id 0D8E86ECC0; Mon, 4 Apr 2022 11:57:20 +0300 (MSK) DKIM-Filter: OpenDKIM Filter v2.11.0 dev.tarantool.org 0D8E86ECC0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tarantool.org; s=dev; t=1649062640; bh=oQkTTjpYNrUisOtfbEgFzt9V+LFrfMWfLgrQe1QACVU=; h=Date:To:References:In-Reply-To:Subject:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc: From; b=spiFB7ZtNF/hZffevXgnfKXyKcgfgtie52bGMCLRSRoqOzlTphbeyE/5VrkJ/HVjD D8HVaJyAnmMtUhuScEVW19gIG2C6S3Mz3SHbAtZECJnb2iZIkT7qRE2S9BR6j8Ch6T 3c09FhAEEeLKyak7w7cLB5AeSEUIpWngPuHTBG2Y= Received: from smtpng3.i.mail.ru (smtpng3.i.mail.ru [94.100.177.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dev.tarantool.org (Postfix) with ESMTPS id 264FD6ECC0 for ; Mon, 4 Apr 2022 11:57:18 +0300 (MSK) DKIM-Filter: OpenDKIM Filter v2.11.0 dev.tarantool.org 264FD6ECC0 Received: by smtpng3.m.smailru.net with esmtpa (envelope-from ) id 1nbIWT-00009O-AT; Mon, 04 Apr 2022 11:57:17 +0300 Date: Mon, 4 Apr 2022 11:55:10 +0300 To: sergos Message-ID: References: <20211027130222.15625-1-skaplun@tarantool.org> <6CFA4388-CEBF-4C87-BDEF-03ADC713AA56@tarantool.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6CFA4388-CEBF-4C87-BDEF-03ADC713AA56@tarantool.org> X-4EC0790: 10 X-7564579A: 646B95376F6C166E X-77F55803: 4F1203BC0FB41BD90FA8EB11E8F64C5639B5F8A763EE6707152DF9FAA08A7BCF182A05F538085040F119BB8DBBDB50E4FDDE7460F6ADD85D41BAD7B22840AF5D5A1EF8EE625F1CD6 X-7FA49CB5: FF5795518A3D127A4AD6D5ED66289B5278DA827A17800CE78BEFA404F4C39CF2EA1F7E6F0F101C67BD4B6F7A4D31EC0BCC500DACC3FED6E28638F802B75D45FF8AA50765F79006378010A306A5B6F90A8638F802B75D45FF36EB9D2243A4F8B5A6FCA7DBDB1FC311F39EFFDF887939037866D6147AF826D82100E0D77E219FFC8682A5FB5A9D7D2E117882F4460429724CE54428C33FAD305F5C1EE8F4F765FCC908CD1B87A134A2A471835C12D1D9774AD6D5ED66289B52BA9C0B312567BB23117882F4460429728776938767073520140C956E756FBB7ACB629EEF1311BF91D2E47CDBA5A96583BA9C0B312567BB231DD303D21008E29813377AFFFEAFD269A417C69337E82CC2E827F84554CEF50127C277FBC8AE2E8BA83251EDC214901ED5E8D9A59859A8B65D56369A3576CBA5089D37D7C0E48F6C5571747095F342E88FB05168BE4CE3AF X-8FC586DF: 6EFBBC1D9D64D975 X-C1DE0DAB: 0D63561A33F958A57D9CA694A806D3CFDC380CB8D43A953E54D8D1C2A913E801D59269BC5F550898D99A6476B3ADF6B47008B74DF8BB9EF7333BD3B22AA88B938A852937E12ACA756036BD11B5BF1297410CA545F18667F91A7EA1CDA0B5A7A0 X-C8649E89: 4E36BF7865823D7055A7F0CF078B5EC49A30900B95165D346F44602F3B4946340BA24F74700B7F2CCAE0A1785192890EBFB16B13B9202580D17208E5C9278BE21D7E09C32AA3244C1FF6F80111A3BEE74E0C652DF11023E9F165894D92D62706FACE5A9C96DEB163 X-D57D3AED: 3ZO7eAau8CL7WIMRKs4sN3D3tLDjz0dLbV79QFUyzQ2Ujvy7cMT6pYYqY16iZVKkSc3dCLJ7zSJH7+u4VD18S7Vl4ZUrpaVfd2+vE6kuoey4m4VkSEu530nj6fImhcD4MUrOEAnl0W826KZ9Q+tr5ycPtXkTV4k65bRjmOUUP8cvGozZ33TWg5HZplvhhXbhDGzqmQDTd6OAevLeAnq3Ra9uf7zvY2zzsIhlcp/Y7m53TZgf2aB4JOg4gkr2biojAdqTKMIlqjM/uYev1TFH4w== X-Mailru-Sender: 689FA8AB762F739339CABD9B3CA9A7D6F9FF7AD26A75EA339771463645EE8E5B0FBE9A32752B8C9C2AA642CC12EC09F1FB559BB5D741EB962F61BD320559CF1EFD657A8799238ED55FEEDEB644C299C0ED14614B50AE0675 X-Mras: Ok Subject: Re: [Tarantool-patches] [PATCH luajit] ARM64: Fix assembly of HREFK. X-BeenThere: tarantool-patches@dev.tarantool.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Tarantool development patches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Sergey Kaplun via Tarantool-patches Reply-To: Sergey Kaplun Cc: tarantool-patches@dev.tarantool.org Errors-To: tarantool-patches-bounces@dev.tarantool.org Sender: "Tarantool-patches" Hi, Sergos! Thanks for the review! On 30.03.22, sergos wrote: > Hi! > > I see the test is guess-based in term that number of traces should > be enough to trigger the situation. Is there any confirmation it > will happen at particular traces count? Register allocator is deterministic (IINM), so yes, this test isn't flaky. But the amount of iterations should be large enough to create the necessary bugged trace. > > Otherwise LGTM. > > Sergos > > -- Best regards, Sergey Kaplun