Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 22 Sep 2003 01:04:31 +0200
From:      Bernd Walter <ticso@cicely12.cicely.de>
To:        Lars Eggert <larse@ISI.EDU>
Cc:        current <current@freebsd.org>
Subject:   Re: X10 Wireless Technology Inc USB Receiver
Message-ID:  <20030921230430.GA21665@cicely12.cicely.de>
In-Reply-To: <3F6E26FC.30603@isi.edu>
References:  <3F57B0A0.2040508@isi.edu> <20030905072228.3def6a8b.steve@sohara.org> <3F63E246.8030801@isi.edu> <20030915190350.3e0fe0ec.steve@sohara.org> <20030918165710.GB19984@genius.tao.org.uk> <3F69FFC9.80308@isi.edu> <20030918231742.GB41432@genius.tao.org.uk> <3F6DE165.1020404@isi.edu> <20030921220414.GZ21665@cicely12.cicely.de> <3F6E26FC.30603@isi.edu>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Sep 21, 2003 at 03:32:28PM -0700, Lars Eggert wrote:
> Bernd,
> 
> Bernd Walter wrote:
> >On Sun, Sep 21, 2003 at 10:35:33AM -0700, Lars Eggert wrote:
> >>
> >>static char init1[]= { 0x80, 0x01, 0x00, 0x20, 0x14 };
> >>static char init2[]= { 0x80, 0x01, 0x00, 0x20, 0x14, 0x20, 0x20, 0x20 };
> >
> >Are you shure that the above is correct data for the device?
> >The IO error could also be returned from the device.
> 
> Relatively. It's in the Linux driver, and I've used a Windows USB 
> snooper to verify that ATI's Windows driver writes the same two chunks.
> 
> >What does USB_DEBUG with hw.usb.debug=2 and hw.usb.ugen.debug=2 say?
> >Bevor I download the complete source you mentioned, can you give us the
> >lines that lead to the above command?
> 
> I'm away from that machine until later, I'll make sure to send the 
> output when I get back.
> 
> The Linux driver is actually pretty short. Here's the source: 
> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/gatos/ati_remote/ati_remote.c?annotate=1.9
> 
> The init packets get written at line 440.

Mmm - looks you are right, but your init data seems to be different.
0x8001 vs 0x8003 and 0x8007.
Interesting is the calculation of transfer_buffer_length in
send_packet(), which would result in 4 for init1 and 8 for init2.
I interpret this that the last byte from init1 doesn't get written
and your packets don't fit into that sheme.
The source looks very confusing to me, but maybe that because of my
current localtime()...
The Windows log could help as it's at least readable and familar.

> >I don't know, but it could also depend on the controller you use.
> >E.g. ehci currently doesn't support interrupt endpoints at all.
> 
> Ah. Yes, this is with ehci coupled to ohci. Should I try to disable ehci 
> for now?

Unless it's a high speed device ohci takes care for it anyway,
but I doubt that a remote control device is high speed.

-- 
B.Walter                   BWCT                http://www.bwct.de
ticso@bwct.de                                  info@bwct.de



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