linux-arm-msm.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: kgunda@codeaurora.org
To: Stephen Boyd <sboyd@codeaurora.org>
Cc: Abhijeet Dharmapurikar <adharmap@codeaurora.org>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Subbaraman Narayanamurthy <subbaram@codeaurora.org>,
	David Collins <collinsd@codeaurora.org>,
	Christophe JAILLET <christophe.jaillet@wanadoo.fr>,
	linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org,
	adharmap@quicinc.com, aghayal@qti.qualcomm.com,
	linux-arm-msm-owner@vger.kernel.org
Subject: Re: [PATCH V1 13/15] spmi: pmic-arb: add support for HW version 5
Date: Thu, 08 Jun 2017 16:58:29 +0530	[thread overview]
Message-ID: <24975b3ca3a92d42e4ce7693abe4bd2f@codeaurora.org> (raw)
In-Reply-To: <20170601060859.GK20170@codeaurora.org>

On 2017-06-01 11:38, Stephen Boyd wrote:
> On 05/30, Kiran Gunda wrote:
>> diff --git a/drivers/spmi/spmi-pmic-arb.c 
>> b/drivers/spmi/spmi-pmic-arb.c
>> index 412481d..b755c24 100644
>> --- a/drivers/spmi/spmi-pmic-arb.c
>> +++ b/drivers/spmi/spmi-pmic-arb.c
>> @@ -112,7 +123,8 @@ enum pmic_arb_cmd_op_code {
>> 
>>  struct apid_data {
>>  	u16		ppid;
>> -	u8		owner;
>> +	u8		write_owner;
>> +	u8		irq_owner;
> 
> How about irq_ee and write_ee instead?
> 
Sure. will change it in the subsequent patch.
>>  };
>> 
>>  /**
>>  static inline void pmic_arb_base_write(struct spmi_pmic_arb *pa,
>> @@ -705,11 +724,18 @@ static int 
>> qpnpint_irq_domain_dt_translate(struct irq_domain *d,
>>  			(intspec[1] << 8), &apid);
>>  	if (rc < 0) {
>>  		dev_err(&pa->spmic->dev,
>> -		"failed to xlate sid = 0x%x, periph = 0x%x, irq = %x rc = %d\n",
>> +		"failed to xlate sid = 0x%x, periph = 0x%x, irq = %u rc = %d\n",
> 
> What is this change? Also, use %#x instead of 0x%x and the "
> should line up with the ( on the previous line.
> 
Sure. will change it in the subsequent patch.
>>  		intspec[0], intspec[1], intspec[2], rc);
>>  		return rc;
>>  	}
>> 
>> +	if (pa->apid_data[apid].irq_owner != pa->ee) {
>> +		dev_err(&pa->spmic->dev, "failed to xlate sid = 0x%x, periph = 
>> 0x%x, irq = %u: ee=%u but owner=%u\n",
>> +			intspec[0], intspec[1], intspec[2], pa->ee,
>> +			pa->apid_data[apid].irq_owner);
>> +		return -ENODEV;
>> +	}
>> +
>>  	/* Keep track of {max,min}_apid for bounding search during interrupt 
>> */
>>  	if (apid > pa->max_apid)
>>  		pa->max_apid = apid;
>> @@ -814,9 +841,11 @@ static u16 pmic_arb_find_apid(struct 
>> spmi_pmic_arb *pa, u16 ppid)
>>  	for (apid = pa->last_apid; apid < pa->max_periph; apid++) {
>>  		regval = readl_relaxed(pa->cnfg +
>>  				      SPMI_OWNERSHIP_TABLE_REG(apid));
>> -		pa->apid_data[apid].owner = SPMI_OWNERSHIP_PERIPH2OWNER(regval);
>> +		pa->apid_data[apid].irq_owner
>> +			= SPMI_OWNERSHIP_PERIPH2OWNER(regval);
>> +		pa->apid_data[apid].write_owner = pa->apid_data[apid].irq_owner;
> 
> Please use a local variable pointer *apid.
> 
Sure. will change it in the subsequent patch.
>> 
>> -		offset = PMIC_ARB_REG_CHNL(apid);
>> +		offset = pa->ver_ops->channel_map_offset(apid);
>>  		if (offset >= pa->core_size)
>>  			break;
>> 
>> @@ -854,27 +883,110 @@ static u16 pmic_arb_find_apid(struct 
>> spmi_pmic_arb *pa, u16 ppid)
>>  	return 0;
>>  }
>> 
>> +static int pmic_arb_read_apid_map_v5(struct spmi_pmic_arb *pa)
>> +{
>> +	u32 regval, offset;
>> +	u16 apid, prev_apid, ppid;
>> +	bool valid, is_irq_owner;
>> +
>> +	/*
>> +	 * PMIC_ARB_REG_CHNL is a table in HW mapping APID (channel) to 
>> PPID.
>> +	 * ppid_to_apid is an in-memory invert of that table.  In order to 
>> allow
>> +	 * multiple EE's to write to a single PPID in arbiter version 5, 
>> there
> 
> Drop the apostrophe   ^
> 
Ok. will change it in the subsequent patch.
>> +	 * is more than one APID mapped to each PPID.  The owner field for 
>> each
>> +	 * of these mappings specifies the EE which is allowed to write to 
>> the
>> +	 * APID.  The owner of the last (highest) APID for a given PPID will
>> +	 * receive interrupts from the PPID.
>> +	 */
>> +	for (apid = 0; apid < pa->max_periph; apid++) {
>> +		offset = pa->ver_ops->channel_map_offset(apid);
>> +		if (offset >= pa->core_size)
>> +			break;
>> +
>> +		regval = readl_relaxed(pa->core + offset);
>> +		if (!regval)
>> +			continue;
>> +		ppid = (regval >> 8) & PMIC_ARB_PPID_MASK;
>> +		is_irq_owner = PMIC_ARB_CHAN_IS_IRQ_OWNER(regval);
>> +
>> +		regval = readl_relaxed(pa->cnfg +
>> +				      SPMI_OWNERSHIP_TABLE_REG(apid));
>> +		pa->apid_data[apid].write_owner
>> +			= SPMI_OWNERSHIP_PERIPH2OWNER(regval);
> 
> Please use a pointer like *apid and *prev where *apid is
> incremented during the for-loop. That way we have shorter lines
> of code:
> 
> 		apid->write_owner = SPMI_OWNERSHIP_TABLE_REG(regval);
> 
> and
> 
> 		if (valid && is_irq_owner && prev->write_owner == pa->ee) {
> 
> obviously the existing apid will need to be renamed to i, but
> that's ok because it's a counter.
> 
Sure. will do it in the subsequent patch..
>> +
>> +		pa->apid_data[apid].irq_owner = is_irq_owner ?
>> +			pa->apid_data[apid].write_owner : INVALID_EE;
>> +
>> +		valid = pa->ppid_to_apid[ppid] & PMIC_ARB_CHAN_VALID;
>> +		prev_apid = pa->ppid_to_apid[ppid] & ~PMIC_ARB_CHAN_VALID;
>> +
>> +		if (valid && is_irq_owner &&
>> +		    pa->apid_data[prev_apid].write_owner == pa->ee) {
>> +			/*
>> +			 * Duplicate PPID mapping after the one for this EE;
>> +			 * override the irq owner
>> +			 */
>> +			pa->apid_data[prev_apid].irq_owner
>> +				= pa->apid_data[apid].irq_owner;
>> +		} else if (!valid || is_irq_owner) {
>> +			/* First PPID mapping or duplicate for another EE */
>> +			pa->ppid_to_apid[ppid] = apid | PMIC_ARB_CHAN_VALID;
>> +		}
>> +
>> +		pa->apid_data[apid].ppid = ppid;
>> +		pa->last_apid = apid;
>> +	}
>> +
>> +	/* Dump the mapping table for debug purposes. */
>> +	dev_dbg(&pa->spmic->dev, "PPID APID Write-EE IRQ-EE\n");
>> +	for (ppid = 0; ppid < PMIC_ARB_MAX_PPID; ppid++) {
>> +		valid = pa->ppid_to_apid[ppid] & PMIC_ARB_CHAN_VALID;
>> +		apid = pa->ppid_to_apid[ppid] & ~PMIC_ARB_CHAN_VALID;
>> +
>> +		if (valid)
>> +			dev_dbg(&pa->spmic->dev, "0x%03X %3u %2u %2u\n",
> 
> Same %#x story here.
> 
Sure. will change it in the subsequent patch.
>> +				ppid, apid, pa->apid_data[apid].write_owner,
>> +				pa->apid_data[apid].irq_owner);
>> +	}
>> +
>> +	return 0;
>> +}
>> +
>> 
>> @@ -887,6 +999,27 @@ static u16 pmic_arb_find_apid(struct 
>> spmi_pmic_arb *pa, u16 ppid)
>>  	return 0;
>>  }
>> 
>> +/*
>> + * v5 offset per ee and per apid for observer channels and per apid 
>> for
>> + * read/write channels.
>> + */
>> +static int
>> +pmic_arb_offset_v5(struct spmi_pmic_arb *pa, u8 sid, u16 addr,
>> +		   enum pmic_arb_channel ch_type, u32 *offset)
>> +{
>> +	u16 apid;
>> +	int rc;
>> +
>> +	rc = pmic_arb_ppid_to_apid_v5(pa, sid, addr, &apid);
>> +	if (rc < 0)
>> +		return rc;
>> +
>> +	*offset = (ch_type == PMIC_ARB_CHANNEL_OBS)
>> +			? 0x10000 * pa->ee + 0x80 * apid
>> +			: 0x10000 * apid;
> 
> Please use a switch statement to handle the enum here. That way
> we can get compiler checking to make sure all enumerations are
> handled.
> 
Sure. will change it in the subsequent patch.
>> +	return 0;
>> +}
>> +
>>  static u32 pmic_arb_fmt_cmd_v1(u8 opc, u8 sid, u16 addr, u8 bc)
>>  {
>>  	return (opc << 27) | ((sid & 0xf) << 20) | (addr << 4) | (bc & 0x7);
>> @@ -1033,11 +1213,14 @@ static int spmi_pmic_arb_probe(struct 
>> platform_device *pdev)
>> 
>>  		if (hw_ver < PMIC_ARB_VERSION_V3_MIN)
>>  			pa->ver_ops = &pmic_arb_v2;
>> -		else
>> +		else if (hw_ver < PMIC_ARB_VERSION_V5_MIN)
>>  			pa->ver_ops = &pmic_arb_v3;
>> +		else
>> +			pa->ver_ops = &pmic_arb_v5;
>> 
>> -		/* the apid to ppid table starts at PMIC_ARB_REG_CHNL(0) */
>> -		pa->max_periph = (pa->core_size - PMIC_ARB_REG_CHNL(0)) / 4;
>> +		/* the apid to ppid table starts at PMIC_ARB_REG_CHNL0 */
>> +		pa->max_periph
>> +		     = (pa->core_size - pa->ver_ops->channel_map_offset(0)) / 4;
> 
> This is really ugly. Please grow a local variable so we can keep
> things on one line.
> 
Ok. will change it in the subsequent patch.
>> 
>>  		res = platform_get_resource_byname(pdev, IORESOURCE_MEM,
>>  						   "obsrvr");
>> @@ -1074,6 +1257,14 @@ static int spmi_pmic_arb_probe(struct 
>> platform_device *pdev)
>>  		err = PTR_ERR(pa->intr);
>>  		goto err_put_ctrl;
>>  	}
>> +	pa->acc_status = pa->intr;
>> +
>> +	/*
>> +	 * PMIC arbiter v5 groups the IRQ control registers in the same 
>> hardware
>> +	 * module as the read/write channels.
>> +	 */
>> +	if (hw_ver >= PMIC_ARB_VERSION_V5_MIN)
>> +		pa->intr = pa->wr_base;
> 
> There's some weird things going on here. How about we make the
> version ops return an __iomem pointer to the address instead of
> an offset? That way we don't need to care what pa->intr is or add
> pa->acc_status? That could be a patch early in the series that
> adjusts the ops to return an iomem pointer, and perhaps also
> update the 'n' variable to be 16 instead of 8 bits. We can also
> express errors through iomem pointers with IS_ERR() checks, so it
> nicely removes the need to retrieve offsets through references
> sometimes too.
Yes. This looks good. Will change it in the subsequent patch series.

  reply	other threads:[~2017-06-08 11:28 UTC|newest]

Thread overview: 60+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-05-30 12:38 [PATCH V1 00/15]: support for spmi_pmic_arb v3/v5 and bug fixes Kiran Gunda
2017-05-30 12:38 ` [PATCH V1 01/15] spmi: pmic_arb: block access of invalid read and writes Kiran Gunda
2017-05-31  0:33   ` Stephen Boyd
2017-06-12 11:26     ` kgunda
2017-06-13  2:09       ` Stephen Boyd
2017-06-14 15:09         ` kgunda
2017-05-30 12:38 ` [PATCH V1 02/15] spmi: pmic-arb: rename spmi_pmic_arb_dev to spmi_pmic_arb Kiran Gunda
2017-05-31  0:46   ` Stephen Boyd
2017-06-01 16:11     ` kgunda
2017-06-02 18:29       ` Stephen Boyd
2017-06-05  6:28         ` kgunda
2017-05-30 12:38 ` [PATCH V1 03/15] spmi: pmic-arb: fix inconsistent use of apid and chan Kiran Gunda
2017-05-31  1:31   ` Stephen Boyd
2017-06-01 16:37     ` kgunda
2017-05-30 12:38 ` [PATCH V1 04/15] spmi: pmic-arb: optimize table lookups Kiran Gunda
2017-05-31  1:44   ` Stephen Boyd
2017-06-01 16:53     ` kgunda
2017-06-02 18:31       ` Stephen Boyd
2017-06-05  6:33         ` kgunda
2017-05-30 12:38 ` [PATCH V1 05/15] spmi: pmic-arb: cleanup unrequested irqs Kiran Gunda
2017-05-31  1:57   ` Stephen Boyd
2017-06-06 10:50     ` kgunda
2017-06-13  2:11       ` Stephen Boyd
2017-06-14 15:04         ` kgunda
2017-05-30 12:38 ` [PATCH V1 06/15] spmi: pmic-arb: fix missing interrupts Kiran Gunda
2017-05-31  2:00   ` Stephen Boyd
2017-06-01 17:06     ` kgunda
2017-05-30 12:38 ` [PATCH V1 07/15] spmi: pmic-arb: clear the latched status of the interrupt Kiran Gunda
2017-05-31 22:03   ` Stephen Boyd
2017-06-06 10:55     ` kgunda
2017-05-30 12:38 ` [PATCH V1 08/15] spmi: pmic_arb: use appropriate flow handler Kiran Gunda
2017-05-31 19:03   ` Stephen Boyd
2017-06-06 10:57     ` kgunda
2017-05-30 12:38 ` [PATCH V1 09/15] spmi: pmic-arb: check apid enabled before calling the handler Kiran Gunda
2017-05-31 20:39   ` Stephen Boyd
2017-06-14 15:38     ` kgunda
2017-06-16 21:11       ` Stephen Boyd
2017-06-21  5:02         ` kgunda
2017-05-30 12:38 ` [PATCH V1 10/15] spmi: pmic_arb: add support for PMIC bus arbiter v3 Kiran Gunda
2017-05-31 22:18   ` Stephen Boyd
2017-06-06 11:10     ` kgunda
2017-05-30 12:38 ` [PATCH V1 11/15] spmi: spmi-pmic-arb: enable the SPMI interrupt as a wakeup source Kiran Gunda
2017-05-31 17:13   ` Stephen Boyd
2017-06-08 11:30     ` kgunda
2017-05-30 12:39 ` [PATCH V1 12/15] spmi-pmic-arb: fix a possible null pointer dereference Kiran Gunda
2017-05-31 17:29   ` Stephen Boyd
2017-06-02  7:13     ` kgunda
2017-05-30 12:39 ` [PATCH V1 13/15] spmi: pmic-arb: add support for HW version 5 Kiran Gunda
2017-06-01  6:08   ` Stephen Boyd
2017-06-08 11:28     ` kgunda [this message]
2017-05-30 12:39 ` [PATCH V1 14/15] spmi: pmic-arb: do not ack and clear peripheral interrupts in cleanup_irq Kiran Gunda
2017-05-30 22:23   ` kbuild test robot
2017-05-31 17:53   ` Stephen Boyd
2017-06-02  7:26     ` kgunda
2017-06-06 11:27       ` kgunda
2017-06-13  2:10         ` Stephen Boyd
2017-07-18 11:53           ` kgunda
2017-05-30 12:39 ` [PATCH V1 15/15] spmi: pmic-arb: instantiate spmi_devices at arch_initcall Kiran Gunda
2017-05-31 22:07   ` Stephen Boyd
2017-07-18 11:49     ` kgunda

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=24975b3ca3a92d42e4ce7693abe4bd2f@codeaurora.org \
    --to=kgunda@codeaurora.org \
    --cc=adharmap@codeaurora.org \
    --cc=adharmap@quicinc.com \
    --cc=aghayal@qti.qualcomm.com \
    --cc=christophe.jaillet@wanadoo.fr \
    --cc=collinsd@codeaurora.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=linux-arm-msm-owner@vger.kernel.org \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=sboyd@codeaurora.org \
    --cc=subbaram@codeaurora.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).