Displaying 5 results from an estimated 5 matches for "ftype_non".
Did you mean:
ftype_none
2008 Jun 06
0
[PATCH] stubdom: permit compilation without lwip
...socket.fd, (void*) buf, nbytes);
+#endif
case FTYPE_TAP:
netfront_xmit(files[fd].tap.dev, (void*) buf, nbytes);
return nbytes;
@@ -367,7 +373,7 @@
{
printk("close(%d)\n", fd);
switch (files[fd].type) {
- case FTYPE_CONSOLE:
+ default:
files[fd].type = FTYPE_NONE;
return 0;
case FTYPE_FILE: {
@@ -382,11 +388,13 @@
case FTYPE_XENBUS:
xs_daemon_close((void*)(intptr_t) fd);
return 0;
+#ifdef HAVE_LWIP
case FTYPE_SOCKET: {
int res = lwip_close(files[fd].socket.fd);
files[fd].type = FTYPE_NONE;
return res;...
2013 Feb 19
13
[PATCH] mini-os: implement poll(2)
It is just a wrapper around select(2).
Signed-off-by: Wei Liu <wei.liu2@citrix.com>
---
extras/mini-os/include/posix/poll.h | 1 +
extras/mini-os/lib/sys.c | 90 ++++++++++++++++++++++++++++++++++-
2 files changed, 90 insertions(+), 1 deletion(-)
create mode 100644 extras/mini-os/include/posix/poll.h
diff --git a/extras/mini-os/include/posix/poll.h
2008 Feb 29
35
[RFC] PVFB: Add refresh period to XenStore parameters?
Hello,
Sometimes the backend of PVFB knows that it doesn''t need permanent
refresh, when the window is minimized for instance (no refresh at all),
or the administration tools know that the window is thumnailed, and so a
slow refresh rate is fine. Also, some users may want to tune the
refresh rate according to the smoothness they would like, balanced with
the CPU time that requires.
2012 Jan 25
26
[PATCH v4 00/23] Xenstore stub domain
Changes from v3:
- mini-os configuration files moved into stubdom/
- mini-os extra console support now a config option
- Fewer #ifdefs
- grant table setup uses hypercall bounce
- Xenstore stub domain syslog support re-enabled
Changes from v2:
- configuration support added to mini-os build system
- add mini-os support for conditionally compiling frontends, xenbus
-
2012 Nov 20
52
[PATCH RFC] stubdom: Change vTPM shared page ABI
Since the vTPM implementations are being incorproated into Xen and
possibly upstream Linux, I would like to see if this protocol change
could be added before we have significant legacy implementations. If
not, I still think it would be useful as either a v2 or negotiated
protocol change.
The current vTPM protocol is a copy of the network protocol. This was
likely done for ease of implementation,