Re: [REVIEW][PATCH 2/2] signal/arc: Use force_sig_fault where appropriate

On 09/24/2018 07:49 AM, Eric W. Biederman wrote: > Signed-off-by: "Eric W. Biederman" Acked-by: Vineet Gupta Thx, -Vineet ___ linux-snps-arc mailing list linux-snps-arc@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-snps-arc

Re: [REVIEW][PATCH 1/2] signal/arc: Push siginfo generation into unhandled_exception

On 09/24/2018 07:49 AM, Eric W. Biederman wrote: > Pass signr, sicode, and address into unhandled_exception as explicit > parameters instead of members of struct siginfo. Then in unhandled > exception generate and send the siginfo using force_sig_fault. > > This keeps the code simpler and less err

[REVIEW][PATCH 1/2] signal/arc: Push siginfo generation into unhandled_exception

Pass signr, sicode, and address into unhandled_exception as explicit parameters instead of members of struct siginfo. Then in unhandled exception generate and send the siginfo using force_sig_fault. This keeps the code simpler and less error prone. Signed-off-by: "Eric W. Biederman" --- arch/a

[REVIEW][PATCH 2/2] signal/arc: Use force_sig_fault where appropriate

Signed-off-by: "Eric W. Biederman" --- arch/arc/mm/fault.c | 20 +--- 1 file changed, 5 insertions(+), 15 deletions(-) diff --git a/arch/arc/mm/fault.c b/arch/arc/mm/fault.c index db6913094be3..c9da6102eb4f 100644 --- a/arch/arc/mm/fault.c +++ b/arch/arc/mm/fault.c @@ -66,14 +66,

[REVIEW][PATCH 0/2] signal/arc: siginfo cleanups

I have been slowly cleaning up the architectues ever since I discovered that the pattern of passing in struct siginfo is error prone, and occassionally results in borken siginfo being sent to userspace. What is happening on arc is pretty tame and I have compile tested these changes, so I don't e

Re: [PATCH] ARC: HSDK: improve reset driver

Hi Philip, On Fri, 2018-09-14 at 12:38 +0200, Philipp Zabel wrote: > Hi Eugeniy, > > On Mon, 2018-08-27 at 17:38 +0300, Eugeniy Paltsev wrote: > > As for today HSDK reset driver implements only > > .reset() callback. > > > > In case of driver which implements one of standard > > reset controller

Re: [PATCH v2 1/2] mtd: spi-nor: Add support of sst26wf* flash ICs protection ops

Hi Marek, Maybe you have any comments or remarks about this patch? And if you don't could you please apply it. Thanks! On Mon, 2018-09-10 at 14:46 +0300, Eugeniy Paltsev wrote: > sst26wf flash series block protection implementation differs > from other SST series, so add specific implementation

Re: [PATCH v3 1/2] GPIO: add single-register GPIO via CREG driver

Hi Linus, Maybe you have any comments or remarks about this patch? And if you don't could you please apply it. Thanks! On Tue, 2018-09-11 at 18:09 +0300, Eugeniy Paltsev wrote: > Add single-register MMIO GPIO driver for complex cases where > only several fields in register belong to GPIO lines a