Thread (22 messages) 22 messages, 6 authors, 2012-03-30

Re: [PATCH] net: add QCA alx Ethernet driver

flat view

From: Luis R. Rodriguez <hidden>
Date: 2012-03-22 01:28:33
Also in: lkml

On Tue, Feb 28, 2012 at 7:32 PM, David Miller [off-list ref] wrote:
From: "Huang, Xiong" <redacted>
Date: Wed, 29 Feb 2012 03:11:14 +0000
quoted
We understand your concern.  To support the new chipset, do you
think it's reasonable to upstream it as a new driver, not a
replacement ?
It depends upon how similar the chips are.
OK.
To be honest tg3, as one example, supports quite a large array of
different pieces of hardware that use the same logical core.
At certain point it becomes a pain in the ass to support older
chipsets, and simply easier to leave the older driver to rot.
So that would be my litmus test about how different a chip needs
to be to deserve an entirely new driver.
Understood.
I strongly suggest you try to get atl1c working properly.
This is what I have recommended since the alx driver was rejected, and
our team has been working on the atl1c driver now but we need to get
the legal approval to get contributions out to atl1c (I know this is
silly, but hey just letting you know).

Anyway, in the meantime another topic has creeped up, and that is to
share with BSD and also help kill proprietary drivers [0]. Me and
Adrian intend on sharing our thoughts on how we intend on doing this
at LF collab but was in hopes we can use alx as a test case. We've
gone back to the drawing board for another simple driver to test our
work against but... we come back to alx.

Would it be worthwhile to consider alx upstream only for the newer
chipsets (regardless of the litmus test, which I do agree with on
technical grounds) in consideration for helping pave the way on
killing proprietary drivers?

[0] https://events.linuxfoundation.org/events/collaboration-summit/rodriguez-chadd

 Luis
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help