From: David Cohen <david.a.cohen@linux.intel.com>
To: matthew.garrett@nebula.com
Cc: platform-driver-x86@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/2] ipc: simplify platform data approach
Date: Tue, 14 Jan 2014 14:57:35 -0800 [thread overview]
Message-ID: <20140114225735.GC9834@psi-dev26.jf.intel.com> (raw)
In-Reply-To: <1386030001-18348-1-git-send-email-david.a.cohen@linux.intel.com>
On Mon, Dec 02, 2013 at 04:20:00PM -0800, David Cohen wrote:
> This patch removes the unnecessary enum for platform type to handle the
> array of pdatas. We can set pdata directly to pci_device_id struct
> instead.
Ping. comments here? :)
Br, David Cohen
>
> Signed-off-by: David Cohen <david.a.cohen@linux.intel.com>
> ---
> drivers/platform/x86/intel_scu_ipc.c | 84 +++++++++++++++++-------------------
> 1 file changed, 40 insertions(+), 44 deletions(-)
>
> diff --git a/drivers/platform/x86/intel_scu_ipc.c b/drivers/platform/x86/intel_scu_ipc.c
> index 60ea476a9130..259969d31055 100644
> --- a/drivers/platform/x86/intel_scu_ipc.c
> +++ b/drivers/platform/x86/intel_scu_ipc.c
> @@ -62,13 +62,6 @@
> #define IPC_RWBUF_SIZE 20 /* IPC Read buffer Size */
> #define IPC_IOC 0x100 /* IPC command register IOC bit */
>
> -enum {
> - SCU_IPC_LINCROFT,
> - SCU_IPC_PENWELL,
> - SCU_IPC_CLOVERVIEW,
> - SCU_IPC_TANGIER,
> -};
> -
> /* intel scu ipc driver data*/
> struct intel_scu_ipc_pdata_t {
> u32 ipc_base;
> @@ -78,35 +71,29 @@ struct intel_scu_ipc_pdata_t {
> u8 irq_mode;
> };
>
> -static struct intel_scu_ipc_pdata_t intel_scu_ipc_pdata[] = {
> - [SCU_IPC_LINCROFT] = {
> - .ipc_base = 0xff11c000,
> - .i2c_base = 0xff12b000,
> - .ipc_len = 0x100,
> - .i2c_len = 0x10,
> - .irq_mode = 0,
> - },
> - [SCU_IPC_PENWELL] = {
> - .ipc_base = 0xff11c000,
> - .i2c_base = 0xff12b000,
> - .ipc_len = 0x100,
> - .i2c_len = 0x10,
> - .irq_mode = 1,
> - },
> - [SCU_IPC_CLOVERVIEW] = {
> - .ipc_base = 0xff11c000,
> - .i2c_base = 0xff12b000,
> - .ipc_len = 0x100,
> - .i2c_len = 0x10,
> - .irq_mode = 1,
> - },
> - [SCU_IPC_TANGIER] = {
> - .ipc_base = 0xff009000,
> - .i2c_base = 0xff00d000,
> - .ipc_len = 0x100,
> - .i2c_len = 0x10,
> - .irq_mode = 0,
> - },
> +static struct intel_scu_ipc_pdata_t intel_scu_ipc_lincroft_pdata = {
> + .ipc_base = 0xff11c000,
> + .i2c_base = 0xff12b000,
> + .ipc_len = 0x100,
> + .i2c_len = 0x10,
> + .irq_mode = 0,
> +};
> +
> +/* Penwell and Cloverview */
> +static struct intel_scu_ipc_pdata_t intel_scu_ipc_penwell_pdata = {
> + .ipc_base = 0xff11c000,
> + .i2c_base = 0xff12b000,
> + .ipc_len = 0x100,
> + .i2c_len = 0x10,
> + .irq_mode = 1,
> +};
> +
> +static struct intel_scu_ipc_pdata_t intel_scu_ipc_tangier_pdata = {
> + .ipc_base = 0xff009000,
> + .i2c_base = 0xff00d000,
> + .ipc_len = 0x100,
> + .i2c_len = 0x10,
> + .irq_mode = 0,
> };
>
> static int ipc_probe(struct pci_dev *dev, const struct pci_device_id *id);
> @@ -583,15 +570,14 @@ static irqreturn_t ioc(int irq, void *dev_id)
> */
> static int ipc_probe(struct pci_dev *dev, const struct pci_device_id *id)
> {
> - int err, pid;
> + int err;
> struct intel_scu_ipc_pdata_t *pdata;
> resource_size_t pci_resource;
>
> if (ipcdev.pdev) /* We support only one SCU */
> return -EBUSY;
>
> - pid = id->driver_data;
> - pdata = &intel_scu_ipc_pdata[pid];
> + pdata = (struct intel_scu_ipc_pdata_t *)id->driver_data;
>
> ipcdev.pdev = pci_dev_get(dev);
> ipcdev.irq_mode = pdata->irq_mode;
> @@ -650,11 +636,21 @@ static void ipc_remove(struct pci_dev *pdev)
> }
>
> static DEFINE_PCI_DEVICE_TABLE(pci_ids) = {
> - {PCI_VDEVICE(INTEL, 0x082a), SCU_IPC_LINCROFT},
> - {PCI_VDEVICE(INTEL, 0x080e), SCU_IPC_PENWELL},
> - {PCI_VDEVICE(INTEL, 0x08ea), SCU_IPC_CLOVERVIEW},
> - {PCI_VDEVICE(INTEL, 0x11a0), SCU_IPC_TANGIER},
> - { 0,}
> + {
> + PCI_VDEVICE(INTEL, 0x082a),
> + (kernel_ulong_t)&intel_scu_ipc_lincroft_pdata,
> + }, {
> + PCI_VDEVICE(INTEL, 0x080e),
> + (kernel_ulong_t)&intel_scu_ipc_penwell_pdata,
> + }, {
> + PCI_VDEVICE(INTEL, 0x08ea),
> + (kernel_ulong_t)&intel_scu_ipc_penwell_pdata,
> + }, {
> + PCI_VDEVICE(INTEL, 0x11a0),
> + (kernel_ulong_t)&intel_scu_ipc_tangier_pdata,
> + }, {
> + 0,
> + }
> };
> MODULE_DEVICE_TABLE(pci, pci_ids);
>
> --
> 1.8.4.2
next prev parent reply other threads:[~2014-01-14 22:52 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-03 0:20 [PATCH 1/2] ipc: simplify platform data approach David Cohen
2013-12-03 0:20 ` [PATCH 2/2] ipc: add intel-mid's pci id macros David Cohen
2013-12-19 0:25 ` [PATCH 1/2] ipc: simplify platform data approach David Cohen
2014-01-14 22:57 ` David Cohen [this message]
2014-01-21 13:30 ` Matthew Garrett
2014-01-21 13:30 ` Matthew Garrett
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=20140114225735.GC9834@psi-dev26.jf.intel.com \
--to=david.a.cohen@linux.intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=matthew.garrett@nebula.com \
--cc=platform-driver-x86@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 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.