Alistair Popple writes:
> Michael,
>
> This won't apply cleanly on top of Balbir's MMIO ATSD Flushing patch
> (https://patchwork.ozlabs.org/patch/848343/). I will resend a v4 which applies
> cleanly on top of that as the rebase/merge is non-trivial.
I have this (v3) merged in my testing branch (
On Thursday, 8 March 2018 7:22:52 PM AEDT Michael Ellerman wrote:
> Alistair Popple writes:
>
> > Michael,
> >
> > This won't apply cleanly on top of Balbir's MMIO ATSD Flushing patch
> > (https://patchwork.ozlabs.org/patch/848343/). I will resend a v4 which
> > applies
> > cleanly on top of tha
On Thu, Mar 8, 2018 at 12:20 PM, Stewart Smith
wrote:
> Balbir Singh writes:
>> On MCE the current code will restart the machine with
>> ppc_md.restart(). This case was extremely unlikely since
>> prior to that a skiboot call is made and that resulted in
>> a checkstop for analysis.
>>
>> With ne
It is possible for a CXL card to have a valid PSL but no valid
AFUs. When this happens we have a valid instance of 'struct cxl'
representing the adapter but with its member 'struct cxl_afu *cxl[]'
as empty. Unfortunately at many placed within cxl code (especially
during an EEH) the elements of this
Mathieu Malaterre writes:
> On Sun, Mar 4, 2018 at 11:54 AM, Michael Ellerman wrote:
>> Mathieu Malaterre writes:
>>
>>> In commit 81e7009ea46c ("powerpc: merge ppc signal.c and ppc64 signal32.c")
>>> the function sys_debug_setcontext was added without a prototype.
>>>
>>> Fix compilation warni
Hi!
> On Nokia N900:/dev/input/event6 aka AV Jack support disappeared
> Status: quite new
> Reported: 2018-02-24
> https://marc.info/?l=linux-omap&m=151950886524308&w=2
> Cause: 14e3e295b2b9
> Linux-Regression-ID: 4b650f
This one is now solved in the mainline.
Mathieu Malaterre writes:
> This commit add the prototypes for the following function:
>
> - early_init
> - machine_init
I'd rather these were in asm-prototypes.h, it's the header for functions
called from asm. I made that change.
> - ppc_setup_l2cr
> - ppc_setup_l3cr
> - ppc_init
These three
Li Wang writes:
> Hi,
>
> ltp/mprotect04[1] crashed by SEGV_PKUERR on ppc64(LPAR on P730, Power 8
> 8247-22L) with kernel-v4.16.0-rc4.
>
> 1000-1002 r-xp fd:00 167223 mprotect04
> 1002-1003 r--p 0001 fd:00 167223 mprotect04
> 1003-1004 rw-p
Hi Rob,
> -Original Message-
> From: Rob Herring [mailto:r...@kernel.org]
> Sent: Thursday, March 08, 2018 4:10
> To: Nipun Gupta
> Cc: will.dea...@arm.com; robin.mur...@arm.com; mark.rutl...@arm.com;
> catalin.mari...@arm.com; devicet...@vger.kernel.org; stuyo...@gmail.com;
> Bharat Bhus
On Mon, Mar 05, 2018 at 05:49:28PM +0100, Torsten Duwe wrote:
> The "Power Architecture 64-Bit ELF V2 ABI" says in section 2.3.2.3:
>
> [...] There are several rules that must be adhered to in order to ensure
> reliable and consistent call chain backtracing:
>
> * Before a function calls any othe
On Thu, Mar 08, 2018 at 11:19:12PM +1100, Michael Ellerman wrote:
> Li Wang writes:
> > Hi,
> >
> > ltp/mprotect04[1] crashed by SEGV_PKUERR on ppc64(LPAR on P730, Power 8
> > 8247-22L) with kernel-v4.16.0-rc4.
> >
> > 1000-1002 r-xp fd:00 167223 mprotect04
> > 1002-
Dave,
Is there a reason why the default key; key-0, is not allowed to be
explicitly associated with pages using pkey_mprotect()?
I see valid usecases where an application may initially want to
associate an address-range with some key and latter choose to revert to
its initial state, by associatin
On 03/08/2018 10:25 AM, Ram Pai wrote:
> Is there a reason why the default key; key-0, is not allowed to be
> explicitly associated with pages using pkey_mprotect()?
No, it's a bug if it is not permitted. I have a vague recollection of
knowing about this and having a patch.
On Tue, 27 Feb 2018 17:09:24 +0100
Torsten Duwe wrote:
> On Tue, Dec 12, 2017 at 01:12:37PM +0100, Miroslav Benes wrote:
> >
> > I think that this is not enough. You need to also implement
> > save_stack_trace_tsk_reliable() for powerpc defined as __weak in
> > kernel/stacktrace.c.
>
> So h
On 08/03/18 21:05, Vaibhav Jain wrote:
It is possible for a CXL card to have a valid PSL but no valid
AFUs. When this happens we have a valid instance of 'struct cxl'
representing the adapter but with its member 'struct cxl_afu *cxl[]'
as empty. Unfortunately at many placed within cxl code (espec
Thanks for looking into this patch Andrew,
Andrew Donnellan writes:
> On 08/03/18 21:05, Vaibhav Jain wrote:
>> It is possible for a CXL card to have a valid PSL but no valid
>> AFUs. When this happens we have a valid instance of 'struct cxl'
>> representing the adapter but with its member 'stru
On 27/02/18 09:20, Uma Krishnan wrote:
The OCXL specification supports distributing acTags amongst different
AFUs and functions on the link. The platform-specific acTag range for the
link is obtained using the OCXL provider services and then assigned to the
host function based on implementation.
On Fri, Mar 9, 2018 at 12:45 AM, Ram Pai wrote:
> On Thu, Mar 08, 2018 at 11:19:12PM +1100, Michael Ellerman wrote:
> > Li Wang writes:
> > > Hi,
> > >
> > > ltp/mprotect04[1] crashed by SEGV_PKUERR on ppc64(LPAR on P730, Power 8
> > > 8247-22L) with kernel-v4.16.0-rc4.
> > >
> > > 1000-1002
On 27/02/18 09:21, Uma Krishnan wrote:
The host AFU configuration is read on the initialization path to identify
the features and configuration of the AFU. This data is cached for use in
later configuration steps.
Signed-off-by: Uma Krishnan
Acked-by: Matthew R. Ochs
Reviewed-by: Andrew Donn
On 27/02/18 09:21, Uma Krishnan wrote:
The OCXL specification supports distributing acTags amongst different
AFUs and functions on the link. As cxlflash devices are expected to only
support a single AFU and function, the entire range that was assigned to
the function is also assigned to the AFU.
On 27/02/18 09:21, Uma Krishnan wrote:
Per the OCXL specification, the maximum PASID supported by the AFU is
indicated by a field within the configuration space. Similar to acTags,
implementations can choose to use any sub-range of PASID within their
assigned range. For cxlflash, the entire range
On 07/03/18 05:01, Martin K. Petersen wrote:
This patch series adds OCXL support to the cxlflash driver. With this
support, new devices using the OCXL transport will be supported by the
cxlflash driver along with the existing CXL devices. An effort is made
to keep this transport specific functi
On Fri, Mar 09, 2018 at 11:43:00AM +0800, Li Wang wrote:
>On Fri, Mar 9, 2018 at 12:45 AM, Ram Pai <[1]linux...@us.ibm.com> wrote:
>
> On Thu, Mar 08, 2018 at 11:19:12PM +1100, Michael Ellerman wrote:
> > Li Wang <[2]liw...@redhat.com> writes:
> > > Hi,
> > >
> > > ltp
On 09/03/18 13:59, Vaibhav Jain wrote:
Thanks for looking into this patch Andrew,
Andrew Donnellan writes:
On 08/03/18 21:05, Vaibhav Jain wrote:
It is possible for a CXL card to have a valid PSL but no valid
AFUs. When this happens we have a valid instance of 'struct cxl'
representing the a
24 matches
Mail list logo
