From: Laurentiu Tudor
These APIs are not used yet, so drop the dead code.
The patch is mostly mechanical, with a couple exceptions:
- getters/setters were not removed even if only one of
them is being used
- versioning API was also left in place
Also in this patch, add missing prototype for
From: Laurentiu Tudor
When hot unplugging a mc-bus device the kernel displays
this pertinent message, followed by a stack dump:
"Device 'foo.N' does not have a release() function,
it is broken and must be fixed."
Add the required callback to fix.
Signed-off-by: Laurentiu Tudor
---
dri
It was applied, see commit 9315bc9a133011fdb084f2626b86db3ebb64661f
Thanks
signature.asc
Description: PGP signature
From: Laurentiu Tudor
First 4 patches fix several driver model related
issues and drop an useless atomic global.
The rest of the patches are cleanups mostly
consisting in removing dead code.
For context, see these threads:
https://lkml.org/lkml/2016/12/7/382
https://lkml.org/lkml/2017/1/3/437
L
From: Laurentiu Tudor
Leave only APIs that area actually used in the bus driver.
The patch is mostly mechanical, with a couple exceptions:
- getters/setters were not removed even if only one of
them is being used
- versioning API was also left in place
They will be added back on an as-needed
From: Laurentiu Tudor
The implementation was removed in commit:
decd3d0cf (staging: fsl-mc: uprev binary interface to match MC v10.x)
but the prototype was left behind.
Also fix a message that was wrongly mentioning it.
Signed-off-by: Laurentiu Tudor
---
drivers/staging/fsl-mc/bus/fsl-mc-bu
From: Laurentiu Tudor
Leave only APIs that will be used in upcomming drivers.
The patch is mostly mechanical, with a couple exceptions:
- getters/setters were not removed even if only one of
them is being used
- versioning API was also left in place
They will be added back on an as-needed ba
From: Laurentiu Tudor
Signed-off-by: Laurentiu Tudor
---
drivers/staging/fsl-mc/bus/dpbp.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/staging/fsl-mc/bus/dpbp.c
b/drivers/staging/fsl-mc/bus/dpbp.c
index 1fa7257..d9e450a 100644
--- a/drivers/staging/fsl-mc/bus/dpbp.c
+++ b/dr
Michal Hocko wrote:
> Tetsuo was suggesting introducing __GFP_KILLABLE which would fail the
> allocation rather than consuming the reserves. I see two problems with
> this approach.
> 1) in order this flags work as expected all the blocking
> operations in the allocator call chain (
Hi Lee,
On Tue, 31 Jan 2017, Lee Jones wrote:
> On Tue, 31 Jan 2017, Peter Griffin wrote:
> > On Tue, 31 Jan 2017, Lee Jones wrote:
> > > On Mon, 30 Jan 2017, Peter Griffin wrote:
> > > > On Mon, 30 Jan 2017, Lee Jones wrote:
> > > > > On Mon, 30 Jan 2017, Peter Griffin wrote:
> > > > > > On Mon,
> Il giorno 17 dic 2016, alle ore 01:12, Jens Axboe ha scritto:
>
> This is basically identical to deadline-iosched, except it registers
> as a MQ capable scheduler. This is still a single queue design.
>
> Signed-off-by: Jens Axboe
> ---
> block/Kconfig.iosched | 6 +
> block/Makefile
COMPILE_TEST was wrongly placed, move it to the "depends on" line. Also,
select COMMON_CLK has the driver now needs it to be properly compiled.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/Kconfig | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/rtc/Kconfig b/
On Wed, 2017-02-01 at 10:51 +0100, Ingo Molnar wrote:
> From: Borislav Petkov
> What looked like a straightforward conversion from printk(KERN_DEBUG, ...)
> to pr_debug() broke the boot log output:
>
> DMI:/M57SLI-S4, BIOS FF 01/24/2008
> -e820: update [mem 0x-0x0fff] usable =
From: Colin Ian King
The incorrect or operator is being used resulting in cookies being
set to 1 (true) rather than the intended hex value. Fix this by
using | instead of ||.
Issue found with static analysis with cppcheck
Fixes: 0cec463e391e05b807a ("staging: bcm2835-audio: Simplify callback
On Wed, Feb 01, 2017 at 08:44:56AM +0100, Mylene Josserand wrote:
> On 31/01/2017 22:17, Mark Brown wrote:
> > On Tue, Jan 31, 2017 at 11:05:45AM +0100, Mylène Josserand wrote:
> > > Add a new compatible for sun4i-i2s driver to handle some
> > > SoCs that have a reset line that must be asserted/dea
On Wed, Feb 01, 2017 at 01:17:34PM +0200, Jarkko Sakkinen wrote:
> On Wed, Feb 01, 2017 at 10:08:39AM +0200, Jarkko Sakkinen wrote:
> > On Tue, Jan 31, 2017 at 10:37:14PM +0200, Jarkko Sakkinen wrote:
> > > On Tue, Jan 31, 2017 at 01:43:59PM -0500, Stefan Berger wrote:
> > > > drivers/char/tpm/tpm-
All DPs have a COLORADJ matrix which is applied prior to output gamma.
Attach that to the CTM property. Also, ensure the input CTM's coefficients
can fit in the DP registers' Q3.12 format.
Signed-off-by: Mihail Atanassov
---
This patch depends on "[PATCH 2/2] drm: mali-dp: enable gamma support",
On 31 January 2017 at 23:13, Logan Gunthorpe wrote:
> Hi Emil,
>
> Thanks for the feedback.
>
> On 31/01/17 01:48 PM, Emil Velikov wrote:
>>> +struct switchtec_ioctl_fw_info {
>>> + __u32 flash_length;
>>> +
>>> + struct {
>>> + __u32 address;
>>> + __u32 le
On Wed, Feb 1, 2017 at 12:57 PM, Alexandre Belloni
wrote:
> COMPILE_TEST was wrongly placed, move it to the "depends on" line. Also,
> select COMMON_CLK has the driver now needs it to be properly compiled.
>
> Signed-off-by: Alexandre Belloni
> ---
> drivers/rtc/Kconfig | 5 +++--
> 1 file chang
Hi Herbert,
you sent a backport of 6de62f15b581f920ade22d758f4c338311c2f0d4 to be included
in the 3.12 branch (as b2a0707817d3dec83652bb460a7775613058ae), but this leaves
af_alg broken for unkeyed hash functions:
f382cd5ac26674877143fa7d9c0ea23c6640e706 (3.12 just before your commit) :
socket(PF
On 26 January 2017 at 17:45, Joe Perches wrote:
> On Thu, 2017-01-26 at 10:30 -0500, João Paulo Rechi Vita wrote:
>> Some Asus laptops that have an airplane-mode indicator LED, also have
>> the WMI WLAN user bit set, and the following bits in their DSDT:
>
> style trivia:
>
>> diff --git a/drivers
Hello,
I am seeing the following crashes in request_key while running
syzkaller fuzzer. This is observed on upstream commits
566cf877a1fcb6d6dc0126b076aad062054c2637,
f9a42e0d58cf0fe3d902e63d4582f2ea4cd2bb8b and
a2ca3d617944417e9dd5f09fc8a4549cda115f4f. Unfortunately this is not
reproducible (prob
On 27 January 2017 at 10:26, Andy Shevchenko wrote:
> On Thu, Jan 26, 2017 at 5:00 PM, João Paulo Rechi Vita
> wrote:
>> Some Asus machines use 0x4/0x5 as their LED on/off values, while others use
>> 0x0/0x1, as shown in the DSDT exerpts below (note "Arg0 == 0x02", used to get
>
> excerpts
>
Tha
On 01 February, 2017 12:35 CET, Daniel Vetter wrote:
> On Wed, Feb 01, 2017 at 10:58:43AM +, Peter Senna Tschudin wrote:
> > Hi Archit,
> >
> > On 01 February, 2017 10:44 CET, Archit Taneja
> > wrote:
> >
> > >
> > >
> > > On 01/30/2017 10:35 PM, Jani Nikula wrote:
> > > > On Sat, 28
> > I think just having links from
> > arch/arm64/boot/dts/broadcom/bcm2837*.dts* to arch/arm/boot/dts/ would
> > be the solution, then this Makefile could just reference
> > bcm2837-rpi-3-b.dtb.
>
> I suspect it is not that easy, last time I tried it didn't work.
> Will try again though.
Yep, dt
On 27 January 2017 at 10:37, Andy Shevchenko wrote:
> On Thu, Jan 26, 2017 at 5:30 PM, João Paulo Rechi Vita
> wrote:
>> This quirk avoids the conflicting usage of ASUS_WMI_DEVID_WLAN_LED
>> (0x00010002)
>> by both asus-wireless and asus-wmi on machines where the BIOS can't set and
>> record the
On 27 January 2017 at 10:36, Andy Shevchenko wrote:
> On Thu, Jan 26, 2017 at 5:30 PM, João Paulo Rechi Vita
> wrote:
>> Signed-off-by: João Paulo Rechi Vita
>> ---
>> drivers/platform/x86/asus-wireless.c | 15 ++-
>> drivers/platform/x86/asus-wireless.h | 10 ++
>> 2 files
From: Josh Poimboeuf
When doing a kernel build with 'make -s', everything is silenced except
the objtool build. That's because the tools tree support for silent
builds is some combination of missing and broken.
Three changes are needed to fix it:
- Makefile: propagate '-s' to the sub-make's MA
On 27 January 2017 at 10:28, Andy Shevchenko wrote:
> On Thu, Jan 26, 2017 at 4:25 PM, João Paulo Rechi Vita
> wrote:
>> Signed-off-by: João Paulo Rechi Vita
>> ---
>> drivers/platform/x86/asus-wireless.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/drivers/platfo
From: Arnaldo Carvalho de Melo
While propagating the errors from perf_config(), which were being
completely ignored, everything stopped working for people without a
~/.perfconfig file, because the perf_config_set__init() was considering
an error not to have a .perfconfig file, duh, fix it by chec
From: Taeung Song
Similar to for_each_subsystem and for_each_event in util/parse-events.c,
add new macro 'for_each_event' for easy iteration over the tracepoints
in order to be more compact and readable.
Signed-off-by: Taeung Song
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Pe
From: Taeung Song
Currently 'perf ftrace' command allows selecting 'function_graph' or
'function', defaulting to 'function_graph'.
Add ftrace.tracer config option to select the default tracer:
# cat ~/.perfconfig
[ftrace]
tracer = function
# perf ftrace usleep 123456 | head
From: Ingo Molnar
The following upstream headers were updated:
- The x86 cpufeatures.h file picked up a couple of new feature entries
- The PowerPC and ARM KVM headers picked up new features
None of which requires changes to perf tooling, so refresh the tooling copy.
Solves these build time
From: Joe Stringer
Add new APIs to pin a BPF program (or specific instances) to the
filesystem. The user can specify the path full path within a BPF
filesystem to pin the program.
bpf_program__pin_instance(prog, path, n) will pin the nth instance of
'prog' to the specified path.
bpf_program__p
From: Joe Stringer
Add a test for the newly added BPF object pinning functionality.
For example:
# tools/perf/perf test 37
37: BPF filter :
37.1: Basic BPF filtering : Ok
37.2: BPF pinning : Ok
3
From: Joe Stringer
Add a new API to pin a BPF map to the filesystem. The user can specify
the path full path within a BPF filesystem to pin the map.
Signed-off-by: Joe Stringer
Cc: Alexei Starovoitov
Cc: Daniel Borkmann
Cc: Wang Nan
Cc: net...@vger.kernel.org
Link: http://lkml.kernel.org/r/2
linux into perf/core
(2017-01-26 16:20:59 +0100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
tags/perf-core-for-mingo-4.11-20170201
for you to fetch changes up to b05d1093987a78695766b71a2d723aa65b5c25c5:
perf ftrace: Add ftrace.tra
From: Joe Stringer
Allow mounting of the BPF filesystem at /sys/fs/bpf.
Signed-off-by: Joe Stringer
Cc: Alexei Starovoitov
Cc: Daniel Borkmann
Cc: Wang Nan
Cc: net...@vger.kernel.org
Link: http://lkml.kernel.org/r/20170126212001.14103-6-...@ovn.org
Signed-off-by: Arnaldo Carvalho de Melo
--
From: Taeung Song
As a result of commit a3497642c261 ("perf ftrace: Make 'function_graph'
be the default tracer") the ftrace.tracer variable can't be NULL but the
other code setting default tracer remained.
Signed-off-by: Taeung Song
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Peter Zijlstra
Cc: Wang
From: Joe Stringer
rm_rf() doesn't modify its path argument, and a future caller will pass
a string constant into it to delete.
Signed-off-by: Joe Stringer
Cc: Alexei Starovoitov
Cc: Daniel Borkmann
Cc: Wang Nan
Cc: net...@vger.kernel.org
Link: http://lkml.kernel.org/r/20170126212001.14103-5
Signed-off-by: João Paulo Rechi Vita
---
drivers/platform/x86/asus-wireless.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/platform/x86/asus-wireless.c
b/drivers/platform/x86/asus-wireless.c
index 9f31bc1a47d0..a7ee18383146 100644
--- a/drivers/platform/x86/asus-
From: Krister Johansen
If dso__load_kcore frees all of the existing maps, but one has already
been attached to a callchain cursor node, then we can get a SIGSEGV in
any function that happens to try to use this invalid cursor. Use the
existing map refcount mechanism to forestall cleanup of a map
From: Joe Stringer
Add a new API to pin a BPF object to the filesystem. The user can
specify the path within a BPF filesystem to pin the object.
Programs will be pinned under a subdirectory named the same as the
program, with each instance appearing as a numbered file under that
directory, and ma
On Tue, Jan 24, 2017 at 11:06:36AM +0530, Lokesh Vutla wrote:
> commit 4a9d4b024a31 ("switch fput to task_work_add") implements a
> schedule_work() for completing fput(), but did not guarantee calling
> __fput() after unpacking initramfs. Because of this, there is a
> possibility that during boot a
From: Arnaldo Carvalho de Melo
Previously these were being ignored, sometimes silently.
Stop doing that, emitting debug messages and handling the errors.
Testing it:
$ cat ~/.perfconfig
cat: /home/acme/.perfconfig: No such file or directory
$ perf stat -e cycles usleep 1
Performance
Hi Alex
> -Original Message-
> From: Alexander Graf [mailto:ag...@suse.de]
[...]
> >>
> >> I like the extio idea. That allows us to handle all PIO requests on
> >> platforms that don't have native PIO support via different routes
> >> depending on the region they're in. Unfortunately we
Ard Biesheuvel wrote:
> So this patch should take AuditMode into account, but not DeployedMode, i.e.,
>
> SecureBoot == 0x1
> SetupMode == 0x0
> AuditMode == 0x0 (or non-existent)
If we're in audit mode or setup mode SecureBoot==0 and SetupMode==1 according
to the flowchart, so the check of Aud
v3:
- Split a patch in accordance with "no functional changes"
or "change logic" (Arnaldo)
- Change the title of commit message (Arnaldo)
v2:
- Check the return of perf_config() and
warn the user with config error message (Arnaldo)
- Change commit messages (Jiri)
- Add only one macro instea
Signed-off-by: Taeung Song
---
tools/perf/util/parse-events.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/tools/perf/util/parse-events.c b/tools/perf/util/parse-events.c
index 316f054..ac47c12 100644
--- a/tools/perf/util/parse-events.c
+++ b/tools/perf/util/p
Signed-off-by: Taeung Song
---
tools/perf/util/parse-events.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/tools/perf/util/parse-events.c b/tools/perf/util/parse-events.c
index 5d90fe7..0c3b81a 100644
--- a/tools/perf/util/parse-events.c
+++ b/tools/perf/util/parse-events.c
@@ -211,6 +21
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Taeung Song
---
tools/perf/util/parse-events.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/tools/perf/util/parse-events.c b/tools/perf/util/parse-events.c
index 3c876b8..5d90fe7 100644
--- a/tools/perf/util/parse-events.c
+
Signed-off-by: Taeung Song
---
tools/perf/util/parse-events.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/tools/perf/util/parse-events.c b/tools/perf/util/parse-events.c
index 0c3b81a..316f054 100644
--- a/tools/perf/util/parse-events.c
+++ b/tools/perf/util/parse-ev
I'm announcing the release of the 3.12.70 kernel.
All users of the 3.12 kernel series must upgrade.
The updated 3.12.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.12.y
and can be browsed at the normal kernel.org git web browser:
On Tue, Jan 31, 2017 at 3:24 PM, Thomas Gleixner wrote:
> The handling of the might_cancel queueing is not properly protected, so
> parallel operations on the file descriptor can race with each other and
> lead to list corruptions or use after free.
>
> Protect the context for these operations wit
Mathieu Poirier writes:
> On 27 January 2017 at 05:12, Alexander Shishkin
> wrote:
>> But "range" is not an action, it's a type of a filter. It determines the
>> condition that triggers an action. An action, however, is what we do
>> when the condition comes true.
>
> Then filter->action could b
> > > > Again, doesn't matter, since it's the DTB that provides the default
> > > > state. So, back when it was authored, the default state was HW
> > > > flow-control disabled. And in a newer DTB (again, until I follow-up
> > > > with more changes), the defaults for UART 1 and UART 2 are HW
> >
On Tue, Jan 31, 2017 at 02:31:09PM -0600, Bjorn Helgaas wrote:
> On Tue, Jan 31, 2017 at 06:57:20AM -0800, Vadim Lomovtsev wrote:
> > On Tue, Jan 31, 2017 at 08:25:25AM -0600, Bjorn Helgaas wrote:
> > > On Tue, Jan 31, 2017 at 02:28:30AM -0800, Vadim Lomovtsev wrote:
> > > > Hi Bjorn,
> > > >
> >
Hi Vineet,
> -Original Message-
> From: Vineet Gupta [mailto:vgu...@synopsys.com]
> Sent: Tuesday, January 31, 2017 8:54 PM
> To: Yuriy Kolerov ; linux-snps-
> a...@lists.infradead.org
> Cc: marc.zyng...@arm.com; alexey.brod...@synopsys.com; linux-
> ker...@vger.kernel.org
> Subject: Re: [
Signed-off-by: Lee Jones
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 26edd83..17c838a 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -8422,6 +8422,7 @@ S:Supported
F: Documentation/devicetree/bindings/mfd/
F: drivers/mfd/
F
On Tue, Jan 31, 2017 at 8:42 PM, Boris Brezillon
wrote:
> On Tue, 31 Jan 2017 10:39:36 -0800
> Dmitry Torokhov wrote:
>> Hmm, yeah, I agree, that would be weird. Then let's leave
>> devm_get_gpiod_from_child() as is ;)
>
> Changing the internal implementation has never been the goal of this
> pa
On Wed, Feb 01, 2017 at 12:58:55PM +, Lee Jones wrote:
> Signed-off-by: Lee Jones
> ---
> MAINTAINERS | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 26edd83..17c838a 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -8422,6 +8422,7 @@ S: Sup
ch 2,
> > then I think we'll be good to go with these. Thanks.
Patch system has been updated with this series along with Vladimir's
Tested-by on patch 2.
Thanks
> My R-class and M-class setups continue to work with this series applied on
> top of next-20170201 plus
> followi
From: Gabriel Fernandez
Macro to select a clock was not correct.
Offset of enable register starts at 0x30, then calculation to select a bit is:
(@enable_reg - 0x30) / 4 * 32 + bit_to_select
Signed-off-by: Gabriel Fernandez
Tested-by: M'boumba Cedric Madianga
Acked-by: Stephen Boyd
---
incl
From: Gabriel Fernandez
This patch adds missing binding definition (backupram, ethernet, otg,
qspi, adc & dsi)
Signed-off-by: Gabriel Fernandez
---
include/dt-bindings/mfd/stm32f4-rcc.h | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/include/dt-bindings/mfd/
From: Gabriel Fernandez
This patch uses clock DT binding definition instead numerical values
for stm32f429 board.
Signed-off-by: Gabriel Fernandez
---
arch/arm/boot/dts/stm32429i-eval.dts | 2 +-
arch/arm/boot/dts/stm32f429.dtsi | 66 +++-
2 files changed,
From: Gabriel Fernandez
v2:
- Only rename commit subject of first patch to avoid the error:
Remote Server returned '
Dmitry Vyukov wrote:
> Code: 41 54 49 89 f4 53 49 89 d7 48 89 fb 48 83 ec 08 e8 d1 50 67 ff
> 49 8d 7c 24 10 48 b8 00 00 00 00 00 fc ff df 48 89 fa 48 c1 ea 03 <80>
> 3c 02 00 0f 85 35 02 00 00 49 83 7c 24 10 00 0f 84 bb 01 00
This disassembles to:
0: 41 54 push %r12
Saving unsupported state prevents migration when the new host does not
support a XSAVE feature of the original host, even if the feature is not
exposed to the guest.
We've masked host features with guest-visible features before, with
4344ee981e21 ("KVM: x86: only copy XSAVE state for the supported
On Wed, Jan 25, 2017 at 01:10:26PM +0100, Martin Steigerwald wrote:
> Am Sonntag, 22. Januar 2017, 13:32:08 CET schrieb Linus Torvalds:
> > Things seem to be calming down a bit, and everything looks nominal.
> >
> > There's only been about 250 changes (not counting merges) in the last
> > week, an
On Mon, Jan 30, 2017 at 3:39 PM, William Breathitt Gray
wrote:
> Setting driver_data was necessary to access private data in the
> dio48e_remove function. Now that the dio48e_remove function is gone,
> driver_data is no longer used. This patch removes the relevant code.
>
> Signed-off-by: William
Dmitry Vyukov wrote:
> The line causes the crash is:
> BUG_ON(index_key->desc_len == 0);
>
> The addresses that the line tried to access are:
>
> RDI: ca29fa68
> RDI: d7236a28
> RDI: 7d19ed68
These are all calculated from R12:
lea0x10(%r12),%rdi
Hi Linus,
On Wed, 1 Feb 2017 14:05:43 +0100
Linus Walleij wrote:
> On Tue, Jan 31, 2017 at 8:42 PM, Boris Brezillon
> wrote:
> > On Tue, 31 Jan 2017 10:39:36 -0800
> > Dmitry Torokhov wrote:
>
> >> Hmm, yeah, I agree, that would be weird. Then let's leave
> >> devm_get_gpiod_from_child() as
On Mon, Jan 30, 2017 at 3:39 PM, William Breathitt Gray
wrote:
> Setting driver_data was necessary to access private data in the
> idi_48_remove function. Now that the idi_48_remove function is gone,
> driver_data is no longer used. This patch removes the relevant code.
>
> Signed-off-by: William
On Wed, Feb 1, 2017 at 2:11 PM, David Howells wrote:
> Dmitry Vyukov wrote:
>
>> Code: 41 54 49 89 f4 53 49 89 d7 48 89 fb 48 83 ec 08 e8 d1 50 67 ff
>> 49 8d 7c 24 10 48 b8 00 00 00 00 00 fc ff df 48 89 fa 48 c1 ea 03 <80>
>> 3c 02 00 0f 85 35 02 00 00 49 83 7c 24 10 00 0f 84 bb 01 00
>
> This d
On Thu, Jan 26, 2017 at 09:33:51AM +0100, Marek Szyprowski wrote:
> Pad retention should be controlled from pin control driver, so remove it
> from Exynos LPASS driver. After this change, no more access to PMU regmap
> is needed, so remove also the code for handling PMU regmap.
>
> Signed-off-by:
On Mon, Jan 30, 2017 at 3:39 PM, William Breathitt Gray
wrote:
> Setting driver_data was necessary to access private data in the
> idio_16_remove function. Now that the idio_16_remove function is gone,
> driver_data is no longer used. This patch removes the relevant code.
>
> Signed-off-by: Willi
On Thu, Jan 26, 2017 at 09:33:52AM +0100, Marek Szyprowski wrote:
> Exynos LPASS requires some clocks to be enabled to make any access to its
> registers. This patch adds code for handling such clocks. For current set
> of registers it is enough to keep sfr0_ctrl clock enabled. Till now it
> worked
On Thu, Jan 26, 2017 at 10:15:14PM +0100, Rask Ingemann Lambertsen wrote:
> An entry for the AXP806 was forgotten, so add one.
>
> Signed-off-by: Rask Ingemann Lambertsen
> Fixes: 204ae2963e10 ("mfd: axp20x: Add bindings for AXP806 PMIC")
> ---
> Documentation/devicetree/bindings/mfd/axp20x.txt
On Thu, Jan 26, 2017 at 10:16:13PM +0100, Rask Ingemann Lambertsen wrote:
> The AXP808 does not support address space extension, but is otherwise
> identical to the AXP806, including the chip ID, so add a compatible
> string for it to the binding.
>
> Signed-off-by: Rask Ingemann Lambertsen
> ---
On Thu, Jan 26, 2017 at 02:05:04PM -0800, Andrey Smirnov wrote:
> Add code allowing for control of various power domains managed by GPCv2
> IP block found in i.MX7 series of SoCs. Power domains covered by this
> patch are:
>
> - PCIE PHY
> - MIPI PHY
> - USB HSIC PHY
> - US
On Wed, 01 Feb 2017, Greg KH wrote:
> On Wed, Feb 01, 2017 at 12:58:55PM +, Lee Jones wrote:
> > Signed-off-by: Lee Jones
> > ---
> > MAINTAINERS | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/MAINTAINERS b/MAINTAINERS
> > index 26edd83..17c838a 100644
> > --- a/MAINTAINERS
On Wed, 01 Feb 2017, gabriel.fernan...@st.com wrote:
> From: Gabriel Fernandez
>
> This patch adds missing binding definition (backupram, ethernet, otg,
> qspi, adc & dsi)
What is RCC?
> Signed-off-by: Gabriel Fernandez
> ---
> include/dt-bindings/mfd/stm32f4-rcc.h | 14 --
> 1 f
On Sun, Jan 22, 2017 at 6:45 PM, David Herrmann wrote:
> Hi
>
> On Thu, Nov 24, 2016 at 9:11 PM, Aniroop Mathur wrote:
>> Currently, when EVIOCG[type] ioctl call is issued and bits_to_user fails,
>> then SYN_DROPPED event is inserted in the event queue always.
>>
>> However, it is not compulsory
Hi Lee,
On 02/01/2017 02:31 PM, Lee Jones wrote:
On Wed, 01 Feb 2017, gabriel.fernan...@st.com wrote:
From: Gabriel Fernandez
This patch adds missing binding definition (backupram, ethernet, otg,
qspi, adc & dsi)
What is RCC?
Reset & Clock Control
Signed-off-by: Gabriel Fernandez
---
Hello, this is my first message to the linux kernel development list.
I probably found a bug in the linux kernel.
It affects all kernels since 2.6.12, especially 4.9 that i use.
Lets take a look at the file: fs/proc/base.c and function
proc_loginuid_write() (circa 1264 line):
static ssize_t pro
This is a relict of 6553bf06a369 ("ASoC: Don't try to register debugfs
entries if the parent does not exist").
Signed-off-by: Daniel Baluta
---
sound/soc/soc-core.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/sound/soc/soc-core.c b/sound/soc/soc-core.c
index 9b589d6..a110d39 100644
---
On 31-01-17 03:25, James Simmons wrote:
[...]
Also I'm uncomfortable with:
data = container_of(hdr, struct libcfs_ioctl_data, ioc_hdr);
If hdr isn't the first member of the struct then the code is broken but
container_of() implies that that isn't a hard requirement. It should
just be
On Mon, Jan 30, 2017 at 3:40 PM, William Breathitt Gray
wrote:
> Setting driver_data was necessary to access private data in the
> gpiomm_remove function. Now that the gpiomm_remove function is gone,
> driver_data is no longer used. This patch removes the relevant code.
>
> Signed-off-by: William
On Mon, Jan 30, 2017 at 3:40 PM, William Breathitt Gray
wrote:
> Setting driver_data was necessary to access private data in the
> ws16c48_remove function. Now that the ws16c48_remove function is gone,
> driver_data is no longer used. This patch removes the relevant code.
>
> Signed-off-by: Willi
Hi Geert,
On Sat, Jan 28, 2017 at 1:03 AM, Geert Uytterhoeven
wrote:
> Some IOMMUs (e.g. Renesas IPMMU/VMSA) support only page sizes of 4 KiB,
> 2 MiB, and 1 GiB.
>
> With the default setting of CONFIG_CMA_ALIGNMENT = 8, allocations larger
> than 1 MiB are aligned to a 1 MiB boundary only. Hence
+Daniel to weigh in on the coefficient conversion.
On Wed, Feb 01, 2017 at 12:05:03PM +, Mihail Atanassov wrote:
All DPs have a COLORADJ matrix which is applied prior to output gamma.
Attach that to the CTM property. Also, ensure the input CTM's coefficients
can fit in the DP registers' Q3.1
On (Wed) 01 Feb 2017 [00:02:27], Omar Sandoval wrote:
> From: Omar Sandoval
>
> put_chars() stuffs the buffer it gets into an sg, but that buffer may be
> on the stack. This breaks with CONFIG_VMAP_STACK=y (for me, it
> manifested as printks getting turned into NUL bytes).
Seems reasonable. I w
On Wednesday 01 February 2017 05:58 PM, Al Viro wrote:
> On Tue, Jan 24, 2017 at 11:06:36AM +0530, Lokesh Vutla wrote:
>> commit 4a9d4b024a31 ("switch fput to task_work_add") implements a
>> schedule_work() for completing fput(), but did not guarantee calling
>> __fput() after unpacking initramfs
On Wed, 2017-02-01 at 12:30 +0200, Jarkko Sakkinen wrote:
> On Tue, Jan 31, 2017 at 05:31:50PM -0500, Mimi Zohar wrote:
> > On Wed, 2017-02-01 at 08:46 +1100, James Morris wrote:
> > > On Tue, 31 Jan 2017, Jarkko Sakkinen wrote:
> > >
> > > > James,
> > > >
> > > > The discussion is about two fea
The following changes since commit 566cf877a1fcb6d6dc0126b076aad062054c2637:
Linux 4.10-rc6 (2017-01-29 14:25:17 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git for-linus
for you to fetch changes up to e26bfebdfc0d212d366de9990a09666
On my ARM test builds (using a recent gcc-7 snapshot), allmodconfig failed with
a compiler
crash, I have managed to minimize the test case to this:
/home/arnd/cross-gcc/bin/arm-linux-gnueabi-gcc-7.0.1 -O2 -Wall
-fplugin=/home/arnd/arm-soc/build/tmp/scripts/gcc-plugins/initify_plugin.so
-DINITIF
Dmitry Vyukov wrote:
> request_key_and_link+0x2d8/0x1150 security/keys/request_key.c:549
Can you disassemble this function for me? There are several possible paths
and without the argument to the syscall and whether there's a key that was
matched, it's hard to say which path is being taken - b
On 02/01/2017 10:43 AM, Ard Biesheuvel wrote:
On 1 February 2017 at 09:07, Ard Biesheuvel wrote:
On 27 January 2017 at 10:52, Will Deacon wrote:
On Fri, Jan 27, 2017 at 10:43:16AM +, Ard Biesheuvel wrote:
On 27 January 2017 at 10:40, Matthias Brugger wrote:
Older compilers may not be a
On 01/31/2017 07:07 AM, Dave Hansen wrote:
> On 01/30/2017 05:03 PM, Anshuman Khandual wrote:
>> On 01/30/2017 10:49 PM, Dave Hansen wrote:
>>> On 01/29/2017 07:35 PM, Anshuman Khandual wrote:
HugeTLB allocation/release/accounting currently spans across all the nodes
under N_MEMORY node m
From: Michal Hocko
__vmalloc* allows users to provide gfp flags for the underlying
allocation. This API is quite popular
$ git grep "=[[:space:]]__vmalloc\|return[[:space:]]*__vmalloc" | wc -l
77
the only problem is that many people are not aware that they really want
to give __GFP_HIGHMEM along
201 - 300 of 931 matches
Mail list logo
