FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Debian > Debian Kernel

 
 
LinkBack Thread Tools
 
Old 10-08-2011, 08:04 PM
ael
 
Default Bug#640391: Test result

On Sat, Oct 08, 2011 at 08:48:20PM +0200, Bart Hartgers wrote:
> the electrical properties, and says nothing on how to control it over
> the usb bus. So not helpful in our case.
>
> I compared the registers accessed by the original driver to the new
> one, and I found one register that is only accessed in the new driver.
> From the windows driver, I could see it had something to do with
> baudrate selection. That said, it never actually affected the baudrate
> on my hardware. But perhaps it does something bad on yours. I removed
> the access to that register to see if it helps.

Sorry. I have just done several tests, and they all failed in just the
usual way :-(

I have not got the serial breakout box and any instrumentation out, so
I can't be absolutely sure that the gps cable is making a good
connection. I will check properly tomorrow, but I am pretty
certain that the test version is behaving just as before.

Very disappointing: sorry again to be the bearer of bad news...

ael




--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20111008200432.GC2441@elf.conquest">http://lists.debian.org/20111008200432.GC2441@elf.conquest
 
Old 10-09-2011, 03:41 PM
ael
 
Default Bug#640391: Test result

On Sat, Oct 08, 2011 at 10:40:01PM +0200, Bart Hartgers wrote:
> Does this new version make any difference? To confuse you, I did not
> include a version number in the filenames ;-).

Sorry for the delay in answering. Since my main 'scope has a video
problem which I don't want to exacerbate by running it, I dug out
an old serial protocol analyser and also an old digital storage
adaptor to use with a real time 'scope. It took a while to find
the manuals and refresh my memory on how they all worked.

However, I fear that neither of the test versions that you sent make any
difference. The UART end of the ark3116 continues to behave as if it is
"switched off", as you said.

I can't think of any sensible suggestions apart from porting the old
version to the new kernel essentially unchanged: which I am sure you
have already considered. And then incrementally change to the new
version. I can test the intermediate versions, and maybe pick up
the critical change.

Unfortunately in about 1 week, I will be away from my instruments for
a time, perhaps up to a month. But I should still have email (dongle)
and the gps, so I could still test basic functionality.

I wish that I could be of more help:-( I could maybe hack around
with the source a bit trying to change register bits. I must have a
16450 datasheet somewhere which should help a bit with avoiding
messing up the "known" bits.

ael




--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20111009154134.GA2955@elf.conquest">http://lists.debian.org/20111009154134.GA2955@elf.conquest
 
Old 10-11-2011, 05:41 AM
Bart Hartgers
 
Default Bug#640391: Test result

2011/10/9 ael <law_ence.dev@ntlworld.com>:
> On Sat, Oct 08, 2011 at 10:40:01PM +0200, Bart Hartgers wrote:
>> Does this new version make any difference? To confuse you, I did not
>> include a version number in the filenames ;-).
>
> However, I fear that neither of the test versions that you sent make any
> difference. The UART end of the ark3116 continues to behave as if it is
> "switched off", as you said.
>
> I can't think of any sensible suggestions apart from porting the old
> version to the new kernel essentially unchanged: which I am sure you
> have already considered. And then incrementally change to the new
> version. I can test the intermediate versions, and maybe pick up
> the critical change.
>
Hi ael,

Yeah, I guess that is about the only option left. I'll start with
porting the old driver to 3.0. That way we can make absolutely sure
that the driver is the problem. I am beginning to wonder if there
isn't something else going on entirely. For example, perhaps usb
autosuspend triggers on the new kernel and not on the old? Anyway, as
said, porting the old driver will eliminate this possibility, provide
a starting point to find the problem, and it will allow you to use
your gps on 3.0 ;-).

> Unfortunately in about 1 week, I will be away from my instruments for
> a time, perhaps up to a month. But I should still have email (dongle)
> and the gps, so I could still test basic functionality.
>
> I wish that I could be of more help:-( I could maybe hack around
> with the source a bit trying to change register bits. I must have a
> 16450 datasheet somewhere which should help a bit with avoiding
> messing up the "known" bits.
By all means, please try. I am running out of ideas, so a fresh pair
of eyes could be useful.

Thanks!

Groeten,
Bart

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



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: CAK7h4yfOs4kj11EQ5RCF2149zdcr3XziS=K5OPuzobiegvCWR Q@mail.gmail.com">http://lists.debian.org/CAK7h4yfOs4kj11EQ5RCF2149zdcr3XziS=K5OPuzobiegvCWR Q@mail.gmail.com
 

Thread Tools




All times are GMT. The time now is 08:33 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org