Signed-off-by: Daniel Baluta
---
Documentation/devicetree/bindings/sound/ak5558.txt | 23 ++
1 file changed, 23 insertions(+)
create mode 100644 Documentation/devicetree/bindings/sound/ak5558.txt
diff --git a/Documentation/devicetree/bindings/sound/ak5558.txt
b/Documentatio
On Fri, 2 Feb 2018, Arnd Bergmann wrote:
> Do you have a git tree with other changes for LTO on ARM? I'd
> like to try that as well.
I currently have only 2 other patches.
You need commit 75fea300d73a that just hit mainline (you may cherry-pick
it easily if necessary).
Then the following:
---
On Fri, 2018-02-02 at 12:31 -0800, Dan Williams wrote:
> On Fri, Feb 2, 2018 at 1:00 PM, Toshi Kani wrote:
> > A NULL pointer reference kernel bug was observed when
> > acpi_nfit_add_dimm() called in acpi_nfit_register_dimms()
> > failed. This error path does not set nfit_mem->nvdimm, but
> > the
Em Fri, Feb 02, 2018 at 05:28:49PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Fri, Feb 02, 2018 at 10:45:46AM -0800, Stephane Eranian escreveu:
> > Otherwise, I tested what you have written so far and it works.
> So I take that as a Tested-by: Stephane and will apply the patches, Jiri
> can c
On Fri, 2 Feb 2018, Yang Shi wrote:
> On 2/1/18 3:01 PM, Yang Shi wrote:
> > On 2/1/18 1:36 PM, Thomas Gleixner wrote:
> > > The accounting is inconsistent. You leak obj_pool_used. But that's wrong
> > > anyway because an object should not be accounted for in two places. It's
> > > only on _ONE_ li
From: Markus Elfring
Date: Fri, 2 Feb 2018 21:41:37 +0100
Omit an extra message for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/hid/hid-zydacron.c | 4 +---
1 file changed, 1 insertion(+), 3
On Fri, Feb 2, 2018 at 1:13 AM, Jan H. Schönherr wrote:
> + [KNL,ACPI] Convert memory within the specified region
> + from to . If "-" is left
> + out, the whole region will be marked as ,
> + even if previou
On 2/2/2018 2:58 PM, Peter Zijlstra wrote:
> On Fri, Feb 02, 2018 at 12:36:47PM -0500, Steven Sistare wrote:
>> On 2/2/2018 12:17 PM, Peter Zijlstra wrote:
>>> On Fri, Feb 02, 2018 at 11:53:40AM -0500, Steven Sistare wrote:
>> +static int select_idle_smt(struct task_struct *p, struct sched_grou
> > No. The AMD feature bits give us more fine-grained support for exposing
> > IBPB or IBRS alone, so we expose those bits on Intel too.
>
> But but.. that runs smack against the idea of exposing a platform that
> is as close to emulating the real hardware as possible.
Agreed, and it's asking
On Fri, Feb 02, 2018 at 08:31:27PM +, David Woodhouse wrote:
> On Fri, 2018-02-02 at 15:28 -0500, Konrad Rzeszutek Wilk wrote:
> >
> > >
> > > No. The AMD feature bits give us more fine-grained support for exposing
> > > IBPB or IBRS alone, so we expose those bits on Intel too.
> >
> > But b
On Fri, Feb 2, 2018 at 9:38 PM, Nicolas Pitre wrote:
> On Fri, 2 Feb 2018, Arnd Bergmann wrote:
>
>> Do you have a git tree with other changes for LTO on ARM? I'd
>> like to try that as well.
>
> I currently have only 2 other patches.
>
> You need commit 75fea300d73a that just hit mainline (you ma
On Fri, 2018-02-02 at 14:18 -0600, Kate Stewart wrote:
> On Fri, Feb 2, 2018 at 1:06 PM, Joe Perches wrote:
>
> > On Fri, 2018-02-02 at 12:27 -0600, Rob Herring wrote:
> > > On Fri, Feb 2, 2018 at 9:49 AM, Igor Stoppa
> >
> > wrote:
> > > > On 02/02/18 17:40, Rob Herring wrote:
> > > > > Add SP
On Fri, Feb 2, 2018 at 1:06 PM, Joe Perches wrote:
> On Fri, 2018-02-02 at 12:27 -0600, Rob Herring wrote:
>> On Fri, Feb 2, 2018 at 9:49 AM, Igor Stoppa wrote:
>> > On 02/02/18 17:40, Rob Herring wrote:
>> > > Add SPDX license tag check based on the rules defined in
>> >
>> > Shouldn't it also c
On Fri, Feb 2, 2018 at 12:40 PM, Arnaldo Carvalho de Melo
wrote:
> Em Fri, Feb 02, 2018 at 05:28:49PM -0300, Arnaldo Carvalho de Melo escreveu:
>> Em Fri, Feb 02, 2018 at 10:45:46AM -0800, Stephane Eranian escreveu:
>> > Otherwise, I tested what you have written so far and it works.
>
>> So I take
On 2/2/2018 2:59 PM, Peter Zijlstra wrote:
> On Fri, Feb 02, 2018 at 11:53:40AM -0500, Steven Sistare wrote:
>> On 2/1/2018 7:33 AM, Peter Zijlstra wrote:
>>> On Mon, Jan 29, 2018 at 03:31:02PM -0800, subhra mazumdar wrote:
+ rcu_read_lock();
+ sd = rcu_dereference(per_cpu(sd_llc, this_
ROR on asm-generic/master]
> > [also build test ERROR on v4.15 next-20180202]
> > [if your patch is applied to the wrong git tree, please drop us a note to
> > help improve the system]
> >
> > url:
> > https://github.com/0day-ci/linux/commits/Peter-Zijlstr
On Fri, 2018-02-02 at 14:57 -0600, Rob Herring wrote:
> On Fri, Feb 2, 2018 at 1:06 PM, Joe Perches wrote:
[]
> > Right now, there are many missing licenses
> > that are already used by various existing
> > SPDX-License-Identifier: entries.
> >
> > APACHE-2.0
>
> Given that Apache 2.0 is not com
> > On 2. Feb 2018, at 15:59, David Woodhouse wrote:
> > With retpoline, tight loops of "call this function for every XXX" are
> > very much pessimised by taking a prediction miss *every* time.
> >
> > This one showed up very high in our early testing, and it only has five
> > things it'll ever c
From: Markus Elfring
Date: Fri, 2 Feb 2018 22:08:31 +0100
Omit an extra message for a memory allocation failure in these functions.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/hid/hid-sony.c | 5 +
1 file changed, 1 insertion(+), 4 d
On Fri, 2018-02-02 at 16:10 -0500, Paolo Bonzini wrote:
> > > On 2. Feb 2018, at 15:59, David Woodhouse wrote:
> > > With retpoline, tight loops of "call this function for every XXX" are
> > > very much pessimised by taking a prediction miss *every* time.
> > >
> > > This one showed up very high
I'm posting this because I went to the trouble of hacking it together
and writing up a pretty lengthy description of what it does and where
it _might_ have benefit. But, I'm rather unconvinced that mitigation
of attacks on ASLR has a lot of value because of how many other
attacks on ASLR there ar
On Fri, 2 Feb 2018, Arnd Bergmann wrote:
> On Fri, Feb 2, 2018 at 9:38 PM, Nicolas Pitre
> wrote:
> > On Fri, 2 Feb 2018, Arnd Bergmann wrote:
> >
> >> Do you have a git tree with other changes for LTO on ARM? I'd
> >> like to try that as well.
> >
> > I currently have only 2 other patches.
> >
On Fri, 2018-02-02 at 09:40 -0600, Rob Herring wrote:
> Add SPDX license tag check based on the rules defined in
> Documentation/process/license-rules.rst. To summarize, SPDX license tags
> should be on the 1st line (or 2nd line in scripts) using the appropriate
> comment style for the file type.
>
On Tue, Jan 9, 2018 at 11:18 AM, Simo Sorce wrote:
> On Tue, 2018-01-09 at 07:16 -0500, Richard Guy Briggs wrote:
...
>> Changelog:
>>
>> (Upstream V3)
>> - switch back to u64 (from pmoore, can be expanded to u128 in future if
>> need arises without breaking API. u32 was originally proposed,
On 2/2/2018 3:04 PM, Peter Zijlstra wrote:
> On Fri, Feb 02, 2018 at 01:34:58PM -0500, Steven Sistare wrote:
>> Actually, I take back my take back. I suspect the primary benefit
>> of random selection is that it breaks up resonance states where
>> CPUs that are busy tend to stay busy, and CPUs tha
> Either way, that does look like a reasonable answer. I had looked at
> the various one-line wrappers around slot_handle_level_range() and
> thought "hm, those should be inline", but I hadn't made the next step
> and pondered putting the whole thing inline. We'll give it a spin and
> work out wher
On Wed, Jan 10, 2018 at 2:00 AM, Richard Guy Briggs wrote:
> On 2018-01-09 11:18, Simo Sorce wrote:
>> On Tue, 2018-01-09 at 07:16 -0500, Richard Guy Briggs wrote:
>> > Containers are a userspace concept. The kernel knows nothing of them.
>> >
>> > The Linux audit system needs a way to be able to
On 02/01/18 21:59, Chintan Pandya wrote:
>
>
> On 2/2/2018 12:40 AM, Frank Rowand wrote:
>> On 02/01/18 02:31, Chintan Pandya wrote:
>>>
> Anyways, will fix this locally and share test results.
Thanks, I look forward to the results.
>>>
>>> Set up for this time was slightly dif
On 02/02/2018 11:34 AM, Saravana Kannan wrote:
On 02/02/2018 03:54 AM, Rafael J. Wysocki wrote:
On Wednesday, January 24, 2018 9:53:14 PM CET Bo Yan wrote:
On 01/23/2018 06:02 PM, Rafael J. Wysocki wrote:
On Tuesday, January 23, 2018 10:57:55 PM CET Bo Yan wrote:
drivers/cpufreq/cpufreq.c
On Fri, 2 Feb 2018, Mimi Zohar wrote:
> On Fri, 2018-02-02 at 21:07 +1100, James Morris wrote:
> > On Thu, 1 Feb 2018, Mimi Zohar wrote:
> >
> > > Hi James,
> > >
> > > Included in this pull request are three bug fixes, assuming the 2 FUSE
> > > patches are considered bugs and not new features,
I'm seeing build failures from the two newly introduced arrays that
are marked 'const' and '__initdata', which are mutually exclusive:
arch/x86/kernel/cpu/common.c:882:43: error: 'cpu_no_speculation' causes a
section type conflict with 'e820_table_firmware_init'
arch/x86/kernel/cpu/common.c:895:4
ftrtc010_rtc_probe() leaves clks enabled in case of errors.
The patch adds proper disabling code.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey Khoroshilov
---
drivers/rtc/rtc-ftrtc010.c | 37 -
1 file changed, 28 insert
Hi Trond, Steven,
eversince I switched from Debian Jessie to Stretch last summer, I've
been seeing the very same hidden ports on an NFS server as described in
[1], which is a follow-up to [2].
Your patch ([3], [4]) solved the issue back then. Later on, you changed
that fix again in [5], which lea
On Thu 18 Jan 00:05 PST 2018, Vijay Viswanath wrote:
> From: Krishna Konda
>
> The PADs for sdhc controller are dual-voltage that support 3v/1.8v.
> Those PADs have a control signal (io_pad_pwr_switch/mode18 ) that
> indicates whether the PAD works in 3v or 1.8v.
>
> SDHC core on msm platforms
On Sun, Dec 17, 2017 at 01:56:01AM -0800, syzbot wrote:
> Hello,
>
> syzkaller hit the following crash on
> 41d8c16909ebda40f7b4982a7f5e2ad102705ade
> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/master
> compiler: gcc (GCC) 7.1.1 20170620
> .config is attached
> Raw console o
On Fri, Feb 02, 2018 at 06:21:18PM +0100, Giulio Benetti wrote:
> Hi,
>
> Il 02/02/2018 16:52, Maxime Ripard ha scritto:
> > On Fri, Feb 02, 2018 at 04:38:13PM +0100, Giulio Benetti wrote:
> > > Hi,
> > >
> > > Il 02/02/2018 14:35, Maxime Ripard ha scritto:
> > > > On Fri, Feb 02, 2018 at 11:57:2
Hi Klaus,
Am Dienstag, 30. Januar 2018, 11:15:31 CET schrieb Klaus Goger:
> Enable the NXP SGTL5000 audio codec on the RK3399-Q7 EVK baseboard
> Haikou.
>
> The i2s0_2ch_bus definition is only done in the SoM dtsi as it is
> missing the LRCK_RX pin (that is used otherwise) and therefore not
> gen
Am Dienstag, 30. Januar 2018, 11:15:55 CET schrieb Klaus Goger:
> Enable the SoC thermal sensor on RK3399-Q7 (Puma).
> As we want to do do a full board reset instead of just a SoC one, set
> hw-tshut-mode to GPIO.
>
> Signed-off-by: Klaus Goger
applied for 4.17
Thanks
Heiko
On Tue, Jan 9, 2018 at 7:16 AM, Richard Guy Briggs wrote:
> Containers are a userspace concept. The kernel knows nothing of them.
>
> The Linux audit system needs a way to be able to track the container
> provenance of events and actions. Audit needs the kernel's help to do
> this.
Two small co
Tested-by: Nikola Ciprich
pgp31izO_LjKh.pgp
Description: PGP signature
On Fri, Feb 02, 2018 at 08:55:06PM +0100, Peter Zijlstra wrote:
> On Fri, Feb 02, 2018 at 07:27:04PM +, Mark Rutland wrote:
> > ... in some cases, owner_cpu is -1, so I guess we're racing with an
> > unlock. I only ever see this on the runqueue locks in wake up functions.
>
> So runqueue locks
On Sat, Dec 23, 2017 at 06:09:01AM -0800, syzbot wrote:
> Hello,
>
> syzkaller hit the following crash on
> 6084b576dca2e898f5c101baef151f7bfdbb606d
> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/master
> compiler: gcc (GCC) 7.1.1 20170620
> .config is attached
> Raw console o
The strace breakage looks like that:
./strace: get_regs: get_regs_error: Input/output error
It happens because ia64 needs to load unwind tables
to read certain registers. Unwind tables fail to load
due to GCC quirk on the following code:
extern char __end_unwind[];
const struct unw_table_
On Sat, Feb 03, 2018 at 02:04:54AM +0800, Icenowy Zheng wrote:
> The V3s is just a differently packaged version of the V3 chip, which has
> a MAC with the same capability with H3. The V3s just doesn't wire out
> the external MII/RMII/RGMII bus. (V3 wired out it).
>
> Drop the compatible string of
If no metadata devices are configured on raid1/4/5/6/10
(e.g. via dm-raid), md_write_start() unconditionally waits
for superblocks to be written thus deadlocking.
Fix introduces mddev->has_superblocks bool, defines it in md_run()
and checks for it in md_write_start() to conditionally avoid waiting
On Fri, Feb 02, 2018 at 02:57:32PM +0100, Dmitry Vyukov wrote:
> On Fri, Feb 2, 2018 at 2:48 PM, syzbot
> wrote:
> > Hello,
> >
> > syzbot hit the following crash on upstream commit
> > 7109a04eae81c41ed529da9f3c48c3655ccea741 (Thu Feb 1 17:37:30 2018 +)
> > Merge git://git.kernel.org/pub/scm/
On 02/02/2018 09:56 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.14.17 release.
> There are 156 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses
On 02/02/2018 09:58 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.15.1 release.
> There are 55 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sh
On Fri, Feb 2, 2018 at 8:49 PM, Nicolas Pitre wrote:
> On Fri, 2 Feb 2018, Arnd Bergmann wrote:
>
>> crypto_it_tab and the other symbols like it are defined in
>> crypto/aes_generic.c and exported for loadable modules. When
>> building with LTO and CONFIG_TRIM_UNUSED_KSYMS, the exports
>> are elim
On Fri, 2018-02-02 at 16:24 -0500, Paul Moore wrote:
> On Wed, Jan 10, 2018 at 2:00 AM, Richard Guy Briggs wrote:
> > On 2018-01-09 11:18, Simo Sorce wrote:
> > > On Tue, 2018-01-09 at 07:16 -0500, Richard Guy Briggs wrote:
> > > > Containers are a userspace concept. The kernel knows nothing of t
On 02/02/2018 09:57 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.9.80 release.
> There are 86 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sh
On 02/02/2018 09:57 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.4.115 release.
> There are 67 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses s
Hi Archit, Andrzej, Laurent & Brian,
What is your opinion regarding this patch? Do you have any advice for
handling hw versions?
Do not hesitate to comment.
Many thanks,
Philippe :-)
On 01/22/2018 04:08 PM, Philippe Cornu wrote:
> From: Philippe CORNU
>
> Add support for the Synopsys Design
Commit-ID: 4bf5d56d429cbc96c23d809a08f63cd29e1a702e
Gitweb: https://git.kernel.org/tip/4bf5d56d429cbc96c23d809a08f63cd29e1a702e
Author: Arnd Bergmann
AuthorDate: Fri, 2 Feb 2018 22:39:23 +0100
Committer: Thomas Gleixner
CommitDate: Fri, 2 Feb 2018 23:13:56 +0100
x86/pti: Mark constant
On Fri, Feb 02, 2018 at 10:12:24PM +, Sergei Trofimovich wrote:
> The strace breakage looks like that:
> ./strace: get_regs: get_regs_error: Input/output error
>
> It happens because ia64 needs to load unwind tables
> to read certain registers. Unwind tables fail to load
> due to GCC quirk on
Commit-ID: af189c95a371b59f493dbe0f50c0a09724868881
Gitweb: https://git.kernel.org/tip/af189c95a371b59f493dbe0f50c0a09724868881
Author: Darren Kenny
AuthorDate: Fri, 2 Feb 2018 19:12:20 +
Committer: Thomas Gleixner
CommitDate: Fri, 2 Feb 2018 23:13:57 +0100
x86/speculation: Fix typ
,
* ltp-timers-tests - pass: 12,
Summary
kernel: 4.4.115-rc1
git repo: https://git.linaro.org/lkft/arm64-stable-rc.git
git tag: 4.4.115-rc1-hikey-20180202-124
git commit: c7f481905806190d02c71cd5fb46503dda795498
git describe: 4.4.115-
On 02/01/18 19:45, Rob Herring wrote:
> On Thu, Feb 1, 2018 at 3:09 PM, Frank Rowand wrote:
>> On 02/01/18 06:24, Rob Herring wrote:
>>> On Wed, Jan 31, 2018 at 3:43 PM, Frank Rowand
>>> wrote:
On 01/31/18 12:05, frowand.l...@gmail.com wrote:
> From: Frank Rowand
>
> Create a c
Commit-ID: 328008a72d38b5bde6491e463405c34a81a65d3e
Gitweb: https://git.kernel.org/tip/328008a72d38b5bde6491e463405c34a81a65d3e
Author: Arnd Bergmann
AuthorDate: Fri, 2 Feb 2018 15:56:18 +0100
Committer: Thomas Gleixner
CommitDate: Fri, 2 Feb 2018 23:33:50 +0100
x86/power: Fix swsusp_a
Commit-ID: ebfc15019cfa72496c674ffcb0b8ef10790dcddc
Gitweb: https://git.kernel.org/tip/ebfc15019cfa72496c674ffcb0b8ef10790dcddc
Author: Arnd Bergmann
AuthorDate: Fri, 2 Feb 2018 15:56:17 +0100
Committer: Thomas Gleixner
CommitDate: Fri, 2 Feb 2018 23:33:50 +0100
x86/dumpstack: Avoid un
Hi Laurent & Daniel :-)
On 01/29/2018 11:40 AM, Laurent Pinchart wrote:
> Hi Philippe,
>
> On Monday, 29 January 2018 12:17:37 EET Philippe CORNU wrote:
>> On 01/29/2018 10:46 AM, Laurent Pinchart wrote:
>>> On Thursday, 25 January 2018 17:55:04 EET Philippe Cornu wrote:
>>>
The "adjusted_mo
On Fri, Feb 02, 2018 at 05:57:20PM +0100, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.9.80 release.
> There are 86 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
Il 02/02/2018 22:59, Maxime Ripard ha scritto:
On Fri, Feb 02, 2018 at 06:21:18PM +0100, Giulio Benetti wrote:
Hi,
Il 02/02/2018 16:52, Maxime Ripard ha scritto:
On Fri, Feb 02, 2018 at 04:38:13PM +0100, Giulio Benetti wrote:
Hi,
Il 02/02/2018 14:35, Maxime Ripard ha scritto:
On Fri, Feb 02
Hi Daniel,
You missed to add the dt maintainer, Rob Herring.
On Fri, Feb 2, 2018 at 2:20 PM, Daniel Baluta wrote:
> Signed-off-by: Daniel Baluta
Please add a commit log.
> ---
> Documentation/devicetree/bindings/sound/ak5558.txt | 23
> ++
> 1 file changed, 23 insertions
On 24/01/2018 at 22:23:46 +0100, Bartosz Golaszewski wrote:
> Using compatible strings without the part for at24 is
> now deprecated. Use a correct 'atmel,' value.
>
> Signed-off-by: Bartosz Golaszewski
> ---
> arch/arm/boot/dts/sama5d34ek.dts | 2 +-
> 1 file changed, 1 insertion(+), 1 deletio
On Fri, Feb 02 2018 at 16:32 +, Steven Rostedt wrote:
On Fri, 2 Feb 2018 07:22:00 -0700
Lina Iyer wrote:
Hi Lina,
This looks really good. I have one nit below.
From: Archana Sathyakumar
Log key PDC pin configuration in FTRACE.
Cc: Steven Rostedt
Signed-off-by: Archana Sathyakumar
On Fri, Feb 2, 2018 at 5:28 AM, Linus Walleij wrote:
>
> here is the big slew of changes in pin control for the v4.16 cycle.
So I pulled this, and then was surprised by how *everything* got
rebuilt even though it only touched pinctl files.
The reason for that seems to be that the pinctl pull got
On Fri 26 Jan 17:01 PST 2018, Jeremy McNicoll wrote:
> On Tue, Dec 12, 2017 at 03:58:54PM -0800, Bjorn Andersson wrote:
[..]
> >
> > The result of this patch is that we will actively open the RPM channel
> > even though it's left in a state other than "opening" after the boot
> > loader's closing
On Fri, Feb 02 2018 at 15:57 +, Thomas Gleixner wrote:
On Fri, 2 Feb 2018, Lina Iyer wrote:
+++ b/include/trace/events/pdc.h
@@ -0,0 +1,55 @@
+/* Copyright (c) 2017-2018, The Linux Foundation. All rights reserved.
+ *
+ * This program is free software; you can redistribute it and/or modify
+
On Fri, 2 Feb 2018 14:22:32 -0800
"Luck, Tony" wrote:
> On Fri, Feb 02, 2018 at 10:12:24PM +, Sergei Trofimovich wrote:
> > The strace breakage looks like that:
> > ./strace: get_regs: get_regs_error: Input/output error
> >
> > It happens because ia64 needs to load unwind tables
> > to read
On 02/02/2018 09:50 PM, Andy Shevchenko wrote:
> On Fri, Feb 2, 2018 at 1:13 AM, Jan H. Schönherr wrote:
>
>> + [KNL,ACPI] Convert memory within the specified region
>> + from to . If "-" is left
>> + out, the whole region will be
On Fri, Feb 02, 2018 at 05:56:21PM +0100, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.14.17 release.
> There are 156 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me kno
From: "Steven Rostedt (VMware)"
Add an interface that hooks to the ftrace function tracing to create events
based on functions. A new file is created in the tracefs file system called
function_events. Writing a function name followed by an empty set of
parenthesis will create an event that uses f
From: "Steven Rostedt (VMware)"
The function based events can now have arguments passed in. A weak function
arch_get_func_args() is created so that archs can fill in the arguments
based on pt_regs. Currently no arch implements this function, so no
arguments are returned. Passing NULL for pt_regs
From: "Steven Rostedt (VMware)"
Start documenting the usage of function based events. This only gives an
introduction for the function based events. As new features are added to
them, those features will be documented in this document.
Signed-off-by: Steven Rostedt (VMware)
---
Documentation/t
From: "Steven Rostedt (VMware)"
Add x64, x32, x16 and x8 to represent numbers of the same size in hex.
Similar to u64, u32, u16, and u8 but uses %x instead of %u.
Signed-off-by: Steven Rostedt (VMware)
---
Documentation/trace/function-based-events.rst | 14 +-
kernel/trace/trace_ev
At Kernel Summit back in October, we tried to bring up trace markers, which
would be nops within the kernel proper, that would allow modules to hook
arbitrary trace events to them. The reaction to this proposal was less than
favorable. We were told that we were trying to make a work around for a
p
Add a more versatile memmap= operator, which -- in addition to all the
things that were possible before -- allows you to:
- redeclare existing ranges -- before, you were limited to adding ranges;
- drop any range -- like a mem= for any location;
- use any e820 memory type -- not just some predefine
On Fri, Feb 02, 2018 at 09:33:18PM +0200, Andy Shevchenko wrote:
> On Fri, Feb 2, 2018 at 6:20 PM, Daniel Baluta wrote:
> > +static int ak5558_set_dai_mute(struct snd_soc_dai *dai, int mute)
> > +{
> > + struct snd_soc_codec *codec = dai->codec;
> > + struct ak5558_priv *ak5558 = snd_
From: "Steven Rostedt (VMware)"
If args are to be skipped (only care about second, third or later arguments)
then add a NULL to ignore them. For example, if one only wants to record the
third argument of a function, they can perform:
echo foo(NULL, NULL, u32 arg3) > function_events
Then only t
From: "Steven Rostedt (VMware)"
Allow the function based events to retrieve not only the parameters offsets,
but also get data from a pointer within a parameter structure. Something
like:
# echo 'ip_rcv(string skdev+16[0][0] | x8[6] skperm+16[0]+558)' >
function_events
# echo 1 > events/func
From: "Steven Rostedt (VMware)"
If a field in a function based event is defined with type "char[##]" then it
will be considered a static string. If a user wants an actual byte array
they should use one of u8, s8, or x8.
Now we can get strings from events:
# echo 'SyS_openat(int dfd, char[64] b
From: "Steven Rostedt (VMware)"
Add a "string" type that will create a dynamic length string for the
event, this is the same as the __string() field in normal TRACE_EVENTS.
[ missing 'static' found by Fengguang Wu's kbuild test robot ]
Signed-off-by: Steven Rostedt (VMware)
---
Documentation/t
From: "Steven Rostedt (VMware)"
For the function based event args, knowing quickly what type they are is
advantageous, as decisions can be made quickly based on them. Having an
enum for the types is useful for this purpose.
Use macros to create both the func_type array as well as enums that
matc
From: "Steven Rostedt (VMware)"
Add syntex to allow the user to create an array type. Brackets after the
type field will denote that this is an array type. For example:
# echo 'SyS_open(x8[32] buf, x32 flags, x32 mode)' > function_events
Will make the first argument of the sys_open function ca
From: "Steven Rostedt (VMware)"
Add "unsigned" to the format processing to creating dynamic function based
events. For example: "unsigned long" now works.
Signed-off-by: Steven Rostedt (VMware)
---
Documentation/trace/function-based-events.rst | 47 ++-
kernel/trace/tra
From: "Steven Rostedt (VMware)"
Add a special type "symbol" that will use %pS to display the field of a
function based event.
Signed-off-by: Steven Rostedt (VMware)
---
Documentation/trace/function-based-events.rst | 26 +-
kernel/trace/trace_event_ftrace.c
From: "Steven Rostedt (VMware)"
Currently reading of 8 byte words can only happen 8 bytes aligned from the
argument. But there may be cases that they are 4 bytes aligned. To make the
capturing of arguments more flexible, add a plus '+' operator that can index
the variable at arbitrary indexes to
From: "Steven Rostedt (VMware)"
Allow referencing any address during the function based event. The syntax is
to use = For example:
# echo 'do_IRQ(long total_forks=0xa2a4b4c0)' > function_events
# echo 1 > events/function/enable
# cat trace
sshd-832 [000] d... 221639.210
From: "Steven Rostedt (VMware)"
Have perf use function based events.
# echo 'SyS_openat(int dfd, string buf, x32 flags, x32 mode)' >
/sys/kernel/tracing/function_events
# perf record -e functions:SyS_openat grep task_forks /proc/kallsyms
# perf script
grep 913 [002] 5713.413239: funct
From: "Steven Rostedt (VMware)"
As an argument may be a structure or an array, we may want to dereference
more than one field per argument. Create a pipe '|' token to the parsing
that allows to reference multipe dereference fields per function argument.
Change func_arg fields from char to s8 or
From: "Steven Rostedt (VMware)"
Add '[' ']' syntex to allow to get values indirectly from the arguments.
For example:
echo replenish_dl_entity(s64 dl_se[4]) > function_events
Will get the 4th long long word from the first parameter like an array.
Signed-off-by: Steven Rostedt (VMware)
---
D
From: "Steven Rostedt (VMware)"
Add function to get the function arguments from pt_regs.
Signed-off-by: Steven Rostedt (VMware)
---
arch/x86/kernel/ftrace.c | 28
1 file changed, 28 insertions(+)
diff --git a/arch/x86/kernel/ftrace.c b/arch/x86/kernel/ftrace.c
ind
On Fri, Feb 02, 2018 at 09:54:27AM +0100, Andrea Parri wrote:
> On Thu, Feb 01, 2018 at 03:09:41PM -0800, Paul E. McKenney wrote:
> > On Thu, Feb 01, 2018 at 10:26:50AM -0500, Alan Stern wrote:
> > > On Thu, 1 Feb 2018, Andrea Parri wrote:
> > >
> > > > Ingo pointed out that:
> > > >
> > > > "T
On Fri, Feb 02, 2018 at 11:44:21AM +0100, Andrea Parri wrote:
> On Thu, Feb 01, 2018 at 03:09:41PM -0800, Paul E. McKenney wrote:
> > On Thu, Feb 01, 2018 at 10:26:50AM -0500, Alan Stern wrote:
> > > On Thu, 1 Feb 2018, Andrea Parri wrote:
> > >
> > > > Ingo pointed out that:
> > > >
> > > > "T
On Fri, Feb 02, 2018 at 03:17:53PM -0800, Paul E. McKenney wrote:
> On Fri, Feb 02, 2018 at 09:54:27AM +0100, Andrea Parri wrote:
> > On Thu, Feb 01, 2018 at 03:09:41PM -0800, Paul E. McKenney wrote:
> > > On Thu, Feb 01, 2018 at 10:26:50AM -0500, Alan Stern wrote:
> > > > On Thu, 1 Feb 2018, Andre
On Thu, Dec 28, 2017 at 12:15:01PM -0800, syzbot wrote:
> Hello,
>
> syzkaller hit the following crash on
> beacbc68ac3e23821a681adb30b45dc55b17488d
> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/master
> compiler: gcc (GCC) 7.1.1 20170620
> .config is attached
> Raw console ou
On Fri, Feb 2, 2018 at 5:19 PM, Simo Sorce wrote:
> On Fri, 2018-02-02 at 16:24 -0500, Paul Moore wrote:
>> On Wed, Jan 10, 2018 at 2:00 AM, Richard Guy Briggs wrote:
>> > On 2018-01-09 11:18, Simo Sorce wrote:
>> > > On Tue, 2018-01-09 at 07:16 -0500, Richard Guy Briggs wrote:
...
>> > Paul, c
On Sat, Dec 23, 2017 at 11:54:01PM -0800, syzbot wrote:
> Hello,
>
> syzkaller hit the following crash on
> 6084b576dca2e898f5c101baef151f7bfdbb606d
> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/master
> compiler: gcc (GCC) 7.1.1 20170620
> .config is attached
> Raw console o
On 2/2/18 1:51 AM, Christian Brauner wrote:
> diff --git a/net/core/rtnetlink.c b/net/core/rtnetlink.c
> index 56af8e41abfc..d0b7ab22eff4 100644
> --- a/net/core/rtnetlink.c
> +++ b/net/core/rtnetlink.c
> @@ -1951,6 +1951,18 @@ static struct net *rtnl_link_get_net_capable(const
> struct sk_buff *s
801 - 900 of 975 matches
Mail list logo
