David van Moolenbroek c51cd5fe91 Server/driver protocols: no longer allow third-party copies.
Before safecopies, the IO_ENDPT and DL_ENDPT message fields were needed
to know which actual process to copy data from/to, as that process may
not always be the caller. Now that we have full safecopy support, these
fields have become useless for that purpose: the owner of the grant is
*always* the caller. Allowing the caller to supply another endpoint is
in fact dangerous, because the callee may then end up using a grant
from a third party. One could call this a variant of the confused
deputy problem.

From now on, safecopy calls should always use the caller's endpoint as
grant owner. This fully obsoletes the DL_ENDPT field in the
inet/ethernet protocol. IO_ENDPT has other uses besides identifying the
grant owner though. This patch renames IO_ENDPT to USER_ENDPT, not only
because that is a more fitting name (it should never be used for I/O
after all), but also in order to intentionally break any old system
source code outside the base system. If this patch breaks your code,
fixing it is fairly simple:

- DL_ENDPT should be replaced with m_source;
- IO_ENDPT should be replaced with m_source when used for safecopies;
- IO_ENDPT should be replaced with USER_ENDPT for any other use, e.g.
  when setting REP_ENDPT, matching requests in CANCEL calls, getting
  DEV_SELECT flags, and retrieving of the real user process's endpoint
  in DEV_OPEN.

The changes in this patch are binary backward compatible.
2011-04-11 17:35:05 +00:00
..
2011-02-26 23:00:55 +00:00
2010-09-15 14:11:06 +00:00
2010-09-19 15:52:12 +00:00
2010-09-15 14:09:52 +00:00
2010-09-15 14:09:46 +00:00
2010-09-23 10:49:52 +00:00
2010-06-24 13:31:40 +00:00
2010-06-24 13:31:40 +00:00
2010-09-07 07:18:11 +00:00
2010-09-15 14:10:57 +00:00
2010-04-26 14:43:59 +00:00
2011-01-28 11:35:02 +00:00
2011-02-06 22:59:02 +00:00
2010-09-15 14:11:30 +00:00
2011-02-26 23:00:55 +00:00
2010-12-17 13:47:11 +00:00
2010-12-17 13:47:11 +00:00
2010-09-15 14:11:25 +00:00
2010-09-15 14:11:25 +00:00
2010-09-15 14:10:03 +00:00
2010-09-15 14:11:25 +00:00
2010-06-11 08:16:10 +00:00
2010-09-23 10:49:45 +00:00