Tags give the ability to mark specific points in history as being important
-
iio-fixes-for-3.10b
6c5d4c96 · ·Second round of IIO fixes for the 3.10 cycle. A couple of little bits and pieces, some delayed due to traveling. 1) A memory leak fix in the callback buffer. 2) Wrong exit path due to a return when it should have been a goto. 3) Bug in a mask value in ad4350 4) Reading the wrong value in raw to processed utility function.
-
regulator-v3.10-rc4
dcbd8eec · ·regulator: Fixes for v3.10 A few small fixes for v3.10, documentation things in the core and a few driver bugs.
-
pm+acpi-3.10-rc3
5a2bff8d · ·Power management and ACPI fixes for 3.10-rc3 - Additional CPU ID for the intel_pstate driver from Dirk Brandewie. - More cpufreq fixes related to ARM big.LITTLE support and locking from Viresh Kumar. - VIA C7 cpufreq build fix from Rafał Bilski. - ACPI power management fix making it possible to use device power states regardless of the CONFIG_PM setting from Rafael J. Wysocki. - New ACPI video blacklist item from Bastian Triller. /
-
sunxi-fixes-for-3.10
19a280a6 · ·Small set of fixes for 3.10: - Fix build breakage in pinctrl driver when no other architecture is selected - Fix Mini X-plus device tree build
-
iio-for-3.11a
c619653d · ·First round of new IIO drivers and cleanups for the 3.11 cycle. 1) New driver for MCP3204/08 12 bit ADCs 2) Move the sysfs trigger out of staging. This has been pretty clean for a long time so lets finally move it out. 3) New functionality for the ak8975 magnetometer (DT and data ready interrupt handling) 4) Use devm_ioremap_resource in exynos_adc. We have 3 separate versions of this patch proposed but this one got there first. 5) A couple of other tiny fixes.
-
iio-fixes-for-3.10a
927b4dc3 · ·First round of IIO fixes for the 3.10 cycle. The usual mixed bag of little fixes. 1) A fix for mxs-lradc having missed out on some global abi changes that and hence being unable to start up buffered output. 2) Clean up error handling in tsl2x7x 3) A build fix for some of the dac drivers when they have spi master support built in, but i2c support build as a module. 4) Add a missing disable after a oneshot capture to the st sensor core. 5) Exynos adc driver took a novel an incorrect route to get at its private data store.
-
pm+acpi-3.10-rc2
49a9e431 · ·Power management and ACPI fixes for 3.10-rc2 - intel_pstate driver fixes and cleanups from Dirk Brandewie and Wei Yongjun. - cpufreq fixes related to ARM big.LITTLE support and the cpufreq-cpu0 driver from Viresh Kumar. - Assorted cpufreq fixes from Srivatsa S. Bhat, Borislav Petkov, Wolfram Sang, Alexander Shiyan, and Nishanth Menon. - Assorted ACPI fixes from Catalin Marinas, Lan Tianyu, Alex Hung, Jan-Simon Möller, and Rafael J. Wysocki. - Fix for a kfree() under spinlock in the PM core from Shuah Khan. - PM documentation updates from Borislav Petkov and Zhang Rui. /
-
acpi-fixes-3.10-rc1
04a29a15 · ·ACPICA fixes for 3.10-rc1 - _INI regression fix from Tomasz Nowicki. - Fix for a possible memory leak in _OSI support routine from Jung-uk Kim. - Fix for a possible buffer overflow during field unit read operation from Bob Moore. /
-
iommu-updates-v3.10
0c4513be · ·IOMMU Updates for Linux v3.10 The updates are mostly about the x86 IOMMUs this time. Exceptions are the groundwork for the PAMU IOMMU from Freescale (for a PPC platform) and an extension to the IOMMU group interface. On the x86 side this includes a workaround for VT-d to disable interrupt remapping on broken chipsets. On the AMD-Vi side the most important new feature is a kernel command-line interface to override broken information in IVRS ACPI tables and get interrupt remapping working this way. Besides that there are small fixes all over the place.
-
vfio-for-v3.10
664e9386 · ·vfio updates for v3.10 Changes include extension to support PCI AER notification to userspace, byte granularity of PCI config space and access to unarchitected PCI config space, better protection around IOMMU driver accesses, default file mode fix, and a few misc cleanups.
-
pm+acpi-3.10-rc1
371deb95 · ·Power management and ACPI updates for 3.10-rc1 - ARM big.LITTLE cpufreq driver from Viresh Kumar. - exynos5440 cpufreq driver from Amit Daniel Kachhap. - cpufreq core cleanup and code consolidation from Viresh Kumar and Stratos Karafotis. - cpufreq scalability improvement from Nathan Zimmer. - AMD "frequency sensitivity feedback" powersave bias for the ondemand cpufreq governor from Jacob Shin. - cpuidle code consolidation and cleanups from Daniel Lezcano. - ARM OMAP cpuidle fixes from Santosh Shilimkar and Daniel Lezcano. - ACPICA fixes and other improvements from Bob Moore, Jung-uk Kim, Lv Zheng, Yinghai Lu, Tang Chen, Colin Ian King, and Linn Crosetto. - ACPI core updates related to hotplug from Toshi Kani, Paul Bolle, Yasuaki Ishimatsu, and Rafael J. Wysocki. - Intel Lynxpoint LPSS (Low-Power Subsystem) support improvements from Rafael J. Wysocki and Andy Shevchenko. /
-
regulator-v3.10
bee54658 · ·regulator: Updates for v3.10 The diffstat and changelog here is dominated by Lee Jones' heroic efforts to sync the ab8500 driver that's been maintained out of tree with mainline (plus Axel's cleanup work on the results) but there's a few other things here: - Axel Lin added regulator_map_voltage_ascend() optimising a common pattern for drivers using the core code. - Milo Kim tought the regulator core to handle regulators sharing an enable GPIO, avoiding the need to do hacks to support such systems. - Andrew Bresticker added code to handle missing supplies for regulators more sensibly for device tree systems, reducing the need for stubbing there. plus the usual batch of driver specific updates and fixes.
-
drm/tegra/for-3.10
e1041ca4 · ·drm/tegra: Changes for v3.10-rc1 The bulk of this pull-request is the host1x series that has been in the works for a few months. The current implementation looks good and has been tested by several independent parties. So far no issues have been found. To be on the safe side, the new Tegra-specific DRM IOCTLs depend on staging in order to give some amount of flexibility to change them just in case. The plan is to remove that dependency once more userspace exists to verify the adequacy of the IOCTLs. Currently only the 2D engine is supported, but patches are in the works to enable 3D support on top of this framework as well. Various bits of open-source userspace exist to test the 2D and 3D support[0]. This is still a bit immature but it allows to verify that the kernel interfaces work properly. To round things off there are two smaller cleanup patches, one of them adding a new pixel format and the other removing a redundent Kconfig dependency. [0]: https://github.com/grate-driver
-
sunxi-dt-for-3.10-4
92fd6e06 · ·Fourth round of dt additions for 3.10 There's only one late patch that merge together two clocks that were already defined in a previous patch.