Aw: Re: struct sigaction sa_restorer field

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> >> The sa_restorer field is obsolete and not in the hppa struct
> >> sigaction, but we still define SA_RESTORER.  What should be done?
> > Basically to not break userspace we can't (and shouldn't) add the sa_restorer struct member.
> > So, the only option would be to drop the SA_RESTORER #define, right?
> > But I have no idea how and if this will break some builds, since the major arches seem to define SA_RESTORER...
> >
> I asked the question when I saw the crashme kernel test package didn't 
> build due to the missing field.
> 
> In the generic sigaction struct, the field is conditional on the 
> SA_RESTORER define.  I imagine that
> the major arches also have sa_restorer struct member.
> 
> I agree it seems best to remove the define.

Ok, then can you send a patch ?
Should we request to backport it into stable kernels? I think so...

Helge
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux SoC]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux