On 18/04/18 11:08, Alastair D'Silva wrote:
From: Alastair D'Silva
This patch adds a CPU feature bit to show whether the CPU has
the TIDR register available, enabling as_notify/wait in userspace.
Signed-off-by: Alastair D'Silva
Per my previous email:
Reviewed-by: Andrew Donnellan
--
Andr
On 18/04/18 11:08, Alastair D'Silva wrote:
From: Alastair D'Silva
Switch the use of TIDR on it's CPU feature, rather than assuming it
is available based on architecture.
Signed-off-by: Alastair D'Silva
Reviewed-by: Andrew Donnellan
--
Andrew Donnellan OzLabs, ADL Canberra
and
On 18/04/18 11:08, Alastair D'Silva wrote:
From: Alastair D'Silva
Signed-off-by: Alastair D'Silva
This looks better.
Acked-by: Andrew Donnellan
---
Documentation/accelerators/ocxl.rst | 11 +++
1 file changed, 11 insertions(+)
diff --git a/Documentation/accelerators/ocxl.rst
Christophe,
On Wed, Apr 18, 2018 at 8:34 AM, Christophe LEROY
wrote:
>
>
> Le 17/04/2018 à 19:10, Mathieu Malaterre a écrit :
>>
>> On Tue, Apr 17, 2018 at 6:49 PM, Christophe LEROY
>> wrote:
>>>
>>>
>>>
>>> Le 17/04/2018 à 18:45, Mathieu Malaterre a écrit :
On Tue, Apr 17, 2018 a
Print a small help text indicating the exception vector alongside the
trap number to make it easier while analyzing back traces. As an
example:
Unable to handle kernel paging request for data at address 0x
Faulting instruction address: 0xc06e3728
Oops: Kernel access of
> -Original Message-
> From: Robin Murphy [mailto:robin.mur...@arm.com]
> Sent: Tuesday, April 17, 2018 10:23 PM
> To: Nipun Gupta ; robh...@kernel.org;
> frowand.l...@gmail.com
> Cc: will.dea...@arm.com; mark.rutl...@arm.com; catalin.mari...@arm.com;
> h...@lst.de; gre...@linuxfoundation
On Tue, Apr 17, 2018 at 02:37:38PM -0500, Eric W. Biederman wrote:
> Dave Martin writes:
>
> > Hmmm
> >
> > memset()/clear_siginfo() may ensure that there are no uninitialised
> > explicit fields except for those in inactive union members, but I'm not
> > sure that this approach is guaranteed to
Le 18/04/2018 à 10:36, Mathieu Malaterre a écrit :
Christophe,
On Wed, Apr 18, 2018 at 8:34 AM, Christophe LEROY
wrote:
Le 17/04/2018 à 19:10, Mathieu Malaterre a écrit :
On Tue, Apr 17, 2018 at 6:49 PM, Christophe LEROY
wrote:
Le 17/04/2018 à 18:45, Mathieu Malaterre a écrit :
O
This patch fixes vmlinux.lds script to build properly with
CONFIG_LD_DEAD_CODE_DATA_ELIMINATION enabled
Signed-off-by: Christophe Leroy
---
arch/powerpc/kernel/vmlinux.lds.S | 4 ++--
include/asm-generic/vmlinux.lds.h | 6 +-
2 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/arc
This option does dead code and data elimination with the linker by
compiling with -ffunction-sections -fdata-sections and linking with
--gc-sections.
By selecting this option on mpc885_ads_defconfig,
vmlinux LOAD segment size gets reduced by 10%
Program Header before the patch:
LOAD off0x
Dave Martin writes:
> On Tue, Apr 17, 2018 at 02:37:38PM -0500, Eric W. Biederman wrote:
>> Dave Martin writes:
>>
>> > Hmmm
>> >
>> > memset()/clear_siginfo() may ensure that there are no uninitialised
>> > explicit fields except for those in inactive union members, but I'm not
>> > sure that
Mathieu Malaterre writes:
> On Wed, Apr 18, 2018 at 8:34 AM, Christophe LEROY
...
>
>> Can you also provide a copy of the messages you can see (prom_init ...) when
>> boot is ok ?
>
> Hum. I've always been interested in seeing it also myself. Is there a
> way to setup env to see those message (net
On Wed, Apr 18, 2018 at 08:47:10AM +0530, Anshuman Khandual wrote:
> On 04/15/2018 05:41 PM, Christoph Hellwig wrote:
> > On Fri, Apr 06, 2018 at 06:37:18PM +1000, Benjamin Herrenschmidt wrote:
> implemented as DMA API which the virtio core understands. There is no
> need for an IOMMU to
Linus Torvalds writes:
> (
>
> On Sun, Apr 15, 2018 at 8:56 AM, Eric W. Biederman
> wrote:
[snip bit about wanting what is effectively force_sig_fault instead of
clear_siginfo everywhere]
> The other thing we should do is to get rid of the stupid padding.
> Right now "struct siginfo" is pointl
On Wed, Apr 18, 2018 at 2:17 AM, Matthew Wilcox wrote:
> On Wed, Apr 18, 2018 at 12:50:38AM +0530, Souptick Joarder wrote:
>> Use new return type vm_fault_t for fault handler. For
>> now, this is just documenting that the function returns
>> a VM_FAULT value rather than an errno. Once all instance
Use new return type vm_fault_t for fault handler. For
now, this is just documenting that the function returns
a VM_FAULT value rather than an errno. Once all instances
are converted, vm_fault_t will become a distinct type.
commit 1c8f422059ae ("mm: change return type to vm_fault_t")
Signed-off-by
On Thu, Apr 19, 2018 at 12:34:15AM +0530, Souptick Joarder wrote:
> > Re-reading spufs_ps_fault(), I wouldn't change anything inside it. Just
> > change its return type to vm_fault_t and call it done.
>
> In that case, return value of spufs_wait() has to changed
> to VM_FAULT_ type and we end wit
On Thu, Apr 19, 2018 at 12:57 AM, Matthew Wilcox wrote:
> On Thu, Apr 19, 2018 at 12:34:15AM +0530, Souptick Joarder wrote:
>> > Re-reading spufs_ps_fault(), I wouldn't change anything inside it. Just
>> > change its return type to vm_fault_t and call it done.
>>
>> In that case, return value of
On Thu, Apr 19, 2018 at 01:03:43AM +0530, Souptick Joarder wrote:
> On Thu, Apr 19, 2018 at 12:57 AM, Matthew Wilcox wrote:
> > On Thu, Apr 19, 2018 at 12:34:15AM +0530, Souptick Joarder wrote:
> >> > Re-reading spufs_ps_fault(), I wouldn't change anything inside it. Just
> >> > change its return
On Wed, 2018-04-18 at 14:32 +0530, Naveen N. Rao wrote:
>
> +#ifdef CONFIG_PPC_BOOK3S_64
> +static char *print_trap(unsigned long trapno)
> +{
> + trapno &= 0xff0;
> + switch (trapno) {
> + case 0x100: return "SRESET";
> + case 0x200: return "MCE";
> +
On Wed, 2018-04-11 at 13:37 +1000, Michael Neuling wrote:
> On boot we save the configuration space of PCIe bridges. We do this
> so
> when we get an EEH event and everything gets reset that we can
> restore
> them.
>
> Unfortunately we save this state before we've enabled the MMIO space
> on the
On Wed, 18 Apr 2018 15:11:24 +0200
Christophe LEROY wrote:
> Le 18/04/2018 à 10:36, Mathieu Malaterre a écrit :
> > Christophe,
> >
> > On Wed, Apr 18, 2018 at 8:34 AM, Christophe LEROY
> > wrote:
> >>
> >>
> >> Le 17/04/2018 à 19:10, Mathieu Malaterre a écrit :
> >>>
> >>> On Tue, Apr 17,
Benjamin Herrenschmidt wrote:
On Wed, 2018-04-18 at 14:32 +0530, Naveen N. Rao wrote:
+#ifdef CONFIG_PPC_BOOK3S_64
+static char *print_trap(unsigned long trapno)
+{
+ trapno &= 0xff0;
+ switch (trapno) {
+ case 0x100: return "SRESET";
+ case 0x200:
23 matches
Mail list logo
