Bug#640391: linux-image-3.0.0-1-686-pae: ark3116 driver regression

[Bart Hartgers <bart.hartgers@gmail.com>]

2011/9/11 ael <law_ence.dev@ntlworld.com>:
> On Thu, Sep 08, 2011 at 06:33:29PM +0200, Bart Hartgers wrote:
>> Op 8 sep. 2011 16:56 schreef "Ben Hutchings" <ben@decadent.org.uk> het
>> volgende:
>> >
>> > [Previous messages are logged at <http://bugs.debian.org/640391>.
>> > tl,dr: gpsbabel times-out when trying to read through ark3116.]
>> >
>> > > 2.6.32-5 (working)
>> > > and
>> > > 2.6.34-1 (failing).
>> > >
>> > Bart, what can ael do to help debug this?  I suppose an strace log of
>> > gpsbabel under Linux 3.0 would be helpful?
>> >
>> Hi Ben, ael,
>>
>> I am reading this on my phone and will not be able to look into this
>> properly (ie access a computer) before next week.
>>
>> In the mean time: strace logs would be very useful. And maybe the problen
>> has to do with the new driver doing real handshaking while the old one
>> effectively ignored hs signals iirc.
>
> strace log attached. I didn't set any special switches, but I think it
> captures the necessary. I did think of truncating the very long tail
> of timeouts (the file is 291K long), but decided I had better let it
> stand.
>

Hi ael,

Thanks for the strace. It seems that gpsbabel is treating the device
as a tty and not just a plain file. My main suspect is still a problem
with the cts/rts handshaking. Unfortunately, I cannot tell what
exactly gpsbabel does to the handshake signals because strace
truncated the termios data. Could you please rerun the strace with the
'-v' option?

You do not have to send the full log, just this part (lines 69-74)

open("/dev/ttyUSB0", O_RDWR)            = 3
ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B9600 opost isig icanon echo ...}) = 0
ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B9600 opost isig icanon echo ...}) = 0
ioctl(3, SNDCTL_TMR_CONTINUE or TCSETSF, {B9600 -opost -isig -icanon
-echo ...}) = 0
ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B9600 -opost -isig -icanon
-echo ...}) = 0
ioctl(3, TCFLSH, 0x2)                   = 0

Also the output of 'stty -a < /dev/ttyUSB0' might give a clue.

Thanks.

Groeten,
Bart

-- 
Bart Hartgers - New e-mail: bart.hartgers@gmail.com