- 08 Dec, 2011 36 commits
-
-
Jonathan Cameron authored
In all existing cases, the calls are coming from a location where the indio_dev is already available. Signed-off-by:
Jonathan Cameron <jic23@kernel.org> Signed-off-by:
Greg Kroah-Hartman <gregkh@suse.de>
-
Jonathan Cameron authored
Now buffers do not have a specific dev structure, this is garbage. Signed-off-by:
Jonathan Cameron <jic23@cam.ac.uk> Signed-off-by:
-
Jonathan Cameron authored
No longer needed now we don't allow sysfs acccess to buffer data. Signed-off-by:
Lars-Peter Clausen <lars@metafoo.de> Signed-off-by:
-
Jonathan Cameron authored
No longer needed as we don't have drivers providing sysfs access to buffered data. Signed-off-by:
-
Jonathan Cameron authored
No known use case and makes in kernel interface work more complex. Signed-off-by:
-
Jonathan Cameron authored
No known use case and makes in kernel interface work more complex. Signed-off-by:
-
Jonathan Cameron authored
No known use case and complicates in kernel interface work. Signed-off-by:
-
Jonathan Cameron authored
No known usecase and makes in kernel interface work more complex. Signed-off-by:
-
Jonathan Cameron authored
No known use case and complicates in kernel interface work. Signed-off-by:
-
Jonathan Cameron authored
No known use case and complicates in kernel interface work. Signed-off-by:
-
Jonathan Cameron authored
No known use case and complicates in kernel interface work. Signed-off-by:
-
Jonathan Cameron authored
No known use case and complicates in kernel interface work. Signed-off-by:
-
Jonathan Cameron authored
No obvious usecase and complicates in kernel interface work. Signed-off-by:
-
Jonathan Cameron authored
Legacy of having multiple chrdevs that never got cleaned up. Signed-off-by:
-
Jonathan Cameron authored
Obviously drivers should only use this for pushing to buffers. They need buffer->scan_mask for pulling from them post demux. Signed-off-by:
-
Jonathan Cameron authored
These callbacks should not be buffer instance specific. Hence move them out of the buffer. Signed-off-by:
-
Jonathan Cameron authored
There are no known reasons why userspace should want this value. It can be established from the buffer description anyway. Signed-off-by:
-
Jonathan Cameron authored
Has no remaining users. Signed-off-by:
-
Jonathan Cameron authored
Kind of obvious for this device but useful for testing purposes. Signed-off-by:
-
Jonathan Cameron authored
This allows for matching against the name given on a datasheet, however silly/inconsistent it might be. Useful for in kernel interfaces. Signed-off-by:
-
Jonathan Cameron authored
Also, the differential channels should always have been signed. Signed-off-by:
-
Jonathan Cameron authored
Signed-off-by:
-
Jonathan Cameron authored
This gives you only what you ask for which is handy for some devices with weird scan combinations. Routes all data flow through a core utility function. That and this demuxing support will be needed to do demuxing to multiple destinations in kernel. Signed-off-by:
-
Jonathan Cameron authored
Also introduces active_scan_mask storage to tell the core what is really being currently captured from the device (different from what is desired as often has bonus channels). Signed-off-by:
-
Jonathan Cameron authored
Signed-off-by:
-
Jonathan Cameron authored
Basically avoids looking it up lots of times. Signed-off-by:
-
Jonathan Cameron authored
Useful for getting to the channel based on scan mask alone. Signed-off-by:
-
Lars-Peter Clausen authored
In ancient times it was necessary to manually initialize the bus field of an spi_driver to spi_bus_type. These days this is done in spi_register_driver() so we can drop the manual assignment. The patch was generated using the following coccinelle semantic patch: // <smpl> @@ identifier _driver; @@ struct spi_driver _driver = { .driver = { - .bus = &spi_bus_type, }, }; // </smpl> Signed-off-by: -
Lars-Peter Clausen authored
This patch adds support for the Analog Devices D5380, AD5381, AD5382, AD5383, AD5384, AD5390, AD5391, AD5392 multi-channel Digital to Analog Converters. Signed-off-by:
-
Lars-Peter Clausen authored
This patch adds support for the Analog Devices AD5764, AD5764R, AD5744, AD5744R quad channel analog-to-digital converter. Signed-off-by:
-
Jonathan Cameron authored
Previously timestamps were always on in this driver. Signed-off-by:
-
Jonathan Cameron authored
Signed-off-by:
-
Jonathan Cameron authored
Eating the endian description for now. Signed-off-by:
-
Bryan Freed authored
When illuminance0_calibbias gets 4000 (for a 4x multiplier), we see lux granularity of 4. Reversing the order of the right shift and multiplication retains the precision of the unadjusted lux value. Signed-off-by:
Bryan Freed <bfreed@chromium.org> Acked-by:
-
Andreas Ruprecht authored
In sca3000_store_measurement_mode() we use val to and it with a mask. This mask is only two bits long (as we are only interested in the lowest two bits), so a value bigger than 3 was silently ignored so far. Now this function will return -EINVAL, if val is bigger than 3. Signed-off-by:
Andreas Ruprecht <rupran@einserver.de> Acked-by:
-
Andreas Ruprecht authored
In sca3000_store_measurement_mode() we parse a value from a string buffer via kstrtou8, and store the parsed value into a u8 after and-ing it with mask. As we are only interested in the lowest two bits here and mask is initialized with a fixed value 0x03, mask may as well be a u8. Signed-off-by:
-
- 01 Dec, 2011 4 commits
-
-
Greg Kroah-Hartman authored
Hank is no longer at Microsoft, so remove his email address as it bounces. Cc: KY Srinivasan <kys@microsoft.com> Signed-off-by: -
Greg Kroah-Hartman authored
This removes the hv_mouse driver as it's now in Jiri's HID tree in the "proper" place. Cc: KY Srinivasan <kys@microsoft.com> Cc: Jiri Kosina <jikos@jikos.cz> Signed-off-by: -
Martyn Welch authored
The use of typedefs is discouraged, remove them. Signed-off-by:
Martyn Welch <martyn.welch@ge.com> Signed-off-by:
-
K. Y. Srinivasan authored
The current code implemented a per-HBA memory pool mechanism. For IDE disks managed by this driver, there is a one to one correspondance between the block device and the associated virtual HBA and since currently only IDE devices can be the boot device, this addressed the deadlock issues that were raised during the review process. This patch implements a per-lun memory pool mechanism. Signed-off-by:
K. Y. Srinivasan <kys@microsoft.com> Signed-off-by:
Haiyang Zhang <haiyangz@microsoft.com> Signed-off-by:
-
