From: "Pali Rohár" <pali@kernel.org>
To: "Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>
Cc: "Bjorn Helgaas" <helgaas@kernel.org>,
"Russell King (Oracle)" <linux@armlinux.org.uk>,
"Lorenzo Pieralisi" <lpieralisi@kernel.org>,
"Bjorn Helgaas" <bhelgaas@google.com>,
"Krzysztof Wilczyński" <kwilczynski@kernel.org>,
linux-pci@vger.kernel.org
Subject: Re: [PATCH] PCI: mvebu: Mark driver as BROKEN
Date: Tue, 8 Aug 2023 21:01:49 +0200 [thread overview]
Message-ID: <20230808190149.ewjmbqt7altvngn2@pali> (raw)
In-Reply-To: <20230808080159.cjffiewenmazhrgx@pengutronix.de>
On Tuesday 08 August 2023 10:01:59 Uwe Kleine-König wrote:
> Hello Pali,
>
> On Tue, Aug 08, 2023 at 09:31:54AM +0200, Pali Rohár wrote:
> > On Friday 04 August 2023 12:06:55 Bjorn Helgaas wrote:
> > > I queued up the revert below, including a note in the Kconfig help
> > > text about the known issues.
> > >
> > > commit 814b6bb15367 ("Revert "PCI: mvebu: Mark driver as BROKEN"")
> > > Author: Bjorn Helgaas <bhelgaas@google.com>
> > > Date: Fri Aug 4 11:54:43 2023 -0500
> > >
> > > Revert "PCI: mvebu: Mark driver as BROKEN"
> > >
> > > b3574f579ece ("PCI: mvebu: Mark driver as BROKEN") made it impossible to
> > > enable the pci-mvebu driver. The driver does have known problems, but as
> > > Russell and Uwe reported, it does work in some configurations, so removing
> > > it broke some working setups.
> > >
> > > Revert b3574f579ece so pci-mvebu is available. Mention the known problems
> > > in the Kconfig help text.
> > >
> > > Reported-by: Russell King (Oracle) <linux@armlinux.org.uk>
> > > Link: https://lore.kernel.org/r/ZMzicVQEyHyZzBOc@shell.armlinux.org.uk
> > > Reported-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
> > > Link: https://lore.kernel.org/r/20230804134622.pmbymxtzxj2yfhri@pengutronix.de
> > > Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
> > >
> >
> > What you are trying to achieve with this patch now?
>
> We all agree that there are problems with the pci-mvebu driver. But to
> my knowledge it works in some configurations. So I guess the thing to
> achieve here is to go from "broken for everyone" (with the driver
> depending on BROKEN) to "broken for only some people". So in my view
> it's an improvement.
There is no improvement. I do not see any patch, suggestion or other
contribution or discussion how to at least start doing anything in this
area.
> > Do you think that it is really correct to show that everything is
> > working for everybody correctly?
>
> What makes you think Bjorn considers everything to work fine? Both the
> commit log and the added help text suggest he's aware of problems.
Where it is written? There is nothing which instruct majority of
distributions that there are problems about which they should be aware.
Simple revert without any indication is not a solution.
> > Now I'm starting understand why majority of HW industry say to not use
> > "unsupported mainline kernel" and instead use our prepared patched
> > kernels...
>
> Yes, for a given company it's the easiest and cheapest option to just
> support a single kernel version. In this regard the patch adding the
> dependency on BROKEN is even worse than the commit that removes it
> again. In an ideal world Marvell would care to work on the issues of
> their hardware's drivers or at least provide enough documentation to the
> folks who care about these drivers. I guess we both know we're not in
> that ideal world.
Now I perfectly understand Marvell, why they do not want to do it.
Now after 3 years I see how the whole development in PCI works.
> I wonder what's your objective problem with this revert. You can just
> keep PCI_MVEBU disabled, so it doesn't affect the machines you care
> about. You might get some mail with complaints that the driver is
> broken in some configuration. But without this revert you might get
> (more?) complaints that the driver cannot be enabled. Is that any
> better?
Surprisingly I got less emails about problems since then.
> Best regards
> Uwe
>
> --
> Pengutronix e.K. | Uwe Kleine-König |
> Industrial Linux Solutions | https://www.pengutronix.de/ |
next prev parent reply other threads:[~2023-08-08 19:36 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-01-14 16:41 [PATCH] PCI: mvebu: Mark driver as BROKEN Pali Rohár
2023-01-15 22:02 ` Luís Mendes
2023-02-06 22:45 ` Pali Rohár
2023-02-09 9:02 ` Lorenzo Pieralisi
2023-08-04 11:35 ` Russell King (Oracle)
2023-08-04 13:46 ` Uwe Kleine-König
2023-08-04 17:00 ` Uwe Kleine-König
2023-08-08 7:27 ` Pali Rohár
2023-08-08 7:38 ` Uwe Kleine-König
2023-08-08 7:56 ` Pali Rohár
2023-08-04 14:54 ` Russell King (Oracle)
2023-08-08 7:27 ` Pali Rohár
2023-08-08 8:31 ` Russell King (Oracle)
2023-08-04 17:06 ` Bjorn Helgaas
2023-08-04 19:44 ` Russell King (Oracle)
2023-08-06 22:06 ` Luís Mendes
2023-08-08 7:31 ` Pali Rohár
2023-08-08 8:01 ` Uwe Kleine-König
2023-08-08 19:01 ` Pali Rohár [this message]
2023-08-08 8:32 ` Russell King (Oracle)
2023-08-08 7:26 ` Pali Rohár
2023-08-08 8:28 ` Russell King (Oracle)
2023-08-08 8:42 ` Russell King (Oracle)
2023-08-08 19:07 ` Pali Rohár
2023-08-08 19:06 ` Pali Rohár
2023-08-08 19:29 ` Russell King (Oracle)
2023-08-08 19:41 ` Bjorn Helgaas
2023-08-08 16:26 ` Bjorn Helgaas
2023-08-08 19:20 ` Pali Rohár
2023-08-08 19:54 ` Russell King (Oracle)
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=20230808190149.ewjmbqt7altvngn2@pali \
--to=pali@kernel.org \
--cc=bhelgaas@google.com \
--cc=helgaas@kernel.org \
--cc=kwilczynski@kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=linux@armlinux.org.uk \
--cc=lpieralisi@kernel.org \
--cc=u.kleine-koenig@pengutronix.de \
/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