From: Scott Wood <scottwood@freescale.com>
To: Liberman Igal-B31950 <Igal.Liberman@freescale.com>
Cc: "netdev@vger.kernel.org" <netdev@vger.kernel.org>,
"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"Bucur Madalin-Cristian-B32716" <madalin.bucur@freescale.com>
Subject: Re: [V5, 2/6] fsl/fman: Add FMan support
Date: Wed, 28 Oct 2015 16:30:54 -0500 [thread overview]
Message-ID: <1446067854.701.365.camel@freescale.com> (raw)
In-Reply-To: <BL2PR03MB5006080090B6783629A33A5E6220@BL2PR03MB500.namprd03.prod.outlook.com>
On Tue, 2015-10-27 at 11:32 -0500, Liberman Igal-B31950 wrote:
> > > +
> > > +struct device *fman_get_device(struct fman *fman) {
> > > + return fman->dev;
> > > +}
> >
> > Is this really necessary?
> >
>
> Fman port needs fman->dev, fman structure is opaque, so yes, it's needed.
Why is opacity being maintained from one part of the fman driver to another?
Isn't this the sort of excessive layering that was complained about?
> > > + /* In B4 rev 2.0 (and above) the MURAM size is 512KB.
> > > + * Check the SVR and update MURAM size if required.
> > > + */
> > > + u32 svr;
> > > +
> > > + svr = mfspr(SPRN_SVR);
> > > +
> > > + if ((SVR_SOC_VER(svr) == SVR_B4860) && (SVR_MAJ(svr) >=
> > 2))
> > > + fman->dts_params.muram_size = 0x80000;
> > > + }
> >
> > Why wasn't the MURAM size described in the device tree, as it was with
> > CPM/QE?
> >
>
> MURAM size described by the device-tree.
> In B4860 rev 2.0 (and above) MURAM size is bigger.
> This is workaround, in order to have the same device tree for all B4860
> revisions.
We don't support b4860 prior to rev 2.0 (due to e6500 core errata) so this is
irrelevant. Fix the device tree.
> > > +
> > > + of_node_put(muram_node);
> > > + of_node_put(fm_node);
> > > +
> > > + err = devm_request_irq(&of_dev->dev, irq, fman_irq,
> > > + IRQF_NO_SUSPEND, "fman", fman);
> > > + if (err < 0) {
> > > + pr_err("Error: allocating irq %d (error = %d)\n", irq, err);
> > > + goto fman_free;
> > > + }
> >
> > Why IRQF_NO_SUSPEND?
> >
>
> It shouldn't be IRQF_NO_SUSPEND for now, removed.
Why just "for now"?
-Scott
next prev parent reply other threads:[~2015-10-28 21:31 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1442836354-5445-1-git-send-email-igal.liberman@freescale.com>
2015-09-25 23:01 ` [V5, 2/6] fsl/fman: Add FMan support Scott Wood
2015-10-27 16:32 ` Liberman Igal
2015-10-28 21:30 ` Scott Wood [this message]
2015-10-29 15:22 ` Liberman Igal
2015-10-29 15:24 ` Scott Wood
2015-10-29 16:08 ` Liberman Igal
2015-09-24 9:10 [v5, 0/6] Freescale DPAA FMan igal.liberman
2015-09-24 9:10 ` [v5, 2/6] fsl/fman: Add FMan support igal.liberman
2015-10-02 3:35 ` Scott Wood
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=1446067854.701.365.camel@freescale.com \
--to=scottwood@freescale.com \
--cc=Igal.Liberman@freescale.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=madalin.bucur@freescale.com \
--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).