<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/sys/dev/usb/ums.c, branch stable/10</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=stable%2F10</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=stable%2F10'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2009-02-23T18:16:17Z</updated>
<entry>
<title>Move usb to a graveyard location under sys/legacy/dev, it is intended that the</title>
<updated>2009-02-23T18:16:17Z</updated>
<author>
<name>Andrew Thompson</name>
<email>thompsa@FreeBSD.org</email>
</author>
<published>2009-02-23T18:16:17Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=3975e3a1eac3dd9077dc4523a8def1606ff1559c'/>
<id>urn:sha1:3975e3a1eac3dd9077dc4523a8def1606ff1559c</id>
<content type='text'>
new USB2 stack will fully replace this for 8.0.

Remove kernel modules, a subsequent commit will update conf/files. Unhook
usbdevs from the build.
</content>
</entry>
<entry>
<title>Replace all calls to minor() with dev2unit().</title>
<updated>2008-09-27T08:51:18Z</updated>
<author>
<name>Ed Schouten</name>
<email>ed@FreeBSD.org</email>
</author>
<published>2008-09-27T08:51:18Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=6bfa9a2d66dd0e00182017d6741d44e54d0b2cca'/>
<id>urn:sha1:6bfa9a2d66dd0e00182017d6741d44e54d0b2cca</id>
<content type='text'>
After I removed all the unit2minor()/minor2unit() calls from the kernel
yesterday, I realised calling minor() everywhere is quite confusing.
Character devices now only have the ability to store a unit number, not
a minor number. Remove the confusion by using dev2unit() everywhere.

This commit could also be considered as a bug fix. A lot of drivers call
minor(), while they should actually be calling dev2unit(). In -CURRENT
this isn't a problem, but it turns out we never had any problem reports
related to that issue in the past. I suspect not many people connect
more than 256 pieces of the same hardware.

Reviewed by:	kib
</content>
</entry>
<entry>
<title>sc-&gt;sc_ibuf should be malloc'ed after quirks applied, as</title>
<updated>2008-08-18T17:13:23Z</updated>
<author>
<name>Kai Wang</name>
<email>kaiw@FreeBSD.org</email>
</author>
<published>2008-08-18T17:13:23Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=5a288360c87a4cfe313f4f7850d077436dbb8989'/>
<id>urn:sha1:5a288360c87a4cfe313f4f7850d077436dbb8989</id>
<content type='text'>
sc-&gt;sc_isize might have changed.

MFC after:   3 days
</content>
</entry>
<entry>
<title>Re-add Microsoft Intellimouse 2.0 TWHEEL quirk.</title>
<updated>2008-08-18T16:29:13Z</updated>
<author>
<name>Kai Wang</name>
<email>kaiw@FreeBSD.org</email>
</author>
<published>2008-08-18T16:29:13Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=f8b6bf04482b102b7fe6101f5c56bb060fd64225'/>
<id>urn:sha1:f8b6bf04482b102b7fe6101f5c56bb060fd64225</id>
<content type='text'>
Tested by:	Merritt Draney, Brian Cox
PR:		kern/123224
PR:		kern/123510
MFC after:	3 days
</content>
</entry>
<entry>
<title>Add support for Microsoft Notebook Optical Mouse 3000 Model 1049.</title>
<updated>2008-04-30T19:37:54Z</updated>
<author>
<name>Kai Wang</name>
<email>kaiw@FreeBSD.org</email>
</author>
<published>2008-04-30T19:37:54Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=8319f315be3b69cfeb6a0e6c2dfc6d47b479bf9e'/>
<id>urn:sha1:8319f315be3b69cfeb6a0e6c2dfc6d47b479bf9e</id>
<content type='text'>
Reviewed by:		imp
(RELENG-7) Tested by:	Oliver Herold &lt;oliver@akephalos.de&gt;
PR:			usb/121052
MFC after:		1 month
</content>
</entry>
<entry>
<title>Partially revert 1.95.  It changed the probe for a mouse device to only</title>
<updated>2008-03-12T20:20:36Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2008-03-12T20:20:36Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=4c134f3e801548185ff51f18d024aa180495b4ed'/>
<id>urn:sha1:4c134f3e801548185ff51f18d024aa180495b4ed</id>
<content type='text'>
accept a mouse using the boot subclass.  Instead, restore the original
hid_is_collection() test and fallback to testing the interface class,
subclass, and protocol if that fails.

