On Thu, 8 Aug 2013, Pete Batard wrote: > Considering that, as you're reiterated, we're all in agreement that the > preference is to have the manufacturer fix specs compliance (with our > disagreement being what action should be taken if that preference can't > become reality), I expect that, before you decided to add a quirk to the > kernel, you must first have tried to get the manufacturer to fix > compliance, by asking the user to contact them, and must have found that > this effort went nowhere.
This has happened. Not for every quirk, though. Besides, even if the manufacturer does fix the defect, that won't make any difference to all the devices that have already been shipped. > Consequently, I also expect that, since you'd be reluctant to add an > element that goes against the option you deem preferable for all, we can > expect many an example of explicit discontentment towards non specs > compliant manufacturers, either in the code for the quirks or on the > relevant mailing list posts. > > Is that a fair assessment? Indeed. There's so much material in the mailing lists that it isn't easy to filter out any particular class of comments, but there are plenty of examples where people have complained about manufacturers' disregard for the specs. There is even a place in the USB mass-storage driver where, in despair of getting some vendors ever to fix their firmware, I added a blanket quirk for _all_ devices with those vendor IDs. (The vendors in question were Nokia, Nikon, Pentax, and Motorola, and the bug was that the devices would return the total number of data blocks they contained when asked for the highest available block number -- an off-by-one error.) Alan Stern ------------------------------------------------------------------------------ Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk _______________________________________________ libusbx-devel mailing list libusbx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libusbx-devel
