From: Michal Simek <hidden> Date: 2021-02-09 09:57:32
Hi,
the series is adding basic support for this USB hub. The key part is
running reset over GPIO line and when i2c is connected it is necessary to
send command to boot the hub. This chip is available on Xilinx
zcu100/Ultra96 v1 board.
Thanks,
Michal
Piyush Mehta (2):
dt-bindings: usb: misc: Add binding for Microchip usb5744 hub
usb: misc: usb5744: Add support for USB hub controller
.../bindings/usb/microchip,usb5744.yaml | 56 +++++++++
MAINTAINERS | 2 +
drivers/usb/misc/Kconfig | 9 ++
drivers/usb/misc/Makefile | 1 +
drivers/usb/misc/usb5744.c | 115 ++++++++++++++++++
5 files changed, 183 insertions(+)
create mode 100644 Documentation/devicetree/bindings/usb/microchip,usb5744.yaml
create mode 100644 drivers/usb/misc/usb5744.c
--
2.30.0
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
From: Michal Simek <hidden> Date: 2021-02-09 09:58:21
From: Piyush Mehta <redacted>
This patch adds a USB GPIO based hub reset for USB5744 hub. This usb5744
driver trigger hub reset signal after soft reset or core Reset. The HUB
needs to be resetted after completion of phy initialization. After the
toggling of gpio, hub configure using i2c usb attached command.
USB5744 hub can be used without any I2C connection, is handled by a
simple platform device driver.
As part of the reset, sets the direction of the pin to output before
toggling the pin. Delay of millisecond is added in between low and
high to meet the setup and hold time requirement of the reset.
Signed-off-by: Piyush Mehta <redacted>
Signed-off-by: Michal Simek <redacted>
---
MAINTAINERS | 1 +
drivers/usb/misc/Kconfig | 9 +++
drivers/usb/misc/Makefile | 1 +
drivers/usb/misc/usb5744.c | 115 +++++++++++++++++++++++++++++++++++++
4 files changed, 126 insertions(+)
create mode 100644 drivers/usb/misc/usb5744.c
@@ -0,0 +1,56 @@+# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)+%YAML1.2+---+$id:"http://devicetree.org/schemas/usb/microchip,usb5744.yaml#"+$schema:"http://devicetree.org/meta-schemas/core.yaml#"++title:Bindings for the Microchip USB5744 4-port Hub Controller++description:+Microchip’s USB5744 SmartHub™ IC is a 4 port, SuperSpeed (SS)/Hi-Speed (HS),+low power, low pin count configurable and fully compliant with the USB 3.1+Gen 1 specification. The USB5744 also supports Full Speed (FS) and Low Speed+(LS) USB signaling, offering complete coverage of all defined USB operating+speeds. The new SuperSpeed hubs operate in parallel with the USB 2.0+controller, so 5 Gbps SuperSpeed data transfers are not affected by slower+USB 2.0 traffic.++maintainers:+-Piyush Mehta <piyush.mehta@xilinx.com>+-Michal Simek <michal.simek@xilinx.com>++properties:+compatible:+const:microchip,usb5744++reg:+maxItems:1+description:|+Specifies the i2c slave address, it is required and should be 0x2d+if I2C is used.++reset-gpios:+maxItems:1+description:+The phandle and specifier for the GPIO that controls the RESET line of+USB hub.++required:+-compatible++additionalProperties:false++examples:+-|+#include <dt-bindings/gpio/gpio.h>++i2c {+#address-cells = <1>;+#size-cells = <0>;++usb5744@2d {+compatible = "microchip,usb5744";+reg = <0x2d>;+reset-gpios = <&gpio 44 GPIO_ACTIVE_HIGH>;+};+};
On Tue, Feb 09, 2021 at 10:53:20AM +0100, Michal Simek wrote:
quoted hunk
From: Piyush Mehta <redacted>
This patch adds a USB GPIO based hub reset for USB5744 hub. This usb5744
driver trigger hub reset signal after soft reset or core Reset. The HUB
needs to be resetted after completion of phy initialization. After the
toggling of gpio, hub configure using i2c usb attached command.
USB5744 hub can be used without any I2C connection, is handled by a
simple platform device driver.
As part of the reset, sets the direction of the pin to output before
toggling the pin. Delay of millisecond is added in between low and
high to meet the setup and hold time requirement of the reset.
Signed-off-by: Piyush Mehta <redacted>
Signed-off-by: Michal Simek <redacted>
---
MAINTAINERS | 1 +
drivers/usb/misc/Kconfig | 9 +++
drivers/usb/misc/Makefile | 1 +
drivers/usb/misc/usb5744.c | 115 +++++++++++++++++++++++++++++++++++++
4 files changed, 126 insertions(+)
create mode 100644 drivers/usb/misc/usb5744.c
From: Michal Simek <hidden> Date: 2021-02-09 10:26:01
On 2/9/21 11:03 AM, Greg Kroah-Hartman wrote:
On Tue, Feb 09, 2021 at 10:53:20AM +0100, Michal Simek wrote:
quoted
From: Piyush Mehta <redacted>
This patch adds a USB GPIO based hub reset for USB5744 hub. This usb5744
driver trigger hub reset signal after soft reset or core Reset. The HUB
needs to be resetted after completion of phy initialization. After the
toggling of gpio, hub configure using i2c usb attached command.
USB5744 hub can be used without any I2C connection, is handled by a
simple platform device driver.
As part of the reset, sets the direction of the pin to output before
toggling the pin. Delay of millisecond is added in between low and
high to meet the setup and hold time requirement of the reset.
Signed-off-by: Piyush Mehta <redacted>
Signed-off-by: Michal Simek <redacted>
---
MAINTAINERS | 1 +
drivers/usb/misc/Kconfig | 9 +++
drivers/usb/misc/Makefile | 1 +
drivers/usb/misc/usb5744.c | 115 +++++++++++++++++++++++++++++++++++++
4 files changed, 126 insertions(+)
create mode 100644 drivers/usb/misc/usb5744.c
Do you want me to sort the whole Makefile and Kconfig as separate patch?
It is pretty much unsorted now.
And any other problem with the driver itself?
Thanks,
Michal
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
On Tue, Feb 09, 2021 at 11:11:54AM +0100, Michal Simek wrote:
On 2/9/21 11:03 AM, Greg Kroah-Hartman wrote:
quoted
On Tue, Feb 09, 2021 at 10:53:20AM +0100, Michal Simek wrote:
quoted
From: Piyush Mehta <redacted>
This patch adds a USB GPIO based hub reset for USB5744 hub. This usb5744
driver trigger hub reset signal after soft reset or core Reset. The HUB
needs to be resetted after completion of phy initialization. After the
toggling of gpio, hub configure using i2c usb attached command.
USB5744 hub can be used without any I2C connection, is handled by a
simple platform device driver.
As part of the reset, sets the direction of the pin to output before
toggling the pin. Delay of millisecond is added in between low and
high to meet the setup and hold time requirement of the reset.
Signed-off-by: Piyush Mehta <redacted>
Signed-off-by: Michal Simek <redacted>
---
MAINTAINERS | 1 +
drivers/usb/misc/Kconfig | 9 +++
drivers/usb/misc/Makefile | 1 +
drivers/usb/misc/usb5744.c | 115 +++++++++++++++++++++++++++++++++++++
4 files changed, 126 insertions(+)
create mode 100644 drivers/usb/misc/usb5744.c
From: Andrew Lunn <andrew@lunn.ch> Date: 2021-02-10 02:53:49
On Tue, Feb 09, 2021 at 10:53:20AM +0100, Michal Simek wrote:
+static int usb5744_i2c_probe(struct i2c_client *client,
+ const struct i2c_device_id *id)
+{
+ struct device *dev = &client->dev;
+ int ret;
+
+ /* Trigger gpio reset to the hub. */
+ ret = usb5744_init_hw(dev);
+ if (ret)
+ return ret;
+
+ /* Send SMBus command to boot hub. */
+ ret = i2c_smbus_write_word_data(client, 0xAA, swab16(0x5600));
Hi Michal
This is not my area of the kernel. But that swab16() stood out, and
made me wonder about endianness. Will this work correctly on big and
little endian hosts?
Andrew
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
From: Michal Simek <hidden> Date: 2021-02-10 11:07:29
Hi Andrew,
On 2/10/21 3:52 AM, Andrew Lunn wrote:
On Tue, Feb 09, 2021 at 10:53:20AM +0100, Michal Simek wrote:
quoted
+static int usb5744_i2c_probe(struct i2c_client *client,
+ const struct i2c_device_id *id)
+{
+ struct device *dev = &client->dev;
+ int ret;
+
+ /* Trigger gpio reset to the hub. */
+ ret = usb5744_init_hw(dev);
+ if (ret)
+ return ret;
+
+ /* Send SMBus command to boot hub. */
+ ret = i2c_smbus_write_word_data(client, 0xAA, swab16(0x5600));
Hi Michal
This is not my area of the kernel. But that swab16() stood out, and
made me wonder about endianness. Will this work correctly on big and
little endian hosts?
thanks for bringing this up. I didn't test it on BE system.
I have grepped the kernel
[linux](xnext/usb5744)$ git grep i2c_smbus_write_word_data | grep swab
drivers/media/i2c/uda1342.c:17: i2c_smbus_write_word_data(client, reg,
swab16(value));
drivers/media/i2c/vpx3220.c:97: if (i2c_smbus_write_word_data(client,
0x27, swab16(fpaddr)) == -1) {
drivers/media/i2c/vpx3220.c:106: if (i2c_smbus_write_word_data(client,
0x28, swab16(data)) == -1) {
drivers/media/i2c/vpx3220.c:120: if (i2c_smbus_write_word_data(client,
0x26, swab16(fpaddr)) == -1) {
drivers/usb/misc/usb5744.c:50: ret = i2c_smbus_write_word_data(client,
0xAA, swab16(0x5600));
include/linux/i2c.h:168: return i2c_smbus_write_word_data(client,
command, swab16(value));
And last one is interesting
164 static inline s32
165 i2c_smbus_write_word_swapped(const struct i2c_client *client,
166 u8 command, u16 value)
167 {
168 return i2c_smbus_write_word_data(client, command,
swab16(value));
169 }
And this function is also used
[linux](xnext/usb5744)$ git grep i2c_smbus_write_word_swapped | wc -l
76
I think it would be the best to test it and see if this code works on BE
but I need to prepare it first.
And current code is aligned with others but it doesn't mean that it is
correct.
Thanks,
Michal
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel