Hi,
The EHCI controller in the Armada 37xx SoCs is the one used on many
other mvebu SoCs such as the orion5x, the kirkwood, or the
armada. However, for Armada 37xx an extra initialization step is
needed: this is the purpose of the first patch.
The second patch allows to build the driver for the A
2017-03-09 11:53 GMT+01:00 Hans Verkuil :
> On 07/02/17 17:41, Bartosz Golaszewski wrote:
>> The following series adds support for v4l2 display on da850-evm with
>> a UI board in device tree boot mode.
>
> As far as I could tell from the comments this patch series will see a
> second version, so I
On Thu 09 Mar 10:07 CET 2017, Vivek Gautam wrote:
[..]
> +static inline void qusb2_setbits(void __iomem *base, u32 offset, u32 val)
> +{
> + u32 reg;
> +
> + reg = readl_relaxed(base + offset);
> + reg |= val;
> + writel_relaxed(reg, base + offset);
> +
> + /* Ensure above writ
Hi guys,
On 08/03/17 23:08, Rajat Jain wrote:
> On Wed, Mar 8, 2017 at 2:39 PM, Bjorn Helgaas wrote:
>> On Wed, Mar 08, 2017 at 06:44:36PM +, James Morse wrote:
>>> On 03/01/17 06:34, Rajat Jain wrote:
Add code to actually configure the L1 substate settigns on the
upstream and downs
Hi Stephen,
On Tue, Mar 07, 2017 at 06:11:57AM -0800, Stephen Boyd wrote:
> On 03/07, Maxime Ripard wrote:
> > So far, divider_round_rate only considers the parent clock returned by
> > clk_hw_get_parent.
> >
> > This works fine on clocks that have a single parents, this doesn't work on
> > muxes
On Thu, Mar 9, 2017 at 6:59 PM, Maxime Ripard
wrote:
> 1;4601;0c
> On Wed, Mar 08, 2017 at 11:35:39AM +0800, Chen-Yu Tsai wrote:
>> Hi,
>>
>> On Tue, Mar 7, 2017 at 4:56 PM, Maxime Ripard
>> wrote:
>> > The A10s has an HDMI controller connected to the second TCON channel. Add
>> > it to our DT.
>
On Tue, Mar 07, 2017 at 06:05:17PM +0800, Chen-Yu Tsai wrote:
> Hi,
>
> On Tue, Mar 7, 2017 at 4:56 PM, Maxime Ripard
> wrote:
> > It appears that the total vertical resolution needs to be doubled when
> > we're not in interlaced. Make sure that is the case.
>
> This is true for both channels, t
On 07/02/17 17:41, Bartosz Golaszewski wrote:
> The following series adds support for v4l2 display on da850-evm with
> a UI board in device tree boot mode.
As far as I could tell from the comments this patch series will see a
second version, so I am marking it as 'Changes Requested' in patchwork.
Gave it a try on 4.10.1, but still to no avail:
*
[8.516138] raid6: using intx1 recovery algorithm
[ [0;32m OK [0m] Started Flush Journal to Persistent Storage.
[9.692091] Unable to handle kernel NULL pointer dereference at
virtual address 0004
[9.698896] pgd = c0004000
[
On Thu, Mar 9, 2017 at 6:36 PM, Maxime Ripard
wrote:
> Hi,
>
> On Thu, Mar 09, 2017 at 06:05:32PM +0800, Chen-Yu Tsai wrote:
>> Some Allwinner SoCs have two display pipelines (frontend -> backend ->
>> tcon).
>>
>> Previously we only supported one pipeline. This patch extends the
>> current driver
On 9 March 2017 at 18:34, Jun Li wrote:
>
>
>> -Original Message-
>> From: Baolin Wang [mailto:baolin.w...@linaro.org]
>> Sent: Thursday, March 09, 2017 2:11 PM
>> To: Jun Li
>> Cc: NeilBrown ; Felipe Balbi ; Greg KH
>> ; Sebastian Reichel ; Dmitry
>> Eremin-Solenikov ; David Woodhouse
>>
On 08/03/2017 18:46, Steven Rostedt wrote:
> On Wed, 8 Mar 2017 12:40:12 -0500
> Steven Rostedt wrote:
>
>> I wonder if we should just have a special flag sent by that sysrq
>> trigger. Since it is causing all tasks to go "nice" there's no need to
>> do the pi chain walk in __sched_setscheduler()
Hi!
On Mon 06-03-17 21:03:26, Davidlohr Bueso wrote:
> This implements a sleepable range rwlock, based on interval tree, serializing
> conflicting/intersecting/overlapping ranges within the tree. The largest range
> is given by [0, ~0 - 1] (inclusive). Unlike traditional locks, range locking
> inv
On Wed, Mar 08, 2017 at 12:02:45PM -0800, Matthias Kaehlcke wrote:
> The new function allows consumers to determine if a regulator is
> continuous or discrete, and whether the results of
Why? As we discussed at ELC this is an implementation detail of the
regulator and it's to an extent a taste d
On Tue, Mar 7, 2017 at 5:24 PM, Andy Lutomirski wrote:
>
> On Mon, Mar 6, 2017 at 3:05 PM, Alexey Gladkov
> wrote:
> >
> > After discussion with Oleg Nesterov I reimplement my patch as an additional
> > option for /proc. This option affects the mountpoint. It means that in one
> > pid namespace
On 08/03/17 18:06, Masahiro Yamada wrote:
> Hi Robin,
>
>
> 2017-03-08 20:15 GMT+09:00 Robin Murphy :
>> On 08/03/17 10:59, Masahiro Yamada wrote:
>>> Hi experts,
>>>
>>> I have a question about
>>> how to allocate DMA-safe buffer.
>>>
>>>
>>> In my understanding, kmalloc() returns
>>> memory wit
On Thu, Mar 9, 2017 at 6:58 PM, Maxime Ripard
wrote:
> On Wed, Mar 08, 2017 at 11:51:39AM +0800, Chen-Yu Tsai wrote:
>> On Tue, Mar 7, 2017 at 4:56 PM, Maxime Ripard
>> wrote:
>> > Even though that mux is undocumented, it seems like it needs to be set to 1
>> > when using composite, and 0 when us
On 03/09/2017 01:16 PM, Dmitry Vyukov wrote:
>
> Looking at this report I don't see how this is OOB.
> Object starts at 0x88006a2255e0, object size is 69 bytes (from shadow).
> 88006a22560e + 20 bytes is not OOB.
>
Indeed, perhaps gcc 4.7.4 miscompiles something check_memory_region ?
Tha
On 2017/3/9 5:35, Jaegeuk Kim wrote:
> On 03/08, Chao Yu wrote:
>> On 2017/3/7 5:51, Jaegeuk Kim wrote:
>>> If f2fs_new_inode() is failed, the bad inode will invalidate 0'th node page
>>> during f2fs_evict_inode(), which doesn't need to do.
>>
>> Hmm...should not allow other using of inode->i_ino i
On 09/03/17 03:44, Magnus Damm wrote:
> Hi Robin,
>
> On Wed, Mar 8, 2017 at 9:48 PM, Robin Murphy wrote:
>> On 07/03/17 03:17, Magnus Damm wrote:
>>> From: Magnus Damm
>>>
>>> Not all architectures have an iommu member in their archdata, so
>>> use #ifdefs support build with COMPILE_TEST on any
On Thu, 9 Mar 2017, Marc Zyngier wrote:
> [now with LKML on cc...]
>
> Hi Thomas,
>
> Here's a handful of updates for both irqchip and irqdomain. Nothing
> really stands out, except for the Qualcomm erratum workaround.
>
> Please pull.
Done. There was a minor conflict in the crossbar driver. P
On Thu 09 Mar 10:07 CET 2017, Vivek Gautam wrote:
[..]
> +static inline void qphy_setbits(void __iomem *base, u32 offset, u32 val)
> +{
> + u32 reg;
> +
> + reg = readl_relaxed(base + offset);
> + reg |= val;
> + writel_relaxed(reg, base + offset);
> +
> + /* Make sure that abo
On Wed, Mar 08, 2017 at 02:15:34PM +0100, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Tue, 7 Mar 2017 22:34:33 +0100
>
> The script "checkpatch.pl" pointed information out like the following.
>
> Comparison to NULL could be written "!dev->stag_arr".
>
> Thus fix the affected source
From: Steve Muckle
In preparation for the scheduler cpufreq callback happening on remote
CPUs, check for this case in intel_pstate which currently requires the
callback run on the local CPU. Such callbacks are ignored for now.
Signed-off-by: Steve Muckle
Signed-off-by: Viresh Kumar
---
driver
From: Steve Muckle
Having irq_work_queue_on() available for !CONFIG_SMP can make some
call sites cleaner.
Signed-off-by: Steve Muckle
Signed-off-by: Viresh Kumar
---
include/linux/irq_work.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/include/linux/irq_work.h b/include/linux/ir
Hi,
This is based of the work done by Steve Muckle [1] before he left Linaro
and most of the patches are still under his authorship. I have done
couple of improvements (detailed in individual patches) and removed the
late callback support [2] as I wasn't sure of the value it adds. We can
include i
From: Steve Muckle
Now that all clients properly support (or ignore) remote scheduler
cpufreq callbacks, remove the restriction that such callbacks only be
made in CFS on the local CPU.
Signed-off-by: Steve Muckle
Signed-off-by: Viresh Kumar
---
kernel/sched/fair.c | 6 --
kernel/sched/s
From: Steve Muckle
Upcoming support for scheduler cpufreq callbacks on remote wakeups
will require the client to know what the target CPU is that the
callback is being invoked for. Add this information into the callback
data structure.
Signed-off-by: Steve Muckle
Signed-off-by: Viresh Kumar
--
Make the "samsung" directory and move the Samsung specific files to
there for maintaining the files relevant to Samsung.
Signed-off-by: Jaehoon Chung
---
drivers/phy/Kconfig | 96 +--
drivers/phy/Makefile | 14 +---
d
From: Steve Muckle
A callback is considered remote if the target CPU is not the current CPU
and if it is not managed by the policy managing the current CPU or the
current CPU can't do DVFS on its behalf.
Queue the irq work for remote callbacks on the destination CPU. The irq
work will carry out
From: Steve Muckle
In preparation for the scheduler cpufreq callback happening on remote
CPUs, add support for this in the legacy (ondemand and conservative)
governors. The legacy governors make assumptions about the callback
occurring on the CPU being updated.
Signed-off-by: Steve Muckle
[ vk:
Andrew, do you have any questions on this patch?
I really need this patch for finding bugs which MM people overlook.
Tetsuo Handa wrote:
> This patch adds a watchdog which periodically reports number of memory
> allocating tasks, dying tasks and OOM victim tasks when some task is
> spending too lo
On Wed, Mar 08, 2017 at 02:24:00PM +0100, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Wed, 8 Mar 2017 10:10:50 +0100
>
> Replace the specification of a data type by a pointer dereference
> as the parameter for the operator "sizeof" to make the corresponding size
> determination a bit
refcount_t type and corresponding API should be
used instead of atomic_t when the variable is used as
a reference counter. This allows to avoid accidental
refcounter overflows that might lead to use-after-free
situations.
Signed-off-by: Elena Reshetova
Signed-off-by: Hans Liljestrand
Signed-off-
On Thu, Mar 09, 2017 at 10:54:15AM +0100, Michal Hocko wrote:
> On Wed 08-03-17 18:21:30, Kirill A. Shutemov wrote:
> > On Wed, Mar 08, 2017 at 02:57:35PM +0100, Michal Hocko wrote:
> > > On Mon 06-03-17 23:45:13, Kirill A. Shutemov wrote:
> > > > Convert all non-architecture-specific code to 5-lev
On Thu, Mar 09 2017 at 11:09:27 am GMT, Thomas Gleixner
wrote:
> On Thu, 9 Mar 2017, Marc Zyngier wrote:
>
>> [now with LKML on cc...]
>>
>> Hi Thomas,
>>
>> Here's a handful of updates for both irqchip and irqdomain. Nothing
>> really stands out, except for the Qualcomm erratum workaround.
>>
Hi Sekhar,
On Thursday, March 09, 2017 02:09:30 PM Sekhar Nori wrote:
> Hi Bartlomiej,
>
> On Wednesday 08 March 2017 08:30 PM, Sekhar Nori wrote:
>
> >> It took a while to get to it but here is the draft driver patch
> >> against v4.11-rc1. Please test.
> >
> > I tested this on DM6446 EVM. I
From: Steve Muckle
In preparation for schedutil receiving sched cpufreq callbacks for
remote CPUs, extend the irq work in schedutil to support policies with
fast switching enabled in addition to policies using the slow path.
Signed-off-by: Steve Muckle
[ vk: minor code updates ]
Signed-off-by:
From: Steve Muckle
Upcoming support for remote callbacks from the scheduler into schedutil
requires that the CPU identified in the hook structure be used to
indicate the CPU being operated on, rather than relying on
smp_processor_id().
Note that policy->cpu is passed to trace_cpu_frequency() in
On many platforms any CPU (from any cpufreq policy) can perform DVFS on
behalf of other CPUs. Add a flag to identify such cpufreq policies.
Also enable it for cpufreq-dt driver which is used only on ARM platforms
currently.
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/cpufreq-dt.c | 1 +
inc
On Wed, Mar 08, 2017 at 08:48:39PM +0530, Devesh Sharma wrote:
> Acked-By: Devesh Sharma
Reviewed-by: Yuval Shaia
>
> On Wed, Mar 8, 2017 at 7:04 PM, SF Markus Elfring
> wrote:
> > From: Markus Elfring
> > Date: Wed, 8 Mar 2017 12:50:14 +0100
> > MIME-Version: 1.0
> > Content-Type: text/plai
On Tue, Mar 07, 2017 at 04:09:56PM +0100, Michal Hocko wrote:
> On Mon 06-03-17 13:22:14, Andrew Morton wrote:
> > On Mon, 6 Mar 2017 14:14:05 +0100 Michal Hocko wrote:
> [...]
> > > --- a/include/linux/gfp.h
> > > +++ b/include/linux/gfp.h
> > > @@ -210,8 +210,16 @@ struct vm_area_struct;
> > >
On 2017/3/9 15:58, Vlastimil Babka wrote:
On 03/09/2017 12:55 AM, a...@linux-foundation.org wrote:
The patch titled
Subject: compaction: add def_blk_aops migrate function for memory
compaction
has been added to the -mm tree. Its filename is
compaction-add-def_blk_aops-migrate-func
On Wed, Mar 08, 2017 at 02:32:15PM +0100, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Wed, 8 Mar 2017 12:36:41 +0100
>
> Do not use curly brackets at some source code places
> where a single statement should be sufficient.
>
> Signed-off-by: Markus Elfring
> ---
> drivers/infiniban
On-Chip-Controller(OCC) is an embedded chip in POWER processors which
maintains the thermal and power safety of the chip. OCC measures
power and temperature sensors and various performance counters to
maintain healthy activity of the chip. In POWER9, OCC copies these
measured sensors periodically t
On 09/03/17 11:49, walter harms wrote:
>
>
> Am 09.03.2017 11:57, schrieb Hans Verkuil:
>> Hi Songjun,
>>
>> On 08/03/17 03:25, Wu, Songjun wrote:
>>> Hi Colin,
>>>
>>> Thank you for your comment.
>>> It is a bug, will be fixed in the next patch.
>>
>> Do you mean that you will provide a new patc
Signed-off-by: Pushkar Jambhlekar
---
drivers/staging/lustre/lustre/llite/vvp_dev.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/staging/lustre/lustre/llite/vvp_dev.c
b/drivers/staging/lustre/lustre/llite/vvp_dev.c
index 12c129f7e..8d78755 100644
--- a/dri
Add support to read power and temperature sensors from OCC inband
sensors which are copied to main memory by OCC.
Signed-off-by: Shilpasri G Bhat
CC: Rob Herring
CC: Mark Rutland
CC: Jean Delvare
CC: Guenter Roeck
CC: Jonathan Corbet
CC: devicet...@vger.kernel.org
CC: linux-hw...@vger.kernel
In P9, OCC writes the platform sensors to main memory. This patch
provides support to read the sensors from main memory.
OCC writes three buffers which includes one names buffer for sensor
meta data and two buffers for sensor readings. The sensor names
buffers is written once and contains informat
On 9 March 2017 at 10:54, Omar Sandoval wrote:
> On Thu, Mar 09, 2017 at 02:38:06PM +0800, Dave Young wrote:
>> Add efi/kexec list.
>>
>> On 03/08/17 at 12:16pm, Omar Sandoval wrote:
>
> [snip]
>
>> I have no more clue yet from your provided log, but the runtime value is
>> odd to me. It is set in
Hi Christoph,
Às 7:14 PM de 3/8/2017, Christoph Hellwig escreveu:
> On Wed, Mar 08, 2017 at 03:32:03PM +, Joao Pinto wrote:
>> #define PCIE_GET_ATU_INB_UNR_REG_ADDR(region, register) \
>> ((0x3 << 20) | (region << 9) | \
>>
On Wed, Mar 08, 2017 at 02:30:18PM +0100, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Wed, 8 Mar 2017 11:11:35 +0100
>
> This issue was detected by using the Coccinelle software.
>
> 1. Return directly if a call of the function "_ocrdma_alloc_pd" failed.
>
> 2. Reduce the scope for
On 08/03/17 18:47, Anton Sviridenko wrote:
> Fixes warning that appears in dmesg after closing V4L2 userspace
> application that plays video from the display device
> (first device from V4L2 device nodes provided by solo, usually /dev/video0
> when no other V4L2 devices are present). Encoder device
Am 09.03.2017 11:57, schrieb Hans Verkuil:
> Hi Songjun,
>
> On 08/03/17 03:25, Wu, Songjun wrote:
>> Hi Colin,
>>
>> Thank you for your comment.
>> It is a bug, will be fixed in the next patch.
>
> Do you mean that you will provide a new patch for this? Is there anything
> wrong with this patc
Hi,
On Thursday 09 March 2017 05:03 PM, Jaehoon Chung wrote:
> Make the "samsung" directory and move the Samsung specific files to
> there for maintaining the files relevant to Samsung.
The number of phy drivers in drivers/phy is getting unmanageable. I think this
is a good step to make it a litt
On Thursday 09 March 2017 05:17 PM, Bartlomiej Zolnierkiewicz wrote:
>
> Hi Sekhar,
>
> On Thursday, March 09, 2017 02:09:30 PM Sekhar Nori wrote:
>> Hi Bartlomiej,
>>
>> On Wednesday 08 March 2017 08:30 PM, Sekhar Nori wrote:
>>
It took a while to get to it but here is the draft driver patc
On Wed, Mar 08, 2017 at 02:28:10PM +0100, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Wed, 8 Mar 2017 10:58:34 +0100
>
> 1. Return zero in one case directly.
>
> 2. Return the value from a call of the function "_ocrdma_dealloc_pd"
>without using an extra assignment for the local
On Wed, Mar 08, 2017 at 02:22:21PM +0100, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Wed, 8 Mar 2017 10:00:41 +0100
>
> Delete an assignment for the local variable "status" in an if branch
> because the desired failure indication is already specified by a constant
> error code at the
On 2017-03-09 10:39, Peter Rosin wrote:
*snip* *snip*
>> Per the above use case (minimal vmlinux) the unload isn't so important,
>> and in many cases it may be racy or simply not make sense. If that is
>> the case, you don't need to provide a module_exit, and in the past I
>> think we used to bu
On 07.03.17 18:41:33, Robin Murphy wrote:
> On 07/03/17 14:06, Robert Richter wrote:
> > On 06.03.17 18:22:08, Robin Murphy wrote:
> >> On 06/03/17 13:58, Robert Richter wrote:
> >>> The ARM SMMU detection especially depends from system firmware. For
> >>> better diagnostic, log the detected type i
On 08.03.17 16:25:24, Aleksey Makarov wrote:
> >-#define ARM_SMMU_MATCH_DATA(name, ver, imp) \
> >-static struct arm_smmu_match_data name = { .version = ver, .model = imp }
> >+#define ARM_SMMU_TYPE(var, ver, imp, _name) \
> >+static struct arm_smmu_type var = { .version = ver, .model = imp, .name
On Wed, Mar 08, 2017 at 02:26:16PM +0100, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Wed, 8 Mar 2017 10:48:24 +0100
>
> Return constant integer values without storing them in the local
> variable "status".
>
> Signed-off-by: Markus Elfring
> ---
> drivers/infiniband/hw/ocrdma/ocrd
On Wed, Mar 08, 2017 at 03:18:54PM -0800, Brian Norris wrote:
> Not all platform drivers have pcm_{new,free} callbacks. Seen with a
> "snd-soc-dummy" codec from sound/soc/rockchip/rk3399_gru_sound.c.
>
> Resolves an OOPS seen on v4.11-rc1 with Google Kevin (Samsung Chromebook
> Plus):
>
> [2.
On Wed, Mar 08, 2017 at 02:20:42PM +0100, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Wed, 8 Mar 2017 09:54:42 +0100
>
> Replace the specification of a data type by a pointer dereference
> as the parameter for the operator "sizeof" to make the corresponding size
> determination a bit
On 2017/3/9 5:39, Jaegeuk Kim wrote:
> On 03/08, Chao Yu wrote:
>> On 2017/3/7 5:51, Jaegeuk Kim wrote:
>>> This patch fixes that SSR can overwrite previous warm node block consisting
>>> of
>>> a node chain since the last checkpoint.
>>
>> Good catch!
>>
>> Need to consider the impact to other ac
On 09/03/17 12:00, Bartosz Golaszewski wrote:
> 2017-03-09 11:53 GMT+01:00 Hans Verkuil :
>> On 07/02/17 17:41, Bartosz Golaszewski wrote:
>>> The following series adds support for v4l2 display on da850-evm with
>>> a UI board in device tree boot mode.
>>
>> As far as I could tell from the comments
Hi everyone,
This patch series removes all uses of sparse_keymap_free() in the x86
platform driver subsystem due to an upcoming change in
sparse_keymap_setup() behavior wrt memory management. Specifically,
sparse_keymap_setup() will use managed memory for the keymap copy it
creates, which enables
As sparse_keymap_setup() now uses a managed memory allocation for the
keymap copy it creates, the latter is freed automatically. Remove all
calls to sparse_keymap_free().
Signed-off-by: Michał Kępień
---
drivers/platform/x86/topstar-laptop.c | 5 +
1 file changed, 1 insertion(+), 4 deletion
As sparse_keymap_setup() now uses a managed memory allocation for the
keymap copy it creates, the latter is freed automatically. Remove all
calls to sparse_keymap_free().
As this reduces dell_wmi_input_destroy() to one line, replace all calls
to that function with direct calls to input_unregister
As sparse_keymap_setup() now uses a managed memory allocation for the
keymap copy it creates, the latter is freed automatically. Remove all
calls to sparse_keymap_free().
Signed-off-by: Michał Kępień
---
drivers/platform/x86/asus-laptop.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletio
As sparse_keymap_setup() now uses a managed memory allocation for the
keymap copy it creates, the latter is freed automatically. Remove all
calls to sparse_keymap_free().
Signed-off-by: Michał Kępień
---
drivers/platform/x86/hp-wmi.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
di
As sparse_keymap_setup() now uses a managed memory allocation for the
keymap copy it creates, the latter is freed automatically. Remove all
calls to sparse_keymap_free().
Signed-off-by: Michał Kępień
---
drivers/platform/x86/asus-wmi.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(
As sparse_keymap_setup() now uses a managed memory allocation for the
keymap copy it creates, the latter is freed automatically. Remove all
calls to sparse_keymap_free().
Signed-off-by: Michał Kępień
---
drivers/platform/x86/acer-wmi.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
As sparse_keymap_setup() now uses a managed memory allocation for the
keymap copy it creates, the latter is freed automatically. Remove all
calls to sparse_keymap_free().
As this reduces acpi_pcc_destroy_input() to one line, replace all calls
to that function with direct calls to input_unregister
As sparse_keymap_setup() now uses a managed memory allocation for the
keymap copy it creates, the latter is freed automatically. Remove all
calls to sparse_keymap_free().
Signed-off-by: Michał Kępień
---
drivers/platform/x86/toshiba-wmi.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-
As sparse_keymap_setup() now uses a managed memory allocation for the
keymap copy it creates, the latter is freed automatically. Remove all
calls to sparse_keymap_free().
Signed-off-by: Michał Kępień
---
drivers/platform/x86/msi-wmi.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(
As sparse_keymap_setup() now uses a managed memory allocation for the
keymap copy it creates, the latter is freed automatically. Remove all
calls to sparse_keymap_free().
As this reduces msi_laptop_input_destroy() to one line, replace all
calls to that function with direct calls to input_unregist
As sparse_keymap_setup() now uses a managed memory allocation for the
keymap copy it creates, the latter is freed automatically. Remove all
calls to sparse_keymap_free().
Signed-off-by: Michał Kępień
---
drivers/platform/x86/ideapad-laptop.c | 5 +
1 file changed, 1 insertion(+), 4 deletion
As sparse_keymap_setup() now uses a managed memory allocation for the
keymap copy it creates, the latter is freed automatically. Remove all
calls to sparse_keymap_free().
Signed-off-by: Michał Kępień
---
drivers/platform/x86/eeepc-laptop.c | 8 ++--
1 file changed, 2 insertions(+), 6 deleti
On Thursday, March 09, 2017 05:27:12 PM Sekhar Nori wrote:
> On Thursday 09 March 2017 05:17 PM, Bartlomiej Zolnierkiewicz wrote:
> >
> > Hi Sekhar,
> >
> > On Thursday, March 09, 2017 02:09:30 PM Sekhar Nori wrote:
> >> Hi Bartlomiej,
> >>
> >> On Wednesday 08 March 2017 08:30 PM, Sekhar Nori wr
On Thu 09-03-17 08:58:45, Vlastimil Babka wrote:
> On 03/09/2017 12:55 AM, a...@linux-foundation.org wrote:
> >
> > The patch titled
> > Subject: compaction: add def_blk_aops migrate function for memory
> > compaction
> > has been added to the -mm tree. Its filename is
> >
> > compact
As sparse_keymap_setup() now uses a managed memory allocation for the
keymap copy it creates, the latter is freed automatically. Remove all
calls to sparse_keymap_free().
Signed-off-by: Michał Kępień
---
drivers/platform/x86/dell-wmi-aio.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions
On Thu, Mar 09, 2017 at 05:20:51PM +0530, Pushkar Jambhlekar wrote:
> Signed-off-by: Pushkar Jambhlekar
> ---
> drivers/staging/lustre/lustre/llite/vvp_dev.c | 9 -
> 1 file changed, 4 insertions(+), 5 deletions(-)
Hi,
This is the friendly patch-bot of Greg Kroah-Hartman. You have sent
From: Wanpeng Li
Commit b95234c84 (kvm: x86: do not use KVM_REQ_EVENT for APICv interrupt
injection) disables interrupts before setting vcpu->mode to fix an race:
| The IPI for posted interrupts may be issued between setting vcpu->mode =
| IN_GUEST_MODE and disabling interrupts. If that happen
Hi Pavel,
On Thu, Mar 9, 2017 at 11:56 AM, Pavel Machek wrote:
> On Thu 2017-03-09 10:38:46, Geert Uytterhoeven wrote:
>> On Wed, Mar 8, 2017 at 10:22 PM, Pavel Machek wrote:
>> > Well, I have fast CPUs, but most of the time they just compile
>> > stuff. Especially bisect is compile-heavy. I sus
On Thu 09-03-17 14:47:16, Kirill A. Shutemov wrote:
> On Thu, Mar 09, 2017 at 10:54:15AM +0100, Michal Hocko wrote:
> > On Wed 08-03-17 18:21:30, Kirill A. Shutemov wrote:
[...]
> > > We can drop the hack once all architectures that support kasan would be
> > > converted to pgtable-nop4d.h -- amd64
On Thu, Mar 09, 2017 at 11:34:25AM +, Ajay Kaher wrote:
> From febeb10887d5026a489658fd9e911656e76038ac Mon Sep 17 00:00:00 2001
> From: Ajay Kaher
> Date: Thu, 9 Mar 2017 16:07:54 +0530
> Subject: [PATCH v4] USB:Core: BugFix: Proper handling of Race Condition when
> two
> USB class drivers
Hi,
On Thursday, March 09, 2017 12:25:47 PM Sergei Shtylyov wrote:
> Hello!
>
> On 3/9/2017 11:39 AM, Sekhar Nori wrote:
>
> >>> It took a while to get to it but here is the draft driver patch
> >>> against v4.11-rc1. Please test.
> >>
> >> I tested this on DM6446 EVM. I was able to mount exis
From febeb10887d5026a489658fd9e911656e76038ac Mon Sep 17 00:00:00 2001
From: Ajay Kaher
Date: Thu, 9 Mar 2017 16:07:54 +0530
Subject: [PATCH v4] USB:Core: BugFix: Proper handling of Race Condition when two
USB class drivers try to call init_usb_class simultaneously
There is race condition when t
On Thu, Mar 9, 2017 at 1:56 PM, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Thursday 09 March 2017 05:03 PM, Jaehoon Chung wrote:
>> Make the "samsung" directory and move the Samsung specific files to
>> there for maintaining the files relevant to Samsung.
>
> The number of phy drivers in drivers/p
As sparse_keymap_setup() now uses a managed memory allocation for the
keymap copy it creates, the latter is freed automatically. Remove all
calls to sparse_keymap_free().
Signed-off-by: Michał Kępień
---
drivers/platform/x86/toshiba_acpi.c | 8 ++--
1 file changed, 2 insertions(+), 6 deleti
Às 6:39 AM de 3/9/2017, Kishon Vijay Abraham I escreveu:
> No functional change. Rename dw_pcie_writel_unroll/dw_pcie_readl_unroll
> to dw_pcie_writel_ob_unroll/dw_pcie_readl_ob_unroll respectively as these
> functions are used to perform only outbound configurations. Also move
> these _unroll conf
On 03/09/2017 03:20 PM, Sekhar Nori wrote:
[...]
diff --git a/arch/arm/mach-davinci/board-dm644x-evm.c
b/arch/arm/mach-davinci/board-dm644x-evm.c
index 023480b75244..60a1f23890cd 100644
--- a/arch/arm/mach-davinci/board-dm644x-evm.c
+++ b/arch/arm/mach-davinci/board-dm644x-evm.c
@@ -744,7 +74
On 09/03/17 12:02, Robert Richter wrote:
> On 07.03.17 18:41:33, Robin Murphy wrote:
>> On 07/03/17 14:06, Robert Richter wrote:
>>> On 06.03.17 18:22:08, Robin Murphy wrote:
On 06/03/17 13:58, Robert Richter wrote:
> The ARM SMMU detection especially depends from system firmware. For
On 07/03/17 17:48, Jose Abreu wrote:
> HDMI Receivers receive video modes which, according to
> CEA specification, can have different frames per second
> (fps) values.
>
> This patch introduces a helper function in the media core
> which can calculate the expected video mode fps given the
> pixel
Replacing 'unsigned' with 'unsigned int' in vvp_pgcache_id.
Checkpath.pl passed.
Signed-off-by: Pushkar Jambhlekar
---
drivers/staging/lustre/lustre/llite/vvp_dev.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/staging/lustre/lustre/llite/vvp_dev.c
b/driv
On 09/03/2017 13:16, Wanpeng Li wrote:
> From: Wanpeng Li
>
> Commit b95234c84 (kvm: x86: do not use KVM_REQ_EVENT for APICv interrupt
> injection) disables interrupts before setting vcpu->mode to fix an race:
>
> | The IPI for posted interrupts may be issued between setting vcpu->mode =
> |
On Thursday 09 March 2017 02:55 PM, Sergei Shtylyov wrote:
[...]
>> diff --git a/arch/arm/mach-davinci/board-dm644x-evm.c
>> b/arch/arm/mach-davinci/board-dm644x-evm.c
>> index 023480b75244..60a1f23890cd 100644
>> --- a/arch/arm/mach-davinci/board-dm644x-evm.c
>> +++ b/arch/arm/mach-davinci/board
On 03/09/2017 04:59 AM, Wolfgang Grandegger wrote:
> Hello Akshay,
>
> unfortunately there are not many CAN controllers for the SPI bus. I just
> know the MPC251x, which behaves badly (message losses) under Linux,
> especially at hight bit-rates due to insufficient RX buffering. What is
> your e
On Sun, Mar 05, 2017 at 11:30:26PM +, P Kapadia wrote:
> - remove extra line
> - remove unnecessary paranthesis
>
> Signed-off-by: Purnendu Kapadia
I can't accept patches sent in html format :(
Please fix up and resend.
thanks,
greg k-h
201 - 300 of 1004 matches
Mail list logo
