Hi Thomas,
On Tue, Jun 26, 2018 at 11:44 AM Thomas Gleixner wrote:
>
> Pavel,
>
> first of all, sorry for my last outburst. I just was in a lousy mood after
> staring into too much half baken stuff and failed to make myself stay away
> from the computer.
Thank you.
>
> On Sun, 24 Jun 2018, Thom
On Tue, Jun 26, 2018 at 07:31:18PM +0100, Allan Xavier wrote:
> Hi Peter,
>
> On 26/06/18 17:43, Peter Zijlstra wrote:
> > On Tue, Jun 26, 2018 at 05:20:45PM +0100, Allan Xavier wrote:
> >> 0500 g F .text 0034 nmi_panic
> >> 0528 l F .text
Commit 26f09e9b3a06 ("mm/memblock: add memblock memory allocation apis")
introduced two new function definitions:
memblock_virt_alloc_try_nid_nopanic()
memblock_virt_alloc_try_nid()
Commit ea1f5f3712af ("mm: define memblock_virt_alloc_try_nid_raw")
introduced the following function definition
Hi,
On 26-06-18 18:35, Michael Nazzareno Trimarchi wrote:
Hi Hans
On Tue, Jun 26, 2018 at 4:47 PM, Hans de Goede wrote:
Hi,
On 26-06-18 16:42, Michael Nazzareno Trimarchi wrote:
Hi Hans
On Tue, Jun 26, 2018 at 3:38 PM, Michael Nazzareno Trimarchi
wrote:
Hi
On Tue, Jun 26, 2018 at 3:3
- On Jun 26, 2018, at 1:38 PM, Mathieu Desnoyers
mathieu.desnoy...@efficios.com wrote:
> Hi Andy,
>
> I would like to make the behavior rseq on compat tasks more robust
> by ensuring that kernel/rseq.c:rseq_get_rseq_cs() clears the high
> bits of rseq_cs->abort_ip, rseq_cs->start_ip and
> rs
Hi Matthias,
On 2018-06-27 00:02, Matthias Kaehlcke wrote:
On Tue, Jun 26, 2018 at 10:43:31AM +0530, Balakrishna Godavarthi wrote:
Hi Matthias,
On 2018-06-26 05:35, Matthias Kaehlcke wrote:
> On Mon, Jun 25, 2018 at 04:43:54PM -0700, Matthias Kaehlcke wrote:
> > This is a nice improvement, a f
On Mon, Jun 25, 2018 at 1:59 PM, Mark Rutland wrote:
> From: Peter Zijlstra
>
> Mark found ldsem_cmpxchg() needed an (atomic_long_t *) cast to keep
> working after making the atomic_long interface type safe.
>
> Needing casts is bad form, which made me look at the code. There are no
> ld_semaphor
Hi,
This is an minor update from V1 posted earlier:
https://marc.info/?l=linux-kernel&m=152943745424138&w=2
The following series enables support for newest addition in TI's SoC
portfolio - AM654 SoC.
The series is based off v4.18-rc1, also available here:
https://github.com/nmenon/linux-
The AM654 SoC is a lead device of the K3 Multicore SoC architecture
platform, targeted for broad market and industrial control with aim to
meet the complex processing needs of modern embedded products.
Some highlights of this SoC are:
* Quad ARMv8 A53 cores split over two clusters
* GICv3 complian
On Tue, Jun 26, 2018 at 11:00:53AM -0700, Shakeel Butt wrote:
> On Mon, Jun 25, 2018 at 10:49 PM Amir Goldstein wrote:
> >
> ...
> >
> > The verb 'unuse' takes an argument memcg and 'uses' it - too weird.
> > You can use 'override'/'revert' verbs like override_creds or just call
> > memalloc_use_m
On Tue, Jun 26, 2018 at 07:01:18AM +0530, Balakrishna Godavarthi wrote:
> Hi Matthias,
>
> On 2018-06-26 05:13, Matthias Kaehlcke wrote:
> > This is a nice improvement, a few remaining questions inline.
> >
> > On Mon, Jun 25, 2018 at 07:10:10PM +0530, Balakrishna Godavarthi wrote:
> > > In funct
On Mon, Jun 25, 2018 at 04:06:58PM -0700, Shakeel Butt wrote:
> @@ -140,8 +141,9 @@ struct fanotify_event_info *fanotify_alloc_event(struct
> fsnotify_group *group,
>struct inode *inode, u32 mask,
>cons
On Tue, Jun 26, 2018 at 11:55 AM Johannes Weiner wrote:
>
> On Tue, Jun 26, 2018 at 11:00:53AM -0700, Shakeel Butt wrote:
> > On Mon, Jun 25, 2018 at 10:49 PM Amir Goldstein wrote:
> > >
> > ...
> > >
> > > The verb 'unuse' takes an argument memcg and 'uses' it - too weird.
> > > You can use 'ove
On Tue, Jun 26, 2018 at 08:44:58PM +0200, Hans de Goede wrote:
> Hi,
>
> On 26-06-18 18:35, Michael Nazzareno Trimarchi wrote:
[..]
> > cat memblock/reserved
> > 0: 0x80004000..0x80007fff
> > 1: 0x8010..0x81e030b3
> > 2: 0x8300..0x83007fff
> > 3: 0x8400..0x85ff
> >
On Mon, Jun 25, 2018 at 3:24 PM, Dan Carpenter wrote:
> On Mon, Jun 25, 2018 at 12:47:44PM +0300, Andy Shevchenko wrote:
>> On Fri, Jun 22, 2018 at 1:28 PM, Dan Carpenter
>> wrote:
>> > On Thu, Jun 21, 2018 at 08:21:55PM +0200, Michael Straube wrote:
>> >> Remove braces from single line if state
This series of patches converts IMA's usage of the tpm_chip to find a TPM
chip initially and use it until the machine is shut down. To do this we need
to introduce a kref for the tpm_chip that IMA and all other users of a
tpm_chip hold onto until they don't need the TPM chip anymore.
Stefan
v
Get rid of ima_used_chip and use ima_tpm_chip variable instead for
determining whether to use the TPM chip.
Signed-off-by: Stefan Berger
Acked-by: Jarkko Sakkinen
---
security/integrity/ima/ima.h| 1 -
security/integrity/ima/ima_crypto.c | 2 +-
security/integrity/ima/ima_init.c | 7 +
Convert tpm_find_get_ops() to use tpm_default_chip() in case no chip
is passed in.
Signed-off-by: Stefan Berger
Reviewed-by: Jarkko Sakkinen
---
drivers/char/tpm/tpm-chip.c | 32 +---
1 file changed, 13 insertions(+), 19 deletions(-)
diff --git a/drivers/char/tpm/tp
Implement tpm_default_chip() to find the first TPM chip and return it to
the caller while increasing the reference count on its device. This
function can be used by other subsystems, such as IMA, to find the system's
default TPM chip and use it for all subsequent TPM operations.
Signed-off-by: Ste
Rather than accessing the TPM functions by passing a NULL pointer for
the tpm_chip, which causes a lookup for a suitable chip every time, get a
hold of a tpm_chip and access the TPM functions using it.
Signed-off-by: Stefan Berger
Acked-by: Jarkko Sakkinen
---
security/integrity/ima/ima.h
Rename tpm_chip_find_get() to tpm_find_get_ops() to more closely match
the tpm_put_ops() counter part.
Signed-off-by: Stefan Berger
Tested-by: Jarkko Sakkinen
Reviewed-by: Jarkko Sakkinen
---
drivers/char/tpm/tpm-chip.c | 9 ++---
drivers/char/tpm/tpm-interface.c | 14 +++---
On 06/26/18 19:29, Andy Shevchenko wrote:
On Tue, Jun 26, 2018 at 11:14 AM, Michael Straube
wrote:
Using is_broadcast_ether_addr() and is_zero_ether_addr() instead of
testing each byte of the mac[] array for 0xff and 0x00 shortens the
code and improves readability.
If np == NULL, of_get_proper
On Tue, Jun 26, 2018 at 11:08:55AM -0700, Paul E. McKenney wrote:
> On Tue, Jun 26, 2018 at 07:14:54PM +0200, Peter Zijlstra wrote:
> > On Mon, Jun 25, 2018 at 05:35:02PM -0700, Paul E. McKenney wrote:
> > > From: "Joel Fernandes (Google)"
> > >
> > > rcu_seq_snap may be tricky to decipher. Lets
On Wed, Jun 20, 2018 at 12:56:58AM +0800, Robin Gong wrote:
> Correct to check the right rx dma cookie status in spit of it
> works because only one cookie is running in the current sdma.
> But it will not once sdma driver support multi cookies
> running based on virt-dma.
>
> Signed-off-by: Robin
On Wed, Jun 13, 2018 at 10:50:11AM -0700, Douglas Anderson wrote:
> In an early version of the I2C patch that was posted to the list the
> default I2C frequency (if none was specified) was 400 kHz. There was
> debate on the list and we decided that it would be more consistent
> with the rest of i2
On Tue, Jun 26, 2018 at 07:46:52PM +0800, Boqun Feng wrote:
> On Tue, Jun 26, 2018 at 06:44:47PM +0800, Boqun Feng wrote:
> > On Tue, Jun 26, 2018 at 11:38:20AM +0200, Peter Zijlstra wrote:
> > > On Mon, Jun 25, 2018 at 03:43:32PM -0700, Paul E. McKenney wrote:
> > > > + preempt_disab
On Tue, Jun 26, 2018 at 11:10:25AM -0700, Paul E. McKenney wrote:
> > Is the below not much simpler:
> >
> > > static inline unsigned long rcu_seq_snap(unsigned long *sp)
> > > {
> > > unsigned long s;
> >
> > s = smp_load_aquire(sp);
> >
> > /* Add one GP */
> > s += 1 << RCU_SE
Add Actions Semi S700 SoC clock support
Signed-off-by: Parthiban Nallathambi
Signed-off-by: Saravanan Sekar
---
drivers/clk/actions/Kconfig| 7 +
drivers/clk/actions/Makefile | 1 +
drivers/clk/actions/owl-s700.c | 614 +
3 files changed, 622 insertions
This patchset adds clock support for Actions Semi OWL series
S700 SoC with relevant clock bindings and device tree info.
Changed the UART clock using CMU instance and changes are
tested in cubieboard7
Thanks and regards,
Saravanan,
Parthiban
Saravanan Sekar (2):
arm64: dts: actions: Enable cl
Added clock management controller for S700
Signed-off-by: Parthiban Nallathambi
Signed-off-by: Saravanan Sekar
---
.../boot/dts/actions/s700-cubieboard7.dts | 7 -
arch/arm64/boot/dts/actions/s700.dtsi | 8 ++
include/dt-bindings/clock/actions,s700-cmu.h | 128 +
On Tue, Jun 26, 2018 at 09:21:13PM +0200, Peter Zijlstra wrote:
> On Tue, Jun 26, 2018 at 11:08:55AM -0700, Paul E. McKenney wrote:
> > On Tue, Jun 26, 2018 at 07:14:54PM +0200, Peter Zijlstra wrote:
> > > On Mon, Jun 25, 2018 at 05:35:02PM -0700, Paul E. McKenney wrote:
> > > > From: "Joel Fernand
On Tue, Jun 26, 2018 at 09:53:18PM +0300, Andy Shevchenko wrote:
> On Mon, Jun 25, 2018 at 1:59 PM, Mark Rutland wrote:
> > From: Peter Zijlstra
> >
> > Mark found ldsem_cmpxchg() needed an (atomic_long_t *) cast to keep
> > working after making the atomic_long interface type safe.
> >
> > Needin
Use tpm_default_chip() to find the system's default TPM chip and
use it as the tpm_chip parameter for all TPM operations. Release
the tpm_chip when the module is shut down.
Signed-off-by: Stefan Berger
---
security/keys/trusted.c | 41 -
1 file changed, 28
On Fri, Jun 22, 2018 at 12:27:17PM +1000, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the rcu tree got a conflict in:
>
> kernel/rcu/tree_plugin.h
>
> between commit:
>
> b3dae109fa89 ("sched/swait: Rename to exclusive")
>
> from the tip tree and commit:
>
> 57ada0
Some subsystems that got a hold of a TPM chip through tpm_default_chip()
need a way to release the reference to the TPM chip when they shut down.
The tpm_put_chip() function enables this.
Signed-off-by: Stefan Berger
---
drivers/char/tpm/tpm-chip.c | 10 ++
include/linux/tpm.h |
The following patches build on top of the series of patches that
convert IMA to find and use the system's default TPM chip.
I have done some successful testing with trusted keys using publicly
available examples.
Stefan
Stefan Berger (2):
tpm: Implement public tpm_put_chip() to release refe
On Sat, Jun 23, 2018 at 3:22 AM, Darren Hart wrote:
> On Thu, Jun 21, 2018 at 07:15:24PM +0100, Colin King wrote:
>> From: Colin Ian King
>>
>> The function dell_smbios_smm_call and pointer platform_device are
>> local to the source and do not need to be in global scope, so make
>> them static.
>
On Tue, Jun 26, 2018 at 11:45 AM Mathieu Desnoyers
wrote:
>
> - On Jun 26, 2018, at 1:38 PM, Mathieu Desnoyers
> mathieu.desnoy...@efficios.com wrote:
>
> > Hi Andy,
> >
> > I would like to make the behavior rseq on compat tasks more robust
> > by ensuring that kernel/rseq.c:rseq_get_rseq_cs(
On Tue, Jun 26, 2018 at 05:05:40PM +0200, Miguel Ojeda wrote:
> Hi,
>
> On Tue, Jun 26, 2018 at 12:44 AM, Jason Gunthorpe wrote:
> > The true option causes this indenting for functions:
> >
> > static struct something_very_very_long *
> > function(void *arg)
> > {
> >
> > While a quick survey
On Tue, Jun 26, 2018 at 01:44:05PM -0500, Josh Poimboeuf wrote:
> On Tue, Jun 26, 2018 at 07:31:18PM +0100, Allan Xavier wrote:
> > Is there a particular concern you're trying to address by having the logic
> > there
> > instead?
>
> Thanks for the patch and the excellent problem description. I
On 06/26/18 19:32, Andy Shevchenko wrote:
On Tue, Jun 26, 2018 at 11:14 AM, Michael Straube
wrote:
Use ether_addr_copy() instead of memcpy() to copy the mac address.
Suggested-by ?
I'll add it. Sorry, I was not aware of the Suggested-by tag.
Btw, ensure that the source and destination b
On Tue, Jun 26, 2018 at 11:19:37AM -0700, Paul E. McKenney wrote:
> The initial reason for cacheline_internodealigned_in_smp was that
> some of the fields can be accessed by random CPUs, while others are
> used more locally, give or take our usual contention over the handling
> of CPU numbers.
On Tue, Jun 26, 2018 at 2:42 PM Pavel Tatashin
wrote:
>
> Hi Thomas,
>
> On Tue, Jun 26, 2018 at 11:44 AM Thomas Gleixner wrote:
> >
> > Pavel,
> >
> > first of all, sorry for my last outburst. I just was in a lousy mood after
> > staring into too much half baken stuff and failed to make myself s
- On Jun 26, 2018, at 3:32 PM, Andy Lutomirski l...@amacapital.net wrote:
> On Tue, Jun 26, 2018 at 11:45 AM Mathieu Desnoyers
> wrote:
>>
>> - On Jun 26, 2018, at 1:38 PM, Mathieu Desnoyers
>> mathieu.desnoy...@efficios.com wrote:
>>
>> > Hi Andy,
>> >
>> > I would like to make the behav
On Tue, Jun 26, 2018 at 06:53:47AM +0530, Balakrishna Godavarthi wrote:
> Hi Matthias,
>
> On 2018-06-26 04:50, Matthias Kaehlcke wrote:
> > On Mon, Jun 25, 2018 at 07:10:09PM +0530, Balakrishna Godavarthi wrote:
> > > Redefinition of qca_uart_setup will help future Qualcomm Bluetooth
> > > SoC, t
On Thu, Jun 14, 2018 at 01:09:02PM +0530, Taniya Das wrote:
> Add device tree bindings for Low Power Audio subsystem clock controller for
> Qualcomm Technology Inc's SDM845 SoCs.
>
> Signed-off-by: Taniya Das
> ---
> .../devicetree/bindings/clock/qcom,lpasscc.txt | 46
>
On Tue, Jun 26, 2018 at 12:50 PM Mathieu Desnoyers
wrote:
>
> - On Jun 26, 2018, at 3:32 PM, Andy Lutomirski l...@amacapital.net wrote:
>
> > On Tue, Jun 26, 2018 at 11:45 AM Mathieu Desnoyers
> > wrote:
> >>
> >> - On Jun 26, 2018, at 1:38 PM, Mathieu Desnoyers
> >> mathieu.desnoy...@eff
This clock is especially used by the RTC driver, so export it so that
devicetree users can use it.
Signed-off-by: Robert Jarzmik
---
drivers/clk/pxa/clk-pxa25x.c | 6 --
drivers/clk/pxa/clk-pxa27x.c | 7 ---
drivers/clk/pxa/clk-pxa3xx.c | 7 ---
include/dt-
The RTC controller is fed by an external fixed 32kHz clock. Yet the
driver wants to acquire this clock, even though it doesn't make any use
of it, ie. doesn't get the rate to make calculation.
Therefore, use the exported 32.768kHz clock in the PXA clock tree to
make the driver happy and working.
* Dmitry Vyukov wrote:
> From: Dmitry Vyukov
>
> KERN_CONT leads to split lines in kernel output
> and complicates useful changes to printk like
> printing context before each line.
>
> Only acceptable use of continuations is basically
> boot-time testing.
>
> Get rid of it.
>
> Also tidy
On Tue, Jun 26, 2018 at 12:03 PM Johannes Weiner wrote:
>
> On Mon, Jun 25, 2018 at 04:06:58PM -0700, Shakeel Butt wrote:
> > @@ -140,8 +141,9 @@ struct fanotify_event_info *fanotify_alloc_event(struct
> > fsnotify_group *group,
> >struct inode *ino
On Tue, Jun 26, 2018 at 11:29:50AM -0700, Paul E. McKenney wrote:
> On Tue, Jun 26, 2018 at 07:51:19PM +0200, Peter Zijlstra wrote:
> > On Tue, Jun 26, 2018 at 10:10:39AM -0700, Paul E. McKenney wrote:
> > > Without special fail-safe quiescent-state-propagation checks, grace-period
> > > hangs can
On 2018/06/27 2:03, Paul E. McKenney wrote:
> There are a lot of ways it could be made concurrency safe. If you need
> me to do this, please do let me know.
>
> That said, the way it is now written, if you invoke rcu_oom_notify()
> twice in a row, the second invocation will wait until the memory
- On Jun 26, 2018, at 3:55 PM, Andy Lutomirski l...@amacapital.net wrote:
> On Tue, Jun 26, 2018 at 12:50 PM Mathieu Desnoyers
> wrote:
>>
>> - On Jun 26, 2018, at 3:32 PM, Andy Lutomirski l...@amacapital.net wrote:
>>
>> > On Tue, Jun 26, 2018 at 11:45 AM Mathieu Desnoyers
>> > wrote:
>
On Tue, Jun 26, 2018 at 12:31:46PM -0700, Paul E. McKenney wrote:
> > Then the existing comment is misleading and really needs change.
>
> Would it be sufficient to add something like "The memory barrier is
> required to support the many-to-many ordering guaranteed by RCU grace
> periods"?
What w
On Tue, 2018-06-26 at 14:25 -0400, Prarit Bhargava wrote:
> OSes have additional maintainers that should be cc'd on patches or may
> want to circulate internal patches.
>
> Parse the .get_maintainer.MAINTAINERS file. Entries in the file
> can begin with a '+' to indicate the email and list entrie
On Tue, 2018-06-26 at 21:44 +0200, Michael Straube wrote:
> On 06/26/18 19:32, Andy Shevchenko wrote:
> > On Tue, Jun 26, 2018 at 11:14 AM, Michael Straube
> > wrote:
> > > Use ether_addr_copy() instead of memcpy() to copy the mac address.
> > >
> >
> > Suggested-by ?
> >
>
> I'll add it. Sorr
Hi Rik,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on linus/master]
[also build test WARNING on v4.18-rc2 next-20180626]
[cannot apply to tip/x86/core]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url
Fixes: 4d7614ce489c ("x86,tlb: only send page table free TLB flush to lazy TLB
CPUs")
Signed-off-by: kbuild test robot
---
tlb.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/mm/tlb.c b/arch/x86/mm/tlb.c
index 03512772..e6d5b01 100644
--- a/arch/x86/mm/tlb.c
+
Fix non-fatal warning triggered during compilation with W=1:
kernel/events/core.c:6106:1: warning: ‘inline’ is not at beginning of
declaration [-Wold-style-declaration]
static void __always_inline
^~
Signed-off-by: Mathieu Malaterre
---
v2: Explicit reference to W=1
kernel/events/core.c
On Tue, Jun 26, 2018 at 11:29:50AM -0700, Paul E. McKenney wrote:
> On Tue, Jun 26, 2018 at 07:51:19PM +0200, Peter Zijlstra wrote:
> > On Tue, Jun 26, 2018 at 10:10:39AM -0700, Paul E. McKenney wrote:
> > > Without special fail-safe quiescent-state-propagation checks, grace-period
> > > hangs can
On Fri 15 Jun 10:53 PDT 2018, Stephen Boyd wrote:
> Quoting Marc Zyngier (2018-06-15 01:16:02)
> > On 14/06/18 21:33, Stephen Boyd wrote:
> > > Quoting Srinivas Kandagatla (2018-06-14 10:54:43)
> > >>>
> > +{
> > +struct gic_chip_data *d = data;
> > +
> > +d->flags |= G
On 06/18/2018 10:41 AM, Vivek Unune wrote:
> Hardware Info
> -
>
> Processor - Broadcom BCM4709C0KFEBG dual-core @ 1.4 GHz
> Switch- BCM53012 in BCM4709C0KFEBG & external BCM53125
> DDR3 RAM - 256 MB
> Flash - 128 MB (Toshiba TC58BVG0S3HTA00)
> 2.4GHz
On 06/26/18 22:17, Joe Perches wrote:
On Tue, 2018-06-26 at 21:44 +0200, Michael Straube wrote:
On 06/26/18 19:32, Andy Shevchenko wrote:
On Tue, Jun 26, 2018 at 11:14 AM, Michael Straube
wrote:
Use ether_addr_copy() instead of memcpy() to copy the mac address.
Suggested-by ?
I'll add
On Tue, Jun 26, 2018 at 07:19:29PM +0200, Rafael J. Wysocki wrote:
> On Tue, Jun 26, 2018 at 7:14 PM, Bjorn Helgaas wrote:
> > On Tue, Jun 26, 2018 at 04:22:00PM +0200, Rafael J. Wysocki wrote:
> >> On Tue, Jun 26, 2018 at 4:01 PM, Bjorn Helgaas wrote:
> >> > On Tue, Jun 26, 2018 at 12:06:01PM +0
On Tue, Jun 26, 2018 at 01:26:15PM -0700, Paul E. McKenney wrote:
> commit 2e5b2ff4047b138d6b56e4e3ba91bc47503cdebe
> Author: Paul E. McKenney
> Date: Fri May 25 19:23:09 2018 -0700
>
> rcu: Fix grace-period hangs due to race with CPU offline
>
> Without special fail-safe quiescent
On 2018/06/26 23:54, Guenter Roeck wrote:
> On Tue, Jun 26, 2018 at 7:38 AM Dmitry Vyukov wrote:
>>
>> On Tue, Jun 26, 2018 at 4:16 PM, Theodore Y. Ts'o wrote:
>>> On Tue, Jun 26, 2018 at 07:54:53PM +0900, Tetsuo Handa wrote:
I hope we can accept NOW either "reviving linux-next.git" or "allo
On Tue, Jun 26, 2018 at 09:48:07PM +0200, Peter Zijlstra wrote:
> On Tue, Jun 26, 2018 at 11:19:37AM -0700, Paul E. McKenney wrote:
> > The initial reason for cacheline_internodealigned_in_smp was that
> > some of the fields can be accessed by random CPUs, while others are
> > used more locally
On Mon, Jun 25, 2018 at 05:59:33PM -0500, Bjorn Helgaas wrote:
> The first patch fixes a NULL pointer dereference reported by Marc and would
> be targeted for v4.18.
>
> The others simplify the shpchp probe path and would be for v4.19.
>
> ---
>
> Bjorn Helgaas (4):
> PCI: shpchp: Manage S
On Mon, Jun 25, 2018 at 05:42:59PM +0200, Ludovic Barre wrote:
> From: Ludovic Barre
>
> This patch adds support of stm32mp1.
> stm32mp1 requires 2 clocks lsi and pclk.
>
> Signed-off-by: Ludovic Barre
> ---
> .../devicetree/bindings/watchdog/st,stm32-iwdg.txt | 13
> ++---
>
Hi,
While running proc01 test from ltp, or as I later found out if you just read
kpagecount ("cat /proc/kpagecount > /dev/null"), I started to get the following
oops on latest kernels (4.17+) in a specific system:
[ 112.926100] general protection fault: [#1] SMP PTI
[ 112.926691] CPU: 1 P
On Tue, Jun 26, 2018 at 1:12 PM Mathieu Desnoyers
wrote:
>
> - On Jun 26, 2018, at 3:55 PM, Andy Lutomirski l...@amacapital.net wrote:
>
> > On Tue, Jun 26, 2018 at 12:50 PM Mathieu Desnoyers
> > wrote:
> >>
> >> - On Jun 26, 2018, at 3:32 PM, Andy Lutomirski l...@amacapital.net
> >> wro
On 06/26/18 19:34, Andy Shevchenko wrote:
On Tue, Jun 26, 2018 at 11:14 AM, Michael Straube
wrote:
Use the mac_pton() helper to convert the mac address string.
The functions key_char2num() and key_2char2num() are not used
anywhere else and can be removed.
This also has the benefit of validati
On Wed, Jun 20, 2018 at 5:11 AM Georgi Djakov wrote:
>
> Add driver for the Qualcomm interconnect buses found in msm8916 based
> platforms.
>
> Signed-off-by: Georgi Djakov
> ---
> drivers/interconnect/Kconfig| 5 +
> drivers/interconnect/Makefile | 1 +
> drivers/interconnect/
On Tue, Jun 26, 2018 at 10:06:54AM -0700, Stephen Boyd wrote:
> These three lines make up what msleep() already does, i.e. setting the
> task to uninterruptible, sleeping for so many jiffies, and then
> schedule() already puts the task state back to TASK_RUNNING when it
> returns. Make things clear
Herton,
Thank you for analysis, could you please attach the config that you are using.
Thank you,
Pavel
On Tue, Jun 26, 2018 at 4:42 PM Herton R. Krzesinski wrote:
>
> Hi,
>
> While running proc01 test from ltp, or as I later found out if you just read
> kpagecount ("cat /proc/kpagecount > /dev
On 06/19/2018 04:57 PM, Bjorn Helgaas wrote:
> On Wed, May 16, 2018 at 05:12:21PM -0600, Keith Busch wrote:
>> On Wed, May 16, 2018 at 06:44:22PM -0400, Sinan Kaya wrote:
>>> On 5/16/2018 5:33 PM, Alexandru Gagniuc wrote:
AER status bits are sticky, and they survive system resets. Downstrea
On Fri 22 Jun 01:09 PDT 2018, Baolin Wang wrote:
> Use devm_hwspin_lock_register() to register the hwlock controller to
> avoid unregistering the device explicitly.
>
> Signed-off-by: Baolin Wang
> ---
> drivers/hwspinlock/sprd_hwspinlock.c |6 +++---
> 1 file changed, 3 insertions(+), 3 de
On Fri 22 Jun 01:08 PDT 2018, Baolin Wang wrote:
> The hardware spinlock binding already supplied the 'hwlock-names' property
> to match and get a specific hwlock, but did not supply one API for users
> to get a specific hwlock by the hwlock name. So this patch introduces one
> API to support this
On Tue, 2018-06-26 at 15:13 -0400, Mike Snitzer wrote:
> On Tue, Jun 26 2018 at 3:07pm -0400,
> Dan Williams wrote:
>
> > On Tue, Jun 26, 2018 at 11:58 AM, Mike Snitzer wrote:
> > > On Tue, Jun 26 2018 at 2:52pm -0400,
> > > Dan Williams wrote:
> > >
> > > > On Tue, Jun 26, 2018 at 10:59 AM,
Hi Georgi,
On Wed, Jun 20, 2018 at 5:11 AM Georgi Djakov wrote:
>
> On some Qualcomm SoCs, there is a remote processor, which controls some of
> the Network-On-Chip interconnect resources. Other CPUs express their needs
> by communicating with this processor. Add a driver to handle comminication
On Fri, Jun 22, 2018 at 2:53 AM, Federico Vaga wrote:
Hi Federico,
>> > What is buggy is the function fpga_mgr_get().
>> > That patch has been done to allow multiple FPGA manager instances
>> > to be linked to the same device (PCI it says). But function
>> > fpga_mgr_get() will return only the f
Hi Georgi. Thanks for the new spin of this.
On Wed, Jun 20, 2018 at 5:11 AM Georgi Djakov wrote:
>
> This patch introduce a new API to get requirements and configure the
> interconnect buses across the entire chipset to fit with the current
> demand.
>
> The API is using a consumer/provider-based
On Tue, Jun 26, 2018 at 09:43:27PM +0200, Peter Zijlstra wrote:
> On Tue, Jun 26, 2018 at 01:44:05PM -0500, Josh Poimboeuf wrote:
> > On Tue, Jun 26, 2018 at 07:31:18PM +0100, Allan Xavier wrote:
>
> > > Is there a particular concern you're trying to address by having the
> > > logic there
> > >
On Tue, Jun 26, 2018 at 04:50:27PM -0400, Pavel Tatashin wrote:
> Herton,
>
> Thank you for analysis, could you please attach the config that you are using.
Sure, the config file is attached.
>
> Thank you,
> Pavel
> On Tue, Jun 26, 2018 at 4:42 PM Herton R. Krzesinski
> wrote:
> >
> > Hi,
>
On Tue, Jun 19, 2018 at 02:43:36PM -0500, Nishanth Menon wrote:
> Secure Proxy is another communication scheme in Texas Instrument's
> devices intended to provide an unique communication path from various
> processors in the System on Chip(SoC) to a central System Controller.
>
> Secure proxy is,
On Tue, Jun 19, 2018 at 02:44:20PM -0500, Nishanth Menon wrote:
> Texas Instrument's System Control Interface (TISCI) permits
> the ability for OSs running in virtual machines to be able to
> independently communicate with the firmware without the need going
> through an hypervisor.
>
> The "host-
On Tue, Jun 19, 2018 at 02:44:49PM -0500, Nishanth Menon wrote:
> AM654 uses a UART controller that is only partially compatible with
> existing 8250 UART. UART DMA integration is substantially different
> and even a match against standard 8250 or omap4 would result in
> non-working UART once DMA i
On Tue, Jun 26, 2018 at 09:10:07AM +0800, kernel test robot wrote:
>
> Greetings,
>
> 0day kernel testing robot got the below dmesg and the first bad commit is
>
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
>
> commit ef1433f717a2c63747a519d86965d73ff9bd08b3
> Aut
>
> On Mon, 2018-06-25 at 19:24 +0300, Jarkko Sakkinen wrote:
> > On Sun, 2018-06-24 at 23:52 +0300, Tomas Winkler wrote:
> > > Fix tpm ptt initialization error:
> > > tpm tpm0: A TPM error (378) occurred get tpm pcr allocation.
> > >
> > > We cannot use go_idle cmd_ready commands via runtime_pm
Make the behavior rseq on compat tasks more robust by ensuring that
kernel/rseq.c:rseq_get_rseq_cs() clears the high bits of
rseq_cs->abort_ip, rseq_cs->start_ip and rseq_cs->post_commit_offset
when a 32-bit binary is run on a 64-bit kernel.
The intent here is that if user-space has garbage rather
x86 is moving from is_compat_task() to in_compat_syscall(). However,
in_compat_syscall cannot be used to check whether a signal is being
delivered on a compat task.
Introduce is_compat_frame to allow performing this check from
architecture agnostic code. On all architectures except x86, it
invokes
On 5/20/2018 8:17 PM, santosh.shilim...@oracle.com wrote:
On 5/11/18 12:29 PM, Murali Karicheri wrote:
Now that NetCP driver patches for K2G SoC is merged to linux-next master
this series add patches to enable network driver on K2G ICE and GP EVMs.
Thanks
Applied the patches on top of latest
On 5/25/2018 9:43 PM, santosh.shilim...@oracle.com wrote:
On 5/24/18 6:12 AM, Vitaly Andrianov wrote:
This series adds dts nodes for Keystone2 hw_rng driver
Vitaly Andrianov (3):
ARM: dts: k2hk: add dts node for k2hk hw_rng driver
ARM: dts: k2l: add dts node for k2l hw_rng driver
ARM:
- On Jun 26, 2018, at 4:46 PM, Andy Lutomirski l...@amacapital.net wrote:
> On Tue, Jun 26, 2018 at 1:12 PM Mathieu Desnoyers
> wrote:
>>
>> - On Jun 26, 2018, at 3:55 PM, Andy Lutomirski l...@amacapital.net wrote:
>>
>> > On Tue, Jun 26, 2018 at 12:50 PM Mathieu Desnoyers
>> > wrote:
>>
When invoking migrate_swap(), stop_two_cpus() swaps the
source and destination CPU IDs if the destination CPU
ID is greater than the source CPU ID. This leads to the
following race condition:
The source CPU invokes migrate_swap and sets itself as
the source CPU, and sets the destination CPU to ano
On 26/06/2018 17:54:57+0100, Jon Hunter wrote:
>
> On 26/06/18 17:15, Alexandre Belloni wrote:
> > Hi,
> >
> > On 26/06/2018 16:51:40+0100, Jon Hunter wrote:
> >>> rtc: tps6586x: let the core handle rtc range
> >>
> >> Sorry I am missing the original mail with the above change, but I
> >> h
On Tue, Jun 19, 2018 at 11:27:41PM +0200, Daniel Mack wrote:
> This patch add a generic w1 bindings document that merely describes how
> slave deviceses are grouped under master nodes. It also adds a specific
> binding for the ds2760 battery monitor.
>
> Signed-off-by: Daniel Mack
> ---
> .../de
On Tue, Jun 26, 2018 at 10:32:17PM +0300, Andy Shevchenko wrote:
> On Sat, Jun 23, 2018 at 3:22 AM, Darren Hart wrote:
> > On Thu, Jun 21, 2018 at 07:15:24PM +0100, Colin King wrote:
> >> From: Colin Ian King
> >>
> >> The function dell_smbios_smm_call and pointer platform_device are
> >> local t
On Sat, Jun 23, 2018 at 08:24:26AM +0200, Julia Lawall wrote:
>
>
> On Fri, 22 Jun 2018, Darren Hart wrote:
>
> > On Thu, Jun 21, 2018 at 07:15:24PM +0100, Colin King wrote:
> > > From: Colin Ian King
> > >
> > > The function dell_smbios_smm_call and pointer platform_device are
> > > local to t
501 - 600 of 735 matches
Mail list logo
