Skip to contentSkip to conversation

net: smc91x: Fix device tree based configuration so it's usable

PATCH In review Tony Lindgren 4 participants 4 messages Nov 27, 2013 – Dec 11, 2013 2 messages not in the archive

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

PATCH v2 1/1 net: smc91x: Fix device tree based configuration so it's usable

Commit 89ce376c6bdc (drivers/net: Use of_match_ptr() macro in smc91x.c) added minimal device tree support to smc91x, but it's not working on many platforms because of the lack of some key configuration bits.

Fix the issue by parsing the necessary configuration like the smc911x driver is doing. As most smc91x users seem to use 16-bit access, let's default to that if no reg-io-width is specified.

---

Device tree folks, any objection to using the reg-io-width property as a mask here?

Looks like we can use reg-io-width as a mask too if needed, it seems to play fine with combinations of 1 = 8-bit, 2 = 16-bit, 4 = 32-bit and so on.

I would like to see this merged during the -rc cycle as this makes my test devices behave the same way when booted in legacy platform data mode compared to when booted with device tree.

Documentation/devicetree/bindings/net/smsc-lan91c111.txt +4 -0
@@ -8,3 +8,7 @@ Required properties:
 Optional properties:
 - phy-device : phandle to Ethernet phy
 - local-mac-address : Ethernet mac address to use
+- reg-io-width : Mask of sizes (in bytes) of the IO accesses that
+  are supported on the device.  Valid value for SMSC LAN91c111 are
+  1, 2 or 4.  If it's omitted or invalid, the size would be 2 meaning
+  16-bit access only.
drivers/net/ethernet/smsc/smc91x.c +35 -10

79 lines not on this page · raw message

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

#2 lore raw

Hi Tony,

Quoted 19 lines · Tony Lindgren

Commit 89ce376c6bdc (drivers/net: Use of_match_ptr() macro in smc91x.c) added minimal device tree support to smc91x, but it's not working on many platforms because of the lack of some key configuration bits.

Fix the issue by parsing the necessary configuration like the smc911x driver is doing. As most smc91x users seem to use 16-bit access, let's default to that if no reg-io-width is specified.

---

Device tree folks, any objection to using the reg-io-width property as a mask here?

Quoted 8 lines

Looks like we can use reg-io-width as a mask too if needed, it seems to play fine with combinations of 1 = 8-bit, 2 = 16-bit, 4 = 32-bit and so on.

I would like to see this merged during the -rc cycle as this makes my test devices behave the same way when booted in legacy platform data mode compared to when booted with device tree.

please feel free to add my:

Also tested on SDP2430:
http://pastebin.mozilla.org/3756403

There are few more properties that are missing to make this complete, but currently not needed for minimal support, I guess. Following Documentation/devicetree/bindings/net/smsc911x.txt

reg-shift : Specify the quantity to shift the register offsets by nowait : bool for fast accesses and no extra wait cycles

and the leds/a,b etc flags. I had dealt with few of these on [1], but I can rebase deltas as a follow on patch if folks are interested in those features.

[1] https://patchwork.kernel.org/patch/3323531/

Quoted 102 lines
Documentation/devicetree/bindings/net/smsc-lan91c111.txt +4 -0
@@ -8,3 +8,7 @@ Required properties:
 Optional properties:
 - phy-device : phandle to Ethernet phy
 - local-mac-address : Ethernet mac address to use
+- reg-io-width : Mask of sizes (in bytes) of the IO accesses that
+  are supported on the device.  Valid value for SMSC LAN91c111 are
+  1, 2 or 4.  If it's omitted or invalid, the size would be 2 meaning
+  16-bit access only.
drivers/net/ethernet/smsc/smc91x.c +35 -11
@@ -82,6 +82,7 @@ static const char version[] =
 #include <linux/mii.h>
 #include <linux/workqueue.h>
 #include <linux/of.h>
+#include <linux/of_device.h>
 
 #include <linux/netdevice.h>
 #include <linux/etherdevice.h>
@@ -2184,6 +2185,15 @@ static void smc_release_datacs(struct platform_device *pdev, struct net_device *
 	}
 }
 
+#if IS_BUILTIN(CONFIG_OF)
+static const struct of_device_id smc91x_match[] = {
+	{ .compatible = "smsc,lan91c94", },
+	{ .compatible = "smsc,lan91c111", },
+	{},
+};
+MODULE_DEVICE_TABLE(of, smc91x_match);
+#endif
+
 /*
  * smc_init(void)
  *   Input parameters:
@@ -2198,6 +2208,8 @@ static void smc_release_datacs(struct platform_device *pdev, struct net_device *
 static int smc_drv_probe(struct platform_device *pdev)
 {
 	struct smc91x_platdata *pd = dev_get_platdata(&pdev->dev);
+	struct device_node *np = pdev->dev.of_node;
+	const struct of_device_id *match = NULL;
 	struct smc_local *lp;
 	struct net_device *ndev;
 	struct resource *res, *ires;
@@ -2217,11 +2229,33 @@ static int smc_drv_probe(struct platform_device *pdev)
 	 */
 
 	lp = netdev_priv(ndev);
