Imagine how great Android would be if Google applied the same rules.https://twitter.com/CarmenCrincoli/status/909854644037345280 …
If you can make physical devices that actually need device-specific drivers (not just USB HID, storage, etc.) you prob. have $$ for signing.
-
-
Ideally everything would run on standard protocols and no device-specific drivers would be needed, ever.
-
Driver signing is just a protection racket. It makes no actual guarantees about the code.
-
No, it means the driver underwent some level of scrutiny and that the normal sorts of hacks/crapware the hw vender wanted to do were removed
-
It's not a perfect system (perfect system would be no drivers at all & no need for them), but it's much better than the 9x/XP era.
-
You can still pull all the same crap. Raymond Chen even explains how: have a "be terrible" registry key and set it to 0 in the...
-
"for testing" installer bundle, get the stamp from the protection racket, and then set the key to 1 in the real installer you ship.
-
I'd rather have crappy drivers I can opt to not use than have user-hostile restrictions on my computer.
-
"Opt not to use" means you're opting not to use the hardware. Only by forcing vendors to have complying drivers do you get usable ones.
- 11 more replies
New conversation -
-
-
The problem w/ the device classes for data xfer is they are slow. If I need something faster than CDC/HID, I'd need a custom driver.
-
USB storage (with the new mode that's essentially SCSI-over-USB-3, forget its name) or USB network (fake eth) should cover most/all needs.
-
Though of course it would be ideal to have a few additional general models for high-speed data acquisition/streaming, etc.
-
My hypothetical device isn't even that fast. It's just simply faster than HID (64 kB/sec) or a UART (< 1 MB/sec) can provide (< 10 MB/sec).
-
Is there any theoretical/protocol reason USB serial/uart is limited to <1MB/sec?
-
I don't know. But the most I see USB-to-serial UARTs go to is 12 Megabaud (still not enough for my uses :(...).
-
It'd be interesting to see how high you could take it using an FPGA implementation.
End of conversation
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.