All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeff Garzik <jgarzik@pobox.com>
To: Jesse Huang <jesse@icplus.com.tw>
Cc: "John W. Linville" <linville@tuxdriver.com>,
	linux-kernel@vger.kernel.org, netdev@vger.kernel.org,
	akpm@osdl.org
Subject: Re: [PATCH] Create IP100A Driver
Date: Fri, 28 Jul 2006 06:14:01 -0400	[thread overview]
Message-ID: <44C9E369.7070703@pobox.com> (raw)
In-Reply-To: <044901c6b1ec$d0f5b680$4964a8c0@icplus.com.tw>

Jesse Huang wrote:
> Hi John:
> 
> I will try mutt or mail when i want to send next patch. Most different of
> ip100a.c
> and sundance.c are almost same only fix some bugs. The different of ip100a
> and ip100 is in phy. We can use one driver to support those two device, I
> want
> to know what is better for kernel:
> 
> 1. Only updata sundance.c to support IP100A
> 2. Release ip100a.c which support ip100(sundance) to kernel 2.6.x and ask to
> remove sundance.c.
> 3. Release ip100a.c with sundance.c both to kernel 2.6.x
> 
> We hope to use IP100a.c as our product driver, so 2. and 3. will better for
> IC Plus. But we will still follow your suggestion, if you feel 1. was better
> for kernel.

Although it is occasionally OK to duplicate a driver, I do not see a 
compelling case with ip100a.

The stronger case for a single codebase is won on the strengths of lower 
long-term maintenance costs, increased strength of review, doesn't break 
existing sundance driver uses, and re-use of existing testing benefits.

If you feel strongly about not showing "sundance" to your users, you can 
always submit a one-line MODULE_ALIAS() change which permits users to 
load "ip100a" (really sundance.c).  Using MODULE_ALIAS() seems quite 
reasonable, given that IC Plus appears to be taking the lead in future 
Sundance-like chip development.

So, please resubmit as changes to the existing sundance.c.  This is 
better for the standard Linux kernel engineering process.

Thanks,

	Jeff



  reply	other threads:[~2006-07-28 10:14 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-07-27 19:54 [PATCH] Create IP100A Driver Jesse Huang
2006-07-27  8:40 ` Andrey Panin
2006-07-27 11:53 ` Neil Horman
2006-07-27 12:54 ` John W. Linville
2006-07-27 13:06   ` Neil Horman
2006-07-28  2:28     ` Jesse Huang
2006-07-28  2:23   ` Jesse Huang
2006-07-28 10:14     ` Jeff Garzik [this message]
2006-08-03  2:03       ` Jesse Huang
  -- strict thread matches above, loose matches on Subject: below --
2006-07-27 19:39 Jesse Huang
2006-07-27  8:28 ` Arjan van de Ven
2006-07-28  2:00   ` Jesse Huang
2006-07-27 16:23 ` Dave Jones
2006-07-27 19:22 ` David Gómez
2006-07-28  1:38   ` Jesse Huang

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=44C9E369.7070703@pobox.com \
    --to=jgarzik@pobox.com \
    --cc=akpm@osdl.org \
    --cc=jesse@icplus.com.tw \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linville@tuxdriver.com \
    --cc=netdev@vger.kernel.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.