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
next prev parent 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.