The current ARM DT topology description provides the operating system
with a topological view of the system that is based on leaf nodes
representing either cores or threads (in an SMT system) and a
hierarchical set of cluster nodes that creates a hierarchical topology
view of how those cores and
The current ARM DT topology description provides the operating system
with a topological view of the system that is based on leaf nodes
representing either cores or threads (in an SMT system) and a
hierarchical set of cluster nodes that creates a hierarchical topology
view of how those cores and
Hi Linus,
Please merge. Thanks!
-Olof
The following changes since commit 651022382c7f8da46cb4872a545ee1da6d097d2a:
Linux 4.20-rc1 (2018-11-04 15:37:52 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git
tags/armsoc-fixes
for you
This patch adds support irq mode in trip point.
When that flag is set in DT, there is no need for polling
in thermal framework. Crossing the trip point will rise an IRQ.
The naming convention for tip point 'type' can be confussing
and 'passive' (whic is passive cooling) might be interpretted
Hi Linus,
Please merge. Thanks!
-Olof
The following changes since commit 651022382c7f8da46cb4872a545ee1da6d097d2a:
Linux 4.20-rc1 (2018-11-04 15:37:52 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git
tags/armsoc-fixes
for you
This patch adds support irq mode in trip point.
When that flag is set in DT, there is no need for polling
in thermal framework. Crossing the trip point will rise an IRQ.
The naming convention for tip point 'type' can be confussing
and 'passive' (whic is passive cooling) might be interpretted
On Wed, Nov 07, 2018 at 03:05:59PM +0100, Artem Savkov wrote:
> The way it is currently done it is possible for read_symbols() to find the
> same symbol as parent for ".cold" functions.
I seem to remember having this discussion for kpatch-build, but I forget
the details. Can you explain how this
On Wed, Nov 07, 2018 at 03:05:59PM +0100, Artem Savkov wrote:
> The way it is currently done it is possible for read_symbols() to find the
> same symbol as parent for ".cold" functions.
I seem to remember having this discussion for kpatch-build, but I forget
the details. Can you explain how this
Adding device tree binding for vcnl4035 and vendor
prefix for Vishay Intertechnology
Signed-off-by: Parthiban Nallathambi
Reviewed-by: Rob Herring
---
Notes:
Changelog in v4:
- commit message fix
- same indexing/space in binding
Changelog in v3:
- removed
Adding device tree binding for vcnl4035 and vendor
prefix for Vishay Intertechnology
Signed-off-by: Parthiban Nallathambi
Reviewed-by: Rob Herring
---
Notes:
Changelog in v4:
- commit message fix
- same indexing/space in binding
Changelog in v3:
- removed
Add support for VCNL4035, which is capable of Ambient light
sensing (ALS) and proximity function. This patch adds support
only for ALS function
Signed-off-by: Parthiban Nallathambi
---
Notes:
Changelog in v7:
- change probe and remove ordering
- remove noidle pm call
Add support for VCNL4035, which is capable of Ambient light
sensing (ALS) and proximity function. This patch adds support
only for ALS function
Signed-off-by: Parthiban Nallathambi
---
Notes:
Changelog in v7:
- change probe and remove ordering
- remove noidle pm call
On Wed, Nov 7, 2018 at 2:31 AM Jiri Kosina wrote:
>
> HID subsytem fixes
Pulled,
Linus
On Wed, Nov 7, 2018 at 2:31 AM Jiri Kosina wrote:
>
> HID subsytem fixes
Pulled,
Linus
Hi there !
Le mar. 6 nov. 2018 à 10:57, Alexander Dahl a écrit :
>
> Hei hei,
>
> Am Freitag, 2. November 2018, 14:35:26 CET schrieb Jean-Michel Hautbois:
> > Then, after looking into deeper details in the datasheet I understand
> > it is connected through EBI and it sounds not so easy :D.
>
>
Hi there !
Le mar. 6 nov. 2018 à 10:57, Alexander Dahl a écrit :
>
> Hei hei,
>
> Am Freitag, 2. November 2018, 14:35:26 CET schrieb Jean-Michel Hautbois:
> > Then, after looking into deeper details in the datasheet I understand
> > it is connected through EBI and it sounds not so easy :D.
>
>
Michal Hocko - 07.11.18, 17:00:
> > > otherwise anybody could simply DoS the system
> > > by consuming all available pids.
> >
> > People can do that today using the instrument of terror widely known
> > as fork(2). The only thing standing between fork(2) and a full
> > process table is
Michal Hocko - 07.11.18, 17:00:
> > > otherwise anybody could simply DoS the system
> > > by consuming all available pids.
> >
> > People can do that today using the instrument of terror widely known
> > as fork(2). The only thing standing between fork(2) and a full
> > process table is
I found the same issue:
https://patchwork.ozlabs.org/patch/989272/
Tested-by: Jon Derrick
On Mon, 2018-11-05 at 18:32 -0600, Alex G. wrote:
> ping
>
> On 09/18/2018 05:15 PM, Alexandru Gagniuc wrote:
> > When a PCI device is gone, we don't want to send IO to it if we can
> > avoid it. We
I found the same issue:
https://patchwork.ozlabs.org/patch/989272/
Tested-by: Jon Derrick
On Mon, 2018-11-05 at 18:32 -0600, Alex G. wrote:
> ping
>
> On 09/18/2018 05:15 PM, Alexandru Gagniuc wrote:
> > When a PCI device is gone, we don't want to send IO to it if we can
> > avoid it. We
On 2018.11.04 08:31 Rafael J. Wysocki wrote:
> v2 -> v3:
> * Simplify the pattern detection code and make it return a value
> lower than the time to the closest timer if the majority of recent
> idle intervals are below it regardless of their variance (that should
> cause it to
On 2018.11.04 08:31 Rafael J. Wysocki wrote:
> v2 -> v3:
> * Simplify the pattern detection code and make it return a value
> lower than the time to the closest timer if the majority of recent
> idle intervals are below it regardless of their variance (that should
> cause it to
From: Borislav Petkov
Hi all,
this is work which got started by Maciej a while ago. I have finally had
the time to redo all the ideas properly, split it in self-contained,
logical chunks and test it.
Reveiew and comments are appreciated.
Thx.
Borislav Petkov (11):
x86/microcode/AMD: Move
From: Borislav Petkov
Hi all,
this is work which got started by Maciej a while ago. I have finally had
the time to redo all the ideas properly, split it in self-contained,
logical chunks and test it.
Reveiew and comments are appreciated.
Thx.
Borislav Petkov (11):
x86/microcode/AMD: Move
From: "Maciej S. Szmigiero"
verify_patch_size() verifies whether the remaining size of the microcode
container file is large enough to contain a patch of the indicated size.
However, the section header length is not included in this indicated
size but it is present in the leftover file length
From: Borislav Petkov
... to enable later improvements.
No functional changes.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/cpu/microcode/amd.c | 82 ++---
1 file changed, 41 insertions(+), 41 deletions(-)
diff --git a/arch/x86/kernel/cpu/microcode/amd.c
From: "Maciej S. Szmigiero"
verify_patch_size() verifies whether the remaining size of the microcode
container file is large enough to contain a patch of the indicated size.
However, the section header length is not included in this indicated
size but it is present in the leftover file length
From: Borislav Petkov
... to enable later improvements.
No functional changes.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/cpu/microcode/amd.c | 82 ++---
1 file changed, 41 insertions(+), 41 deletions(-)
diff --git a/arch/x86/kernel/cpu/microcode/amd.c
From: "Maciej S. Szmigiero"
Add container and patch verification functions to the AMD microcode
update driver.
These functions check whether a passed buffer contains the relevant
structure, whether it isn't truncated and (for actual microcode patches)
whether the size of a patch is not too
From: Borislav Petkov
... where all the microcode patch verification is being concentrated.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/cpu/microcode/amd.c | 15 ++-
1 file changed, 10 insertions(+), 5 deletions(-)
diff --git a/arch/x86/kernel/cpu/microcode/amd.c
From: "Maciej S. Szmigiero"
Add container and patch verification functions to the AMD microcode
update driver.
These functions check whether a passed buffer contains the relevant
structure, whether it isn't truncated and (for actual microcode patches)
whether the size of a patch is not too
From: Borislav Petkov
... where all the microcode patch verification is being concentrated.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/cpu/microcode/amd.c | 15 ++-
1 file changed, 10 insertions(+), 5 deletions(-)
diff --git a/arch/x86/kernel/cpu/microcode/amd.c
From: Borislav Petkov
Add a verify_patch() function which tries to sanity-check many aspects
of a microcode patch supplied by an outside container before attempting
a load.
Prepend all sub-functions' names which verify an aspect of a microcode
patch with "__".
Call it in verify_and_add_patch()
From: Borislav Petkov
... where it belongs.
No functional changes.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/cpu/microcode/amd.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/arch/x86/kernel/cpu/microcode/amd.c
From: Borislav Petkov
Starting with family 0x15, the patch size verification is not needed
anymore. Thus get rid of the need to update this checking function with
each new family.
Keep the check for older families.
Signed-off-by: Borislav Petkov
Cc: Tom Lendacky
---
From: Borislav Petkov
Add a verify_patch() function which tries to sanity-check many aspects
of a microcode patch supplied by an outside container before attempting
a load.
Prepend all sub-functions' names which verify an aspect of a microcode
patch with "__".
Call it in verify_and_add_patch()
From: Borislav Petkov
... where it belongs.
No functional changes.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/cpu/microcode/amd.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/arch/x86/kernel/cpu/microcode/amd.c
From: Borislav Petkov
Starting with family 0x15, the patch size verification is not needed
anymore. Thus get rid of the need to update this checking function with
each new family.
Keep the check for older families.
Signed-off-by: Borislav Petkov
Cc: Tom Lendacky
---
From: Borislav Petkov
Instead of traversing the equivalence table, compute the family a patch
is for, from the processor revision ID in the microcode header.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/cpu/microcode/amd.c | 27 +++
1 file changed, 3
From: Borislav Petkov
Instead of traversing the equivalence table, compute the family a patch
is for, from the processor revision ID in the microcode header.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/cpu/microcode/amd.c | 27 +++
1 file changed, 3
From: "Maciej S. Szmigiero"
Convert the late loading path to use the newly introduced microcode
container data checking functions as it was previously done for the
early loader.
Signed-off-by: Maciej S. Szmigiero
[ Keep header length addition in install_equiv_cpu_table() and rediff. ]
From: Borislav Petkov
Now that they have the required functionality, use them to verify the
equivalence table and each patch, thus making parse_container() more
readable.
Based on a patch by "Maciej S. Szmigiero" .
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/cpu/microcode/amd.c | 46
From: "Maciej S. Szmigiero"
Convert the late loading path to use the newly introduced microcode
container data checking functions as it was previously done for the
early loader.
Signed-off-by: Maciej S. Szmigiero
[ Keep header length addition in install_equiv_cpu_table() and rediff. ]
From: Borislav Petkov
Now that they have the required functionality, use them to verify the
equivalence table and each patch, thus making parse_container() more
readable.
Based on a patch by "Maciej S. Szmigiero" .
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/cpu/microcode/amd.c | 46
From: Borislav Petkov
Have it return 0 on success, positive value when the current patch
should be skipped and negative on error.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/cpu/microcode/amd.c | 91 -
1 file changed, 52 insertions(+), 39 deletions(-)
diff
From: Borislav Petkov
Have it return 0 on success, positive value when the current patch
should be skipped and negative on error.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/cpu/microcode/amd.c | 91 -
1 file changed, 52 insertions(+), 39 deletions(-)
diff
From: Borislav Petkov
Adjust copyright.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/cpu/microcode/amd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/kernel/cpu/microcode/amd.c
b/arch/x86/kernel/cpu/microcode/amd.c
index dc17a5f87f55..ba5deed576d1 100644
From: "Maciej S. Szmigiero"
Convert the CPU equivalence table into a proper struct in preparation
for tracking also the size of this table.
Signed-off-by: Maciej S. Szmigiero
[ Have functions deal with struct equiv_cpu_table pointers only. Rediff. ]
Signed-off-by: Borislav Petkov
---
From: "Maciej S. Szmigiero"
Currently, the code scanning the CPU equivalence table read from a
microcode container file assumes that it actually contains a terminating
zero entry.
Check also the size of this table to make sure that no reads past its
end happen, in case there's no terminating
From: Borislav Petkov
Adjust copyright.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/cpu/microcode/amd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/kernel/cpu/microcode/amd.c
b/arch/x86/kernel/cpu/microcode/amd.c
index dc17a5f87f55..ba5deed576d1 100644
From: "Maciej S. Szmigiero"
Convert the CPU equivalence table into a proper struct in preparation
for tracking also the size of this table.
Signed-off-by: Maciej S. Szmigiero
[ Have functions deal with struct equiv_cpu_table pointers only. Rediff. ]
Signed-off-by: Borislav Petkov
---
From: "Maciej S. Szmigiero"
Currently, the code scanning the CPU equivalence table read from a
microcode container file assumes that it actually contains a terminating
zero entry.
Check also the size of this table to make sure that no reads past its
end happen, in case there's no terminating
From: Borislav Petkov
Make it size_t everywhere as this is what we get from cpio.
Based on a patch by Maciej S. Szmigiero .
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/cpu/microcode/amd.c | 21 +++--
1 file changed, 11 insertions(+), 10 deletions(-)
diff --git
From: Borislav Petkov
Make it size_t everywhere as this is what we get from cpio.
Based on a patch by Maciej S. Szmigiero .
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/cpu/microcode/amd.c | 21 +++--
1 file changed, 11 insertions(+), 10 deletions(-)
diff --git
Hi Vincent,
On Wednesday 07 Nov 2018 at 17:32:32 (+0100), Vincent Guittot wrote:
> Hi Quentin,
>
> On Tue, 16 Oct 2018 at 12:15, Quentin Perret wrote:
> >
>
> > +
> > +/**
> > + * em_pd_energy() - Estimates the energy consumed by the CPUs of a perf.
> > domain
> > + * @pd :
From: Borislav Petkov
Rename the variable which contains the patch size read out from the
section header to sh_psize for better differentiation of all the "sizes"
in that function.
Also, improve the comment above it.
No functional changes.
Signed-off-by: Borislav Petkov
---
From: Borislav Petkov
Rename the variable which contains the patch size read out from the
section header to sh_psize for better differentiation of all the "sizes"
in that function.
Also, improve the comment above it.
No functional changes.
Signed-off-by: Borislav Petkov
---
Hi Vincent,
On Wednesday 07 Nov 2018 at 17:32:32 (+0100), Vincent Guittot wrote:
> Hi Quentin,
>
> On Tue, 16 Oct 2018 at 12:15, Quentin Perret wrote:
> >
>
> > +
> > +/**
> > + * em_pd_energy() - Estimates the energy consumed by the CPUs of a perf.
> > domain
> > + * @pd :
On 29/10/18 4:04 AM, Wolfram Sang wrote:
> On Sat, Oct 20, 2018 at 01:23:40PM +0530, Vignesh R wrote:
>>
>>
>> On 28-Sep-18 10:55 AM, Vignesh R wrote:
>>> Couple of patches to enable i2c-omap driver to be used with TI's new
>>> AM654 platforms.
>>>
>>>
>>> Vignesh R (2):
>>> dt-bindings:
On 29/10/18 4:04 AM, Wolfram Sang wrote:
> On Sat, Oct 20, 2018 at 01:23:40PM +0530, Vignesh R wrote:
>>
>>
>> On 28-Sep-18 10:55 AM, Vignesh R wrote:
>>> Couple of patches to enable i2c-omap driver to be used with TI's new
>>> AM654 platforms.
>>>
>>>
>>> Vignesh R (2):
>>> dt-bindings:
On Wed, 7 Nov 2018, Stefan Agner wrote:
> On 06.11.2018 05:49, Nicolas Pitre wrote:
> > So here's the revised patch. It now has full compile-test coverage for
> > real this time. Would you mind reviewing it again before I resubmit it
> > please?
>
> Compile tested all copypage implementations
On Wed, 7 Nov 2018, Stefan Agner wrote:
> On 06.11.2018 05:49, Nicolas Pitre wrote:
> > So here's the revised patch. It now has full compile-test coverage for
> > real this time. Would you mind reviewing it again before I resubmit it
> > please?
>
> Compile tested all copypage implementations
On 2018-11-07 8:12 a.m., Uwe Kleine-König wrote:
On Wed, Nov 07, 2018 at 10:36:12AM +0100, Clément Péron wrote:
The Cygnus architecture use a Kona PWM. This is already present
in the device tree but can't be built actually. Hence, allow the
Kona PWM to be built for Cygnus arch.
On 2018-11-07 8:12 a.m., Uwe Kleine-König wrote:
On Wed, Nov 07, 2018 at 10:36:12AM +0100, Clément Péron wrote:
The Cygnus architecture use a Kona PWM. This is already present
in the device tree but can't be built actually. Hence, allow the
Kona PWM to be built for Cygnus arch.
On 11/07, Andy Lutomirski wrote:
>
>
> > On Nov 7, 2018, at 3:21 AM, Oleg Nesterov wrote:
> >
> >> On 11/07, Elvira Khabirova wrote:
> >>
> >> In short, if a 64-bit task performs a syscall through int 0x80, its tracer
> >> has no reliable means to find out that the syscall was, in fact,
> >> a
On 11/07, Andy Lutomirski wrote:
>
>
> > On Nov 7, 2018, at 3:21 AM, Oleg Nesterov wrote:
> >
> >> On 11/07, Elvira Khabirova wrote:
> >>
> >> In short, if a 64-bit task performs a syscall through int 0x80, its tracer
> >> has no reliable means to find out that the syscall was, in fact,
> >> a
On 07.11.2018 17:45, Miklos Szeredi wrote:
> On Wed, Nov 7, 2018 at 3:25 PM, Kirill Tkhai wrote:
>> On 07.11.2018 16:55, Miklos Szeredi wrote:
>>> On Tue, Nov 6, 2018 at 10:31 AM, Kirill Tkhai wrote:
When queue_interrupt() is called from fuse_dev_do_write(),
it came from userspace
On 07.11.2018 17:45, Miklos Szeredi wrote:
> On Wed, Nov 7, 2018 at 3:25 PM, Kirill Tkhai wrote:
>> On 07.11.2018 16:55, Miklos Szeredi wrote:
>>> On Tue, Nov 6, 2018 at 10:31 AM, Kirill Tkhai wrote:
When queue_interrupt() is called from fuse_dev_do_write(),
it came from userspace
On 10/25/18 11:02 PM, Vaittinen, Matti wrote:
> Hello,
>
> From: Randy Dunlap
>
>> Fix build error due to missing header file:
>>
>> drivers/regulator/bd71837-regulator.c:242:3: error: implicit declaration of
>> function 'of_match_ptr' [-Werror=implicit-function-declaration]
>>
>> Fixes:
On 10/25/18 11:02 PM, Vaittinen, Matti wrote:
> Hello,
>
> From: Randy Dunlap
>
>> Fix build error due to missing header file:
>>
>> drivers/regulator/bd71837-regulator.c:242:3: error: implicit declaration of
>> function 'of_match_ptr' [-Werror=implicit-function-declaration]
>>
>> Fixes:
Hi,
On 07/11/18 07:53, Tejun Heo wrote:
> Hello,
>
> On Tue, Sep 25, 2018 at 04:34:16PM +0200, Juri Lelli wrote:
> > It would be great if you could please have a look at the proposed change
> > below (and the rest of the set of course :-).
>
> Yeah, looks good to me. Please feel free to add
>
Hi,
On 07/11/18 07:53, Tejun Heo wrote:
> Hello,
>
> On Tue, Sep 25, 2018 at 04:34:16PM +0200, Juri Lelli wrote:
> > It would be great if you could please have a look at the proposed change
> > below (and the rest of the set of course :-).
>
> Yeah, looks good to me. Please feel free to add
>
On Tue, Nov 06, 2018 at 08:40:00AM -0800, Sean Christopherson wrote:
> On Tue, 2018-11-06 at 15:45 +0200, Jarkko Sakkinen wrote:
> > Intel Software Guard eXtensions (SGX) is a set of CPU instructions that
> > can be used by applications to set aside private regions of code and
> > data. The code
On Tue, Nov 06, 2018 at 08:40:00AM -0800, Sean Christopherson wrote:
> On Tue, 2018-11-06 at 15:45 +0200, Jarkko Sakkinen wrote:
> > Intel Software Guard eXtensions (SGX) is a set of CPU instructions that
> > can be used by applications to set aside private regions of code and
> > data. The code
Hi Olof,
On 07.11.18 17:20, Olof Johansson wrote:
> On Wed, Nov 7, 2018 at 6:44 AM Frieder Schrempf
> wrote:
>>
>> From: Frieder Schrempf
>>
>> The new driver at spi/spi-fsl-qspi.c replaces the old SPI NOR driver
>> at mtd/fsl-quadspi.c. Switch to the new driver in the defconfigs.
>>
>>
Hi Olof,
On 07.11.18 17:20, Olof Johansson wrote:
> On Wed, Nov 7, 2018 at 6:44 AM Frieder Schrempf
> wrote:
>>
>> From: Frieder Schrempf
>>
>> The new driver at spi/spi-fsl-qspi.c replaces the old SPI NOR driver
>> at mtd/fsl-quadspi.c. Switch to the new driver in the defconfigs.
>>
>>
On Sun, Nov 04, 2018 at 08:29:39PM +0300, Vasily Averin wrote:
> ext4_getblk() called with map_flags=0 can return NULL,
> it can lead to oops on bh dereferemce
>
> Fixes e50e5129f384 ("ext4: xattr-in-inode support")
> Cc: sta...@kernel.org # 4.13
>
> Signed-off-by: Vasily Averin
> ---
>
On Sun, Nov 04, 2018 at 08:29:39PM +0300, Vasily Averin wrote:
> ext4_getblk() called with map_flags=0 can return NULL,
> it can lead to oops on bh dereferemce
>
> Fixes e50e5129f384 ("ext4: xattr-in-inode support")
> Cc: sta...@kernel.org # 4.13
>
> Signed-off-by: Vasily Averin
> ---
>
Hi Quentin,
On Tue, 16 Oct 2018 at 12:15, Quentin Perret wrote:
>
> +
> +/**
> + * em_pd_energy() - Estimates the energy consumed by the CPUs of a perf.
> domain
> + * @pd : performance domain for which energy has to be estimated
> + * @max_util : highest utilization among CPUs of
Hi Quentin,
On Tue, 16 Oct 2018 at 12:15, Quentin Perret wrote:
>
> +
> +/**
> + * em_pd_energy() - Estimates the energy consumed by the CPUs of a perf.
> domain
> + * @pd : performance domain for which energy has to be estimated
> + * @max_util : highest utilization among CPUs of
On 11/06/2018 10:32 PM, Davidlohr Bueso wrote:
> On Tue, 06 Nov 2018, Andrew Morton wrote:
>
>> It would be interesting to know precisely which stat fields the
>> database-which-shall-not-be-named is looking for. Then we could cook
>> up a very whizzy way of getting at the info.
>
> The ctxt
On 11/06/2018 10:32 PM, Davidlohr Bueso wrote:
> On Tue, 06 Nov 2018, Andrew Morton wrote:
>
>> It would be interesting to know precisely which stat fields the
>> database-which-shall-not-be-named is looking for. Then we could cook
>> up a very whizzy way of getting at the info.
>
> The ctxt
On Wed, 7 Nov 2018 16:02:21 +0100
Peter Zijlstra wrote:
> On Wed, Nov 07, 2018 at 09:56:27AM -0500, Steven Rostedt wrote:
> > On Wed, 7 Nov 2018 12:10:32 +0100
> > Juri Lelli wrote:
> >
> > > check_dl_overrun is used to send a SIGXCPU to users that asked to be
> > > informed when
On Wed, 7 Nov 2018 16:02:21 +0100
Peter Zijlstra wrote:
> On Wed, Nov 07, 2018 at 09:56:27AM -0500, Steven Rostedt wrote:
> > On Wed, 7 Nov 2018 12:10:32 +0100
> > Juri Lelli wrote:
> >
> > > check_dl_overrun is used to send a SIGXCPU to users that asked to be
> > > informed when
Hello,
On Wed, Nov 07, 2018 at 10:36:13AM +0100, Clément Péron wrote:
> From: Suji Velupillai
>
> When pwm_bl framework calls enable, a call to pwm_is_enabled(pwm) still
> return false, this prevents the backlight being turn on at boot time.
>
> Signed-off-by: Suji Velupillai
> Signed-off-by:
Hello,
On Wed, Nov 07, 2018 at 10:36:13AM +0100, Clément Péron wrote:
> From: Suji Velupillai
>
> When pwm_bl framework calls enable, a call to pwm_is_enabled(pwm) still
> return false, this prevents the backlight being turn on at boot time.
>
> Signed-off-by: Suji Velupillai
> Signed-off-by:
On Wed, 7 Nov 2018, Al Cooper wrote:
> On 11/7/18 10:23 AM, Alan Stern wrote:
> > On Tue, 6 Nov 2018, Florian Fainelli wrote:
> >
> >> On 11/6/18 1:40 PM, Al Cooper wrote:
> >>> On 11/6/18 11:08 AM, Alan Stern wrote:
> On Mon, 5 Nov 2018, Al Cooper wrote:
>
> > Add support for
Hi Yogesh,
I didn't have time to look at all of the code, but nevertheless here are
some comments.
On 23.10.18 10:56, Yogesh Narayan Gaur wrote:
> - Add driver for NXP FlexSPI host controller
>
> (0) What is the FlexSPI controller?
> FlexSPI is a flexsible SPI host controller which supports
On Wed, 7 Nov 2018, Al Cooper wrote:
> On 11/7/18 10:23 AM, Alan Stern wrote:
> > On Tue, 6 Nov 2018, Florian Fainelli wrote:
> >
> >> On 11/6/18 1:40 PM, Al Cooper wrote:
> >>> On 11/6/18 11:08 AM, Alan Stern wrote:
> On Mon, 5 Nov 2018, Al Cooper wrote:
>
> > Add support for
Hi Yogesh,
I didn't have time to look at all of the code, but nevertheless here are
some comments.
On 23.10.18 10:56, Yogesh Narayan Gaur wrote:
> - Add driver for NXP FlexSPI host controller
>
> (0) What is the FlexSPI controller?
> FlexSPI is a flexsible SPI host controller which supports
On 06.11.2018 05:49, Nicolas Pitre wrote:
> On Tue, 6 Nov 2018, Stefan Agner wrote:
>
>> On 16.10.2018 22:43, Nicolas Pitre wrote:
>> > Subject: [PATCH] ARM: remove naked function usage
>> >
>> > Convert page copy functions not to rely on the naked function attribute.
>> >
>> > This attribute is
On 06.11.2018 05:49, Nicolas Pitre wrote:
> On Tue, 6 Nov 2018, Stefan Agner wrote:
>
>> On 16.10.2018 22:43, Nicolas Pitre wrote:
>> > Subject: [PATCH] ARM: remove naked function usage
>> >
>> > Convert page copy functions not to rely on the naked function attribute.
>> >
>> > This attribute is
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 8053e5b93eca9b011f7b79bb019bf1eeaaf96c4b
commit: ccfb464cd106890cfa51070f75921a273e2852e5 soc: qcom: Allow COMPILE_TEST
of qcom SoC Kconfigs
date: 8 weeks ago
coccinelle warnings: (new ones prefixed by
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 8053e5b93eca9b011f7b79bb019bf1eeaaf96c4b
commit: ccfb464cd106890cfa51070f75921a273e2852e5 soc: qcom: Allow COMPILE_TEST
of qcom SoC Kconfigs
date: 8 weeks ago
coccinelle warnings: (new ones prefixed by
From: kbuild test robot
sound/soc/qcom/sdm845.c:156:3-4: Unneeded semicolon
Remove unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
Fixes: ccfb464cd106 ("soc: qcom: Allow COMPILE_TEST of qcom SoC Kconfigs")
CC: Niklas Cassel
Signed-off-by: kbuild test robot
---
From: kbuild test robot
sound/soc/qcom/sdm845.c:156:3-4: Unneeded semicolon
Remove unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
Fixes: ccfb464cd106 ("soc: qcom: Allow COMPILE_TEST of qcom SoC Kconfigs")
CC: Niklas Cassel
Signed-off-by: kbuild test robot
---
On 07/11/2018 15:55, Rob Herring wrote:
On Wed, Nov 07, 2018 at 03:44:31PM +, Will Deacon wrote:
Hi John,
On Tue, Nov 06, 2018 at 08:39:33PM +0800, John Garry wrote:
Currently the NUMA distance map parsing does not validate the distance
table for the distance-matrix rules 1-2 in [1].
On 07/11/2018 15:55, Rob Herring wrote:
On Wed, Nov 07, 2018 at 03:44:31PM +, Will Deacon wrote:
Hi John,
On Tue, Nov 06, 2018 at 08:39:33PM +0800, John Garry wrote:
Currently the NUMA distance map parsing does not validate the distance
table for the distance-matrix rules 1-2 in [1].
On 06/11/2018 16:42:19+0800, Xulin Sun wrote:
> pcf2127_i2c_gather_write() allocates memory as local variable
> for i2c_master_send(), after finishing the master transfer,
> the allocated memory should be freed. The kmemleak is reported:
>
> unreferenced object 0x80231e7dba80 (size 64):
>
On 06/11/2018 16:42:19+0800, Xulin Sun wrote:
> pcf2127_i2c_gather_write() allocates memory as local variable
> for i2c_master_send(), after finishing the master transfer,
> the allocated memory should be freed. The kmemleak is reported:
>
> unreferenced object 0x80231e7dba80 (size 64):
>
801 - 900 of 1460 matches
Mail list logo
