Linux PARISC architecture development
 help / color / mirror / Atom feed
* Re: linux-next: Tree for Nov 27 (parisc: signal flags)
       [not found] <20201127200457.1ffb6aaf@canb.auug.org.au>
@ 2020-11-27 18:43 ` Randy Dunlap
  2020-11-27 19:12   ` Randy Dunlap
  2020-11-27 21:44   ` Stephen Rothwell
  0 siblings, 2 replies; 7+ messages in thread
From: Randy Dunlap @ 2020-11-27 18:43 UTC (permalink / raw)
  To: Stephen Rothwell, Linux Next Mailing List
  Cc: Linux Kernel Mailing List, Peter Collingbourne, Helge Deller,
	linux-parisc

On 11/27/20 1:04 AM, Stephen Rothwell wrote:
> Hi all,
> 
> Changes since 20201126:
> 

on parisc, _SA_SIGGFAULT is undefined and causing build errors.

commit 23acdc76f1798b090bb9dcc90671cd29d929834e
Author: Peter Collingbourne <pcc@google.com>
Date:   Thu Nov 12 18:53:34 2020 -0800

    signal: clear non-uapi flag bits when passing/returning sa_flags



_SA_SIGGFAULT is not used or defined anywhere else in the
kernel source tree.

-- 
~Randy
Reported-by: Randy Dunlap <rdunlap@infradead.org>

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: linux-next: Tree for Nov 27 (parisc: signal flags)
  2020-11-27 18:43 ` linux-next: Tree for Nov 27 (parisc: signal flags) Randy Dunlap
@ 2020-11-27 19:12   ` Randy Dunlap
  2020-11-27 21:44   ` Stephen Rothwell
  1 sibling, 0 replies; 7+ messages in thread
From: Randy Dunlap @ 2020-11-27 19:12 UTC (permalink / raw)
  To: Stephen Rothwell, Linux Next Mailing List
  Cc: Linux Kernel Mailing List, Peter Collingbourne, Helge Deller,
	linux-parisc, Eric W. Biederman

[adding Eric]

On 11/27/20 10:43 AM, Randy Dunlap wrote:
> On 11/27/20 1:04 AM, Stephen Rothwell wrote:
>> Hi all,
>>
>> Changes since 20201126:
>>
> 
> on parisc, _SA_SIGGFAULT is undefined and causing build errors.
> 
> commit 23acdc76f1798b090bb9dcc90671cd29d929834e
> Author: Peter Collingbourne <pcc@google.com>
> Date:   Thu Nov 12 18:53:34 2020 -0800
> 
>     signal: clear non-uapi flag bits when passing/returning sa_flags
> 
> 
> 
> _SA_SIGGFAULT is not used or defined anywhere else in the
> kernel source tree.


Here is the build error (although it should be obvious):

../kernel/signal.c: In function 'do_sigaction':
../arch/parisc/include/asm/signal.h:24:30: error: '_SA_SIGGFAULT' undeclared (first use in this function)
   24 | #define __ARCH_UAPI_SA_FLAGS _SA_SIGGFAULT
      |                              ^~~~~~~~~~~~~



-- 
~Randy
Reported-by: Randy Dunlap <rdunlap@infradead.org>

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: linux-next: Tree for Nov 27 (parisc: signal flags)
  2020-11-27 18:43 ` linux-next: Tree for Nov 27 (parisc: signal flags) Randy Dunlap
  2020-11-27 19:12   ` Randy Dunlap
@ 2020-11-27 21:44   ` Stephen Rothwell
  2020-11-30 14:44     ` Eric W. Biederman
  1 sibling, 1 reply; 7+ messages in thread
From: Stephen Rothwell @ 2020-11-27 21:44 UTC (permalink / raw)
  To: Randy Dunlap
  Cc: Linux Next Mailing List, Linux Kernel Mailing List,
	Peter Collingbourne, Helge Deller, linux-parisc,
	Eric W. Biederman

