I'm pretty sure the AppleHIDDriver is/was handling interface 1. I
suggest looking at the examples of a codeless-kext and how that can
prevent the AppleHIDDriver from matching. In general your approach
sounds fine, I'm sure it's some small detail that's tripped you up.
David Ferguson
USB Software Team
5:31 PM -0800 12/14/05, Doug Brown wrote:
The gist of what I'm doing is as follows:
- Create a matching dictionary that will directly match the
interface (I don't really care about the whole device -- and yes, my
code differs with Apple's here, but both ways get the same result)
- Call IOServiceGetMatchingDictionary()
- Create the plugin and the device interface
- Open the interface
- GetNumEndpoints()
- I even send a request for a descriptor over the default control
pipe using ControlRequest(), and it works fine and I get the data
I'm expecting.
- Up to this point, nothing has errored out.
But as soon as I call anything such as GetPipeStatus() or
WritePipe() or GetPipeProperties(), these functions fail and return
kIOUSBUnknownPipeErr
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Usb mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/usb/email@hidden
