On Thursday November 10, [EMAIL PROTECTED] wrote:
> >
> > I'll let you know how it goes.
>
> Good luck,
Thanks. It didn't go as well as I hoped, but I've made progress.
I tried:
- disabling the return channel, so input requests aren't sent
- forcing depth-first rather than breadth first tra
On Fri, 11 Nov 2005, Mike King wrote:
> Alan,
>
> I finally go 2.6.14 running and the same thing happens. On initial connect
> my driver is loaded and configuration 1 is selected. When I perform :
>
>echo '2' >/sys/bus/usb/devices/2-2/bConfigurationValue
>
> and I read the bConfiguration
Alan,
I finally go 2.6.14 running and the same thing happens. On initial connect
my driver is loaded and configuration 1 is selected. When I perform :
echo '2' >/sys/bus/usb/devices/2-2/bConfigurationValue
and I read the bConfigurationValue it is null. Additionally, as expected,
my driver
On Friday 11 November 2005 1:40 pm, Oliver Neukum wrote:
> Am Freitag, 11. November 2005 17:38 schrieb David Brownell:
> > > Nov 11 10:10:20 decibels microtek usb (rev 0.4.3): error -22 submitting
> > > URB
> > > Nov 11 10:10:20 decibels microtek usb (rev 0.4.3): error -22 submitting
> > > URB
>
On Fri, 11 Nov 2005, decibels wrote:
> >On Friday 11 November 2005 14:33, Oliver Neukum wrote:
> >
> > I can sort of replicate it, but I get a different error.
> > Please recompile the driver with MTS_DO_DEBUG defined and try again.
> >
> > Regards
> > Oliver
> >
>
> Enabled MT
On Friday 11 November 2005 15:40, Oliver Neukum wrote:
> Am Freitag, 11. November 2005 17:38 schrieb David Brownell:
> > > Nov 11 10:10:20 decibels microtek usb (rev 0.4.3): error -22 submitting
> > > URB
> > > Nov 11 10:10:20 decibels microtek usb (rev 0.4.3): error -22 submitting
> > > URB
> >
Am Freitag, 11. November 2005 17:38 schrieb David Brownell:
> > Nov 11 10:10:20 decibels microtek usb (rev 0.4.3): error -22 submitting URB
> > Nov 11 10:10:20 decibels microtek usb (rev 0.4.3): error -22 submitting URB
>
> EINVAL means some field of the URB was invalid. Driver error.
Is there a
>On Friday 11 November 2005 14:33, Oliver Neukum wrote:
>
> I can sort of replicate it, but I get a different error.
> Please recompile the driver with MTS_DO_DEBUG defined and try again.
>
> Regards
> Oliver
>
Enabled MTS_DO_DEBUG in microtek.c . Quite a lot of info:
(Kern.
Am Freitag, 11. November 2005 21:16 schrieb decibels:
> Nope, that is what error get from booting up with the scanner plugged in or
> by unplugging/replugging. Don't even get the chance to do anything else
> cause sane can't even find the scanner on 2.6.14.
>
> I enabled usbmon in the kernel and
>On Friday 11 November 2005 12:19, Oliver Neukum wrote:
>
> Here please. Did you do anything special to trigger this?
>
> Regards
> Oliver
>
Nope, that is what error get from booting up with the scanner plugged in or
by unplugging/replugging. Don't even get the chance to do
Hi again,
Updates pl2303_update_line_status() to handle X75 and SX1 Siemens mobiles
Signed-off-by: Luiz Capitulino <[EMAIL PROTECTED]>
drivers/usb/serial/pl2303.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff -Nparu -X /home/lcapitulino/tmp/dontdiff a/drivers/usb/serial/pl2
Hi Greg,
This patch adds two new Siemens mobiles IDs for the pl2303 driver.
Thanks.
Signed-off-by: Luiz Capitulino <[EMAIL PROTECTED]>
drivers/usb/serial/pl2303.c |2 ++
drivers/usb/serial/pl2303.h |2 ++
2 files changed, 4 insertions(+)
diff --git a/drivers/usb/serial/pl2303.c b/dr
decibels <[EMAIL PROTECTED]> wrote:
>
> Should I be responding thru here or on the bug report on the
> http://bugzilla.kernel.org/show_bug.cgi?id=5579 ?
You can add [EMAIL PROTECTED] to cc and all emails will
be captures by bugzilla.
I do that sometimes, but not in the cases where I expect
Am Freitag, 11. November 2005 17:18 schrieb decibels:
> On Friday 11 November 2005 06:24, Oliver Neukum wrote:
> > Am Freitag, 11. November 2005 12:29 schrieb Andrew Morton:
> > > Oliver Neukum <[EMAIL PROTECTED]> wrote:
> > > >
> > > > Am Freitag, 11. November 2005 11:45 schrieb Andrew Morton:
> >
On Fri, 11 Nov 2005, Aras Vaichas wrote:
> Hi,
>
> my test department tells me that they need to perform immunity tests on the
> hardware and therefore I will need to collect statistics on the USB data
> being
> transferred.
>
> Can this be done? Do the USB drivers export these sorts of stati
> Among the holes still in my understanding is how the 2 bit error count
> in the TD header relates to this.
> Does a NACK not decrement this counter, or does the HCD driver reset
> it regularly?
NAK packets are not errors.
---
SF.Net email
On Thursday 10 November 2005 8:14 pm, Aras Vaichas wrote:
> 2. Monitor the data transfer to check if:
> (a) data is transferred with no errors;
> (b) data is transferred with errors, but then data is re-sent
> successfully;
> (c) data is lost.
For (a) plus the "re-sent" part of (b),
Hello Olav
You are right. The HC is always correctly detected, but the attached USB
devices are only sometimes enumerated correctly.
I will check if the transceiver is working.
Thanks.
Regards
Vivek
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Olav
> ... ohci_hcd :00:02.0: urb 810030904540 path 2 ep2in 8316 cc 8
> --> status -75
EOVERFLOW means the device wrote too much data ... either too much data to
fit in the (bulk?) packet, or too much data to fit in the buffer. The
former is a device error, the latter is a driver error.
Hi,
I have a 4-port Vscom adaptor. When using it I get errors where some
of the /dev/tts/USBx devices seem to get disconnected, then be
connected again on a different device. eg. /dev/tts/USB2 and USB3 will
be involved in some transfer, then will move to /dev/tts/USB4 and
USB5. The other ports sta
On Friday 11 November 2005 06:24, Oliver Neukum wrote:
> Am Freitag, 11. November 2005 12:29 schrieb Andrew Morton:
> > Oliver Neukum <[EMAIL PROTECTED]> wrote:
> > >
> > > Am Freitag, 11. November 2005 11:45 schrieb Andrew Morton:
> > > > [EMAIL PROTECTED] wrote:
> > > > >
> > > > > http://bugzill
I have a usbsnoop of the Logitech QuickCam Notebooks Pro webcam It's id is
046d:08c3 using the SunPlus 525A chipset. Is there any interest in seeing my
dumps.
Thanks
James Spring
---
SF.Net email is sponsored by:
Tame your development challen
On Friday 11 November 2005 5:53 am, Olav Kongas wrote:
>
> On Thu, 10 Nov 2005, Alan Stern wrote:
> > I have a relatively inexpensive analyzer that you could borrow if it turns
> > out to be necessary.
>
> Hi,
>
> People, who use usb alalyzers, can you please recommed a one, which:
>
> - is 2.
On Thu, 10 Nov 2005, Alan Stern wrote:
> I have a relatively inexpensive analyzer that you could borrow if it turns
> out to be necessary.
Hi,
People, who use usb alalyzers, can you please recommed a one, which:
- is 2.0
- is usable without having to keep a windows box around
- not too exp
On Fri, Nov 11, 2005 at 03:14:02PM +1100, Aras Vaichas wrote:
> Hi,
>
> my test department tells me that they need to perform immunity tests on the
> hardware and therefore I will need to collect statistics on the USB data
> being transferred.
What is "immunity tests"?
> Can this be done? Do t
Title: Mensageiro Humortadela.
Olá,
Alguém que não tinha nada para fazer (Rafael), numa de suas
visitas ao Humor Tadela não sei por que cargas d\'água, lhe recomendou a seguinte
página:
Piada Animada: Será que é você?
Comentários:
É dificil eu recomendar alguma coisa, porque
Am Freitag, 11. November 2005 12:29 schrieb Andrew Morton:
> Oliver Neukum <[EMAIL PROTECTED]> wrote:
> >
> > Am Freitag, 11. November 2005 11:45 schrieb Andrew Morton:
> > > [EMAIL PROTECTED] wrote:
> > > >
> > > > http://bugzilla.kernel.org/show_bug.cgi?id=5579
> > > >
> > > > Summar
Oliver Neukum <[EMAIL PROTECTED]> wrote:
>
> Am Freitag, 11. November 2005 11:45 schrieb Andrew Morton:
> > [EMAIL PROTECTED] wrote:
> > >
> > > http://bugzilla.kernel.org/show_bug.cgi?id=5579
> > >
> > > Summary: Microtek driver: error -22 submitting URB, kernel-
> > >
Am Freitag, 11. November 2005 11:45 schrieb Andrew Morton:
> [EMAIL PROTECTED] wrote:
> >
> > http://bugzilla.kernel.org/show_bug.cgi?id=5579
> >
> > Summary: Microtek driver: error -22 submitting URB, kernel-
> > 2.6.14.
>
> This one is a post-2.6.13 regression.
Am Freitag, 11. November 2005 10:39 schrieb Herbert Xu:
> On Thu, Nov 10, 2005 at 08:38:16PM +1100, herbert wrote:
> >
> > In fact even now it is possible to get those printks from the resubmit
> > function if usb_kill_urb() fails to kill it using unlink.
> >
> > I'll send you a patch for that to
[EMAIL PROTECTED] wrote:
>
> http://bugzilla.kernel.org/show_bug.cgi?id=5579
>
> Summary: Microtek driver: error -22 submitting URB, kernel-
> 2.6.14.
This one is a post-2.6.13 regression.
---
SF.Net email is s
On Thu, 10 Nov 2005, Vivek wrote:
> Hello list
> I have ported linux 2.6.12 usb driver to a SOC board consisting of a mips
> processor. The SOC is mips processor which has a in-core non-PCI usb 2.0
> host controller which supports ehci/ohci. Because mips is big endian and the
> usb host control
On Thu, Nov 10, 2005 at 08:38:16PM +1100, herbert wrote:
>
> In fact even now it is possible to get those printks from the resubmit
> function if usb_kill_urb() fails to kill it using unlink.
>
> I'll send you a patch for that tomorrow.
Here is the patch that I promised:
[KAWETH] Suppress erro
On Fri, 11 Nov 2005 03:09:38 +0100, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> What about my second suggestion to always use libusual in the two
> drivers instead of having two code paths in each of them?
I don't see how you would be able to mandate libusual, since it adds
(a small amount of) bloa
I finally received a .config from Reuben Farrelly and reproduced the problem.
The libusual.o is being built, but not linked into the kernel image.
---
Never one to ignore a good idea, I propose to take a segment of
Adrian's patch which addresses this particular problem:
> --- linux-2.6.14-mm1-fu
> http://bugzilla.kernel.org/show_bug.cgi?id=5540
>
>Summary: PL2303
> Kernel Version: 2.6.14
There seem to be a couple of problems here.
I don't see why queue_work() went blam - it thought there was already work
pending, even though the work_struct's pending bit was clear. Perh
36 matches
Mail list logo
