On Sat 2016-06-25 14:22:37, Sergey Senozhatsky wrote:
> On (06/24/16 18:05), Petr Mladek wrote:
> [..]
> > > +static bool should_ignore_loglevel(int level)
> > > +{
> > > + return (level >= console_loglevel && !ignore_loglevel);
> >
> > The patch looks fine. It is nice optimization.
> >
> > I was
Whoa! Hold on!
On Thu, Jun 23, 2016 at 05:52:53PM -0700, Bin Gao wrote:
> Broxton platform firmware has defined new customized operation regions
> called regs for PMIC chip - regs op region is used to handle the
> PMIC gpio mainly intended for the TYPE-C VBUS and Orientation.
>
> The intel_gpio_c
Hi all,
On 14/06/16 21:26, Jon Hunter wrote:
> Commit 497fbe24987b ("i2c: tegra: enable multi master mode for tegra210")
> enables the Tegra I2C 'div_clk' for adapters using the multi-master mode
> during the device probe. Although the probe error path was updated to
> disable the clock on probe f
The first patch fixes incorrect placement of __initdata
The second patch is to add __init/__initdata marker to some functions
or varaiables so that we can discard them.
The third patch declares pid_params/pstate_funcs/hwp_active as
__read_mostly, under the fact that they are mostly read and not
w
These functions/variables are not needed after booting, so mark them
as __init or __initdata.
Signed-off-by: Jisheng Zhang
---
drivers/cpufreq/intel_pstate.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/cpufreq/intel_pstate.c b/drivers/cpufreq/in
On 06/27/2016 11:22 AM, Arnd Bergmann wrote:
ARM SMCCC is only set for ARMv7 and ARMv8 CPUs, but we currently
allow the driver to be build for older architecture levels as
well, which results in a link failure:
drivers/gpu/built-in.o: In function `mtk_hdmi_hw_make_reg_writable':
:(.text+0x1e73
__initdata should be placed between the variable name and equal sign
(if there is) for the variable to be placed in the intended section.
Signed-off-by: Jisheng Zhang
---
drivers/cpufreq/intel_pstate.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/cpufreq/inte
pid_params is written once by copy_pid_params() during initialization,
and thereafter is mostly read by hot path intel_pstate_update_util().
The read of pid_params gets more after commit a4675fbc4a7a ("cpufreq:
intel_pstate: Replace timers with utilization update callbacks")
pstate_funcs is writte
On 05/26/2016 08:22 AM, js1...@gmail.com wrote:
From: Joonsoo Kim
Now, all reserved pages for CMA region are belong to the ZONE_CMA
and it only serves for GFP_HIGHUSER_MOVABLE. Therefore, we don't need to
consider ALLOC_CMA at all.
Signed-off-by: Joonsoo Kim
---
mm/internal.h | 3 +--
mm/
From: Kejian Yan
It is PORT_TP type if the service port is GE mode. It is wrong to
judge the port type by using if it is service port. Adding the media
type to know port type.
Reported-by: Jinchuan Tian
Signed-off-by: Kejian Yan
---
drivers/net/ethernet/hisilicon/hns/hnae.h | 9 +
From: Daode Huang
In comment line, some time miss a space before */, so this
patch adds a space before */.
Signed-off-by: Daode Huang
---
drivers/net/ethernet/hisilicon/hns/hns_enet.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/hisilicon/hns/hns
From: Daode Huang
There are two approaches to assign data, one does 2 loops, another
does 1 loop. This patch normalize the different methods to 1 loop.
Signed-off-by: Daode Huang
---
drivers/net/ethernet/hisilicon/hns/hns_dsaf_main.c | 18 +-
1 file changed, 9 insertions(+), 9
From: Kejian Yan
Since the registers of subctrl may be different, it is better to
mv the registers from hns mdio driver routine to device tree node.
Signed-off-by: Kejian Yan
---
drivers/net/ethernet/hisilicon/hns_mdio.c | 80 +--
1 file changed, 66 insertions(+), 1
From: Daode Huang
This patch fixes code sytle of hns driver to make it
simple.
Signed-off-by: Daode Huang
---
drivers/net/ethernet/hisilicon/hns/hns_dsaf_misc.c | 16 +++-
1 file changed, 7 insertions(+), 9 deletions(-)
diff --git a/drivers/net/ethernet/hisilicon/hns/hns_dsaf_misc
From: Kejian Yan
The sequence of hns_mac_dev_to_enet_if() is the same as
hns_get_enet_interface(), and hns_get_enet_interface() is called
by initialization to get the mac mode. And the mode is not changed
anywhere. Thus add hns_mac_dev_to_enet_if() function to get the mac
mode is obviously redund
From: Daode Huang
This patch fixes the code style in hns driver. Change it from
"buff = buff + xxx" to "buff += xxx". The reveiw comments is
from andy.
Reviewed-by: Andriy Shevchenko
Signed-off-by: Daode Huang
---
drivers/net/ethernet/hisilicon/hns/hns_dsaf_main.c | 32 +++---
From: Daode Huang
According to the previous review comments from Andy, this patch
deletes the redundant parens in the patch.
Signed-off-by: Daode Huang
---
drivers/net/ethernet/hisilicon/hns/hns_dsaf_main.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/eth
This series includes typo fixes which review by Andy, adding
the hns maintainer to MAINTAINERS,
> adds the maintainer for hns driver from Daode;
> from Daode: fix the typo of hns reviewed by Andy Shevchenko;
> from Kejian: one remove redundant function and two fix to get
configuration from D
From: Daode Huang
This patch adds maintainers for hisilicon network subsystem driver
Signed-off-by: Daode Huang
---
MAINTAINERS | 9 +
1 file changed, 9 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 3a171a9..c819659 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -5421,6 +5
On 27-06-16, 17:26, Jisheng Zhang wrote:
> The first patch fixes incorrect placement of __initdata
>
> The second patch is to add __init/__initdata marker to some functions
> or varaiables so that we can discard them.
>
> The third patch declares pid_params/pstate_funcs/hwp_active as
> __read_mos
On 2016年06月27日 16:42, Peter Zijlstra wrote:
On Sun, Jun 26, 2016 at 06:41:54AM -0400, Pan Xinhui wrote:
+#ifdef arch_vcpu_is_preempted
+static inline bool vcpu_is_preempted(int cpu)
+{
+ return arch_vcpu_is_preempted(cpu);
+}
+#else
+static inline bool vcpu_is_preempted(int cpu)
+{
+
On 05/26/2016 08:22 AM, js1...@gmail.com wrote:
From: Joonsoo Kim
Now, all reserved pages for CMA region are belong to the ZONE_CMA
and there is no other type of pages. Therefore, we don't need to
use MIGRATE_CMA to distinguish and handle differently for CMA pages
and ordinary pages. Remove MIG
On Monday 27 June 2016 02:58 PM, Jon Hunter wrote:
Hi all,
On 14/06/16 21:26, Jon Hunter wrote:
@@ -912,7 +912,7 @@ static int tegra_i2c_probe(struct platform_device *pdev)
ret = tegra_i2c_init(i2c_dev);
if (ret) {
dev_err(&pdev->dev, "Failed to initialize i2c c
On Mon, Jun 27, 2016 at 10:13:05AM +0100, Marc Zyngier wrote:
> I'm wondering if that's not an effect of this patch:
>
> https://lkml.org/lkml/2015/9/24/138
>
> missing on the ARM side (the corresponding arm64 patch is 217d453d473c).
No, because we don't take the other CPUs offline through CPU h
Hi, Daniel,
On 24/06/16 22:04, Daniel Lezcano wrote:
[...]
+
+psci_states = kcalloc(count, sizeof(*psci_states), GFP_KERNEL);
+if (!psci_states)
+return -ENOMEM;
+
+for (i = 0; i < count; i++) {
+u32 state;
+
+lpi = &pr->power.lpi_states[i + 1];
+sta
Le 23/06/2016 22:35, Michal Suchanek a écrit :
> Hello,
>
> this patch is kind of awesome.
>
> I have a few practical concerns however.
>
> On 20 June 2016 at 18:50, Cyrille Pitchen wrote:
>> Before this patch, m25p80_read() supported few SPI protocols:
>> - regular SPI 1-1-1
>> - SPI Dual Outp
On 05/26/2016 08:22 AM, js1...@gmail.com wrote:
From: Joonsoo Kim
Now, all reserved pages for CMA region are belong to the ZONE_CMA
so we don't need to maintain CMA stat in other zones. Remove it.
Signed-off-by: Joonsoo Kim
Acked-by: Vlastimil Babka
From: Sunil Goutham
This 2 patch series fixes issues w.r.t physical link status
reporting and transmit datapath configuration for
secondary qsets.
Changes from v1:
Fixed lmac disable sequence for interfaces of type SGMII.
Sunil Goutham (2):
net: thunderx: Fix link status reporting
net: thun
Hello there,
linux-4.7-rc5/drivers/gpu/drm/amd/powerplay/hwmgr/polaris10_hwmgr.c:1812]:
(style) Variable 'stretch_amount2' is assigned a value that is never
used.
Source code is
else if (stretch_amount == 3 || stretch_amount == 4)
stretch_amount2 = 1;
Suggest either use the variable
From: Sunil Goutham
TL4 calculation for a given SQ of secondary Qsets is incorrect
and goes out of bounds and also for some SQ's TL4 chosen will
transmit data via a different BGX interface and not same as
primary Qset's interface.
This patch fixes this issue.
Signed-off-by: Sunil Goutham
---
From: Sunil Goutham
Check for SMU RX local/remote faults along with SPU LINK
status. Otherwise at times link is UP at our end but DOWN
at link partner's side. Also due to an issue in BGX it's
rarely seen that initialization doesn't happen properly
and SMU RX reports faults with everything fine at
The mwave driver has its own macros for the BOOLEAN type and the
TRUE/FALSE values. This is redundant because the kernel already
has bool/true/false, and it clashes with the ACPI headers that
also define these types. The linux/acpi.h header is now included
implicitly from mwave through the mc146818
Hi,
On 06/27/2016 06:29 AM, Viresh Kumar wrote:
cpufreq drivers aren't required to provide a sorted frequency table
today, and even the ones which provide a sorted table aren't handled
efficiently by cpufreq core.
This patch adds infrastructure to verify if the freq-table provided by
the driver
The first patch fixes incorrect placement of __initdata
The second patch is to add __init/__initdata marker to some functions
or varaiables so that we can discard them.
The third patch declares pid_params/pstate_funcs/hwp_active as
__read_mostly, under the fact that they are mostly read and not
w
__initdata should be placed between the variable name and equal sign
(if there is) for the variable to be placed in the intended section.
Signed-off-by: Jisheng Zhang
Acked-by: Viresh Kumar
---
drivers/cpufreq/intel_pstate.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --gi
Fill the gap for this pre-existing driver.
Signed-off-by: Peter Rosin
---
.../devicetree/bindings/i2c/i2c-arb-pca9541.txt| 33 ++
MAINTAINERS| 1 +
2 files changed, 34 insertions(+)
create mode 100644 Documentation/devicetree/bind
These functions/variables are not needed after booting, so mark them
as __init or __initdata.
Signed-off-by: Jisheng Zhang
Acked-by: Viresh Kumar
---
drivers/cpufreq/intel_pstate.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/cpufreq/intel_pstat
pid_params is written once by copy_pid_params() during initialization,
and thereafter is mostly read by hot path intel_pstate_update_util().
The read of pid_params gets more after commit a4675fbc4a7a ("cpufreq:
intel_pstate: Replace timers with utilization update callbacks")
pstate_funcs is writte
For multiple REG Host Commands (e.g HostCmd_CMD_802_11_EEPROM_ACCESS,
HostCmd_CMD_MAC_REG_ACCESS etc.) "cpu_to_leX"-converted values are
saved to driver. So, "leX_to_cpu" conversion is required too many
times afterwards in driver.
This patch reduces the endian: conversion without saving "cpu_to_le
> 2;
>
> This looks like it does not support 8KB writes added in v5.1 spec. Can that
> be
> supported?
You are right there is not support for 8K packet, but the change should be
simple.
I will update the patch.
Thanks
Tomas
On 2016年06月27日 15:55, Peter Zijlstra wrote:
On Sun, Jun 26, 2016 at 12:59:01PM +0800, panxinhui wrote:
在 2016年6月26日，03:12，Peter Zijlstra 写道：
On Sun, Jun 26, 2016 at 01:27:51AM +0800, panxinhui wrote:
by the way I still think mutex_unlock has a big overload too.
Do you mean overhead?
On 06/24/2016 09:27 AM, Bibby Hsieh wrote:
Hi Dave,
Please consider merging this tag, which contains the v2 MT8173 gamma & dither
function patches I sent on 2016-06-17, rebased onto v4.7-rc1. There have been no
further comments.
Thanks
Bibby
The following changes since commit 1a695a905c185
Create an auxiliary evlist for overwritable events.
Before mmap, build this evlist and set 'overwrite' and 'backward'
attribute. Since perf_evlist__mmap_ex() only maps events when
evsel->overwrite matches evlist's corresponding attributes, with
these two evlists an event goes to either rec->evlist
Following commits introduce new evlists to record. This patch adjusts
record__pick_pc() and introduces perf_evlist__pick_pc() to read control
page from one specific evlist. record__pick_pc() will be improved to search
control page from multiple evlists.
Signed-off-by: Wang Nan
Cc: He Kuang
Cc: A
This patch set enables daemonized perf recording by utilizing
overwritable backward ring buffer. With this feature one can
put perf background, and dump ring buffer records by a SIGUSR2
when he/she find something unusual. For example, following
command record system calls, schedule events and sampl
When working with overwritable ring buffer there's a inconvenience
problem: if perf dumps data after a long period after it starts, non-sample
events may lost, which makes following 'perf report' unable to identify
proc name and mmap layout. For example:
# perf record -m 4 -e raw_syscalls:* -g --
This patch allows following config terms and option:
Globally setting events to overwrite;
# perf record --overwrite ...
Set specific events to be overwrite or no-overwrite.
# perf record --event cycles/overwrite/ ...
# perf record --event cycles/no-overwrite/ ...
Add missing config terms a
Improve test backward-ring-buffer, trace both enter and exit event of
prctl() syscall, utilize auxiliary evlist to mmap enter and exit event
into separated mmaps.
Signed-off-by: Wang Nan
Cc: Arnaldo Carvalho de Melo
Cc: Jiri Olsa
Cc: Masami Hiramatsu
Cc: Namhyung Kim
Cc: Zefan Li
Cc: Nilay V
If write_backward attribute is set, records are written into kernel
ring buffer from end to beginning, but read from beginning to end.
To avoid 'XX out of order events recorded' warning message (timestamps
of records is in reverse order when using write_backward), suppress the
warning message if wr
overwrite_evt_state is introduced to reflect the state of overwritable
ring buffers. It is a state machine with 3 states:
.(forbid)_.
| |
| V
RUNNING --(1)--> DATA_PENDING --(2)--> EMPT
Hi Peter,. Hi Greg
On Fri, May 27, 2016 at 4:02 AM, Ji-Ze Hong (Peter Hong)
wrote:
> {
> struct fintek_8250 *pdata;
> struct fintek_8250 probe_data;
> + struct irq_data *irq_data = irq_get_irq_data(uart->port.irq);
> + bool level_mode = irqd_is_level_type(irq_data);
Following commits introduce new evlists to record. This patch adjusts
record__mmap_read_all() and record__mmap_read(): converting original
record__mmap_read_all() to record__mmap_read_evlist(), read from one
evlist; makes record__mmap_read() reading from specific evlist.
record__mmap_read_all() wil
On Mon, Jun 27, 2016 at 10:09:59AM +0200, Peter Zijlstra wrote:
[snip]
>
> No, this is entirely insane, also broken.
>
> No vectors, no actual function calls, nothing like that. You want the
> below to completely compile away and generate the exact 100% same code
> it does today.
>
Point taken.
Following commits introduce multiple evlists to record. This patch
extracts perf_evlist__mmap_ex() processing to a new function, creates
record__mmap() and record__mmap_evlist() to wrap perf_evlist__mmap_ex()
and its error processing. They will be improvemented to create mmap
for all evlists.
Sign
An auxiliary evlist is created by perf_evlist__new_aux() using an
existing evlist as its parent. An auxiliary evlist can have its own
'struct perf_mmap', but can't have any other data. User should use its
parent instead when accessing other data.
Auxiliary evlists are containers of 'struct perf_mm
cpufreq drivers aren't required to provide a sorted frequency table
today, and even the ones which provide a sorted table aren't handled
efficiently by cpufreq core.
This patch adds infrastructure to verify if the freq-table provided by
the drivers is sorted or not, and use efficient helpers if th
On 06/04/16 16:17, Juergen Gross wrote:
> Some hardware (e.g. Dell Studio laptops) require special functions to
> be called on physical cpu 0 in order to avoid occasional hangs. When
> running as dom0 under Xen this could be achieved only via special boot
> parameters (vcpu pinning) limiting the hy
On Fri 24-06-16 22:22:55, Oleg Nesterov wrote:
> On 06/24, Michal Hocko wrote:
> >
> > On Fri 24-06-16 16:05:58, Michal Hocko wrote:
> > > On Thu 23-06-16 20:52:21, Oleg Nesterov wrote:
> > > >
> > > > But I agree, this is fixable (and in fact I still hope TIF_MEMDIE will
> > > > die,
> > > > at l
On 26/06/16 05:19, Michael Ellerman wrote:
> On Fri, 2016-24-06 at 17:43:00 UTC, Colin King wrote:
>> From: Colin Ian King
>>
>> trivial fix to spelling mistake "rgistration" and minor clean up
>> of the printk error message
>
> Can you also:
> - use pr_err()
> - unsplit the message, ie. keep t
On 2016/6/27 13:39, Yury Norov wrote:
Hi Zhou,
Thank you for the patch. The idea is ok, but patch format got broken
for some reason. Could you re-send it?
Yury.
Sorry for the broken patch, maybe my mail guest has some problems. So
I send the patch as an attachment.
Thanks!
On Mon, Jun 27,
* Matt Fleming wrote:
> From: Peter Jones
>
> Add a comment documenting why EFI GUIDs are laid out like they are.
> Ideally I'd like to change all the ", " to "," too, but right now the
> format is such that checkpatch won't complain with new ones, and staring
> at checkpatch didn't get me any
On Mon, 2016-06-27 at 11:38 +0100, Colin Ian King wrote:
> On 26/06/16 05:19, Michael Ellerman wrote:
> > On Fri, 2016-24-06 at 17:43:00 UTC, Colin King wrote:
[]
> > > trivial fix to spelling mistake "rgistration" and minor clean up
> > > of the printk error message
> > Can you also:
> > - use pr
Hi Russel,
On 27-06-16 11:45, Russell King - ARM Linux wrote:
On Mon, Jun 27, 2016 at 10:13:05AM +0100, Marc Zyngier wrote:
I'm wondering if that's not an effect of this patch:
https://lkml.org/lkml/2015/9/24/138
missing on the ARM side (the corresponding arm64 patch is 217d453d473c).
No, b
Gpio direction is determined by DIRx bit of GPIO
configuration register, return max77620 gpio value
based on direction in or out.
Signed-off-by: Venkat Reddy Talla
---
drivers/gpio/gpio-max77620.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/gpio/gpio-max77620.
Hi Mark,
> > > > This is true, but there are cases where the CS is not connected
> > > > and this case needs to be treated separately to allow the device
> > > > to work.
>
> > > In what way? It is just as easy for a device with no physical chip
> > > select to have a logical chip select of 0 th
Hello.
On 6/27/2016 8:07 AM, Hayes Wang wrote:
Add byte_enable for ocp_read_word() to replace reading 4 bytes data
with reading the desired 2 bytes data.
This is used to avoid the issue which is described in commit:b4d99def.
scripts/checkpatch.pl now enforces certain commit citing style,
Prasun Maiti writes:
>> If you send a new version of the patch mark it as [PATCH v2] and always
>> include a change log so that people don't need to guess what has
>> changed:
>>
>> http://kernelnewbies.org/FirstKernelPatch#head-5c81b3c517a1d0bbc24f92594cb734e155fcbbcb
>>
>> So now you should sen
The change to simplify of_platform_populate() had an unintended
side-effect of introducing a build warning on s3c64xx:
In file included from arch/arm/mach-s3c64xx/mach-s3c64xx-dt.c:18:0:
arch/arm/mach-s3c64xx/common.h:27:30: error: 'struct device_node' declared
inside parameter list will not be v
* Matt Fleming wrote:
> +#define efi_call_virt_pointer(p, f, args...) \
> +({ \
> + efi_status_t __s; \
> + unsigned long flags;
On 06/23/2016 12:08 AM, Nick Dyer wrote:
> Some touch controllers send out touch data in a similar way to a
> greyscale frame grabber.
>
> Use a new device prefix v4l-touch for these devices, to stop generic
> capture software from treating them as webcams.
>
> Add formats:
> - V4L2_TCH_FMT_DELTA
The series cleans up mainly the regulator driver and implements
the device tree parsing using the regulator framework. Removes
all the redundant compatibles for the individual regulators.
One of the patch removes redundant read wrapper and makes
use of regmap_read wherever necessary.
The series i
Remove all the individual compatibles for all the regulators
and introduce id_table and update the driver accordingly
to parse device tree nodes using the regulator framework.
Acked-by: Mark Brown
Signed-off-by: Keerthy
---
Changes in v2:
* Added Mark's Acked-by.
drivers/regulator/tps65218
With the device tree parsing using the regulator framework
there is a no longer a need for separate compatibles for
individual regulator nodes. Hence removing them all.
Signed-off-by: Keerthy
---
arch/arm/boot/dts/am437x-gp-evm.dts | 6 --
1 file changed, 6 deletions(-)
diff --git a/arch/ar
With the device tree parsing using the regulator framework
there is a no longer a need for separate compatibles for
individual regulator nodes. Hence removing them all.
Signed-off-by: Keerthy
---
arch/arm/boot/dts/am43x-epos-evm.dts | 7 ---
1 file changed, 7 deletions(-)
diff --git a/arch/
This updates the device tree according to the preferred way of parsing
the nodes using the regulator framework.
Signed-off-by: Keerthy
---
.../devicetree/bindings/regulator/tps65218.txt | 87 ++
1 file changed, 71 insertions(+), 16 deletions(-)
diff --git a/Documentation
mfd_add_devices enables parsing device tree nodes without compatibles
for child nodes. Replace of_platform_populate with mfd_add_devices.
mfd_cell currently is populated with only regulators.
Signed-off-by: Keerthy
---
Changes in v2:
* Updated commit log.
As of now only regulators driver is
In my platform, there can be cache a lot of memory in
ion page pool. When shrink memory the nr_to_scan to ion
is always to little.
to_scan: 395 ion_pool_cached: 27305
Currently, the shrinker nr_deferred is set to total_scan.
But it's not the real left of the shrinker. Change it to
the freeable -
With the device tree parsing using the regulator framework
there is a no longer a need for separate compatibles for
individual regulator nodes. Hence removing them all.
Signed-off-by: Keerthy
---
arch/arm/boot/dts/am437x-sk-evm.dts | 5 -
1 file changed, 5 deletions(-)
diff --git a/arch/arm
Currently read directly calls the repmap read function. Hence
remove the redundant wrapper and use regmap read wherever
needed.
Signed-off-by: Keerthy
---
drivers/mfd/tps65218.c | 16 +---
drivers/regulator/tps65218-regulator.c | 3 ++-
include/linux/mfd/tps65218.h
With the device tree parsing using the regulator framework
there is a no longer a need for separate compatibles for
individual regulator nodes. Hence removing them all.
Signed-off-by: Keerthy
---
arch/arm/boot/dts/am437x-cm-t43.dts | 6 --
1 file changed, 6 deletions(-)
diff --git a/arch/ar
On 06/23/2016 12:08 AM, Nick Dyer wrote:
> Signed-off-by: Nick Dyer
> ---
> drivers/input/touchscreen/sur40.c | 12 ++--
> 1 file changed, 6 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/input/touchscreen/sur40.c
> b/drivers/input/touchscreen/sur40.c
> index 880c40b..841e045 10
From: Colin Ian King
Fix trivial spelling mistake "rgistration". Also use pr_err
instead of printk and unsplit the string to keep it all on one
line.
Signed-off-by: Colin Ian King
---
arch/powerpc/kernel/fadump.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/po
Hi,
Need a help or some pointer about this issue.
Yesterday, received one kernel panic issue on one of our mobile device.
Scenario is: Sender is sending an MMS content to its own number. After MMS is
received, device vibrates and immediately went into kernel panic.
We checked and could not found a
On 06/23/2016 12:08 AM, Nick Dyer wrote:
> Register a video device to output T37 diagnostic data.
>
> Signed-off-by: Nick Dyer
> ---
> drivers/input/touchscreen/Kconfig| 6 +-
> drivers/input/touchscreen/atmel_mxt_ts.c | 244
> +++
> 2 files changed, 248 in
On 06/23/2016 12:08 AM, Nick Dyer wrote:
> There are different datatypes available from a maXTouch chip. Add
> support to retrieve reference data as well.
>
> Signed-off-by: Nick Dyer
> ---
> drivers/input/touchscreen/atmel_mxt_ts.c | 58
>
> 1 file changed, 51
On Mon, 2016-06-27 at 12:49 +0200, Ingo Molnar wrote:
> * Matt Fleming wrote:
[]
> > + * EFI Configuration Table and GUID definitions
> > + *
> > + * These should be formatted roughly like the ones in the UEFI SPEC has
> > + * them. It makes them easier to grep for, and they look the same when
>
On Wed, Jun 01, 2016 at 12:10:08PM +0100, Chris Wilson wrote:
> drivers/iommu/iova.c | 8 ++--
> 1 file changed, 6 insertions(+), 2 deletions(-)
Okay, applied this patch to iommu/fixes and will send it upstream this
week.
On Sun, Jun 26, 2016 at 12:54:19PM +0200, Thorsten Leemhuis wrote:
> Joerg, what's the status here? This made it on my 4.7 regressions
> report, as the patches from this thread are supposed to fix a
> regression; see
> http://thread.gmane.org/gmane.linux.usb.general/143504/focus=153154
> for detail
On 06/23/2016 12:08 AM, Nick Dyer wrote:
> Function 54 implements access to various RMI4 diagnostic features.
>
> This patch adds support for retrieving this data. It registers a V4L2
> device to output the data to user space.
>
> Signed-off-by: Nick Dyer
> ---
> drivers/input/rmi4/Kconfig
On Mon, 2016-06-27 at 03:51 -0700, Joe Perches wrote:
> On Mon, 2016-06-27 at 11:38 +0100, Colin Ian King wrote:
> > On 26/06/16 05:19, Michael Ellerman wrote:
> > > On Fri, 2016-24-06 at 17:43:00 UTC, Colin King wrote:
> > > > trivial fix to spelling mistake "rgistration" and minor clean up
> > >
On Fri, Jun 10, 2016 at 7:36 PM, Rob Herring wrote:
> On Thu, Jun 09, 2016 at 03:33:19PM +0200, Andrea Merello wrote:
>> Signed-off-by: Andrea Merello
>> Cc: Stefan Kristiansson
>> Cc: Tomi Valkeinen
>> Cc: Francesco Diotalevi
>> Cc: Claudio Lorini
>> ---
>> .../bindings/display/opencores,oc
On Mon, Jun 27, 2016 at 07:08:43PM +0800, kernel test robot wrote:
> [ 36.894449] INFO: trying to register non-static key.
> [ 36.894450] the code is fine but needs lockdep annotation.
> [ 36.894451] turning off the locking correctness validator.
> [ 36.894456] CPU: 0 PID: 817 Comm: mount N
On Mon, Jun 27, 2016 at 01:00:50PM +0200, Ingo Molnar wrote:
>
> * Matt Fleming wrote:
>
> > +#define efi_call_virt_pointer(p, f, args...)
> > \
> > +({ \
> > + efi_status_t __s;
On 26/05/16 16:22, js1...@gmail.com wrote:
> From: Joonsoo Kim
>
> Hello,
>
> Changes from v2
> o Rebase on next-20160525
> o No other changes except following description
>
> There was a discussion with Mel [1] after LSF/MM 2016. I could summarise
> it to help merge decision but it's better
On 06/23/2016 12:08 AM, Nick Dyer wrote:
> This is a series of patches to add output of raw touch diagnostic data via
> V4L2
> to the Atmel maXTouch and Synaptics RMI4 drivers.
>
> It's a rewrite of the previous implementation which output via debugfs: it now
> uses a V4L2 device in a similar way
Remove no longeer needed workaround for big.LITTLE switcher support.
Signed-off-by: Bartlomiej Zolnierkiewicz
---
drivers/cpufreq/cpufreq-dt-platdev.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/cpufreq/cpufreq-dt-platdev.c
b/drivers/cpufreq/cpufreq-dt-platdev.c
index 3646b14..
On Sun, Jun 26, 2016 at 10:33:29AM +0200, Nicolas Iooss wrote:
> Commit 2a0cb4e2d423 ("iommu/amd: Add new map for storing IVHD dev entry
> type HID") added a call to DUMP_printk in init_iommu_from_acpi() which
> used the value of devid before this variable was initialized.
>
> Signed-off-by: Nicol
It seems that in mainline kernel big.LITTLE switcher support
may be usable only on ARM Versatile Express TC2 platform
(but even this platform doesn't enable it in its defconfig).
Remove big.LITTLE switcher support in favor of using HMP.
Cc: Nicolas Pitre
Cc: Lorenzo Pieralisi
Cc: Dave Martin
S
Hi,
It seems that in mainline kernel big.LITTLE switcher support
may be usable only on ARM Versatile Express TC2 platform
(but even this platform doesn't enable it in its defconfig).
The following patchset removes big.LITTLE switcher support
(from both ARM core and arm_big_little CPUfreq driver)
Remove no longer needed big.LITTLE switcher support.
Cc: Jason Cooper
Cc: Marc Zyngier
Signed-off-by: Bartlomiej Zolnierkiewicz
---
drivers/irqchip/irq-gic.c | 137 --
1 file changed, 137 deletions(-)
diff --git a/drivers/irqchip/irq-gic.c b/drivers
101 - 200 of 813 matches
Mail list logo
