From: Alistair John Strachan <alistair@devzero.co.uk>
To: ath9k-devel@lists.ath9k.org
Subject: [ath9k-devel] [PATCH 1/1] ath9k: merge ath9k_txq_info and ath9k_tx_queue_info structures
Date: Thu, 7 Aug 2008 10:29:40 +0100 [thread overview]
Message-ID: <200808071029.41157.alistair@devzero.co.uk> (raw)
In-Reply-To: <43e72e890808062045q3ab27badt7541609a170f2e3c@mail.gmail.com>
On Thursday 07 August 2008 04:45:27 Luis R. Rodriguez wrote:
> On Wed, Aug 6, 2008 at 2:52 PM, Alistair John Strachan
>
> <alistair@devzero.co.uk> wrote:
> > Merge struct ath9k_txq_info into struct ath9k_tx_queue_info. This
> > change was mostly mechanical with the exception of the field tqi_compBuf
> > which is renamed as tqi_physCompBuf and fixed up where it was used.
> >
> > Merging the structures the other way would also have been possible,
> > but the ath9k_tx_queue_info name is more consistent with other similarly
> > named structures declared above.
>
> Thanks, I think Sujith was working on this too, also Jouni is working
> on beaconing stuff so they can iron the integration out.
It's a bit disappointing that this very same patch has appeared from you
internally. Maybe some more communication is required to make sure there isn't
duplicated work, like for example updates on what Atheros are actually doing
themselves from the TODO list. Otherwise I don't see that community
participation is easily possible.
> > Patch is compile time and runtime tested.
>
> Thanks for the heads up, you should only mention something like this
> if *you didn't* test the patch. Otherwise its assumed you did. Also
> just a minor note, if you send only one patch there is no need to send
> a patch 0/1.
If you know of a way of disabling the apparently mandatory --compose --subject
feature of git-send-email I'd love to hear it. From what I can see, even
though it might be optimized for sending patch series, an intro patch is still
sometimes useful for information that should NOT end up in the commit log.
Also I have to disagree with you over the "implicitly tested" thing. I've been
reading LKML for too long and know that the frequency of poorly or completely
untested patches that people try to push can be high. On reflection this
information should have appeared in the intro rather than the patch.
> > Changes-licensed-under: ISC
>
> No need for this for us, if you tell us once you are keeping the
> license for all subsequent patches for ath9k that's good enough for
> our records. But thanks for your consideration on this.
Yep, okay.
--
Cheers,
Alistair.
next prev parent reply other threads:[~2008-08-07 9:29 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-06 21:52 [ath9k-devel] [PATCH 0/1] ath9k: from TODO: tackle merging of ath9k_txq_info and ath9k_tx_queue_info structures Alistair John Strachan
2008-08-06 21:52 ` [ath9k-devel] [PATCH 1/1] ath9k: merge " Alistair John Strachan
2008-08-07 3:45 ` Luis R. Rodriguez
2008-08-07 9:29 ` Alistair John Strachan [this message]
2008-08-07 12:41 ` Sujith
2008-08-07 16:44 ` Luis R. Rodriguez
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=200808071029.41157.alistair@devzero.co.uk \
--to=alistair@devzero.co.uk \
--cc=ath9k-devel@lists.ath9k.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.