Hi Alan,
Alan Stern wrote:
> On Sat, 9 Dec 2006, matthieu castet wrote:
>
>> Alan Stern wrote:
>>> On Fri, 13 Oct 2006, matthieu castet wrote:
>>>> Yes may be it depends of the usb device. I didn't see any problem with a
>>>> usb mass storage.
Alan Stern wrote:
> On Fri, 13 Oct 2006, matthieu castet wrote:
>> Yes may be it depends of the usb device. I didn't see any problem with a
>> usb mass storage.
>
> Can you try using the troublesome device on a different computer?
> Preferably with the same kind o
Hi,
David Brownell wrote:
>>For a device (eagle usb atm driver), I needed to patch it (to relax some
>>memory checking), but I don't remember if I submit something.
>
>
> I don't recall seeing anything, although someone did point out recently
> that "newer" FX2 chips have 16K on-chip memory not
David Brownell wrote:
>>>Exactly what's described in the 'Downloading Firmware with "fxload"'
>>>seection of the webpage referenced above. No new kernel code needed;
>>>it works out-of-the-box on some Linux distros, others may need grab
>>>the fxload package.
>>
>>Yes, but why use a custom userspa
David Brownell wrote:
>>>Use fxload. Keeping your driver as simple as possible is a good reason.
>>
>>May be, but fxload doesn't seem really maintained/used anymore.
>
>
> It certainly gets used, and ISTR every patch submitted in the past
> several years has been merged ...
So maybe the project s
Hi,
On Tue, 07 Nov 2006 11:44:09 +0100, Oliver Neukum wrote:
> Am Dienstag, 7. November 2006 11:04 schrieb Laurent Pinchart:
>> As I don't have much experience with firmware loading, I would like to ask
>> other developers for their opinion. What should take care of loading the
>> firmware ? Th
Hi,
Alan Stern wrote:
> On Fri, 13 Oct 2006, matthieu castet wrote:
>>It seems to work fine with ohci.
>
I was menaing usb 1, so uhci on this board. But I suppose it is the same
conclusion.
> Maybe their controllers don't have the bug. That is, maybe it's a real
&g
Hi,
Alan Stern wrote:
> On Wed, 4 Oct 2006, matthieu castet wrote:
>
>
>>>By the way, the error messages in your log indicated some sort of problem
>>>with your EHCI USB controller. That's why the unexpected disconnections
>>>kept happening.
>>&
Hi,
this patch fix :
Subject: ueagle-atm Oops
References : http://lkml.org/lkml/2006/10/6/390
Submitter : Ernst Herzberg <[EMAIL PROTECTED]>
Caused-By : Greg Kroah-Hartman <[EMAIL PROTECTED]>
commit e7ccdfec087f02930c5cdc81143d4a045ae8d361
Handled-By : Mat
> References : http://lkml.org/lkml/2006/10/6/390
> Submitter : Ernst Herzberg <[EMAIL PROTECTED]>
> Handled-By : Matthieu Castet <[EMAIL PROTECTED]>
> Status : unknown
>
>
Guilty :
http://www.kernel.org/git/gitweb.cgi?p=linux/kernel/git/torvalds/linux-2.6.git;a=c
Hi,
On Wed, 27 Sep 2006 13:06:50 -0700, Greg KH wrote:
> From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
>
> Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
> ---
> drivers/usb/atm/ueagle-atm.c | 74
> +++---
> 1 files changed, 34 insertions(+), 40 dele
Hi,
Alan Stern wrote:
>>you mean
>>http://www.kernel.org/git/gitweb.cgi?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=26f953fd884ea4879585287917f855c63c6b2666;hp=353a4098c61272b33a02ec5802fb3859fec91a0e
>>
>>?
>
>
> Yes, that's the one.
>
>
>>Could it be possible to use it on 2.6.
Alan Stern wrote:
>
> You could try using 2.6.18-mm1. There was a change made to ehci-hcd in
> order to work around a bug in the VIA controllers. It looks like that
> same bug may be affecting you.
>
you mean
http://www.kernel.org/git/gitweb.cgi?p=linux/kernel/git/torvalds/linux-2.6.git;a=co
Hi,
this patch use wait_event_interruptible_timeout and msleep_interruptible
beacause uninterruptible sleep (task state 'D') is counted as 1 towards
load average, like running processes.
Signed-off-by: Matthieu CASTET <[EMAIL PROTECTED]>
use *_interruptible :
Uninterrupt
Hi,
this patch avoid that the kernel thread block the suspend process.
Some work is still need to recover after a resume.
Signed-off-by: Matthieu CASTET <[EMAIL PROTECTED]>
this patch avoid that the kernel thread block the suspend process.
Some work is still need to recover after a
modem type (pots/isdn)
- increase version number
Signed-off-by: Matthieu CASTET <[EMAIL PROTECTED]>
Commestic change :
- dump firwmare version as soon as possible and export it on sysfs
- hint about wrong cmv/dsp
- Display a message to warn user when the modem is ready : it can help peo
Hi,
Alan Stern wrote:
>
>
> You can start by turning on CONFIG_USB_DEBUG for your kernel and then
> posting a copy of the dmesg log showing what happens when one of those
> peculiar disconnects occurs. Post also a stack trace (Alt-SysRq-T); the
> khubd process is the one that matters most.
On Sun, 01 Oct 2006 13:07:36 +, Matthieu CASTET wrote:
> Hi,
>
> I am using 2.6.18 kernel.org linux kernel on a via ehci controller
> (1106:3104 (rev 82)).
>
> When using a wifi dongle (zd1211), sometimes the device disconnect for an
> unknown reason (there a &qu
Hi,
I am using 2.6.18 kernel.org linux kernel on a via ehci controller
(1106:3104 (rev 82)).
When using a wifi dongle (zd1211), sometimes the device disconnect for an
unknown reason (there a "usb 4-x: USB disconnect, address x" in the log).
But the driver disconnect is never called (and the drive
Hi,
Duncan Sands wrote:
>>Recently people have reported a bug affecting ADSL modems in the UHCI
>>driver for 2.6.17. Perhaps it is related to your problem.
>
>
> This is likely a different problem, since it seems to be about isochronous
> urbs unlike the speedtouch modem problem.
>
BTW, I beli
Hi,
Le Fri, 24 Mar 2006 14:32:57 -0600, Kumar Gala a écrit :
> +
> +static int __init ehci_hcd_init(void)
> +{
> + int retval = 0;
> +
> + pr_debug("%s: block sizes: qh %Zd qtd %Zd itd %Zd sitd %Zd\n",
> + hcd_name,
> + sizeof(struct ehci_qh), sizeof(struct ehci
Hi Greg,
this patch mainly adds the support for isochronous pipe.
There are also some cosmetic stuff (please tell me if you want them in a
extra patch).
This patch should apply cleanly on top of Duncan patches.
Signed-off-by: Matthieu CASTET <[EMAIL PROTECTED]>
Index: ueagle
matthieu castet wrote:
Hi,
here the corrected version of ueagle-atm.
The comments of Adrew Morton and Greg KH have been applied.
We also fix a bug in the check_dsp routine (reported on our mailling
list) and kill some unsued code.
Signed-off-by: Matthieu CASTET <[EMAIL PROTECTED]>
Hi,
here the corrected version of ueagle-atm.
The comments of Adrew Morton and Greg KH have been applied.
We also fix a bug in the check_dsp routine (reported on our mailling
list) and kill some unsued code.
Signed-off-by: Matthieu CASTET <[EMAIL PROTECTED]>
diff -ruN -x '*.o*
Hi Greg,
Greg KH wrote:
Thanks, but does userspace will retry if it fails the first time ?
The device needs the firmware quickly and after 3-5 seconds without it,
it goes berserk.
That sounds like a pretty broken device :)
If it was only that (don't work in bulk mode with down rate > 3Mbps
Hi Greg,
matthieu castet wrote:
+ *
+ * This software is available to you under a choice of one of two
+ * licenses. You may choose to be licensed under the terms of the GNU
+ * General Public License (GPL) Version 2, available from the file
+ * COPYING in the main directory of this source
matthieu castet wrote:
Hi Greg,
+/*
+ * sometime hotplug don't have time to give the firmware the
+ * first time, retry it.
+ */
+static int sleepy_request_firmware(const struct firmware **fw,
+const char *name, struct device *dev)
+{
+if (request_firmware(fw, name, dev)
Hi Greg,
thanks for your review.
Greg KH wrote:
On Sun, Oct 30, 2005 at 12:37:41AM +0200, matthieu castet wrote:
Please comment and consider for inclusion.
I need a "Signed-off-by:" line in order to be able to add it. Care to
redo things based on the comments you have had and
Hi Duncan,
Duncan Sands wrote:
Hi Andrew,
this code looks like a 'orrible hack to work around a common problem
with USB modem's of this type: if the modem is plugged in while the
system boots, the driver may look for firmware before the filesystem
No, it wasn't the problem, even when loading
Hi Andrew,
thanks for the review.
Andrew Morton wrote:
matthieu castet <[EMAIL PROTECTED]> wrote:
...
+static int request_cmvs(struct uea_softc *sc,
+struct uea_cmvs **cmvs, const struct firmware **fw)
+{
+ int ret, size;
+ u8 *data;
+ char
-x '*.o*' linux-2.6.14/drivers/usb/atm.old/ueagle-atm.c linux-2.6.14/drivers/usb/atm/ueagle-atm.c
--- linux-2.6.14/drivers/usb/atm.old/ueagle-atm.c 1970-01-01 01:00:00.0 +0100
+++ linux-2.6.14/drivers/usb/atm/ueagle-atm.c 2005-10-30 00:36:37.0 +0200
@@ -0,0 +1,1607 @@
+/*-
+
oops I forgot to ask you if you could CC ueagleatm-dev ML.
thanks
Matthieu
---
SF.Net email is Sponsored by the Better Software Conference & EXPO September
19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven
usb/atm/ueagle-atm.c
--- linux-2.6.13rc/drivers/usb/atm.old/ueagle-atm.c 1970-01-01 01:00:00.0 +0100
+++ linux-2.6.13rc/drivers/usb/atm/ueagle-atm.c 2005-07-27 18:45:07.0 +0200
@@ -0,0 +1,1592 @@
+/*-
+ * Copyright (c) 2003, 2004
+ * Damien Bergamini <[EMAIL PROTECTED]>.
Hi,
Alan Stern wrote:
On Wed, 29 Jun 2005, matthieu castet wrote:
Hi,
I am writing a driver for an usb device, and I want to support multi-device.
I want to allow some user configurations for the devices, so I use
module options and module_param_array.
I would like to know if the device
Hi,
I am writing a driver for an usb device, and I want to support multi-device.
I want to allow some user configurations for the devices, so I use
module options and module_param_array.
I would like to know if the device are always probed in the same order
if we don't plug/unplug device on t
Hi,
I use iso pipe for the incoming data of an usb adsl modem (eagle-usb).
The problem is that all iso paquets that are empty (actual_length = 0)
have -EILSEQ as status : in my test there is no empty paquets with a
valid status (=0).
When downloading at full speed there are no error.
I tried wit
36 matches
Mail list logo