From: Micha Nelissen <micha@neli.hopto.org>
To: Alexandre Bounine <alexb@tundra.com>
Cc: linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
thomas.moll.ext@nsn.com, thomas.moll@sysgo.com
Subject: Re: [PATCH 3/7] RapidIO: Add Port-Write handling for EM
Date: Wed, 24 Feb 2010 21:17:14 +0100 [thread overview]
Message-ID: <4B85894A.6040406@neli.hopto.org> (raw)
In-Reply-To: <20100224152401.GC13661@kaneng01.tundra.com>
Alexandre Bounine wrote:
> /**
> + * rio_em_set_ops- Sets Error Managment operations for a particular vendor switch
> + * @rdev: RIO device
> + *
> + * Searches the RIO EM ops table for known switch types. If the vid
> + * and did match a switch table entry, then set the em_init() and
> + * em_handle() ops to the table entry values.
Shouldn't any RIO device be able to support error management, not just
switches?
> +/**
> + * rio_pw_enable - Enables/disables port-write handling by a master port
> + * @port: Master port associated with port-write handling
> + * @enable: 1=enable, 0=disable
> + */
> +static void rio_pw_enable(struct rio_mport *port, int enable)
> +{
> + if (port->ops->pwenable)
> + port->ops->pwenable(port, enable);
> +}
> +
Maybe this can be done by switch->init function?
> +/**
> + * rio_inb_pwrite_handler - process inbound port-write message
> + * @pw_msg: pointer to inbound port-write message
> + *
> + * Processes an inbound port-write message. Returns 0 if the request
> + * has been satisfied.
> + */
> +int rio_inb_pwrite_handler(u32 *pw_msg)
> +{
Perhaps map this pw_msg to a struct? Or read it into named variables?
> + /* Clear Port Errors */
> + rio_mport_write_config_32(mport, destid, hopcount,
> + rdev->phys_efptr + RIO_PORT_N_ERR_STS_CSR(portnum),
> + err_status & 0x07120204);
Hardcoded value!
> +
> + if (rdev->rswitch->port_ok & (1 << portnum)) {
> + if (err_status & RIO_PORT_N_ERR_STS_PORT_UNINIT) {
> + rdev->rswitch->port_ok &= ~(1 << portnum);
> + rio_mport_read_config_32(mport, destid, hopcount,
> + rdev->phys_efptr + RIO_PORT_N_CTL_CSR(portnum),
> + ®val);
> + rio_mport_write_config_32(mport, destid, hopcount,
> + rdev->phys_efptr + RIO_PORT_N_CTL_CSR(portnum),
> + regval | RIO_PORT_N_CTL_LOCKOUT);
You have a function for this?
> + rio_mport_write_config_32(mport, destid, hopcount,
> + rdev->phys_efptr +
> + RIO_PORT_N_ACK_STS_CSR(portnum),
> + RIO_PORT_N_ACK_CLEAR);
This doesn't work for the 568; but the 568 has no special handling?
> + /* Clear Port-Write Pending bit */
> + rio_mport_write_config_32(mport, destid, hopcount,
> + rdev->phys_efptr + RIO_PORT_N_ERR_STS_CSR(portnum),
> + RIO_PORT_N_ERR_STS_PW_PEND);
> +DECLARE_RIO_EM_OPS(RIO_VID_TUNDRA, RIO_DID_TSI572, tsi57x_em_init, tsi57x_em_handler);
> +DECLARE_RIO_EM_OPS(RIO_VID_TUNDRA, RIO_DID_TSI574, tsi57x_em_init, tsi57x_em_handler);
> +DECLARE_RIO_EM_OPS(RIO_VID_TUNDRA, RIO_DID_TSI577, tsi57x_em_init, tsi57x_em_handler);
> +DECLARE_RIO_EM_OPS(RIO_VID_TUNDRA, RIO_DID_TSI578, tsi57x_em_init, tsi57x_em_handler);
Why not declare these along with the other ops?
Micha
next prev parent reply other threads:[~2010-02-24 20:17 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-02-24 15:24 [PATCH 3/7] RapidIO: Add Port-Write handling for EM Alexandre Bounine
2010-02-24 20:17 ` Micha Nelissen [this message]
2010-02-25 20:30 ` Bounine, Alexandre
2010-02-25 21:02 ` Micha Nelissen
2010-02-26 20:20 ` Bounine, Alexandre
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=4B85894A.6040406@neli.hopto.org \
--to=micha@neli.hopto.org \
--cc=alexb@tundra.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=thomas.moll.ext@nsn.com \
--cc=thomas.moll@sysgo.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