From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f43.google.com (mail-wm1-f43.google.com [209.85.128.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id F36B93BD63D for ; Thu, 9 Apr 2026 12:57:01 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.43 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1775739423; cv=none; b=RXtGTABpkoSRpQCDNFpm5U44ONP6NV5olsjnpu8N16dOJ+8rW5s0Z1dsCCagXTdOUMyFUanMkK2UUVTkT6L+LsBKhtmOCtzonIcIjM1IGjjegHYZlG6GmB7LBB6FdUgTYUD0wz0B2BJY3ZowF91jQbARsgdBkoblarfwrAocRUU= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1775739423; c=relaxed/simple; bh=8N+L1gz4eOCtCLR2SD6m9/UInh24I1S3iZOo1q0YSvA=; h=Message-ID:Date:MIME-Version:Subject:To:References:Cc:From: In-Reply-To:Content-Type; b=m1GOzytdZn8ciDhgWpyLxlO2lpoFd/PCnl6/KtgFBhujce/Y1g4wdntuCdzihh/WWfvin65Vr3CoIZVRIwyG9idN+sApVmSDpRUzUNAKS8qnXIwsxl3riZmxTNLBs8WsCUOWm5AXAlNlV/SbBoiMqFmN2wYD9wevUBaRGPKY6mw= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=suse.com; spf=pass smtp.mailfrom=suse.com; dkim=pass (2048-bit key) header.d=suse.com header.i=@suse.com header.b=Or/VJgUS; arc=none smtp.client-ip=209.85.128.43 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=suse.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=suse.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=suse.com header.i=@suse.com header.b="Or/VJgUS" Received: by mail-wm1-f43.google.com with SMTP id 5b1f17b1804b1-488a88aeec9so10210285e9.2 for ; Thu, 09 Apr 2026 05:57:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=google; t=1775739420; x=1776344220; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:from:cc:content-language :references:to:subject:user-agent:mime-version:date:message-id:from :to:cc:subject:date:message-id:reply-to; bh=Zi5resqMRI4nHDxaylhlSh5hJPIr3A88NHSW9enHb70=; b=Or/VJgUSW/LPFab1O4g/scRr2sf5yp6vXEpcO2aivqL/wpMw/HHz68y9JzFeUsBXWB SQsgmZiV3jwtGYvjdtav+cRAvDAbxlOubmtQGC68hdEjh57obeii5XQf1HUBIGTEPuJf i/8mRY8yi3XiYvDaJdIgMJY2qYeYzA9yMkPegaurzb2ph8ALe7UcZIRfXgRCZ55rJ8MA pnBLeVt3HKbWv17C3+b8JMrT4aQAxrqiRZuoZOhG+zxGPcFfgx2UXdZJ0+PNgDWWUchZ vsPceb4UTFYeoPEDMB6TfLVdKWrsf2+UInLdD0jgMrYfDcod16tK6NEgZfSTDdAQOA2v hzyQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1775739420; x=1776344220; h=content-transfer-encoding:in-reply-to:from:cc:content-language :references:to:subject:user-agent:mime-version:date:message-id :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=Zi5resqMRI4nHDxaylhlSh5hJPIr3A88NHSW9enHb70=; b=EHepOvUNgt2To/yKlbGOIZwPUg+iz2wuH0PkqIh6WElVmLcYNVbHgNs0jDd+Nxa7g2 3TTQyNCMDZO4lGCbI5ef7JveDyno9v8Gpjh3rRbM7v66C55pdILI/dxlw8YRPfxG3fJB jsWeEQN5ii3whgW/wQOdU0a5V6oJjVEIWEOFJyfKylx5bMH88WWyM7XGa0pbdF7yawig ruTVXag5Up7GR9KBrqV/AdPXXIEhC1xUTDQJmABh+GOayE1a9Cew5xe3QwvSLyIPFZWT H0rovWRScvvDTavSGe0SEMGWnNXrFaNZ4qpVDz2VHkjLvRyXKxEZVk6p5UfeSnDm1h0T N3dg== X-Gm-Message-State: AOJu0YyK1x63oyqwIabGu6ET+AcM6+5PGg7h9IggsMD6RXTkHevBMLMp VyrnDgibsVMQusopqsPNFbIndHVDjBYjFwycD6WlIs8KaJ0jpSv5/afVAE0Wguz9KNQ= X-Gm-Gg: AeBDieta61NFBtdcKY/6y6wYeHEwRzLAd3bQORDTqoTE9OZrxVuCg7E5Fl81bFZzgDx 8A+zyVgUTwoVJFK9UX2gwvlcWi9+vv+75xgAmm3zsv8cFjund+32IwjYKYCObV+jJa0bJhh+wd8 a59BkHMrkmVj7QU7+P2OemEnYc9Dfw87/9TiBhPQDT3q4lW+mLoNMt2wQZReE0fLbiS0uRLVLGc MyDzCoct2M+EAKKlzU5y3NXTRnhLJ893G/w5esUrvNPQgcL1QjuCN7iAf/zLn4h2psW/8bA0ovY o32Nkea21RW6zRd5YR9Jp1NFQWx5SEsGHSzGlhS/geeAJ0hfkWVjiANsDvfQyRfvbbZfYOQ5LBt ZZiU5T0u7uXV3rC7vhoYly1oYk+y9XAhrMNo7rtPkyFr+OCm3ZHNXoNTa0qXQfCPg8tj9e59RZt YjTdFT9sydUHOAUeh4Za4nXw3jiB6Eu1s/rfmo4plg2Gh/ X-Received: by 2002:a05:600c:3f08:b0:485:40db:d40c with SMTP id 5b1f17b1804b1-488996d2323mr417321415e9.3.1775739420375; Thu, 09 Apr 2026 05:57:00 -0700 (PDT) Received: from [10.100.51.209] (nat2.prg.suse.com. [195.250.132.146]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-43d1e2a7223sm63022433f8f.5.2026.04.09.05.56.59 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 09 Apr 2026 05:57:00 -0700 (PDT) Message-ID: <8ea1cb60-7112-479d-8e05-62506dd0d54e@suse.com> Date: Thu, 9 Apr 2026 14:56:59 +0200 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v2] module.lds.S: Fix modules on 32-bit parisc architecture To: Helge Deller References: Content-Language: en-US Cc: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org, Josh Poimboeuf , Luis Chamberlain , Daniel Gomez , Sami Tolvanen , Aaron Tomlin , linux-modules@vger.kernel.org From: Petr Pavlu In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 4/7/26 10:52 PM, Helge Deller wrote: > On the 32-bit parisc architecture, we always used the > -ffunction-sections compiler option to tell the compiler to put the > functions into seperate text sections. This is necessary, otherwise > "big" kernel modules like ext4 or ipv6 fail to load because some > branches won't be able to reach their stubs. > > Commit 1ba9f8979426 ("vmlinux.lds: Unify TEXT_MAIN, DATA_MAIN, and related > macros") broke this for parisc because all text sections will get > unconditionally merged now. > > Introduce the ARCH_WANTS_MODULES_TEXT_SECTIONS config option which > avoids the text section merge for modules, and fix this issue by > enabling this option by default for 32-bit parisc. > > v2: Introduce and use ARCH_WANTS_MODULES_TEXT_SECTIONS option > > Fixes: 1ba9f8979426 ("vmlinux.lds: Unify TEXT_MAIN, DATA_MAIN, and related macros") > Cc: Josh Poimboeuf > Cc: stable@vger.kernel.org # v6.19+ > Suggested-by: Sami Tolvanen > Signed-off-by: Helge Deller > > diff --git a/arch/Kconfig b/arch/Kconfig > index 102ddbd4298e..78abb8be1e63 100644 > --- a/arch/Kconfig > +++ b/arch/Kconfig > @@ -1128,6 +1128,13 @@ config ARCH_WANTS_MODULES_DATA_IN_VMALLOC > For architectures like powerpc/32 which have constraints on module > allocation and need to allocate module data outside of module area. > > +config ARCH_WANTS_MODULES_TEXT_SECTIONS > + bool > + help > + For architectures like 32-bit parisc which require that functions in > + modules have to keep code in own text sections (-ffuntion-sections) > + and to avoid merging all text into one big text section, > + Typos: '-ffuntion-sections' -> '-ffunction-sections' and ',' -> '.' Otherwise, this looks ok to me. Feel free to add: Reviewed-by: Petr Pavlu -- Thanks, Petr