From: Alan Cox <alan@lxorguk.ukuu.org.uk>
To: ltuikov@yahoo.com
Cc: Greg KH <greg@kroah.com>,
linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org,
Matthew Wilcox <willy@linux.intel.com>
Subject: Re: [PATCH] [USB] UAS: Achitecture; TMF; more
Date: Sat, 6 Nov 2010 10:36:50 +0000 [thread overview]
Message-ID: <20101106103650.6d4a5342@lxorguk.ukuu.org.uk> (raw)
In-Reply-To: <87456.32791.qm@web31801.mail.mud.yahoo.com>
> I did want to submit them one at a time. I really did. But one change
> necessitated another in order to keep things consistent, and it ended
> up like this, one single commit in my git tree.
You can still dice it up into small bits.
Having done this before a few times when I've ended up in the same
situation (either by my own lack of planning or by being handed a blob by
and told my job is to sort it out) a few tips.
First start with the trivial bits - for example you can easily pull out
patches like
1. Add packed to dats structures that match the wire format
2. Correct the layout of sense iu
3. Add common initialisers
4. Clean up URB freeing
And while you are at it you can also lose changes by removing gratiutious
stuff like
-struct uas_dev_info {
+/* Lives in the SCSI host, hostdata points to it.
+ */
+struct uas_tport_info {
Now even if you hate the name or the qdepth field name you can deal with
it later once it is all nicely working. That would clean up the patch
noise a lot in itself
As you do that the rest becomes clearer and you can then recommit stuff
step by step. The patches need to tell a story which is "How we got from
A to B in small clearly logical steps without breaking anything on the
way"
The tagging mix should possibly also be discussed with the scsi list,
that may be the better place to fix it.
Alan
next prev parent reply other threads:[~2010-11-06 10:38 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-06 4:46 Luben Tuikov
2010-11-06 5:14 ` Greg KH
2010-11-06 6:52 ` Luben Tuikov
2010-11-06 10:36 ` Alan Cox [this message]
2010-11-06 16:34 ` Greg KH
2010-11-08 17:36 ` Luben Tuikov
2010-11-08 17:42 ` Greg KH
2010-11-20 1:55 ` Sarah Sharp
2010-12-14 7:58 ` Luben Tuikov
2010-12-10 10:52 Luben Tuikov
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=20101106103650.6d4a5342@lxorguk.ukuu.org.uk \
--to=alan@lxorguk.ukuu.org.uk \
--cc=greg@kroah.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=ltuikov@yahoo.com \
--cc=willy@linux.intel.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
all inboxes | Powered by JetHome®