On Thu, Jan 03, 2002 at 11:30:34PM -0800, David Brownell wrote:
>
> Seems fine to me. Applause that you're keeping three kernel
> trees up to date ... I hope your tools are making that easier! :)
Thanks. Without those tools, I would have a hard time keeping up with
only one tree :)
greg k-h
> > Now I'm not following _you_ ... could you give an example of
> > what you mean?
>
> A driver on a 64bit system with a 32bit host controller, if the system
> has more than 4GB of RAM.
By the time such systems become problematic, I'd expect hardware
vendors would be phasing out such 32bit I/O
> Is all of this ok with everyone? Any questions, please let me know.
Seems fine to me. Applause that you're keeping three kernel
trees up to date ... I hope your tools are making that easier! :)
- Dave
___
[EMAIL PROTECTED]
To unsubscribe, use th
Hi all,
I've had a number of people ask me if I've sent off their specific patch
lately, so let me show how I'm keeping track of everything (which
should let people be able to answer this kind of questions themselves.)
As I send patches to the various maintainers, I'm placing a copy of them
in t
> I have gone through the document "USB programming guide for linux".
> The document does not say anything about vendor specific requests to
> be made to the device. Are they made in the same way as the normal requests?
> The explanantion given there is also not very extensive.
> Can anyone sugges
This patch updates the build files to enable the new usb-serial drivers.
I will send a Configure.help patch for the new drivers tomorrow.
thanks,
greg k-h
diff -Nru a/drivers/usb/serial/Config.in b/drivers/usb/serial/Config.in
--- a/drivers/usb/serial/Config.in Thu Jan 3 21:41:53 2002
++
This patch updates the visor driver.
diff -Nru a/drivers/usb/serial/visor.c b/drivers/usb/serial/visor.c
--- a/drivers/usb/serial/visor.cThu Jan 3 21:41:53 2002
+++ b/drivers/usb/serial/visor.cThu Jan 3 21:41:53 2002
@@ -1,7 +1,8 @@
/*
- * USB HandSpring Visor driver
+ * USB H
This patch adds the pl2303 driver.
diff -Nru a/drivers/usb/serial/pl2303.c b/drivers/usb/serial/pl2303.c
--- /dev/null Wed Dec 31 16:00:00 1969
+++ b/drivers/usb/serial/pl2303.c Thu Jan 3 21:41:54 2002
@@ -0,0 +1,825 @@
+/*
+ * Prolific PL2303 USB to serial adaptor driver
+ *
+ * Copyri
This patch updates the omninet driver.
diff -Nru a/drivers/usb/serial/omninet.c b/drivers/usb/serial/omninet.c
--- a/drivers/usb/serial/omninet.c Thu Jan 3 21:41:53 2002
+++ b/drivers/usb/serial/omninet.c Thu Jan 3 21:41:53 2002
@@ -10,6 +10,9 @@
*
* Please report both successes
This patch updates the keyspan_pda driver, which includes new firmware
and support for the Entregra and Xircom devices.
diff -Nru a/drivers/usb/serial/keyspan_pda.c b/drivers/usb/serial/keyspan_pda.c
--- a/drivers/usb/serial/keyspan_pda.c Thu Jan 3 21:41:54 2002
+++ b/drivers/usb/serial/keysp
This patch updates the mctu232 driver.
diff -Nru a/drivers/usb/serial/mct_u232.c b/drivers/usb/serial/mct_u232.c
--- a/drivers/usb/serial/mct_u232.c Thu Jan 3 21:41:53 2002
+++ b/drivers/usb/serial/mct_u232.c Thu Jan 3 21:41:53 2002
@@ -24,6 +24,15 @@
* Basic tests have been perfo
This patch adds the ir-usb driver.
diff -Nru a/drivers/usb/serial/ir-usb.c b/drivers/usb/serial/ir-usb.c
--- /dev/null Wed Dec 31 16:00:00 1969
+++ b/drivers/usb/serial/ir-usb.c Thu Jan 3 21:41:54 2002
@@ -0,0 +1,554 @@
+/*
+ * USB IR Dongle driver
+ *
+ * Copyright (C) 2001 Greg Kr
This patch updates the ftdi_sio driver.
diff -Nru a/drivers/usb/serial/ftdi_sio.c b/drivers/usb/serial/ftdi_sio.c
--- a/drivers/usb/serial/ftdi_sio.c Thu Jan 3 21:41:54 2002
+++ b/drivers/usb/serial/ftdi_sio.c Thu Jan 3 21:41:54 2002
@@ -1,7 +1,7 @@
/*
* USB FTDI SIO driver
*
- *
This patch updates the io_edgeport driver.
diff -Nru a/drivers/usb/serial/io_edgeport.c b/drivers/usb/serial/io_edgeport.c
--- a/drivers/usb/serial/io_edgeport.c Thu Jan 3 21:41:53 2002
+++ b/drivers/usb/serial/io_edgeport.c Thu Jan 3 21:41:53 2002
@@ -25,6 +25,17 @@
*
* Version history:
This patch updates the empeg driver.
diff -Nru a/drivers/usb/serial/empeg.c b/drivers/usb/serial/empeg.c
--- a/drivers/usb/serial/empeg.cThu Jan 3 21:41:53 2002
+++ b/drivers/usb/serial/empeg.cThu Jan 3 21:41:53 2002
@@ -1,10 +1,10 @@
/*
* USB Empeg empeg-car player driver
This patch updates the digi_acceleport driver.
diff -Nru a/drivers/usb/serial/digi_acceleport.c b/drivers/usb/serial/digi_acceleport.c
--- a/drivers/usb/serial/digi_acceleport.c Thu Jan 3 21:41:52 2002
+++ b/drivers/usb/serial/digi_acceleport.c Thu Jan 3 21:41:52 2002
@@ -26,7 +26,7
This patch updates the belkin_sa driver.
diff -Nru a/drivers/usb/serial/belkin_sa.c b/drivers/usb/serial/belkin_sa.c
--- a/drivers/usb/serial/belkin_sa.cThu Jan 3 21:41:53 2002
+++ b/drivers/usb/serial/belkin_sa.cThu Jan 3 21:41:53 2002
@@ -23,7 +23,10 @@
*framework in, but haven
This patch adds the cyberjack driver.
diff -Nru a/drivers/usb/serial/cyberjack.c b/drivers/usb/serial/cyberjack.c
--- /dev/null Wed Dec 31 16:00:00 1969
+++ b/drivers/usb/serial/cyberjack.cThu Jan 3 21:41:54 2002
@@ -0,0 +1,522 @@
+/*
+ * REINER SCT cyberJack pinpad/e-com USB Chipcard R
Hi,
Here's a series of patches against 2.2.21-pre2 that updates the
usb-serial drivers to the same logical level that is found in the 2.4.17
kernel. This adds a few new drivers, and fixes a number of bugs in the
existing code.
This specific patch updates the usb-serial core code.
thanks,
greg
On Thu, Jan 03, 2002 at 08:23:44PM -0500, Pete Zaitcev wrote:
> > Here's a patch against 2.5.2-pre7 that allows the USB core to control
> > the module usage count of the USB driver modules.
>
> Looks good, but one question - was it oopsable before?
I'm not quite sure, as I didn't look though all
On Fri, Jan 04, 2002 at 12:38:36AM +0100, Peter Osterlund wrote:
> Hi!
>
> When trying to write to a bad CDRW disk in my USB CDRW unit, I got an
> oops in the usb subsystem. The oops was caused by passing junk to
> kfree in usb_destroy_configuration, line 1765. The as->extra field
> apparently co
On Fri, Jan 04, 2002 at 12:41:55PM +0800, Dattaram Porob wrote:
>
> I wanted to know where i can get more information on writing a device
> driver for an USB device. I have gone through the document "USB
> programming guide for linux". The document does not say anything about
> vendor specific r
Hi,
First of all a very happy new year to everyone.
I wanted to know where i can get more information on writing a device driver for an
USB device.
I have gone through the document "USB programming guide for linux". The document does
not say anything about vendor specific requests to be made t
> Here's a patch against 2.5.2-pre7 that allows the USB core to control
> the module usage count of the USB driver modules.
Looks good, but one question - was it oopsable before?
-- Pete
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at
Hi,
Here's a patch against 2.5.2-pre7 that fixes a bug in the USB usbnet
driver for archectures where int != unsigned long.
thanks,
greg k-h
diff -Nru a/drivers/usb/usbnet.c b/drivers/usb/usbnet.c
--- a/drivers/usb/usbnet.c Thu Jan 3 16:45:35 2002
+++ b/drivers/usb/usbnet.c Thu Ja
Hi,
Here's a patch against 2.5.2-pre7 that updates the USB visor driver to
the latest version. It adds better support for the 3.5 version of the
Clie devices, and updates the module locking logic based on the usb
serial core change sent in a previous patch.
thanks,
greg k-h
diff -Nru a/driv
Hi,
Here's a patch against 2.5.2-pre7 that updates the USB storage driver
to the latest version. The patch was written by Matt Dharm..
thanks,
greg k-h
diff -Nru a/drivers/usb/storage/datafab.c b/drivers/usb/storage/datafab.c
--- a/drivers/usb/storage/datafab.c Thu Jan 3 16:45:34 2002
Hi,
Here's a patch against 2.5.2-pre7 that updates the USB pwc video driver
to the latest version. The patch was written by Nemosoft.
thanks,
greg k-h
diff -Nru a/drivers/usb/pwc-ctrl.c b/drivers/usb/pwc-ctrl.c
--- a/drivers/usb/pwc-ctrl.cThu Jan 3 16:45:34 2002
+++ b/drivers/usb/pwc-c
Hi,
Here's a patch against 2.5.2-pre7 that allows the USB serial core to
control the module usage count of the USB serial driver modules.
thanks,
greg k-h
diff -Nru a/drivers/usb/serial/usb-serial.h b/drivers/usb/serial/usb-serial.h
--- a/drivers/usb/serial/usb-serial.h Thu Jan 3 16:45:34
Hi,
Here's a patch against 2.5.2-pre7 that adds ethtool support to the USB
catc driver. The patch was written by Brad Hards.
thanks,
greg k-h
diff -Nru a/drivers/usb/catc.c b/drivers/usb/catc.c
--- a/drivers/usb/catc.cThu Jan 3 16:45:35 2002
+++ b/drivers/usb/catc.cThu Jan
Hi,
Here's a patch against 2.5.2-pre7 that allows the USB core to control
the module usage count of the USB driver modules.
thanks,
greg k-h
diff -Nru a/drivers/usb/devio.c b/drivers/usb/devio.c
--- a/drivers/usb/devio.c Thu Jan 3 16:45:34 2002
+++ b/drivers/usb/devio.c Thu Jan
On Thu, 3 Jan 2002, David Brownell wrote:
> Now I'm not following _you_ ... could you give an example of
> what you mean?
A driver on a 64bit system with a 32bit host controller, if the system
has more than 4GB of RAM.
> In my proposal, device drivers would be able to either use
> the current r
On Thu, 3 Jan 2002, Greg KH wrote:
> On Thu, Jan 03, 2002 at 10:33:55AM +0100, [EMAIL PROTECTED] wrote:
> >
> > Regarding devio.c, specifically proc_ioctl().
> > How is it ensured that the ps->dev pointer stays valid although the memory
> > allocations might sleep ?
>
> That's a good question, bu
Hi!
When trying to write to a bad CDRW disk in my USB CDRW unit, I got an
oops in the usb subsystem. The oops was caused by passing junk to
kfree in usb_destroy_configuration, line 1765. The as->extra field
apparently contained junk.
I think this is caused by a race in usb_parse_interface.
inter
On Thu, 2002-01-03 at 14:26, Greg KH wrote:
> On Thu, Jan 03, 2002 at 02:08:58PM -0700, Gordon McNutt wrote:
> >
> > However, I'm convinced that the toggle bit should be advanced if and
> > only if the packet was ACKd. Advancing it on a NAK seems to defeat the
> > whole purpose of the toggle mech
On Thu, Jan 03, 2002 at 02:08:58PM -0700, Gordon McNutt wrote:
>
> However, I'm convinced that the toggle bit should be advanced if and
> only if the packet was ACKd. Advancing it on a NAK seems to defeat the
> whole purpose of the toggle mechanism as a means of keeping the host and
> peripheral
On Thu, 2002-01-03 at 14:01, Greg KH wrote:
> On Thu, Jan 03, 2002 at 01:46:22PM -0700, Gordon McNutt wrote:
> >
> > Well, now I'm baffled.
> >
> > 1. I could not repeat the experiment with uhci 2.4.17 (which I thought I
> > did yesterday). Instead, the device now *never* responds to the DATA OU
On Thu, Jan 03, 2002 at 01:46:22PM -0700, Gordon McNutt wrote:
>
> Well, now I'm baffled.
>
> 1. I could not repeat the experiment with uhci 2.4.17 (which I thought I
> did yesterday). Instead, the device now *never* responds to the DATA OUT
> packets -- wether I've enabled the h/w to respond or
On Thu, 2002-01-03 at 10:29, Greg KH wrote:
> On Wed, Jan 02, 2002 at 07:13:26PM -0700, Gordon McNutt wrote:
> > Looks like DATA OUT toggling on BULK endpoints has a bug
>
>
>
> > >>> DESCRIPTION <<<
> >
> > This is 100% reproducible, but I'm using an experimental device. The
> > spec
On Thu, Jan 03, 2002 at 10:33:55AM +0100, [EMAIL PROTECTED] wrote:
>
> Regarding devio.c, specifically proc_ioctl().
> How is it ensured that the ps->dev pointer stays valid although the memory
> allocations might sleep ?
That's a good question, but it's not relevant to the __MOD_* change
that I
Now I'm not following _you_ ... could you give an example of
what you mean?
In my proposal, device drivers would be able to either use
the current rules (which they do already, so no problem :)
OR (new) specify highmem buffers by {page+offset, length}.
At what point does a driver need to know wh
On Wed, Jan 02, 2002 at 07:13:26PM -0700, Gordon McNutt wrote:
> Looks like DATA OUT toggling on BULK endpoints has a bug
> >>> DESCRIPTION <<<
>
> This is 100% reproducible, but I'm using an experimental device. The
> special property of this device is that it *always* NAKs packets s
On Thu, Jan 03, 2002 at 11:09:31AM -, Pankaj Kumar Soni wrote:
>
> Hello All,
> I have some query regarding USB.
>
> 1.In interrupt mode can i use same end pipe for both transfer and
> receive data ,say first send and then receive.
No. Please read the USB spec about this.
> 2. I am using
> > > > On 64Bit machines we might have to deal with HCDs who can do 32Bit DMA
> > > > only. Perhaps there should be a gfp field in the usb_device struct
> > > > to export knowledge about the memory the HCD can cope with.
> > >
> > > Shouldn't be needed.
> >
> > How do we deal with the combination
Sorry, I'm playing catchup with email after the xmas break.
>This is regarding an earlier mailing to this list
>regarding a problem with my driver's probe not being
>able to detect the device even though the device's
>characteristics show up during kernel boot. This is
>the smallest code tha
Hello All,
I have some query regarding USB.
1.In interrupt mode can i use same end pipe for both transfer and receive data ,say
first send and then receive.
2. I am using cat /dev/usb/driver to read from the device.But callback, that i am
passing, starts executing like an infinite loop b
>If anyone here has experience with writing usb device drivers and would
>like to help a newbie write one, I'd be really grateful. If you don't
>have time to help but have any useful tips/pointers that would be cool
>too.
It's not a formal HOWTO but this WILL help.
http://www.toth.demon.co.uk/u
On Wed, 2 Jan 2002, Greg KH wrote:
> On Wed, Dec 19, 2001 at 10:31:31AM +0100, [EMAIL PROTECTED] wrote:
> > Hi,
> >
> > this adds module usage count handling during probe and disconnect to the
> > usb core. It applies to 2.5.1 and is now in the smallest possible form.
> > I did not go at the old
48 matches
Mail list logo