[-- Attachment #1: Type: text/plain, Size: 782 bytes --]

Hi all,

On Fri, 27 Nov 2020 10:43:07 -0800 Randy Dunlap <rdunlap@infradead.org> wrote:
>
> On 11/27/20 1:04 AM, Stephen Rothwell wrote:
> > Hi all,
> > 
> > Changes since 20201126:
> >   
> 
> on parisc, _SA_SIGGFAULT is undefined and causing build errors.
> 
> commit 23acdc76f1798b090bb9dcc90671cd29d929834e
> Author: Peter Collingbourne <pcc@google.com>
> Date:   Thu Nov 12 18:53:34 2020 -0800
> 
>     signal: clear non-uapi flag bits when passing/returning sa_flags
> 
> 
> 
> _SA_SIGGFAULT is not used or defined anywhere else in the
> kernel source tree.


_SA_SIGGFAULT was removed by commit

  41f5a81c07cd ("parisc: Drop HP-UX specific fcntl and signal flags")

which was added to Linus' tree in v5.10-rc1.

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: linux-next: Tree for Nov 27 (parisc: signal flags)
  2020-11-27 21:44   ` Stephen Rothwell
@ 2020-11-30 14:44     ` Eric W. Biederman
  2020-11-30 17:30       ` [PATCH] signal/parics: Remove parsic specific definition of __ARCH_UAPI_SA_FLAGS Eric W. Biederman
  0 siblings, 1 reply; 7+ messages in thread
From: Eric W. Biederman @ 2020-11-30 14:44 UTC (permalink / raw)
  To: Stephen Rothwell
  Cc: Randy Dunlap, Linux Next Mailing List, Linux Kernel Mailing List,
	Peter Collingbourne, Helge Deller, linux-parisc

Stephen Rothwell <sfr@canb.auug.org.au> writes:

> Hi all,
>
> On Fri, 27 Nov 2020 10:43:07 -0800 Randy Dunlap <rdunlap@infradead.org> wrote:
>>
>> On 11/27/20 1:04 AM, Stephen Rothwell wrote:
>> > Hi all,
>> > 
>> > Changes since 20201126:
>> >   
>> 
>> on parisc, _SA_SIGGFAULT is undefined and causing build errors.
>> 
>> commit 23acdc76f1798b090bb9dcc90671cd29d929834e
>> Author: Peter Collingbourne <pcc@google.com>
>> Date:   Thu Nov 12 18:53:34 2020 -0800
>> 
>>     signal: clear non-uapi flag bits when passing/returning sa_flags
>> 
>> 
>> 
>> _SA_SIGGFAULT is not used or defined anywhere else in the
>> kernel source tree.
>
>
> _SA_SIGGFAULT was removed by commit
>
>   41f5a81c07cd ("parisc: Drop HP-UX specific fcntl and signal flags")
>
> which was added to Linus' tree in v5.10-rc1.

Thanks.

It looks like one of the patches in the patchset took so long it got out
of date.  I will sort it out.

Eric


^ permalink raw reply	[flat|nested] 7+ messages in thread

* [PATCH] signal/parics: Remove parsic specific definition of __ARCH_UAPI_SA_FLAGS
  2020-11-30 14:44     ` Eric W. Biederman
@ 2020-11-30 17:30       ` Eric W. Biederman
  2020-11-30 19:15         ` Randy Dunlap
  0 siblings, 1 reply; 7+ messages in thread
From: Eric W. Biederman @ 2020-11-30 17:30 UTC (permalink / raw)
  To: Stephen Rothwell
  Cc: Randy Dunlap, Linux Next Mailing List, Linux Kernel Mailing List,
	Peter Collingbourne, Helge Deller, linux-parisc, Catalin Marinas


Randy Dunlap wrote:
> On 11/27/20 10:43 AM, Randy Dunlap wrote:
>
> > on parisc, _SA_SIGGFAULT is undefined and causing build errors.
> >
> > commit 23acdc76f1798b090bb9dcc90671cd29d929834e
> > Author: Peter Collingbourne <pcc@google.com>
> > Date:   Thu Nov 12 18:53:34 2020 -0800
> >
> >     signal: clear non-uapi flag bits when passing/returning sa_flags
> >
> >
> >
> > _SA_SIGGFAULT is not used or defined anywhere else in the
> > kernel source tree.
>
>
> Here is the build error (although it should be obvious):
>
> ../kernel/signal.c: In function 'do_sigaction':
> ../arch/parisc/include/asm/signal.h:24:30: error: '_SA_SIGGFAULT' undeclared (first use in this function)
>    24 | #define __ARCH_UAPI_SA_FLAGS _SA_SIGGFAULT
>       |                              ^~~~~~~~~~~~~

Stephen Rothwell pointed out:
> _SA_SIGGFAULT was removed by commit
>
>   41f5a81c07cd ("parisc: Drop HP-UX specific fcntl and signal flags")
>
> which was added to Linus' tree in v5.10-rc1.

Solve this by removing the the parisc specific definition of
__ARCH_UAPI_SA_FLAGS that was just added.

Reported-by: Randy Dunlap <rdunlap@infradead.org>
Fixes: 23acdc76f179 ("signal: clear non-uapi flag bits when passing/returning sa_flags")
Signed-off-by: "Eric W. Biederman" <ebiederm@xmission.com>
---
 arch/parisc/include/asm/signal.h | 2 --
 1 file changed, 2 deletions(-)

I am applying this trivial fix to my signal-for-v5.11 branch.  Catalin
you shouldn't need to do anything unless someone tests your tree on
parisc.

diff --git a/arch/parisc/include/asm/signal.h b/arch/parisc/include/asm/signal.h
index 30dd1e43ef88..715c96ba2ec8 100644
--- a/arch/parisc/include/asm/signal.h
+++ b/arch/parisc/include/asm/signal.h
@@ -21,8 +21,6 @@ typedef struct {
 	unsigned long sig[_NSIG_WORDS];
 } sigset_t;
 
-#define __ARCH_UAPI_SA_FLAGS	_SA_SIGGFAULT
-
 #include <asm/sigcontext.h>
 
 #endif /* !__ASSEMBLY */
-- 
2.20.1


^ permalink raw reply related	[flat|nested] 7+ messages in thread

* Re: [PATCH] signal/parics: Remove parsic specific definition of __ARCH_UAPI_SA_FLAGS
  2020-11-30 17:30       ` [PATCH] signal/parics: Remove parsic specific definition of __ARCH_UAPI_SA_FLAGS Eric W. Biederman
@ 2020-11-30 19:15         ` Randy Dunlap
  2020-11-30 19:46           ` Eric W. Biederman
  0 siblings, 1 reply; 7+ messages in thread
From: Randy Dunlap @ 2020-11-30 19:15 UTC (permalink / raw)
  To: Eric W. Biederman, Stephen Rothwell
  Cc: Linux Next Mailing List, Linux Kernel Mailing List,
	Peter Collingbourne, Helge Deller, linux-parisc, Catalin Marinas

On 11/30/20 9:30 AM, Eric W. Biederman wrote:
> 
> Randy Dunlap wrote:
>> On 11/27/20 10:43 AM, Randy Dunlap wrote:
>>
>>> on parisc, _SA_SIGGFAULT is undefined and causing build errors.
>>>
>>> commit 23acdc76f1798b090bb9dcc90671cd29d929834e
>>> Author: Peter Collingbourne <pcc@google.com>
>>> Date:   Thu Nov 12 18:53:34 2020 -0800
>>>
>>>     signal: clear non-uapi flag bits when passing/returning sa_flags
>>>
>>>
>>>
>>> _SA_SIGGFAULT is not used or defined anywhere else in the
>>> kernel source tree.
>>
>>
>> Here is the build error (although it should be obvious):
>>
>> ../kernel/signal.c: In function 'do_sigaction':
>> ../arch/parisc/include/asm/signal.h:24:30: error: '_SA_SIGGFAULT' undeclared (first use in this function)
>>    24 | #define __ARCH_UAPI_SA_FLAGS _SA_SIGGFAULT
>>       |                              ^~~~~~~~~~~~~
> 
> Stephen Rothwell pointed out:
>> _SA_SIGGFAULT was removed by commit
>>
>>   41f5a81c07cd ("parisc: Drop HP-UX specific fcntl and signal flags")
>>
>> which was added to Linus' tree in v5.10-rc1.
> 
> Solve this by removing the the parisc specific definition of
> __ARCH_UAPI_SA_FLAGS that was just added.
> 
> Reported-by: Randy Dunlap <rdunlap@infradead.org>
> Fixes: 23acdc76f179 ("signal: clear non-uapi flag bits when passing/returning sa_flags")
> Signed-off-by: "Eric W. Biederman" <ebiederm@xmission.com>

Thanks, Eric.

Acked-by: Randy Dunlap <rdunlap@infradead.org> # build-tested


BTW, there are 2 typos for "parisc" in the Subject: line...


> ---
>  arch/parisc/include/asm/signal.h | 2 --
>  1 file changed, 2 deletions(-)
> 
> I am applying this trivial fix to my signal-for-v5.11 branch.  Catalin
> you shouldn't need to do anything unless someone tests your tree on
> parisc.
> 
> diff --git a/arch/parisc/include/asm/signal.h b/arch/parisc/include/asm/signal.h
> index 30dd1e43ef88..715c96ba2ec8 100644
> --- a/arch/parisc/include/asm/signal.h
> +++ b/arch/parisc/include/asm/signal.h
> @@ -21,8 +21,6 @@ typedef struct {
>  	unsigned long sig[_NSIG_WORDS];
>  } sigset_t;
>  
> -#define __ARCH_UAPI_SA_FLAGS	_SA_SIGGFAULT
> -
>  #include <asm/sigcontext.h>
>  
>  #endif /* !__ASSEMBLY */
> 


-- 
~Randy

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [PATCH] signal/parics: Remove parsic specific definition of __ARCH_UAPI_SA_FLAGS
  2020-11-30 19:15         ` Randy Dunlap
@ 2020-11-30 19:46           ` Eric W. Biederman
  0 siblings, 0 replies; 7+ messages in thread
From: Eric W. Biederman @ 2020-11-30 19:46 UTC (permalink / raw)
  To: Randy Dunlap
  Cc: Stephen Rothwell, Linux Next Mailing List,
	Linux Kernel Mailing List, Peter Collingbourne, Helge Deller,
	linux-parisc, Catalin Marinas

Randy Dunlap <rdunlap@infradead.org> writes:

> On 11/30/20 9:30 AM, Eric W. Biederman wrote:
>> 
>> Randy Dunlap wrote:
>>> On 11/27/20 10:43 AM, Randy Dunlap wrote:
>>>
>>>> on parisc, _SA_SIGGFAULT is undefined and causing build errors.
>>>>
>>>> commit 23acdc76f1798b090bb9dcc90671cd29d929834e
>>>> Author: Peter Collingbourne <pcc@google.com>
>>>> Date:   Thu Nov 12 18:53:34 2020 -0800
>>>>
>>>>     signal: clear non-uapi flag bits when passing/returning sa_flags
>>>>
>>>>
>>>>
>>>> _SA_SIGGFAULT is not used or defined anywhere else in the
>>>> kernel source tree.
>>>
>>>
>>> Here is the build error (although it should be obvious):
>>>
>>> ../kernel/signal.c: In function 'do_sigaction':
>>> ../arch/parisc/include/asm/signal.h:24:30: error: '_SA_SIGGFAULT' undeclared (first use in this function)
>>>    24 | #define __ARCH_UAPI_SA_FLAGS _SA_SIGGFAULT
>>>       |                              ^~~~~~~~~~~~~
>> 
>> Stephen Rothwell pointed out:
>>> _SA_SIGGFAULT was removed by commit
>>>
>>>   41f5a81c07cd ("parisc: Drop HP-UX specific fcntl and signal flags")
>>>
>>> which was added to Linus' tree in v5.10-rc1.
>> 
>> Solve this by removing the the parisc specific definition of
>> __ARCH_UAPI_SA_FLAGS that was just added.
>> 
>> Reported-by: Randy Dunlap <rdunlap@infradead.org>
>> Fixes: 23acdc76f179 ("signal: clear non-uapi flag bits when passing/returning sa_flags")
>> Signed-off-by: "Eric W. Biederman" <ebiederm@xmission.com>
>
> Thanks, Eric.
>
> Acked-by: Randy Dunlap <rdunlap@infradead.org> # build-tested
>
>
> BTW, there are 2 typos for "parisc" in the Subject: line...

Oops.  Fixed now.  Thank you for testing.

Eric

>
>
>> ---
>>  arch/parisc/include/asm/signal.h | 2 --
>>  1 file changed, 2 deletions(-)
>> 
>> I am applying this trivial fix to my signal-for-v5.11 branch.  Catalin
>> you shouldn't need to do anything unless someone tests your tree on
>> parisc.
>> 
>> diff --git a/arch/parisc/include/asm/signal.h b/arch/parisc/include/asm/signal.h
>> index 30dd1e43ef88..715c96ba2ec8 100644
>> --- a/arch/parisc/include/asm/signal.h
>> +++ b/arch/parisc/include/asm/signal.h
>> @@ -21,8 +21,6 @@ typedef struct {
>>  	unsigned long sig[_NSIG_WORDS];
>>  } sigset_t;
>>  
>> -#define __ARCH_UAPI_SA_FLAGS	_SA_SIGGFAULT
>> -
>>  #include <asm/sigcontext.h>
>>  
>>  #endif /* !__ASSEMBLY */
>> 

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2020-11-30 19:47 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <20201127200457.1ffb6aaf@canb.auug.org.au>
2020-11-27 18:43 ` linux-next: Tree for Nov 27 (parisc: signal flags) Randy Dunlap
2020-11-27 19:12   ` Randy Dunlap
2020-11-27 21:44   ` Stephen Rothwell
2020-11-30 14:44     ` Eric W. Biederman
2020-11-30 17:30       ` [PATCH] signal/parics: Remove parsic specific definition of __ARCH_UAPI_SA_FLAGS Eric W. Biederman
2020-11-30 19:15         ` Randy Dunlap
2020-11-30 19:46           ` Eric W. Biederman

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox