Hi everybody.
Some of you may remember me posting to the list a month or two back about
shipping Creative VoIP Blasters to people outside the US. I've done two
orders for several people and I've been asked to place one more order with
Creative. Unless Creative has changed their pricing, it w
hello..
I am using UHC124 with SA1110 in my project..Can I know is there any open source available for this particular host driver..
All replies are appreciated.
thanx and Regards..
PriyaDo You Yahoo!?
Send your FREE holiday greetings online at Yahoo! Greetings.
From: "victor1 torres" <[EMAIL PROTECTED]>
>I bought a HP Apollo 1250c printer and I told that I had to bidirectional
>cable to get my printer to work because I have all USB on my computer I was
>woundering how I would get my printer to work. IF you need any thing else
>I´d be happy to send it
On Wed, 5 Sep 2001, Wolfgang Grandegger wrote:
> maybe there are some known problems with usb-ohci or the
> UBS controller "OPTi Inc. 82C861" on linux 2.4.3. I have
> therefore sent a CC to the linux-usb-devel mailing list.
> Maybe someone on this list can help you.
Well, that is possible but I
Hi
I bought a HP Apollo 1250c printer and I told that I had to bidirectional
cable to get my printer to work because I have all USB on my computer I was
woundering how I would get my printer to work. IF you need any thing else
I´d be happy to send it to you.
MY SYSTEM:
Slackware + Slackware-Cur
> Here's a patch that removes all of the USB_ST_* error #defines in the
> 2.5.1-pre5 kernel. Let me know if anyone objects to this.
Seems right to me, though in linux/Documentation/usb/error-codes.txt
there are a couple more references that should be removed. Also in
the URB.txt file there -- b
On Thu, Dec 06, 2001 at 03:48:25PM -0800, Greg KH wrote:
> Hi all,
>
> Here's a patch that removes all of the USB_ST_* error #defines in the
> 2.5.1-pre5 kernel. Let me know if anyone objects to this.
As Randy nicely pointed out to me, the documentation was still
referencing the USB_ST_* codes.
On Thu, Dec 06, 2001, Steve Calfee <[EMAIL PROTECTED]> wrote:
> One other thing, I keep seeing people write about the PCI bandwidth hogging
> option in the uhci host controller drivers. The idea is if you get a NAK
> from a bulk device in a frame, keep asking it in case it gets ready in the
> r
At 02:23 PM 12/6/01 -0800, David Brownell wrote:
>Bitstuff: the USB protocol restricts how many ones/zeros may
>be consecutively sent down the wire. Details in the spec, the
>basic idea is (as I recall) to make sure that no data can cause
>a signal pattern that looks much like the ones used to d
Hi all,
Here's a patch that removes all of the USB_ST_* error #defines in the
2.5.1-pre5 kernel. Let me know if anyone objects to this.
thanks,
greg k-h
diff -Nru a/drivers/isdn/hisax/st5481_b.c b/drivers/isdn/hisax/st5481_b.c
--- a/drivers/isdn/hisax/st5481_b.c Thu Dec 6 15:45:33 2001
Hi,
in your open method:
You try to ensure exclusive open, v4l will do this on its own.
You increase the module use count after down(). That's a race.
Better use the owner field to make v4l manage this for you.
in ioctl you don't take the semaphore. Yet ioctl can be reentered thanks to
the clo
> I believe this is nicer way to get same optimalization... But I'm not
> 100% sure.
Nope. You need to use daemonize() to get rid of your resources as a
module, otherwise you'll inherit from somewhere other than init
___
[EMAIL PROTECTED]
To unsubscri
On Thu, Dec 06, 2001 at 11:10:51PM +0100, Pavel Machek wrote:
> Hi!
>
> Could you apply this? It adds support for 3com HomeConnect video
> cammera. If it looks okay to you I'll of course provide Config.in and
> Makefile patch.
Looks good, with the following very minor nits:
- MAX_DEVICES
On Thu, Dec 06, 2001 at 11:05:01PM +0100, Pavel Machek wrote:
> Hi!
>
> This allows end-user to configure if he wants high bandwidth and slow
> PCI or if he wants high bandwidth and possible unfairness. I never
> seen that unfairness in real life. Please apply,
I'll let the uhci.c maintainer see
On Thu, Dec 06, 2001 at 10:57:57PM +0100, Pavel Machek wrote:
> Hi!
>
> This kills few underscores from printer.c and makes drivers quiet for
> in-kernel case. Please apply,
I don't think that drivers should be quiet for the in kernel case. It's
still nice to see what version of the driver is r
On Thu, Dec 06, 2001 at 11:05:46PM +0100, Pavel Machek wrote:
> Hi!
>
> You may want to apply this as cleanup... If you like it.
Against which kernel? I'll leave this alone for 2.5, as there are going
to be changes along these lines due to the hcd cleanup. And for 2.4,
it's not worth it :)
th
On Thu, Dec 06, 2001 at 10:55:31PM +0100, Pavel Machek wrote:
> Hi!
>
> Please apply this trivial cleanup...
Convince the acm maintainer, not me :)
thanks,
greg k-h
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sour
Bitstuff: the USB protocol restricts how many ones/zeros may
be consecutively sent down the wire. Details in the spec, the
basic idea is (as I recall) to make sure that no data can cause
a signal pattern that looks much like the ones used to delimit
packets, frames, and such.
PID problem: PID
Hi!
Could you apply this? It adds support for 3com HomeConnect video
cammera. If it looks okay to you I'll of course provide Config.in and
Makefile patch.
Pavel
--- clean/drivers/usb/vicam.c Thu Dec 6 22:46:34 2001
+++ linux/drivers/usb
Hi!
This allows end-user to configure if he wants high bandwidth and slow
PCI or if he wants high bandwidth and possible unfairness. I never
seen that unfairness in real life. Please apply,
Pavel
--- clean/drivers/usb/uhci.cSun
Hi!
You may want to apply this as cleanup... If you like it.
Pavel
--- clean/drivers/usb/usb-uhci.hTue Aug 28 20:21:02 2001
+++ linux/drivers/usb/usb-uhci.hThu Oct 25 13:38:34 2001
@@ -7,6 +7,8 @@
#define MODNAME "usb-uhci"
Hi!
Please apply this trivial cleanup...
Pavel
diff -ur -x .dep* -x .hdep* -x *.[oas] -x *~ -x #* -x *CVS* -x *.orig -x *.rej -x
*.old -x .menu* -x asm -x local.h -x System.map -x autoconf.h -x compile.h -x
version.h -x .version -
Hi!
I believe this is nicer way to get same optimalization... But I'm not
100% sure.
Pavel
--- clean/drivers/usb/storage/usb.c Fri Sep 14 23:04:07 2001
+++ linux/drivers/usb/storage/usb.c Thu Oct 25 13:25:41 2001
@@ -298,15
Hi!
This kills few underscores from printer.c and makes drivers quiet for
in-kernel case. Please apply,
Pavel
--- clean/drivers/usb/audio.c Fri Oct 5 21:04:50 2001
+++ linux/drivers/usb/audio.c Thu Oct 25 13:25:40 2001
@@ -3796
On Thu, Dec 06, 2001 at 04:59:32PM -0500, Johannes Erdfelt wrote:
>
> Oh yeah, one more request for 2.5, ditch the USB_ST_* errors finally :)
Good idea, I'll go do that patch right now...
thanks,
greg k-h
___
[EMAIL PROTECTED]
To unsubscribe, use th
What, exactly, is a "bitstuff error" and "PID problems"?
Matt
On Thu, Dec 06, 2001 at 01:41:05PM -0800, David Brownell wrote:
> > Error -71 is EPROTO, but why do I get it all of a sudden? The only places I
> > see it returned in the code are in uhci.c and usb-uhci.c. But this is OHCI...
>
> The
On Thu, Dec 06, 2001, David Brownell <[EMAIL PROTECTED]> wrote:
> > Error -71 is EPROTO, but why do I get it all of a sudden? The only places I
> > see it returned in the code are in uhci.c and usb-uhci.c. But this is OHCI...
>
> The current "usb-ohci.c" uses the USB_ST_* macros,
> which use EPR
> Error -71 is EPROTO, but why do I get it all of a sudden? The only places I
> see it returned in the code are in uhci.c and usb-uhci.c. But this is OHCI...
The current "usb-ohci.c" uses the USB_ST_* macros,
which use EPROTO for USB_ST_BITSTUFF and in one other
place that OHCI doesn't trigger.
Hi.
I got a problem report from someone using OHCI and the ISD200 usb-storage
driver. Below is the part of the log where it fails (the last successful read
and the first failing one).
Error -71 is EPROTO, but why do I get it all of a sudden? The only places I
see it returned in the code are in u
Greg,
Please find enclosed a patch (against 2.5.1-pre5) that adds Chris Rankin's
module locking changes, and temporarily disables the multicast set problems
that some users reported. The second one is important, because it causes
kernel panics.
I am planning to provide a better fix (including th
Some folk have reported success by enabling ACPI on those
machines. Seems like it makes PCI get initialized in ways that
otherwise don't happen, thereby preventing the problems you
(and others) have experienced.
- Dave
- Original Message -
From: "Lakshmi Narasimhan" <[EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Greg (and others),
Here's a long-overdue (gzipped) update of the ov511 driver from version
1.28 to 1.47. It includes the recent module locking patch by Chris
Rankin. Please apply to kernel 2.4.17-pre4.
This patch has been tested thoroughly (with/wit
Hi,
I have a IBM Thinkpad i1200 series (Intel Celeron & PCI ). I have installed
versions Redhat 6.1, 7.1 and 7.2 on my PC. I have not been able to get my USB
ports working as the Kernel Hangs while booting up if I compile it with
USB-OHCI Controller support. My device should be OHCI. The defau
33 matches
Mail list logo
