On Thu, 16 Nov 2017, Quan Xu wrote:
> On 2017-11-16 16:45, Peter Zijlstra wrote:
>
> I really have considered this factor, and try my best not to interfere with
> scheduler/idle code.
>
> if irq_timings code is ready, I can use it directly. I think irq_timings
> is not an easy task, I'd like to help as much as I can.
It's not a question whether irq_timings code is ready or not.
The infrastructure is there. I said that before and I'm happy to repeat:
All parties who need this kind of prediction should:
1) Talk to each other
2) Work together to make it usable for _ALL_ use cases
AFAICT, that never happened. Otherwise there would be either progress on
that or at least a reasonable explanation WHY it cannot be done.
Peter and myself made it entirely clear several times in the past that this
must be solved at the generic level without any magic hackery in random
places. But the only thing we've seen so far is the magic hackery coming
around in a different flavour some time after we rejected the last one.
We can play that game forever. The outcome is extremly predictable.
Thanks,
tglx
--
To unsubscribe from this list: send the line "unsubscribe linux-doc" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
