On Tue, 20 Jun 2006, Esben Nielsen wrote: > > > I have to check, whether the priority is propagated when the softirq is > > blocked on a lock. If not its a bug and has to be fixed. > > I think the simplest solution would be to add > > if (p->blocked_on) > wake_up_process(p); > > in __setscheduler(). > Except that wake_up_process calls try_to_wakeup which grabs the runqueue lock, which unfortunately is already held when __setscheduler is called. -- Steve - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: Why can't I set the priority of softirq-hrt? (Re: 2.6.17-rt1)
- From: Esben Nielsen <[email protected]>
- Re: Why can't I set the priority of softirq-hrt? (Re: 2.6.17-rt1)
- References:
- 2.6.17-rt1
- From: Ingo Molnar <[email protected]>
- Re: Why can't I set the priority of softirq-hrt? (Re: 2.6.17-rt1)
- From: Thomas Gleixner <[email protected]>
- Re: Why can't I set the priority of softirq-hrt? (Re: 2.6.17-rt1)
- From: Esben Nielsen <[email protected]>
- Re: Why can't I set the priority of softirq-hrt? (Re: 2.6.17-rt1)
- From: Steven Rostedt <[email protected]>
- Re: Why can't I set the priority of softirq-hrt? (Re: 2.6.17-rt1)
- From: Esben Nielsen <[email protected]>
- Re: Why can't I set the priority of softirq-hrt? (Re: 2.6.17-rt1)
- From: Thomas Gleixner <[email protected]>
- Re: Why can't I set the priority of softirq-hrt? (Re: 2.6.17-rt1)
- From: Esben Nielsen <[email protected]>
- 2.6.17-rt1
- Prev by Date: Re: 2.6.17-rc6-mm1
- Next by Date: Re: [RFC, patch] i386: vgetcpu(), take 2
- Previous by thread: Re: Why can't I set the priority of softirq-hrt? (Re: 2.6.17-rt1)
- Next by thread: Re: Why can't I set the priority of softirq-hrt? (Re: 2.6.17-rt1)
- Index(es):