Linux kernel source tree https://git.amat.us/linux/atom/drivers?h=v3.3-rc6 2012-03-04T00:42:30Z 2012-03-04T00:42:30Z Linus Torvalds torvalds@linux-foundation.org 2012-03-04T00:42:30Z urn:sha1:8482a0abe94e535bca25d22f8d46bbecbfe1f132 SCSI fixes from James Bottomley: "There's just a single fix in here: the osd max device number fix." * tag 'scsi-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi-rc-fixes-2.6: [SCSI] osd_uld: Bump MAX_OSD_DEVICES from 64 to 1,048,576 2012-03-04T00:33:51Z Linus Torvalds torvalds@linux-foundation.org 2012-03-04T00:33:51Z urn:sha1:233ba2c5ffcf83f3dee3f4451724273f76cb7d8b PARISC fixes from James Bottomley: "This is a set of build fixes to get the cross compiled architecture testbeds building again" * tag 'parisc-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/jejb/parisc-2.6: [PARISC] don't unconditionally override CROSS_COMPILE for 64 bit. [PARISC] include <linux/prefetch.h> in drivers/parisc/iommu-helpers.h [PARISC] fix compile break caused by iomap: make IOPORT/PCI mapping functions conditional 2012-03-03T17:31:49Z Linus Torvalds torvalds@linux-foundation.org 2012-03-03T17:31:49Z urn:sha1:2ce3f2b3b1a646d82b86991c424b5121e0322cb8 Pull from Herbert Xu: "This push fixes a bug in mv_cesa that causes all hash operations that supply data on a final operation to fail." * git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6: crypto: mv_cesa - fix final callback not ignoring input data 2012-03-02T23:21:48Z Linus Torvalds torvalds@linux-foundation.org 2012-03-02T23:21:48Z urn:sha1:62d222b8c8ee0ddd3dd6921ce9c1a5667616dc1c hhwmon fixes for 3.3-rc6 from Guenter Roeck: These patches are necessary for correct operation and management of F75387. * tag 'hwmon-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging: hwmon: (f75375s) Catch some attempts to write to r/o registers hwmon: (f75375s) Properly map the F75387 automatic modes to pwm_enable hwmon: (f75375s) Make pwm*_mode writable for the F75387 hwmon: (f75375s) Fix writes to the pwm* attribute for the F75387 2012-03-02T23:21:15Z Linus Torvalds torvalds@linux-foundation.org 2012-03-02T23:21:15Z urn:sha1:d085a09cf350c5a92d8db151a087355c1a2a91e8 fbdev fixes for 3.3 from Florian Tobias Schandinat It includes: - two fixes for OMAP HDMI - one fix to make new OMAP functions behave as they are supposed to - one Kconfig dependency fix - two fixes for viafb for modesetting on VX900 hardware * tag 'fbdev-fixes-for-3.3-2' of git://github.com/schandinat/linux-2.6: OMAPDSS: APPLY: make ovl_enable/disable synchronous OMAPDSS: panel-dvi: Add Kconfig dependency on I2C viafb: fix IGA1 modesetting on VX900 viafb: select HW scaling on VX900 for IGA2 OMAPDSS: HDMI: hot plug detect fix OMAPDSS: HACK: Ensure DSS clock domain gets out of idle when HDMI is enabled 2012-03-02T20:02:23Z Nikolaus Schulz mail@microschulz.de 2012-02-28T21:15:54Z urn:sha1:15d1ad0cc9d2d3f549afddbcdbc9c3637f0d1331 It makes no sense to attempt to manually configure the fan in auto mode, or set the duty cycle directly in closed loop mode. The corresponding registers are then read-only. If the user tries it nonetheless, error out with EINVAL instead of silently doing nothing. Signed-off-by: Nikolaus Schulz <mail@microschulz.de> [guenter.roeck@ericsson.com: Minor formatting cleanup] Signed-off-by: Guenter Roeck <guenter.roeck@ericsson.com> 2012-03-02T19:56:43Z Nikolaus Schulz schulz@macnetix.de 2012-02-28T21:15:53Z urn:sha1:b17d6561acc16265b65b1e0d27b649829b61a7e3 The F75387 supports automatic fan control using either PWM duty cycle or RPM speed values. Make the driver detect the latter mode, and expose the different modes in sysfs as per pwm_enable, so that the user can switch between them. The interpretation of the pwm_enable attribute for the F75387 is adjusted to be a superset of those values used for similar Fintek chips which do not support automatic duty mode, with 2 mapping to automatic speed mode, and moving automatic duty mode to the new value 4. Toggling the duty mode via pwm_enable is currently denied for the F75387, as the chip then simply reinterprets the fan configuration register values according to the new mode, switching between RPM and PWM units, which makes this a dangerous operation. This patch introduces a new pwm mode into the driver. This is necessary because the new mode (automatic pwm mode, 4) may already be enabled by the BIOS, and the driver should not break existing functionality. This was seen on at least one board. Signed-off-by: Nikolaus Schulz <mail@microschulz.de> Signed-off-by: Guenter Roeck <guenter.roeck@ericsson.com> 2012-03-02T02:27:43Z Linus Torvalds torvalds@linux-foundation.org 2012-03-02T02:27:43Z urn:sha1:1f033c1a6ec1a6815e9c4507d83eb20161163c37 Watchdog updates from Wim Van Sebroeck: * git://www.linux-watchdog.org/linux-watchdog: watchdog: fix GETTIMEOUT ioctl in booke_wdt watchdog: update maintainers git entry watchdog: Fix typo in pnx4008_wdt.c watchdog: Fix typo in Kconfig watchdog: fix error in probe() of s3c2410_wdt (reset at booting) watchdog: hpwdt: clean up set_memory_x call for 32 bit 2012-03-02T02:26:48Z Linus Torvalds torvalds@linux-foundation.org 2012-03-02T02:26:48Z urn:sha1:13fb2d10371581f42c81da54ef7a1e1a9dfe6d46 Pull from Mark Brown: "A simple, driver specific fix. This device isn't widely used outside of Marvell reference boards most of which are probably used with their BSPs rather than with mainline so low risk." * tag 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator: regulator: fix the ldo configure according to 88pm860x spec 2012-03-02T02:24:52Z Linus Torvalds torvalds@linux-foundation.org 2012-03-02T02:24:52Z urn:sha1:a223c522805d4e9de4903fdd9c14588e558b2c16 i2c bugfix from Wolfram Sang: "This patch fixes a wrong assumption in the mxs-i2c-driver about a command queue being done. Without it, we have seen races when the bus was under load." * 'i2c-embedded/for-3.3' of git://git.pengutronix.de/git/wsa/linux-2.6: i2c: mxs: only flag completion when queue is completely done