From: Zhangfei Gao <zhangfei.gao@gmail.com> To: Arnd Bergmann <arnd@arndb.de> Cc: Zhangfei Gao <zhangfei.gao@linaro.org>, netdev <netdev@vger.kernel.org>, "David S. Miller" <davem@davemloft.net>, linux-arm-kernel <linux-arm-kernel@lists.infradead.org>, "devicetree@vger.kernel.org" <devicetree@vger.kernel.org> Subject: Re: [PATCH 3/3] net: hisilicon: new hip04 ethernet driver Date: Mon, 24 Mar 2014 16:17:42 +0800 [thread overview] Message-ID: <CAMj5Bkgc2ChK48QmqEEMEmxdF6iGZxMX0kVUqGFd8jYhEWCvOA@mail.gmail.com> (raw) In-Reply-To: <201403201531.20416.arnd@arndb.de> Dear Arnd On Thu, Mar 20, 2014 at 10:31 PM, Arnd Bergmann <arnd@arndb.de> wrote: > On Thursday 20 March 2014, Zhangfei Gao wrote: >> On Tue, Mar 18, 2014 at 7:25 PM, Arnd Bergmann <arnd@arndb.de> wrote: >> > On Tuesday 18 March 2014 16:40:17 Zhangfei Gao wrote: >> > >> >> + >> >> +static void __iomem *ppebase; >> > >> > The global 'ppebase' seems hacky. Isn't that a SoC-specific register area, while >> > the rest of the driver is reusable across SoCs? >> > >> > What does 'ppe' stand for? >> > >> > What if there are multiple instances of this, which each have their own ppebase? >> >> In this specific platform, >> ppe is the only module controlling all the fifos for all the net controller. >> And each controller connect to specific port. >> ppe has 2048 channels, sharing by all the controller, only if not overlapped. >> >> So the static ppebase is required, which I don't like too. >> Two inputs required, one is port, which is connect to the controller. >> The other is start channel, currently I use id, and start channel is >> RX_DESC_NUM * priv->id; /* start_addr */ > > Ok, thanks for the explanation! > I thought you are fine with "static void __iomem *ppebase" here. >> > >> >> + if (!ppebase) { >> >> + struct device_node *n; >> >> + >> >> + n = of_find_compatible_node(NULL, NULL, "hisilicon,hip04-ppebase"); >> >> + if (!n) { >> >> + ret = -EINVAL; >> >> + netdev_err(ndev, "not find hisilicon,ppebase\n"); >> >> + goto init_fail; >> >> + } >> >> + ppebase = of_iomap(n, 0); >> >> + } >> > >> > How about using syscon_regmap_lookup_by_phandle() here? That way, you can have >> > a more generic abstraction of the ppe, and stick the port and id in there as >> > well, e.g. >> > >> > ppe-syscon = <&hip04ppe 1 4>; // ppe, port, id Even if using syscon_regmap_lookup_by_phandle, there still have static struct regmap, since three controllers share one regmap. > It's probably a little simpler to avoid the sub-nodes and instead do > >> ppe: ppe@28c0000 { >> compatible = "hisilicon,hip04-ppe"; >> reg = <0x28c0000 0x10000>; >> #address-cells = <1>; >> #size-cells = <0>; >> }; >> fe: ethernet@28b0000 { >> compatible = "hisilicon,hip04-mac"; >> reg = <0x28b0000 0x10000>; >> interrupts = <0 413 4>; >> phy-mode = "mii"; >> port-handle = <&ppe 31>; >> }; > > In the code, I would create a simple ppe driver that exports > a few functions. you need. In the ethernet driver probe() function, > you should get a handle to the ppe using > > /* look up "port-handle" property of the current device, find ppe and port */ > struct hip04_ppe *ppe = hip04_ppe_get(dev->of_node); > if (IS_ERR(ppe)) > return PTR_ERR(ptr); /* this handles -EPROBE_DEFER */ > > and then in other code you can just do > > hip04_ppe_set_foo(priv->ppe, foo_config); > > This is a somewhat more high-level abstraction that syscon, which > just gives you a 'struct regmap' structure for doing register-level > configuration like you have today. > Do you mean create one additional file like ppe.c with some exported function to remove the static ppebase? Since the ppe is specifically bounded with ethernet, and does not used anywhere else, the exported function may not be used anywhere else. Is it make it more complicated since there are probe, remove etc. So I may still prefer using "static void __iomem *ppebase", as it is simpler. Thanks
WARNING: multiple messages have this Message-ID (diff)
From: zhangfei.gao@gmail.com (Zhangfei Gao) To: linux-arm-kernel@lists.infradead.org Subject: [PATCH 3/3] net: hisilicon: new hip04 ethernet driver Date: Mon, 24 Mar 2014 16:17:42 +0800 [thread overview] Message-ID: <CAMj5Bkgc2ChK48QmqEEMEmxdF6iGZxMX0kVUqGFd8jYhEWCvOA@mail.gmail.com> (raw) In-Reply-To: <201403201531.20416.arnd@arndb.de> Dear Arnd On Thu, Mar 20, 2014 at 10:31 PM, Arnd Bergmann <arnd@arndb.de> wrote: > On Thursday 20 March 2014, Zhangfei Gao wrote: >> On Tue, Mar 18, 2014 at 7:25 PM, Arnd Bergmann <arnd@arndb.de> wrote: >> > On Tuesday 18 March 2014 16:40:17 Zhangfei Gao wrote: >> > >> >> + >> >> +static void __iomem *ppebase; >> > >> > The global 'ppebase' seems hacky. Isn't that a SoC-specific register area, while >> > the rest of the driver is reusable across SoCs? >> > >> > What does 'ppe' stand for? >> > >> > What if there are multiple instances of this, which each have their own ppebase? >> >> In this specific platform, >> ppe is the only module controlling all the fifos for all the net controller. >> And each controller connect to specific port. >> ppe has 2048 channels, sharing by all the controller, only if not overlapped. >> >> So the static ppebase is required, which I don't like too. >> Two inputs required, one is port, which is connect to the controller. >> The other is start channel, currently I use id, and start channel is >> RX_DESC_NUM * priv->id; /* start_addr */ > > Ok, thanks for the explanation! > I thought you are fine with "static void __iomem *ppebase" here. >> > >> >> + if (!ppebase) { >> >> + struct device_node *n; >> >> + >> >> + n = of_find_compatible_node(NULL, NULL, "hisilicon,hip04-ppebase"); >> >> + if (!n) { >> >> + ret = -EINVAL; >> >> + netdev_err(ndev, "not find hisilicon,ppebase\n"); >> >> + goto init_fail; >> >> + } >> >> + ppebase = of_iomap(n, 0); >> >> + } >> > >> > How about using syscon_regmap_lookup_by_phandle() here? That way, you can have >> > a more generic abstraction of the ppe, and stick the port and id in there as >> > well, e.g. >> > >> > ppe-syscon = <&hip04ppe 1 4>; // ppe, port, id Even if using syscon_regmap_lookup_by_phandle, there still have static struct regmap, since three controllers share one regmap. > It's probably a little simpler to avoid the sub-nodes and instead do > >> ppe: ppe at 28c0000 { >> compatible = "hisilicon,hip04-ppe"; >> reg = <0x28c0000 0x10000>; >> #address-cells = <1>; >> #size-cells = <0>; >> }; >> fe: ethernet at 28b0000 { >> compatible = "hisilicon,hip04-mac"; >> reg = <0x28b0000 0x10000>; >> interrupts = <0 413 4>; >> phy-mode = "mii"; >> port-handle = <&ppe 31>; >> }; > > In the code, I would create a simple ppe driver that exports > a few functions. you need. In the ethernet driver probe() function, > you should get a handle to the ppe using > > /* look up "port-handle" property of the current device, find ppe and port */ > struct hip04_ppe *ppe = hip04_ppe_get(dev->of_node); > if (IS_ERR(ppe)) > return PTR_ERR(ptr); /* this handles -EPROBE_DEFER */ > > and then in other code you can just do > > hip04_ppe_set_foo(priv->ppe, foo_config); > > This is a somewhat more high-level abstraction that syscon, which > just gives you a 'struct regmap' structure for doing register-level > configuration like you have today. > Do you mean create one additional file like ppe.c with some exported function to remove the static ppebase? Since the ppe is specifically bounded with ethernet, and does not used anywhere else, the exported function may not be used anywhere else. Is it make it more complicated since there are probe, remove etc. So I may still prefer using "static void __iomem *ppebase", as it is simpler. Thanks
next prev parent reply other threads:[~2014-03-24 8:17 UTC|newest] Thread overview: 148+ messages / expand[flat|nested] mbox.gz Atom feed top 2014-03-18 8:40 [PATCH 0/3] add hisilicon hip04 ethernet driver Zhangfei Gao 2014-03-18 8:40 ` Zhangfei Gao 2014-03-18 8:40 ` [PATCH 1/3] Documentation: add Device tree bindings for Hisilicon hip04 ethernet Zhangfei Gao 2014-03-18 8:40 ` Zhangfei Gao 2014-03-18 12:34 ` Mark Rutland 2014-03-18 12:34 ` Mark Rutland [not found] ` <20140318123451.GA2941-NuALmloUBlrZROr8t4l/smS4ubULX0JqMm0uRHvK7Nw@public.gmane.org> 2014-03-21 12:59 ` Zhangfei Gao 2014-03-21 12:59 ` Zhangfei Gao 2014-03-18 12:51 ` Sergei Shtylyov 2014-03-18 12:51 ` Sergei Shtylyov 2014-03-21 13:04 ` Zhangfei Gao 2014-03-21 13:04 ` Zhangfei Gao 2014-03-18 17:39 ` Florian Fainelli 2014-03-18 17:39 ` Florian Fainelli 2014-03-20 11:29 ` Zhangfei Gao 2014-03-20 11:29 ` Zhangfei Gao 2014-03-18 8:40 ` [PATCH 2/3] net: hisilicon: new hip04 MDIO driver Zhangfei Gao 2014-03-18 8:40 ` Zhangfei Gao [not found] ` <1395132017-15928-3-git-send-email-zhangfei.gao-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> 2014-03-18 17:28 ` Florian Fainelli 2014-03-18 17:28 ` Florian Fainelli 2014-03-20 10:53 ` Zhangfei Gao 2014-03-20 10:53 ` Zhangfei Gao 2014-03-20 17:59 ` Florian Fainelli 2014-03-20 17:59 ` Florian Fainelli 2014-03-21 5:27 ` Zhangfei Gao 2014-03-21 5:27 ` Zhangfei Gao [not found] ` <1395132017-15928-1-git-send-email-zhangfei.gao-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> 2014-03-18 8:40 ` [PATCH 3/3] net: hisilicon: new hip04 ethernet driver Zhangfei Gao 2014-03-18 8:40 ` Zhangfei Gao [not found] ` <1395132017-15928-4-git-send-email-zhangfei.gao-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> 2014-03-18 10:46 ` Russell King - ARM Linux 2014-03-18 10:46 ` Russell King - ARM Linux 2014-03-20 9:51 ` Zhangfei Gao 2014-03-20 9:51 ` Zhangfei Gao 2014-03-24 14:17 ` Rob Herring 2014-03-24 14:17 ` Rob Herring 2014-03-26 14:22 ` Zhangfei Gao 2014-03-26 14:22 ` Zhangfei Gao 2014-03-18 11:25 ` Arnd Bergmann 2014-03-18 11:25 ` Arnd Bergmann 2014-03-20 14:00 ` Zhangfei Gao 2014-03-20 14:00 ` Zhangfei Gao 2014-03-20 14:31 ` Arnd Bergmann 2014-03-20 14:31 ` Arnd Bergmann [not found] ` <201403201531.20416.arnd-r2nGTMty4D4@public.gmane.org> 2014-03-21 5:19 ` Zhangfei Gao 2014-03-21 5:19 ` Zhangfei Gao 2014-03-21 7:37 ` Arnd Bergmann 2014-03-21 7:37 ` Arnd Bergmann 2014-03-21 7:56 ` Zhangfei Gao 2014-03-21 7:56 ` Zhangfei Gao 2014-03-24 8:17 ` Zhangfei Gao [this message] 2014-03-24 8:17 ` Zhangfei Gao 2014-03-24 10:02 ` Arnd Bergmann 2014-03-24 10:02 ` Arnd Bergmann 2014-03-24 13:23 ` Zhangfei Gao 2014-03-24 13:23 ` Zhangfei Gao 2014-03-18 10:27 ` [PATCH 0/3] add hisilicon " Ding Tianhong 2014-03-18 10:27 ` Ding Tianhong 2014-03-21 15:09 [PATCH v2 " Zhangfei Gao 2014-03-21 15:09 ` [PATCH 3/3] net: hisilicon: new " Zhangfei Gao 2014-03-21 15:09 ` Zhangfei Gao 2014-03-21 15:27 ` Arnd Bergmann 2014-03-21 15:27 ` Arnd Bergmann 2014-03-22 1:18 ` zhangfei 2014-03-22 1:18 ` zhangfei 2014-03-22 8:08 ` Arnd Bergmann 2014-03-22 8:08 ` Arnd Bergmann 2014-03-24 14:14 [PATCH v3 0/3] add hisilicon " Zhangfei Gao 2014-03-24 14:14 ` [PATCH 3/3] net: hisilicon: new " Zhangfei Gao 2014-03-24 14:14 ` Zhangfei Gao [not found] ` <1395670496-17381-4-git-send-email-zhangfei.gao-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> 2014-03-24 15:18 ` Arnd Bergmann 2014-03-24 15:18 ` Arnd Bergmann 2014-03-25 4:06 ` Zhangfei Gao 2014-03-25 4:06 ` Zhangfei Gao 2014-03-25 8:12 ` Arnd Bergmann 2014-03-25 8:12 ` Arnd Bergmann 2014-03-25 17:00 ` Florian Fainelli 2014-03-25 17:00 ` Florian Fainelli 2014-03-25 17:05 ` Arnd Bergmann 2014-03-25 17:05 ` Arnd Bergmann 2014-03-25 17:16 ` Florian Fainelli 2014-03-25 17:16 ` Florian Fainelli 2014-03-25 17:57 ` Arnd Bergmann 2014-03-25 17:57 ` Arnd Bergmann 2014-03-26 9:55 ` David Laight 2014-03-26 9:55 ` David Laight 2014-03-25 17:17 ` David Laight 2014-03-25 17:17 ` David Laight 2014-03-25 17:21 ` Eric Dumazet 2014-03-25 17:21 ` Eric Dumazet 2014-03-25 17:54 ` Arnd Bergmann 2014-03-25 17:54 ` Arnd Bergmann 2014-03-27 12:53 ` zhangfei 2014-03-27 12:53 ` zhangfei 2014-03-24 16:32 ` Florian Fainelli 2014-03-24 16:32 ` Florian Fainelli 2014-03-24 17:23 ` Arnd Bergmann 2014-03-24 17:23 ` Arnd Bergmann 2014-03-24 17:35 ` Florian Fainelli 2014-03-24 17:35 ` Florian Fainelli 2014-03-27 6:27 ` Zhangfei Gao 2014-03-27 6:27 ` Zhangfei Gao 2014-03-28 15:35 [PATCH v4 0/3] add hisilicon " Zhangfei Gao 2014-03-28 15:36 ` [PATCH 3/3] net: hisilicon: new " Zhangfei Gao 2014-03-28 15:36 ` Zhangfei Gao 2014-04-01 13:27 [PATCH v5 0/3] add hisilicon " Zhangfei Gao 2014-04-01 13:27 ` [PATCH 3/3] net: hisilicon: new " Zhangfei Gao 2014-04-01 13:27 ` Zhangfei Gao [not found] ` <1396358832-15828-4-git-send-email-zhangfei.gao-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> 2014-04-02 9:21 ` Arnd Bergmann 2014-04-02 9:21 ` Arnd Bergmann 2014-04-02 9:51 ` zhangfei 2014-04-02 9:51 ` zhangfei 2014-04-02 15:24 ` Arnd Bergmann 2014-04-02 15:24 ` Arnd Bergmann 2014-04-02 10:04 ` David Laight 2014-04-02 10:04 ` David Laight 2014-04-02 15:49 ` Arnd Bergmann 2014-04-02 15:49 ` Arnd Bergmann 2014-04-03 6:24 ` Zhangfei Gao 2014-04-03 6:24 ` Zhangfei Gao [not found] ` <CAMj5BkgfwE1hHpVeqH9WRitwCB30x3c4w0qw7sXT3PiOV-QcPQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2014-04-03 8:35 ` Arnd Bergmann 2014-04-03 8:35 ` Arnd Bergmann 2014-04-03 15:22 ` David Miller 2014-04-03 15:22 ` David Miller 2014-04-03 15:38 ` zhangfei 2014-04-03 15:38 ` zhangfei 2014-04-03 15:27 ` Russell King - ARM Linux 2014-04-03 15:27 ` Russell King - ARM Linux 2014-04-03 15:42 ` David Laight 2014-04-03 15:42 ` David Laight 2014-04-03 15:50 ` Russell King - ARM Linux 2014-04-03 15:50 ` Russell King - ARM Linux 2014-04-03 17:57 ` Arnd Bergmann 2014-04-03 17:57 ` Arnd Bergmann 2014-04-04 6:52 ` Zhangfei Gao 2014-04-04 6:52 ` Zhangfei Gao 2014-04-04 15:16 [PATCH v6 0/3] add hisilicon " Zhangfei Gao [not found] ` <1396624597-390-1-git-send-email-zhangfei.gao-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> 2014-04-04 15:16 ` [PATCH 3/3] net: hisilicon: new " Zhangfei Gao 2014-04-04 15:16 ` Zhangfei Gao 2014-04-05 4:35 [PATCH v7 0/3] add hisilicon " Zhangfei Gao 2014-04-05 4:35 ` [PATCH 3/3] net: hisilicon: new " Zhangfei Gao 2014-04-05 4:35 ` Zhangfei Gao 2014-04-07 18:53 ` David Miller 2014-04-07 18:53 ` David Miller 2014-04-08 8:07 ` zhangfei 2014-04-08 8:07 ` zhangfei 2014-04-08 8:30 ` David Laight 2014-04-08 8:30 ` David Laight [not found] ` <063D6719AE5E284EB5DD2968C1650D6D0F6F1434-VkEWCZq2GCInGFn1LkZF6NBPR1lH4CV8@public.gmane.org> 2014-04-08 9:42 ` Arnd Bergmann 2014-04-08 9:42 ` Arnd Bergmann 2014-04-08 14:47 ` zhangfei 2014-04-08 14:47 ` zhangfei 2014-04-18 13:17 ` zhangfei 2014-04-18 13:17 ` zhangfei 2014-04-07 18:56 ` David Miller 2014-04-07 18:56 ` David Miller
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=CAMj5Bkgc2ChK48QmqEEMEmxdF6iGZxMX0kVUqGFd8jYhEWCvOA@mail.gmail.com \ --to=zhangfei.gao@gmail.com \ --cc=arnd@arndb.de \ --cc=davem@davemloft.net \ --cc=devicetree@vger.kernel.org \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=netdev@vger.kernel.org \ --cc=zhangfei.gao@linaro.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: linkBe 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.