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
..
2010-03-05 15:05:11 +00:00
2010-03-05 15:05:11 +00:00
2010-09-20 11:36:41 +00:00
2010-09-14 21:50:05 +00:00
2010-03-05 15:05:11 +00:00
2010-04-23 20:23:33 +00:00
2010-07-06 22:05:21 +00:00
2010-03-05 15:05:11 +00:00
2010-03-05 15:05:11 +00:00
2010-03-05 15:05:11 +00:00
2010-03-05 15:05:11 +00:00
2010-07-01 09:10:16 +00:00
2010-03-05 15:05:11 +00:00
2010-03-05 15:05:11 +00:00
2010-03-05 15:05:11 +00:00
2010-11-07 23:35:29 +00:00
2010-06-01 12:35:33 +00:00
2010-08-25 13:23:32 +00:00
2010-07-09 18:29:04 +00:00
2010-07-09 18:29:04 +00:00
2011-02-26 23:00:55 +00:00
2010-03-23 00:09:11 +00:00
2010-07-09 12:58:18 +00:00
2011-04-08 16:57:44 +00:00