From: Josh Boyer <jwboyer@linux.vnet.ibm.com>
To: Simon Horman <horms@verge.net.au>
Cc: linuxppc-dev@ozlabs.org, netdev@vger.kernel.org
Subject: Re: [PATCH 3/3] ibm_newemac: MAL support for PowerPC 405EZ
Date: Thu, 4 Sep 2008 23:41:45 -0400 [thread overview]
Message-ID: <20080904234145.17f55cc2@zod.rchland.ibm.com> (raw)
In-Reply-To: <20080905021037.GG14128@verge.net.au>
On Fri, 5 Sep 2008 12:10:37 +1000
Simon Horman <horms@verge.net.au> wrote:
> > +static irqreturn_t mal_int(int irq, void *dev_instance)
> > +{
> > + struct mal_instance *mal = dev_instance;
> > + u32 esr = get_mal_dcrn(mal, MAL_ESR);
> > +
> > + if (esr & MAL_ESR_EVB) {
> > + /* descriptor error */
> > + if (esr & MAL_ESR_DE) {
> > + if (esr & MAL_ESR_CIDT)
> > + return (mal_rxde(irq, dev_instance));
>
> Return statements shouldn't be enlosed in brackets according to
> checkpatch.pl. Also in a few other places.
I hate checkpatch, but that's easy enough to fix. Though I don't see
what other places I add with that mistake.
> > + else
> > + return (mal_txde(irq, dev_instance));
> > + } else { /* SERR */
> > + return (mal_serr(irq, dev_instance));
> > + }
> > + }
> > + return IRQ_HANDLED;
> > +}
> > +
> > void mal_poll_disable(struct mal_instance *mal, struct mal_commac *commac)
> > {
> > /* Spinlock-type semantics: only one caller disable poll at a time */
> > @@ -542,11 +568,22 @@ static int __devinit mal_probe(struct of_device *ofdev,
> > goto fail;
> > }
> >
> > - mal->txeob_irq = irq_of_parse_and_map(ofdev->node, 0);
> > - mal->rxeob_irq = irq_of_parse_and_map(ofdev->node, 1);
> > - mal->serr_irq = irq_of_parse_and_map(ofdev->node, 2);
> > - mal->txde_irq = irq_of_parse_and_map(ofdev->node, 3);
> > - mal->rxde_irq = irq_of_parse_and_map(ofdev->node, 4);
> > + if (of_device_is_compatible(ofdev->node, "ibm,mcmal-405ez"))
> > + mal->features |= (MAL_FTR_CLEAR_ICINTSTAT | MAL_FTR_COMMON_ERR_INT);
>
> The above like is >80 characters wide.
> But I'm not sure that anyone cares.
I don't. If Ben complains I'll change it.
> > +
> > + if (mal_has_feature(mal, MAL_FTR_COMMON_ERR_INT)) {
> > + mal->txeob_irq = irq_of_parse_and_map(ofdev->node, 0);
> > + mal->rxeob_irq = irq_of_parse_and_map(ofdev->node, 1);
> > + mal->serr_irq = irq_of_parse_and_map(ofdev->node, 2);
> > + mal->txde_irq = mal->rxde_irq = mal->serr_irq;
> > + } else {
> > + mal->txeob_irq = irq_of_parse_and_map(ofdev->node, 0);
> > + mal->rxeob_irq = irq_of_parse_and_map(ofdev->node, 1);
> > + mal->serr_irq = irq_of_parse_and_map(ofdev->node, 2);
> > + mal->txde_irq = irq_of_parse_and_map(ofdev->node, 3);
> > + mal->rxde_irq = irq_of_parse_and_map(ofdev->node, 4);
> > + }
>
> It seems that that first three calls to irq_of_parse_and_map() could
> be moved outside of the if/else clause.
>
> mal->txeob_irq = irq_of_parse_and_map(ofdev->node, 0);
> mal->rxeob_irq = irq_of_parse_and_map(ofdev->node, 1);
> mal->serr_irq = irq_of_parse_and_map(ofdev->node, 2);
> if (mal_has_feature(mal, MAL_FTR_COMMON_ERR_INT)) {
> mal->txde_irq = mal->rxde_irq = mal->serr_irq;
> } else {
> mal->txde_irq = irq_of_parse_and_map(ofdev->node, 3);
> mal->rxde_irq = irq_of_parse_and_map(ofdev->node, 4);
> }
Indeed they could. Good catch.
> > +
> > if (mal->txeob_irq == NO_IRQ || mal->rxeob_irq == NO_IRQ ||
> > mal->serr_irq == NO_IRQ || mal->txde_irq == NO_IRQ ||
> > mal->rxde_irq == NO_IRQ) {
> > @@ -608,21 +645,42 @@ static int __devinit mal_probe(struct of_device *ofdev,
> > sizeof(struct mal_descriptor) *
> > mal_rx_bd_offset(mal, i));
> >
> > - err = request_irq(mal->serr_irq, mal_serr, 0, "MAL SERR", mal);
> > - if (err)
> > - goto fail2;
> > - err = request_irq(mal->txde_irq, mal_txde, 0, "MAL TX DE", mal);
> > - if (err)
> > - goto fail3;
> > - err = request_irq(mal->txeob_irq, mal_txeob, 0, "MAL TX EOB", mal);
> > - if (err)
> > - goto fail4;
> > - err = request_irq(mal->rxde_irq, mal_rxde, 0, "MAL RX DE", mal);
> > - if (err)
> > - goto fail5;
> > - err = request_irq(mal->rxeob_irq, mal_rxeob, 0, "MAL RX EOB", mal);
> > - if (err)
> > - goto fail6;
> > + if (mal_has_feature(mal, MAL_FTR_COMMON_ERR_INT)) {
> > + err = request_irq(mal->serr_irq, mal_int, IRQF_SHARED,
> > + "MAL SERR", mal);
> > + if (err)
> > + goto fail2;
> > + err = request_irq(mal->txde_irq, mal_int, IRQF_SHARED,
> > + "MAL TX DE", mal);
> > + if (err)
> > + goto fail3;
> > + err = request_irq(mal->txeob_irq, mal_txeob, 0, "MAL TX EOB", mal);
> > + if (err)
> > + goto fail4;
> > + err = request_irq(mal->rxde_irq, mal_int, IRQF_SHARED,
> > + "MAL RX DE", mal);
> > + if (err)
> > + goto fail5;
> > + err = request_irq(mal->rxeob_irq, mal_rxeob, 0, "MAL RX EOB", mal);
> > + if (err)
> > + goto fail6;
> > + } else {
> > + err = request_irq(mal->serr_irq, mal_serr, 0, "MAL SERR", mal);
> > + if (err)
> > + goto fail2;
> > + err = request_irq(mal->txde_irq, mal_txde, 0, "MAL TX DE", mal);
> > + if (err)
> > + goto fail3;
> > + err = request_irq(mal->txeob_irq, mal_txeob, 0, "MAL TX EOB", mal);
> > + if (err)
> > + goto fail4;
> > + err = request_irq(mal->rxde_irq, mal_rxde, 0, "MAL RX DE", mal);
> > + if (err)
> > + goto fail5;
> > + err = request_irq(mal->rxeob_irq, mal_rxeob, 0, "MAL RX EOB", mal);
> > + if (err)
> > + goto fail6;
> > + }
>
> There seems to be a lot of repention in the above if/else clauses.
> I wonder if something like this might be nicer.
>
> if (mal_has_feature(mal, MAL_FTR_COMMON_ERR_INT)) {
> irqflags = IRQF_SHARED;
> hdlr_serr = hdlr_txde = hdlr_rxde = mal_int;
> } else {
> irqflags = 0;
> hdlr_serr = mal_serr;
> hdlr_txde = mal_txde;
> hdlr_rxde = mal_rxde;
> }
> err = request_irq(mal->serr_irq, hdlr_serr, irqflags, "MAL SERR", mal);
> if (err)
> goto fail2;
> err = request_irq(mal->txde_irq, hdlr_txde, irqflags, "MAL TX DE", mal);
> if (err)
> goto fail3;
> err = request_irq(mal->txeob_irq, mal_txeob, 0, "MAL TX EOB", mal);
> if (err)
> goto fail4;
> err = request_irq(mal->rxde_irq, hdlr_rxde, irqflags, "MAL RX DE", mal);
> if (err)
> goto fail5;
> err = request_irq(mal->rxeob_irq, mal_rxeob, 0, "MAL RX EOB", mal);
> if (err)
> goto fail6;
I like it. Much cleaner. I'll fix that up too.
josh
next prev parent reply other threads:[~2008-09-05 3:41 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <cover.1220540078.git.jwboyer@linux.vnet.ibm.com>
2008-09-04 15:01 ` [PATCH 1/3] ibm_newemac: Allow the "no flow control" EMAC feature to work Josh Boyer
2008-09-04 15:02 ` [PATCH 2/3] ibm_newemac: Introduce mal_has_feature Josh Boyer
2008-09-05 3:19 ` Benjamin Herrenschmidt
2008-09-05 3:37 ` Josh Boyer
2008-09-04 15:02 ` [PATCH 3/3] ibm_newemac: MAL support for PowerPC 405EZ Josh Boyer
2008-09-05 2:10 ` Simon Horman
2008-09-05 3:41 ` Josh Boyer [this message]
2008-09-05 9:34 ` Benjamin Herrenschmidt
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=20080904234145.17f55cc2@zod.rchland.ibm.com \
--to=jwboyer@linux.vnet.ibm.com \
--cc=horms@verge.net.au \
--cc=linuxppc-dev@ozlabs.org \
--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 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).