From: Stefan Roese <sr@denx.de>
To: benh@kernel.crashing.org
Cc: linuxppc-dev@ozlabs.org, Grant Erickson <gerickson@nuovations.com>
Subject: Re: [PATCH v2] Parameterize EMAC Multicast Match Handling
Date: Tue, 1 Jul 2008 08:37:45 +0200 [thread overview]
Message-ID: <200807010837.45282.sr@denx.de> (raw)
In-Reply-To: <1214892899.20711.95.camel@pasglop>
On Tuesday 01 July 2008, Benjamin Herrenschmidt wrote:
> > Stefan and/or Ben:
> >
> > Any thoughts on this?
>
> I was hesitating a bit... do we really need to be -that- flexible ?
>
> That is, either that or use some new compatible entry to detect the new
> reg layout and whack that as a feature bit instead ? The advantage
> of the later is that we have the possibility of doing conditional
> compile for kernels that support only a given processor or set of
> processors (not that we have implemented much of it, but it just
> becomes Kconfig mumbo jumbo and a little bit of defines in the .h
> by turning the feature test into a compile-time 0 or 1.
>
> But this isn't a hot path and not a lot of code so maybe not worth
> bothering... however, it does add 3 properties to the DT and I know
> embedded people (especially Xilinx) are a bit concerned about the size
> of the DT when they try to fit it in block RAM...
Yes, this was my feeling too. Not the size of the dtb but more the increased
complexity of the EMAC device node. I would prefer Ben's idea with this new
compatible entry too.
Best regards,
Stefan
=====================================================================
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: office@denx.de
=====================================================================
next prev parent reply other threads:[~2008-07-01 6:37 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-25 0:08 [PATCH v2] Parameterize EMAC Multicast Match Handling Grant Erickson
2008-07-01 5:26 ` Grant Erickson
2008-07-01 6:14 ` Benjamin Herrenschmidt
2008-07-01 6:37 ` Stefan Roese [this message]
2008-07-01 18:13 ` Grant Erickson
2008-07-01 19:42 ` Stefan Roese
2008-07-01 23:52 ` Benjamin Herrenschmidt
2008-07-05 9:18 ` [PATCH v3] ibm_newemac: " Grant Erickson
2008-07-05 22:45 ` Benjamin Herrenschmidt
2008-07-06 0:15 ` [PATCH v4] " Grant Erickson
2008-07-06 0:31 ` Benjamin Herrenschmidt
2008-07-06 9:43 ` Stefan Roese
2008-07-06 23:30 ` [PATCH v5] " Grant Erickson
2008-07-07 5:58 ` Stefan Roese
2008-07-07 6:00 ` Benjamin Herrenschmidt
2008-07-07 6:29 ` Stefan Roese
2008-07-07 6:43 ` Benjamin Herrenschmidt
2008-07-07 6:18 ` Benjamin Herrenschmidt
2008-07-07 13:59 ` Jeff Garzik
2008-07-07 19:50 ` Valentine Barshak
2008-07-07 22:02 ` Grant Erickson
2008-07-07 22:03 ` [PATCH v6] " Grant Erickson
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=200807010837.45282.sr@denx.de \
--to=sr@denx.de \
--cc=benh@kernel.crashing.org \
--cc=gerickson@nuovations.com \
--cc=linuxppc-dev@ozlabs.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 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).