Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp3070860yba; Mon, 8 Apr 2019 10:26:25 -0700 (PDT) X-Google-Smtp-Source: APXvYqz/CdFRf0AoatMPUxbCA0YnE1M8D3tVnNpPzEAsqbgzoUQVoUgILG3tgcJCwVyyiL6dEqEU X-Received: by 2002:a62:4e86:: with SMTP id c128mr31152139pfb.39.1554744385203; Mon, 08 Apr 2019 10:26:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554744385; cv=none; d=google.com; s=arc-20160816; b=JMVs1ZvtPaDiQNy77bFGsfoq7RlfJNfXBUU4JRBhrCrZ/B2fY7wZd3FiRdBfK0Sjs0 rxqXsT8qlu7Fc1F7pbUUxxmYzJo0IZe/3hI5QgSZXOCxhPWBvSjxWcz+YW1hgG77lE/w oJYFm16ZpjomJVbSkki6gvMZvBeKTCLj/PqJw0Yc2HXkiUdvUFxySpWjJLwkpUrXedyf 17XVaC9B1eCmFp6W1PBBCXv8YY21gpcIk7qfEtaaYVmKT1RXCw+JewhTzpUQjDFR+tgZ HRIOX7NACDXD1DQsPI6unYb5c2aWyoFHU5rs/3guLpM3E/cxZS16yXHC+7Drg2QNzGzS dN0w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :reply-to:in-reply-to:references:mime-version:dkim-signature; bh=4GJgGouP+rtaXnxT5WPrrfr1rZ4Lko1AlbLRWI0iLyI=; b=WCtRyJaOPfQAsWBMfU7SuN3Q9Ra67y2obh2EQ9OS/mek1uvDgi5/oDPAMbrLLKkdGB igIdtJL/wTsFOrXUnwnnpCTdARrRkru7GEPP0l0DWD2owlEnSLnOzwdzQSr+gk+qHYpZ mQie6j7QkfkoH1lC74MblbWqBiQXqw+bw8AgjQs6kwoilmJvHDJF266vOlxVk0Kwpz4G M2KEiDGAe2NKwHKC2OhNEwo3L/eFJKyq9aoagGK6k2yUZs+2Kox85fh7UGqp0W1AIm+e JX7cO/HaTOqXAhr6Mc+AOLwfPnPZ6tk901btHImqNXpm7efCftQYwBYGOcuNr7DciL8y +Lug== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=pDXdKD1K; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w12si13701699plz.67.2019.04.08.10.26.10; Mon, 08 Apr 2019 10:26:25 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=pDXdKD1K; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728631AbfDHPJE (ORCPT + 99 others); Mon, 8 Apr 2019 11:09:04 -0400 Received: from mail-wm1-f68.google.com ([209.85.128.68]:33421 "EHLO mail-wm1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726575AbfDHPJD (ORCPT ); Mon, 8 Apr 2019 11:09:03 -0400 Received: by mail-wm1-f68.google.com with SMTP id z6so194656wmi.0 for ; Mon, 08 Apr 2019 08:09:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:reply-to:from:date:message-id :subject:to:cc; bh=4GJgGouP+rtaXnxT5WPrrfr1rZ4Lko1AlbLRWI0iLyI=; b=pDXdKD1KFWpqjRX74w+CnHTOAOHchzFSlax95JlwnTAQ7+5Sl/qS0bTU3vi7RuN9Y3 guMJqHlSv5Hp5bMOzfA0fEVhuHXhTQCWYI1y6NxdsOuHu7cXspd3DbHGL0T9+I5FJmCS S63//G6oyjavOtNmbCEH34fcfF+mhtR0SCLp9/RVj8zizfqTub7DpPOBBZ+BLqzY1Vwc 9XwSGO4XsJfMlrhKe963clLas12N2VEmteqwMNbP1i7WPjd7j0ZHp3qP6vYokjqAPQGv YrFs+fMt11x6qKtVBxXl6A8Wdyt9ezjVTwHoLLzLW9q7iTjJv/8I9asKUTswTnW19ZJ0 BSpQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:to:cc; bh=4GJgGouP+rtaXnxT5WPrrfr1rZ4Lko1AlbLRWI0iLyI=; b=gHG2X+5S6rs1bRJZ+NXO/ur02UhttpZNDMnNNNQGMexvVX20IZ11BwzqXejmBXYNnx ROneHHehMPjKK/Qv+Sql43mMXZ8aYIs8o0PBKdBPRBuAyaNXW+RALk39kavhadDpo6ir /WXhcpIyeIEMhnjx92h/LEmgQmTtKJWe3+gQl2V12AshgQdkAeZzPaOxvS9+iF/G8OTV HdRVcxfseNHc/vfHcSKC5oQfPr7obgyD0Z2X6LhSjCkkKY6SAzNKzCalKcKQUVhzPjkV ZXVcKBSukLo3NJMdeVtZSOKg5Si6WDtgGj0nqYLizcV20UcJsB2R4G6ZOMLvTQnM12t1 x6cw== X-Gm-Message-State: APjAAAX11Ya8pgN+GLYzJ+krX7E0CavmE1NG5PgEJtRSXU46iz8Grwzt B6TYvshFQKQb/HN/WulHiBFut1Fy4+50FrOAxwqO72/z X-Received: by 2002:a1c:7611:: with SMTP id r17mr17701751wmc.98.1554736142311; Mon, 08 Apr 2019 08:09:02 -0700 (PDT) MIME-Version: 1.0 References: <99dde862-6aee-65a0-8b39-33b8ac10df45@redhat.com> <863a33cf-0a1a-17af-0ea8-42e288f8a1fd@redhat.com> <5c5c169d-3bad-9e34-8c56-bedca3e5ae08@redhat.com> In-Reply-To: Reply-To: sedat.dilek@gmail.com From: Sedat Dilek Date: Mon, 8 Apr 2019 17:08:51 +0200 Message-ID: Subject: Re: CBL issue #431: lld: x86_64: sysfs: cannot create duplicate filename $module/.rodata.cst{16,32} To: Denys Vlasenko Cc: linux-kernel@vger.kernel.org, x86@kernel.org Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Apr 8, 2019 at 5:04 PM Denys Vlasenko wrote: > > On 4/8/19 4:57 PM, Sedat Dilek wrote: > > We have arch/x86/crypto/chacha-avx2-x86_64.S and > > arch/x86/crypto/chacha-avx512vl-x86_64.S: > > > > .rodata.cst32.CTR2BL > > .rodata.cst32.CTR4BL > > .rodata.cst32.CTR2BL > > .rodata.cst32.CTR4BL > > > > ...and in arch/x86/crypto/sha256-avx2-asm.S and > > arch/x86/crypto/sha512-avx2-asm.S: > > > > .rodata.cst32.PSHUFFLE_BYTE_FLIP_MASK > > > > Correct? > > You mean, we have duplicate section names. > > Well, this brings me to my initial response - > "Not sure how exactly this causes the error". > > Duplicate section names are allowed by the linker. > There is nothing wrong with that. > > The warnings you see come from some other tooling, > which does not handle correctly object files with more > than one section with the same name. > > (Having unique names is still preferable, > it helps humans to more easily find where sections come from, > and for potential future --gc-sections optimization). So, this is only a warning? I can check what... diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig index 64d5a3327030..6df511429c28 100644 --- a/arch/x86/Kconfig +++ b/arch/x86/Kconfig @@ -167,6 +167,7 @@ config X86 select HAVE_KPROBES_ON_FTRACE select HAVE_FUNCTION_ERROR_INJECTION select HAVE_KRETPROBES + select HAVE_LD_DEAD_CODE_DATA_ELIMINATION if X86_64 select HAVE_KVM select HAVE_LIVEPATCH if X86_64 select HAVE_MEMBLOCK_NODE_MAP ...and CONFIG_LD_DEAD_CODE_DATA_ELIMINATION=y does. - Sedat -