On Wed, Jun 23, 2004 at 06:04:27PM +0100, Hugo Costelha wrote:
>
> The code that runs in the robots is the same for every robot. It's important
> to us that when our program starts it now which cameras is /dev/video0 and
> which cameras is /dev/video1 (the left one, or the right one, etc..). Wit
Ian Morgan wrote:
On Wed, 23 Jun 2004, Ian E. Morgan wrote:
The only immediate thing that stands out to me is that in 2.4 the
INQUIRY is
'12 00 00 00 FF 00' (Allocation length 255), while in 2.6 it is '12
00 00 00 24 00' (Allocation length 36 (makes sense)).
I had a similar problem with differen
On Sat, Jun 19, 2004 at 04:36:01PM +0200, Oliver Neukum wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
>
> I overlooked that setting control lines in open can fail.
Applied, thanks.
greg k-h
---
This SF.Net email sponsored
On Sat, Jun 19, 2004 at 02:04:25PM +0200, Oliver Neukum wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Am Freitag, 18. Juni 2004 16:09 schrieb Greg KH:
> > On Fri, Jun 18, 2004 at 01:34:42PM +0200, Oliver Neukum wrote:
> > > Hi Greg,
> > >
> > > Vojtech has given his OK to the patch
On Fri, Jun 18, 2004 at 12:27:54PM -0400, Alan Stern wrote:
> Greg:
>
> This patch implements the missing functionality necessary to get device
> resets working fully. It adds a bit-array of ports with logical
> connect-changes pending to the hub structure, so that the hub driver can
> recogni
On Fri, Jun 18, 2004 at 05:21:30PM -0400, Alan Stern wrote:
> Greg:
>
> This patch fixes another bug in the dummy_hcd driver. When a gadget
> driver unregisters (simulating a device disconnect), dummy_hcd stops the
> timer that it uses for processing outstanding URBs. Unfortunately this
> mea
Hello, I have a special offer for you...
WANT TO LOSE WEIGHT?
The most powerful weightloss is now available
without prescription. All natural Adipren720
100% Money Back Guarantée!
- Lose up to 19% Total Body Weight.
- Loss of 20-35% abdominal Fat.
- Up to 300% more Weight Loss while dieting.
- Incr
On Wed, 23 Jun 2004 18:12:35 -0400
Marr <[EMAIL PROTECTED]> wrote:
> Is there anything in particular I might have tested besides what I describe
> below?
No, you did good, thanks a lot.
> The changelog entry for 2.4.27-rc1 is rather terse:
>
> USB: Update mct_u232
I still cannot figure
Aseem Goyal wrote:
Hello everyone,
I am trying to develop a Wireless USB stack similar to the USB stack.
The Wireless USB will be on IEEE 802.15.3.
Wasn't Intel committing some efforts in that direction? :)
...
Okay, now the major problem about my implementation as I see it is that
while USB is
nazim khan wrote:
Hello Dave,
I tried to pull the changes from 2.4.27-rc. Hardly there were couple of
changes with respect to the ehci host. (one in ehci-hcd.c and another in
ehci-sched.c).
Thats also didn't help me.
I am not able to apply the complete patch because it might ruin my
platform sp
I investigated and it turns out that up/down/spin_(un)lock contain code
equivalent to wmb. By chance cdc-acm is save. I am investigating other
drivers.
That's good. But I don't know what concerns you're referring to ... :)
- Dave
---
This SF.N
Alan Stern wrote:
Regardless, I think this is a non-problem.
I agree. The relevant synchronization is a bit higher up the stack.
- Dave
---
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training,
On Wednesday 23 June 2004 01:30pm, Pete Zaitcev wrote:
>
> Bill, please also download 2.4.27-rc1 and verify that my backport of
> mct_u232 from 2.6 works for you.
OK -- I've built a test setup with 2.4.27-rc1 and everything seems to be
working as well as usual with my Belkin F5U109 USB/RS-232 ada
This is basically the same patch posted six months ago;
it still works like a charm. Please merge!
- Dave
This patch adds AIO support to gadgetfs, letting user mode programs use
"libaio" to manage USB I/O concurrency with the same API as they may
already be using for disk files. In particular, it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Mittwoch, 23. Juni 2004 20:52 schrieb Tommy Faasen:
> Oliver Neukum wrote:
>
> >-BEGIN PGP SIGNED MESSAGE-
> >Hash: SHA1
> >
> >Am Dienstag, 22. Juni 2004 23:19 schrieb Tommy Faasen:
> >
> >
> >>I have attached the patch for your convenie
On Wed, 23 Jun 2004, Ian E. Morgan wrote:
The only immediate thing that stands out to me is that in 2.4 the INQUIRY is
'12 00 00 00 FF 00' (Allocation length 255), while in 2.6 it is '12 00 00 00
24 00' (Allocation length 36 (makes sense)).
I added an unusual_devs.h entry:
UNUSUAL_DEV( 0x0dbf, 0x
On Wed, 23 Jun 2004, Alan Stern wrote:
It sure would be nice to know why the card reader has problems with the
commands sent by 2.6 but not 2.4...
I finally got Fedora's 2.4 kernel rebuilt with debugging.. Here's what it
looks like in 2.4 which never fails:
Jun 23 15:56:05 localhost kernel: hub.c:
On Wed, 23 Jun 2004, Tommy Faasen wrote:
> >That patch does DMA on the stack.
> >Maybe including such a patch is a good idea, following the other OS.
> >But it'll require a kmalloced buffer.
> >
> >
> Why, the buffer isn't used anyway? It's just used to jumpstart some usb
> devices?
Wrong. It
Greg:
This is a rerun of as278, updated to match the current source. It changes
the hub driver, replacing calls to synchronous usb_unlink_urb() with
usb_kill_urb() and removing the machinery formerly needed to synchronize
the status URB handler with the rest of the driver.
Obviously this depe
Greg:
This patch is a slightly revised version of as277c, updated to match the
current source. The only difference from the older version is that this
makes urb->use_count into an atomic_t, to avoid the overhead of an extra
locking step each time an URB is submitted and given back. The import
Alan Stern wrote:
+ req->zero = value < ctrl->wLength
+ && (value % gadget->ep0->maxpacket) == 0;
While it doesn't hurt to have the (value % maxpacket) == 0 test, is it
necessary? Won't controller drivers properly handle the case where
req->zero is se
Oliver Neukum wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Dienstag, 22. Juni 2004 23:19 schrieb Tommy Faasen:
I have attached the patch for your convenience.
That patch does DMA on the stack.
Maybe including such a patch is a good idea, following the other OS.
But it'll require
On Wed, 23 Jun 2004, David Brownell wrote:
> Title says it all ... this helps avoid problems with some hardware.
> Please merge.
>
> - Dave
> + req->zero = value < ctrl->wLength
> + && (value % gadget->ep0->maxpacket) == 0;
While it doesn't hurt to ha
Title says it all ... this helps avoid problems with some hardware.
Please merge.
- Dave
Some USB device controllers make it easy to handle all the various ways
hosts interpret the USB spec about when control-IN transfers need to send
a ZLP ... they can just send one if the host asks, or start the
> Since the mentioned change (len instead of 255), the according forums are
> flood with postings about non-working scanners.
> Some of these "posters" are real newbies that are not able to compile,
> install, etc their own kernels.
> But stock-kernels will never work with these scanners.
What is
On Wed, 23 Jun 2004 11:21:26 -0400
Marr <[EMAIL PROTECTED]> wrote:
> +++ Configure.help2004-06-23 11:02:49.0 -0400
> @@ -14565,8 +14565,8 @@
>Say Y here if you want to use a USB Serial single port adapter from
>Magic Control Technology Corp. (U232 is one of the model numbers).
Hi,
I'm not sure if I should post this question here or at the users mailing list.
If it should be at the users one, please tell me and I will mail the other
one.
I have four robots using laptopos and 16 USB Philips webcams, 8 of which are
connected to the robots (the other eight are spare one
Greg:
In a recent thread it was mentioned that some architectures, such as PPC,
do not guarantee relative ordering between different varieties of
processor/device data transfers. This patch adds an mb() instruction to
the UHCI driver, to insure that the data structures in memory (cached by
the CP
Greg:
A tricky problem the dummy_hcd driver has to solve is keeping track of the
usb_device structure that corresponds to a registered gadget. Right now
that's not done very robustly. This patch stores the address of the
structure when a new URB is submitted and also acquires a reference to
make
On Wed, 23 Jun 2004, Ian E. Morgan wrote:
> On Wed, 23 Jun 2004, Alan Stern wrote:
>
> > It's much more likely that the same failure occurs in 2.4, but the bus
> > reset code there works better than in 2.6 so you recover without deadlock.
>
> I would have expected to see delays then as the bus w
On Tue, Jun 22, 2004 at 10:05:58PM -0700, John jacob wrote:
>
> is this right or am i missing some procedure here before trying to
> load the kernel modules?
You are missing the proper way to build kernel modules outside of the
kernel tree. Please read the documentation on how to do this, or ju
Greg:
Thanks to Ludovic Aubry for this patch. It changes some local variables
used by the UHCI driver to store IO addresses from unsigned int to
unsigned long. This is vitally necessary on 64-bit platforms.
Please apply.
Alan Stern
From: Ludovic Aubry <[EMAIL PROTECTED]>
Signed-off-by: Al
On Wed, 23 Jun 2004, Alan Stern wrote:
Transferring a command involves 2 or 3
phases: the command phase, the optional data phase, and the status phase.
The successful 31-byte transfer was the command phase; that doesn't
require the reader to actually communicate with the card. The
unsuccessful 36-
Hello Dave,
I tried to pull the changes from 2.4.27-rc. Hardly there were couple of
changes with respect to the ehci host. (one in ehci-hcd.c and another in
ehci-sched.c).
Thats also didn't help me.
I am not able to apply the complete patch because it might ruin my platform
specific changes.
P
On Tuesday 22 June 2004 08:01pm, Pete Zaitcev wrote:
> On Tue, 22 Jun 2004 19:45:59 -0400
>
> Marr <[EMAIL PROTECTED]> wrote:
> > Based on some recent information from the 'Linux-usb-users' mailing list,
> > I want to provide a minor patch to the kernel 'Configure.help' file for
> > the 'CONFIG_USB
On Wed, Jun 23, 2004 at 09:59:31AM -0400, Alan Stern wrote:
> On Tue, 22 Jun 2004, Tommy Faasen wrote:
I tried the patch, unfortunatley it didn't work, the joystick got
detected ok however the wifi stick didn't, I only tested with the
descriptor patch..
Output below
uhci_hcd :00:07.2: port
[EMAIL PROTECTED] wrote:
I wondered about my system performance slowing down (-15% with an old
Pentium 133) if I insert USB devices which use an interrupt endpoint (e.g.
USB <-> Ethernet Adaptor, USB <-> Bluetooth Stick). This happens if I just
set the interfaces to UP, no data transfer at all.
For
I wondered about my system performance slowing down (-15% with an old
Pentium 133) if I insert USB devices which use an interrupt endpoint (e.g.
USB <-> Ethernet Adaptor, USB <-> Bluetooth Stick). This happens if I just
set the interfaces to UP, no data transfer at all.
Digging more into detail w
Hello,
I mailed already about a 1/4 years ago.
My last post referred to the changed string length descriptor read length in
drivers/usb/core/message.c that reads (at about line 1250)
len=tbuf[0];
As known, some devices as my NIASH scanner, and the scanners of some fellow
users won't work any l
On Tue, 22 Jun 2004, Ian E. Morgan wrote:
> On Tue, 22 Jun 2004, Alan Stern wrote:
>
> > It's a little suspicious that your drive fails so quickly -- on the very
> > first command it receives.
>
> It's not quite the first command (see below).
No, it is the first command. Transferring a command
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Dienstag, 22. Juni 2004 23:19 schrieb Tommy Faasen:
> I have attached the patch for your convenience.
That patch does DMA on the stack.
Maybe including such a patch is a good idea, following the other OS.
But it'll require a kmalloced buffer.
On Tue, 22 Jun 2004, Tommy Faasen wrote:
> >I don't understand -- if the stick is known to need to transfer a
> >descriptor before setting its address, how come it works on machine 2 when
> >you set the address first?
> >
> >
> >
> Several people indicated that they needed that patch before gett
On Wed, 23 Jun 2004, Michal Purzynski wrote:
> hello again
>
> this time (and last time :) problems with usb pendrive. it has write lock
> switch, that is autodetected in 2.4 kernel, resulting with message saying,
> that device is read-only. any futher writes to it are rejected without
> problem.
Hi, I'd like to thank you for the great work solving (at least partly) the
problem with the Genesys USB box, I had one and couldn't manage to make
it go, now it works almost perfectly!
Thanks again
Max
---
This SF.Net email sponsored by Bl
Hi. This is the qmail-send program at aristo.pacific.net.sg.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.
<[EMAIL PROTECTED]>:
203.120.90.231 does not like recipient.
Remote host said: 550 Invalid r
45 matches
Mail list logo
