Re: Attempted summary of "RT patch acceptance" thread

I've read the whole summary and really appreciated it. It's clear, precise and objective.

Just a small change to "1 - QoS":

b.	For each service:

	i.	Probability of missing a deadline due to software,
		ranging from 0 to 1, with the value of 1 corresponding
		to the hardest possible hard realtime.

I think it should be (by reference to how you define probability at the beginning of the section):

Probability of not missing any deadline due to software

Thanks again for writing this summary,
Eric
-
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: Attempted summary of "RT patch acceptance" thread
    • From: "Paul E. McKenney" <[email protected]>

• References:
  • Attempted summary of "RT patch acceptance" thread
    • From: "Paul E. McKenney" <[email protected]>
  • Re: Attempted summary of "RT patch acceptance" thread
    • From: Chris Friesen <[email protected]>
  • Re: Attempted summary of "RT patch acceptance" thread
    • From: "Paul E. McKenney" <[email protected]>

• Prev by Date: [PATCH] Dynamic tick for x86 version 050610-1
• Next by Date: [RFC][PATCH] filesystem auditing by location+name
• Previous by thread: Re: Attempted summary of "RT patch acceptance" thread
• Next by thread: Re: Attempted summary of "RT patch acceptance" thread
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]