>From: Alan Stern <[EMAIL PROTECTED]>
>To: James McMechan <[EMAIL PROTECTED]>
>CC: linux-usb-devel@lists.sourceforge.net,
>
>Subject: Re: [linux-usb-devel] [ link to patch] resurrecting the uml-hcd
>Date: Mon, 14 Aug 2006 10:59:12 -0400 (EDT)
>
>On Mo
>From: Alan Stern <[EMAIL PROTECTED]>
>To: James McMechan <[EMAIL PROTECTED]>
>CC: linux-usb-devel@lists.sourceforge.net,
>
>Subject: Re: [linux-usb-devel] [ link to patch] resurrecting the uml-hcd
>Date: Sun, 13 Aug 2006 15:00:35 -0400 (EDT)
>
>On Su
mechan/uml-hcd.2.6.17.6.patch.bz2
it is 1104 lines long & 31K in size so I stuck it on a web page.
Enjoy,
James McMechan
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly wit
One thing I noticed while prepareing that 63K patch was that some of the
config options appear to not do anything.
I grep-ed for CONFIG_USB_OHCI_SA CONFIG_USB_UHCI_ALT CONFIG_USB_UHCI_HCD
CONFIG_USB_UHCI and did not find them in elsewhere so these may be left over
from earlier work. I may also
> On Wed, Oct 23, 2002 at 07:10:45AM -0700, James McMechan wrote:
> > And here is the patch for 2.5.44-1, which is against vanilla
linux-2.5.44 +
> > uml-patch-2.5.44-1
>
> Nice job.
Thank you.
>
> > This one enumerates the devices in the host's /proc/bus/u
make a long email though :(
James McMechan
diff-2.5.44-1u
Description: Binary data
bus/usb/... interface on the
host side, completion ripples back the other direction in a similar manner.
This patch is for vanilla linux-2.4.19 + uml-patch-2.4.19-17
It is nice to hear that someone else is interested
Enjoy,
James McMechan
diff-2.4.19-17u
Description: Binary data
From: Doug Alcorn <[EMAIL PROTECTED]>
Date: Mon, 21 Oct 2002 14:30:58 -0400
Subject: [linux-usb-devel] status of UML usb host controller
>I saw a message in the archives saying there was a patch for UML to
>add a USB host controller. However, I can't find the patch. I've
>emailed the announcemen
> Just a bit more complex than that ... It would be _nice_ to
> have error simulation modes in there, to support more than one
> device (ideally in separate UML virtual machines!), and add some
> random delays for load simulation. But periodic transfers must
> be initiated only at the correct int
For some reason this was rejected earlier..
> >>It's just an issue of UML not wanting to honor a traditional hack ... :)
> >
> > Not so much, not honoring, as I was thinking that the traditional hack
> > should be made generic?
>
> In 2.5, the way such stuff gets made generic is to evolve it into
> >>Could you tell me a bit what you think a UML HCD would do? I've yet to
> >>fire upUML. I was under the impression that it wasn't really able to
> >>debug real device drivers -- yet.
> >
> > Well that depends on what you mean by a real device driver :) what it
> > currently does is open the f
> > Well the API seems to still be moving as of 2.5.36
>
> Heh, it's my goal to change it for every kernel release, to keep
> everyone on their toes :)
Well, if it keeps you happy :)
>
> > What is the 2nd argument of usb_register_root_hub supposed to be?
> > I was reading the code and it shows it
Well the API seems to still be moving as of 2.5.36
What is the 2nd argument of usb_register_root_hub supposed to be?
I was reading the code and it shows it as the parent, but what is the
meaning of a parent of a root hub?
usb_register_root_hub appears to have been a replacement for the
usb_new_dev
> > UMLs does not really deal with DMA itself and the other mid-layer for
> > example SCSI & sound don't appear try to tinker with DMAable buffers
> > themselves but defer that down to the driver, which after all has much
more
> > exact information about what the hardware is.
>
> USB has two level
> Could you tell me a bit what you think a UML HCD would do? I've yet to
> fire upUML. I was under the impression that it wasn't really able to
> debug real device drivers -- yet.
>
Well that depends on what you mean by a real device driver :) what it
currently does is open the files in /proc/bu
15 matches
Mail list logo