From: Oswald Buddenhagen <oswald.buddenhagen@gmx.de>
To: "Russell King (Oracle)" <linux@armlinux.org.uk>
Cc: alsa-devel@alsa-project.org, Takashi Iwai <tiwai@suse.de>,
Jaroslav Kysela <perex@perex.cz>
Subject: Re: [PATCH] ALSA: aaci: report FIFO size in frames
Date: Tue, 2 Apr 2024 12:46:12 +0200 [thread overview]
Message-ID: <Zgvh9Hzk4a4/Izlb@ugly> (raw)
In-Reply-To: <ZgtChSSiQsuyWq/f@shell.armlinux.org.uk>
On Tue, Apr 02, 2024 at 12:25:57AM +0100, Russell King (Oracle) wrote:
>On Tue, Apr 02, 2024 at 01:01:24AM +0200, Oswald Buddenhagen wrote:
>> putting an obvious disclaimer/question section after a three-dash
>> line
>> is a perfectly sufficient way to mark such a patch.
>
>Convention is it goes in the subject line, so patch automation such as
>patchwork can identify the patches that aren't to be applied.
>
that's a good point, but things aren't quite as black-and-white. while i
didn't _expect_ the patch to be correct, it seemed possible.
>The driver you are modifying was introduced
>in v2.6.13-rc1 *before* this flag was available, and thus from a time
>when fifo_size was _only_ _ever_ specifyable in bytes.
>
well, that's nice to know, but totally irrelevant. you're clearly more
interested in proving that you didn't do anything wrong more than a
decade ago, rather than judging whether there is room for improvement
*now*. there is no shame in acknowledging that things aren't perfect,
and then just moving on, because it isn't important enough.
>You clearly don't believe in doing any research.
>
or maybe i just didn't want to spend hours on investigating something
mildly suspicious i coincidentally stumbled upon when someone in the
know could make a call in seconds.
if you truly believe that this is an unacceptable approach, then you
apparently think that your time is worth hundreds of times more than
mine. you should reflect upon that attitude.
>You just create broken patches and send them in a form where they could
>well be picked up and merged into mainline causing breakage.
>
you seem to have a remarkably low opinion of the people and processes
involved in safeguarding that this doesn't happen. which is kinda funny,
because it includes yourself.
prev parent reply other threads:[~2024-04-02 10:47 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-04-01 10:13 [PATCH] ALSA: aaci: report FIFO size in frames Oswald Buddenhagen
2024-04-01 10:31 ` Russell King (Oracle)
2024-04-01 10:37 ` Russell King (Oracle)
2024-04-01 10:53 ` Oswald Buddenhagen
2024-04-01 11:04 ` Russell King (Oracle)
2024-04-01 11:45 ` Oswald Buddenhagen
2024-04-01 13:34 ` Russell King (Oracle)
2024-04-01 14:17 ` Oswald Buddenhagen
2024-04-01 20:59 ` Russell King (Oracle)
2024-04-01 23:01 ` Oswald Buddenhagen
2024-04-01 23:25 ` Russell King (Oracle)
2024-04-02 10:46 ` Oswald Buddenhagen [this message]
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=Zgvh9Hzk4a4/Izlb@ugly \
--to=oswald.buddenhagen@gmx.de \
--cc=alsa-devel@alsa-project.org \
--cc=linux@armlinux.org.uk \
--cc=perex@perex.cz \
--cc=tiwai@suse.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