On Thu, 2010-11-25 at 17:33 +0100, Jan Kiszka wrote: > The following changes since commit 4c83ab8e3ac5b194695e38bbc253f78e6072ad24: > > ipipe: tell __ipipe_run_irqtail about the latest IRQ number (2010-11-05 > 13:52:55 +0100) > > are available in the git repository at: > git://git.kiszka.org/ipipe-2.6 queues/2.6.35-noarch > > [edited log] > Jan Kiszka (4): > ipipe: Provide wrapper for IRQ mask/unmask at chip level
Could you give me some hints about the intended usage of these? > ipipe: Drop spurious irq_enter/exit from __ipipe_sync_stage Actually, what is wrong is not with irq_enter/exit, but rather with the fact that we should only attempt a preemption resched when a virq handler returns, and that is a generic operation. There is no point in having uselessly hairy code in the arch-dep section, and that code is pure nop with CONFIG_PREEMPT off. I just merged something along these lines. > ipipe: Provide __ipipe_spin_trylock_irq for !CONFIG_IPIPE > Merge commit 'v2.6.35.9' into queues/2.6.35-noarch > > Will follow up with the ipipe specific patches for review. I'll be merging the IRQ virtualization removal for x86_32 next, but I want to issue an intermediate patch with the pending fixes first, given the potential for regression there is when messing with entry.S. However, I'll merge the EFLAGS fixes early on, since they are obviously required and right, and merge them along with 2.8-03 asap. -- Philippe. _______________________________________________ Adeos-main mailing list [email protected] https://mail.gna.org/listinfo/adeos-main
