On Tue, 24 Jul 2007, Ron Gage wrote:
> OK, here is what I have done. After opening the dev, setting the
> configuration and claiming the interface, I am sending a control message
> of bRequestType = 0x42, bRequest of 0x06, all other values = 0. This
> is the first "out up" packet sent to the
Alan Stern wrote:
> No, I said to look at the "up" _reports_. "report" != "packet".
>
> For IN transfers (from the device to the host), yes, the transfer data
> is displayed in the "up" report. For OUT transfers (host to device)
> the transfer data is displayed in the "down" report. For con
On Tue, 24 Jul 2007, Ron Gage wrote:
> > Don't you remember what I told you a few days ago? The setup packet
> > contents in the "down" report are unreliable. You need to look at an
> > "up" report.
> >
> > Alan Stern
> >
> >
> I remember it quite clearly. You told me to look at the "UP" p
On Tue, 24 Jul 2007, Ron Gage wrote:
> I have made the entire SnoopyPro capture file available on my web site:
> http://www.rongage.org/xyloc.usblog
Consider URB #10 as a good example. The information for the "up" part
says that the Setup packet consists of:
c2 00 ac 53 00 00 08 00
That's
Alan:
Alan Stern wrote:
> On Tue, 24 Jul 2007, Ron Gage wrote:
>
>
>> This is a good one to start with as it is seen literally hundreds of
>> times in the trace.
>>
>> 20in downn/a3.195VENDOR_ENDPOINT-
>> URB Header (length: 80)
>> SequenceNumber: 20
>> Function: 0019 (V
On Tue, 24 Jul 2007, Ron Gage wrote:
> This is a good one to start with as it is seen literally hundreds of
> times in the trace.
>
> 20in downn/a3.195VENDOR_ENDPOINT-
> URB Header (length: 80)
> SequenceNumber: 20
> Function: 0019 (VENDOR_ENDPOINT)
> PipeHandle:
On Tue, 24 Jul 2007, Ron Gage wrote:
> Greetings:
>
> I need some help here. I am trying to develop a driver for an
> "EnsureTechnologies Xyloc Model U-1" USB-based security device. It is
> basically an RFID receiver and matchbook sized serialized remote - the
> RFID receiver detects when th
Oliver Neukum wrote:
> Am Dienstag 24 Juli 2007 schrieb Ron Gage:
>
>> Anyhow, the device appears to require a non-standard function code in
>> the URB header, code 0019. SnoopyPro (yeah, on Windows) says this
>> function code is "Vendor Endpoint". Obviously, there isn't any current
>> way
Oliver Neukum wrote:
> Am Dienstag 24 Juli 2007 schrieb Ron Gage:
>
>> Anyhow, the device appears to require a non-standard function code in
>> the URB header, code 0019. SnoopyPro (yeah, on Windows) says this
>> function code is "Vendor Endpoint". Obviously, there isn't any current
>> way
Am Dienstag 24 Juli 2007 schrieb Ron Gage:
> Anyhow, the device appears to require a non-standard function code in
> the URB header, code 0019. SnoopyPro (yeah, on Windows) says this
> function code is "Vendor Endpoint". Obviously, there isn't any current
> way to send such a function code wit
On Thu, Jun 29, 2006 at 10:51:37PM -0400, Andy Gay wrote:
> On Thu, 2006-06-29 at 19:40 -0700, Roland Dreier wrote:
> > > or:
> > > - send a patch against 2.6.17 that is my changes + your fixes to
> > > actually make it work.
> > >
> > > My patch was just a "throw it out there and see w
On Thu, 2006-06-29 at 19:40 -0700, Roland Dreier wrote:
> > or:
> > - send a patch against 2.6.17 that is my changes + your fixes to
> > actually make it work.
> >
> > My patch was just a "throw it out there and see what works or not", as I
> > don't even have the device to test it wit
> or:
> - send a patch against 2.6.17 that is my changes + your fixes to
> actually make it work.
>
> My patch was just a "throw it out there and see what works or not", as I
> don't even have the device to test it with.
I would love to see such a patch. I have a Kyocera KPC650 and I
On Wed, Jun 28, 2006 at 07:27:27PM -0400, Andy Gay wrote:
> I have adapted the modified Airprime driver that Greg posted a few weeks
> ago to add support for these 2 modules.
>
> That driver works for these modules if the USB IDs are added, and fixes
> the throughput problems in the earlier driver
On 6/28/06, Andy Gay <[EMAIL PROTECTED]> wrote:
> I have adapted the modified Airprime driver that Greg posted a few weeks
> ago to add support for these 2 modules.
>
> That driver works for these modules if the USB IDs are added, and fixes
> the throughput problems in the earlier driver. I had to
On Wed, 2006-06-28 at 17:11 -0700, Jeremy Fitzhardinge wrote:
> Andy Gay wrote:
> > - these modules present 3 bulk EPs, the 2nd & 3rd can be used for
> > control & status monitoring while data transfer is in progress on the
> > 1st EP. This is useful (and necessary for my application) so we need to
Andy Gay wrote:
> - these modules present 3 bulk EPs, the 2nd & 3rd can be used for
> control & status monitoring while data transfer is in progress on the
> 1st EP. This is useful (and necessary for my application) so we need to
> increase the port count.
>
Ooh, can you share the details of tho
On Thu, 23 Mar 2006, Oliver Neukum wrote:
> Am Donnerstag, 23. März 2006 23:12 schrieb Alisdair Davey:
> > Currently all I need to do is make sure I can get out a single image we
> > can look at. A single image consists of 2097152 bytes. If I run the
> > userspace program with the machine in sing
Am Donnerstag, 23. März 2006 23:12 schrieb Alisdair Davey:
> Currently all I need to do is make sure I can get out a single image we
> can look at. A single image consists of 2097152 bytes. If I run the
> userspace program with the machine in single user mode I seem to be able
> to do this [I've ye
>From: Nitin Mahajan
>
>different manufacturers. Do all these cables fall
>under a particulas combination of device class and
>subclass?
You should be able to see that by doing an lsusb -v on
your device; it will dump the class/subclass codes--in
that case the best you could do is attach to an int
>> > My problem is that I want the driver binding to happen
>> > for all such kind of cable from different vendors and
>> > from new vendors also in future.
>>
>> I think you can use Device class & subclass instead of Vendor id/device
>> id.
>
> That assumes there IS a class. (And that those cost-
> Hi!
> I am writing a bulk transfer driver for data xfer
> through host-to-host xfer cable. I don't want to use
> the usbnet driver for the same. This driver is based
> on usb-skeleton.c and presently tested with PL-2301
> chips.
>
> My problem is that I want the driver binding to happen
> for
On Fri, 8 Jul 2005 11:33:20 +0530 Moushumi_Mazumdar wrote:
| Hi All,
|
| I am working on Power Quick II MPC8248 based VPN Board. I am using
| Embedded Planet Board as reference boards.
|
| Can anyone please let me know which all files I have to look into in
| order to configure a USB driver in H
On Tue, 22 Feb 2005 08:06:34 -0500, garrett beaubien <[EMAIL PROTECTED]> wrote:
> The driver works, except after a few seconds it hangs and displays the
> following error message:
>
> usb-uhci.c: interrupt, status 2, frame #
Did you check the urb->status? This message must be accompanied by
On Tue, 22 Feb 2005, garrett beaubien wrote:
> Hello,
>
> I have written a Linux USB driver for a development board I have. It
> has 2 interrupt endpoints, one in and one out. The driver does
> nothing more than recieves a packet from the board, displays the
> contents (with a printk), and tran
Thank you Alan for answering.
I had already checked all memory allocation and deallocation but its
worth a double and triple check, I'll do that again today.
The tasklet_buffer is deallocated inside the process_data() function,
thats because I don't know the exact time when the tasklet gets
exec
On Wed, 9 Feb 2005, Joaquin Durand Gomez wrote:
> Hello!
>
> I'm developing a linux driver for a USB fingerprint sensor.
> Right now the driver is working correctly, capturing fingerprint images
> from the sensor and sending them to a user-space application.
> The problem I'm having is that afte
Am Samstag, 25. September 2004 07:42 schrieb justin:
> static void bally_read_bulk_callback (struct urb *purb)
> {
> struct usb_bally *dev = (struct usb_bally *)purb->context;
> int result = 0;
>
> // if interrupted, just return
> if (purb->status == -ENOENT)
> {
> return;
> }
>
On Thu, Mar 11, 2004 at 10:40:33AM +0530, sumesh wrote:
> Hi,
> I would like to connect a PCMCIA Card to the USB Port through a
> PCMCIA-USB Adaptor.
> For this to function, I have to develop drivers. I see two
> approaches:-
Why? What is wrong with the current usb host controller dri
Start with usb-skelton.c file.
--- [EMAIL PROTECTED] wrote:
>
>
> Hi
>
> I am currently a senior electrical engineering
> student at the university of
> Texas at Austin. I am working on a project that
> involves interfacing a USB port
> to a Motorola 6812 running an student written OS. I
>
i am also new at usb
i found this is the best succint info you can find on usb
http://www.physics.brandeis.edu/phys32b_2002/USBIntro/
(usb in a nutshell)
on 1/19/03 5:22 PM, Shijo at [EMAIL PROTECTED] wrote:
>
> Hi,
>
> I am a beginner to USB device driver programming. I searched on the net
On Tue, 17 Sep 2002, Andrew Pargeter wrote:
| Can someone point me to the location of the USB driver skeleton mentioned in
| this forum?
It's file "usb-skeleton.c" in the linux/drivers/usb/ subdirectory
in 2.4.x or 2.5.y.
--
~Randy
"Linux is not a research project. Never was, never will be."
On Thu, Apr 04, 2002 at 03:01:52PM +0530, Avinash natarajan wrote:
> hi...
> the problem is the uhci.c in 2.4.18 has far too many differences
> compared to that in 2.4.2. so if a patch is created and applied it
> would not compile in 2.4.2.
As it is you who are making the requirement to stay
We are also developing driver for the ECI globspan based modem and we
have noticed that it work fine with ohci and usb-uhci but not for uhci
with many version of 2.4 kernel.
Another thing is that if the VIA patch are not in the kernel the driver
(in user mode with usbfs) often core dump when t
bject: Re: [linux-usb-devel] USB driver
problem:OHCI vs UHCI
Then you can probably generate the patch you need by using
"diff -u". $ diff -u 2.4.2/drivers/usb/uhci.c
2.4.18/drivers/usb/uhci.c > PATCH $ diff -u
2.4.2/drivers/usb/uhci.h 2.4.18/drivers/usb/uhci.h >
fixed in 2.4.18", it's worth
mentioning that in your initial "problem report" ...
- Original Message -
From: "Avinash natarajan" <[EMAIL PROTECTED]>
To: "David Brownell" <[EMAIL PROTECTED]>
Sent: Wednesday, April 03, 2002 10:50 PM
Subject: Re:
Your email is to a list so your "disclaimer" is a little late.
On Thu, 4 Apr 2002, Avinash natarajan wrote:
> hi...
> We are developing a linux usb device driver for usb adsl modem.
> We are facing some problem.
> While our driver is working well for OHCI hostcontroller (SiS, Compaq chip
> If I take the default package size 20 value to send it to my bluethooth
> device through USB, it fails because the Linux
> driver doesn't properly terminate a USB OUT transfer with a zero length
> packet when the transfer size is an integer multiple of the packet size.
Are you using the USB_ZER
On Tue, Nov 13, 2001 at 11:59:15AM +0100, Ing. Giorgio Alboni wrote:
> I need to develop a USB driver for our device (FX2000 fingerprint scanner).
> The FX2000 use bulk transfer.
> How can I do it? (where find documentation and example).
If you are only using bulk transfers, I'd recommend using l
> > The transfer/setup problem probably indicates that your pci_map_single
> > code (which you had to write for the SH processor, as I recall) is not
> > behaving correctly.
>
> I want to clarify better the problem that I have with transfer and
> setup:
OK, you're right that data structures allo
"david-b/OU=internet/DD.RFC-822=david-b"@[EMAIL PROTECTED]
wrote:
>
> The transfer/setup problem probably indicates that your pci_map_single
> code (which you had to write for the SH processor, as I recall) is not
> behaving correctly.
>
I want to clarify better the problem that I have with tra
The transfer/setup problem probably indicates that your pci_map_single
code (which you had to write for the SH processor, as I recall) is not
behaving correctly.
Sounds like you may not be using the correct version of the pci_pool
code, or there's some problem caused by other changes you've made.
Just plug in the device &
get the data from /proc/bus/usb/devices file.
This will give basic details about the configuration , interfaces,endpoints .
u can also use lsusb utility. ( part of usbutils - download link from linux-usb.org ).
If you need more info than this,
best way is to use a usb s
On Tue, Mar 20, 2001 at 05:44:08, [EMAIL PROTECTED] said:
> I have a Zip 100 USB and I need to write a driver for this device in
> Linux.
> Can you tell me how and from where I can get the device specifications
> to create this driver.
> Or how I can find out this device specifications.
Why not j
I've got the same error, either by using the libusb or ioctl() directly.
I ended by doing a kernel module ... and i'm currently doing it :-)
- Original Message -
From: "hariharan swaminathan" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, March 15, 2001 6:05 PM
Subject: [linu
The device specification says its a HID class device.
It's working in Windows.
But the descriptor structure in linux has 0xFF for DeviceClass,
DeviceSubClass & DeviceProtocol ( Vendor specific ? ).
That's why i started writing a seperate driver.
I am supposed to use set_report for sending data
Are you sure it's an HID class device? Most of these devices are Storage
Class or Vendor Specific.
Matt
On Thu, Mar 15, 2001 at 10:35:04PM +0530, hariharan swaminathan wrote:
> Hi,
>
> I am new to usb-driver programming.
> I am trying to write a usb driver for a smartcard reader
> The device i
47 matches
Mail list logo
