linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Alex Deucher <alexdeucher@gmail.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Guenter Roeck <linux@roeck-us.net>,
	Harry Wentland <harry.wentland@amd.com>,
	Leo Li <sunpeng.li@amd.com>,
	Alex Deucher <alexander.deucher@amd.com>,
	Balbir Singh <bsingharora@gmail.com>,
	Daniel Axtens <dja@axtens.net>,
	Paul Mackerras <paulus@ozlabs.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Kefeng Wang <wangkefeng.wang@huawei.com>,
	"Russell King (Oracle)" <rmk+kernel@armlinux.org.uk>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	amd-gfx list <amd-gfx@lists.freedesktop.org>
Subject: Re: Linux 5.19-rc6
Date: Thu, 14 Jul 2022 12:52:48 -0400	[thread overview]
Message-ID: <CADnq5_ME1DsZsmC1NbHOyzfKbBp_jcKycG7Fh1HMN8y3AejWKg@mail.gmail.com> (raw)
In-Reply-To: <CAHk-=wj4+BSj2SPMRUr-TZ4Qg2o9HGOBWiJQE336YcF_U1sVNQ@mail.gmail.com>

On Wed, Jul 13, 2022 at 5:32 PM Linus Torvalds
<torvalds@linux-foundation.org> wrote:
>
> On Wed, Jul 13, 2022 at 2:01 PM Alex Deucher <alexdeucher@gmail.com> wrote:
> >
> > If you want to apply Guenter's patch original patch:
> > https://patchwork.freedesktop.org/patch/490184/
> > That's fine with me.
>
> Honestly, by this time I feel that it's too little, too late.
>
> The ppc people apparently didn't care at all about the fact that this
> driver didn't compile.
>
> At least Michael Ellerman and Daniel Axtens were cc'd on that thread
> with the proposed fix originally.
>
> I don't see any replies from ppc people as to why it happened, even
> though apparently a bog-standard "make allmodconfig" just doesn't
> build.
>
> I'd try it myself, since I do have a cross-build environment for some
> earlier cross-build verification I did.
>
> But since my upgrade to F36 it now uses gcc-12, and possibly due to
> that I get hundreds of errors long before I get to any drm drivers:
>
>   Cannot find symbol for section 19: .text.create_section_mapping.
>   arch/powerpc/mm/mem.o: failed
>   ...
>   Cannot find symbol for section 19: .text.cpu_show_meltdown.
>   drivers/base/cpu.o: failed
>   Error: External symbol 'memset' referenced from prom_init.c
>
> this cross environment used to work for me, but something changed (I
> mention gcc-12, but honestly, that's based on nothing at all, except
> for the few problems it caused on x86-64. It could be something
> entirely unrelated, but it does look like some bad interaction with
> -ffunction-sections).
>
> So considering that the ppc people ignored this whole issue since the
> merge window, I think it's entirely unreasonable to then apply a
> ppc-specific patch for this at this time, when people literally asked
> "why is this needed", and there was no reply from the powerpc side.
>
> Does any of that sound like "we should support this driver on powerpc" to you?

Fair enough.  I don't have a strong opinion on the matter.  Users will
hopefully likely notice the failure after release because most people
don't test until after a release and then we'll apply the fix and
re-enable it for 5.20 so that would leave 5.19 broken for PPC64 users
which would not be ideal.  But as you said, no one has cared up to
this point.

Alex

>
>                  Linus

  parent reply	other threads:[~2022-07-14 16:53 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-07-10 21:54 Linux 5.19-rc6 Linus Torvalds
2022-07-11  6:44 ` Build regressions/improvements in v5.19-rc6 Geert Uytterhoeven
2022-07-13  5:07 ` Linux 5.19-rc6 Guenter Roeck
2022-07-13 19:36   ` Linus Torvalds
2022-07-13 19:48     ` Russell King (Oracle)
2022-07-13 20:21       ` Linus Torvalds
2022-07-13 20:40         ` Guenter Roeck
2022-07-13 20:42           ` Linus Torvalds
2022-07-14 12:20             ` Russell King (Oracle)
2022-07-14 12:14           ` Russell King (Oracle)
2022-07-13 21:36         ` Sudip Mukherjee
2022-07-13 21:45           ` Linus Torvalds
2022-07-13 21:50             ` Sudip Mukherjee
2022-07-13 22:56               ` Guenter Roeck
2022-07-13 23:09                 ` Sudip Mukherjee
2022-07-13 23:12                   ` Guenter Roeck
2022-07-13 23:26                     ` Sudip Mukherjee
2022-07-13 23:44                       ` Guenter Roeck
2022-07-13 23:02               ` Guenter Roeck
2022-07-14  1:30       ` Kefeng Wang
2022-07-13 19:53     ` Alex Deucher
2022-07-13 20:22       ` Linus Torvalds
2022-07-13 20:45         ` Guenter Roeck
2022-07-13 20:46     ` Guenter Roeck
2022-07-13 20:50       ` Linus Torvalds
2022-07-13 21:00       ` Alex Deucher
2022-07-13 21:32         ` Linus Torvalds
2022-07-14  7:23           ` Geert Uytterhoeven
2022-07-14 13:20             ` Guenter Roeck
2022-07-14 13:56               ` Geert Uytterhoeven
2022-07-14 16:48             ` Linus Torvalds
2022-07-14 17:24               ` Guenter Roeck
2022-07-14 17:37                 ` Linus Torvalds
2022-07-15  7:26                 ` Geert Uytterhoeven
2022-07-14 16:52           ` Alex Deucher [this message]
2022-07-14 23:16           ` Russell Currey
2022-07-15  9:33             ` Sudip Mukherjee

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=CADnq5_ME1DsZsmC1NbHOyzfKbBp_jcKycG7Fh1HMN8y3AejWKg@mail.gmail.com \
    --to=alexdeucher@gmail.com \
    --cc=alexander.deucher@amd.com \
    --cc=amd-gfx@lists.freedesktop.org \
    --cc=bsingharora@gmail.com \
    --cc=dja@axtens.net \
    --cc=harry.wentland@amd.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux@roeck-us.net \
    --cc=mpe@ellerman.id.au \
    --cc=paulus@ozlabs.org \
    --cc=rmk+kernel@armlinux.org.uk \
    --cc=sunpeng.li@amd.com \
    --cc=torvalds@linux-foundation.org \
    --cc=wangkefeng.wang@huawei.com \
    /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;
as well as URLs for NNTP newsgroup(s).