Messages in this thread | | | Date | Mon, 13 Jun 2005 13:58:59 -0700 | From | "Paul E. McKenney" <> | Subject | Re: Attempted summary of "RT patch acceptance" thread |
| |
On Mon, Jun 13, 2005 at 01:31:00PM -0700, Bill Huey wrote: > On Mon, Jun 13, 2005 at 01:10:46PM -0700, Paul E. McKenney wrote: > ... > > It may well be that system calls containing such side-effects need to be > > Linux-only, or maybe someone will come up with the necessary tricks to > > make it all work nicely. Not particularly worried about it myself -- > > yet, anyway. There are plenty of things to worry about before we get > > to that point! > ... > > I suggest not speculating about the needs of various RT apps with > respect to the kernel. (your speculation here will add more confusion > to parts of an already confused kernel community) Vendors and other > groups will layer them on as needed depending on specific usage.
Certainly good advice, but...
In this instance, I was speculating not about what various RT apps might need, but instead about what Karim was getting at. And I have seen cases where people needed realtime (as in deterministic) I/O, networking stacks, and the like, so that part is not speculation.
Whether or not deterministic implementations of I/O, networking stacks, and the like should ever be included in Linux certainly -is- speculation at this point, but, as I said in my earlier email, there are plenty of things to worry about before we get to that point.
> The futex/fusyn work is an exception with regard to syscalls, but > don't speculate about projects like that if you haven't been carefully > tracking their progress and their end goals.
The futex/fusyn work is on my list, not for speculation, but rather for looking at what they have, what it does, how it fits in, and how it appears to be doing. My reason for looking into it is that I have also seen people saying that they need priority inheritance in user-level mutexes.
I would of course be quite interested in your thoughts on futex/fusyn!
Thanx, Paul
> That's my suggestion. > > bill > > - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |