On Tue, 2006-06-20 at 22:26 +0100, 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(). I'm sure we had something to make this work. No idea where it got lost. Will check tomorrow. tglx - 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/
- 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: [patch -mm 20/20 RFC] chardev: GPIO for SCx200 & PC-8736x: add sysfs-GPIO interface
- Next by Date: Re: [discuss] Re: [RFC] Whitelist chipsets supporting MSI and check Hyper-transport capabilities
- 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):
 |