From: Vladimir Oltean <olteanv@gmail.com>
To: Marek Vasut <marex@denx.de>
Cc: netdev@vger.kernel.org, "David S. Miller" <davem@davemloft.net>,
Andrew Lunn <andrew@lunn.ch>,
Arun Ramadoss <arun.ramadoss@microchip.com>,
Eric Dumazet <edumazet@google.com>,
Florian Fainelli <f.fainelli@gmail.com>,
Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>,
Russell King <linux@armlinux.org.uk>,
UNGLinuxDriver@microchip.com,
Woojung Huh <woojung.huh@microchip.com>,
stable@vger.kernel.org
Subject: Re: [PATCH] net: dsa: microchip: Fix gigabit set and get function for KSZ87xx
Date: Thu, 23 Feb 2023 01:21:12 +0200 [thread overview]
Message-ID: <20230222232112.v7gokdmr34ii2lgt@skbuf> (raw)
In-Reply-To: <9a5c5fa0-c75e-3e60-279c-d6a5f908a298@denx.de>
On Wed, Feb 22, 2023 at 11:58:23PM +0100, Marek Vasut wrote:
> On 2/22/23 23:31, Vladimir Oltean wrote:
> > On Wed, Feb 22, 2023 at 11:05:10PM +0100, Marek Vasut wrote:
> > > OK, to make this simple, can you write a commit message which you consider
> > > acceptable, to close this discussion ?
> >
> > Nope. The thing is, I'm sure you can, too. Maybe you need to take a
> > break and think about this some more.
>
> Sorry, not like this and not with this feedback tone.
>
> If Arun wants to send V2 to fix the actual bug, fine by me.
I don't see what is wrong with this feedback tone, but if you could tell me,
I will make an effort to think about it and see what I can do to change it.
On the other hand, I will not write the commit message for you and that's
not negotiable, because from the replies to me and to Russell, I get the
suspicion that there's some sort of hidden intention for this to be used
against me somehow, and I really have nothing else to base my judgement
on, than your hint that there is a bug there, and the code. But the
driver might behave in much more subtle ways which I may be completely
missing, and I may think that I'm fixing something when I'm not. I have
no way to know that except by booting a board, which I do not have (but
you do). For example, I don't even know which KSZ8 boards rely on pin
strapping and which ones do really need the configuration to be done by
Linux. I'm completely blind, and the refusal to tell you what to write
word by word is a self defense mechanism.
It's good that you gave Arun permission to take your patch, test it on a
KSZ8 (which seems like something he wasn't doing that often during
refactoring), give it an accurate description of the problem, and
resubmit it while keeping your authorship. Arun is an active contributor
and reviewer on the KSZ driver and there's a good chance he might actually
even do it. This is good not because you gave up (IMO for an unjustified
reason, but maybe that's just my perspective), but because there still
is a path forward for the actual bug to get fixed.
next prev parent reply other threads:[~2023-02-22 23:21 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-02-22 3:17 [PATCH] net: dsa: microchip: Fix gigabit set and get function for KSZ87xx Marek Vasut
2023-02-22 3:52 ` Arun.Ramadoss
2023-02-22 12:50 ` Russell King (Oracle)
2023-02-22 13:03 ` Russell King (Oracle)
2023-02-22 15:10 ` Marek Vasut
2023-02-22 15:56 ` Russell King (Oracle)
2023-02-22 16:30 ` Marek Vasut
2023-02-22 16:39 ` Russell King (Oracle)
2023-02-22 18:43 ` Marek Vasut
2023-02-22 19:12 ` Russell King (Oracle)
2023-02-22 21:25 ` Vladimir Oltean
2023-02-22 21:08 ` Vladimir Oltean
2023-02-22 22:05 ` Marek Vasut
2023-02-22 22:31 ` Vladimir Oltean
2023-02-22 22:58 ` Marek Vasut
2023-02-22 23:05 ` Florian Fainelli
2023-02-22 23:07 ` Russell King (Oracle)
2023-02-22 23:21 ` Vladimir Oltean [this message]
2023-02-22 23:55 ` Marek Vasut
2023-02-23 0:22 ` Vladimir Oltean
2023-02-23 5:17 ` Marek Vasut
2023-02-23 14:20 ` Vladimir Oltean
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=20230222232112.v7gokdmr34ii2lgt@skbuf \
--to=olteanv@gmail.com \
--cc=UNGLinuxDriver@microchip.com \
--cc=andrew@lunn.ch \
--cc=arun.ramadoss@microchip.com \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=f.fainelli@gmail.com \
--cc=kuba@kernel.org \
--cc=linux@armlinux.org.uk \
--cc=marex@denx.de \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=stable@vger.kernel.org \
--cc=woojung.huh@microchip.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