Re: [tip:locking/core] sched/wait: Fix signal handling in bit wait helpers
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
- Subject: Re: [tip:locking/core] sched/wait: Fix signal handling in bit wait helpers
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Date: Wed, 9 Dec 2015 08:40:33 +0100
- Cc: torvalds@xxxxxxxxxxxxxxxxxxxx, tglx@xxxxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, efault@xxxxxx, mingo@xxxxxxxxxx, hpa@xxxxxxxxx, vladimir.murzin@xxxxxxx, linux-tip-commits@xxxxxxxxxxxxxxx, jstancek@xxxxxxxxxx, Oleg Nesterov <oleg@xxxxxxxxxx>
- In-reply-to: <87zixkph0m.fsf@notabene.neil.brown.name>
- User-agent: Mutt/1.5.21 (2012-12-30)
On Wed, Dec 09, 2015 at 12:06:33PM +1100, NeilBrown wrote:
> On Tue, Dec 08 2015, Peter Zijlstra wrote:
>
> >>
> >
> > *sigh*, so that patch was broken.. the below might fix it, but please
> > someone look at it, I seem to have a less than stellar track record
> > here...
>
> This new change seems to be more intrusive than should be needed.
> Can't we just do:
>
>
> __sched int bit_wait(struct wait_bit_key *word)
> {
> + long state = current->state;
No, current->state can already be changed by this time.
--
To unsubscribe from this list: send the line "unsubscribe linux-tip-commits" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
[Index of Archives]
[Linux Stable Commits]
[Linux Stable Kernel]
[Linux Kernel]
[Linux USB Devel]
[Linux Video &Media]
[Linux Audio Users]
[Yosemite News]
[Linux SCSI]