From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.loongson.cn (mail.loongson.cn [114.242.206.163]) by sourceware.org (Postfix) with ESMTP id A54CE3858D28 for ; Sat, 27 Jan 2024 13:37:09 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org A54CE3858D28 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=loongson.cn Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=loongson.cn ARC-Filter: OpenARC Filter v1.0.0 sourceware.org A54CE3858D28 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=114.242.206.163 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1706362632; cv=none; b=YWPPiUMczVRmzNScpjwYtQdsIDBDwP2kH+ChxI8hk0DDRaLDJ8d+uijOCs7npMD98sx4bjIk9XQeJ52VMf0zEesXbT2c5oLYysxvWuySEfMl7ApvQdbJ1EobKoP36/TS3nzXRmyl1fNHwky/f29yiR8aRY3EOdhvx312ty3zeg8= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1706362632; c=relaxed/simple; bh=WyHT8kltKhwvQnKhocgAQhOwiiVXYEX0IKHJxm4kEDE=; h=Subject:To:From:Message-ID:Date:MIME-Version; b=jVjwK6BbyqMnmC2FzklaD2cnysjrdgDsRYKfXKazyE8yunAs4qoPJAU2k8Gp5Y5p3Ar2TWiLzSzgPaaMSVMaclKHAmdI6exLf8pCU19szlEfubToindQ2qY/zY9/nhTlJvEH96CyC7svB212XiybvesdD5E+y+fp0hwDLcDAd08= ARC-Authentication-Results: i=1; server2.sourceware.org Received: from loongson.cn (unknown [10.20.4.103]) by gateway (Coremail) with SMTP id _____8CxWOgBB7Vl9AgHAA--.3622S3; Sat, 27 Jan 2024 21:37:06 +0800 (CST) Received: from [10.20.4.103] (unknown [10.20.4.103]) by localhost.localdomain (Coremail) with SMTP id AQAAf8AxTs0AB7VldjkfAA--.62938S3; Sat, 27 Jan 2024 21:37:04 +0800 (CST) Subject: Re: [PATCH] LoongArch: Fix a bug of getting relocation type To: Nick Clifton Cc: Xi Ruoyao , mengqinggang , binutils@sourceware.org References: <20240126033932.3577932-1-mengqinggang@loongson.cn> <0e9da3c59573e61105e26edd35fb9dca095e5d07.camel@xry111.site> From: Lulu Cai Message-ID: Date: Sat, 27 Jan 2024 21:37:04 +0800 User-Agent: Mozilla/5.0 (X11; Linux loongarch64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <0e9da3c59573e61105e26edd35fb9dca095e5d07.camel@xry111.site> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-CM-TRANSID:AQAAf8AxTs0AB7VldjkfAA--.62938S3 X-CM-SenderInfo: xfdlz3tox6z05rqj20fqof0/1tbiAQAJB2W0vuEAPwACs8 X-Coremail-Antispam: 1Uk129KBj93XoW7Zry3Cr4xGw48CF1DXFy3Jrc_yoW8Jw4kpF Z7CanxWFWDKr4rAw1vv3W8Ca4ktF93X34UXFn8Kr4qkF15AF9Fgr1ag3yj9r9rArsayry5 Z348Z34xu34UJacCm3ZEXasCq-sJn29KB7ZKAUJUUUUr529EdanIXcx71UUUUU7KY7ZEXa sCq-sGcSsGvfJ3Ic02F40EFcxC0VAKzVAqx4xG6I80ebIjqfuFe4nvWSU5nxnvy29KBjDU 0xBIdaVrnRJUUUBYb4IE77IF4wAFF20E14v26r1j6r4UM7CY07I20VC2zVCF04k26cxKx2 IYs7xG6rWj6s0DM7CIcVAFz4kK6r1j6r18M28lY4IEw2IIxxk0rwA2F7IY1VAKz4vEj48v e4kI8wA2z4x0Y4vE2Ix0cI8IcVAFwI0_Jr0_JF4l84ACjcxK6xIIjxv20xvEc7CjxVAFwI 0_Jr0_Gr1l84ACjcxK6I8E87Iv67AKxVWxJVW8Jr1l84ACjcxK6I8E87Iv6xkF7I0E14v2 6r4j6r4UJwAaw2AFwI0_Jrv_JF1le2I262IYc4CY6c8Ij28IcVAaY2xG8wAqjxCEc2xF0c Ia020Ex4CE44I27wAqx4xG64xvF2IEw4CE5I8CrVC2j2WlYx0E2Ix0cI8IcVAFwI0_Jrv_ JF1lYx0Ex4A2jsIE14v26r4j6F4UMcvjeVCFs4IE7xkEbVWUJVW8JwACjcxG0xvEwIxGrw CYjI0SjxkI62AI1cAE67vIY487MxAIw28IcxkI7VAKI48JMxC20s026xCaFVCjc4AY6r1j 6r4UMxCIbckI1I0E14v26r1Y6r17MI8I3I0E5I8CrVAFwI0_Jr0_Jr4lx2IqxVCjr7xvwV AFwI0_JrI_JrWlx4CE17CEb7AF67AKxVWUAVWUtwCIc40Y0x0EwIxGrwCI42IY6xIIjxv2 0xvE14v26r1j6r1xMIIF0xvE2Ix0cI8IcVCY1x0267AKxVWUJVW8JwCI42IY6xAIw20EY4 v20xvaj40_Jr0_JF4lIxAIcVC2z280aVAFwI0_Gr0_Cr1lIxAIcVC2z280aVCY1x0267AK xVW8JVW8JrUvcSsGvfC2KfnxnUUI43ZEXa7IU8TqcUUUUUU== X-Spam-Status: No, score=-8.2 required=5.0 tests=BAYES_00,KAM_DMARC_STATUS,NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE 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: On 1/26/24 7:02 PM, Xi Ruoyao wrote: > On Fri, 2024-01-26 at 10:55 +0000, Nick Clifton wrote: >> Hi mengqinggang, >> >>> This patch and >>> >>> 969f5c0e1        LoongArch: gas: Add support for s9 register >>> a0aa6f4ab        LoongArch: ld: Add support for TLS LE symbol with addend >>> >>> need to apply to 2.42 branch. >> Applied. >> >> I am hoping that this is the last of these as I am planning on creating the >> release on Monday, and I am always worried that last minute changes will >> bring in new bugs rather than fix old ones... > Pity that we still have the __thread vs. -mcmodel=extreme issue > (https://sourceware.org/pipermail/binutils/2024-January/132120.html and > all the following discussion) not resolved yet. > > Possible to apply my straightforward (stupid) "fix" for 2.42 if a proper > fix cannot be made soon? > Hi, We have sent a new patch to fix the incorrect type transition problem caused by -mcmodel=extreme. Now only TLS type transition will be performed for normal. [PATCH 1/2] LoongArch: Fix incorrect type transition under extreme cmodel [PATCH 2/2] LoongArch: update test cases about TLS Can you help us merge it into the 2.42 branch? Thanks. Related discussions: [PATCH] LoongArch: Disallow TLS transition when a section contains TLS_IE64 or TLS_DESC64 reloc