Hi!
This small patch adds a device ID used by older Maxtor OneTouch drives
(the ones with blue face-plate instead of the fancy silver one used in
newer models). The button on those drives works well with the current
driver.
--
Antti Andreimann - Security Expert
Using Linux since 1993
On Mon, 14 Nov 2005, Aras Vaichas wrote:
I think they meant raw = bit errors, net = data did not arrive at all
(within some timeout period). Bit errors would be reported somewhere and
other errors would be handle by my test application at the highest level.
The test department want to be
Greg:
This patch (as515b) adds a routine to usbcore to simplify handling of host
controllers that lost power or were reset during suspend/resume. The new
core routine marks all the child devices of the root hub as NOTATTACHED
and tells khubd to disconnect the device structures as soon as
Greg:
The recent platform_device update has reintroduced into dummy_hcd.c the
dreaded dev-dev syndrome. This harkens back to when an earlier version
of that driver included the unforgettable line:
dev-dev.dev.driver_data = dev;
This patch (as602) renames the platform_device variables
Hi,
on a VIA Eden box, I'm getting sporadic USB disconnects after longer
operation times. Typically, there is no USB load when it disconnects.
The kernel output is like this:
kernel: hub 4-0:1.0: state 5 ports 6 chg evt 0008
kernel: ehci_hcd :00:10.3: GetStatus port 3 status 00180b
Make usbdevice_fs.h (again) useable from userspace
If we have CONFIG_COMPAT enabled, then userspace programs using
usbdevice_fs.h won't compile anymore.
Signed-off-by: Harald Welte [EMAIL PROTECTED]
---
commit 17c6b20f34d9d68918346af2a2eb6433b09af0e3
tree
On Mon, Nov 14, 2005 at 06:35:22PM +0100, Jan Kiszka wrote:
Hi,
on a VIA Eden box, I'm getting sporadic USB disconnects after longer
operation times. Typically, there is no USB load when it disconnects.
The kernel output is like this:
kernel: hub 4-0:1.0: state 5 ports 6 chg evt 0008
On Mon, 2005-11-14 at 18:37 +0100, Harald Welte wrote:
Make usbdevice_fs.h (again) useable from userspace
If we have CONFIG_COMPAT enabled, then userspace programs using
usbdevice_fs.h won't compile anymore.
how does the userspace application set CONFIG_COMPAT??
Fix an error in the OHCI lh7a404 driver after the platform device
conversion.
Signed-off-by: Richard Purdie [EMAIL PROTECTED]
Index: linux-2.6.15-rc1/drivers/usb/host/ohci-lh7a404.c
===
---
Greg KH wrote:
On Mon, Nov 14, 2005 at 06:35:22PM +0100, Jan Kiszka wrote:
Hi,
on a VIA Eden box, I'm getting sporadic USB disconnects after longer
operation times. Typically, there is no USB load when it disconnects.
The kernel output is like this:
kernel: hub 4-0:1.0: state 5 ports 6 chg
On Monday 14 November 2005 9:16 am, Alan Stern wrote:
The recent platform_device update has reintroduced into dummy_hcd.c the
dreaded dev-dev syndrome. This harkens back to when an earlier version
of that driver included the unforgettable line:
dev-dev.dev.driver_data = dev;
This
Greg KH wrote:
On Mon, Nov 14, 2005 at 06:54:17PM +0100, Jan Kiszka wrote:
Greg KH wrote:
On Mon, Nov 14, 2005 at 06:35:22PM +0100, Jan Kiszka wrote:
Hi,
on a VIA Eden box, I'm getting sporadic USB disconnects after longer
operation times. Typically, there is no USB load when it
On Mon, Nov 14, 2005 at 07:36:13PM +0100, Jan Kiszka wrote:
Greg KH wrote:
On Mon, Nov 14, 2005 at 06:54:17PM +0100, Jan Kiszka wrote:
Greg KH wrote:
On Mon, Nov 14, 2005 at 06:35:22PM +0100, Jan Kiszka wrote:
Hi,
on a VIA Eden box, I'm getting sporadic USB disconnects after longer
On Mon, Nov 14, 2005 at 06:45:27PM +0100, Arjan van de Ven wrote:
On Mon, 2005-11-14 at 18:37 +0100, Harald Welte wrote:
Make usbdevice_fs.h (again) useable from userspace
If we have CONFIG_COMPAT enabled, then userspace programs using
usbdevice_fs.h won't compile anymore.
how does
On Mon, 14 Nov 2005, Jan Kiszka wrote:
Hi,
on a VIA Eden box, I'm getting sporadic USB disconnects after longer
operation times. Typically, there is no USB load when it disconnects.
The kernel output is like this:
kernel: hub 4-0:1.0: state 5 ports 6 chg evt 0008
kernel: ehci_hcd
On Monday 14 November 2005 9:35 am, Jan Kiszka wrote:
ehci_hcd :00:10.3: GetStatus port 3 status 00180b POWER sig=j PEC CSC
CONNECT
Translation: the root hub spontaneously disconnected. There are such
reports, which are as far as I can tell always with VIA hardware. I have
no idea
Here are a few USB patches against your latest git tree, they have all
been in the past few -mm releases just fine. They fix some build bugs,
add some new device ids, and add a new simple usb-serial driver.
thanks,
greg k-h
---
SF.Net email
From: Greg Kroah-Hartman [EMAIL PROTECTED]
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
---
drivers/usb/gadget/dummy_hcd.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--- gregkh-2.6.orig/drivers/usb/gadget/dummy_hcd.c
+++ gregkh-2.6/drivers/usb/gadget/dummy_hcd.c
@@
From: Ping Cheng [EMAIL PROTECTED]
This patch adds support for Graphire4, Cintiq 710, Intuos3 6x11, etc. and
report Device IDs.
Signed-off-by: Ping Cheng [EMAIL PROTECTED]
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
---
drivers/usb/input/wacom.c | 133
From: Marcel Holtmann [EMAIL PROTECTED]
This patch deletes the bluetooth.txt help file of the bluetty driver and
hands over its major device nodes for character devices to the RFCOMM TTY
implementation of the Bluetooth subsystem.
Signed-off-by: Marcel Holtmann [EMAIL PROTECTED]
Signed-off-by:
From: Ping Cheng [EMAIL PROTECTED]
This patch adds support for Graphire4, Cintiq 710, Intuos3 6x11, etc.
Signed-off-by: Ping Cheng [EMAIL PROTECTED]
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
---
drivers/usb/input/hid-core.c | 12
1 file changed, 12 insertions(+)
---
From: Dmitry Torokhov [EMAIL PROTECTED]
USB: fix 'unused variable' warning
Signed-off-by: Dmitry Torokhov [EMAIL PROTECTED]
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
drivers/usb/core/message.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
---
From: Greg Kroah-Hartman [EMAIL PROTECTED]
People are complaining about a .old file in the tree. So rename
drivers/usb/serial/ChangeLog.old to ChangeLog.history.
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
drivers/usb/serial/ChangeLog.history | 730
From: OGAWA Hirofumi [EMAIL PROTECTED]
This patch is just cleanup.
Signed-off-by: OGAWA Hirofumi [EMAIL PROTECTED]
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
---
drivers/usb/core/inode.c |7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
---
From: Josef Balatka [EMAIL PROTECTED]
Jablotron usb serial interface identification
Signed-off-by: Josef Balatka [EMAIL PROTECTED]
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
---
drivers/usb/serial/cp2101.c |1 +
1 file changed, 1 insertion(+)
---
From: Andrew Morton [EMAIL PROTECTED]
drivers/usb/core/devio.c: In function `proc_ioctl_compat':
drivers/usb/core/devio.c:1401: warning: passing arg 1 of `compat_ptr' makes
integer from pointer without a cast
NFI if this is correct...
Cc: Pete Zaitcev [EMAIL PROTECTED]
Signed-off-by: Andrew
From: Pavel Machek [EMAIL PROTECTED]
I actually have this device, and kernel reports blacklist entry is no
longer neccessary.
Signed-off-by: Pavel Machek [EMAIL PROTECTED]
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
---
drivers/usb/storage/unusual_devs.h |5 -
1 file changed, 5
From: David Brownell [EMAIL PROTECTED]
The onetouch support doesn't suspend correctly (leaves an interrupt
URB posted, instead of unlinking it) so for now just disable it
when PM is in the air.
Signed-off-by: David Brownell [EMAIL PROTECTED]
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
From: Greg Kroah-Hartman [EMAIL PROTECTED]
It's a generic device that needs a bigger transmit buffer to get
decent speeds. The transmit buffer size is able to be changed by a
module paramater.
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
---
drivers/usb/serial/Kconfig |9 +++
Alan Stern wrote:
...
The hang is almost certainly caused by the device's driver. Apparently
its disconnect method is not returning. Since that routine is called by
the main hub driver and with a lock held, this means that most other major
activities of the USB stack will be blocked as
David Brownell wrote:
On Monday 14 November 2005 9:35 am, Jan Kiszka wrote:
ehci_hcd :00:10.3: GetStatus port 3 status 00180b POWER sig=j PEC CSC
CONNECT
Translation: the root hub spontaneously disconnected. There are such
reports, which are as far as I can tell always with VIA
On Mon, Nov 14, 2005 at 12:04:56PM -0800, Greg Kroah-Hartman wrote:
Here are a few USB patches against your latest git tree, they have all
been in the past few -mm releases just fine. They fix some build bugs,
add some new device ids, and add a new simple usb-serial driver.
Oh, forgot the
On Monday 14 November 2005 20:39, David Brownell wrote:
On Monday 14 November 2005 9:35 am, Jan Kiszka wrote:
ehci_hcd :00:10.3: GetStatus port 3 status 00180b POWER sig=j PEC CSC
CONNECT
Translation: the root hub spontaneously disconnected. There are such
reports, which are as far
David Brownell wrote:
...
EBUSY status code happens in a few cases, and in this path I'd suspect
it means the URB is already being returned. Could you try the patch
I've attached, to see if it prints anything?
Additional question regarding this check: should this warning never show
up or
HS^µéX¬²'²Þu¼jg²¢êÝz÷¥¢×!jY^¬Â+a
ëzº'j ¦®÷«'×èúÞy©Ým秵êÞvÚ0v¸ÚZ²f¾ò¢êïz¼¨Ât¨+f=#Â'$
êÞ¶ek(m¶ÿ²«qç讧zßàzº'j)bìn±·^½éeËl²«qç讧zÔèº{.nÇ+·®±ëazV¬µú+øÖÛi³ÿåËl²«qç讧zßåËlþX¬¶)ߣùbìn±·^½é
On Monday 14 November 2005 12:58 pm, Jan Kiszka wrote:
David Brownell wrote:
...
EBUSY status code happens in a few cases, and in this path I'd suspect
it means the URB is already being returned. Could you try the patch
I've attached, to see if it prints anything?
Additional
ehci_hcd :00:10.3: GetStatus port 3 status 00180b POWER sig=j PEC CSC
CONNECT
Translation: the root hub spontaneously disconnected. There are such
reports, which are as far as I can tell always with VIA hardware. I have
no idea what causes them.
Any chance this could be
David Brownell wrote:
On Monday 14 November 2005 12:58 pm, Jan Kiszka wrote:
David Brownell wrote:
...
EBUSY status code happens in a few cases, and in this path I'd suspect
it means the URB is already being returned. Could you try the patch
I've attached, to see if it prints anything?
Hi,
I am back porting 2.6 usbtest to 2.4.x. I don't find any documentation,
if there are any please point me out. Also, please share your views on
the same. Let me also know whether the code can be merged to 2.4
officially or not. I know this list is working only on 2.6, curious to
know how the
On Mon, 14 Nov 2005, Iqbal wrote:
Hi,
I am back porting 2.6 usbtest to 2.4.x. I don't find any documentation,
if there are any please point me out. Also, please share your views on
the same. Let me also know whether the code can be merged to 2.4
officially or not. I know this list is
On Monday 14 November 2005 7:07 pm, Alan Stern wrote:
On Mon, 14 Nov 2005, Iqbal wrote:
Hi,
I am back porting 2.6 usbtest to 2.4.x. I don't find any documentation,
if there are any please point me out. Also, please share your views on
the same. Let me also know whether the code can
Begin forwarded message:
Date: Mon, 14 Nov 2005 17:14:06 -0800
From: Michael Madore [EMAIL PROTECTED]
To: linux-kernel@vger.kernel.org
Subject: USB handoff, irq 193: nobody cared!
Hi,
I'm getting the following errors in my kernel log with 2.6.14:
Nov 14 09:27:06 asl95 kernel: ACPI: PCI
On Saturday November 12, [EMAIL PROTECTED] wrote:
Maybe the printer is very sensitive to timing and the extra time it
takes the HC to walk this pointers makes a difference??? I'm not sure
I believe that, but it is the only explanation I can come up with so
far. Unfortunately it doesn't
Alan Stern wrote:
...
The hang is almost certainly caused by the device's driver. Apparently
its disconnect method is not returning. Since that routine is called by
the main hub driver and with a lock held, this means that most other major
activities of the USB stack will be blocked as
44 matches
Mail list logo