As requested by David Brownell (below), I am forwarding this message to
"one of the public mailing lists." Anyone who has something to say about
it, please copy to me in the answer, as I am not subscribed to the
linux-usb-devel list. Thanks.

Also, as indicated in my original request, I will send any log files or
additional information which is desired. But for starters, I do not intend
to spam everybody with un-needed and unwanted, possibly extraneous
information. Ask me for what you need, and I will send it to you. Thanks
again.

Theodore Kilgore

---------- Forwarded message ----------
Date: Tue, 17 Aug 2004 13:07:14 -0700
From: David Brownell <[EMAIL PROTECTED]>
To: Theodore Kilgore <[EMAIL PROTECTED]>
Subject: Re: VIA problems, or what?

Hi,

Sounds to me like maybe you've got a race somewhere, or maybe
you really do have a problem with the VIA UHCI.  Try it with OHCI,
or with EHCI through a USB 2.0 hub ... that'll help establish whether
it's UHCI only.

Also please take the query to one of the public mailing lists.

- Dave


On Tuesday 17 August 2004 10:29 am, you wrote:
> David,
>
> I am a developer for gphoto2-libgphoto2, doing camera support, mainly. I
> have written the sq905 camera driver, which contains support for a wide
> range of cheap cameras which use the sq905 chipset, from S&Q Technologies,
> Taiwan.
>
> Quite recently, I went down to WalMart and bought another cheap camera,
> the Argus DC-1730, which seems to use a slightly fancier chip from S&Q; it
> seems that the camera probably has in it the sq913, which permits "TV
> support" (the camera has on it an LCD display on the rear, which is
> standard on more expensive digital cameras). I tested the camera with my
> existing sq905 driver, and it worked just fine, "out of the box."
>
> That was on my test machine, which is an old Dell, using a Pentium3 1Gig
> and an Intel chipset.
>
> Then I tried the same camera with the same code on my usual machine, which
> uses an Athlon Thunderbird on a FIC AZ-11 board, with VIA KT166 chipset.
> On this machine, the camera will not work. The reason is that the request
> to download data is honored approxomately 50% of the time only, and on
> other occasions when the appropriate place in the driver program comes up,
> I get a message which says that X bytes are being downloaded, but no bytes
> are in fact downloaded (I would see them in the log output and they are
> not there).
>
> Since I am running the same code on boxes, with the same release of the
> same distro (Slackware-10.0 in both cases), and the same kernel 2.6.7 (and
> it does not make any difference if I drop back to a 2.4 kernel on the
> Athlon box, either), it seems to me that this is most probably an issue of
> hardware interaction. Also, both boxes claim to support USB2.0. I did not
> have the support for this installed originally on either box. After I
> noticed the problem I installed it on both boxes, too. That did not seem
> to have any effect, either.
>
> I would be willing to send any other relevant information, including
> output of lspci, kernel config file, debug output of gphoto2 in debug mode
> (though at this point I probably know more about that than the recipient)
> or whatever.
>
>
> Thank you very much,
>
> Theodore Kilgore
>

Footnote to this message:

To make things perfectly clear, the problem described is _only_ with this
new camera. Everything else, including in particular all other cameras in
my possession which are supported by the same libgphoto2/camlibs/sq905
driver, work very nicely on both machines.



-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Reply via email to