Adds support for the ohci controllers found on the IBM STB04xxx
and Freescale MPC52xx embedded chips. In addition to the
low level hcd support added in drivers/usb/host/ohci-ocp.c,
it contains code for 2 quirks of these OHCI implementations.
Quirk 1: The IBM and Freescale implementations differ o
This patch adds support to the OHCI code for big-endian
controllers while maintaining the existing support for
little-endian controllers.
This is done primarily by applying the following transforms
when dealing with controller data:
ohci_readl(p) --> ohci_read(ohci, p)
writel(v,
The following 3 patches add support big-endian OHCI implementations.
This is version 2 of these patches. They have been cleaned up
from the original and include support for all known quirks of
these two big-endian OHCI implementations. Thanks to Sylvain
Munaut <[EMAIL PROTECTED]> for the idea to
Replace little-endian-only constants in ohci.h with
cpu-native constants, so that they can be converted
to little-endian or big-endian depending on the OHCI
controller being used.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
diff -Nru a/drivers/usb/host/ohci-dbg.c b/drivers/usb/host/ohci-db
Alan,
>
> Hmmm... This could be related to hotplugging. That is, there may be a
> hotplug program interfering with the camera. You could try turning off
> hotplug support.
>
Still not sure I actually succeeded in turning off hotplugging. What is
one supposed to do? Delete all references to it
I seem to be having some trouble in carrying out these instructions:
On Thu, 19 Aug 2004, Alan Stern wrote:
> On Wed, 18 Aug 2004, Theodore Kilgore wrote:
>
>
> Hmmm... This could be related to hotplugging. That is, there may be a
> hotplug program interfering with the camera. You could try t
On Wed, 18 Aug 2004, Theodore Kilgore wrote:
> Alan,
>
> Relevant output of /var/log/messages/debug follows. Kernel 2.6.7 is
> booted, with USB debugging turned on, and then the offending camera is
> run.
Hmmm... This could be related to hotplugging. That is, there may be a
hotplug program in
On Thu, 19 Aug 2004, Kotrla Vitezslav wrote:
> Sorry, my fault, it was just a device plug-in.
>
> Please see attached _complete_ kernel message log, plug-in
> and mount attempt are indicated.
>
> Vitezslav Kotrla
Okay, got it now. That's really weird... Your device handles a
65536-byte read
On Thu, 19 Aug 2004, Alexander N. Kozhushkin wrote:
> My experience of using Linux kernels 2.6 shows that there is some
> problem with hotplug devices. Namely, it seems that, there is no
> uniform approach of how an application performing I/O operations on a
> device must be handled, w
On Wed, 18 Aug 2004, justin wrote:
> To anyone concerned with linux kernel usb bus driver development:
>
> I need a change to core/hub.c to make the x-micro 802.11b wlan usb
> adapter work.
>
> Beginning on line 1437 in drivers/usb/core/hub.c in kernel 2.6.8 the
> following comment appears:
>
The problem you reported has also been reported by someone else; see
http://bugme.osdl.org/show_bug.cgi?id=3223
Briefly, this is a bug in your device, not in the kernel. Until 2.6.8 the
usb-storage driver ignored such bugs, but now it pays attention to them.
(The bug report you found (id 2092)
On Thu, 19 Aug 2004, Kotrla Vitezslav wrote:
> I'm also sending usb-storage debug, please see attached plugin-log.gz.
>
> Vitezslav Kotrla
I don't understand. Your log shows no errors; according to it your device
is working okay. For instance, the "SCSI error : <0 0 0 0> return code =
0x100700
On Mon, Aug 16, 2004 at 11:22:13AM -0400, Alan Stern wrote:
> On Mon, 16 Aug 2004, Norbert Preining wrote:
>
> > Hi ALan!
> >
> > On Fre, 13 Aug 2004, Alan Stern wrote:
> > > In the meantime, you can try out this patch and see if it helps at all.
> >
> > Yup, fixed the problem. Thanks.
> >
>
On Thu, 19 Aug 2004, Phil Dibowitz wrote:
> Joe Ceklosky wrote:
> > usb 1-3: new high speed USB device using address 4
> > usb-storage: This device (05ab,0060,1106 S 06 P 50) has unneeded
> > SubClass and Protocol entries in unusual_devs.h
> > Please send a copy of this message to
> > <[EMAIL
On Wed, 18 Aug 2004, Joe Ceklosky wrote:
> usb-storage: This device (05ab,0060,1106 S 06 P 50) has unneeded
> SubClass and Protocol entries in unusual_devs.h
>Please send a copy of this message to
> <[EMAIL PROTECTED]>
Thank you for sending this in. The issue has been addressed in later
v
On Wed, 18 Aug 2004, Michael Geithe wrote:
> Hi Alan,
>
> here are the system log from kernel 2.6.8.1-mm1.
>
> Thanks
The patch given below, which has already been submitted to the usb-storage
maintainer, ought to help. It was written for the DiMAGE A2 camera but
apparently the 7HI requires
On Thu, 19 Aug 2004, Wolfgang Mües wrote:
> Hello,
>
> in message.c, inside usb_start_wait_urb(), I found:
>
> if (timeout > 0) {
> init_timer(&timer);
> timer.expires = jiffies + timeout;
>
> (this is Linux 2.6.5 from Suse 9.1, btw).
>
On Thursday 19 August 2004 6:01 am, Wolfgang Mües wrote:
> I want to know why there is a special timeout handling needed?
> From usb.h, I know that urb->timeout is a valid input parameter for all
> types of urbs,
It's actually lying. Only UHCI has ever used urb->timeout.
Am Donnerstag, 19. August 2004 15:01 schrieb Wolfgang Mües:
> Hello,
>
> in message.c, inside usb_start_wait_urb(), I found:
>
> if (timeout > 0) {
> init_timer(&timer);
> timer.expires = jiffies + timeout;
>
> (this is Linux 2.6.5 from S
Hello,
in message.c, inside usb_start_wait_urb(), I found:
if (timeout > 0) {
init_timer(&timer);
timer.expires = jiffies + timeout;
(this is Linux 2.6.5 from Suse 9.1, btw).
I want to know why there is a special timeout handling n
Hello [EMAIL PROTECTED],
We have received your request to join the alamgir882001
group hosted by Yahoo! Groups, a free, easy-to-use community service.
This request will expire in 7 days.
TO BECOME A MEMBER OF THE GROUP:
1) Go to the Yahoo! Groups site by clicking on this link:
http://gro
Pete Zaitcev wrote:
On Thu, 19 Aug 2004 00:29:44 -0700
Phil Dibowitz <[EMAIL PROTECTED]> wrote:
UNUSUAL_DEV( 0x05ab, 0x0060, 0x1104, 0x1110,
"In-System",
"PyroGate External CD-ROM Enclosure (FCD-523)",
US_SC_SCSI, US_PR_BULK, NULL, 0 ),
But the devi
On Thu, 19 Aug 2004 00:29:44 -0700
Phil Dibowitz <[EMAIL PROTECTED]> wrote:
> UNUSUAL_DEV( 0x05ab, 0x0060, 0x1104, 0x1110,
> "In-System",
> "PyroGate External CD-ROM Enclosure (FCD-523)",
> US_SC_SCSI, US_PR_BULK, NULL, 0 ),
>
> But the device i
Joe Ceklosky wrote:
usb 1-3: new high speed USB device using address 4
usb-storage: This device (05ab,0060,1106 S 06 P 50) has unneeded
SubClass and Protocol entries in unusual_devs.h
Please send a copy of this message to
<[EMAIL PROTECTED]>
scsi3 : SCSI emulation for USB Mass Storage devices
24 matches
Mail list logo