Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 21 Sep 2009 20:14:35 +0200
From:      Hans Petter Selasky <hselasky@c2i.net>
To:        "Pierre-Luc Drouin" <pldrouin@pldrouin.net>
Cc:        ed@freebsd.org, freebsd-usb@freebsd.org
Subject:   Re: usb/138659: uftdi driver broken in RELENG_8/CURRENT
Message-ID:  <200909212014.36874.hselasky@c2i.net>
In-Reply-To: <4AB7BD4D.4020703@pldrouin.net>
References:  <4AB6DA79.7050209@pldrouin.net> <200909211932.37015.hselasky@c2i.net> <4AB7BD4D.4020703@pldrouin.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On Monday 21 September 2009 19:52:13 Pierre-Luc Drouin wrote:
> Hans Petter Selasky wrote:
> > On Monday 21 September 2009 19:29:10 Pierre-Luc Drouin wrote:
> >> Hans Petter Selasky wrote:
> >>> On Monday 21 September 2009 03:44:25 Pierre-Luc Drouin wrote:
> >>>> Hi,
> >>>>
> >>>> I am also having troubles with the uftdi driver on 8.0-BETA4.
> >>>> I am trying to use a fan controller (mCubed bigNG) that uses a FT232BL
> >>>> chip and it does not seem to be responding on FreeBSD 8.0 while the
> >>>> same code works perfectly on Linux (I have not tried the code on
> >>>> RELENG_7 yet but I could install it if necessary).
> >>>>
> >>>> Here is the very simple code I am using for testing:
> >>>> #include <termios.h>
> >>>> #include <fcntl.h>
> >>>> #include <string.h>
> >>>> #include <unistd.h>
> >>>> #include <stdio.h>
> >>>>
> >>>> int main();
> >>>>
> >>>> #define DEV "/dev/ttyU0"
> >>>>
> >>>> #define TBAN_SER_SOURCE1        0x05 /* Primary source */
> >>>> #define TBAN_SER_SOURCE2        0x06 /* Alternative source (miniNG...)
> >>>> */
> >>>>
> >>>> #define TBAN_SER_REQUEST        0x36
> >>>>
> >>>> int main()
> >>>> {
> >>>>   int fd;
> >>>>   int result;
> >>>>   struct termios oldtio, newtio;
> >>>>   unsigned char buf[285];
> >>>>
> >>>>   printf("Opening device\n");
> >>>>   fd=open(DEV, O_RDWR | O_NOCTTY);
> >>>>
> >>>>   if(fd<0) {
> >>>>     perror(DEV);
> >>>>     return 1;
> >>>>   }
> >>>>
> >>>>   result=tcgetattr(fd,&oldtio);
> >>>>   if(result<0) {
> >>>>     perror("tcgetattr");
> >>>>     return 1;
> >>>>   }
> >>>>
> >>>>   memcpy(&newtio,&oldtio,sizeof(struct termios));
> >>>>   newtio.c_cflag = B19200
> >>>>
> >>>>     | CRTSCTS
> >>>>     | CS8
> >>>>     | CREAD;
> >>>>
> >>>>   newtio.c_iflag     = IGNPAR;
> >>>>   newtio.c_oflag     = 0;
> >>>>   newtio.c_lflag     = 0;
> >>>>   newtio.c_cc[VMIN]  = 1;
> >>>>   newtio.c_cc[VTIME] = 0;
> >>>>
> >>>>   result=tcflush(fd, TCIFLUSH);
> >>>>   if(result<0) {
> >>>>     perror("tcflush");
> >>>>     return 1;
> >>>>   }
> >>>>
> >>>>   result=tcsetattr(fd,TCSANOW,&newtio);
> >>>>   if(result<0) {
> >>>>     perror("tcsetattr");
> >>>>     return 1;
> >>>>   }
> >>>>
> >>>>   sleep(1);
> >>>>
> >>>>   printf("Performing initial query\n");
> >>>>   buf[0]=TBAN_SER_SOURCE1;
> >>>>   buf[1]=TBAN_SER_REQUEST;
> >>>>
> >>>>   printf("Requesting status\n");
> >>>>   result=write(fd,buf,2);
> >>>>   if(result<0) {
> >>>>     perror("write");
> >>>>     return 1;
> >>>>   }
> >>>>
> >>>>   sleep(1);
> >>>>
> >>>>   printf("Reading status\n");
> >>>>   result=read(fd,buf,32);
> >>>>   if(result<0) {
> >>>>     perror("read");
> >>>>     return 1;
> >>>>   }
> >>>>
> >>>>   result=tcsetattr(fd,TCSANOW,&oldtio);
> >>>>   if(result<0) {
> >>>>     perror("tcsetattr");
> >>>>     return 1;
> >>>>   }
> >>>>
> >>>>   result=close(fd);
> >>>>   if(result<0) {
> >>>>     perror("close");
> >>>>     return 1;
> >>>>   }
> >>>>   return 0;
> >>>> }
> >>>>
> >>>> It hangs while reading independently of the number of bits I am
> >>>> reading.
> >>>>
> >>>> Here is the output from dmesg when I load the uftdi module:
> >>>> Sep 20 21:31:31 ldaemon kernel: uftdi0: <USB - Serial> on usbus6
> >>>> Sep 20 21:31:31 ldaemon kernel: ucom_attach_tty:317: tp =
> >>>> 0xffffff001f12b400, unit = 0 Sep 20 21:31:31 ldaemon kernel:
> >>>> ucom_attach_tty:346: ttycreate: U0 Sep 20 21:31:34 ldaemon root:
> >>>> Unknown USB device: vendor 0x051d product 0x0002 bus uhub0
> >>>>
> >>>> Here is the output in /var/log/messages when I enable the debug output
> >>>> for ucom and uftdi: Sep 20 21:33:30 ldaemon kernel: ucom_open:554: tp
> >>>> = 0xffffff001f12b400 Sep 20 21:33:30 ldaemon kernel: ucom_dtr:827:
> >>>> onoff = 1 Sep 20 21:33:30 ldaemon kernel: ucom_line_state:799:
> >>>> on=0x01, off=0x00 Sep 20 21:33:30 ldaemon kernel: ucom_rts:838: onoff
> >>>> = 1
> >>>> Sep 20 21:33:30 ldaemon kernel: ucom_line_state:799: on=0x02, off=0x00
> >>>> Sep 20 21:33:30 ldaemon kernel: ucom_break:816: onoff = 0
> >>>> Sep 20 21:33:30 ldaemon kernel: ucom_line_state:799: on=0x00, off=0x04
> >>>> Sep 20 21:33:30 ldaemon kernel: ucom_status_change:901:
> >>>> Sep 20 21:33:30 ldaemon kernel: ucom_param:950: sc =
> >>>> 0xffffff001f12ac58 Sep 20 21:33:30 ldaemon kernel:
> >>>> uftdi_pre_param:653:
> >>>> Sep 20 21:33:30 ldaemon kernel: ucom_dtr:827: onoff = 1
> >>>> Sep 20 21:33:30 ldaemon kernel: ucom_line_state:799: on=0x01, off=0x00
> >>>> Sep 20 21:33:30 ldaemon kernel: ucom_rts:838: onoff = 1
> >>>> Sep 20 21:33:30 ldaemon kernel: ucom_line_state:799: on=0x02, off=0x00
> >>>> Sep 20 21:33:30 ldaemon kernel: ucom_cfg_open:520:
> >>>> Sep 20 21:33:30 ldaemon kernel: uftdi_cfg_open:354:
> >>>> Sep 20 21:33:30 ldaemon kernel: uftdi_read_callback:459: status change
> >>>> msr=0xf0 (0x00) lsr=0x60 (0x00) Sep 20 21:33:30 ldaemon kernel:
> >>>> ucom_status_change:901:
> >>>> Sep 20 21:33:30 ldaemon kernel: uftdi_cfg_get_status:705: msr=0xf0
> >>>> lsr=0x60 Sep 20 21:33:30 ldaemon kernel: ucom_cfg_status_change:887:
> >>>> DCD changed to 1 Sep 20 21:33:30 ldaemon kernel: uftdi_cfg_param:672:
> >>>> Sep 20 21:33:30 ldaemon kernel: ucom_ioctl:653: cmd = 0x402c7413 Sep
> >>>> 20 21:33:30 ldaemon kernel: ucom_ioctl:653: cmd = 0x80047410 Sep 20
> >>>> 21:33:30 ldaemon kernel: ucom_ioctl:653: cmd = 0x802c7414 Sep 20
> >>>> 21:33:30 ldaemon kernel: ucom_param:950: sc = 0xffffff001f12ac58 Sep
> >>>> 20 21:33:30 ldaemon kernel: uftdi_pre_param:653:
> >>>> Sep 20 21:33:30 ldaemon kernel: uftdi_cfg_get_status:705: msr=0xf0
> >>>> lsr=0x60 Sep 20 21:33:30 ldaemon kernel: uftdi_cfg_param:672:
> >>>> Sep 20 21:33:30 ldaemon kernel: ucom_get_data:1064: cnt=0
> >>>> Sep 20 21:33:31 ldaemon kernel: ucom_ioctl:653: cmd = 0x80047410
> >>>> Sep 20 21:33:32 ldaemon kernel: ucom_outwakeup:1009: sc =
> >>>> 0xffffff001f12ac58 Sep 20 21:33:32 ldaemon kernel: ucom_get_data:1064:
> >>>> cnt=2
> >>>> Sep 20 21:33:32 ldaemon kernel: ucom_get_data:1064: cnt=0
> >>>>
> >>>> I really need to get this working so I am ready to test things as much
> >>>> as I can...
> >>>
> >>> Hi,
> >>>
> >>> You need to set raw mode for the TTY device I think. Maybe Ed can give
> >>> you the function name you need to call to do that?
> >>>
> >>> --HPS
> >>
> >> Do I need to do something like that?
> >> ioctl(fileno(stdin), TIOCGETP, &tty_org);
> >> tty = tty_org;
> >>
> >> /* set terminal to raw mode ... */
> >> tty.sg_flags |= CRMOD;
> >> tty.sg_flags &= ~ECHO;
> >> tty.sg_flags &= ~XTABS;
> >> tty.sg_flags |= RAW;
> >>
> >> Thanks!
> >> Pierre-Luc Drouin
> >
> > Hi,
> >
> > You need to call this function:
> >
> >      void
> >      cfmakeraw(struct termios *t);
> >
> > --HPS
>
> Hi,
>
> it still does not work. I have added the line
> cfmakeraw(&newtio);
>
> just before the call to tcflush and I get the following output in
> /var/log/messages:
> Sep 21 13:38:46 ldaemon kernel: ucom_open:554: tp = 0xffffff001f12b400
> Sep 21 13:38:46 ldaemon kernel: ucom_dtr:827: onoff = 1
> Sep 21 13:38:46 ldaemon kernel: ucom_line_state:799: on=0x01, off=0x00
> Sep 21 13:38:46 ldaemon kernel: ucom_rts:838: onoff = 1
> Sep 21 13:38:46 ldaemon kernel: ucom_line_state:799: on=0x02, off=0x00
> Sep 21 13:38:46 ldaemon kernel: ucom_break:816: onoff = 0
> Sep 21 13:38:46 ldaemon kernel: ucom_line_state:799: on=0x00, off=0x04
> Sep 21 13:38:46 ldaemon kernel: ucom_status_change:901:
> Sep 21 13:38:46 ldaemon kernel: ucom_param:950: sc = 0xffffff001f12ac58
> Sep 21 13:38:46 ldaemon kernel: uftdi_pre_param:653:
> Sep 21 13:38:46 ldaemon kernel: ucom_dtr:827: onoff = 1
> Sep 21 13:38:46 ldaemon kernel: ucom_line_state:799: on=0x01, off=0x00
> Sep 21 13:38:46 ldaemon kernel: ucom_rts:838: onoff = 1
> Sep 21 13:38:46 ldaemon kernel: ucom_line_state:799: on=0x02, off=0x00
> Sep 21 13:38:46 ldaemon kernel: ucom_cfg_open:520:
> Sep 21 13:38:46 ldaemon kernel: uftdi_cfg_open:354:
> uftdi_cfg_get_status:705: msr=0xf0 lsr=0x60
> Sep 21 13:38:46 ldaemon kernel: ucom_cfg_status_change:887: DCD changed to
> 1 Sep 21 13:38:46 ldaemon kernel: uftdi_cfg_param:672:
> Sep 21 13:38:46 ldaemon kernel: ucom_ioctl:653: cmd = 0x402c7413
> Sep 21 13:38:46 ldaemon kernel: ucom_ioctl:653: cmd = 0x80047410
> Sep 21 13:38:46 ldaemon kernel: ucom_ioctl:653: cmd = 0x802c7414
> Sep 21 13:38:46 ldaemon kernel: ucom_param:950: sc = 0xffffff001f12ac58
> Sep 21 13:38:46 ldaemon kernel: uftdi_pre_param:653:
> Sep 21 13:38:46 ldaemon kernel: uftdi_cfg_param:672:
> Sep 21 13:38:46 ldaemon kernel: ucom_get_data:1064: cnt=0
> Sep 21 13:38:47 ldaemon kernel: ucom_ioctl:653: cmd = 0x80047410
> Sep 21 13:38:48 ldaemon kernel: ucom_outwakeup:1009: sc =
> 0xffffff001f12ac58 Sep 21 13:38:48 ldaemon kernel: ucom_get_data:1064:
> cnt=2
> Sep 21 13:38:48 ldaemon kernel: ucom_get_data:1064: cnt=0
>

Can you try adding a delay after setting the baud rate?

--HPS



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200909212014.36874.hselasky>