Re: patch "USB: serial: cp210x: add support for GPIOs on CP2108" added to usb-next

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Tung,

On Wed, Jun 30, 2021 at 08:58:29AM +0000, Tung Pham wrote:

First, thanks for testing the patch.

Please make sure to CC the usb list when reporting problems. I've added
it to CC now.

> When I test the apply patch with Linux kernel.
> https://github.com/torvalds/linux/blob/master/drivers/usb/serial/cp210x.c
> 
> when I setting the CP2108 with GPIO 0 and GPIO 1 are alternative
> functions (not GPIO) using simplicity studio.
> And then test with the driver, it shows:
> root@ubuntu:/sys/class/gpio# ls
> export  gpiochip496  unexport
> root@ubuntu:/sys/class/gpio# echo 496 > /sys/class/gpio/export
> bash: echo: write error: No such device
> root@ubuntu:/sys/class/gpio# echo 497 > /sys/class/gpio/export
> bash: echo: write error: No such device
> This is what we expected because the GPIO 0 and GPIO 1 are alternative
> functions (not GPIO).

Are you sure you're using the latest mainline kernel here, that is,
5.13 here?

With recent kernel's you would not see -ENODEV ("No such device") but
rather -EINVAL ("Invalid argument").

What does "uname -a" say?

And which version of the patch are you applying? Are you sure it's the
latest?

> But when I test the branch of Mr Gregkh. 
> https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/tree/drivers/usb/serial/cp210x.c?h=usb-testing
> when I setting the CP2108 with GPIO 0 and GPIO 1 are alternative
> functions (not GPIO) using simplicity studio.
> And then test with the driver, it shows:
> root@ubuntu:/sys/class/gpio# ls
> export  gpiochip496  unexport
> root@ubuntu:/sys/class/gpio# echo 496 > /sys/class/gpio/export
> root@ubuntu:/sys/class/gpio# echo 497 > /sys/class/gpio/export
> That mean it still use GPIO 0 and GPIO 1 as GPIO functions.

It does seem that way, but to be sure, do the 

	/sys/class/gpio/gpio496
	/sys/class/gpio/gpio497

directories show up as well?
	
> I don't know why there is that different. We can discuss more if you
> know the information.

I just did a quick test using the code in the usb-next (testing) branch
and it seems to work as expected when hard-coding alternate functions
for some of the pins in the driver.

I did not actually reprogram the device so perhaps something is broken
with regards to reading the port configuration. But then you should see
the problem if you apply the patch to an earlier kernel as well.

Can you apply the below patch on top of Greg's usb-next (or usb-testing)
branch and send me the logs from when connecting the device?

Johan


>From 4ac38b282cfa1e6a17ff9d11b886cbebce3b9654 Mon Sep 17 00:00:00 2001
From: Johan Hovold <johan@xxxxxxxxxx>
Date: Wed, 30 Jun 2021 11:59:28 +0200
Subject: [PATCH] dbg: USB: serial: cp210x: dump CP2108 alternate function
 config

---
 drivers/usb/serial/cp210x.c | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/drivers/usb/serial/cp210x.c b/drivers/usb/serial/cp210x.c
index 09b845d0da41..1628ea1e9948 100644
--- a/drivers/usb/serial/cp210x.c
+++ b/drivers/usb/serial/cp210x.c
@@ -1797,6 +1797,9 @@ static int cp2108_gpio_init(struct usb_serial *serial)
 	if (result < 0)
 		return result;
 
+	dev_info(&serial->interface->dev, "%s - %*ph\n", __func__,
+			4, config.enhancedfxn_ifc);
+
 	priv->gc.ngpio = 16;
 	priv->gpio_pushpull = le16_to_cpu(config.reset_state.gpio_mode_pb1);
 	gpio_latch = le16_to_cpu(config.reset_state.gpio_latch_pb1);
-- 
2.31.1




[Index of Archives]     [Linux Media]     [Linux Input]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Old Linux USB Devel Archive]

  Powered by Linux