On 08/20/2018 11:06 AM, Matthew Wilcox wrote:
> Both spin locks and write locks currently do:
>
> f0 0f b1 17 lock cmpxchg %edx,(%rdi)
> 85 c0 test %eax,%eax
> 75 05 jne[slowpath]
>
> This 'test' insn is superfluous; the cmpxchg insn sets
On Tue, 14 Aug 2018, Arnd Bergmann wrote:
> A new build error appeared with CONFIG_PROC_FS disabled:
>
> arch/x86/kernel/apm_32.c:1643:12: error: 'proc_apm_show' defined but not used
> [-Werror=unused-function]
>
> This marks the function as __maybe_unused to let the compiler drop
> it
On Mon, Aug 20, 2018 at 12:05:50PM +0800, wang.y...@zte.com.cn wrote:
> Gentle ping :)
>
> > The 'tbl' variable may leak when return in function
> > wq_numa_init(), and this patch fixes this.
> >
> > Signed-off-by: Yi Wang
> > Reviewed-by: Jiang Biao
It's a kernel bug path where we might as
The R-Car DU on the D3 and E3 does not support interlaced pipelines,
thus we need to have a means to reject interlaced configurations on
those platoforms.
Provide a new feature flag, and add that flag to all existing devices
which currently support interlaced pipelines.
When D3 and E3 support is
On Mon, Aug 20, 2018 at 4:58 PM Thomas Gleixner wrote:
>
> On Tue, 14 Aug 2018, Guenter Roeck wrote:
> >
> > For my part I am all for making gcc 4.6 mandatory.
>
> No objections from my side.
gcc-4.6 is also what I suggested a while ago as a good choice for a new minimum
version, back then I met
Commit-ID: 9df9516940a61d29aedf4d91b483ca6597e7d480
Gitweb: https://git.kernel.org/tip/9df9516940a61d29aedf4d91b483ca6597e7d480
Author: Vlastimil Babka
AuthorDate: Mon, 20 Aug 2018 11:58:35 +0200
Committer: Thomas Gleixner
CommitDate: Mon, 20 Aug 2018 18:04:42 +0200
Em Mon, Aug 20, 2018 at 08:53:05AM -0700, Thiago Macieira escreveu:
> On Monday, 20 August 2018 06:39:43 PDT Arnaldo Carvalho de Melo wrote:
> > Hi guys,
>
> Hello
>
> > Makefile.config:318: No libelf found. Disables 'probe' tool, jvmti and BPF
> > support in 'perf record'. Please install
On Mon, 20 Aug 2018, Jim Mattson wrote:
> On Mon, Aug 20, 2018 at 9:00 AM, Thomas Gleixner wrote:
> >
> > On Tue, 7 Aug 2018, Jim Mattson wrote:
> >
> > > Skylake-era Intel CPUs are vulnerable to exploits of empty RSB
> > > conditions. On hardware, platform vulnerability can be determined
> > >
On 13.08.2018 23:48, Tony Krowiak wrote:
> From: Tony Krowiak
>
> This patch refactors the code that initializes and sets up the
> crypto configuration for a guest. The following changes are
> implemented via this patch:
>
> 1. Prior to the introduction of AP device virtualization, it
>was
I am testing the patch set with the following code:
#include
#include
volatile short semaphore = 0;
int for_uprobe(int c)
{
printf("%d\n", c + 10);
return c + 1;
}
int main(int argc, char *argv[])
{
for_uprobe(argc);
while (1) {
sleep(1);
On Mon, Aug 20, 2018 at 04:41:16PM +0200, Michal Hocko wrote:
> > +++ b/fs/xfs/xfs_buf.c
> > for (i = 0; i < bp->b_page_count; i++) {
> > - bp->b_pages[i] = mem_to_page((void *)pageaddr);
> > + bp->b_pages[i] = kvvirt_to_page((void *)pageaddr);
> > pageaddr +=
Good morning.
I have a custom PCI device that needs to fill memory buffers of up to 16MB
in size. For various reasons I would like to avoid implementing
scatter-gather support in the device and would much rather prefer a
contiguous buffer view instead. The buffers are allocated using
Remove open-coded uses of set instructions to use CC_SET()/CC_OUT() for
__cmpxchg_double.
Signed-off-by: Uros Bizjak
---
arch/x86/include/asm/cmpxchg.h | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/arch/x86/include/asm/cmpxchg.h b/arch/x86/include/asm/cmpxchg.h
If kobject state is not initialized, then its not even certain that
kobject'name is initialized. Hence when accessing the kobject's name
tread carefully.
A stupid module test like
https://github.com/srikard/tests/blob/master/modules/kobject_test.c
can panic the system.
With patch: We will see
On Fri, 17 Aug 2018 01:29:39 +0900
Masami Hiramatsu wrote:
> Add GCOV_PROFILE_FTRACE to allow gcov profiling
> on only files in ftrace subsystem. This kconfig
> flag will be used for checking kselftest/ftrace
Note, I haven't heard of "kconfig flag" as the terminology. Usually, we
just say
Hi Georgi,
On Tue, Aug 07, 2018 at 05:54:38PM +0300, Georgi Djakov wrote:
> > There is also a patch series from Maxime Ripard that's addressing the
> > same general area. See "dt-bindings: Add a dma-parent property". We
> > don't need multiple ways to address describing the device to memory
> >
On Monday, 20 August 2018 06:39:43 PDT Arnaldo Carvalho de Melo wrote:
> Hi guys,
Hello
> Makefile.config:318: No libelf found. Disables 'probe' tool, jvmti and BPF
> support in 'perf record'. Please install libelf-dev, libelf-devel or
> elfutils-libelf-devel
You may want to install the
From: Arnaldo Carvalho de Melo
To bring in the change made in this cset:
Fixes: a7bea8308933 ("x86/asm/64: Use 32-bit XOR to zero registers")
CC /tmp/build/perf/bench/mem-memcpy-x86-64-asm.o
LD /tmp/build/perf/bench/perf-in.o
LD /tmp/build/perf/perf-in.o
LINK
From: Arnaldo Carvalho de Melo
To get the changes in the following csets:
301d328a6f8b ("x86/cpufeatures: Add EPT_AD feature bit")
706d51681d63 ("x86/speculation: Support Enhanced IBRS on future CPUs")
No tools were affected, copy it to silence this perf tool build warning:
Warning:
From: Jiri Olsa
Store the real cpu number in 'struct perf_mmap', which will be used by
python interface that allows user to read a particular memory map for
given cpu.
Signed-off-by: Jiri Olsa
Cc: Alexander Shishkin
Cc: David Ahern
Cc: Jaroslav Škarvada
Cc: Joe Mario
Cc: Namhyung Kim
Cc:
From: Jiri Olsa
We will add a compression check in the following patch and it makes it
easier if the file processing is done in a single place. It also makes
the current code simpler.
The decompress_kmodule function now returns the fd of the uncompressed
file and the file name in the pathname
From: Jiri Olsa
Add is_compressed callback to the compressions array, that returns 0 if
the file is compressed or != 0 if not.
The new callback is used to recognize the situation when we have a
'compressed' object, like:
/lib/modules/.../drivers/net/ethernet/intel/igb/igb.ko.xz
but we need
From: Jiri Olsa
Add implementation of the is_compressed callback for gzip.
Signed-off-by: Jiri Olsa
Cc: Alexander Shishkin
Cc: David Ahern
Cc: Michael Petlan
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link: http://lkml.kernel.org/r/20180817094813.15086-13-jo...@kernel.org
Signed-off-by: Arnaldo
From: Jiri Olsa
Add implementation of the is_compressed callback for lzma.
Signed-off-by: Jiri Olsa
Cc: Alexander Shishkin
Cc: David Ahern
Cc: Michael Petlan
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link: http://lkml.kernel.org/r/20180817094813.15086-12-jo...@kernel.org
Signed-off-by: Arnaldo
From: Jiri Olsa
Having comp carrying the compression ID, we no longer need return the
extension. Removing it and updating the automated test.
Signed-off-by: Jiri Olsa
Cc: Alexander Shishkin
Cc: David Ahern
Cc: Michael Petlan
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
From: Jiri Olsa
Jaroslav reported errors from valgrind over perf python script:
# echo 0 > /sys/devices/system/cpu/cpu4/online
# valgrind ./test.py
==7524== Memcheck, a memory error detector
...
==7524== Command: ./test.py
==7524==
pid 7526 exited
==7524== Invalid read of size 8
From: Jiri Olsa
Once we parsed out the compression ID, we dont need to iterate all
available compressions and we can call it directly.
Signed-off-by: Jiri Olsa
Cc: Alexander Shishkin
Cc: David Ahern
Cc: Michael Petlan
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
From: Jiri Olsa
Add comp to 'struct dso' to hold the compression index. It will be used
in the following patches.
Signed-off-by: Jiri Olsa
Cc: Alexander Shishkin
Cc: David Ahern
Cc: Michael Petlan
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
Commit-ID: b639186ffe9168fd1d2f95a1fff8571720739126
Gitweb: https://git.kernel.org/tip/b639186ffe9168fd1d2f95a1fff8571720739126
Author: Gustavo A. R. Silva
AuthorDate: Thu, 16 Aug 2018 12:21:24 -0500
Committer: Thomas Gleixner
CommitDate: Mon, 20 Aug 2018 18:23:00 +0200
futex: Mark
Linus,
please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/jikos/livepatching.git for-linus
to receive livepatching updates
=
- code cleanups from Kamalesh Babulal
=
Thanks.
Kamalesh Babulal (2):
As commit 5ba800962a80 ("kbuild: update ARCH alias info for sparc")
addressed, SPARC accepts ARCH=sparc32 as an alias.
However, arch/sparc/Makefile wrongly sets KBUILD_DEFCONFIG, then
sparc64_defconfig is chosen as the base configuration for ARCH=sparc32.
$ make ARCH=sparc32 defconfig
***
On Mon, 20 Aug 2018 12:01:10 +0200
Peter Rosin wrote:
> The file is GPL v2 only.
>
> Signed-off-by: Peter Rosin
Applied to the togreg branch of iio.git and pushed out as testing for
the autobuilders to play with it.
thanks,
Jonathan
> ---
> drivers/iio/potentiometer/mcp4018.c | 2 +-
> 1
On Mon, 20 Aug 2018 15:36:47 +0100
Suzuki K Poulose wrote:
> On 08/20/2018 03:22 PM, Kim Phillips wrote:
> > On Mon, 20 Aug 2018 11:03:03 +0100
> > Suzuki K Poulose wrote:
> >
> >> On 08/16/2018 08:28 PM, Mathieu Poirier wrote:
> >>> On Wed, 15 Aug 2018 at 09:28, Kim Phillips wrote:
>
>
On Mon, 20 Aug 2018 11:32:13 -0400
Steven Rostedt wrote:
> Other than that, it looks fine to me.
This patch also seems out of place for the series. Want to resend it
separately, and I'll apply it?
Thanks!
-- Steve
Currently on every resume we check for mkbp events and notify the
clients. This helps in identifying the wakeup sources. But on devices
that do not support mkbp protocol, we might end up querying key state of
the keyboard in a loop which blocks the resume. Instead check for events
only if mkbp is
Hi,
On 08/16/2018 09:33 PM, A.s. Dong wrote:
Hi Stephen,
Do you want me to resend this series for review?
It seems have been pending for quite a long time.
Thor just pinged me for its status as he wants to use it.
Regards
Dong Aisheng
-Original Message-
From: A.s. Dong
Sent:
On 8/20/2018 5:22 AM, Lukas Wunner wrote:
+
This differs from v7 of the patch in that*any* fatal error, not just
a Surprise Link Down, results in pciehp waiting for the error to clear.
I'm wondering if that's safe: Theoretically, the user might quickly
swap the card in the slot during, say,
On 2018-08-17 12:47, Trilok Soni wrote:
Hi Prakruthi,
On 8/16/2018 5:05 PM, Prakruthi Deepak Heragu wrote:
+
+#define EUD_INT_VBUS BIT(2)
+#define EUD_INT_CHGR BIT(3)
+#define EUD_INT_SAFE_MODE BIT(4)
+
+#define EUD_NR 1
I don't see any use of EUD_NR
On Mon, Aug 20, 2018 at 06:24:06PM +0200, Michal Hocko wrote:
> On Mon 20-08-18 07:49:23, Matthew Wilcox wrote:
> > On Mon, Aug 20, 2018 at 04:41:16PM +0200, Michal Hocko wrote:
> > > On Sat 18-08-18 20:49:01, Li RongQing wrote:
> > > > The new helper returns address mapping page, which has
On Mon, Aug 20, 2018 at 04:56:22PM +0800, He Zhe wrote:
> Could you please provide your input? Thanks.
It is the middle of the merge window, we can not do anything with new
patches. This is a trivial cleanup fix, nothing that is really
important at the moment it will be reviewed in time, please
On Fri, Aug 17, 2018 at 02:36:01PM -0700, Bjorn Andersson wrote:
> FWIW, we've had this problem on other devices as well; where the eMMC
> won't operate properly unless the supply operates in HPM. We've worked
> around this by specifying regulator-system-load for said regulators.
You can set the
On Thu, Aug 16, 2018 at 10:45:18AM +0200, Alexandre Belloni wrote:
> Document bindings for the Microsemi Ocelot integration of the Designware
> I2C controller.
>
> Cc: Rob Herring
> Signed-off-by: Alexandre Belloni
> ---
> Documentation/devicetree/bindings/i2c/i2c-designware.txt | 7 ++-
>
On Mon, 20 Aug 2018 12:01:11 +0200
Peter Rosin wrote:
> Drop the boilerplate license text and use the correct MODULE_LICENSE.
>
> Signed-off-by: Peter Rosin
Applied.
thanks,
Jonathan
> ---
> drivers/iio/potentiometer/mcp4531.c | 7 ++-
> 1 file changed, 2 insertions(+), 5 deletions(-)
>
On Mon, 20 Aug 2018 12:01:12 +0200
Peter Rosin wrote:
> Drop the boilerplate license text.
>
> Signed-off-by: Peter Rosin
Applied, thanks.
> ---
> drivers/iio/adc/envelope-detector.c | 5 +
> 1 file changed, 1 insertion(+), 4 deletions(-)
>
> diff --git
On Mon, Aug 20, 2018 at 9:07 AM Maxime Ripard wrote:
>
> On Mon, Aug 20, 2018 at 07:41:22AM -0600, Rob Herring wrote:
> > On Mon, Aug 20, 2018 at 5:17 AM Maxime Ripard
> > wrote:
> > >
> > > On Sat, Aug 04, 2018 at 09:03:49AM +0200, Emmanuel Vadot wrote:
> > > > This patch adds documentation
On Sat, Aug 18, 2018 at 12:51:14AM -0500, Eric W. Biederman wrote:
> I was dismayed when I saw the syzbot report triggered someone to remove
> themselves from MAINTAINERS.
You're talking about my patch? I think you misread it, I'm not removing
myself from MAINTAINERS.
--b.
On Mon 20-08-18 07:49:23, Matthew Wilcox wrote:
> On Mon, Aug 20, 2018 at 04:41:16PM +0200, Michal Hocko wrote:
> > On Sat 18-08-18 20:49:01, Li RongQing wrote:
> > > The new helper returns address mapping page, which has several users
> > > in individual subsystem, like mem_to_page in xfs_buf.c
Depending on MACH_INGENIC prevent us from creating a generic kernel that
works on more than one MIPS board. Instead, we just depend on MIPS being
set.
Signed-off-by: Paul Cercueil
---
drivers/rtc/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/rtc/Kconfig
Fixes: 99f396587875 ("x86/platform/uv/BAU: Gracefully disable BAU during panic")
Signed-off-by: kbuild test robot
---
tlb_uv.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/platform/uv/tlb_uv.c b/arch/x86/platform/uv/tlb_uv.c
index 4c1e119..bce4d14 100644
---
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/urgent
head: 99f3965878759d36baac944df004b4dafcc272b4
commit: 99f3965878759d36baac944df004b4dafcc272b4 [6/6] x86/platform/uv/BAU:
Gracefully disable BAU during panic
reproduce:
# apt-get install sparse
git
On Mon, 20 Aug 2018 12:01:14 +0200
Peter Rosin wrote:
> Drop the boilerplate license text.
>
> Signed-off-by: Peter Rosin
Applied.
Thanks,
Jonathan
> ---
> drivers/iio/multiplexer/iio-mux.c | 5 +
> 1 file changed, 1 insertion(+), 4 deletions(-)
>
> diff --git
On Mon, Aug 20, 2018 at 10:46 AM Nick Desaulniers
wrote:
>
> I think we should take Joe's patch.
I'll happily take Joe's patch and get the whole "ancient gcc versions"
issue behind us.
We'll come back to it in a few years when 4.6 is ancient too, but for
now we have no pressing need not to
Hi Masahiro,
On Mon, Aug 20, 2018 at 02:04:24PM +0900, Masahiro Yamada wrote:
> 2018-08-19 3:10 GMT+09:00 Paul Burton :
> > We have a need to override the definition of
> > barrier_before_unreachable() for MIPS, which means we either need to add
> > architecture-specific code into
On Mon 20-08-18 11:03:53, Andi Kleen wrote:
> On Mon, Aug 20, 2018 at 06:29:38PM +0200, Michal Hocko wrote:
> > On Fri 17-08-18 15:27:33, Guenter Roeck wrote:
> > > Hi,
> > >
> > > the following crash is seen in v4.4.148, v4.4.149, v4.9.120, and v4.9.121
> > > with CONFIG_TRANSPARENT_HUGEPAGE=y,
On 20/08/2018 20:07:16+0200, Paul Cercueil wrote:
> Depending on MACH_INGENIC prevent us from creating a generic kernel that
> works on more than one MIPS board. Instead, we just depend on MIPS being
> set.
Maybe you could consider dropping the whole dependency as we already
know it will build on
On Mon, Aug 20, 2018 at 10:39:47PM +0530, Srikar Dronamraju wrote:
> If kobject state is not initialized, then its not even certain that
> kobject'name is initialized. Hence when accessing the kobject's name
> tread carefully.
>
> A stupid module test like
>
On Mon, Aug 20, 2018 at 9:31 AM Tony Luck wrote:
> I'd suggested an #if !CONFIG_IA64 in the functon, but Arnd
> suggested keeping the fix inside the arch/ia64 tree.
>
> Fixes: 0bbf47eab469 ("ia64: use asm-generic/io.h")
Applied.
Linus
Hi Tuomas,
On Tue, Aug 14, 2018 at 5:47 PM, Tuomas Tynkkynen wrote:
> Setting a stdout-path in the .dtb is convenient because then the user
> gets a serial console on the RS-232 connector without any extra effort
> of figuring out the relevant 'console=' boot parameter.
>
> Signed-off-by: Tuomas
On Tue, 7 Aug 2018, Jim Mattson wrote:
> Skylake-era Intel CPUs are vulnerable to exploits of empty RSB
> conditions. On hardware, platform vulnerability can be determined
> simply by checking the processor's DisplayModel/DisplayFamily
> signature. However, when running in a VM, the operating
Commit-ID: dc76803e57cc86589c4efcb5362918f9b0c0436f
Gitweb: https://git.kernel.org/tip/dc76803e57cc86589c4efcb5362918f9b0c0436f
Author: Rian Hunter
AuthorDate: Sun, 19 Aug 2018 16:08:53 -0700
Committer: Thomas Gleixner
CommitDate: Mon, 20 Aug 2018 18:04:42 +0200
x86/process: Re-export
Commit-ID: 2e549b2ee0e358bc758480e716b881f9cabedb6a
Gitweb: https://git.kernel.org/tip/2e549b2ee0e358bc758480e716b881f9cabedb6a
Author: Andy Lutomirski
AuthorDate: Thu, 16 Aug 2018 12:41:15 -0700
Committer: Thomas Gleixner
CommitDate: Mon, 20 Aug 2018 18:04:41 +0200
x86/vdso: Fix vDSO
Commit-ID: 704ae091b061082b37a9968621af4c290c641d50
Gitweb: https://git.kernel.org/tip/704ae091b061082b37a9968621af4c290c641d50
Author: Arnd Bergmann
AuthorDate: Fri, 17 Aug 2018 12:01:36 +0200
Committer: Thomas Gleixner
CommitDate: Mon, 20 Aug 2018 18:04:42 +0200
x86/mce: Add
Commit:
0bbf47eab469 ("ia64: use asm-generic/io.h")
results in a BUG while booting ia64. This is because
asm-generic/io.h defines PCI_IOBASE, which results in
the function acpi_pci_root_remap_iospace() doing a lot
of unnecessary (and wrong) things.
I'd suggested an #if !CONFIG_IA64 in the
On 20.08.2018 16:47, Lars-Peter Clausen wrote:
On 08/20/2018 04:53 PM, Stefan Popa wrote:
This patch provides a validate_device callback for the trigger which
makes
sure that other devices are rejected.
Signed-off-by: Stefan Popa @@ -762,11 +762,24 @@ static int
On 08/20/2018 04:23 PM, Cornelia Huck wrote:
On Mon, 13 Aug 2018 17:48:09 -0400
Tony Krowiak wrote:
From: Tony Krowiak
Provides the sysfs interfaces for:
1. Assigning AP control domains to the mediated matrix device
2. Unassigning AP control domains from a mediated matrix device
3.
On Fri, Aug 17, 2018 at 06:22:13PM -0700, Matthew Wilcox wrote:
> On Fri, Aug 17, 2018 at 04:18:34PM -0700, Roman Gushchin wrote:
> > - scan = div64_u64(scan * fraction[file],
> > -denominator);
> > + if (scan > 1)
> > +
On Mon, Aug 20, 2018 at 12:59:05PM -0400, Sinan Kaya wrote:
> On 8/20/2018 5:22 AM, Lukas Wunner wrote:
> > > +
> > This differs from v7 of the patch in that*any* fatal error, not just
> > a Surprise Link Down, results in pciehp waiting for the error to clear.
> >
> > I'm wondering if that's
On 8/20/2018 4:21 AM, Lukas Wunner wrote:
On Fri, Aug 17, 2018 at 11:51:10PM -0700, Sinan Kaya wrote:
+static int pciehp_control_surprise_error(struct controller *ctrl, bool enable)
The return value isn't checked, so this could return void.
Sure, I can do that.
@@ -280,6 +303,9 @@
Hi Alan,
On Mon, Aug 20, 2018 at 12:46:32PM -0500, Alan Tull wrote:
> On Mon, Aug 20, 2018 at 12:18 PM, Moritz Fischer wrote:
>
> Hi Moritz,
>
> > Replace dev_get_drvdata() with platform_get_drvdata() to
> > match the platform_set_drvdata() in the probe function of
> > the platform driver.
> >
Convert modem related GPIO setup from integer space to GPIO descriptors.
Also, restore original initialization order of the MODEM device and its
related GPIO pins.
Cleanup of MODEM relaated regulator setup is postponed while waiting for
upcoming conversion of fixed regulator API to GPIO
Don't request MODEM IRQ GPIO by its global number in
ams_delta_modem_init(). Instead, obtain its GPIO descriptor
and assign related IRQ to the MODEM. Do that from
omap_gpio_deps_init(), where the chip is already looked up. Then, in
ams_delta_modem_init(), just check for the IRQ number having
Amstrad Delta MODEM device used to be initialized at arch_initcall
before it was once moved to late_initcall by commit f7519d8c8290 ("ARM:
OMAP1: ams-delta: register latch dependent devices later"). The purpose
of that change was to postpone initialization of devices which depended
on latch2 pins
Latch2 pins control a number of on-board devices, namely LCD, NAND,
MODEM and CODEC. Those pins used to be initialized with safe values
from init_machine before that operation was:
1) moved to late_initcall in preparation for conversion of latch2 to
GPIO device - see commit f7519d8c8290 ("ARM:
On 07/03/18 18:59, Masahiro Yamada wrote:
> It is tedious to specify extra compiler options for every file.
> HOST_EXTRACFLAGS is useful to add options to all files in a
> directory.
>
> -I$(src)/libfdt is needed for all the files in this directory
> to include libfdt_env.h etc. from
On Sun, Aug 19, 2018 at 04:26:50PM -0700, David Rientjes wrote:
> Roman, have you had time to go through this?
Hm, I thought we've finished this part of discussion, no?
Anyway, let me repeat my position: I don't like the interface
you've proposed in that follow-up patchset, and I explained why.
On Sat, Aug 18 2018 at 07:13 -0600, Marc Zyngier wrote:
Hi Lina,
On Fri, 17 Aug 2018 20:10:23 +0100,
Lina Iyer wrote:
During suspend the system may power down some of the system rails. As a
result, the TLMM hw block may not be operational anymore and wakeup
capable GPIOs will not be
On 08/20/2018 11:50 AM, Matthew Wilcox wrote:
> On Mon, Aug 20, 2018 at 11:14:04AM -0400, Waiman Long wrote:
>> On 08/20/2018 11:06 AM, Matthew Wilcox wrote:
>>> Both spin locks and write locks currently do:
>>>
>>> f0 0f b1 17 lock cmpxchg %edx,(%rdi)
>>> 85 c0
On Mon, Aug 20, 2018 at 08:50:02AM -0700, Matthew Wilcox wrote:
> On Mon, Aug 20, 2018 at 11:14:04AM -0400, Waiman Long wrote:
> > On 08/20/2018 11:06 AM, Matthew Wilcox wrote:
> > > Both spin locks and write locks currently do:
> > >
> > > f0 0f b1 17 lock cmpxchg %edx,(%rdi)
> > >
From: Jiri Olsa
There's no need to call dso__needs_decompress() twice in the function.
Signed-off-by: Jiri Olsa
Cc: Alexander Shishkin
Cc: David Ahern
Cc: Michael Petlan
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link: http://lkml.kernel.org/r/20180817094813.15086-3-jo...@kernel.org
From: Jiri Olsa
There's no need to call dso__needs_decompress() twice in the function.
Signed-off-by: Jiri Olsa
Cc: Alexander Shishkin
Cc: David Ahern
Cc: Michael Petlan
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link: http://lkml.kernel.org/r/20180817094813.15086-4-jo...@kernel.org
From: "Steven Rostedt (VMware)"
Replace the GPL text with SPDX tags in the tools/lib/traceevent files.
Signed-off-by: Steven Rostedt
Cc: Jiri Olsa
Cc: Tzvetomir Stoyanov (VMware)
Cc: Yordan Karadzhov (VMware)
Cc: linux-trace-de...@vger.kernel.org
Link:
From: Jiri Olsa
There's no outside user of it.
Signed-off-by: Jiri Olsa
Cc: Alexander Shishkin
Cc: David Ahern
Cc: Michael Petlan
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link: http://lkml.kernel.org/r/20180817094813.15086-6-jo...@kernel.org
Signed-off-by: Arnaldo Carvalho de Melo
---
2018-08-16 16:05 GMT+09:00 Tobias Klauser :
> DEBUG_STACK_USAGE is already defined in lib/Kconfig.debug
>
> Signed-off-by: Tobias Klauser
Reviewed-by: Masahiro Yamada
> ---
> arch/nios2/Kconfig.debug | 9 -
> 1 file changed, 9 deletions(-)
>
> diff --git a/arch/nios2/Kconfig.debug
From: Jiri Olsa
There's no outside user of it.
Signed-off-by: Jiri Olsa
Cc: Alexander Shishkin
Cc: David Ahern
Cc: Michael Petlan
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link: http://lkml.kernel.org/r/20180817094813.15086-5-jo...@kernel.org
Signed-off-by: Arnaldo Carvalho de Melo
---
From: Rasmus Villemoes
The Yocto build system does a 'make clean' when rebuilding due to
changed dependencies, and that consistently fails for me (causing the
whole BSP build to fail) with errors such as
| find: '[...]/perf/1.0-r9/perf-1.0/plugin_mac80211.so': No such file or
directory
| find:
into perf/urgent
(2018-08-18 13:11:51 +0200)
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.19-20180820
for you to fetch changes up to 78303650e4cd873c6c4276c6fe3e768ff0b46d22:
tools arch: Update arch/x86/lib
From: Jiri Olsa
There's no need to call dso__needs_decompress() twice in the function.
Signed-off-by: Jiri Olsa
Cc: Alexander Shishkin
Cc: David Ahern
Cc: Michael Petlan
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link: http://lkml.kernel.org/r/20180817094813.15086-2-jo...@kernel.org
From: Jack Henschel
This is the second version of a patch that improves the error message of
the perf events parser when the PMU hardware does not support address
filters.
Previously, the perf returned the following error:
$ perf record -e intel_pt// --filter 'filter sys_write'
--filter
From: Arnaldo Carvalho de Melo
The newly added 'llvm.opts' variable allows passing options directly to
llc, like needed to get sane DWARF in BPF ELF debug sections:
With:
[root@seventh perf]# cat ~/.perfconfig
[llvm]
dump-obj = true
clang-opt = -g
[root@seventh perf]#
From: Jiri Olsa
Store a decompression ID in 'struct kmod_path', so it can be later
stored in 'struct dso'.
Switch 'struct kmod_path's 'comp' from 'bool' to 'int' to return the
compressions array index. Add 0 index item into compressions array, so
that the comp usage stays as it was: 0 - no
On Sun, Aug 19, 2018 at 01:34:01PM +0200, Greg Kroah-Hartman wrote:
> On Sun, Aug 19, 2018 at 03:35:02PM +0530, Nishad Kamdar wrote:
> > Fixed four debug macros and their usages. Replaced printk with
> > dev_ without __func__ or __LINE__ or current->comm and
> > current->pid. Further removed the
Hi Ted,
On Mon, Aug 20, 2018 at 2:02 AM, Theodore Y. Ts'o wrote:
> P.S. It's really, really too bad there isn't a simpler way to shut up
> gcc. You need the #ifdef __GNUC_PREREQ nonsense because otherwise
> older versions of gcc that don't understand the particular warning
> you're trying to
On Mon, Aug 20, 2018 at 12:18 PM, Moritz Fischer wrote:
Hi Moritz,
> Replace dev_get_drvdata() with platform_get_drvdata() to
> match the platform_set_drvdata() in the probe function of
> the platform driver.
>
> Fixes commit bb61b9be3e6b ("fpga: dfl: add fpga region platform driver for
>
On Fri, 17 Aug 2018 10:15:27 -0500, Dan Murphy wrote:
> Add the device tree bindings for the lm3697
> LED driver for backlighting and display.
>
> Signed-off-by: Dan Murphy
> ---
>
> v5 - Fix the comment for the example -
> https://lore.kernel.org/patchwork/patch/975060/
>
> v4 - Removed
On Mon, Aug 20, 2018 at 06:29:38PM +0200, Michal Hocko wrote:
> On Fri 17-08-18 15:27:33, Guenter Roeck wrote:
> > Hi,
> >
> > the following crash is seen in v4.4.148, v4.4.149, v4.9.120, and v4.9.121
> > with CONFIG_TRANSPARENT_HUGEPAGE=y, CONFIG_TRANSPARENT_HUGEPAGE_MADVISE=y.
>
> Could you
On Mon, Aug 20, 2018 at 12:54 PM, Moritz Fischer wrote:
> Hi Alan,
>
> On Mon, Aug 20, 2018 at 12:46:32PM -0500, Alan Tull wrote:
>> On Mon, Aug 20, 2018 at 12:18 PM, Moritz Fischer wrote:
>>
>> Hi Moritz,
>>
>> > Replace dev_get_drvdata() with platform_get_drvdata() to
>> > match the
* Gautham R. Shenoy [2018-08-20 11:11:44]:
> From: "Gautham R. Shenoy"
>
> Each of the SMT4 cores forming a big-core are more or less independent
> units. Thus when multiple tasks are scheduled to run on the fused
> core, we get the best performance when the tasks are spread across the
> pair
Hi,
Le lun. 20 août 2018 à 21:12, Alexandre Belloni
a écrit :
On 20/08/2018 20:07:16+0200, Paul Cercueil wrote:
Depending on MACH_INGENIC prevent us from creating a generic kernel
that
works on more than one MIPS board. Instead, we just depend on MIPS
being
set.
Maybe you could
On Mon, Aug 20 2018 at 09:34 -0600, Marc Zyngier wrote:
On 20/08/18 16:26, Lina Iyer wrote:
On Sat, Aug 18 2018 at 07:13 -0600, Marc Zyngier wrote:
Hi Lina,
On Fri, 17 Aug 2018 20:10:23 +0100,
Lina Iyer wrote:
[...]
@@ -920,6 +928,8 @@ static int msm_gpio_pdc_pin_request(struct irq_data
On Mon, Aug 20, 2018 at 11:14:04AM -0400, Waiman Long wrote:
> On 08/20/2018 11:06 AM, Matthew Wilcox wrote:
> > Both spin locks and write locks currently do:
> >
> > f0 0f b1 17 lock cmpxchg %edx,(%rdi)
> > 85 c0 test %eax,%eax
> > 75 05 jne
1 - 100 of 844 matches
Mail list logo