Tags give the ability to mark specific points in history as being important
-
sunxi-core-for-3.12-2
d18fd944 · ·Allwinner sunXi core additions for 3.12, take 2 These patches add machine support for the Allwinner A20 and A31 SoCs
-
sunxi-dt-for-3.12-2
e476ac8b · ·Allwinner sunXi DT additions for 3.12, take 2 These patches add basic support for: - Allwinner A31 and A20 SoCs - The Olimex A20-Olinuxino board - The Olimex A10s-Olinuxino board
-
iio-for-3.12b
cc566fd5 · ·Second round of new drivers, features and cleanups for IIO in the 3.12 cycle. New driver: 1) tmp006 IR thermopile driver. This is an unusual temperature sensor and was taken in to IIO with the knowledge and agreement of a hwmon maintainer. It measures remote temperature using infrared emissions. I guess taking this may mean we have to fight off submissions of devices much more suited to hwmon but such is life and we end up doing this from time to time already. 2) twl6030 adc driver. Cleanups: 1) More devm_* cleanups following on from the introduction of devm_iio_device_alloc. Mostly an heroic effort from Sachin Kamat! 2) Introduce devm_iio_trigger_alloc etc to handle trigger allocation and deallocation in a managed fashion. There aren't as many instances of triggers as devices, but this will allow futher reduction in error patch complexity in some of our most complex drivers making it a very good thing. 3) Trivial removal of unused defines in adjd_s311 4) Drop some write_raw_get_fmt callbacks where they were only returning the default value. 5) Change mxs-lradc realbits to 12. Whilst an 18bit register is used on the device, in its current mode only 12 bits of useful data are returned. For now the packing is unchanged in the buffer and this change mainly effects the input support in the driver.
-
iio-fixes-for-3.11c
71f42642 · ·Third round of IIO fixes for the 3.11 series. Only one fix in this pull request. A straight forward incorrect read address in the adjd_s311 driver.
-
-
sunxi-dt-for-3.12
629ae88e · ·Allwinner sunXi DT additions for 3.12 - Cleanups and few fixes to the DTSI - A few additions to the A10s olinuxino board
-
sunxi-core-for-3.12
29d3d373 · ·Allwinner sunXi core additions for 3.12 There's not much in this pull request, only a patch removing some dead code.
-
pm-3.11-rc6
40fea92f · ·Power management fix for 3.11-rc6 - The removal of delayed_work_pending() checks from kernel/power/qos.c done in 3.9 introduced a deadlock in pm_qos_work_fn(). Fix from Stephen Boyd. /
-
-
-
-
-
pinctrl-for-v3.11-3
1bee963d · ·Fixes for the sunxi (AllWinner) pin control driver. This was a new driver in this merge window, so some post-merge hardening is happening.
-
-
-
-
-
pm+acpi-3.11-rc5
69fdadfd · ·ACPI and power management fixes for 3.11-rc5 - ACPI-based memory hotplug stopped working after a recent change, because it's not possible to associate sufficiently many "physical" devices with one ACPI device object due to an artificial limit. Fix from Rafael J Wysocki removes that limit and makes memory hotplug work again. - A change made in 3.9 uncovered a bug in the ACPI processor driver preventing NUMA nodes from being put offline due to an ordering issue. Fix from Yasuaki Ishimatsu changes the ordering to make things work again. - One of the recent ACPI video commits (that hasn't been reverted so far) uncovered a bug in the code handling quirky BIOSes that caused some Asus machines to boot with backlight completely off which made it quite difficult to use them afterward. Fix from Felipe Contreras improves the quirk to cover this particular case correctly. - A cpufreq user space interface change made in 3.10 inadvertently renamed the ignore_nice_load sysfs attribute to ignore_nice which resulted in some confusion. Fix from Viresh Kumar changes the name back to ignore_nice_load. - An initialization ordering change made in 3.9 broke cpufreq on loongson2 boards. Fix from Aaro Koskinen restores the correct initialization ordering there. - Fix breakage resulting from a mistake made in 3.9 and causing the detection of some graphics adapters (that were detected correctly before) to fail. There are two objects representing the same PCIe port in the affected systems' ACPI tables and both appear as "enabled" and we are expected to guess which one to use. We used to choose the right one before by pure luck, but when we tried to address another similar corner case, the luck went away. This time we try to make our guessing a bit more educated which is reported to work on those systems. - The /proc/acpi/wakeup interface code is missing some locking which may lead to breakage if that file is written or read during hotplug of wakeup devices. That should be rare but still possible, so it's better to start using the appropriate locking there. /
-
fbdev-fixes-3.11-rc5
70a0f603 · ·fbdev fixes: - omapdss: compilation fix and DVI fix for PandaBoard - mxsfb: fix colors when using 18bit LCD bus
-
regulator-v3.11-rc4
386c90ac · ·regulator: DT binding fixes for v3.11 A couple of fixes to bring the DT binding documentation for Palmas into sync with the code.