The core temperature sensor now supports thermal zones. Add a thermal
zone mapping for the cpus with passive cooling (cpufreq throttling).
Signed-off-by: Chen-Yu Tsai
Acked-by: Eduardo Valentin
---
changes since v2:
- Added Acked-by from Eduardo
changes since v1:
- Use thermal dt bin
This patch adds the regulator nodes for the axp209 by including
the axp209 dtsi. As the inputs of these regulators are from the
axp209's PS output, which is basically just a mux over the 2
inputs, it is considered to be unregulated. Thus we do not provide
input supply properties for them.
The regu
This patch adds the regulator nodes for the axp209 by including
the axp209 dtsi. As the inputs of these regulators are from the
axp209's PS output, which is basically just a mux over the 2
inputs, it is considered to be unregulated. Thus we do not provide
input supply properties for them.
The regu
This patch adds the regulator nodes for the axp209 by including
the axp209 dtsi. As the inputs of these regulators are from the
axp209's PS output, which is basically just a mux over the 2
inputs, it is considered to be unregulated. Thus we do not provide
input supply properties for them.
The regu
The core temperature sensor now supports thermal zones. Add a thermal
zone mapping for the cpus with passive cooling (cpufreq throttling).
Signed-off-by: Chen-Yu Tsai
Acked-by: Eduardo Valentin
---
changes since v2:
- Added Acked-by from Eduardo
changes since v1:
- Use thermal dt bin
The core temperature sensor now supports thermal zones. Add a thermal
zone mapping for the cpus with passive cooling (cpufreq throttling).
Signed-off-by: Chen-Yu Tsai
---
changes since v2:
none
changes since v1:
- Use thermal dt bindings macros in cooling-device
---
arch/arm/boot/dt
The AXP209 PMIC is used with some Allwinner SoCs. This patch adds
a dtsi file listing all the regulator nodes. The regulators are
initialized based on their device node names.
Signed-off-by: Chen-Yu Tsai
---
changes since v2:
none
changes since v1:
- Moved interrupt controller propert
Hi,
This is v3 of the cpufreq support series for sunxi. The series has been
rebased onto the latest sunxi-next. I've dropped all the patches Maxime
merged. This includes "ARM: sunxi: Register cpufreq-dt for sun[45678]i"
which was merged but not published yet.
Individual changes since v2 are liste
The touchscreen controller has a temperature sensor embedded in the SoC,
which already has hwmon support in the driver.
Add DT thermal zone support so we can use it with cpufreq for thermal
throttling.
This also adds a comment stating that we do not know the actual formula
for calculating the tem
This patch adds the regulator nodes for the axp209 by including
the axp209 dtsi. As the inputs of these regulators are from the
axp209's PS output, which is basically just a mux over the 2
inputs, it is considered to be unregulated. Thus we do not provide
input supply properties for them.
The regu
On Mon, Jan 12, 2015 at 9:55 AM, Srinivas Pandruvada
wrote:
> Some hid sensor feature report can contain more than one reports.
> This API can now support receiving multiple values from the feature
> report.
> Also update the parameters in the users of this API.
>
> Signed-off-by: Srinivas Pandruv
Dear Mr Dmitry ,
Both patch versions are same.
In recent patch i have added in recipent list.
In this patch as per our discussion I have done
changes for client pending event flush functionality
in evdev_queue_syn_dropped api by addition of one
more boolean parameter "flush".
Hope to hear fro
v1
Squashed into a single patch for bisectability.
v0
Separate patches for each driver/module
Srinivas Pandruvada (1):
HID: hid-sensor-hub: Extend API for async reads
drivers/hid/hid-sensor-hub.c | 15 ++-
drivers/iio/accel/hid-sensor-accel-3d.c | 3 ++-
dr
Add additional flag to read in async mode. In this mode the caller will get
reply via registered callback for capture_sample. Callbacks can be registered
using sensor_hub_register_callback function. The usage id parameter of the
capture_sample can be matched with the usage id of the requested attri
Some hid sensor feature report can contain more than one reports.
This API can now support receiving multiple values from the feature
report.
Also update the parameters in the users of this API.
Signed-off-by: Srinivas Pandruvada
---
drivers/hid/hid-sensor-hub.c | 16 ++
Current API only allows setting one offset in the field. This API
is extended to set multiple offsets in the field report.
Also update parameters in the users of this API.
Signed-off-by: Srinivas Pandruvada
---
drivers/hid/hid-sensor-hub.c | 22 --
.../i
Current get and set feature report is enhanced to have multiple
values in get and set.
v1
Squashed into two patches one for get and one for set feature report
for bisectability.
v0
Separate patches for each driver/modules
Srinivas Pandruvada (2):
HID: hid-sensor-hub: Enhance get feature report
On Fri, Nov 14, 2014 at 08:38:24PM +0100, Pali Rohár wrote:
> This patch fix name, product and version of dev2 input device based on format
> used in function psmouse_switch_protocol() in file psmouse-base.c.
>
> Signed-off-by: Pali Rohár
Applied, thank you.
> ---
> drivers/input/mouse/alps.c
On Fri, Nov 14, 2014 at 08:38:25PM +0100, Pali Rohár wrote:
> This patch adds sanity checks and reject trackstick packets from ALPS devices
> which do not have trackstick present (those without ALPS_DUALPOINT flag).
>
> Make sure that driver does not process some bogus packets as trackstick data
>
On 01/11/2015 03:08 PM, Srinivas Pandruvada wrote:
On 01/10/2015 02:42 PM, Jonathan Cameron wrote:
On 07/01/15 18:47, Srinivas Pandruvada wrote:
The new API added a flag for sync/async mode. Added sync mode flag.
Signed-off-by: Srinivas Pandruvada
Again, please don't break the build betwe
On 01/10/2015 02:42 PM, Jonathan Cameron wrote:
On 07/01/15 18:47, Srinivas Pandruvada wrote:
The new API added a flag for sync/async mode. Added sync mode flag.
Signed-off-by: Srinivas Pandruvada
Again, please don't break the build between patches like this.
As we did in the past, the hid s
Hi Anshul,
On Sun, Jan 11, 2015 at 07:54:52AM -0800, Anshul Garg wrote:
> From: Anshul Garg
>
> If client clk_type is changed , flush pending events
> from client buffer as events time would be incorrect
> and queue SYN_DROPPED event.
> Added check for duplicate clk_type change request.
What ha
From: Anshul Garg
If client clk_type is changed , flush pending events
from client buffer as events time would be incorrect
and queue SYN_DROPPED event.
Added check for duplicate clk_type change request.
Signed-off-by: Anshul Garg
---
drivers/input/evdev.c | 56 +-
Hi Michael,
On Sun, Aug 31, 2014 at 11:16 AM, Geert Uytterhoeven
wrote:
> On Sun, Aug 31, 2014 at 11:07 AM, Michael Schmitz
> wrote:
>>> If CONFIG_VT=n:
>>>
>>> arch/m68k/atari/built-in.o: In function `atari_keyboard_interrupt':
>>> atakeyb.c:(.text+0x1846): undefined reference to `keyboard_tas
24 matches
Mail list logo