From: Richard Weinberger <richard@nod.at>
To: torvalds <torvalds@linux-foundation.org>
Cc: linux-mtd <linux-mtd@lists.infradead.org>,
linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: [GIT PULL] UBI and UBIFS updates for v6.11-rc1
Date: Sun, 28 Jul 2024 09:13:09 +0200 (CEST) [thread overview]
Message-ID: <2116767413.129257.1722150789677.JavaMail.zimbra@nod.at> (raw)
In-Reply-To: <CAHk-=wjK1ZLk8TjejsRfDUH2Jp4=FPfD_GQU9z-m=bm75+jBMw@mail.gmail.com>
Linus,
----- Ursprüngliche Mail -----
> Von: "torvalds" <torvalds@linux-foundation.org>
> Does nobody actually check the build output?
>
> WARNING: modpost: drivers/mtd/ubi/ubi: section mismatch in
> reference: ubi_init+0x170 (section: .init.text) -> ubiblock_exit
> (section: .exit.text)
>
> and yes, this may be harmless on x86 (and several other
> architectures), because the exit.text is dropped at runtime because
> dropping it at link time will cause problems for altinstructions.
>
> BUT.
>
> The warning is very real, because on *other* architectures, the
> EXIT_TEXT sections may never be linked in at all, because something
> that is built-in never gets unloaded, so it never has a module exit.
>
> So __exit literally exists so that the code can be thrown away when not used.
>
> And now you're calling it from a non-exit place.
>
> End result: the warning exists for a reason, and it looks like commit
> 72f3d3daddd7 ("mtd: ubi: Restore missing cleanup on ubi_init() failure
> path") is just broken.
>
> I could try to fix this up in the merge, but honestly, the fact that
> apparently nobody bothered to even look at the new warning means that
> I just consider this whole pull completely buggered.
>
> I refuse to pull garbage that our build system very clearly warns about.
The issue was detected and fixed two weeks ago:
https://lore.kernel.org/linux-mtd/20240713073519.25325-1-richard@nod.at/
But I forgot to include my very own patch.
So, the failure is totally on my side, I'm sorry for that.
Do you allow me sending an updated pull requested?
Thanks,
//richard
______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/
next prev parent reply other threads:[~2024-07-28 7:13 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-07-26 20:58 [GIT PULL] UBI and UBIFS updates for v6.11-rc1 Richard Weinberger
2024-07-28 3:06 ` Linus Torvalds
2024-07-28 7:13 ` Richard Weinberger [this message]
2024-07-28 18:04 ` Linus Torvalds
2024-07-28 21:02 ` pr-tracker-bot
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2116767413.129257.1722150789677.JavaMail.zimbra@nod.at \
--to=richard@nod.at \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mtd@lists.infradead.org \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox