From: Felipe Balbi <balbi@ti.com>
To: Richard Cochran <richardcochran@gmail.com>
Cc: Felipe Balbi <balbi@ti.com>, Mugunthan V N <mugunthanvnm@ti.com>,
<netdev@vger.kernel.org>, <davem@davemloft.net>,
<linux-omap@vger.kernel.org>
Subject: Re: [net-next PATCH 1/1] drivers: net: cpsw: Add support for new CPSW IP version
Date: Wed, 31 Jul 2013 21:45:25 +0300 [thread overview]
Message-ID: <20130731184525.GA629@radagast> (raw)
In-Reply-To: <20130731163845.GB4234@netboy>
[-- Attachment #1: Type: text/plain, Size: 1480 bytes --]
Hi,
On Wed, Jul 31, 2013 at 06:38:46PM +0200, Richard Cochran wrote:
> On Wed, Jul 31, 2013 at 06:28:27PM +0300, Felipe Balbi wrote:
> > On Wed, Jul 31, 2013 at 04:49:59PM +0200, Richard Cochran wrote:
> > > On Wed, Jul 31, 2013 at 05:42:26PM +0530, Mugunthan V N wrote:
> > > > The new IP version has a minor changes and the offsets are same as the previous
> > > > version, so instead of adding CPSW version number in the driver, make the driver
> > > > to fall through to the latest versions so that the new version of CPSW which has
> > > > the same register offsets will work directly without patching the driver.
> > >
> > > This doesn't make any sense to me. Why not just add the new version
> > > number?
> > >
> > > None of the hunks in your patch are on performance sensitive paths, so
> > > I really can't see any point in removing the error checking.
> >
> > well, if a new revision of the IP comes, the driver at least has some
> > chance to work without having to be modified. If it turns out that there
> > are really different features, then we patch a new version, otherwise we
> > should just assume highest known version and try it out.
>
> And if the driver reads junk from some random address due to
> bootloader/DT/multikernel madness, it will happily peek and poke
> around instead of rejecting the wrong version number.
that'd be a bug in the DT anyway, why should the driver have to cope
with broken data ?
--
balbi
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
next prev parent reply other threads:[~2013-07-31 18:45 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-31 12:12 [net-next PATCH 1/1] drivers: net: cpsw: Add support for new CPSW IP version Mugunthan V N
2013-07-31 14:49 ` Richard Cochran
2013-07-31 15:28 ` Felipe Balbi
2013-07-31 16:38 ` Richard Cochran
2013-07-31 18:45 ` Felipe Balbi [this message]
2013-07-31 19:22 ` Richard Cochran
2013-07-31 19:43 ` Felipe Balbi
2013-07-31 19:45 ` Felipe Balbi
2013-07-31 20:04 ` Richard Cochran
2013-07-31 20:07 ` Felipe Balbi
2013-07-31 20:20 ` Richard Cochran
2013-07-31 20:26 ` Felipe Balbi
2013-07-31 20:34 ` Richard Cochran
2013-07-31 21:11 ` Felipe Balbi
2013-08-01 4:43 ` Richard Cochran
2013-08-01 4:46 ` Richard Cochran
2013-07-31 23:55 ` David Miller
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=20130731184525.GA629@radagast \
--to=balbi@ti.com \
--cc=davem@davemloft.net \
--cc=linux-omap@vger.kernel.org \
--cc=mugunthanvnm@ti.com \
--cc=netdev@vger.kernel.org \
--cc=richardcochran@gmail.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;
as well as URLs for NNTP newsgroup(s).