On 05/01/2018 11:31 PM, Rob Herring wrote:
Deferred probe will currently wait forever on dependent devices to probe,
but sometimes a driver will never exist. It's also not always critical for
a driver to exist. Platforms can rely on default configuration from the
bootloader or reset defaults for
On Wed, May 2, 2018 at 3:16 AM, Johan Hovold wrote:
> On Tue, May 01, 2018 at 09:05:42AM -0500, Rob Herring wrote:
>> On Thu, Apr 26, 2018 at 4:10 AM, Johan Hovold wrote:
>> > On Wed, Apr 25, 2018 at 01:16:58PM -0500, Rob Herring wrote:
>> >> On Tue, Apr 24, 2018 at 11:34 AM, Johan Hovold wrote:
omap5430_adc_to_temp[941] entry has one zero too much. Fix it.
Signed-off-by: Bartlomiej Zolnierkiewicz
---
drivers/thermal/ti-soc-thermal/omap5-thermal-data.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: b/drivers/thermal/ti-soc-thermal/omap5-thermal-data.c
=
Hi Simon,
On Wed, May 02, 2018 at 08:36:39AM +0200, Simon Horman wrote:
> On Tue, May 01, 2018 at 02:31:31PM +0200, Mylène Josserand wrote:
> > Now that a common function is available for CNTVOFF's
> > initialization, let's convert shmobile-apmu code to use
> > this function.
> >
> > Signed-off-b
On Tue, May 01, 2018 at 02:31:21PM +0200, Mylène Josserand wrote:
> Move the assembly code for cluster cache enabling and resuming
> into an assembly file instead of having it directly in C code.
>
> Remove the CFLAGS because we are using the ARM directive "arch"
> instead.
>
> Signed-off-by: Myl
Hi Eric,
On Wed, May 02, 2018 at 10:47:08AM +0200, Michal Hocko wrote:
> [CC johannes and Tejun as well. I am sorry but my backlog is so huge I
> will not get to this week.]
>
> On Tue 01-05-18 12:35:16, Eric W. Biederman wrote:
> > Recently it was reported that mm_update_next_owner could get int
On Fri, Apr 20, 2018 at 03:38:11PM +0800, Anson Huang wrote:
> On i.MX6SX SabreAuto board, there is external 24MHz clock
> source for analog clock2, add this clock source to clock tree
> and remove "clocks" container for all input clocks.
>
> Signed-off-by: Anson Huang
Applied, thanks.
Majority of this code (i.e. functions from ti-bandgap.c) has been
introduced in May 2013 by commit eb982001dbd8 ("thermal: introduce TI
SoC thermal driver"). Just remove it altogether (in case it is needed
it can be easily resurrected from git repo).
While at it fix incorrect "not used" comments.
From: Al Viro
Signed-off-by: Al Viro
[mpe: Update sys_ni.c for s/ppc_rtas/sys_rtas/]
Signed-off-by: Michael Ellerman
---
arch/powerpc/include/asm/syscalls.h | 2 +-
arch/powerpc/include/asm/systbl.h | 2 +-
arch/powerpc/kernel/rtas.c | 3 ++-
arch/powerpc/ker
From: Al Viro
Signed-off-by: Al Viro
---
arch/powerpc/kernel/pci_32.c | 6 +++---
arch/powerpc/kernel/pci_64.c | 4 ++--
arch/powerpc/mm/subpage-prot.c | 4 +++-
arch/powerpc/platforms/cell/spu_syscalls.c | 3 ++-
4 files changed, 10 insertions(+), 7 dele
Currently the select system call is wired up with the SYSX_SPU()
macro. The SYSX_SPU() is not handled by systbl_chk.c, which means the
syscall number for select is not checked.
That hides the fact that the syscall number for select is actually
__NR__newselect not __NR_select.
In a following patch
From: Al Viro
Signed-off-by: Al Viro
[mpe: Fix sys_debug_setcontext() prototype to return long]
Signed-off-by: Michael Ellerman
---
arch/powerpc/include/asm/asm-prototypes.h | 14 ---
arch/powerpc/kernel/signal.h | 6 ++---
arch/powerpc/kernel/signal_32.c | 40 +
From: Al Viro
Signed-off-by: Al Viro
---
arch/powerpc/include/asm/systbl.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/include/asm/systbl.h
b/arch/powerpc/include/asm/systbl.h
index cdf528089a63..79a3b47e4839 100644
--- a/arch/powerpc/include/asm/systbl.h
+
On 05/02/2018 12:59 AM, Jongsung Kim wrote:
Add restart handler for SP805 watchdog so that the driver can be
used to reboot the system.
Signed-off-by: Jongsung Kim
Cc: Guenter Roeck
---
drivers/watchdog/sp805_wdt.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/w
On Fri, Apr 20, 2018 at 05:45:53PM +0200, Sebastian Reichel wrote:
> Replace magic numbers with IRQ_TYPE_* constants to improve
> DT readability.
>
> Signed-off-by: Sebastian Reichel
Applied, thanks.
From: Al Viro
it had always been pointless - compat_sys_select() sign-extends
the first argument just fine on its own.
Signed-off-by: Al Viro
[mpe: Use COMPAT_SPU_NEW() to keep systbl_chk.sh happy]
Signed-off-by: Michael Ellerman
---
arch/powerpc/include/asm/systbl.h | 2 +-
arch/powerpc/kern
On 05/01/2018 10:18 PM, Eric W. Biederman wrote:
>
>> The sysctl parameters msgmni, shmmni and semmni have an inherent limit
>> of IPC_MNI (32k). However, users may not be aware of that because they
>> can write a value much higher than that without getting any error or
>> notification. Reading the
Hi Maxime,
On Wed, 2 May 2018 15:08:42 +0200
Maxime Ripard wrote:
> On Tue, May 01, 2018 at 02:31:26PM +0200, Mylène Josserand wrote:
> > Add the initialization of CNTVOFF for sun8i-a83t.
> >
> > For boot CPU, create a new machine that handles this
> > function's call in an "init_early" callbac
Le mercredi 02 mai 2018 à 13:10 +0530, Vikash Garodia a écrit :
> Hello Stanimir,
>
> On 2018-04-24 18:14, Stanimir Varbanov wrote:
> > This is implementing a multi-stream decoder support. The multi
> > stream gives an option to use the secondary decoder output
> > with different raw format (or th
On 05/02/2018 06:24 AM, Peter Zijlstra wrote:
> On Thu, Apr 19, 2018 at 09:47:01AM -0400, Waiman Long wrote:
>> + cpuset.sched_load_balance
>> +A read-write single value file which exists on non-root cgroups.
> Uhhm.. it should very much exist in the root group too. Otherwise you
> cannot disa
On 27/04/2018 6:20 PM, Tarick Bedeir wrote:
Avoid exiting the function with a lingering sysfs file (if the first
call to device_create_file() fails while the second succeeds), and avoid
calling devlink_port_unregister() twice.
In other words, either mlx4_init_port_info() succeeds and returns z
On Tue, Apr 24, 2018 at 08:04:01PM +, Winkler, Tomas wrote:
> > Subject: Re: [PATCH] tpm: tpm_crb: relinquish locality on error path.
> >
> > On Fri, Apr 20, 2018 at 01:19:12PM +, Winkler, Tomas wrote:
> > > > > On Tue, 2018-04-10 at 09:00 +, Winkler, Tomas wrote:
> > > > > > >
> > > >
On Tue, May 01 2018 at 8:36pm -0400,
Andrew Morton wrote:
> On Tue, 24 Apr 2018 12:33:01 -0400 (EDT) Mikulas Patocka
> wrote:
>
> >
> >
> > On Tue, 24 Apr 2018, Michal Hocko wrote:
> >
> > > On Tue 24-04-18 11:30:40, Mikulas Patocka wrote:
> > > >
> > > >
> > > > On Tue, 24 Apr 2018, Mic
On 2018-04-26 20:52:33 [+0200], Alexandre Belloni wrote:
>
> I don't remember you posted anything for the TCB. Wasn't it focused on
> getting rid of the PIT irq?
the PIT irq which was shared with the UART one some devices, yes this
was part of it. The other essential piece was using a higher freq
On Mon, 30 Apr 2018, Peter Zijlstra wrote:
> --- a/kernel/time/clocksource.c
> +++ b/kernel/time/clocksource.c
> @@ -119,6 +119,16 @@ static DEFINE_SPINLOCK(watchdog_lock);
> static int watchdog_running;
> static atomic_t watchdog_reset_pending;
>
> +static void inline clocksource_watchdog_lock
>
> On Tue, Apr 24, 2018 at 08:04:01PM +, Winkler, Tomas wrote:
> > > Subject: Re: [PATCH] tpm: tpm_crb: relinquish locality on error path.
> > >
> > > On Fri, Apr 20, 2018 at 01:19:12PM +, Winkler, Tomas wrote:
> > > > > > On Tue, 2018-04-10 at 09:00 +, Winkler, Tomas wrote:
> > > >
On Wed, May 02, 2018 at 02:32:28PM +0200, Michal Kubecek wrote:
> On Wed, May 02, 2018 at 05:46:23PM +0800, Xin Long wrote:
...
> > It is a bug, https://bugzilla.redhat.com/show_bug.cgi?id=1251530
>
> Not authorized. :-)
Oups! I just made it public.
Marcelo
On Wed, May 02, 2018 at 02:28:09AM -0400, Kevin Easton wrote:
> On Tue, May 01, 2018 at 02:05:51PM -0400, David Miller wrote:
> > From: "Michael S. Tsirkin"
> > Date: Tue, 1 May 2018 20:19:19 +0300
> >
> > > On Tue, May 01, 2018 at 11:28:22AM -0400, David Miller wrote:
> > >> From: "Michael S. Ts
On Tue, Apr 24, 2018 at 02:54:15PM +0100, Roman Gushchin wrote:
> From: Roman Gushchin
> Date: Tue, 24 Apr 2018 14:44:14 +0100
> Subject: [PATCH] mm: ignore memory.min of abandoned memory cgroups
>
> If a cgroup has no associated tasks, invoking the OOM killer
> won't help release any memory, so
On Mon, 30 Apr 2018, Peter Zijlstra wrote:
> A number of places relies on list_empty(&cs->wd_list), however the
> list_head does not get initialized. Do so upon registration, such that
> thereafter it is possible to rely on list_empty() correctly reflecting
> the list membership status.
>
> Teste
> "Mikulas" == Mikulas Patocka writes:
Mikulas> On Mon, 30 Apr 2018, John Stoffel wrote:
>> > "Mikulas" == Mikulas Patocka writes:
>>
Mikulas> On Thu, 26 Apr 2018, John Stoffel wrote:
>>
Mikulas> I see your point - and I think the misunderstanding is this.
>>
>> Thanks.
>>
Mikulas>
> "Mike" == Mike Snitzer writes:
Mike> On Tue, May 01 2018 at 8:36pm -0400,
Mike> Andrew Morton wrote:
>> On Tue, 24 Apr 2018 12:33:01 -0400 (EDT) Mikulas Patocka
>> wrote:
>>
>> >
>> >
>> > On Tue, 24 Apr 2018, Michal Hocko wrote:
>> >
>> > > On Tue 24-04-18 11:30:40, Mikulas Patock
>
> ARM should be capitalized in subject line.
OK, will be fixed in v2
>
> > +
> > +&mmc3 {
> > + status = "okay";
> > + /*
> > +* these are on the crossbar and are outlined in the
> > +* xbar-event-map element
> > +*/
> > + dmas = <&edma_xbar 30 0 1>,
> > + <&edma_xb
Hi Vincent,
On Thu, Apr 26, 2018 at 12:31 PM, Vincent Guittot
wrote:
> Le Thursday 26 Apr 2018 à 00:56:03 (+0200), Niklas Söderlund a écrit :
>> Here are the result, sorry for the delay.
>>
>> On 2018-04-23 11:54:20 +0200, Vincent Guittot wrote:
>>
>> [snip]
>>
>> >
>> > Thanks for the report. Ca
On 2.5.2018 15:01, Linus Walleij wrote:
> On Wed, May 2, 2018 at 12:15 PM, Michal Simek wrote:
>> On 2.5.2018 12:10, Linus Walleij wrote:
>>> On Thu, Apr 26, 2018 at 3:35 PM, Michal Simek
>>> wrote:
>
Yes, it is about legacy application which I have seen recently and there
is no sourc
On Wed, May 02, 2018 at 09:29:54AM -0400, Waiman Long wrote:
> On 05/02/2018 06:24 AM, Peter Zijlstra wrote:
> > On Thu, Apr 19, 2018 at 09:47:01AM -0400, Waiman Long wrote:
> >> + cpuset.sched_load_balance
> >> + A read-write single value file which exists on non-root cgroups.
> > Uhhm.. it shou
On 05/02/2018 09:42 AM, Peter Zijlstra wrote:
> On Wed, May 02, 2018 at 09:29:54AM -0400, Waiman Long wrote:
>> On 05/02/2018 06:24 AM, Peter Zijlstra wrote:
>>> On Thu, Apr 19, 2018 at 09:47:01AM -0400, Waiman Long wrote:
+ cpuset.sched_load_balance
+ A read-write single value file whi
On Wed, May 02, 2018 at 03:28:19PM +0800, Tiwei Bie wrote:
> On Wed, May 02, 2018 at 10:51:06AM +0800, Jason Wang wrote:
> > On 2018年04月25日 13:15, Tiwei Bie wrote:
> > > This commit introduces the event idx support in packed
> > > ring. This feature is temporarily disabled, because the
> > > implem
On Wed, May 2, 2018 at 1:30 AM, Borislav Petkov wrote:
> On Tue, May 01, 2018 at 07:25:57PM -0700, Dan Williams wrote:
>> Right, but the only way to make MCE non-fatal is to teach the machine
>> check handler about recoverable conditions. This patch teaches the
>> machine check handler how to reco
On 02/05/18 04:55, Kim Phillips wrote:
On Tue, 1 May 2018 10:10:51 +0100
Suzuki K Poulose wrote:
Convert component enable/disable messages from dev_info to dev_dbg.
This is required to prevent LOCKDEP splats when operating in perf
mode where we could be called with locks held to enable a cores
On Wed, May 02, 2018 at 03:35:53PM +0200, Thomas Gleixner wrote:
> On Mon, 30 Apr 2018, Peter Zijlstra wrote:
> > --- a/kernel/time/clocksource.c
> > +++ b/kernel/time/clocksource.c
> > @@ -119,6 +119,16 @@ static DEFINE_SPINLOCK(watchdog_lock);
> > static int watchdog_running;
> > static atomic_
On Thu, 2018-04-26 at 13:49 +0100, Javier Arteaga wrote:
> On Thu, Apr 26, 2018 at 10:55:49AM +0300, Andy Shevchenko wrote:
> > On Thu, 2018-04-26 at 03:34 +0100, Javier Arteaga wrote:
> > > My understanding was that in this context, __init allows this
> > > probe()
> > > to
> > > be dropped from m
From: Changbin Du
Hi all,
I know some kernel developers was searching for a method to dissable GCC
optimizations, probably they want to apply GCC '-O0' option. But since Linux
kernel replys on GCC optimization to remove some dead code, so '-O0' just
breaks the build. They do need this because the
From: Changbin Du
With '-Og' optimization level, GCC would not optimize a count for a loop
as a constant value. But BUILD_BUG_ON() only accept compile-time constant
values.
arch/arm/mm/mmu.o: In function `fix_to_virt':
/home/changbin/work/linux/./include/asm-generic/fixmap.h:31: undefined
refer
From: Changbin Du
This will apply GCC '-Og' optimization level which is supported
since GCC 4.8. This optimization level offers a reasonable level
of optimization while maintaining fast compilation and a good
debugging experience. It is similar to '-O1' while perfer keeping
debug ability over run
On Wed, May 2, 2018 at 3:41 PM, Michal Simek wrote:
> If you don't want this patch I understand that and it will become just
> another soc vendor patch out of mainline.
I don't really know what to do, so that is why I'm discussing.
It's one of those gray areas.
>From one point of view there is
On Wed, May 02, 2018 at 03:37:30PM +0200, Thomas Gleixner wrote:
> On Mon, 30 Apr 2018, Peter Zijlstra wrote:
>
> > A number of places relies on list_empty(&cs->wd_list), however the
> > list_head does not get initialized. Do so upon registration, such that
> > thereafter it is possible to rely on
From: Changbin Du
This patch add a new kernel hacking option NO_AUTO_INLINE. Selecting
this option will prevent the compiler from optimizing the kernel by
auto-inlining functions not marked with the inline keyword.
With this option, only functions explicitly marked with "inline" will
be inlined.
From: Changbin Du
If device tree is not enabled, of_find_regulator_by_node() should have
a dummy function since the function call is still there.
This is to fix build error after CONFIG_NO_AUTO_INLINE is introduced.
If this option is enabled, GCC will not auto-inline functions that are
not expli
From: Changbin Du
The level4_kernel_pgt is only defined when X86_5LEVEL is enabled. So
surround level4_kernel_pgt with #ifdef CONFIG_X86_5LEVEL...#endif to
make code correct.
Signed-off-by: Changbin Du
---
arch/x86/include/asm/pgtable_64.h | 2 ++
arch/x86/kernel/head64.c | 13 ++
Hi Stephen,
This patch is not a critical fix for this merge window.
Thanks
Gabriel
On 05/02/2018 12:10 AM, Stephen Boyd wrote:
> Quoting gabriel.fernan...@st.com (2018-04-24 00:58:43)
>> From: Gabriel Fernandez
>>
>> Don't disable the dbg clock if was set by bootloader.
>>
>> Signed-off-by: G
On Wed, May 02, 2018 at 11:14:48AM +0530, Souptick Joarder wrote:
> Any comment for this patch ?
Looks good, I'm queuing this one for the next merge window.
Thanks you!
From: Colin Ian King
Trivial fix to spelling mistake in KERN_ERR error messages
Signed-off-by: Colin Ian King
---
sound/isa/sc6000.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/sound/isa/sc6000.c b/sound/isa/sc6000.c
index c09d9b914efe..a985e9183be9 100644
--- a/sou
On Sun, Apr 29, 2018 at 09:44:00PM -0700, Dave Hansen wrote:
> The loss of the GCC support is definitely a bummer.
https://gcc.gnu.org/ml/gcc-patches/2018-05/msg00027.html
Will go into gcc9.
--
Regards/Gruss,
Boris.
Good mailing practices for 400: avoid top-posting and trim the reply.
Commit-ID: 1bc2463cee92ef0e2034c813d5e511adeb58b5fd
Gitweb: https://git.kernel.org/tip/1bc2463cee92ef0e2034c813d5e511adeb58b5fd
Author: Agustin Vega-Frias
AuthorDate: Tue, 1 May 2018 10:14:50 -0400
Committer: Thomas Gleixner
CommitDate: Wed, 2 May 2018 15:56:10 +0200
irqchip/qcom: Fix
On Wed, 2018-05-02 at 13:22 +0300, Leon Romanovsky wrote:
> On Mon, Apr 30, 2018 at 08:55:35PM -0400, Doug Ledford wrote:
> > On Tue, 2018-05-01 at 10:10 +1000, Stephen Rothwell wrote:
> > > Hi all,
> > >
> > > Today's linux-next merge of the rdma tree got a conflict in:
> > >
> > > drivers/inf
On Wed, 02 May 2018 15:59:40 +0200,
Colin King wrote:
>
> From: Colin Ian King
>
> Trivial fix to spelling mistake in KERN_ERR error messages
>
> Signed-off-by: Colin Ian King
Applied, thanks.
Takashi
Hi, Peter,
Ping again. Did you get chances to think about this issue again?
Thanks!
Yonghong
On 4/27/18 9:34 AM, Yonghong Song wrote:
Hi, Peter,
Just wanted to ping again so that you did not miss the email below.
Please let me know your opinion.
Thanks!
Yonghong
On 4/23/18 9:50 AM, Yong
On Wed, May 02, 2018 at 09:47:00AM -0400, Waiman Long wrote:
> > I've read half of the next patch that adds the isolation thing. And
> > while that kludges around the whole root cgorup is magic thing, it
> > doesn't help if you move the above scenario on level down:
> >
> >
> > R
> > /
From: "Michael S. Tsirkin"
Date: Wed, 2 May 2018 16:36:37 +0300
> Ouch. True - and in particular the 32 bit ABI on 64 bit kernels doesn't
> work at all. Hmm. It's relatively new and maybe there aren't any 32 bit
> users yet. Thoughts?
If it's been in a released kernel version, we really aren't
On 2018-05-02 18:58, Nicolas Dufresne wrote:
Le mercredi 02 mai 2018 à 13:10 +0530, Vikash Garodia a écrit :
Hello Stanimir,
On 2018-04-24 18:14, Stanimir Varbanov wrote:
> This is implementing a multi-stream decoder support. The multi
> stream gives an option to use the secondary decoder outpu
On Wed, Apr 18, 2018 at 09:52:55AM +0200, Anders Roxell wrote:
> We were picking up the wrong header should use asm/ioctls.h form the kernel
> and not the header from the system (sys/ioctl.h). In the current code we
> added the correct include and we added the kernel headers path to the CFLAGS.
>
>
On Mon, Apr 30, 2018 at 08:23:06AM -0500, Gustavo A. R. Silva wrote:
> Currently, logical and is being used instead of *bitwise* and.
>
> Fix this by using a proper bitwise and operator.
>
> Addresses-Coverity-ID: 1468455 ("Logical vs. bitwise operator")
> Fixes: 64f7c494a3c0 ("typec: tcpm: Add s
On Wed, 2 May 2018 21:44:58 +0800
changbin...@intel.com wrote:
> From: Changbin Du
>
> This patch add a new kernel hacking option NO_AUTO_INLINE. Selecting
> this option will prevent the compiler from optimizing the kernel by
> auto-inlining functions not marked with the inline keyword.
>
> Wi
On 02-05-2018 13:36, Kees Cook wrote:
> On Wed, May 2, 2018 at 1:54 AM, Jose Abreu wrote:
>> Hi Kees,
>>
>> On 01-05-2018 22:01, Kees Cook wrote:
>>> In the quest to remove all stack VLAs from the kernel[1], this switches
>>> the "status" stack buffer to use the existing small (8) upper bound on
Hi Ganesh,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on arm64/for-next/core]
[also build test ERROR on v4.17-rc3 next-20180502]
[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
On Thu, Apr 19, 2018 at 09:47:02AM -0400, Waiman Long wrote:
> diff --git a/Documentation/cgroup-v2.txt b/Documentation/cgroup-v2.txt
> index c970bd7..8d89dc2 100644
> --- a/Documentation/cgroup-v2.txt
> +++ b/Documentation/cgroup-v2.txt
> @@ -1484,6 +1484,31 @@ Cpuset Interface Files
> a sub
syzbot has hit this bug for nearly 6000 times. Why not to fix this trivial one?
;-)
>From 626d33de1b70b11ecaf95a9f83f7644998e54cbb Mon Sep 17 00:00:00 2001
From: Tetsuo Handa
Date: Wed, 2 May 2018 23:03:48 +0900
Subject: [PATCH] loop: remember whether sysfs_create_group() succeeded
syzbot is hi
On Wed, Apr 18, 2018 at 11:46:38PM -0300, Marcos Paulo de Souza wrote:
> Found while inspecting the code that handles the setgroups procfs file.
This is not really improving anything so I unfortunately don't really
see why we should take this.
Christian
>
> Signed-off-by: Marcos Paulo de Souza
From: Rafał Miłecki
These files were created and ever touched by a group of three people
only: Dan, Hauke and me. They were licensed under GNU/GPL or ISC.
Introducing and discussing SPDX-License-Identifier resulted in a
conclusion that ISC is a not recommended license (see also a
license-rules.r
Commit-ID: e9088adda13cd23249d4b0abb97ff8a81bf5573a
Gitweb: https://git.kernel.org/tip/e9088adda13cd23249d4b0abb97ff8a81bf5573a
Author: Peter Zijlstra
AuthorDate: Mon, 30 Apr 2018 12:00:09 +0200
Committer: Thomas Gleixner
CommitDate: Wed, 2 May 2018 16:10:40 +0200
x86/tsc: Always unreg
Commit-ID: 2aae7bcfa4104b770e6f612356adb8d66c6144d6
Gitweb: https://git.kernel.org/tip/2aae7bcfa4104b770e6f612356adb8d66c6144d6
Author: Peter Zijlstra
AuthorDate: Mon, 23 Apr 2018 17:28:55 +0200
Committer: Thomas Gleixner
CommitDate: Wed, 2 May 2018 16:10:40 +0200
clocksource: Allow cl
Commit-ID: 5b9e886a4af97574ca3ce1147f35545da0e7afc7
Gitweb: https://git.kernel.org/tip/5b9e886a4af97574ca3ce1147f35545da0e7afc7
Author: Peter Zijlstra
AuthorDate: Mon, 30 Apr 2018 12:00:11 +0200
Committer: Thomas Gleixner
CommitDate: Wed, 2 May 2018 16:10:40 +0200
clocksource: Initiali
Commit-ID: e3b4f79025e0a4eb7e2a2c7d24dadfa1e38893b0
Gitweb: https://git.kernel.org/tip/e3b4f79025e0a4eb7e2a2c7d24dadfa1e38893b0
Author: Peter Zijlstra
AuthorDate: Mon, 30 Apr 2018 12:00:12 +0200
Committer: Thomas Gleixner
CommitDate: Wed, 2 May 2018 16:10:40 +0200
x86/tsc: Fix mark_tsc
Entry for Index 941 has one zero too much. Fix it.
Signed-off-by: Bartlomiej Zolnierkiewicz
---
v2:
- Fix patch description.
drivers/thermal/ti-soc-thermal/omap5-thermal-data.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: b/drivers/thermal/ti-soc-thermal/omap5-thermal-data.c
Commit-ID: cd2af07d823e5287cd6c91d54337348c2a873462
Gitweb: https://git.kernel.org/tip/cd2af07d823e5287cd6c91d54337348c2a873462
Author: Peter Zijlstra
AuthorDate: Mon, 30 Apr 2018 12:00:13 +0200
Committer: Thomas Gleixner
CommitDate: Wed, 2 May 2018 16:10:41 +0200
clocksource: Consiste
Johannes Weiner writes:
> Hi Eric,
>
> On Wed, May 02, 2018 at 10:47:08AM +0200, Michal Hocko wrote:
>> [CC johannes and Tejun as well. I am sorry but my backlog is so huge I
>> will not get to this week.]
>>
>> On Tue 01-05-18 12:35:16, Eric W. Biederman wrote:
>> > Recently it was reported tha
Commit-ID: 7dba33c6346c337aac3f7cd188137d4a6d3d1f3a
Gitweb: https://git.kernel.org/tip/7dba33c6346c337aac3f7cd188137d4a6d3d1f3a
Author: Peter Zijlstra
AuthorDate: Mon, 30 Apr 2018 12:00:14 +0200
Committer: Thomas Gleixner
CommitDate: Wed, 2 May 2018 16:10:41 +0200
clocksource: Rework s
Hi Laurent,
One query below -
Laurent Dufour writes:
[...]
>
> Ebizzy:
> ---
> The test is counting the number of records per second it can manage, the
> higher is the best. I run it like this 'ebizzy -mTRp'. To get consistent
> result I repeated the test 100 times and measure the average
On Wed, 2 May 2018 21:44:59 +0800
changbin...@intel.com wrote:
> From: Changbin Du
>
> This will apply GCC '-Og' optimization level which is supported
> since GCC 4.8. This optimization level offers a reasonable level
> of optimization while maintaining fast compilation and a good
> debugging e
This reverts commit 93c0d549c4c5a7382ad70de6b86610b7aae57406.
Unfortunately the padding will break 32 bit userspace.
Ouch. Need to add some compat code, revert for now.
Signed-off-by: Michael S. Tsirkin
---
include/uapi/linux/vhost.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/ua
On Wed, May 02, 2018 at 10:04:46AM -0400, David Miller wrote:
> From: "Michael S. Tsirkin"
> Date: Wed, 2 May 2018 16:36:37 +0300
>
> > Ouch. True - and in particular the 32 bit ABI on 64 bit kernels doesn't
> > work at all. Hmm. It's relatively new and maybe there aren't any 32 bit
> > users ye
On Wed, 2 May 2018 21:45:00 +0800
changbin...@intel.com wrote:
> From: Changbin Du
>
> With '-Og' optimization level, GCC would not optimize a count for a loop
> as a constant value. But BUILD_BUG_ON() only accept compile-time constant
> values.
>
> arch/arm/mm/mmu.o: In function `fix_to_virt'
On Wed, May 2, 2018 at 1:13 AM, Thomas-Mich Richter
wrote:
> On 05/02/2018 04:20 AM, Kees Cook wrote:
>> On Wed, Apr 18, 2018 at 12:14 AM, Thomas Richter
>> wrote:
>>> Reading file /proc/modules shows the correct address:
>>> [root@s35lp76 ~]# cat /proc/modules | egrep '^qeth_l2'
>>> qeth_l2 942
On 2.5.2018 15:56, Linus Walleij wrote:
> On Wed, May 2, 2018 at 3:41 PM, Michal Simek wrote:
>
>> If you don't want this patch I understand that and it will become just
>> another soc vendor patch out of mainline.
>
> I don't really know what to do, so that is why I'm discussing.
me too. It is
On 2018-04-02 02:37, Yisheng Xie wrote:
Hi Neil,
On 2018/4/1 13:44, Neil Leeder wrote:
Hi Yisheng Xie,
On 3/29/2018 03:03 AM, Yisheng Xie wrote:
Hi Neil,
On 2017/8/5 3:59, Neil Leeder wrote:
+mem_resource_0 = platform_get_resource(pdev, IORESOURCE_MEM,
0);
+mem_map_0 = devm_iorema
On 04/28/2018 12:16 AM, Alexei Starovoitov wrote:
> On 4/27/18 5:13 AM, Daniel Borkmann wrote:
>> On 04/27/2018 01:00 PM, tip-bot for Ingo Molnar wrote:
>>> Commit-ID: 5f26c50143f58f256535bee8d93a105f36d4d2da
>>> Gitweb:
>>> https://git.kernel.org/tip/5f26c50143f58f256535bee8d93a105f36d4d2da
On 05/02/2018 04:07 PM, Jose Abreu wrote:
On 02-05-2018 13:36, Kees Cook wrote:
On Wed, May 2, 2018 at 1:54 AM, Jose Abreu wrote:
Hi Kees,
On 01-05-2018 22:01, Kees Cook wrote:
In the quest to remove all stack VLAs from the kernel[1], this switches
the "status" stack buffer to use the ex
On Wed, May 02, 2018 at 11:11:59PM +0900, Tetsuo Handa wrote:
> syzbot has hit this bug for nearly 6000 times. Why not to fix this trivial
> one? ;-)
>
> >From 626d33de1b70b11ecaf95a9f83f7644998e54cbb Mon Sep 17 00:00:00 2001
> From: Tetsuo Handa
> Date: Wed, 2 May 2018 23:03:48 +0900
> Subject:
Hi
On 04/20/2018 11:14 AM, Pierre-Yves MORDRET wrote:
This patch adds DMAv2 and DMAMUX support on STM32MP157C with configs and device
tree.
---
Version history:
v1:
* Initial
---
Pierre-Yves MORDRET (4):
ARM: configs: stm32: Add DMAv2 support on STM32MP157C machine
ARM:
Hi,
On 04/20/2018 11:15 AM, Pierre-Yves MORDRET wrote:
This patch adds MDMA support on STM32MP157C with configs and device tree.
---
Version history:
v1:
* Initial
---
Pierre-Yves MORDRET (2):
ARM: configs: stm32: Add MDMA support on STM32MP157C
ARM: dts: stm32: Add MDMA
On Wed, May 02, 2018 at 04:11:02PM +0200, Rafał Miłecki wrote:
> From: Rafał Miłecki
>
> These files were created and ever touched by a group of three people
> only: Dan, Hauke and me. They were licensed under GNU/GPL or ISC.
>
> Introducing and discussing SPDX-License-Identifier resulted in a
>
[+ Suzuki]
On 02/05/18 08:08, Jia He wrote:
> From: Jia He
>
> In our armv8a server (QDF2400), I noticed a WARN_ON as follows:
>
> [ 800.202850] WARNING: CPU: 33 PID: 255 at
> arch/arm64/kvm/../../../virt/kvm/arm/mmu.c:1670 kvm_age_hva_handler+0xcc/0xd4
Which kernel version is that? I don't
On Sat 28-04-18 11:05:44, arvindY wrote:
>
>
> On Friday 27 April 2018 08:26 PM, Michal Hocko wrote:
> > On Thu 26-04-18 21:12:09, Arvind Yadav wrote:
> > > if device_register() returned an error. Always use put_device()
> > > to give up the initialized reference and release allocated memory.
> >
From: "Michael S. Tsirkin"
Date: Wed, 2 May 2018 17:19:05 +0300
> This reverts commit 93c0d549c4c5a7382ad70de6b86610b7aae57406.
>
> Unfortunately the padding will break 32 bit userspace.
> Ouch. Need to add some compat code, revert for now.
>
> Signed-off-by: Michael S. Tsirkin
Applied, thank
Use platform driver APIs to map memory so that it will automatically free
the memory in case of errors.
Signed-off-by: Dinh Nguyen
---
drivers/clk/socfpga/clk-s10.c | 35 +++
1 file changed, 15 insertions(+), 20 deletions(-)
diff --git a/drivers/clk/socfpga/clk-s
The Stratix10 clock driver is essential to system operation, so their
removal should never happen.
Signed-off-by: Dinh Nguyen
---
drivers/clk/socfpga/clk-s10.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clk/socfpga/clk-s10.c b/drivers/clk/socfpga/clk-s10.c
index c788997..3c953ca
On Wed, May 2, 2018 at 12:16 AM, Thomas-Mich Richter
wrote:
> On 04/27/2018 04:58 PM, Kees Cook wrote:
>> On Fri, Apr 27, 2018 at 6:49 AM, Greg KH wrote:
>>> I'm going to add Kees and the kernel-hardning list here, as I'd like
>>> their opinions for the patch below.
>>>
>>> Kees, do you have any
On 02.05.2018 08:02, Chris Chiu wrote:
Some Asus laptops like UX550GE has hotkey (Fn+F7) for keyboard
backlight toggle. In this UX550GE, the hotkey incremet the level
of brightness for each keypress from 1 to 3, and then switch it
off when the brightness has been the max. This commit interprets
t
From: Colin Ian King
Currently, the check that ret_val is not -ENOENT is always true and
the quirk bit BYT_RY5651_MCLK_EN is never being cleared because ret_val
is always zero at this point from a previous assignment earlier on.
I believe that ret_val should actually be assigned to the return fro
301 - 400 of 1007 matches
Mail list logo
