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
Me
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 w
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 possi
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 POWER
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 397763d1e6776163d45d97702a54d352295940
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 ev
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
===
--- linux-2.6.15-rc1.orig/drivers/usb/host/oh
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
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 disconne
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;
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 loa
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 dis
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.
>
> h
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: ehc
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 w
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 i
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(-)
--- gregkh-2.6.orig/driver
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(-)
--- gregkh-2.6.orig/drivers/u
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(+)
--- gregkh-2.6.orig/drivers/usb/
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 chang
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
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 wit
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 c
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 a
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
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?
> >
>
> Addit
> > > 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 t
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
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 l
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
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 Int
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 do
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
45 matches
Mail list logo