All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jesse Barnes <jbarnes@virtuousgeek.org>
To: Imre Deak <imre.deak@intel.com>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH 1/2] igt/intel_iosf: rename IOSF sideband opcodes according to the spec
Date: Mon, 19 May 2014 08:03:41 -0700	[thread overview]
Message-ID: <20140519080341.78dedec7@jbarnes-desktop> (raw)
In-Reply-To: <1400507312-17545-1-git-send-email-imre.deak@intel.com>

On Mon, 19 May 2014 16:48:31 +0300
Imre Deak <imre.deak@intel.com> wrote:

> These opcodes are not specific for an endpoint, but are the same for all
> endpoints. So rename them accordingly, using the name the VLV2 sideband
> HAS uses. Also move the macros to the .c file, since they aren't used
> anywhere else.
> 
> Signed-off-by: Imre Deak <imre.deak@intel.com>
> ---
>  lib/intel_iosf.c | 24 ++++++++++++++++--------
>  lib/intel_reg.h  |  5 -----
>  2 files changed, 16 insertions(+), 13 deletions(-)
> 
> diff --git a/lib/intel_iosf.c b/lib/intel_iosf.c
> index 7e25159..26d6d01 100644
> --- a/lib/intel_iosf.c
> +++ b/lib/intel_iosf.c
> @@ -8,13 +8,21 @@
>  
>  #define TIMEOUT_US 500000
>  
> +/* Standard MMIO read, non-posted */
> +#define SB_MRD_NP      0x00
> +/* Standard MMIO write, non-posted */
> +#define SB_MWR_NP      0x01
> +/* Private register read, double-word addressing, non-posted */
> +#define SB_CRRDDA_NP   0x06
> +/* Private register write, double-word addressing, non-posted */
> +#define SB_CRWRDA_NP   0x07
> +
>  static int vlv_sideband_rw(uint32_t port, uint8_t opcode, uint32_t addr,
>  			   uint32_t *val)
>  {
>  	int timeout = 0;
>  	uint32_t cmd, devfn, be, bar;
> -	int is_read = (opcode == PUNIT_OPCODE_REG_READ ||
> -		       opcode == DPIO_OPCODE_REG_READ);
> +	int is_read = (opcode == SB_CRRDDA_NP || opcode == SB_MRD_NP);
>  
>  	bar = 0;
>  	be = 0xf;
> @@ -67,7 +75,7 @@ static int vlv_sideband_rw(uint32_t port, uint8_t opcode, uint32_t addr,
>   */
>  int intel_punit_read(uint8_t addr, uint32_t *val)
>  {
> -	return vlv_sideband_rw(IOSF_PORT_PUNIT, PUNIT_OPCODE_REG_READ, addr, val);
> +	return vlv_sideband_rw(IOSF_PORT_PUNIT, SB_CRRDDA_NP, addr, val);
>  }
>  
>  /**
> @@ -82,7 +90,7 @@ int intel_punit_read(uint8_t addr, uint32_t *val)
>   */
>  int intel_punit_write(uint8_t addr, uint32_t val)
>  {
> -	return vlv_sideband_rw(IOSF_PORT_PUNIT, PUNIT_OPCODE_REG_WRITE, addr, &val);
> +	return vlv_sideband_rw(IOSF_PORT_PUNIT, SB_CRWRDA_NP, addr, &val);
>  }
>  
>  /**
> @@ -97,7 +105,7 @@ int intel_punit_write(uint8_t addr, uint32_t val)
>   */
>  int intel_nc_read(uint8_t addr, uint32_t *val)
>  {
> -	return vlv_sideband_rw(IOSF_PORT_NC, PUNIT_OPCODE_REG_READ, addr, val);
> +	return vlv_sideband_rw(IOSF_PORT_NC, SB_CRRDDA_NP, addr, val);
>  }
>  
>  /**
> @@ -112,7 +120,7 @@ int intel_nc_read(uint8_t addr, uint32_t *val)
>   */
>  int intel_nc_write(uint8_t addr, uint32_t val)
>  {
> -	return vlv_sideband_rw(IOSF_PORT_NC, PUNIT_OPCODE_REG_WRITE, addr, &val);
> +	return vlv_sideband_rw(IOSF_PORT_NC, SB_CRWRDA_NP, addr, &val);
>  }
>  
>  /**
> @@ -129,7 +137,7 @@ uint32_t intel_dpio_reg_read(uint32_t reg, int phy)
>  {
>  	uint32_t val;
>  
> -	vlv_sideband_rw(IOSF_PORT_DPIO, DPIO_OPCODE_REG_READ, reg, &val);
> +	vlv_sideband_rw(IOSF_PORT_DPIO, SB_MRD_NP, reg, &val);
>  	return val;
>  }
>  
> @@ -143,5 +151,5 @@ uint32_t intel_dpio_reg_read(uint32_t reg, int phy)
>   */
>  void intel_dpio_reg_write(uint32_t reg, uint32_t val, int phy)
>  {
> -	vlv_sideband_rw(IOSF_PORT_DPIO, DPIO_OPCODE_REG_WRITE, reg, &val);
> +	vlv_sideband_rw(IOSF_PORT_DPIO, SB_MWR_NP, reg, &val);
>  }
> diff --git a/lib/intel_reg.h b/lib/intel_reg.h
> index 4b3a102..5520624 100644
> --- a/lib/intel_reg.h
> +++ b/lib/intel_reg.h
> @@ -3576,9 +3576,4 @@ typedef enum {
>  #define VLV_IOSF_DATA				(VLV_DISPLAY_BASE + 0x2104)
>  #define VLV_IOSF_ADDR				(VLV_DISPLAY_BASE + 0x2108)
>  
> -#define DPIO_OPCODE_REG_READ			0
> -#define DPIO_OPCODE_REG_WRITE			1
> -#define PUNIT_OPCODE_REG_READ			6
> -#define PUNIT_OPCODE_REG_WRITE			7
> -
>  #endif /* _I810_REG_H */

Looks fine to me... you have commit access right?

-- 
Jesse Barnes, Intel Open Source Technology Center

  parent reply	other threads:[~2014-05-19 15:03 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-05-19 13:48 [PATCH 1/2] igt/intel_iosf: rename IOSF sideband opcodes according to the spec Imre Deak
2014-05-19 13:48 ` [PATCH 2/2] igt/quickdump: vlv: dump FLISDSI regs too Imre Deak
2014-05-19 15:03 ` Jesse Barnes [this message]
2014-05-19 15:10   ` [PATCH 1/2] igt/intel_iosf: rename IOSF sideband opcodes according to the spec Imre Deak

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=20140519080341.78dedec7@jbarnes-desktop \
    --to=jbarnes@virtuousgeek.org \
    --cc=imre.deak@intel.com \
    --cc=intel-gfx@lists.freedesktop.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.