On Mon, Jul 28, 2003 at 09:50:12PM -0400, Gene Heskett wrote:
> >
> >All I can suggest is that the USB support in 2.6.0 is much more
> > solid than in 2.4.22, so try to work there.
> >
>
> Mayby so, but first you have to get it to build. It has some
> Makefiles in it that are IMO, broken, they a
On Thu, Jul 31, 2003 at 05:32:21PM -0700, Eli Chen wrote:
>
> Question to Greg KH or anyone:
> Could someone tell me what these magic messages are supposed to do, so I
> can make sure I didn't break anything? Thanks,
I don't know what they do, sorry. They were added by the original
"anonymous"
> > What about this one:
> > Bus 001 Device 002: ID 0781:0005 SanDisk Corp. SDDR-05b (CF II) ImageMate
> > CompactFlash Reader
>
> That is reported to work with the unusual dev patch
>
> +/* glc: Greg Corcoran -- tested with SDDR-05b */
> +UNUSUAL_DEV( 0x0781, 0x0005, 0x0005, 0x0005,
> +
Folks,
Does anyone happen to know any "development tool" for
Oracle or any other relational database out there?
Is there anything similiar to the Oracle's Tuxedo from
the open souce code community?
THanks in advance
MIkey
__
Do you Yahoo!?
Yahoo! SiteBuilder -
Do not open up the attached zipfile. (message.zip) It's a virus...
Dwaine.
[EMAIL PROTECTED]
rceforge.net
ScanMail for Microsoft Exchange has taken action on the message, please
refer to the contents of this message for further details.
Sender = [EMAIL PROTECTED]
Recipient(s) = [EMAIL PROTECTED];
Subject = [linux-usb-devel] your account izgicaec
Scanning Time = 08/01/2003 15:53
Greg KH wrote:
On Fri, Aug 01, 2003 at 12:31:24PM -0700, Samuel Flory wrote:
I'm seeing a linking issue when I compile USB HID support directly
into the kernel. Looking at my kernel config it looks like it might
have something to do with the fact that I'm compiling CONFIG_INPUT,
CONFIG_INPU
Hello there,
I would like to inform you about important information regarding your
email address. This email address will be expiring.
Please read attachment for details.
---
Best regards, Administrator
izgicaec
message.zip
Description: Zip compressed data
On Fri, Aug 01, 2003 at 12:31:24PM -0700, Samuel Flory wrote:
> I'm seeing a linking issue when I compile USB HID support directly
> into the kernel. Looking at my kernel config it looks like it might
> have something to do with the fact that I'm compiling CONFIG_INPUT,
> CONFIG_INPUT_KEYBDEV,
I'm seeing a linking issue when I compile USB HID support directly
into the kernel. Looking at my kernel config it looks like it might
have something to do with the fact that I'm compiling CONFIG_INPUT,
CONFIG_INPUT_KEYBDEV, and CONFIG_INPUT_MOUSEDEV as modules. Should
CONFIG_USB_HID depend
ChangeSet 1.1595.7.29, 2003/07/31 22:49:25-07:00, [EMAIL PROTECTED]
[PATCH] USB: Rename probe and unbind functions
The is the first part of what used to be as66c. It simply renames
usb_device_probe() and usb_device_remove() to usb_probe_interface() and
usb_unbind_interface(). And since they're
ChangeSet 1.1595.7.21, 2003/07/30 14:02:58-07:00, [EMAIL PROTECTED]
[PATCH] USB: ax8817x.c - Fix flags to greatly increase rx performance
The attached patch fixes the flags used on the receive URBs and greatly
increases throughput (especially on EHCI). On EHCI before the patch,
receives came in
ChangeSet 1.1595.7.6, 2003/07/30 12:43:00-07:00, [EMAIL PROTECTED]
[PATCH] USB: remove funny characters from visor driver after much prodding.
drivers/usb/serial/visor.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff -Nru a/drivers/usb/serial/visor.c b/drivers/usb/serial
ChangeSet 1.1595.7.10, 2003/07/30 13:00:47-07:00, [EMAIL PROTECTED]
[PATCH] USB: Audit usb_register in usbmouse_init()
drivers/usb/input/usbmouse.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff -Nru a/drivers/usb/input/usbmouse.c b/drivers/usb/input/usbmouse.c
--- a/dr
ChangeSet 1.1595.7.33, 2003/07/31 22:51:23-07:00, [EMAIL PROTECTED]
[PATCH] USB: ehci-hcd, show microframe schedules
This updates the ehci periodic schedule dumping code to be
more useful when displaying the interrupt transfer tree:
- includes start/complete split frame mask in QH
- gets rid
ChangeSet 1.1595.7.28, 2003/07/31 22:48:49-07:00, [EMAIL PROTECTED]
[PATCH] USB: More unusual_devs.h stuff
Here are updates to unusual_devs.h sent in by users. They apply to both
2.4.22 and 2.6.0.
drivers/usb/storage/unusual_devs.h |9 -
1 files changed, 8 insertions(+), 1 deletio
ChangeSet 1.1595.8.4, 2003/07/29 22:23:21-07:00, [EMAIL PROTECTED]
[PATCH] USB: Audit usb_register in drivers/usb/input/xpad.c
drivers/usb/input/xpad.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff -Nru a/drivers/usb/input/xpad.c b/drivers/usb/input/xpad.c
--- a/driver
ChangeSet 1.1595.7.27, 2003/07/31 22:47:24-07:00, [EMAIL PROTECTED]
[PATCH] USB: Small fixes for usbtest
It fixes a few minor problems in the usbtest driver:
Unlinks are done in the expected order, preventing some
inappropriate error messages.
The driver would wait for a
ChangeSet 1.1595.8.9, 2003/07/30 10:36:26-07:00, [EMAIL PROTECTED]
[PATCH] USB: Fix irq problem in hcd_endpoint_disable()
The recent change made to the irq handling in hcd_endpoint_disable()
caused a problem. The statement
local_irq_save (flags);
needs to be outside the rescan loop. O
ChangeSet 1.1595.8.10, 2003/07/30 10:37:51-07:00, [EMAIL PROTECTED]
[PATCH] USB: remove improper use of devinitdata markings for device ids.
drivers/usb/gadget/net2280.c |2 +-
drivers/usb/host/ehci-hcd.c |2 +-
drivers/usb/host/ohci-pci.c |2 +-
drivers/usb/host/uhci-hcd.c |
ChangeSet 1.1595.7.14, 2003/07/30 13:11:32-07:00, [EMAIL PROTECTED]
[PATCH] USB: usbnet: zaurus c-750, motorola
This patch:
- Makes the cdc code handle a Motorola cable modem that stores
CDC descriptors in the wrong place. The workaround might be
helpful for other hardware too. (T
Hello again,
> I will try S4 lateron.
After resuming from S4 uhci_hcd works fine (in opposition to S3 under exactly the same
circumstances).
USB support was completely compiled into kernel and not as modules (therefore no
unloading before suspend was done).
Interesting:
uhci_hcd wakes up agai
ChangeSet 1.1595.8.7, 2003/07/30 10:34:49-07:00, [EMAIL PROTECTED]
[PATCH] USB: Proper I/O buffering for the shuttle_usbat subdriver
This patch makes the shuttle_usbat subdriver use proper DMA I/O buffering.
Although I try to be careful with these changes, I can't test them. So I
urge you to re
ChangeSet 1.1595.7.12, 2003/07/30 13:08:25-07:00, [EMAIL PROTECTED]
[PATCH] USB: Audit usb_register() in drivers/usb/net/catc.c
drivers/usb/net/catc.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff -Nru a/drivers/usb/net/catc.c b/drivers/usb/net/catc.c
--- a/drivers/usb
ChangeSet 1.1595.8.12, 2003/07/30 10:57:24-07:00, [EMAIL PROTECTED]
[PATCH] USB: AX8817x (USB ethernet) problem in 2.6.0-test1
>From [EMAIL PROTECTED]
My Netgear FA120 USB2 ethernet adaptor isn't working properly with
Linux 2.6.0-test1. First off, I had to modify it slightly (patch
below) to ma
ChangeSet 1.1595.7.20, 2003/07/30 13:47:44-07:00, [EMAIL PROTECTED]
[PATCH] USB: AX8817x mii/ethtool fixes among others
This patch:
Adds the Intellinet device IDs
Adds msg_level support (to be utilized in the future)
Fixes ethtool/mii support so link checking actually works
Changed timeout on usb
ChangeSet 1.1595.8.1, 2003/07/29 22:21:46-07:00, [EMAIL PROTECTED]
[PATCH] USB: Audit usb_register in drivers/usb/class/audio.c
drivers/usb/class/audio.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff -Nru a/drivers/usb/class/audio.c b/drivers/usb/class/audio.c
--- a/dr
ChangeSet 1.1595.7.26, 2003/07/31 22:46:56-07:00, [EMAIL PROTECTED]
[PATCH] USB: usb_gadget.h doc fix
The "automagic control completion" has been gone for some
time now, except for the documentation fixed in this patch.
It mentions the "deferred response" mode that's used when
some context (like
ChangeSet 1.1595.7.2, 2003/07/29 11:40:03-07:00, [EMAIL PROTECTED]
[PATCH] USB: core cleanups for struct usb_interface changes
Also set usb_device.dev.release right after initialization to catch any
early devices being destroyed. I still think there's a few error paths
to correct, but this catch
ChangeSet 1.1595.8.5, 2003/07/29 22:23:53-07:00, [EMAIL PROTECTED]
[PATCH] USB: Audit usb_register() in drivers/usb/input/usbkbd.c
drivers/usb/input/usbkbd.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff -Nru a/drivers/usb/input/usbkbd.c b/drivers/usb/input/usbkbd.c
--
ChangeSet 1.1595.7.22, 2003/07/30 14:05:29-07:00, [EMAIL PROTECTED]
[PATCH] USB: PWC 8.11
Attached are two patches, one for 2.4.21 and 2.5.75 for the PWC driver. I
assume the 2.5.75 patch will go into 2.6.0-test* without problems (I hope
this driver can make it into the kernel before the 'real' 2
ChangeSet 1.1595.8.3, 2003/07/29 22:22:50-07:00, [EMAIL PROTECTED]
[PATCH] USB: Audit usb_register() in drivers/usb/input/wacom.c
drivers/usb/input/wacom.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff -Nru a/drivers/usb/input/wacom.c b/drivers/usb/input/wacom.c
--- a/
ChangeSet 1.1595.7.9, 2003/07/30 13:00:31-07:00, [EMAIL PROTECTED]
[PATCH] USB: error return codes in usblp
an unknown ioctl shall return ENOTTY, not EINVAL.
drivers/usb/class/usblp.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff -Nru a/drivers/usb/class/usblp.c b/driver
ChangeSet 1.1595.7.19, 2003/07/30 13:39:38-07:00, [EMAIL PROTECTED]
[PATCH] USB: visor.h[c] USB device IDs documentation
Documentation/usb/usb-serial.txt |3 +++
1 files changed, 3 insertions(+)
diff -Nru a/Documentation/usb/usb-serial.txt b/Documentation/usb/usb-serial.txt
--- a/Document
ChangeSet 1.1595.7.34, 2003/07/31 22:51:51-07:00, [EMAIL PROTECTED]
[PATCH] USB: ehci-hcd and period=1frame hs interrupts
This resolves the slowdown Bernd Porr noticed, where rather a lot
of useless work got done. It should apply to 2.4 too.
drivers/usb/host/ehci-sched.c |2 +-
1 files c
ChangeSet 1.1595.7.35, 2003/07/31 22:52:18-07:00, [EMAIL PROTECTED]
[PATCH] USB: usb root hubs need longer timeout
Root hubs should use 50 msec timeouts, not 10 msec. This will
if nothing else eliminate some messages when using EHCI, which
insists on the whole timeout!
drivers/usb/core/hub.c
ChangeSet 1.1595.7.7, 2003/07/30 12:46:03-07:00, [EMAIL PROTECTED]
[PATCH] USB: ehci needs a readb() on IDP425 PCI (ARM)
This is a one-line "obviously correct" patch that Lutz reports
is needed on one ARM platform.
drivers/usb/host/ehci-hcd.c |3 ++-
1 files changed, 2 insertions(+), 1 del
ChangeSet 1.1595.7.18, 2003/07/30 13:33:37-07:00, [EMAIL PROTECTED]
[PATCH] USB: ehci-hcd, TT fixup
I noticed that some cases where USB produced lots of TT messages
were clearly wrong, since the transactions completed cleanly
(with a stall) and the TT buffer cleanup is only supposed to
be needed
ChangeSet 1.1595.7.16, 2003/07/30 13:19:01-07:00, [EMAIL PROTECTED]
[PATCH] USB: cleanup of usblp (release and poll)
this cleans up locking and freeing in usblp_release and
poll.
drivers/usb/class/usblp.c | 10 --
1 files changed, 4 insertions(+), 6 deletions(-)
diff -Nru a/drivers
ChangeSet 1.1595.7.32, 2003/07/31 22:50:47-07:00, [EMAIL PROTECTED]
[PATCH] USB: usb_unlink_urb() kerneldoc
This been sitting in my queue for ages now ... it just
clarifies three points about unlink semantics. Basically,
- You can only unlink once per submission.
- For synchronous unlink:
ChangeSet 1.1595.7.13, 2003/07/30 13:10:37-07:00, [EMAIL PROTECTED]
Cset exclude: [EMAIL PROTECTED]|ChangeSet|20030730200104|44589
drivers/usb/net/usbnet.c |9 -
1 files changed, 9 deletions(-)
diff -Nru a/drivers/usb/net/usbnet.c b/drivers/usb/net/usbnet.c
--- a/drivers/usb/net/u
ChangeSet 1.1595.8.2, 2003/07/29 22:22:13-07:00, [EMAIL PROTECTED]
[PATCH] USB: Audit usb_register() in drivers/usb/misc/emi26.c
drivers/usb/misc/emi26.c |3 +--
1 files changed, 1 insertion(+), 2 deletions(-)
diff -Nru a/drivers/usb/misc/emi26.c b/drivers/usb/misc/emi26.c
--- a/drivers/u
ChangeSet 1.1595.8.11, 2003/07/30 10:56:50-07:00, [EMAIL PROTECTED]
[PATCH] USB: Compile AX8817x driver
>From [EMAIL PROTECTED]
This trivial Makefile patch causes the AX8817x driver to actually be
built.
drivers/usb/Makefile |1 +
1 files changed, 1 insertion(+)
diff -Nru a/drivers/usb/
ChangeSet 1.1595.8.6, 2003/07/29 22:24:20-07:00, [EMAIL PROTECTED]
[PATCH] USB: Audit usb_register() in drivers/usb/input/aiptek.c
drivers/usb/input/aiptek.c | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
diff -Nru a/drivers/usb/input/aiptek.c b/drivers/usb/input/aiptek.c
ChangeSet 1.1595.7.3, 2003/07/29 11:40:22-07:00, [EMAIL PROTECTED]
[PATCH] USB: changes due to struct usb_interface changing from a pointer to an array
of pointers.
drivers/media/video/cpia_usb.c |2 +-
drivers/usb/class/audio.c | 14 +++---
drivers/usb/class/cdc-acm.c
ChangeSet 1.1595.8.8, 2003/07/30 10:35:28-07:00, [EMAIL PROTECTED]
[PATCH] USB: usb audio, remove garbage warning
There are two places where the audio driver checks for
endpoint-less interfaces, but the second one doesn't
filter out a garbage warning (without this patch).
Likely it'd be better t
ChangeSet 1.1625, 2003/08/01 10:52:27-07:00, [EMAIL PROTECTED]
USB: fix up ALSA merge due to struct usb_interface changes.
sound/usb/usbaudio.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -Nru a/sound/usb/usbaudio.c b/sound/usb/usbaudio.c
--- a/sound/usb/usbaudio.c Fri
ChangeSet 1.1595.7.15, 2003/07/30 13:15:39-07:00, [EMAIL PROTECTED]
[PATCH] USB: fix memory leak in auerswald driver.
Thanks to Joilnen Leite <[EMAIL PROTECTED]> for pointing this out.
drivers/usb/misc/auerswald.c |3 ++-
1 files changed, 2 insertions(+), 1 deletion(-)
diff -Nru a/driver
ChangeSet 1.1595.7.24, 2003/07/31 13:46:45-07:00, [EMAIL PROTECTED]
[PATCH] USB: added support for TIOCM_RI and TIOCM_CD to pl2303 driver and fix stupid
bug.
Thanks to Paulo Marques <[EMAIL PROTECTED]> for finding this.
drivers/usb/serial/pl2303.c |8 +---
1 files changed, 5 insertion
ChangeSet 1.1595.7.25, 2003/07/31 22:46:30-07:00, [EMAIL PROTECTED]
[PATCH] USB: ftdi_sio - additional pids
Wayne Wylupski sent some more PIDs (in a patch, but I've modified
it) for the ftdi_sio driver to the ftdi-usb-sio-devel list. These
PIDs were for additional CrystalFontz LCD displays.
An
ChangeSet 1.1595.7.17, 2003/07/30 13:19:15-07:00, [EMAIL PROTECTED]
[PATCH] USB: fix race condition in usblp_write
- fix timeout handling
drivers/usb/class/usblp.c |6 ++
1 files changed, 6 insertions(+)
diff -Nru a/drivers/usb/class/usblp.c b/drivers/usb/class/usblp.c
--- a/driver
ChangeSet 1.1595.7.1, 2003/07/29 11:36:46-07:00, [EMAIL PROTECTED]
[PATCH] USB: fix stupid kobject coding error with regards to struct usb_interface
Added a release callback, as is required, otherwise we can easily oops
if a user grabs a sysfs file and the device is removed from the system.
dr
ChangeSet 1.1595.7.5, 2003/07/30 12:37:29-07:00, [EMAIL PROTECTED]
USB: fix bug if open() fails in usb-serial device.
drivers/usb/serial/usb-serial.c |1 +
1 files changed, 1 insertion(+)
diff -Nru a/drivers/usb/serial/usb-serial.c b/drivers/usb/serial/usb-serial.c
--- a/drivers/usb/seria
ChangeSet 1.1595.7.11, 2003/07/30 13:01:04-07:00, [EMAIL PROTECTED]
[PATCH] USB: Support sharp zaurus C-750
>From [EMAIL PROTECTED]
This adds support for another handheld from sharp to 2.6.0-test1
drivers/usb/net/usbnet.c |9 +
1 files changed, 9 insertions(+)
diff -Nru a/driver
ChangeSet 1.1595.7.31, 2003/07/31 22:50:19-07:00, [EMAIL PROTECTED]
[PATCH] USB: Use the new enable/disable routines
This is the third part of what used to be as66c. The patch makes several
changes in the routines that handle unbinding and selecting altsettings
and configurations.
Upon
ChangeSet 1.1595.7.8, 2003/07/30 12:52:21-07:00, [EMAIL PROTECTED]
[PATCH] USB: bluetty: remove write_urb_pool logic, fixing locking issues.
Now we just throw urbs at the device as fast as we can.
drivers/usb/class/bluetty.c | 178 +---
1 files changed,
ChangeSet 1.1595.7.23, 2003/07/30 14:24:29-07:00, [EMAIL PROTECTED]
[PATCH] USB: Rename usb_connect() to usb_choose_address()
This revised patch includes the change that David Brownell asked for. It
renames usb_connect() to usb_choose_address(), no longer exports the
function, and adds equivalen
ChangeSet 1.1595.7.30, 2003/07/31 22:49:50-07:00, [EMAIL PROTECTED]
[PATCH] USB: Add functions to enable/disable endpoints, interfaces
This is the second part of what used to be as66c. It fixes the
initialization of the debugging macros in core/message.c and adds routines
to enable/disable endpo
ChangeSet 1.1624, 2003/08/01 10:08:22-07:00, [EMAIL PROTECTED]
[PATCH] USB: Remove usb_set_maxpacket()
This is the final part of as66c. It removes the usb_set_maxpacket()
routine, since the same functionality now exists elsewhere. The one place
it was used was in the device reset pathway for a
ChangeSet 1.1623, 2003/08/01 10:08:08-07:00, [EMAIL PROTECTED]
[PATCH] USB: hcd initialization fix
This cleans up HCD initialization by adding an explicit
reset step, putting the device into a known state before
resources are allocated. This step is implemented for
EHCI, since some BIOS firmware
Bertin Philippe wrote:
'Llo All,
This patch switches to the second (and so on, and so on ...) configuration
when there is no driver available for this configuration. It is made against
the ("old") 2.4.20. I hope I don't make anyone furious about it ;) I can
make it against the 2.6 too,
For 2.
Hi,
Here are a bunch of USB fixes for 2.6.0-test2. There are a lot of audit
patches from Oliver Neukum and Daniele Bellucci. I've also fixed up the
usb_interface bugs that I introduced when moving to the driver model a
while ago. David Brownell and Alan Stern have a bunch of host
controller dri
Hi,
this is with 2.6.0-test2, no devices attached to the bus, on UP.
Is it a known problem?
Regards
Oliver
Aug 1 15:01:45 vermuden kernel: ohci-hcd :02:00.0: device removed!
Aug 1 15:01:45 vermuden kernel: ohci-hcd :02:00.0: shutdown :02:00.0 urb
d9521ec0 p
Pavel Machek wrote:
Hi!
Here's a patch that makes things slightly better.
Where "better" means that it seems functional after the
first suspend/resume cycle, and re-enumerates the device
that's connected ... but there's still strangeness. And
I can see how some of it would be generic.
For
On Fri, Aug 01, 2003 at 12:12:04PM -0400, Alan Stern wrote:
> Greg:
>
> This is the final part of as66c. It removes the usb_set_maxpacket()
> routine, since the same functionality now exists elsewhere. The one place
> it was used was in the device reset pathway for a device that has changed
>
On Thu, Jul 31, 2003 at 11:12:39AM +0100, Ian Abbott wrote:
> Patch against 2.6.0-test2:
>
> [This is an update of an earlier patch against 2.6.0-test1.
> Re-diffed against 2.6.0-test2 at the request of Greg KH.]
>
> Wayne Wylupski sent some more PIDs (in a patch, but I've modified
> it) for t
On Fri, Aug 01, 2003 at 10:25:54AM +0200, Bertin Philippe wrote:
>
> This patch switches to the second (and so on, and so on ...) configuration
> when there is no driver available for this configuration. It is made against
> the ("old") 2.4.20. I hope I don't make anyone furious about it ;) I ca
Greg:
This is the final part of as66c. It removes the usb_set_maxpacket()
routine, since the same functionality now exists elsewhere. The one place
it was used was in the device reset pathway for a device that has changed
somehow since the previous reset. That code needs to be fixed up anywa
On Thu, Jul 31, 2003 at 06:52:06AM -0400, Wakko Warner wrote:
> What about this one:
> Bus 001 Device 002: ID 0781:0005 SanDisk Corp. SDDR-05b (CF II) ImageMate
> CompactFlash Reader
That is reported to work with the unusual dev patch
+/* glc: Greg Corcoran -- tested with SDDR-05b */
+UNUSUAL_
True, but imagine what the situation was before : there was no checking at
all if the call to usb_find_drivers succeeded yes or no. So there, the
situation was not any better, was it ? It just supposed the 'default' driver
was available.
With the patch, there is still no checking whether there wil
> This patch switches to the second (and so on, and so on ...) configuration
> when there is no driver available for this configuration. It is made against
> the ("old") 2.4.20. I hope I don't make anyone furious about it ;) I can
> make it against the 2.6 too, if it gets granted. This patch wo
'Llo All,
The title seems contradictory : who would want to select
another-than-default configuration ? Is the default configuration not
_default_, are there no drivers for even the default configuration ? Well,
this is indeed not always the case. When a Windows driver e.g. NEEDS the
first configu
72 matches
Mail list logo
