qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: nix.wie.weg@gmx.de
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Large USB-Patch Documentation and todays CVS patch
Date: Thu, 27 Apr 2006 17:45:31 +0200	[thread overview]
Message-ID: <4450E71B.8000003@gmx.de> (raw)
In-Reply-To: <445061CA.7070605@austin.rr.com>

Hello Lonnie.

Lonnie Mendez wrote:
> Johannes Schindelin wrote:
>
>>
>   Seeing as there is a release coming up this is most definitely not a
> good thing.  Initial testing yielded lots of this.
>   I'd like to see my all-in-one patch stripped out.  Then simply
> modifying the linux redirector to support the improved error handling
> (have it clear endpoint halt/etc) and other improvements.  Later, the
> new redirectors can be merged in and modified as necessary.
Nobody said anything about a short to come release. I have no problem to
suspend the patch until after this release. But then usb should stay as
untouched as possible.
>
>   The purpose of modifying the user interface to the usb layer also
> confuses me.  What was the reasoning behind changing host:busaddr.addr
> to host:busaddr:addr and host:VID:PID to host:VIDxPID?  This is
> something that should be abstracted in the layer and not handed down
> to the user.  Why display the bcdUSB revision and not the connected
> speed to the user (as is already done)?
The reason was a simple thougth of mine: a linux user could probably
better understand bus:device (it is something which he gets displayed
sometimes from libusb: libusb:001:002) but I m really open to change it
to whatever string you want. A other possibility is that we introduce
something like hostid:VID:PID. I can only tell you that I do not
completely like the old notation. (But as I said before, no hard
feelings about that, it is changed in less than a minute)

The reason for the bcdUSB revision is even simpler. A person who has
only used USB has no idea what full speed or lowspeed does mean. If you
look through the code you will notice that the speed setting was
determined by bcdUSB and so I thougth it may be better to display it. As
most people have a idea what USB 1.0, 1.1 or 2.0 means.

With kind regards,
Tino H. Seifert

  reply	other threads:[~2006-04-27 15:45 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-04-26 16:19 [Qemu-devel] Large USB-Patch Documentation and todays CVS patch nix.wie.weg
2006-04-26 22:40 ` Johannes Schindelin
2006-04-27  1:23   ` nix.wie.weg
2006-04-27  8:37     ` andrzej zaborowski
2006-04-27  9:48     ` Johannes Schindelin
2006-04-27 13:29       ` Lonnie Mendez
2006-04-27 15:30       ` nix.wie.weg
2006-04-27  6:16   ` Lonnie Mendez
2006-04-27 15:45     ` nix.wie.weg [this message]
2006-04-28 12:44       ` Joseph Miller
  -- strict thread matches above, loose matches on Subject: below --
2007-05-23 11:23 Per Åstrand

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=4450E71B.8000003@gmx.de \
    --to=nix.wie.weg@gmx.de \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).