[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <1398519921.7767.220.camel@deadeye.wl.decadent.org.uk>
Date: Sat, 26 Apr 2014 14:45:21 +0100
From: Ben Hutchings <ben@...adent.org.uk>
To: Stefan Wahren <stefan.wahren@...e.com>
Cc: Stefan Wahren <info@...egoodbye.de>, netdev@...r.kernel.org,
"Fabio.Estevam@...escale.com" <Fabio.Estevam@...escale.com>
Subject: Re: Porting ethernet over spi driver (powerline device)
On Fri, 2014-04-25 at 09:24 +0200, Stefan Wahren wrote:
> Am 22.04.2014 17:21, schrieb Ben Hutchings:
> > On Tue, 2014-04-22 at 12:02 +0200, Stefan Wahren wrote:
> >> Am 22.04.2014 04:22, schrieb Ben Hutchings:
> > [..]
> >>> Most of the interesting new features are related to multiqueue and
> >>> protocol offloads that I wouldn't expect to exist in an SPI-attached
> >>> Ethernet controller.
> >> You are right.
> >>
> >> Btw, is simple power management (suspend, resume) a must-have feature?
> > If you're intending to get the driver in-tree, I don't think those are
> > an absolute requirement but I would certainly recommend implementing
> > them.
> >
> > Ben.
> >
>
> Yes, that's my intension. The QCA7000 isn't a typical ethernet over spi
> device, it's a serial-to-powerline bridge. Acting like a ethernet over
> spi device simplifies the implementation. This leads to an important
> question.
>
> Should the QCA7000 be handled strict as an ethernet device or a little
> bit more distinguished as a powerline device?
[...]
If it uses Ethernet framing, supports multicast/broadcast, etc. then I
don't think there's any need to distinguish it.
Ben.
--
Ben Hutchings
The most exhausting thing in life is being insincere. - Anne Morrow Lindberg
Download attachment "signature.asc" of type "application/pgp-signature" (812 bytes)
Powered by blists - more mailing lists