All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jason Wessel <jason.wessel@windriver.com>
To: qemu-devel@nongnu.org, linux@tjworld.net
Cc: kvm <kvm@vger.kernel.org>
Subject: Re: [Qemu-devel] [PATCH] Add USB sys file-system support (v2)
Date: Fri, 05 Sep 2008 08:30:23 -0500	[thread overview]
Message-ID: <48C1346F.3000405@windriver.com> (raw)
In-Reply-To: <1220580385.2638.15.camel@hephaestion>

TJ wrote:
> Revision 2.
>
> I realised I'd made a major programming boo-boo despite knowing better -
> requesting an allocation of memory in the host USB file-system scan
> function, forgetting that the function isn't just called once but
> repeatedly. That would have led to orphaned memory allocations each time
> a USB scan or open operation occurred - baaad!
>
> I've also changed the logic so it only scans for the USB file-system
> type the first time. After that it works off stored values.
>
>   

Perhaps there is more work to do with this patch, or there are other
pieces still pending?

I tried out the patch because it looked reasonably interesting on ubuntu
7.10 64bit, and looked like a nice way to attach a local USB device, but
it did not quite work.

IE:
(qemu) info usbhost
  Device 3.2, speed 12 Mb/s
    Class 00: USB device 067b:2303, USB-Serial Controller


The first thing I tried was using it with the vendor/product id and it
failed immediately.

qemu ... -usb -usbdevice host:067b:2303
Warning: could not add USB device host:067b:2303

Then I tried using it with bus.addr syntax:

qemu ... -usb -usbdevice host:003.002
husb: open device 3.2
husb: opened /dev/bus/usb/003/002
husb: config #1 need -1
husb: 1 interfaces claimed for configuration -1
husb: grabbed usb device 3.2
usb_linux_update_endp_table: Broken pipe
Warning: could not add USB device host:003.002



It turns out that it is failing on the ioctl in usb-linux.c


    541         ct.bRequestType = USB_DIR_IN | USB_RECIP_INTERFACE;
    542         ct.bRequest = USB_REQ_GET_INTERFACE;
    543         ct.wValue = 0;
    544         ct.wIndex = interface;
    545         ct.wLength = 1;
    546         ct.data = &alt_interface;
    547         ct.timeout = 50;
    548
    549         ret = ioctl(s->fd, USBDEVFS_CONTROL, &ct);
    550         if (ret < 0) {
    551             perror("usb_linux_update_endp_table");
    552             return 1;
    553         }


I can see that some of the ioctls succeed so perhaps it is partially
working.  Any ideas around why this might be failing?  I had not ever
looked at the qemu usb code before, but the -1 for the configuration did
look a bit suspicious . 

Cheers,
Jason.

  reply	other threads:[~2008-09-05 13:30 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-09-04 23:35 [PATCH] Add USB sys file-system support TJ
2008-09-05  2:06 ` [PATCH] Add USB sys file-system support (v2) TJ
2008-09-05 13:30   ` Jason Wessel [this message]
2008-09-05 18:51     ` [Qemu-devel] " TJ
2008-09-05 19:19       ` Jason Wessel
2008-09-05 20:28         ` TJ
2008-09-05 20:54           ` Jason Wessel
2008-09-05 21:13         ` [PATCH] Add USB sys file-system support (v3) TJ
2008-09-08 14:47           ` Jason Wessel
2008-09-17 19:31             ` [PATCH] Add USB sys file-system support (v4) TJ
2008-09-17 20:31               ` Anthony Liguori
2008-09-17 22:47                 ` [PATCH] Add USB sys file-system support (v5) TJ
2008-09-22 22:37                   ` Anthony Liguori
2008-09-23  1:23                     ` [Qemu-devel] " TJ
2008-09-23  1:33                     ` [PATCH] Add USB sys file-system support (v6) TJ
2008-09-25 17:45                       ` Anthony Liguori
2008-10-01 21:21                       ` [PATCH] Add USB sys file-system support (v7) TJ
2008-10-01 23:19                         ` [PATCH] Add USB sys file-system support (v8) TJ
2008-10-07 20:09                           ` Anthony Liguori
2008-09-05 19:20     ` [Qemu-devel] [PATCH] Add USB sys file-system support (v2) TJ

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=48C1346F.3000405@windriver.com \
    --to=jason.wessel@windriver.com \
    --cc=kvm@vger.kernel.org \
    --cc=linux@tjworld.net \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.