MFC after:	1 week
PR:		usb/118670
</content>
</entry>
<entry>
<title>Sync with rev 1.63 of NetBSD's ums.c:</title>
<updated>2007-12-26T14:31:16Z</updated>
<author>
<name>Rui Paulo</name>
<email>rpaulo@FreeBSD.org</email>
</author>
<published>2007-12-26T14:31:16Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=12b98c52dd132eb634eb6a783344e71d9926820a'/>
<id>urn:sha1:12b98c52dd132eb634eb6a783344e71d9926820a</id>
<content type='text'>
     If a mouse has both a wheel and a Z direction we report both.
     XXX Due to tradition the wheel is reported as the Z direction (and the Z
     direction as W).
     Now Apple's Mighty Mouse is fully supported, except the X11 mouse driver
     doesn't know what to do with the new coordinate.

MFC after:   3 months

Approved by:   njl (mentor), imp
</content>
</entry>
<entry>
<title>ums(4) does not work if the mouse defaults to boot protocol.  Force</title>
<updated>2007-07-25T06:43:06Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2007-07-25T06:43:06Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=8a639d8fb646b06b44d3a8b9075ab4aedee5794e'/>
<id>urn:sha1:8a639d8fb646b06b44d3a8b9075ab4aedee5794e</id>
<content type='text'>
the protocol to be report on each open, but ignore any errors as set
protocol for mice that don't implement the boot protocol can generate
an error.  Evidentally, the Gyration GyroPoint RF Technology Receiver
(Gyration Ultra Cordless) device has this problem.

Submitted by: Eugene M. Kim
PR: 106565
Approved by: re (blanket)
</content>
</entry>
<entry>
<title>Add support for various MS Wirless usb mice.  the patch is from</title>
<updated>2007-06-29T21:07:41Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2007-06-29T21:07:41Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=3995a80fd6cf4996fb1f7317d614bad9306129cc'/>
<id>urn:sha1:3995a80fd6cf4996fb1f7317d614bad9306129cc</id>
<content type='text'>
Hellmuth with some refinements by myself and flz@.  It works for me
with my non-MS mice, so nothing should be broken by it.

Submitted by: Hellmuth Michaelis
PR: 90162
Approved by: re (blanket)
</content>
</entry>
<entry>
<title>Latest round of usb cleanups:</title>
<updated>2007-06-21T14:42:34Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2007-06-21T14:42:34Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=bbc84740c17578667d00b064cbd66ab0442a54bd'/>
<id>urn:sha1:bbc84740c17578667d00b064cbd66ab0442a54bd</id>
<content type='text'>
o Consistently use device_foo_t and bus_foo_t for functions implementing
  device_foo and bus_foo respectively.  Adjust those routines that were wrong
  (we should do this throughout the tree).
o make all the modules depend on usb.  Otherwise these modules won't
  load.
o ucycom doesn't need usb_port.h
o Minor unifdefing
o uhub, umass, ums, urio, uscanner conversion complete.
o ukbd: Remove the NO_SET_PROTO quirk (fixes a PR 77940).  NetBSD removed
  their check and setting the proto a long time ago.
o umodem panic fixed.  UQ_ASSUME_CM_OVER_DATA quirk removed because I've never
  seen a umodem that needed this rejection for proection (this gets rid of
  ~20% of the quirks).

Approved by: re@ (kensmith)
PR: 77940
</content>
</entry>
</feed>
