don wrote:
I have a device based on an EZUSB-FX2 part. It sends data with ISO
packets. My code uses the usbdevice_fs calls. It works on several
systems with 1.1 USB ports, but not on a 2.0 system. The call to
ioctl (device_fd, USBDEVFS_SUBMITURB, urb)
gets an error return -EINVAL.
There
I have a device based on an EZUSB-FX2 part. It sends data with ISO
packets. My code uses the usbdevice_fs calls. It works on several
systems with 1.1 USB ports, but not on a 2.0 system. The call to
ioctl (device_fd, USBDEVFS_SUBMITURB, urb)
gets an error return -EINVAL. I have trac
On Tue, 10 Feb 2004 17:14:20 -0500 (EST)
Alan Stern <[EMAIL PROTECTED]> wrote:
> Try out this patch, which applies to a virgin driver (without your 10
> patches) and see if it doesn't cure the addressing violation you were
> getting.
>
> BTW, your patches 2 - 10 all looked good, although I'm af
Daniel Drake wrote:
Hi,
Matthias Urlichs wrote:
> what's supposed to be the replacement for drivers/usb/image/scanner.c?
xsane is supposed to be the replacement. I think I read that scanner.c
was mostly broken in 2.6?
Anyway, this thread (recent, from LKML) has some tips:
http://marc.theaimsgro
Hi,
On Tue, Feb 10, 2004 at 09:15:27PM +0100, Matthias Urlichs wrote:
> (At least I didn't get it to work... and I did try, I watched it
> sit in an apparently-endless loop, repeatedly open /proc/bus/usb/002/011
> and do _something_).
Please sho a logfile: disable everything in dll.conf but the b
Hi,
On Wed, Feb 11, 2004 at 01:05:56PM +, Daniel Drake wrote:
> Matthias Urlichs wrote:
> > what's supposed to be the replacement for drivers/usb/image/scanner.c?
>
> xsane is supposed to be the replacement.
Huh? XSane is a frontend for SANE. It's not involved in accessing USB
devices. XSane
I've run into a weird one, and if anyone has any ideas, I'd appreciate it.
I'm working with a joystick from CH Products. It works OK when it's connected
to the system at boot, but not correctly after a hot connect, or a driver
re-load. The data reported never changes. In fact, the values seemed
On Feb 10 2004, at 17:45, David Brownell was caught saying:
> Tony Lindgren wrote:
> >* Deepak Saxena <[EMAIL PROTECTED]> [040210 15:04]:
> >
> >>I don't understand why we need this if statement. I see the same
> >>in ohci-sa.c. I haven't completely groked the whole USB layer,
> >>but how whoul
On Wed, 2004-02-11 at 10:10, Alan Stern wrote:
> Is there another device on
> the system sharing the same IRQ line?
Yes, the USB controller shares with the SCSI controller,
which explains the repeated IRQ status messages.
There is no way to move the USB IRQ on this machine
(USB and SCSI are mothe
Hi,
Daniel Drake:
> Anyway, this thread (recent, from LKML) has some tips:
> http://marc.theaimsgroup.com/?t=107619471400010&r=1&w=2
>
Thanks -- I'll have to check (when I'm back home) if that really solves
my problem.
Seems like it's time to hit the xsane author with a big fat
documentation clu
Alan Stern wrote:
So both ports have their overcurrent inputs wired
> and you can't use any USB devices at all?
Correct
Given that there aren't any USB ports available,
> you wouldn't normally load the uhci-hcd module in the
first place, right?
A standard distribution like RedHat will load the
m
On 11 Feb 2004, Paul Fulghum wrote:
> > Does an irq arrive when you plug in a device?
>
> On this machine the physical ports are not implemented
> so there is nothing to plug devices into.
So both ports have their overcurrent inputs wired and you can't use any
USB devices at all? Hmm... I tho
Hi,
Matthias Urlichs wrote:
> what's supposed to be the replacement for drivers/usb/image/scanner.c?
xsane is supposed to be the replacement. I think I read that scanner.c was
mostly broken in 2.6?
Anyway, this thread (recent, from LKML) has some tips:
http://marc.theaimsgroup.com/?t=10761947140
On Tue, 10 Feb 2004, Glenn Burkhardt wrote:
> > Duncan:
> >
> > Back last fall you mentioned something about needing to add a workaround
> > to the UHCI driver's port reset code for VIA hardware. It had to do with
> > making sure the controller was suspended before doing the reset. Can you
> >
On Tue, 10 Feb 2004, Stephen Hemminger wrote:
> Okay, I will try your patch.
>
> I believe, but can't prove the race occurs when:
> CPU 0 CPU 1
> --
> Uhci_irq
> Does an irq arrive when you plug in a device?
On this machine the physical ports are not implemented
so there is nothing to plug devices into.
> Is the RESUME DETECT flag in the USBSTS status register set correctly?
It seems to be set once after loading the host module.
If I remember correc
16 matches
Mail list logo
