Re: [PATCH v2 1/2] powerpc/pseries: Avoid blocking rtas polling handling multiple PRRN events

2018-08-06 Thread John Allen
On Wed, Aug 01, 2018 at 11:02:59PM +1000, Michael Ellerman wrote: Hi John, I'm still not sure about this one. John Allen writes: On Mon, Jul 23, 2018 at 11:27:56PM +1000, Michael Ellerman wrote: Hi John, I'm a bit puzzled by this one. John Allen writes: When a PRRN event is being

Re: [PATCH v2 1/2] powerpc/pseries: Avoid blocking rtas polling handling multiple PRRN events

2018-08-01 Thread Michael Ellerman
Hi John, I'm still not sure about this one. John Allen writes: > On Mon, Jul 23, 2018 at 11:27:56PM +1000, Michael Ellerman wrote: >>Hi John, >> >>I'm a bit puzzled by this one. >> >>John Allen writes: >>> When a PRRN event is being handled and another PRRN event comes in, the >>> second event

Re: [PATCH v2 1/2] powerpc/pseries: Avoid blocking rtas polling handling multiple PRRN events

2018-07-23 Thread John Allen
On Mon, Jul 23, 2018 at 11:27:56PM +1000, Michael Ellerman wrote: Hi John, I'm a bit puzzled by this one. John Allen writes: When a PRRN event is being handled and another PRRN event comes in, the second event will block rtas polling waiting on the first to complete, preventing any further

Re: [PATCH v2 1/2] powerpc/pseries: Avoid blocking rtas polling handling multiple PRRN events

2018-07-23 Thread Michael Ellerman
Hi John, I'm a bit puzzled by this one. John Allen writes: > When a PRRN event is being handled and another PRRN event comes in, the > second event will block rtas polling waiting on the first to complete, > preventing any further rtas events from being handled. This can be > especially

Re: [PATCH v2 1/2] powerpc/pseries: Avoid blocking rtas polling handling multiple PRRN events

2018-07-20 Thread Nathan Fontenot
On 07/17/2018 02:40 PM, John Allen wrote: When a PRRN event is being handled and another PRRN event comes in, the second event will block rtas polling waiting on the first to complete, preventing any further rtas events from being handled. This can be especially problematic in case that PRRN