public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Luben Tuikov <ltuikov@yahoo.com>
To: Greg KH <greg@kroah.com>
Cc: 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: Fri, 5 Nov 2010 23:52:00 -0700 (PDT)	[thread overview]
Message-ID: <87456.32791.qm@web31801.mail.mud.yahoo.com> (raw)
In-Reply-To: <20101106051447.GA2327@kroah.com>

--- On Fri, 11/5/10, Greg KH <greg@kroah.com> wrote:
> > This patch changes 86% of the driver. More is to come,
> but this is
> > a self-contained patch so it can be applied.
> 
> No it can not at all, sorry.

Greg, would you accept a brand new driver, say uastoo.c (just like
8139too.c came about, remember?), or would you say "This is 14% the same
as uas.c, and thus cannot go in"?

Is 14% difference too much or too little?  Surely, the sum of
small tiny individual patches, *would* replace 86% of the driver. BTW,
there are more things to fix even on top of that.

(I wonder how much similar 8139too.c was to rtl8139.c... when 8139too.c
got in back about 10 years ago? I bet it was more than 14%. Hey, I'm building precedent here.)

Or would you say "only individual patches even if it changes 100% of the
code".

> Remember, patches do one single thing at a time.

I wholeheartedly agree. One thing at a time. Self-contained, well defined. 

I really did want to do that with uas.c but it was really hard. I was
like "where to begin?"  There was no one single change to say "here it
is" without changing something else.

> This patch is equivalant to deleting the file and replacing it with a
> totally different driver, which is unacceptable.

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.

I really do have one single commit as this "patch".  I really did want
to submit it as individual one at a time. But there was no well defined "one at a time".

> Please break all of these changes up into individual
> patches and resubmit them.  That's the only way we can take
> them.

That, or a new driver perhaps?
The net effect of individual patches would be the same, leaving only
14% of the code the same and maybe less with the more work pending.
Perhaps a new driver acknowledging it is based on this one FWIW?

> I also suggest you go re-read Documentation/development_process/ as well.

Did Willy reply to your query about the previous patches? I didn't see
his reply.


  reply	other threads:[~2010-11-06  6:52 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-11-06  4:46 [PATCH] [USB] UAS: Achitecture; TMF; more Luben Tuikov
2010-11-06  5:14 ` Greg KH
2010-11-06  6:52   ` Luben Tuikov [this message]
2010-11-06 10:36     ` Alan Cox
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
  -- strict thread matches above, loose matches on Subject: below --
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=87456.32791.qm@web31801.mail.mud.yahoo.com \
    --to=ltuikov@yahoo.com \
    --cc=greg@kroah.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-usb@vger.kernel.org \
    --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