+	lp->cfg.flags = 0;
 
 	if (pd) {
 		memcpy(&lp->cfg, pd, sizeof(lp->cfg));
 		lp->io_shift = SMC91X_IO_SHIFT(lp->cfg.flags);
-	} else {
+	}
+
+#if IS_BUILTIN(CONFIG_OF)
+	match = of_match_device(of_match_ptr(smc91x_match), &pdev->dev);
+	if (match) {
+		u32 val;
+
+		/* Combination of IO widths supported, default to 16-bit */
+		if (!of_property_read_u32(np, "reg-io-width", &val)) {
+			if (val & 1)
+				lp->cfg.flags |= SMC91X_USE_8BIT;
+			if ((val == 0) || (val & 2))
+				lp->cfg.flags |= SMC91X_USE_16BIT;
+			if (val & 4)
+				lp->cfg.flags |= SMC91X_USE_32BIT;
+		} else {
+			lp->cfg.flags |= SMC91X_USE_16BIT;
+		}
+	}
+#endif
+
+	if (!pd && !match) {
 		lp->cfg.flags |= (SMC_CAN_USE_8BIT)  ? SMC91X_USE_8BIT  : 0;
 		lp->cfg.flags |= (SMC_CAN_USE_16BIT) ? SMC91X_USE_16BIT : 0;
 		lp->cfg.flags |= (SMC_CAN_USE_32BIT) ? SMC91X_USE_32BIT : 0;
@@ -2370,15 +2404,6 @@ static int smc_drv_resume(struct device *dev)
 	return 0;
 }
 
-#ifdef CONFIG_OF
-static const struct of_device_id smc91x_match[] = {
-	{ .compatible = "smsc,lan91c94", },
-	{ .compatible = "smsc,lan91c111", },
-	{},
-};
-MODULE_DEVICE_TABLE(of, smc91x_match);
-#endif
-
 static struct dev_pm_ops smc_drv_pm_ops = {
 	.suspend	= smc_drv_suspend,
 	.resume		= smc_drv_resume,
--

To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html

Signature · 6 lines
Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
maintainer
#3 lore raw

From: Nishanth Menon <[email protected]>
Date: Wed, 11 Dec 2013 12:24:38 -0600

Quoted 29 lines

Hi Tony,

Quoted 19 lines · Tony Lindgren

Commit 89ce376c6bdc (drivers/net: Use of_match_ptr() macro in smc91x.c) added minimal device tree support to smc91x, but it's not working on many platforms because of the lack of some key configuration bits.

Fix the issue by parsing the necessary configuration like the smc911x driver is doing. As most smc91x users seem to use 16-bit access, let's default to that if no reg-io-width is specified.

---

Device tree folks, any objection to using the reg-io-width property as a mask here?

Quoted 8 lines

Looks like we can use reg-io-width as a mask too if needed, it seems to play fine with combinations of 1 = 8-bit, 2 = 16-bit, 4 = 32-bit and so on.

I would like to see this merged during the -rc cycle as this makes my test devices behave the same way when booted in legacy platform data mode compared to when booted with device tree.

Quoted 5 lines

please feel free to add my:

Also tested on SDP2430:
http://pastebin.mozilla.org/3756403

That patch needs changes, it adds a warning when CONFIG_OF is disabled because the variable 'np' only gets used in the CONFIG_OF protected code block yet is declared unconditionally.

A message that is not in the archive (sent off-list or not yet received): 20131211.154426.2252395344655389568.davem-fT/PcQaiUtIeIZ0/[email protected]

Acked-by Nishanth Menon
#5 lore raw
Quoted 10 lines · David Miller

From: Nishanth Menon <[email protected]>

Quoted 5 lines

please feel free to add my:

Also tested on SDP2430:
http://pastebin.mozilla.org/3756403

That patch needs changes, it adds a warning when CONFIG_OF is disabled because the variable 'np' only gets used in the CONFIG_OF protected code block yet is declared unconditionally.

Oops, sorry about that I thought I had tested it with omap1_defconfig that's using the legacy booting.

Below is a fixed version, I kept Nishant's ack as the change was to just to move np to be within the CONFIG_OF block.

Regards,

Tony

8< --------------------------------
From: Tony Lindgren <[email protected]>
Date: Wed, 11 Dec 2013 13:04:27 -0800
Subject: [PATCH] net: smc91x: Fix device tree based configuration so it's usable

Commit 89ce376c6bdc (drivers/net: Use of_match_ptr() macro in smc91x.c) added minimal device tree support to smc91x, but it's not working on many platforms because of the lack of some key configuration bits.

Fix the issue by parsing the necessary configuration like the smc911x driver is doing. As most smc91x users seem to use 16-bit access, let's default to that if no reg-io-width is specified.

Documentation/devicetree/bindings/net/smsc-lan91c111.txt +4 -0
@@ -8,3 +8,7 @@ Required properties:
 Optional properties:
 - phy-device : phandle to Ethernet phy
 - local-mac-address : Ethernet mac address to use
+- reg-io-width : Mask of sizes (in bytes) of the IO accesses that
+  are supported on the device.  Valid value for SMSC LAN91c111 are
+  1, 2 or 4.  If it's omitted or invalid, the size would be 2 meaning
+  16-bit access only.
drivers/net/ethernet/smsc/smc91x.c +35 -10

79 lines not on this page · raw message

--
To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html