From: Ian Abbott [EMAIL PROTECTED]
Hi,
This patch adds support for three OpenPort ECU data cables from Tactrix
Inc. to the ftdi_sio driver's device ID table. One of the PIDs was
supplied by Donour Sizemore on the ftdi-usb-sio-devel mailing list. The
other two were added by myself after
When plugging a USB soundcard into a USB1 port - it chokes, complaining
of lack of bandwidth.
USB bus config - doesn't get much simpler...
T: Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2
B: Alloc= 13/900 us ( 1%), #Int= 1, #Iso= 0
D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00
Config/... as my earlier message on USB - though with the bandwidth
enforcement
turned off so it actually plays sound, when plugged into the USB1 port.
2.6.17.
Basically - playing sound with
mplayer -ao alsa:device=hw=1 or whatever - and then unplugging the
soundcard completely wedges lsusb/usb
Andrew Morton wrote:
On Sat, 22 Jul 2006 13:12:37 +0100
Ian Stirling [EMAIL PROTECTED] wrote:
Config/... as my earlier message on USB - though with the bandwidth
enforcement
turned off so it actually plays sound, when plugged into the USB1 port.
2.6.17.
Basically - playing sound
+ * Added PID for ACG Biometric RFID Passport Reader Module Dual ISO
14443 A+B
+ *
Where did that comment come from?
* (21/Jul/2004) Ian Abbott
* Incorporated Steven Turner's code to add support for the FT2232C
chip.
* The prelimilary port to the 2.6 kernel
From: Ian Abbott [EMAIL PROTECTED]
The anti user-DoS mechanism in the USB serial 'visor' driver can fail in
the following way:
visor_open: priv-outstanding_urbs = 0
visor_write: ++priv-outstanding_urbs
visor_close:
visor_open: priv-outstanding_urbs = 0
visor_write_bulk_callback: --priv
On 26/06/06 11:44, Ian Abbott wrote:
From: Ian Abbott [EMAIL PROTECTED]
The anti user-DoS mechanism in the USB serial 'visor' driver can fail in
the following way:
visor_open: priv-outstanding_urbs = 0
visor_write: ++priv-outstanding_urbs
visor_close:
visor_open: priv-outstanding_urbs
From: Ian Abbott [EMAIL PROTECTED]
Hi,
This patch limits the amount of outstanding 'write' data that can be
queued up for the ftdi_sio driver, to prevent userspace DoS attacks (or
simple accidents) that use up all the system memory by writing lots of
data to the serial port.
The original patch
From: Ian Abbott [EMAIL PROTECTED]
Hi Greg,
This patch adds support for Yost Engineering Inc's ServoCenter 3.1 USB
product to the ftdi_sio driver's device ID table. The PID was supplied
by Aaron Prose of Yost Engineering on the ftdi-usb-sio-devel list. The
PID 0xE050 matches the Windows INF
I am unable to use my web cam and after a little investigation I've found two
USB controllers.
Silicon Intergrated Corp. USB 1.0 Controller, Driver = Ehci_hcd
Gigabyte USB 2.0 Controller, Driver = Ohci_hcd
1. From the gigabyte website they should be:
Driver
SiS USB2.0 driver
SiS 748 chipset
I never tried it.
Can you post the contents of /proc/bus/usb/devices with your troublesome
devices plugged in?
Sorry I tried every command I know and was unable to raise info.
Thanks,
Ian
---
Using Tomcat but need to do more? Need to support
The following is part of the readout from Usbview. As it is quite a long
readout I've only posted part of it in the hope someone can help.
The main controller EHCI_hcd is 2.00 then there seem to be 3 secondary
controllers OHCI_hcd 1.10.
Problem, the ohci_hcd driver is on all ports and I want to
Hi Greg,
This patch adds support for ACG Identification Technologies GmbH's HF
Dual ISO Reader (an RFID tag reader) to the ftdi_sio driver's device ID
table. The product ID was supplied by anotonios (anton at goto10 dot
org) on the ftdi-usb-sio-devel list and subsequently verified by myself
(Ian
-by: Ian Abbott [EMAIL PROTECTED]
diff -ur a/drivers/usb/serial/ftdi_sio.c b/drivers/usb/serial/ftdi_sio.c
--- a/drivers/usb/serial/ftdi_sio.c 2006-04-12 14:32:15.0 +0100
+++ b/drivers/usb/serial/ftdi_sio.c 2006-04-12 15:08:15.0 +0100
@@ -493,6 +493,7 @@
{ USB_DEVICE
Hi Greg,
This patch adds support for the Eclo COM to 1-Wire USB adapter
http://www.eclo.pt/products_ibutton_adapters_usb01_en.asp to the
ftdi_sio driver's device ID table. Details were provided by Martin
Grill on the ftdi-sio-usb-devel mailing list and I (Ian Abbott)
confirmed it matched the INF
!= IORESOURCE_IRQ) {
pr_debug (resource[1] is not IORESOURCE_IRQ);
- retval = -ENOMEM;
+ return -ENOMEM;
}
Line 97 produces a warning, but doesn't stop the build, so may have been
missed.
Cheers,
Ian Hamilton.
-Original Message-
From: [EMAIL
From: Ian Abbott [EMAIL PROTECTED]
Hi Greg,
This patch adds a bunch of new device IDs to the ftdi_sio driver for
various devices from microHAM using FTDI chips.
Micheal Studer supplied the PID for the USB-Y9 device. I examined the
INF file in microHAM's Windows driver package for the USB
From: Ian Abbott [EMAIL PROTECTED]
Hi Greg,
This patch adds two new devices to the ftdi_sio driver's device ID
table. The device IDs were supplied by Cory Lee to support two POS
printers made by Westrex International (Model 777 and Model 8900F).
Please apply, thanks!
Signed-off-by: Ian
part of the problem.
It's hard to understand how autofs4 could be interfering here as this is
happening inside the filesystem.
It may be instructive to define DEBUG in the module (uncomment the
define in autofs_i.h) and send the output.
Ian
From: Ian Abbott [EMAIL PROTECTED]
Hi Greg,
This patch adds vendor and product IDs to the ftdi_sio driver's device
ID table for two devices from teratronik.de. The device IDs were
submitted by O. Wölfelschneider of Teratronik Elektronische Systeme GmbH.
The charset of the patch is latin-1
the bInterfaceNumber of the interface
descriptor for a composite device. It allows Windows to perform a
separate hardware device installation for each interface of the
composite device.
--
-=( Ian Abbott @ MEV Ltd.E-mail: [EMAIL PROTECTED])=-
-=( Tel: +44 (0)161 477 1898 FAX: +44 (0)161 718 3587
From: Ian Abbott [EMAIL PROTECTED]
Hi Greg,
This patch adds two new devices to the ftdi_sio driver's device ID
table. The device IDs were supplied by Stefan Nies of KOBIL Systems for
two of their devices using the FTDI chip.
Please apply, thanks!
Signed-off-by: Ian Abbott [EMAIL PROTECTED
as the
one tested by Ivan Kalatchev, who reported the problem, on
2.6.13.
Hi Olav,
Is this patch supposed to be against 2.6.14? If so it doesn't apply, I
think because isp116x_bus_resume is called isp116x_hub_resume in 2.6.14.
Ian.
--
Ian Campbell, Senior Design Engineer
On Fri, 2005-10-28 at 16:03 +0300, Olav Kongas wrote:
On Fri, 28 Oct 2005, Ian Campbell wrote:
On Fri, 2005-10-28 at 15:04 +0300, Olav Kongas wrote:
Greg,
Until now the isp116x-hcd had no support to reinitialize the
HC on resume, if the controller lost its state during
On 25/10/2005 19:10, Paulo Marques wrote:
Ian Abbott wrote:
On 28/09/2005 18:24, Paulo Marques wrote:
If my math is correct, these 2 entries are taking 46Mb + 30Mb - 76Mb on
a computer that has only 112Mb available for the entire system. So
something is eating memory away like crazy
Hi,
With an older 2.6.13-rc6 when I scroll the little ball on my Apple
mightymouse I see a 'Z' event, as shown by the output of 'evtest'
below.
[from 2.6.13-rc6]
Input driver version is 1.0.0
Input device ID: bus 0x3 vendor 0x5ac product 0x304 version 0x108
Input device name: Mitsumi Electric
On Thu, 2005-09-29 at 08:53 -0700, David Brownell wrote:
But it's got a PCI card slot yes? In which case a net2280 PCI card
can be used...
It does have a PCI slot so that's quite a good idea. Thanks.
Ian.
--
Ian Campbell, Senior Design Engineer
Web
data can be transmitted).
The visor driver used to have the same problem but got fixed in 2.6.10
by imposing an upper limit on the number of outstanding URBs. It seems
fairly simple-minded, but I guess it's preferable to running out of memory!
--
-=( Ian Abbott @ MEV Ltd.E-mail: [EMAIL
do not know if that hardware supports gadget mode
This is one of our products and it has no gadget hardware, just the host
stuff.
Ian.
--
Ian Campbell, Senior Design Engineer
Web: http://www.arcom.com
Arcom, Clifton Road,Direct: +44 (0
CRTSCTS in hardware).
I'd be prepared to sign it off. Ignore this signature if you think it's
irrelevant!
Signed-off-by: Ian Abbott [EMAIL PROTECTED]
--- linux-2.6.13/drivers/usb/serial/ftdi_sio.c 2005-08-29 01:41
latency mode gives a delay of about 3-4 ms
in contrast
to the 16 ms normally encountered.
Just wondering: as you still get a latency of 3-4 ms, have you tried
setting the FTDI chip's latency timer to a similar number to see how
much difference it makes?
Regards,
Ian Abbott.
--
-=( Ian Abbott
hardware latency timer values can be tweaked, e.g.
'latency_timer' and 'low_latency_timer'?
--
-=( Ian Abbott @ MEV Ltd.E-mail: [EMAIL PROTECTED])=-
-=( Tel: +44 (0)161 477 1898 FAX: +44 (0)161 718 3587 )=-
---
SF.Net
ftdi_sio: I messed up the baud_base for custom baud rate support in
2.6.13. The attached one-liner patch fixes it.
Greg, could you also apply this to the 2.6.13-stable tree?
Signed-off-by: Ian Abbott [EMAIL PROTECTED]
diff -ur a/drivers/usb/serial/ftdi_sio.c b/drivers/usb/serial/ftdi_sio.c
in-flight have completed; in other words, all outstanding
write data has been sent to the UART. This is what the normal serial
drivers do; they don't wait for the UART's transmit FIFO to drain.
--
-=( Ian Abbott @ MEV Ltd.E-mail: [EMAIL PROTECTED])=-
-=( Tel: +44 (0)161 477 1898 FAX: +44
in the c file.
It was applied using kernel 2.6.12.2
It won't apply against the latest 2.6.13-rc series or Greg's tree due to
other changes, but I'll incorporate your changes into my latest VID/PID
update today.
Regards,
Ian Abbott.
--
-=( Ian Abbott @ MEV Ltd.E-mail: [EMAIL PROTECTED
.)
o Add PIDs for eight devices from Xsens Technologies BV (submitted in a
patch against 2.6.12.2 by Patrick Riphagen).
o Add PID for Falcom Samba GPRS modem (submitted by Sebastian Schubert).
Signed-off-by: Ian Abbott [EMAIL PROTECTED]
diff -ur a/drivers/usb/serial/ftdi_sio.c b/drivers/usb/serial
a coldplug during boot to setup these
devices.
For the purposes of testing that your hardware is working you could
always load the relevant modules and create the device nodes by hand,
the hotplug is only a convenience really.
Ian.
--
Ian Campbell
Current Noise: Iron Maiden - Afraid To Shoot
Hi Greg, welcome back!
ftdi_sio: Support one user specified vendor and product ID via a couple
of new module parameters.
Signed-off-by: Ian Abbott [EMAIL PROTECTED]
diff -ur a/drivers/usb/serial/ftdi_sio.c b/drivers/usb/serial/ftdi_sio.c
--- a/drivers/usb/serial/ftdi_sio.c 2005-07-28 16:37
name
or model number please? It probably needs to be added to the ftdi_sio
driver sources.
Should there be any changes to the ftdi_sio driver or anything is
missing the kernel configuration,,
Your kernel configuration should be okay.
--
-=( Ian Abbott @ MEV Ltd.E-mail: [EMAIL PROTECTED
userspace right? Have you tried
USBDEVFS_DISCONNECT? Have a look here
http://article.gmane.org/gmane.linux.usb.devel/36012 for clues on usage.
--
-=( Ian Abbott @ MEV Ltd.E-mail: [EMAIL PROTECTED])=-
-=( Tel: +44 (0)161 477 1898 FAX: +44 (0)161 718 3587
in the attachment. Please apply. TIA.
--
-=( Ian Abbott @ MEV Ltd.E-mail: [EMAIL PROTECTED])=-
-=( Tel: +44 (0)161 477 1898 FAX: +44 (0)161 718 3587 )=-
ftdi_sio: Incorporated Steven Turner's support for the FT2232C chip with
some minor changes and corrections back-ported
Hi,
The attached patch fixes a couple of timeouts in the ftdi_sio driver
that weren't converted from jiffies to milliseconds in 2.6.12.
Signed off by me in the attachment. Please apply. TIA.
Ian Abbott.
ftdi_sio: Fix timeouts in a couple of usb_control_msg() calls due to
change of units from
. Of course something has to give, but it would be nice if the
port's 'throttle' routine got called _before_ the line discipline
started throwing stuff away! (The ftdi_sio driver in 2.6.12 has a
workaround that checks if the port is about to be throttled.)
--
-=( Ian Abbott @ MEV Ltd.E-mail: [EMAIL
which rôle.
--
-=( Ian Abbott @ MEV Ltd.E-mail: [EMAIL PROTECTED])=-
-=( Tel: +44 (0)161 477 1898 FAX: +44 (0)161 718 3587 )=-
---
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am
On 10/07/2005 22:11, Parag Warudkar wrote:
What's funny - I rebuilt hotplug - same version - and it works now! Probably
it was failing for some reason the first time.
Maybe the original version separated hotplugging from coldplugging and
your rebuilt version doesn't.
--
-=( Ian Abbott @ MEV
On Thu, 2005-07-07 at 11:10 +0530, Conio sandiago wrote:
Can anyone please clarify , what is a ZERO gadget driver concept
See http://www.linux-usb.org/gadget/
Ian.
--
Ian Campbell
Current Noise: Rotting Christ - Visions Of A Blind Order
No problem is so large it can't be fit in somewhere
Hi,
The attached patch adds the following new devices to the ftdi_sio driver:
* microHAM USB-Y6 and USB-Y8 devices submitted by Justin Burket (KL1RL).
* Evolution Robotics ER1 Control Module submitted by Shawn M. Lavelle.
Signed off by me in the attachment. Please apply. TIA.
Ian Abbott
by me in the attachment. Please apply. TIA.
It doesn't look like we'll be getting our colonies back anytime soon, so
Happy 4th of July!
Ian Abbott.
ftdi_sio: Update RTS and DTR simultaneously, using a single control URB
instead of separate control URBs for RTS and DTR. Reinhard Bergmann
observed
*/
.int_edge_triggered = 0,
...
on my PXA255+ISP1161 for quite some time now and it appears to work just
fine.
Ian.
--
Ian Campbell
Current Noise: The Hidden Hand - Draco Vibration
PENGUINICITY!!
---
SF.Net email is sponsored
,
.num_resources = ARRAY_SIZE(isp116x_resources),
.resource = isp116x_resources,
.dev= {
.platform_data = isp116x_platform_data,
},
};
--
Ian Campbell
Current Noise: The Hidden Hand - Desensitized
I
Hi,
The attached patch to the ftdi_sio driver reduces the number of device
ID tables to one and detects the type of chip programmatically. It
makes it easier to add new devices and makes the binary about 10 KiB
smaller.
Signed off by me in the attachment. Please apply. TIA.
Ian.
ftdi_sio
Hi,
This patch to the ftdi_sio driver removes redundant code to process the
TIOCMBIS and TIOCMBIC ioctls as they are handled in the tty layer and
never reach this driver.
Signed off by me in the attachment. Please apply. TIA.
Ian.
ftdi_sio: Remove redundant handling of TIOCMBIS and TIOCMBIC
the wrong way (or not at all).
Ian.
--
Ian Campbell
Current Noise: Dream Theater - Trial of Tears
EVACUATION ROUTE
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps
of STATUS_BYTECOUNT in
the file I'm going to take a punt on the former, if so here is a
patch ;-)
Signed-off-by: Ian Campbell [EMAIL PROTECTED]
Ian.
Index: 2.6-git/drivers/usb/gadget/ether.c
===
--- 2.6-git.orig/drivers/usb/gadget/ether.c 2005-04
On Mon, 2005-06-13 at 06:53 -0700, David Brownell wrote:
On Monday 13 June 2005 5:58 am, Ian Campbell wrote:
I'm afraid I have no idea whether this bit of code should be #ifdef'd or
if the definition of STATUS_BYTECOUNT should be pulled outside of its
#ifdef. Based on gut feeling
and initrd
or initramdisk that would be necessary for me to upgrade to 2.6. (I
dual boot MS Windows, shame on me!)
--
-=( Ian Abbott @ MEV Ltd.E-mail: [EMAIL PROTECTED])=-
-=( Tel: +44 (0)161 477 1898 FAX: +44 (0)161 718 3587
On 02/06/2005 14:26, David Brownell wrote:
On Thursday 02 June 2005 4:45 am, Ian Abbott wrote:
The ftdi_sio driver does bulk URB queueing and runs into similar
problems with the uhci driver, but I found it worked okay using the
usb-uhci driver instead. Well, this was a couple of years ago
not sure if I'd make head or tail of it, but I'll give that a go
sometime.
Of course this particular erratum would also affect transfers that don't
use bulk queuing...
Please don't spend any time on this on my behalf; I've already worked
around it.
Okay, I won't.
Don't blame you!
--
-=( Ian
.
--
-=( Ian Abbott @ MEV Ltd.E-mail: [EMAIL PROTECTED])=-
-=( Tel: +44 (0)161 477 1898 FAX: +44 (0)161 718 3587 )=-
ftdi_sio: Avoid losing bytes at tty-ldisc.
This patch was originally developed by Daniel Smertnig. I
(Ian Abbott) made a few changes. It has been tested
queueing and runs into similar
problems with the uhci driver, but I found it worked okay using the
usb-uhci driver instead. Well, this was a couple of years ago:
http://marc.theaimsgroup.com/?l=linux-usb-develm=104644754217627w=2
--
-=( Ian Abbott @ MEV Ltd.E-mail: [EMAIL PROTECTED
On 24/05/2005 20:07, Pete Zaitcev wrote:
On Tue, 24 May 2005 13:21:27 +0100, Ian Abbott [EMAIL PROTECTED] wrote:
+++ b/drivers/usb/serial/io_edgeport.c 2005-05-16 06:05:08 -07:00
@@ -2803,9 +2803,13 @@
static void unicode_to_ascii (char *string, short *unicode, int
unicode_size
On 25/05/05 18:05, Pete Zaitcev wrote:
On Wed, 25 May 2005 11:54:44 +0100, Ian Abbott [EMAIL PROTECTED] wrote:
Bug inside bugfix.
Please see attached patch for 2.6. It might also apply to
2.4.31-pre2-bk4 with some fuzz, but I haven't tried it.
- if (unicode_size = 0
being fixed is that the driver does not reassert RTS and DTR
when coming out of B0 mode.
Signed off by me in the inline attachment, which contains the patch and
a description.
Pete, please add this to your Marcelo queue. TIA.
--
-=( Ian Abbott @ MEV Ltd.E-mail: [EMAIL PROTECTED
The attached patch fixes another problem with the user-specified device
table in the ftdi_sio driver - it doesn't get deregistered, leading to
kernel paging faults after ftdi_sio is unloaded.
Signed off by me in the attachment.
--
-=( Ian Abbott @ MEV Ltd.E-mail: [EMAIL PROTECTED
Hi Greg,
The attached patch adds a new PID for the ftdi_sio driver. Signed off
by me in the attachment.
Please apply, TIA.
--
-=( Ian Abbott @ MEV Ltd.E-mail: [EMAIL PROTECTED])=-
-=( Tel: +44 (0)161 477 1898 FAX: +44 (0)161 718 3587 )=-
ftdi_sio: Add PID for ELV USB
Hi,
This is Greg's patch for the ftdi_sio driver to change the warning level
for zero length writes to something less annoying, trivially back-ported
for the 2.4 kernel. Signed off by me in the attachment.
Please Apply. TIA.
--
-=( Ian Abbott @ MEV Ltd.E-mail: [EMAIL PROTECTED
Hi,
Here is Rogier Wolff's patch to fix broken custom baud rate handling in
the ftdi_sio driver, trivially backported from 2.6.11 to the 2.4 kernel.
Signed off by me in the attachment.
Please apply to 2.4. TIA.
--
-=( Ian Abbott @ MEV Ltd.E-mail: [EMAIL PROTECTED])=-
-=( Tel: +44
On 29/04/05 20:45, Pete Zaitcev wrote:
On Fri, 29 Apr 2005 14:11:51 +0100, Ian Abbott [EMAIL PROTECTED] wrote:
This is an updated version of a patch I posted last July (but got
forgotten). It adds various VIDs/PIDs to the ftdi_sio driver,
backported from the 2.6 kernel, and a couple of extras
Hi,
I have a Billionton branded 6-1 card reader which I can't for the life
of me get to recognise the SD card (the CF card works OK).
I have everything I can think of turned on, including multiple lun
support.
lsub shows me
Bus 001 Device 005: ID 0424:20fc Standard Microsystems Corp. 6-in-1
On Mon, May 02, 2005 at 08:14:50AM -0700, Randy.Dunlap wrote:
Are you using the ub driver (usb block) instead of usb-storage
driver (scsi over usb) on purpose?
Ahh, thanks for that clue-stick. I had somehow got the impression
that ub was a *replacement* in 2.6 ... everything works find with
Eco Pro UPS RS-232 converter PID.
Other minor cleanups:
* Added a comment that the OCT US101 is also rebadged as a SIIG Inc.
US2308 (hardware version 1) and also as a Dick Smith Electronics
(Australia) XH6451.
Pleasy apply. TIA.
Signed-off-by: Ian Abbott [EMAIL PROTECTED]
diff -ur a/drivers/usb
[Apologies for the repost. I got the linux-usb-devel address wrong.]
Hello,
The attached patch adds some entries to the device tables for the
ftdi_sio driver. A better description and signed-off-by line is
included within the attachment.
Please apply. TIA.
--
-=( Ian Abbott @ MEV Ltd.E-mail
Hello,
The attached patch replaces a couple of redundant macros in the ftdi_sio
driver. Signed off in the attachment.
Please apply. TIA.
--
-=( Ian Abbott @ MEV Ltd.E-mail: [EMAIL PROTECTED])=-
-=( Tel: +44 (0)161 477 1898 FAX: +44 (0)161 718 3587 )=-
[ftdi_sio] Replaced
a remote wake-up from the
suspend state (active HIGH); when not in use, this pin must
be connected to DGND via an external 10 k resistor
(internal pull-down resistor)
Ian.
--
Ian Campbell
Anyone who says he can see through women is missing a lot
) and in this
deep sleep mode it drops to 288mA (total saving 37mA, 14mA more than
regular sleep).
Ian.
--
Ian Campbell
New Hampshire law forbids you to tap your feet, nod your head, or in
any way keep time to the music in a tavern, restaurant, or cafe
was seeing this problem on a PXA255 with an isp1160. It went away when
I corrected the H_WAKEUP pin to be pulled in the right direction, I
can't remember if it needs to be pulled up or down but it needs to be in
the state that doesn't cause a wakeup.
Ian.
--
Ian Campbell
Current Noise: Firebird
[Reposting due to incorrect list address, sorry Greg!]
This patch just adds an array to map the chip type to a string for use
in debug messages for the ftdi_sio driver. I use it in the
get_ftdi_divisor function and another patch.
Signed-off-by: Ian Abbott [EMAIL PROTECTED]
diff -ur a/drivers/usb
This patch changes the permissions of the 'event_char' and
'latency_timer' sysfs attributes for devices supported by the ftdi_sio
driver. They should only be set by root.
Signed-off-by: Ian Abbott [EMAIL PROTECTED]
diff -ur c/drivers/usb/serial/ftdi_sio.c d/drivers/usb/serial/ftdi_sio.c
--- c
-devel mailing list to support an
optional polled mode then we can look at it.
Ian.
--
Ian Campbell, Senior Design Engineer
Web: http://www.arcom.com
Arcom, Clifton Road,Direct: +44 (0)1223 403 465
Cambridge CB1 7EA, United Kingdom
On Wed, 2005-03-23 at 09:07 +, Ian Campbell wrote:
Please at least cc the linux-usb-devel mailing list
I'm clearly going mad! I meant the lm-sensors/i2c list of course... I'll
go get some coffee then forward this there...
Ian.
--
Ian Campbell, Senior Design Engineer
the
short_not_ok fix and the urb scheduling fix you posted here. I can
rework them against something else if you'd like.
Ian.
--
Ian Campbell, Senior Design Engineer
Web: http://www.arcom.com
Arcom, Clifton Road,Direct: +44 (0)1223 403
that somebody else is guilty of this error :) Thanks
for your help.
No problem, thanks for taking the time to investigate!
Ian.
--
Ian Campbell, Senior Design Engineer
Web: http://www.arcom.com
Arcom, Clifton Road,Direct: +44 (0)1223 403
for, if not just let
me know...
Thanks for the patience,
No problem, it's in my best interests to help you!
Ian.
--
Ian Campbell, Senior Design Engineer
Web: http://www.arcom.com
Arcom, Clifton Road,Direct: +44 (0)1223 403 465
Cambridge CB1 7EA
include 3-4 CC=3 events.
I will let you guys know when I get the updated driver up on
the web (ASAP).
Thanks.
Thanks for helping,
Thank you for the driver and your help!
Ian.
--
Ian Campbell, Senior Design Engineer
Web: http://www.arcom.com
Arcom
, Olav Kongas wrote:
On Wed, 23 Feb 2005, Ian Campbell wrote:
I've attached a trace made with DEBUG and URB_TRACE, it's quite big but
compresses really well. The interesting parts, I think, are many
messages similar to this one:
116x: Enqueue: FA 2 ep1in bulk: len 1544 short_not_ok
.
Would you still like me to try some of the other things you mentioned
and gather logs?
Thanks very much!
Cheers,
Ian.
--
Ian Campbell, Senior Design Engineer
Web: http://www.arcom.com
Arcom, Clifton Road,Direct: +44 (0)1223 403 465
of the FIFO's quick enough, or is there something else
you think can be done?
Cheers,
Ian.
[0] ID 050d:0121 Belkin Components F5D5050 100Mbps Ethernet
[1] if(PTD_GET_EP(ptd) != 1 PTD_GET_DIR(ptd) != PTD_DIR_IN)
return;
at the start of dump_ptd_* in isp16x.h
--
Ian Campbell, Senior
On Fri, 2005-01-07 at 11:48 +0200, Olav Kongas wrote:
On Thu, 6 Jan 2005, Ian Campbell wrote:
static struct isp116x_platform_data isp116x_platform_data = {
// Enable internal resistors on downstream ports
.sel15Kres = 1,
// Clock cannot be stopped
On Fri, 2005-01-07 at 14:13 +0200, Olav Kongas wrote:
Here comes an updated sw reset code.
Thanks, works for me here.
Ian.
--
Ian Campbell, Senior Design Engineer
Web: http://www.arcom.com
Arcom, Clifton Road,Direct: +44 (0)1223 403
is frowned on in CONFIG
options.
FWIW my platform is a pxa255 based board.
Anyway, thanks Olav!
Ian.
Index: 2.6/drivers/usb/Makefile
===
--- 2.6.orig/drivers/usb/Makefile 2005-01-04 14:11:16.0 +
+++ 2.6/drivers/usb
,
// Ganged port power switching (0) or individual port power switching
(1)
.power_switching_mode = 0,
.reset = NULL /* isp116x_reset */,
.delay = isp116x_delay,
};
Ian.
--
Ian Campbell
On Thu, 2005-01-06 at 19:31 +0200, Olav Kongas wrote:
Hi,
On Thu, 6 Jan 2005, Ian Campbell wrote:
When I tried it I found that DEFAULT_FMINTERVAL wasn't defined anywhere,
I tried setting FI=11999,FSMPS=0 as that was what the docs said the
default was but that didn't work.
FI
and tells the driver via
platform data what it has configured.
Ian.
--
Ian Campbell
---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well
Without trying to sound stupid( I know I am really but...) where do I
find the linux-usb-devel list archives and where can I find your
patches.
Are these patches for the 2.4 kernel or 2.6 as I am using 2.4 and
cannot migrate to 2.6 even though I want to.
:-(
Regards Ian
David Brownell
PME(D0+,D1+,D2+,D3hot+,D3cold+)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
Hope someone can help,
Reards Ian
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.289 / Virus Database: 265.4.6 - Release Date: 05/12/2004
On Thursday 18 November 2004 20:05, Greg KH wrote:
On Thu, Nov 18, 2004 at 02:04:24PM +, Ian Abbott wrote:
Nathan's email suffered from a line-folding bug (blame M$,
probably!), so his patch came out corrupted. I reposted an
uncorrupted version a few days later. It showed up in 2.6.9
(i.e. the standard serial ports
(/dev/ttyS*) and stallion ports (/dev/ttyE*)). Upon setting the baud
to something other than B0, it ensures the modem control lines are
set back to the way they were when the port was opened.
Thanks to Ian Abbott for confirming my suspicions:
http
.
Thanks to Ian Abbott for confirming my suspicions:
http://sourceforge.net/mailarchive/forum.php?thread_id=4984710forum_id=12120
Nathan's email suffered from a line-folding bug (blame M$, probably!),
so his patch came out corrupted. I reposted an uncorrupted version a
few days later. It showed up
(/dev/ttyS*) and stallion ports (/dev/ttyE*)). Upon setting the baud
to something other than B0, it ensures the modem control lines are
set back to the way they were when the port was opened.
Thanks to Ian Abbott for confirming my suspicions:
http://sourceforge.net/mailarchive/forum.php
On Tue, 2004-10-12 at 11:44, Ian Campbell wrote:
Thanks for this: I now have it detecting my ISP116x. The current version
crashes in isp1362_start_chip which I haven't figured out yet.
Turns out it is because of accessing ISP1362-only registers when
chip_type is ISP116x, which is easy enough
1 - 100 of 168 matches
Mail list logo