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 m
ra documentation
>*
> + * (02/Nov/2005) Lukas Grunwald
> + * 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 co
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 por
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->outstan
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_wr
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
yself
(Ian Abbott).
Please apply, thanks!
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 2006-05-04 11:00:38.0 +0100
+++ b/drivers/usb/serial/ftdi_sio.c 2006-05-04 11
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 2006-04-12 14:32:15.0 +0100
+++ b/drivers/usb/serial/ftdi_sio.c 2006-04-12 15:08:15.0 +0100
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
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
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-
01d3.htm>
The MI_xx part matches against 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]>
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 pat
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 Abb
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.
(and
possibly how quickly the queued 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 ou
info. You might as well stick with 1 when setting the
hardware timer for low_latency. I'm still worried about the implication
for applications that receive a lot of data at high speed, but it's
difficult to please everybody. Maybe
ameter.
With the patch applied, low 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
don't apply to ftdi_sio as that handles 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
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
Bs currently 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]>
fault.)
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/
ts
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-mai
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
model 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 P
from 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: +4
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
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: Incorporated Steven Turner's support for the FT2232C chip with
some minor changes and
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 Ab
e has 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 hap
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.
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 Bergman
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
ioctls
as they are handled in the tty layer and never reach this driver.
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-06-20 14:23:01.0 +0100
+++ b/drivers/usb/serial/ftdi
: Use a single usb_device_id table and detect the type of chip
programatically. The table also flags devices requiring special
initialization. The patch makes the driver about 10K smaller and makes
it easier to add new device IDs.
Signed-off-by: Ian Abbott <[EMAIL PROTECTED]>
diff -ur a/drive
xactly what's wrong.
I'm 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 w
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
mapper 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
s 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:
<http://marc.theaimsgroup.com/?l=linux-usb-devel&m=104644754217627&w=2>
--
-=( Ian Abbott @ MEV Ltd.E
TIA.
--
-=( 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 bee
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 t
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, s
7; parameter is negative, leading to an oops. The original
bug report is here:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=128916
The thing that's puzzling me is why does the workaround not bother
null-terminating the string?
--
-=( Ian Abbott @ MEV Ltd.E-mail: <[EMAIL PROTECTED]
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 PROTEC
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 &q
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 P
table.
A longer description and my Signed-off-by line are in the attachment.
--
-=( Ian Abbott @ MEV Ltd.E-mail: <[EMAIL PROTECTED]>)=-
-=( Tel: +44 (0)161 477 1898 FAX: +44 (0)161 718 3587 )=-
ftdi_sio: Initialize devices matching the user-specified device table
as that it should be like urb->status, reserved for
whoever controls the URB.
The documentation comment header block says:
/**
* struct urb - USB Request Block
* @urb_list: For use by current owner of the URB.
--
-=( Ian Abbott @ MEV Ltd.E-mail: <[EMAIL PROTECTED]>)=-
-=( T
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
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]>
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 P
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 )=-
[ft
[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
acro).
* Ever 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
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/dri
A couple of sysfs attributes were added for the FT232BM (and FT245BM)
chip type in 2.6.11. This patch extends there use to the FT8U232AM (and
FT8U245AM) and FT2232C chip types, where applicable.
Signed-off-by: Ian Abbott <[EMAIL PROTECTED]>
diff -ur b/drivers/usb/serial/ftdi_sio.c c/d
[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/d
s 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?thread_id=4984710&forum_id=12120
Nathan's email suffered from a line-folding bug (blame M$, probably!),
so his
d to make ftdi_sio act like other
> serial devices I have used (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.
On Thursday 18 November 2004 20:05, Greg KH wrote:
> On Thu, Nov 18, 2004 at 02:04:24PM +0000, 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 da
serial devices I have used (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 A
'signed-off-by:' stamp on it after
looking at it, so that it can be applied by Greg?
You're meant to sign them off yourself, first!
FWIW, the ftdi_sio change looks okay by me, assuming you've tested
it. (I haven't tested it myself yet and don't know much about
usb_k
Greg,
This patch adds VID/PIDs for a few FTDI-based USB serial devices
from B&B Electronics to the ftdi_sio driver.
Please apply. TIA.
Signed-off-by: Ian Abbott <[EMAIL PROTECTED]>
# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
#
idied it up and fixed a
couple of things.
I don't have a FT2232C to test it with, but Steven Turner of FTDI
has tested it. He mentioned a couple of known problems with the
driver, but nothing to do with this patch.
Please apply.
Signed-off-by: Ian Abbott <[EMAIL PROTECTED]>
# Thi
e OCT US101 is also rebadged as a SIIG Inc.
US2308.
Signed-off-by: Ian Abbott <[EMAIL PROTECTED]>
diff -ur linux-2.4.27-rc2/drivers/usb/serial/ftdi_sio.c linux-2.4.27-rc2-ija/drivers/usb/serial/ftdi_sio.c
--- linux-2.4.27-rc2/drivers/usb/serial/ftdi_sio.c 2004-07-01 12:40:13.0 +010
t the "combined" table is a proper union of the others (unless
I've missed something else).
* Added a comment that the OCT US101 is also rebadged as a SIIG Inc.
US2308.
Signed-off-by: Ian Abbott <[EMAIL PROTECTED]>
diff -ur linux-2.6.7/drivers/usb/serial/ftdi_sio.c linux-2.
Someone spotted that ftdi_sio outputs a debug trace for TIOCMGET,
but not for TIOCMSET, so this patch adds a debug trace for TIOCMSET
too.
Signed off by: Ian Abbott <[EMAIL PROTECTED]>
diff -ur linux-2.6.7/drivers/usb/serial/ftdi_sio.c linux-2.6.7-ija/drivers/usb/serial/ftdi_sio.c
---
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?thread_id=4984710&forum_id=1
On 04/06/2004 19:04, Pete Zaitcev wrote:
On Fri, 04 Jun 2004 17:34:41 +0100
Ian Abbott <[EMAIL PROTECTED]> wrote:
I made the original change to ftdi_sio.c to allocate the write urbs
and their transfer buffers dynamically (instead of using a
preallocated pool) and I copied that techniqu
sor drivers.
--
-=( 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 new InstallShield X.
From Windows to Linux, servers
whitehead driver does (defer processing and
resubmitting of the read urb until unthrottled).
Signed-off-by: Ian Abbott <[EMAIL PROTECTED]>
--
-=( Ian Abbott @ MEV Ltd.E-mail: <[EMAIL PROTECTED]>)=-
-=( Tel: +44 (0)161 477 1898 FAX: +44 (0)161 718 3587 )=-
diff -ur a
acceptable.)
--
-=( Ian Abbott @ MEV Ltd.E-mail: <[EMAIL PROTECTED]>)=-
-=( Tel: +44 (0)161 477 1898 FAX: +44 (0)161 718 3587 )=-
# This is a BitKeeper generated patch for the following project:
# Project Name: greg k-h's linux 2.5 USB kernel tree
# This patch format is i
On Monday 09 Feb 2004 19:48, Greg KH wrote:
> This patch does not even compile, so that's not acceptable :(
Please hold me steady while I kick myself in the arse. Sorry about
that, I'll send a properly tested replacement patch.
--
-=( Ian Abbott @ MEV Ltd.E-mail: <
acceptable.)
--
-=( Ian Abbott @ MEV Ltd.E-mail: <[EMAIL PROTECTED]>)=-
-=( Tel: +44 (0)161 477 1898 FAX: +44 (0)161 718 3587 )=-
# This is a BitKeeper generated patch for the following project:
# Project Name: greg k-h's linux 2.5 USB kernel tree
# This patch format is i
On Tuesday 21 Oct 2003 15:44, Greg KH wrote:
> On Tue, Oct 21, 2003 at 03:02:08PM +0100, Ian Abbott wrote:
> > Hi folks,
> >
> > Here are a couple of patches for the ftdi_sio USB serial
> > driver.
>
> Please, one patch per email. Care to resend them?
Here you g
On Tuesday 21 Oct 2003 15:44, Greg KH wrote:
> On Tue, Oct 21, 2003 at 03:02:08PM +0100, Ian Abbott wrote:
> > Hi folks,
> >
> > Here are a couple of patches for the ftdi_sio USB serial
> > driver.
>
> Please, one patch per email. Care to resend them?
>
>
Allen's patch to add vid/pid support for Perle Systems
UltraPort USB serial converter, merged up with minor whitespace
changes by myself (Ian Abbott).
2. "usb-2.4-ftdi_sio-vidpidcleanup.patch"
Patch by me (Ian Abbott). Removed aliases of FTDI_VID define for
cons
Hi folks,
Here is a small patch to bump the ftdi_sio driver's version number
to 1.3.5 for the usb-2.4 tree. It would be nice if this made it
into the final 2.4.23 kernel sources, then I could refer to that as
version 1.3.5 of the driver.
--
-=( Ian Abbott @ MEV Ltd.E-mail: &l
converter. Thanks to Donald Gordon for the info, which I
have verified by checking the Windows INF files.
--
-=( Ian Abbott @ MEV Ltd.E-mail: <[EMAIL PROTECTED]>)=-
-=( Tel: +44 (0)161 477 1898 FAX: +44 (0)161 718 3587 )=-
# This is a BitKeeper generated patch for the f
On Thursday 04 Sep 2003 21:51, Greg KH wrote:
> On Thu, Sep 04, 2003 at 11:34:09AM -0700, Greg KH wrote:
> > On Thu, Sep 04, 2003 at 07:21:54PM +0100, Ian Abbott wrote:
> > > If port->open_count > 0, the final call to __serial_close
> > > sets port->tty =
__serial_close(port, NULL);
}
port->tty->driver_data = NULL;
If port->open_count > 0, the final call to __serial_close sets
port->tty = NULL, resulting in the null pointer dereference on the
final line above.
--
-=( Ian Abbott @ MEV Ltd.E-mail: <[EMAIL PROTECTED]>
On Tuesday 19 Aug 2003 21:57, Greg KH wrote:
> On Tue, Aug 19, 2003 at 05:14:28PM +0100, Ian Abbott wrote:
> > The attached patch (usb-2.4-ftdi_sio-wbcbfix.patch) reinstates
> > the port->open_count check in the ftdi_write_bulk_callback
> > function, and should be applie
On Tuesday 19 Aug 2003 13:04, Ian Abbott wrote:
> Hi folks,
>
> This patch is against a local copy of Greg's usb-2.4 tree and is
> for the ftdi_sio driver.
>
> The patch tidies up the write bulk callback function a little bit
> - removing some unnecessary paranoid ch
count (for consistency with
other usb serial drivers).
--
-=( Ian Abbott @ MEV Ltd.E-mail: <[EMAIL PROTECTED]>)=-
-=( Tel: +44 (0)161 477 1898 FAX: +44 (0)161 718 3587 )=-
# This is a BitKeeper generated patch for the following project:
# Project Name: greg k-h's linux 2.4 U
write bulk callback
function a little bit - removing some unnecessary paranoid checks
and scheduling a soft interrupt regardless of the port's open count
(for consistency with other usb serial drivers).
--
-=( Ian Abbott @ MEV Ltd.E-mail: <[EMAIL PROTECTED]>)=-
-=( Tel: +44 (0)16
is patch adds support for ID TECH's IDT1221U USB to RS-232 adapter
(intended for use and/or supplied with some of their magnetic/smart
card readers). The VID and PID were provided by Steve Briggs on
the ftdi-usb-sio-devel list.
--
-=( Ian Abbott @ MEV Ltd.E-mail: <[EMAIL PROTECTED
o the 2.4 tree. This did not have a changelog entry in
the file header comment of ftdi_sio.c, so I have retroactively
added one in the attached patch.
--
-=( Ian Abbott @ MEV Ltd.E-mail: <[EMAIL PROTECTED]>)=-
-=( Tel: +44 (0)161 477 1898 FAX: +44 (0)161 718 3587 )=-
dif
o the 2.4 tree and according to Greg, was also applied to
2.5, but as it does not appear in 2.6.0-test1 so I have combined it
with my new patch and modified the file header changelog in
ftdi_sio.c accordingly.
--
-=( Ian Abbott @ MEV Ltd.E-mail: <[EMAIL PROTECTED]>)=-
-=( Tel: +44
bly when the callback function gets called on completion of
an urb.
I'm a newbie as far as the 2.5.x kernel is concerned, but MOD_INC...
and MOD_DEC... seem to be frowned upon now, so what's the best way
around this problem? I'm guessing it happens in the Visor driver
too?
--
-=(
urb pool stuff with something resembling
the changes in the Visor driver.
--
-=( Ian Abbott @ MEV Ltd.E-mail: <[EMAIL PROTECTED]>)=-
-=( Tel: +44 (0)161 477 1898 FAX: +44 (0)161 718 3587 )=-
diff -ur linux-2.4.21/drivers/usb/serial/ftdi_sio.c linux-p1/drivers/usb/se
On Thursday 06 March 2003 14:40, Ian Abbott wrote:
> On Monday 03 March 2003 17:06, Ian Abbott wrote:
> > On Friday 28 February 2003 17:06, Greg KH wrote:
> > > On Fri, Feb 28, 2003 at 03:44:11PM +, Ian Abbott wrote:
> > > > when the FTDI USB to serial converter (
On Monday 03 March 2003 17:06, Ian Abbott wrote:
> On Friday 28 February 2003 17:06, Greg KH wrote:
> > On Fri, Feb 28, 2003 at 03:44:11PM +0000, Ian Abbott wrote:
> > > when the FTDI USB to serial converter (I have tried FT8U232AM
> > > and FT232BM) is connected to a UH
On Friday 28 February 2003 17:06, Greg KH wrote:
> On Fri, Feb 28, 2003 at 03:44:11PM +0000, Ian Abbott wrote:
> > when the FTDI USB to serial converter (I have tried FT8U232AM
> > and FT232BM) is connected to a UHCI hub using the "alternate"
> > UHCI driver (u
On Friday 28 February 2003 15:44, Ian Abbott wrote:
> I noticed a problem using version 1.3.1 of the ftdi_sio driver
> <http://prdownloads.sourceforge.net/ftdi-usb-sio/ftdi_sio-1.3.1.t
>ar.gz?download> when the FTDI USB to serial converter (I have
> tried FT8U232AM and FT232BM)
ems that the
characters in all those write urbs finally get transmitted and the
driver finally gets its 32 write bulk callbacks.
If I repeat the test using the normal UHCI driver (usb-uhci) this
problem does not occur. Also if I connect the FTDI serial
converter to an OHCI hub using the usb-oh
On Wednesday 19 February 2003 18:26, Ian Abbott wrote:
> On Wednesday 19 February 2003 15:52, Mathias Fengler wrote:
> > I'm using a plain vanilla 2.4.20 kernel with the 1.3.0 beta
> > drivers. I have a 245 based device that is constantly sending 'X'
> > charact
96 matches
Mail list logo