Hello, sorry about the last message. I figured it out on my own. I
was always sort of surprised that usb_bulk_msg would work fine with
interrupt endpoints, so it was just a matter of time until it would
not. Anyways, I solved the problem with a callback and a condition
variable.
Everything seem
I posted here before about not being able to communicate with a HID
device. My device is fairly simple and I wrote a usb driver around
usb-skeleton that worked perfectly.
The device has two interrupt endpoints (0x01 and 0x81) and I use
usb_fill_int_urb for writing and I use usb_bulk_msg for readi
Greg KH wrote:
> On Thu, May 18, 2006 at 06:42:02PM -0400, Brian Walsh wrote:
>> Brian Walsh wrote:
>>> Brian Walsh wrote:
Greg KH wrote:
> On Wed, May 17, 2006 at 01:26:33PM -0400, Brian Walsh wrote:
>> I am having a problem with a cardbus modem. The cardbus device has an
>> int
On Thu, May 18, 2006 at 06:42:02PM -0400, Brian Walsh wrote:
> Brian Walsh wrote:
> > Brian Walsh wrote:
> >> Greg KH wrote:
> >>> On Wed, May 17, 2006 at 01:26:33PM -0400, Brian Walsh wrote:
> I am having a problem with a cardbus modem. The cardbus device has an
> internal
> OHCI
Brian Walsh wrote:
> Brian Walsh wrote:
>> Greg KH wrote:
>>> On Wed, May 17, 2006 at 01:26:33PM -0400, Brian Walsh wrote:
I am having a problem with a cardbus modem. The cardbus device has an
internal
OHCI host controller and 2 usbserial devices attached to that controller.
Pete Zaitcev wrote:
> Excuse me! This was not part of the deal. Here's what you proposed
> originally:
...
> Neither of the above tries to bust MAX_USBFS_BUFFER_SIZE. Why don't
> you just come clean with your real aim?
Sorry, I didn't mean any offense- and the MAX_USBFS_BUFFER_SIZE change
certain
On Thu, 18 May 2006 11:40:01 -0700, Micah Dowty <[EMAIL PROTECTED]> wrote:
> 3. Isochronous transfers had a higher arbitrary buffer size
> limit than bulk/interrupt transfers. Isochronous transfers
> now use MAX_USBFS_BUFFER_SIZE, which has been raised to 32K.
Excuse me! This was not part
> Hi all,
> We are testing EHCI driver for ARC based controller core on a ARM 926
> board.
> The platform glue has been written. The driver is compiled to the
> kernel . When the kernel boots up , the driver is loaded.
>
I used the similar setup, ARC EHCI core with ARM borad. I implemented bus
glue
On Thu, May 18, 2006 at 11:40:01AM -0700, Micah Dowty wrote:
> (Sorry for the duplicate- I should know better than to try
> sending patches from Outlook... This should fix the word
> wrapping.)
Thanks, that fixed the wrapping, but my other comments remain the same.
greg k-h
Am Donnerstag, 18. Mai 2006 20:33 schrieb Micah Dowty:
> 3. Isochronous transfers had a higher arbitrary buffer size
> limit than bulk/interrupt transfers. Isochronous transfers
> now use MAX_USBFS_BUFFER_SIZE, which has been raised to 32K.
> These limits are in place not to enforce the US
(Sorry for the duplicate- I should know better than to try
sending patches from Outlook... This should fix the word
wrapping.)
This patch cleans up a few arbitrary limits in usbfs:
1. The data stage of a control request was being limited
to 4096-8 bytes, when in actuality a 4096-byte data sta
On Thu, May 18, 2006 at 11:33:39AM -0700, Micah Dowty wrote:
> This patch cleans up a few arbitrary limits in usbfs:
>
> 1. The data stage of a control request was being limited
>to 4096-8 bytes, when in actuality a 4096-byte data stage
>is legal. This is necessary to write userspace drive
This patch cleans up a few arbitrary limits in usbfs:
1. The data stage of a control request was being limited
to 4096-8 bytes, when in actuality a 4096-byte data stage
is legal. This is necessary to write userspace drivers
for some devices, such as ATI's USB TV-Wonder tuner.
2. The arbi
If your're serious about online investing then this is the program for you.
Unlike false programs out there that claim to be involved with forex, easy
forex gives you direct access to the forex market where you get to create and
manage your investments yourself.
Start off with as little as $25
On Thu, 18 May 2006, Peter Chen wrote:
> I find when i do set_configuration,the set configuration execution is
> delayed,that causes my USB_BULK_GET_MAX_LUN_REQUEST can't be executed
> rightly(as fsg->config is 0 ).And the clear halt for ep1(
> CLEAR_FAETURE)is not right either.Then,i get "fsg ful
On Thu, 18 May 2006, Bernie Vandzura wrote:
> Hi,
> I wonder if you can help me. I am new at Linux and I was put in charge of
> a task to write printer test software which does not use any installed
> drivers. We are doing an embedded project which has a USB module and we are
> using it to p
Just curious, is anyone working on the Philips ISP176X driver?
I'm fixing some nasty bugs in it, starting with a slightly modified
version of the code provided by Philips.
I'm about to do some cleanups and I don't want to collide with anyone.
-brad
On Thu, 18 May 2006, Guennadi Liakhovetski wrote:
> > It would be good to notify the kernel that it should check for
> > disconnected ports when you shut off the power. Right now there's no way
> > to do it. However it wouldn't be hard to add a sysfs interface for such a
> > purpose.
>
> You me
On Thu, 18 May 2006, Alan Stern wrote:
The relevant part of the spec is 11.24.2.7.2.1, which says that the
C_PORT_CONNECTION bit is set by attach or detach detect events, implying
it is not set by power changes.
It would be good to notify the kernel that it should check for
disconnected ports w
On Thu, 18 May 2006, Guennadi Liakhovetski wrote:
> On Thu, 18 May 2006, Guennadi Liakhovetski wrote:
>
> > doesn't. You only get some control URBs which I haven't tried yet to
> > interpret exactly, and first on power on you get an URB on the interrupt
>
> Ok, I decoded them: 2 control URBs on
On Thu, 18 May 2006, Guennadi Liakhovetski wrote:
doesn't. You only get some control URBs which I haven't tried yet to
interpret exactly, and first on power on you get an URB on the interrupt
Ok, I decoded them: 2 control URBs on power off and on are just the
URBs sent by the program to switc
>
> Sounds like you have bugs to fix in your controller driver.
>
> I advise folks to get g_zero working first; it's simpler, and unlike
> the file_storage gadget it doesn't use the deferred response mode.
> That way you can get the basic driver behavior to work correctly before
> going on to f
Hi,
I wonder if you can help me. I am new at Linux and I was put in charge of
a task to write printer test software which does not use any installed
drivers. We are doing an embedded project which has a USB module and we are
using it to print out reports, but we don't want to install any driv
Hi folks
We want to find a internal DVD writer with usb interface on arm
platform. if you have used this type product, please give me some
suggest. it is the best if it has linux driver already.
Thanks in advance!
---
Using Tomcat but need
-stable review patch. If anyone has any objections, please let us know.
--
In kernel 2.6.16, if a mounted storage device is removed, an oops happens
because ub supplies an interface device (and kobject) to the block layer,
but neglects to pin it. And apparently, the block layer ex
Hi all,
I've experimented a bit with the hub-power switching program from NIIBE
Yutaka and I've got a couple of questions to my observations.
On Sat, 14 Jan 2006, NIIBE Yutaka wrote:
Vlado Handziski wrote:
http://thread.gmane.org/gmane.linux.usb.devel/36739
at the end I have posted a pyth
26 matches
Mail list logo
