On Thu, Sep 6, 2018 at 3:34 PM Dan Carpenter wrote:
> The problem is that if port == ARRAY_SIZE() and "gc == >gc[port]"
> then that should be treated as invalid.
>
> Fixes: fd935fc421e7 ("gpio: ep93xx: Do not pingpong irq numbers")
> Signed-off-by: Dan Carpenter
Patch applied!
Yours,
Linus
On Thu, Sep 6, 2018 at 3:34 PM Dan Carpenter wrote:
> The problem is that if port == ARRAY_SIZE() and "gc == >gc[port]"
> then that should be treated as invalid.
>
> Fixes: fd935fc421e7 ("gpio: ep93xx: Do not pingpong irq numbers")
> Signed-off-by: Dan Carpenter
Patch applied!
Yours,
Linus
On Wed, Sep 5, 2018 at 2:08 PM Guo Ren wrote:
> diff --git a/arch/csky/include/asm/io.h b/arch/csky/include/asm/io.h
> new file mode 100644
> index 000..fcb2142
> --- /dev/null
> +++ b/arch/csky/include/asm/io.h
> @@ -0,0 +1,23 @@
> +// SPDX-License-Identifier: GPL-2.0
> +// Copyright (C)
On Wed, Sep 5, 2018 at 2:08 PM Guo Ren wrote:
> diff --git a/arch/csky/include/asm/io.h b/arch/csky/include/asm/io.h
> new file mode 100644
> index 000..fcb2142
> --- /dev/null
> +++ b/arch/csky/include/asm/io.h
> @@ -0,0 +1,23 @@
> +// SPDX-License-Identifier: GPL-2.0
> +// Copyright (C)
ptrace_scope can be modified concurrently. To ensure that the compiler only
reads ptrace_scope once, use READ_ONCE() here. (In practice, at least the
version of gcc on my machine only generates a single read anyway, and it
seems unlikely that a compiler would do something different.)
This also
ptrace_scope can be modified concurrently. To ensure that the compiler only
reads ptrace_scope once, use READ_ONCE() here. (In practice, at least the
version of gcc on my machine only generates a single read anyway, and it
seems unlikely that a compiler would do something different.)
This also
+to maintainers
On 2018/8/18 18:49, zhong jiang wrote:
> debugfs_remove has taken null pointer into account. So it is safe
> to remove the check before debugfs_remove.
>
> Signed-off-by: zhong jiang
> ---
> drivers/acpi/custom_method.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
+to maintainers
On 2018/8/18 18:49, zhong jiang wrote:
> debugfs_remove has taken null pointer into account. So it is safe
> to remove the check before debugfs_remove.
>
> Signed-off-by: zhong jiang
> ---
> drivers/acpi/custom_method.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
On Thu 2018-09-06 16:29:40, Sergey Senozhatsky wrote:
> On (09/05/18 13:02), Petr Mladek wrote:
> > Note that the first registered console prints all messages
> > even without this flag.
>
> Hmm, OK, interesting point.
>
> I assumed that the first console usually has CON_PRINTBUFFER bit set.
>
On Thu 2018-09-06 16:29:40, Sergey Senozhatsky wrote:
> On (09/05/18 13:02), Petr Mladek wrote:
> > Note that the first registered console prints all messages
> > even without this flag.
>
> Hmm, OK, interesting point.
>
> I assumed that the first console usually has CON_PRINTBUFFER bit set.
>
On Wed, Sep 5, 2018 at 2:08 PM Guo Ren wrote:
> --- /dev/null
> +++ b/arch/csky/abiv1/memset.c
> @@ -0,0 +1,38 @@
> +// SPDX-License-Identifier: GPL-2.0
> +// Copyright (C) 2018 Hangzhou C-SKY Microsystems co.,ltd.
> +#include
> +
> +void *memset(void *dest, int c, size_t l)
> +{
> + char
On Wed, Sep 5, 2018 at 2:08 PM Guo Ren wrote:
> --- /dev/null
> +++ b/arch/csky/abiv1/memset.c
> @@ -0,0 +1,38 @@
> +// SPDX-License-Identifier: GPL-2.0
> +// Copyright (C) 2018 Hangzhou C-SKY Microsystems co.,ltd.
> +#include
> +
> +void *memset(void *dest, int c, size_t l)
> +{
> + char
On Thu, Sep 6, 2018 at 7:36 PM, Christoph Hellwig wrote:
> Just as before: NAK to entirely pointless abstractions. Please stop
> beating the dead horse.
That's just your opinion without any concrete reasoning.
Even after explaining in various ways, you fail to understand the
flexibility
On Thu, Sep 6, 2018 at 7:36 PM, Christoph Hellwig wrote:
> Just as before: NAK to entirely pointless abstractions. Please stop
> beating the dead horse.
That's just your opinion without any concrete reasoning.
Even after explaining in various ways, you fail to understand the
flexibility
On Thu, Sep 06, 2018 at 06:50:41AM -0700, Sean Christopherson wrote:
> On Thu, Sep 06, 2018 at 02:24:23PM +0200, Borislav Petkov wrote:
> > On Thu, Sep 06, 2018 at 06:43:02AM -0500, Brijesh Singh wrote:
> > > Currently, the per-cpu pvclock data is allocated dynamically when
> > > cpu >
On Thu, Sep 06, 2018 at 06:50:41AM -0700, Sean Christopherson wrote:
> On Thu, Sep 06, 2018 at 02:24:23PM +0200, Borislav Petkov wrote:
> > On Thu, Sep 06, 2018 at 06:43:02AM -0500, Brijesh Singh wrote:
> > > Currently, the per-cpu pvclock data is allocated dynamically when
> > > cpu >
On Thu, Sep 06, 2018 at 07:39:33PM +0800, Peter Xu wrote:
> On Wed, Sep 05, 2018 at 03:55:22PM +0300, Kirill A. Shutemov wrote:
> > On Wed, Sep 05, 2018 at 03:30:37PM +0800, Peter Xu wrote:
> > > On Tue, Sep 04, 2018 at 10:00:28AM -0400, Zi Yan wrote:
> > > > On 4 Sep 2018, at 4:01, Kirill A.
On Thu, Sep 06, 2018 at 07:39:33PM +0800, Peter Xu wrote:
> On Wed, Sep 05, 2018 at 03:55:22PM +0300, Kirill A. Shutemov wrote:
> > On Wed, Sep 05, 2018 at 03:30:37PM +0800, Peter Xu wrote:
> > > On Tue, Sep 04, 2018 at 10:00:28AM -0400, Zi Yan wrote:
> > > > On 4 Sep 2018, at 4:01, Kirill A.
On Thu, 6 Sep 2018 15:52:58 +0200
Peter Zijlstra wrote:
> On Wed, Sep 05, 2018 at 11:20:31AM -0400, Steven Rostedt wrote:
> >
> > Peter, you OK with this patch? I'm currently triggering a bug (in rc2)
> > where this patch is telling me that lockdep is getting it wrong. It
> > would be good to
On Thu, 6 Sep 2018 15:52:58 +0200
Peter Zijlstra wrote:
> On Wed, Sep 05, 2018 at 11:20:31AM -0400, Steven Rostedt wrote:
> >
> > Peter, you OK with this patch? I'm currently triggering a bug (in rc2)
> > where this patch is telling me that lockdep is getting it wrong. It
> > would be good to
On Wed, Sep 5, 2018 at 2:08 PM Guo Ren wrote:
> diff --git a/arch/csky/boot/dts/qemu.dts b/arch/csky/boot/dts/qemu.dts
> new file mode 100644
> index 000..d36e4cd
> --- /dev/null
> +++ b/arch/csky/boot/dts/qemu.dts
> @@ -0,0 +1,77 @@
> +/dts-v1/;
> +/ {
> + compatible = "csky,qemu";
>
On Wed, Sep 5, 2018 at 2:08 PM Guo Ren wrote:
> diff --git a/arch/csky/boot/dts/qemu.dts b/arch/csky/boot/dts/qemu.dts
> new file mode 100644
> index 000..d36e4cd
> --- /dev/null
> +++ b/arch/csky/boot/dts/qemu.dts
> @@ -0,0 +1,77 @@
> +/dts-v1/;
> +/ {
> + compatible = "csky,qemu";
>
On Wednesday 05 September 2018 04:07 PM, Linus Walleij wrote:
> On Mon, Sep 3, 2018 at 7:40 AM Keerthy wrote:
>> On Saturday 01 September 2018 12:43 AM, Andrew F. Davis wrote:
>>> Use dev_name to get a unique label and use -1 for a base to get our
>>> selection automatically. We pull in all
On Wednesday 05 September 2018 04:07 PM, Linus Walleij wrote:
> On Mon, Sep 3, 2018 at 7:40 AM Keerthy wrote:
>> On Saturday 01 September 2018 12:43 AM, Andrew F. Davis wrote:
>>> Use dev_name to get a unique label and use -1 for a base to get our
>>> selection automatically. We pull in all
On Thu, Aug 16, 2018 at 01:16:08PM -0700, Reinette Chatre wrote:
> + l2_miss_event = perf_event_create_kernel_counter(_miss_attr,
> + plr->cpu,
> + NULL, NULL, NULL);
> + if
On Thu, Aug 16, 2018 at 01:16:08PM -0700, Reinette Chatre wrote:
> + l2_miss_event = perf_event_create_kernel_counter(_miss_attr,
> + plr->cpu,
> + NULL, NULL, NULL);
> + if
On 6 September 2018 at 15:04, Theodore Y. Ts'o wrote:
> On Thu, Sep 06, 2018 at 06:45:15AM -0700, Guenter Roeck wrote:
>> Build results:
>> total: 134 pass: 133 fail: 1
Do you build arm64? Because KernelCI is seeing build failures in arm64
defconfig for next-20180906
Clearl
On 6 September 2018 at 15:04, Theodore Y. Ts'o wrote:
> On Thu, Sep 06, 2018 at 06:45:15AM -0700, Guenter Roeck wrote:
>> Build results:
>> total: 134 pass: 133 fail: 1
Do you build arm64? Because KernelCI is seeing build failures in arm64
defconfig for next-20180906
Clearl
On 06/09/18 14:48, Patrick Bellasi wrote:
> Hi Juri!
>
> On 05-Sep 12:45, Juri Lelli wrote:
> > Hi,
> >
> > On 28/08/18 14:53, Patrick Bellasi wrote:
> >
> > [...]
> >
> > > static inline int __setscheduler_uclamp(struct task_struct *p,
> > > const struct
On 06/09/18 14:48, Patrick Bellasi wrote:
> Hi Juri!
>
> On 05-Sep 12:45, Juri Lelli wrote:
> > Hi,
> >
> > On 28/08/18 14:53, Patrick Bellasi wrote:
> >
> > [...]
> >
> > > static inline int __setscheduler_uclamp(struct task_struct *p,
> > > const struct
On 09/01/2018 04:28 AM, Fengguang Wu wrote:
> To walk 1TB memory of 4k active pages, it costs 2s vs 15s system
> time to scan the per-task/global idle bitmaps.
To me, that says this interface simply won't work on large systems. 2s
and 15s are both simply unacceptably long.
> OTOH, the per-task
On 09/01/2018 04:28 AM, Fengguang Wu wrote:
> To walk 1TB memory of 4k active pages, it costs 2s vs 15s system
> time to scan the per-task/global idle bitmaps.
To me, that says this interface simply won't work on large systems. 2s
and 15s are both simply unacceptably long.
> OTOH, the per-task
On Wed, Sep 5, 2018 at 2:08 PM Guo Ren wrote:
> +SYSCALL_DEFINE6(mmap2,
> + unsigned long, addr,
> + unsigned long, len,
> + unsigned long, prot,
> + unsigned long, flags,
> + unsigned long, fd,
> + off_t, offset)
> +{
> + if (unlikely(offset &
On Wed, Sep 5, 2018 at 2:08 PM Guo Ren wrote:
> +SYSCALL_DEFINE6(mmap2,
> + unsigned long, addr,
> + unsigned long, len,
> + unsigned long, prot,
> + unsigned long, flags,
> + unsigned long, fd,
> + off_t, offset)
> +{
> + if (unlikely(offset &
On Thu, Sep 06, 2018 at 10:38:20AM +0900, Kunihiko Hayashi wrote:
> > > +++ b/drivers/pci/controller/dwc/pcie-uniphier.c
> > > @@ -0,0 +1,464 @@
> > > +// SPDX-License-Identifier: GPL-2.0
> > > +//
> > > +// PCI-express host controller driver for UniPhier SoCs
> > > +// Copyright 2018 Socionext
On Thu, Sep 06, 2018 at 10:38:20AM +0900, Kunihiko Hayashi wrote:
> > > +++ b/drivers/pci/controller/dwc/pcie-uniphier.c
> > > @@ -0,0 +1,464 @@
> > > +// SPDX-License-Identifier: GPL-2.0
> > > +//
> > > +// PCI-express host controller driver for UniPhier SoCs
> > > +// Copyright 2018 Socionext
Hi Dietmar,
On Wednesday 05 Sep 2018 at 23:56:43 (-0700), Dietmar Eggemann wrote:
> On 08/20/2018 02:44 AM, Quentin Perret wrote:
> > Expose the Energy Model (read-only) of all performance domains in sysfs
> > for convenience. To do so, add a kobject to the CPU subsystem under the
> > umbrella of
Hi Dietmar,
On Wednesday 05 Sep 2018 at 23:56:43 (-0700), Dietmar Eggemann wrote:
> On 08/20/2018 02:44 AM, Quentin Perret wrote:
> > Expose the Energy Model (read-only) of all performance domains in sysfs
> > for convenience. To do so, add a kobject to the CPU subsystem under the
> > umbrella of
On Thu, Sep 06, 2018 at 07:39:33PM +0800, Peter Xu wrote:
> On Wed, Sep 05, 2018 at 03:55:22PM +0300, Kirill A. Shutemov wrote:
> > On Wed, Sep 05, 2018 at 03:30:37PM +0800, Peter Xu wrote:
> > > On Tue, Sep 04, 2018 at 10:00:28AM -0400, Zi Yan wrote:
> > > > On 4 Sep 2018, at 4:01, Kirill A.
On Thu, Sep 06, 2018 at 07:39:33PM +0800, Peter Xu wrote:
> On Wed, Sep 05, 2018 at 03:55:22PM +0300, Kirill A. Shutemov wrote:
> > On Wed, Sep 05, 2018 at 03:30:37PM +0800, Peter Xu wrote:
> > > On Tue, Sep 04, 2018 at 10:00:28AM -0400, Zi Yan wrote:
> > > > On 4 Sep 2018, at 4:01, Kirill A.
P.S. This is the second time the vm_fualt_t change has broken things.
The first time, when it went through the ext4 tree, I NACK'ed it after
a 60 seconds smoke test showed it was broken. This time it went
through the mm tree...
In the future, even for "trivial" changes, could you *please* run
P.S. This is the second time the vm_fualt_t change has broken things.
The first time, when it went through the ext4 tree, I NACK'ed it after
a 60 seconds smoke test showed it was broken. This time it went
through the mm tree...
In the future, even for "trivial" changes, could you *please* run
On Thu, Sep 06, 2018 at 06:43:02AM -0500, Brijesh Singh wrote:
> Currently, the per-cpu pvclock data is allocated dynamically when
> cpu > HVC_BOOT_ARRAY_SIZE. The physical address of this variable is
> shared between the guest and the hypervisor hence it must be mapped as
> unencrypted (ie. C=0)
On Thu, Sep 06, 2018 at 06:43:02AM -0500, Brijesh Singh wrote:
> Currently, the per-cpu pvclock data is allocated dynamically when
> cpu > HVC_BOOT_ARRAY_SIZE. The physical address of this variable is
> shared between the guest and the hypervisor hence it must be mapped as
> unencrypted (ie. C=0)
Just as before: NAK to entirely pointless abstractions. Please stop
beating the dead horse.
Just as before: NAK to entirely pointless abstractions. Please stop
beating the dead horse.
On Thu, Sep 06, 2018 at 06:45:15AM -0700, Guenter Roeck wrote:
> Build results:
> total: 134 pass: 133 fail: 1
> Failed builds:
> sparc32:allmodconfig
> Qemu test results:
> total: 311 pass: 76 fail: 235
> Failed builds:
>
>
> Error message is always something like
>
>
On Thu, Sep 06, 2018 at 06:45:15AM -0700, Guenter Roeck wrote:
> Build results:
> total: 134 pass: 133 fail: 1
> Failed builds:
> sparc32:allmodconfig
> Qemu test results:
> total: 311 pass: 76 fail: 235
> Failed builds:
>
>
> Error message is always something like
>
>
On Fri, 31 Aug 2018, James Morse wrote:
> You want to see it all at once (great!). I'm not quite ready with all this
> yet,
> so it will be a while. I assumed 'all at once' would be to much to ask from
> reviewers, hence this attempt to break it into small chunks and post it over a
> longer
On Fri, 31 Aug 2018, James Morse wrote:
> You want to see it all at once (great!). I'm not quite ready with all this
> yet,
> so it will be a while. I assumed 'all at once' would be to much to ask from
> reviewers, hence this attempt to break it into small chunks and post it over a
> longer
On Wed, Sep 5, 2018 at 2:08 PM Guo Ren wrote:
> +
> + /*
> +* __NR_rt_sigreturn must be 173
> +* Because gcc/config/csky/linux-unwind.h use hard code to parse
> rt_sigframe.
> +*/
> + err = setup_vdso_page(vdso->rt_signal_retcode);
> + if (err)
On Wed, Sep 5, 2018 at 2:08 PM Guo Ren wrote:
> +
> + /*
> +* __NR_rt_sigreturn must be 173
> +* Because gcc/config/csky/linux-unwind.h use hard code to parse
> rt_sigframe.
> +*/
> + err = setup_vdso_page(vdso->rt_signal_retcode);
> + if (err)
On 06-Sep 10:17, Juri Lelli wrote:
> On 28/08/18 14:53, Patrick Bellasi wrote:
>
> [...]
>
> > static inline int __setscheduler_uclamp(struct task_struct *p,
> > const struct sched_attr *attr)
> > {
> > - if (attr->sched_util_min > attr->sched_util_max)
>
On 06-Sep 10:17, Juri Lelli wrote:
> On 28/08/18 14:53, Patrick Bellasi wrote:
>
> [...]
>
> > static inline int __setscheduler_uclamp(struct task_struct *p,
> > const struct sched_attr *attr)
> > {
> > - if (attr->sched_util_min > attr->sched_util_max)
>
When probing, if we fail to get the pwm due to probe deferal, we shouldn't
print an error message. Just be silent in this case.
Signed-off-by: Jerome Brunet
---
drivers/leds/leds-pwm.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/leds/leds-pwm.c
When probing, if we fail to get the pwm due to probe deferal, we shouldn't
print an error message. Just be silent in this case.
Signed-off-by: Jerome Brunet
---
drivers/leds/leds-pwm.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/leds/leds-pwm.c
On Wed, Sep 5, 2018 at 2:08 PM Guo Ren wrote:
>
> Signed-off-by: Guo Ren
> ---
> arch/csky/configs/defconfig | 76
> +
> 1 file changed, 76 insertions(+)
> create mode 100644 arch/csky/configs/defconfig
>
> diff --git a/arch/csky/configs/defconfig
On Wed, Sep 5, 2018 at 2:08 PM Guo Ren wrote:
>
> Signed-off-by: Guo Ren
> ---
> arch/csky/configs/defconfig | 76
> +
> 1 file changed, 76 insertions(+)
> create mode 100644 arch/csky/configs/defconfig
>
> diff --git a/arch/csky/configs/defconfig
On Tue, Aug 28, 2018 at 10:19:11AM +0200, Jiri Olsa wrote:
> On Tue, Aug 28, 2018 at 10:12:32AM +0200, Peter Zijlstra wrote:
> > On Mon, Aug 27, 2018 at 11:06:24AM +0200, Jiri Olsa wrote:
> > > +static __init struct attribute **get_hsw_events_attrs(bool *alloc)
> > > {
> > > + if
On Tue, Aug 28, 2018 at 10:19:11AM +0200, Jiri Olsa wrote:
> On Tue, Aug 28, 2018 at 10:12:32AM +0200, Peter Zijlstra wrote:
> > On Mon, Aug 27, 2018 at 11:06:24AM +0200, Jiri Olsa wrote:
> > > +static __init struct attribute **get_hsw_events_attrs(bool *alloc)
> > > {
> > > + if
Hey Meelis,
On Mon, 27 Aug 2018, Meelis Roos wrote:
> While trying to compile v4.18-13105-gaba16dc5cf93 with gcc 5.3.1 on a
> 32-bit x86 configured for AMD K6
> CC mm/slub.o
> In file included from ./arch/x86/include/asm/atomic.h:8:0,
> from ./include/linux/atomic.h:7,
>
Hey Meelis,
On Mon, 27 Aug 2018, Meelis Roos wrote:
> While trying to compile v4.18-13105-gaba16dc5cf93 with gcc 5.3.1 on a
> 32-bit x86 configured for AMD K6
> CC mm/slub.o
> In file included from ./arch/x86/include/asm/atomic.h:8:0,
> from ./include/linux/atomic.h:7,
>
On Wed, Sep 05, 2018 at 11:20:31AM -0400, Steven Rostedt wrote:
>
> Peter, you OK with this patch? I'm currently triggering a bug (in rc2)
> where this patch is telling me that lockdep is getting it wrong. It
> would be good to have this upstream such that we know if it is really a
> bug in the
On Wed, Sep 05, 2018 at 11:20:31AM -0400, Steven Rostedt wrote:
>
> Peter, you OK with this patch? I'm currently triggering a bug (in rc2)
> where this patch is telling me that lockdep is getting it wrong. It
> would be good to have this upstream such that we know if it is really a
> bug in the
On Tue, Sep 4, 2018 at 10:31 AM, Bjorn Andersson
wrote:
> Add the two tsens instances and the thermal zones for CPUs, GPUs,
> battery and skin sensors.
>
> Signed-off-by: Bjorn Andersson
> ---
>
> Changes since v2:
> - New patch
>
> arch/arm64/boot/dts/qcom/msm8998-mtp.dtsi | 38 +
>
On Tue, Sep 4, 2018 at 10:31 AM, Bjorn Andersson
wrote:
> Add the two tsens instances and the thermal zones for CPUs, GPUs,
> battery and skin sensors.
>
> Signed-off-by: Bjorn Andersson
> ---
>
> Changes since v2:
> - New patch
>
> arch/arm64/boot/dts/qcom/msm8998-mtp.dtsi | 38 +
>
Commit-ID: 69fa6eb7d6a64801ea261025cce9723d9442d773
Gitweb: https://git.kernel.org/tip/69fa6eb7d6a64801ea261025cce9723d9442d773
Author: Thomas Gleixner
AuthorDate: Thu, 6 Sep 2018 15:21:38 +0200
Committer: Thomas Gleixner
CommitDate: Thu, 6 Sep 2018 15:21:38 +0200
cpu/hotplug: Prevent
Commit-ID: 69fa6eb7d6a64801ea261025cce9723d9442d773
Gitweb: https://git.kernel.org/tip/69fa6eb7d6a64801ea261025cce9723d9442d773
Author: Thomas Gleixner
AuthorDate: Thu, 6 Sep 2018 15:21:38 +0200
Committer: Thomas Gleixner
CommitDate: Thu, 6 Sep 2018 15:21:38 +0200
cpu/hotplug: Prevent
On Wed, Sep 05, 2018 at 05:01:17PM -0700, Paul E. McKenney wrote:
> On Tue, May 29, 2018 at 09:17:13PM +0100, Will Deacon wrote:
> > On Tue, May 29, 2018 at 05:11:07AM -0700, Paul E. McKenney wrote:
> > > On Tue, May 29, 2018 at 10:30:50AM +0100, Will Deacon wrote:
> > > > Hi Paul,
> > > >
> > >
Commit-ID: f8b7530aa0a1def79c93101216b5b17cf408a70a
Gitweb: https://git.kernel.org/tip/f8b7530aa0a1def79c93101216b5b17cf408a70a
Author: Neeraj Upadhyay
AuthorDate: Wed, 5 Sep 2018 11:22:07 +0530
Committer: Thomas Gleixner
CommitDate: Thu, 6 Sep 2018 15:21:37 +0200
cpu/hotplug: Adjust
On Wed, Sep 05, 2018 at 05:01:17PM -0700, Paul E. McKenney wrote:
> On Tue, May 29, 2018 at 09:17:13PM +0100, Will Deacon wrote:
> > On Tue, May 29, 2018 at 05:11:07AM -0700, Paul E. McKenney wrote:
> > > On Tue, May 29, 2018 at 10:30:50AM +0100, Will Deacon wrote:
> > > > Hi Paul,
> > > >
> > >
Commit-ID: f8b7530aa0a1def79c93101216b5b17cf408a70a
Gitweb: https://git.kernel.org/tip/f8b7530aa0a1def79c93101216b5b17cf408a70a
Author: Neeraj Upadhyay
AuthorDate: Wed, 5 Sep 2018 11:22:07 +0530
Committer: Thomas Gleixner
CommitDate: Thu, 6 Sep 2018 15:21:37 +0200
cpu/hotplug: Adjust
Commit-ID: 1632936480a53d85ef3012cd9f290e247251cbb9
Gitweb: https://git.kernel.org/tip/1632936480a53d85ef3012cd9f290e247251cbb9
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 5 Sep 2018 10:47:56 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 5 Sep 2018 10:47:56 -0300
Commit-ID: 1632936480a53d85ef3012cd9f290e247251cbb9
Gitweb: https://git.kernel.org/tip/1632936480a53d85ef3012cd9f290e247251cbb9
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 5 Sep 2018 10:47:56 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 5 Sep 2018 10:47:56 -0300
On Thu, Sep 06, 2018 at 02:24:23PM +0200, Borislav Petkov wrote:
> On Thu, Sep 06, 2018 at 06:43:02AM -0500, Brijesh Singh wrote:
> > Currently, the per-cpu pvclock data is allocated dynamically when
> > cpu > HVC_BOOT_ARRAY_SIZE. The physical address of this variable is
> > shared between the
On Thu, Sep 06, 2018 at 02:24:23PM +0200, Borislav Petkov wrote:
> On Thu, Sep 06, 2018 at 06:43:02AM -0500, Brijesh Singh wrote:
> > Currently, the per-cpu pvclock data is allocated dynamically when
> > cpu > HVC_BOOT_ARRAY_SIZE. The physical address of this variable is
> > shared between the
On 06/09/18 14:33, Dan Carpenter wrote:
> The problem is that if port == ARRAY_SIZE() and "gc == >gc[port]"
> then that should be treated as invalid.
>
> Fixes: fd935fc421e7 ("gpio: ep93xx: Do not pingpong irq numbers")
> Signed-off-by: Dan Carpenter
>
> diff --git a/drivers/gpio/gpio-ep93xx.c
On 06/09/18 14:33, Dan Carpenter wrote:
> The problem is that if port == ARRAY_SIZE() and "gc == >gc[port]"
> then that should be treated as invalid.
>
> Fixes: fd935fc421e7 ("gpio: ep93xx: Do not pingpong irq numbers")
> Signed-off-by: Dan Carpenter
>
> diff --git a/drivers/gpio/gpio-ep93xx.c
Introduce the lm3697 LED driver for
backlighting and display.
Datasheet location:
http://www.ti.com/lit/ds/symlink/lm3697.pdf
Signed-off-by: Dan Murphy
---
v6 - Fix nitpicks - https://lore.kernel.org/patchwork/patch/975388/
v5 - Fix nitpick issues with code -
Add the device tree bindings for the lm3697
LED driver for backlighting and display.
Signed-off-by: Dan Murphy
---
v6 - Fix minor issues - https://lore.kernel.org/patchwork/patch/975387/
v5 - Fix the comment for the example -
https://lore.kernel.org/patchwork/patch/975060/
v4 - Removed HVLED
Introduce the lm3697 LED driver for
backlighting and display.
Datasheet location:
http://www.ti.com/lit/ds/symlink/lm3697.pdf
Signed-off-by: Dan Murphy
---
v6 - Fix nitpicks - https://lore.kernel.org/patchwork/patch/975388/
v5 - Fix nitpick issues with code -
Add the device tree bindings for the lm3697
LED driver for backlighting and display.
Signed-off-by: Dan Murphy
---
v6 - Fix minor issues - https://lore.kernel.org/patchwork/patch/975387/
v5 - Fix the comment for the example -
https://lore.kernel.org/patchwork/patch/975060/
v4 - Removed HVLED
Hi Juri!
On 05-Sep 12:45, Juri Lelli wrote:
> Hi,
>
> On 28/08/18 14:53, Patrick Bellasi wrote:
>
> [...]
>
> > static inline int __setscheduler_uclamp(struct task_struct *p,
> > const struct sched_attr *attr)
> > {
> > - if (attr->sched_util_min >
Hi Juri!
On 05-Sep 12:45, Juri Lelli wrote:
> Hi,
>
> On 28/08/18 14:53, Patrick Bellasi wrote:
>
> [...]
>
> > static inline int __setscheduler_uclamp(struct task_struct *p,
> > const struct sched_attr *attr)
> > {
> > - if (attr->sched_util_min >
Commit-ID: d8e75a110df7e3318990c9fb207ae0aa7812895a
Gitweb: https://git.kernel.org/tip/d8e75a110df7e3318990c9fb207ae0aa7812895a
Author: Arnaldo Carvalho de Melo
AuthorDate: Tue, 4 Sep 2018 10:43:07 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 4 Sep 2018 16:51:12 -0300
Commit-ID: d8e75a110df7e3318990c9fb207ae0aa7812895a
Gitweb: https://git.kernel.org/tip/d8e75a110df7e3318990c9fb207ae0aa7812895a
Author: Arnaldo Carvalho de Melo
AuthorDate: Tue, 4 Sep 2018 10:43:07 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 4 Sep 2018 16:51:12 -0300
Commit-ID: b1a9e2535e20cdd6cd14eec8128278bc5d97843c
Gitweb: https://git.kernel.org/tip/b1a9e2535e20cdd6cd14eec8128278bc5d97843c
Author: Arnaldo Carvalho de Melo
AuthorDate: Mon, 3 Sep 2018 16:29:39 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 4 Sep 2018 16:51:12 -0300
Commit-ID: b1a9e2535e20cdd6cd14eec8128278bc5d97843c
Gitweb: https://git.kernel.org/tip/b1a9e2535e20cdd6cd14eec8128278bc5d97843c
Author: Arnaldo Carvalho de Melo
AuthorDate: Mon, 3 Sep 2018 16:29:39 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 4 Sep 2018 16:51:12 -0300
On 9/6/18, 3:14 PM, "Boris Brezillon" wrote:
EXTERNAL MAIL
On Thu, 6 Sep 2018 14:59:46 +0200
Arnd Bergmann wrote:
> On Thu, Sep 6, 2018 at 2:43 PM Przemyslaw Gaj wrote:
> >
> > Hi Boris, Vitor,
> >
> > This repository does not contain full
On 9/6/18, 3:14 PM, "Boris Brezillon" wrote:
EXTERNAL MAIL
On Thu, 6 Sep 2018 14:59:46 +0200
Arnd Bergmann wrote:
> On Thu, Sep 6, 2018 at 2:43 PM Przemyslaw Gaj wrote:
> >
> > Hi Boris, Vitor,
> >
> > This repository does not contain full
Commit-ID: db2da3f85cd6314321b6a9441a5af8841c93394d
Gitweb: https://git.kernel.org/tip/db2da3f85cd6314321b6a9441a5af8841c93394d
Author: Arnaldo Carvalho de Melo
AuthorDate: Mon, 3 Sep 2018 16:24:09 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 4 Sep 2018 16:51:07 -0300
Commit-ID: db2da3f85cd6314321b6a9441a5af8841c93394d
Gitweb: https://git.kernel.org/tip/db2da3f85cd6314321b6a9441a5af8841c93394d
Author: Arnaldo Carvalho de Melo
AuthorDate: Mon, 3 Sep 2018 16:24:09 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 4 Sep 2018 16:51:07 -0300
Commit-ID: 8a041f86a83f9783ba23a423a2d5a51b48136850
Gitweb: https://git.kernel.org/tip/8a041f86a83f9783ba23a423a2d5a51b48136850
Author: Arnaldo Carvalho de Melo
AuthorDate: Mon, 3 Sep 2018 16:07:53 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 3 Sep 2018 16:07:53 -0300
Commit-ID: 8a041f86a83f9783ba23a423a2d5a51b48136850
Gitweb: https://git.kernel.org/tip/8a041f86a83f9783ba23a423a2d5a51b48136850
Author: Arnaldo Carvalho de Melo
AuthorDate: Mon, 3 Sep 2018 16:07:53 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 3 Sep 2018 16:07:53 -0300
Hi,
This patchset adds support for the ISO7816 standard. The USART devices in
Microchip SoCs have an ISO7816 mode. It allows to let the USART managing
the CLK and I/O signals of a smart card.
Changes:
- v4
- use the IP version number instead of the compatible string to set
min and max values
From: Nicolas Ferre
When mode is set in atmel_config_iso7816() we backup last RS232 mode
for coming back to this mode if requested.
Also allow setup of T=0 and T=1 parameter and basic support in set_termios
function as well.
Signed-off-by: Nicolas Ferre
[ludovic.desroc...@microchip.com:
Hi,
This patchset adds support for the ISO7816 standard. The USART devices in
Microchip SoCs have an ISO7816 mode. It allows to let the USART managing
the CLK and I/O signals of a smart card.
Changes:
- v4
- use the IP version number instead of the compatible string to set
min and max values
From: Nicolas Ferre
When mode is set in atmel_config_iso7816() we backup last RS232 mode
for coming back to this mode if requested.
Also allow setup of T=0 and T=1 parameter and basic support in set_termios
function as well.
Signed-off-by: Nicolas Ferre
[ludovic.desroc...@microchip.com:
Commit-ID: 7538d16397dfc72d8b61a99c32c592a75ae7f157
Gitweb: https://git.kernel.org/tip/7538d16397dfc72d8b61a99c32c592a75ae7f157
Author: Arnaldo Carvalho de Melo
AuthorDate: Mon, 3 Sep 2018 15:18:37 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 3 Sep 2018 15:29:53 -0300
Commit-ID: 7538d16397dfc72d8b61a99c32c592a75ae7f157
Gitweb: https://git.kernel.org/tip/7538d16397dfc72d8b61a99c32c592a75ae7f157
Author: Arnaldo Carvalho de Melo
AuthorDate: Mon, 3 Sep 2018 15:18:37 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 3 Sep 2018 15:29:53 -0300
1101 - 1200 of 1950 matches
Mail list logo