Skip to contentSkip to conversation

i2c: designware-pci: remove Moorestown support

PATCH Applied Andy Shevchenko 4 participants 14 messages Jan 23, 2015 – Feb 6, 2015 6 messages not in the archive

Subsystems (3)
lore
Share & tools
lore
#0 lore raw

PATCH v2 1/4 i2c: designware-pci: remove Moorestown support

The Moorestown support bits were removed few years ago. This is a follow up to that changes.

---
 drivers/i2c/busses/i2c-designware-pcidrv.c | 29 -----------------------------
 1 file changed, 29 deletions(-)
drivers/i2c/busses/i2c-designware-pcidrv.c +0 -29
index acb40f9..5c6fca7 100644
@@ -40,10 +40,6 @@
 #define DRIVER_NAME "i2c-designware-pci"
 
 enum dw_pci_ctl_id_t {
-	moorestown_0,
-	moorestown_1,
-	moorestown_2,
-
 	medfield_0,
 	medfield_1,
 	medfield_2,
@@ -102,27 +98,6 @@ static struct dw_scl_sda_cfg hsw_config = {
 };
 
 static struct  dw_pci_controller  dw_pci_controllers[] = {
-	[moorestown_0] = {
-		.bus_num     = 0,
-		.bus_cfg   = INTEL_MID_STD_CFG | DW_IC_CON_SPEED_FAST,
-		.tx_fifo_depth = 32,
-		.rx_fifo_depth = 32,
-		.clk_khz      = 25000,
-	},
-	[moorestown_1] = {
-		.bus_num     = 1,
-		.bus_cfg   = INTEL_MID_STD_CFG | DW_IC_CON_SPEED_FAST,
-		.tx_fifo_depth = 32,
-		.rx_fifo_depth = 32,
-		.clk_khz      = 25000,
-	},
-	[moorestown_2] = {
-		.bus_num     = 2,
-		.bus_cfg   = INTEL_MID_STD_CFG | DW_IC_CON_SPEED_FAST,
-		.tx_fifo_depth = 32,
-		.rx_fifo_depth = 32,
-		.clk_khz      = 25000,
-	},
 	[medfield_0] = {
 		.bus_num     = 0,
 		.bus_cfg   = INTEL_MID_STD_CFG | DW_IC_CON_SPEED_FAST,
@@ -325,10 +300,6 @@ static void i2c_dw_pci_remove(struct pci_dev *pdev)
 MODULE_ALIAS("i2c_designware-pci");
 
 static const struct pci_device_id i2_designware_pci_ids[] = {
-	/* Moorestown */
-	{ PCI_VDEVICE(INTEL, 0x0802), moorestown_0 },
-	{ PCI_VDEVICE(INTEL, 0x0803), moorestown_1 },
-	{ PCI_VDEVICE(INTEL, 0x0804), moorestown_2 },
 	/* Medfield */
 	{ PCI_VDEVICE(INTEL, 0x0817), medfield_3,},
 	{ PCI_VDEVICE(INTEL, 0x0818), medfield_4 },
Signature · 1 line
2.1.4

A message that is not in the archive (sent off-list or not yet received): 1422014045-20584-1-git-send-email-andriy.shevchenko-VuQAYsv1563Yd54FQh9/[email protected]

#2 lore raw

PATCH v2 2/4 i2c: designware-pci: shrink dw_pci_controllers array

There is no need to duplicate same data for each controller. If we need specific stuff for a certain controller in the future we may add it later. The patch leaves one controller per platform.

---
 drivers/i2c/busses/i2c-designware-pcidrv.c | 63 ++++++------------------------
 1 file changed, 11 insertions(+), 52 deletions(-)
drivers/i2c/busses/i2c-designware-pcidrv.c +11 -52
index 5c6fca7..435a8ec 100644
@@ -40,13 +40,7 @@
 #define DRIVER_NAME "i2c-designware-pci"
 
 enum dw_pci_ctl_id_t {
-	medfield_0,
-	medfield_1,
-	medfield_2,
-	medfield_3,
-	medfield_4,
-	medfield_5,
-
+	medfield,
 	baytrail,
 	haswell,
 };
@@ -98,47 +92,12 @@ static struct dw_scl_sda_cfg hsw_config = {
 };
 
 static struct  dw_pci_controller  dw_pci_controllers[] = {
-	[medfield_0] = {
-		.bus_num     = 0,
-		.bus_cfg   = INTEL_MID_STD_CFG | DW_IC_CON_SPEED_FAST,
-		.tx_fifo_depth = 32,
-		.rx_fifo_depth = 32,
-		.clk_khz      = 25000,
-	},
-	[medfield_1] = {
-		.bus_num     = 1,
-		.bus_cfg   = INTEL_MID_STD_CFG | DW_IC_CON_SPEED_FAST,
-		.tx_fifo_depth = 32,
-		.rx_fifo_depth = 32,
-		.clk_khz      = 25000,
-	},
-	[medfield_2] = {
-		.bus_num     = 2,
-		.bus_cfg   = INTEL_MID_STD_CFG | DW_IC_CON_SPEED_FAST,
-		.tx_fifo_depth = 32,
-		.rx_fifo_depth = 32,
-		.clk_khz      = 25000,
-	},
-	[medfield_3] = {
-		.bus_num     = 3,
-		.bus_cfg   = INTEL_MID_STD_CFG | DW_IC_CON_SPEED_STD,
-		.tx_fifo_depth = 32,
-		.rx_fifo_depth = 32,
-		.clk_khz      = 25000,
-	},
-	[medfield_4] = {
-		.bus_num     = 4,
-		.bus_cfg   = INTEL_MID_STD_CFG | DW_IC_CON_SPEED_FAST,
-		.tx_fifo_depth = 32,
-		.rx_fifo_depth = 32,
-		.clk_khz      = 25000,
-	},
-	[medfield_5] = {
-		.bus_num     = 5,
-		.bus_cfg   = INTEL_MID_STD_CFG | DW_IC_CON_SPEED_FAST,
+	[medfield] = {
+		.bus_num = -1,
+		.bus_cfg = INTEL_MID_STD_CFG | DW_IC_CON_SPEED_FAST,
 		.tx_fifo_depth = 32,
 		.rx_fifo_depth = 32,
-		.clk_khz      = 25000,
+		.clk_khz = 25000,
 	},
 	[baytrail] = {
 		.bus_num = -1,
@@ -301,12 +260,12 @@ MODULE_ALIAS("i2c_designware-pci");
 
 static const struct pci_device_id i2_designware_pci_ids[] = {
 	/* Medfield */
-	{ PCI_VDEVICE(INTEL, 0x0817), medfield_3,},
-	{ PCI_VDEVICE(INTEL, 0x0818), medfield_4 },
-	{ PCI_VDEVICE(INTEL, 0x0819), medfield_5 },
-	{ PCI_VDEVICE(INTEL, 0x082C), medfield_0 },
-	{ PCI_VDEVICE(INTEL, 0x082D), medfield_1 },
-	{ PCI_VDEVICE(INTEL, 0x082E), medfield_2 },
+	{ PCI_VDEVICE(INTEL, 0x0817), medfield },
+	{ PCI_VDEVICE(INTEL, 0x0818), medfield },
+	{ PCI_VDEVICE(INTEL, 0x0819), medfield },
+	{ PCI_VDEVICE(INTEL, 0x082c), medfield },
+	{ PCI_VDEVICE(INTEL, 0x082d), medfield },
+	{ PCI_VDEVICE(INTEL, 0x082e), medfield },
 	/* Baytrail */
 	{ PCI_VDEVICE(INTEL, 0x0F41), baytrail },
 	{ PCI_VDEVICE(INTEL, 0x0F42), baytrail },
Signature · 1 line
2.1.4

A message that is not in the archive (sent off-list or not yet received): 1422014045-20584-2-git-send-email-andriy.shevchenko-VuQAYsv1563Yd54FQh9/[email protected]

#4 lore raw

Re: [PATCH v2 2/4] i2c: designware-pci: shrink dw_pci_controllers array

Quoted 29 lines · Andy Shevchenko

There is no need to duplicate same data for each controller. If we need specific stuff for a certain controller in the future we may add it later. The patch leaves one controller per platform.

---
 drivers/i2c/busses/i2c-designware-pcidrv.c | 63 ++++++------------------------
 1 file changed, 11 insertions(+), 52 deletions(-)
drivers/i2c/busses/i2c-designware-pcidrv.c +1 -7
index 5c6fca7..435a8ec 100644
@@ -40,13 +40,7 @@
 #define DRIVER_NAME "i2c-designware-pci"
 
 enum dw_pci_ctl_id_t {
-	medfield_0,
-	medfield_1,
-	medfield_2,
-	medfield_3,
-	medfield_4,
-	medfield_5,
-
+	medfield,
 	baytrail,
 	haswell,
 };

drivers/i2c/busses/i2c-designware-pcidrv.c static struct dw_scl_sda_cfg hsw_config = { · line 102

Quoted 5 lines
drivers/i2c/busses/i2c-designware-pcidrv.c +0 -2
@@ -98,47 +92,12 @@ static struct dw_scl_sda_cfg hsw_config = {
 };
 
 static struct  dw_pci_controller  dw_pci_controllers[] = {
-	[medfield_0] = {
-		.bus_num     = 0,

Wasn't that bus_num used to ensure stable bus numbers? Adding Mika.

Quoted 68 lines
drivers/i2c/busses/i2c-designware-pcidrv.c +10 -43
-		.bus_cfg   = INTEL_MID_STD_CFG | DW_IC_CON_SPEED_FAST,
-		.tx_fifo_depth = 32,
-		.rx_fifo_depth = 32,
-		.clk_khz      = 25000,
-	},
-	[medfield_1] = {
-		.bus_num     = 1,
-		.bus_cfg   = INTEL_MID_STD_CFG | DW_IC_CON_SPEED_FAST,
-		.tx_fifo_depth = 32,
-		.rx_fifo_depth = 32,
-		.clk_khz      = 25000,
-	},
-	[medfield_2] = {
-		.bus_num     = 2,
-		.bus_cfg   = INTEL_MID_STD_CFG | DW_IC_CON_SPEED_FAST,
-		.tx_fifo_depth = 32,
-		.rx_fifo_depth = 32,
-		.clk_khz      = 25000,
-	},
-	[medfield_3] = {
-		.bus_num     = 3,
-		.bus_cfg   = INTEL_MID_STD_CFG | DW_IC_CON_SPEED_STD,
-		.tx_fifo_depth = 32,
-		.rx_fifo_depth = 32,
-		.clk_khz      = 25000,
-	},
-	[medfield_4] = {
-		.bus_num     = 4,
-		.bus_cfg   = INTEL_MID_STD_CFG | DW_IC_CON_SPEED_FAST,
-		.tx_fifo_depth = 32,
-		.rx_fifo_depth = 32,
-		.clk_khz      = 25000,
-	},
-	[medfield_5] = {
-		.bus_num     = 5,
-		.bus_cfg   = INTEL_MID_STD_CFG | DW_IC_CON_SPEED_FAST,
+	[medfield] = {
+		.bus_num = -1,
+		.bus_cfg = INTEL_MID_STD_CFG | DW_IC_CON_SPEED_FAST,
 		.tx_fifo_depth = 32,
 		.rx_fifo_depth = 32,
-		.clk_khz      = 25000,
+		.clk_khz = 25000,
 	},
 	[baytrail] = {
 		.bus_num = -1,
@@ -301,12 +260,12 @@ MODULE_ALIAS("i2c_designware-pci");
 
 static const struct pci_device_id i2_designware_pci_ids[] = {
 	/* Medfield */
-	{ PCI_VDEVICE(INTEL, 0x0817), medfield_3,},
-	{ PCI_VDEVICE(INTEL, 0x0818), medfield_4 },
-	{ PCI_VDEVICE(INTEL, 0x0819), medfield_5 },
-	{ PCI_VDEVICE(INTEL, 0x082C), medfield_0 },
-	{ PCI_VDEVICE(INTEL, 0x082D), medfield_1 },
-	{ PCI_VDEVICE(INTEL, 0x082E), medfield_2 },
+	{ PCI_VDEVICE(INTEL, 0x0817), medfield },
+	{ PCI_VDEVICE(INTEL, 0x0818), medfield },
+	{ PCI_VDEVICE(INTEL, 0x0819), medfield },
+	{ PCI_VDEVICE(INTEL, 0x082c), medfield },
+	{ PCI_VDEVICE(INTEL, 0x082d), medfield },
+	{ PCI_VDEVICE(INTEL, 0x082e), medfield },
 	/* Baytrail */
 	{ PCI_VDEVICE(INTEL, 0x0F41), baytrail },
 	{ PCI_VDEVICE(INTEL, 0x0F42), baytrail },
Signature · 1 line
2.1.4
#5 lore raw

Re: [PATCH v2 2/4] i2c: designware-pci: shrink dw_pci_controllers array

Quoted 32 lines · Wolfram Sang
Quoted 31 lines · Andy Shevchenko

There is no need to duplicate same data for each controller. If we need specific stuff for a certain controller in the future we may add it later. The patch leaves one controller per platform.

---
 drivers/i2c/busses/i2c-designware-pcidrv.c | 63 ++++++------------------------
 1 file changed, 11 insertions(+), 52 deletions(-)
drivers/i2c/busses/i2c-designware-pcidrv.c +1 -7
index 5c6fca7..435a8ec 100644
@@ -40,13 +40,7 @@
 #define DRIVER_NAME "i2c-designware-pci"
 
 enum dw_pci_ctl_id_t {
-	medfield_0,
-	medfield_1,
-	medfield_2,
-	medfield_3,
-	medfield_4,
-	medfield_5,
-
+	medfield,
 	baytrail,
 	haswell,
 };
@@ -98,47 +92,12 @@ static struct dw_scl_sda_cfg hsw_config = {
 };
 
Quoted 5 lines

drivers/i2c/busses/i2c-designware-pcidrv.c static struct dw_scl_sda_cfg hsw_config = { · line 102

Quoted 3 lines
drivers/i2c/busses/i2c-designware-pcidrv.c +0 -2
 static struct  dw_pci_controller  dw_pci_controllers[] = {
-	[medfield_0] = {
-		.bus_num     = 0,

Wasn't that bus_num used to ensure stable bus numbers? Adding Mika.

That's right.

However, I don't think anybody really uses Medfield outside Intel so in that sense this patch should not break anything.

A message that is not in the archive (sent off-list or not yet received): 20150123124805.GP1850-3PARRvDOhMZrdx17CPfAsdBPR1lH4CV8@public.gmane.org

#7 lore raw

Re: [PATCH v2 2/4] i2c: designware-pci: shrink dw_pci_controllers array

Quoted 39 lines · Mika Westerberg
Quoted 32 lines · Wolfram Sang
Quoted 31 lines · Andy Shevchenko

There is no need to duplicate same data for each controller. If we need specific stuff for a certain controller in the future we may add it later. The patch leaves one controller per platform.

---
 drivers/i2c/busses/i2c-designware-pcidrv.c | 63 ++++++------------------------
 1 file changed, 11 insertions(+), 52 deletions(-)
drivers/i2c/busses/i2c-designware-pcidrv.c +1 -7
index 5c6fca7..435a8ec 100644
@@ -40,13 +40,7 @@
 #define DRIVER_NAME "i2c-designware-pci"
 
 enum dw_pci_ctl_id_t {
-	medfield_0,
-	medfield_1,
-	medfield_2,
-	medfield_3,
-	medfield_4,
-	medfield_5,
-
+	medfield,
 	baytrail,
 	haswell,
 };
@@ -98,47 +92,12 @@ static struct dw_scl_sda_cfg hsw_config = {
 };
 
Quoted 5 lines

drivers/i2c/busses/i2c-designware-pcidrv.c static struct dw_scl_sda_cfg hsw_config = { · line 102

Quoted 3 lines
drivers/i2c/busses/i2c-designware-pcidrv.c +0 -2
 static struct  dw_pci_controller  dw_pci_controllers[] = {
-	[medfield_0] = {
-		.bus_num     = 0,

Wasn't that bus_num used to ensure stable bus numbers? Adding Mika.

Quoted 4 lines

That's right.

However, I don't think anybody really uses Medfield outside Intel so in that sense this patch should not break anything.

I think better to ask David who is closer to that Intel MID area.

AFAIU, technically due to fake PCI bus on Medfield even with automatic bus number you will get stable assignment, though it might be changed once from the original version.

Signature · 2 lines
Andy Shevchenko <[email protected]>
Intel Finland Oy

A message that is not in the archive (sent off-list or not yet received): 1422018246.31903.162.camel-VuQAYsv1563Yd54FQh9/[email protected]

#9 lore raw

Re: [PATCH v2 2/4] i2c: designware-pci: shrink dw_pci_controllers array

Quoted 40 lines · Andy Shevchenko
Quoted 39 lines · Mika Westerberg
Quoted 37 lines · Wolfram Sang
Quoted 29 lines · Andy Shevchenko

There is no need to duplicate same data for each controller. If we need specific stuff for a certain controller in the future we may add it later. The patch leaves one controller per platform.

---
 drivers/i2c/busses/i2c-designware-pcidrv.c | 63 ++++++------------------------
 1 file changed, 11 insertions(+), 52 deletions(-)
drivers/i2c/busses/i2c-designware-pcidrv.c +1 -7
index 5c6fca7..435a8ec 100644
@@ -40,13 +40,7 @@
 #define DRIVER_NAME "i2c-designware-pci"
 
 enum dw_pci_ctl_id_t {
-	medfield_0,
-	medfield_1,
-	medfield_2,
-	medfield_3,
-	medfield_4,
-	medfield_5,
-
+	medfield,
 	baytrail,
 	haswell,
 };

drivers/i2c/busses/i2c-designware-pcidrv.c static struct dw_scl_sda_cfg hsw_config = { · line 102

Quoted 5 lines
drivers/i2c/busses/i2c-designware-pcidrv.c +0 -2
@@ -98,47 +92,12 @@ static struct dw_scl_sda_cfg hsw_config = {
 };
 
 static struct  dw_pci_controller  dw_pci_controllers[] = {
-	[medfield_0] = {
-		.bus_num     = 0,

Wasn't that bus_num used to ensure stable bus numbers? Adding Mika.

Quoted 6 lines
Quoted 4 lines

That's right.

However, I don't think anybody really uses Medfield outside Intel so in that sense this patch should not break anything.

I think better to ask David who is closer to that Intel MID area.

OK, waiting for a reply from him here.

#10 lore raw

Re: [PATCH v2 2/4] i2c: designware-pci: shrink dw_pci_controllers array

Quoted 41 lines · Wolfram Sang
Quoted 40 lines · Andy Shevchenko
Quoted 39 lines · Mika Westerberg
Quoted 37 lines · Wolfram Sang
Quoted 29 lines · Andy Shevchenko

There is no need to duplicate same data for each controller. If we need specific stuff for a certain controller in the future we may add it later. The patch leaves one controller per platform.

---
 drivers/i2c/busses/i2c-designware-pcidrv.c | 63 ++++++------------------------
 1 file changed, 11 insertions(+), 52 deletions(-)
drivers/i2c/busses/i2c-designware-pcidrv.c +1 -7
index 5c6fca7..435a8ec 100644
@@ -40,13 +40,7 @@
 #define DRIVER_NAME "i2c-designware-pci"
 
 enum dw_pci_ctl_id_t {
-	medfield_0,
-	medfield_1,
-	medfield_2,
-	medfield_3,
-	medfield_4,
-	medfield_5,
-
+	medfield,
 	baytrail,
 	haswell,
 };

drivers/i2c/busses/i2c-designware-pcidrv.c static struct dw_scl_sda_cfg hsw_config = { · line 102

Quoted 5 lines
drivers/i2c/busses/i2c-designware-pcidrv.c +0 -2
@@ -98,47 +92,12 @@ static struct dw_scl_sda_cfg hsw_config = {
 };
 
 static struct  dw_pci_controller  dw_pci_controllers[] = {
-	[medfield_0] = {
-		.bus_num     = 0,

Wasn't that bus_num used to ensure stable bus numbers? Adding Mika.

Quoted 8 lines
Quoted 6 lines
Quoted 4 lines

That's right.

However, I don't think anybody really uses Medfield outside Intel so in that sense this patch should not break anything.

I think better to ask David who is closer to that Intel MID area.

OK, waiting for a reply from him here.

@David: ping

#11 lore raw

Re: [PATCH v2 2/4] i2c: designware-pci: shrink dw_pci_controllers array

Quoted 44 lines · Wolfram Sang
Quoted 43 lines · Wolfram Sang
Quoted 42 lines · Andy Shevchenko
Quoted 41 lines · Mika Westerberg
Quoted 32 lines · Wolfram Sang
Quoted 31 lines · Andy Shevchenko

There is no need to duplicate same data for each controller. If we need specific stuff for a certain controller in the future we may add it later. The patch leaves one controller per platform.

---
 drivers/i2c/busses/i2c-designware-pcidrv.c | 63 ++++++------------------------
 1 file changed, 11 insertions(+), 52 deletions(-)
drivers/i2c/busses/i2c-designware-pcidrv.c +1 -7
index 5c6fca7..435a8ec 100644
@@ -40,13 +40,7 @@
 #define DRIVER_NAME "i2c-designware-pci"
 
 enum dw_pci_ctl_id_t {
-	medfield_0,
-	medfield_1,
-	medfield_2,
-	medfield_3,
-	medfield_4,
-	medfield_5,
-
+	medfield,
 	baytrail,
 	haswell,
 };
@@ -98,47 +92,12 @@ static struct dw_scl_sda_cfg hsw_config = {
 };
 
Quoted 5 lines

drivers/i2c/busses/i2c-designware-pcidrv.c static struct dw_scl_sda_cfg hsw_config = { · line 102

Quoted 3 lines
drivers/i2c/busses/i2c-designware-pcidrv.c +0 -2
 static struct  dw_pci_controller  dw_pci_controllers[] = {
-	[medfield_0] = {
-		.bus_num     = 0,

Wasn't that bus_num used to ensure stable bus numbers? Adding Mika.

That's right.

Quoted 8 lines
Quoted 6 lines
Quoted 4 lines
Quoted 2 lines

However, I don't think anybody really uses Medfield outside Intel so in that sense this patch should not break anything.

I think better to ask David who is closer to that Intel MID area.

OK, waiting for a reply from him here.

@David: ping

David: ping again

#12 lore raw

Re: [PATCH v2 2/4] i2c: designware-pci: shrink dw_pci_controllers array

Quoted 48 lines · Wolfram Sang
Quoted 47 lines · Wolfram Sang
Quoted 46 lines · Wolfram Sang
Quoted 45 lines · Andy Shevchenko
Quoted 43 lines · Mika Westerberg
Quoted 32 lines · Wolfram Sang
Quoted 31 lines · Andy Shevchenko

There is no need to duplicate same data for each controller. If we need specific stuff for a certain controller in the future we may add it later. The patch leaves one controller per platform.

---
 drivers/i2c/busses/i2c-designware-pcidrv.c | 63 ++++++------------------------
 1 file changed, 11 insertions(+), 52 deletions(-)
drivers/i2c/busses/i2c-designware-pcidrv.c +1 -7
index 5c6fca7..435a8ec 100644
@@ -40,13 +40,7 @@
 #define DRIVER_NAME "i2c-designware-pci"
 
 enum dw_pci_ctl_id_t {
-	medfield_0,
-	medfield_1,
-	medfield_2,
-	medfield_3,
-	medfield_4,
-	medfield_5,
-
+	medfield,
 	baytrail,
 	haswell,
 };
@@ -98,47 +92,12 @@ static struct dw_scl_sda_cfg hsw_config = {
 };
 
Quoted 5 lines

drivers/i2c/busses/i2c-designware-pcidrv.c static struct dw_scl_sda_cfg hsw_config = { · line 102

Quoted 3 lines
drivers/i2c/busses/i2c-designware-pcidrv.c +0 -2
 static struct  dw_pci_controller  dw_pci_controllers[] = {
-	[medfield_0] = {
-		.bus_num     = 0,

Wasn't that bus_num used to ensure stable bus numbers? Adding Mika.

That's right.

However, I don't think anybody really uses Medfield outside Intel so in that sense this patch should not break anything.

Quoted 7 lines
Quoted 5 lines
Quoted 3 lines
Quoted 1 line

I think better to ask David who is closer to that Intel MID area.

OK, waiting for a reply from him here.

@David: ping

David: ping again

Pong. Sorry for the delay.

There are actually few products based on Medfield reference board and clovertrail+ as well uses medfield code. We need to keep the bus_num there for these SFI platforms.

Br, David

A message that is not in the archive (sent off-list or not yet received): 20150205225651.GA1022-UmZa8NLUsbhHELxPJs4m+1DQ4js95KgL@public.gmane.org

#14 lore raw

Re: [PATCH v2 2/4] i2c: designware-pci: shrink dw_pci_controllers array

Quoted 8 lines · David Cohen
Quoted 6 lines · Wolfram Sang
Quoted 5 lines
Quoted 3 lines
Quoted 1 line

I think better to ask David who is closer to that Intel MID area.

OK, waiting for a reply from him here.

@David: ping

Quoted 7 lines
Quoted 1 line

David: ping again

Pong. Sorry for the delay.

There are actually few products based on Medfield reference board and clovertrail+ as well uses medfield code. We need to keep the bus_num there for these SFI platforms.

Wolfram, I remove this patch and re-do and resend the former 4/4.

Signature · 2 lines
Andy Shevchenko <[email protected]>
Intel Finland Oy
#15 lore raw

PATCH v2 3/4 i2c: designware-pci: no need to provide clk_khz

In reply to a message not in the archive

The clk_khz field makes sense only if SS counters are not provided. Since we provide them for Haswell and Baytrail explicitly we may omit the clk_khz parameter.

---
 drivers/i2c/busses/i2c-designware-pcidrv.c | 2 --
 1 file changed, 2 deletions(-)
drivers/i2c/busses/i2c-designware-pcidrv.c +0 -2
index 435a8ec..cddb20d 100644
@@ -104,7 +104,6 @@ static struct  dw_pci_controller  dw_pci_controllers[] = {
 		.bus_cfg = INTEL_MID_STD_CFG | DW_IC_CON_SPEED_FAST,
 		.tx_fifo_depth = 32,
 		.rx_fifo_depth = 32,
-		.clk_khz = 100000,
 		.functionality = I2C_FUNC_10BIT_ADDR,
 		.scl_sda_cfg = &byt_config,
 	},
@@ -113,7 +112,6 @@ static struct  dw_pci_controller  dw_pci_controllers[] = {
 		.bus_cfg = INTEL_MID_STD_CFG | DW_IC_CON_SPEED_FAST,
 		.tx_fifo_depth = 32,
 		.rx_fifo_depth = 32,
-		.clk_khz = 100000,
 		.functionality = I2C_FUNC_10BIT_ADDR,
 		.scl_sda_cfg = &hsw_config,
 	},
Signature · 1 line
2.1.4

A message that is not in the archive (sent off-list or not yet received): 1422014045-20584-3-git-send-email-andriy.shevchenko-VuQAYsv1563Yd54FQh9/[email protected]

Applied
#17 lore raw

Re: [PATCH v2 3/4] i2c: designware-pci: no need to provide clk_khz

Quoted 6 lines · Andy Shevchenko

The clk_khz field makes sense only if SS counters are not provided. Since we provide them for Haswell and Baytrail explicitly we may omit the clk_khz parameter.

Applied to for-next, thanks!

#18 lore raw

PATCH v2 4/4 i2c: designware-pci: update Intel copyright line

In reply to a message not in the archive

While here, fix few indentations issues across the code. There is no functional change.

---
 drivers/i2c/busses/i2c-designware-pcidrv.c | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)
drivers/i2c/busses/i2c-designware-pcidrv.c +4 -4
index cddb20d..e7972d8 100644
@@ -6,7 +6,7 @@
  * Copyright (C) 2006 Texas Instruments.
  * Copyright (C) 2007 MontaVista Software Inc.
  * Copyright (C) 2009 Provigent Ltd.
- * Copyright (C) 2011 Intel corporation.
+ * Copyright (C) 2011, 2015 Intel Corporation.
  *
  * ----------------------------------------------------------------------------
  *
@@ -91,7 +91,7 @@ static struct dw_scl_sda_cfg hsw_config = {
 	.sda_hold = 0x9,
 };
 
-static struct  dw_pci_controller  dw_pci_controllers[] = {
+static struct dw_pci_controller dw_pci_controllers[] = {
 	[medfield] = {
 		.bus_num = -1,
 		.bus_cfg = INTEL_MID_STD_CFG | DW_IC_CON_SPEED_FAST,
@@ -191,7 +191,7 @@ static int i2c_dw_pci_probe(struct pci_dev *pdev,
 	dev->functionality = controller->functionality |
 				DW_DEFAULT_FUNCTIONALITY;
 
-	dev->master_cfg =  controller->bus_cfg;
+	dev->master_cfg = controller->bus_cfg;
 	if (controller->scl_sda_cfg) {
 		cfg = controller->scl_sda_cfg;
 		dev->ss_hcnt = cfg->ss_hcnt;
@@ -276,7 +276,7 @@ static const struct pci_device_id i2_designware_pci_ids[] = {
 	{ PCI_VDEVICE(INTEL, 0x9c61), haswell },
 	{ PCI_VDEVICE(INTEL, 0x9c62), haswell },
 	/* Braswell / Cherrytrail */
-	{ PCI_VDEVICE(INTEL, 0x22C1), baytrail,},
+	{ PCI_VDEVICE(INTEL, 0x22C1), baytrail },
 	{ PCI_VDEVICE(INTEL, 0x22C2), baytrail },
 	{ PCI_VDEVICE(INTEL, 0x22C3), baytrail },
 	{ PCI_VDEVICE(INTEL, 0x22C4), baytrail },
Signature · 1 line
2.1.4
Applied
#19 lore raw
In reply to a message not in the archive
Quoted 5 lines · Andy Shevchenko

The Moorestown support bits were removed few years ago. This is a follow up to that changes.

Applied to for-next, thanks!

Please describe the changes since last version, either below the patch description or in a cover-letter.