Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
MIME-Version: 1.0
References: <20210316133946.2376963-1-geert+renesas@glider.be> <20210425205717.GD10996@amd>
In-Reply-To: <20210425205717.GD10996@amd>
From:   Geert Uytterhoeven <geert@linux-m68k.org>
Date:   Mon, 26 Apr 2021 09:06:16 +0200
Message-ID: <CAMuHMdW_Mf49yLVt+BJjNNLi+H5C-qaaWFfjQNBr5iuSo25xZQ@mail.gmail.com>
Subject: Re: [PATCH] leds: LEDS_BLINK_LGM should depend on X86
To:     Pavel Machek <pavel@ucw.cz>
Cc:     Dan Murphy <dmurphy@ti.com>,
        Amireddy Mallikarjuna reddy 
        <mallikarjunax.reddy@linux.intel.com>,
        Arnd Bergmann <arnd@arndb.de>,
        linux-leds <linux-leds@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Content-Type: text/plain; charset="UTF-8"
Precedence: bulk

Hi Pavel,

On Sun, Apr 25, 2021 at 10:57 PM Pavel Machek <pavel@ucw.cz> wrote:
> > The Intel Lightning Mountain (LGM) Serial Shift Output controller (SSO)
> > is only present on Intel Lightning Mountain SoCs.  Hence add a
> > dependency on X86, to prevent asking the user about this driver when
> > configuring a kernel without Intel Lightning Mountain platform support.
> >
> > While at it, merge the other dependencies into a single statement.
> >
> > Fixes: c3987cd2bca34ddf ("leds: lgm: Add LED controller driver for LGM SoC")
> > Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be>
>
> This rejected, so I applied it by hand.

Thank you!

> I'm deleting the Fixes tag --
> we don't want this in stable.

Why not? Shouldn't people running stable be shielded from useless
questions while configuring their kernels?

Gr{oetje,eeting}s,

                        Geert

-- 
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds