Lines Matching defs:Pipe
583 /* Descriptor for a data buffer pending to be sent to a qemud pipe client.
599 * to the pipe yet. */
607 * Each client has its own channel id (for the serial qemud), or pipe descriptor
608 * (for the pipe based qemud), and belongs to a given QemudService (see below).
611 * messages from the channel id (see qemud_multiplexer_serial_recv()). Pipe
617 /* Defines type of the client: pipe, or serial.
620 /* Client is communicating via pipe. */
626 /* Descriptor for a QEMUD pipe connection.
628 * Every time a client connects to the QEMUD via pipe, an instance of this
629 * structure is created to represent a connection used by new pipe client.
632 /* Pipe descriptor. */
636 /* Service for this pipe. */
638 /* Client for this pipe. */
673 /* Pipe-specific fields. */
677 } Pipe;
797 /* Sends data to a pipe-based client.
810 QemudPipeMessage** msg_list = &c->ProtocolSelector.Pipe.messages;
829 * guest_close - For pipe clients control whether or not the disconnect is
830 * caused by guest closing the pipe handle (in which case 1 is passed in
843 /* This is emulator component (rather than the guest) closing a pipe
844 * client. Since pipe clients are controlled strictly by the guest, we
847 * the guest explicitly closes the pipe, in which case this routine will
865 c->ProtocolSelector.Pipe.qemud_pipe->client = NULL;
891 * NOTE: channel_id valie is used as a selector between serial and pipe clients.
893 * indicate that creating client is a pipe client. */
910 /* Allocating a pipe client. */
912 c->ProtocolSelector.Pipe.messages = NULL;
913 c->ProtocolSelector.Pipe.qemud_pipe = NULL;
948 * Note that we save only serial clients here. The pipe clients will be
949 * saved along with the pipe to which they are attached.
978 * Note that we load only serial clients here. The pipe clients will be
979 * loaded along with the pipe to which they were attached.
1612 QemudPipeMessage** ins_at = &client->ProtocolSelector.Pipe.messages;
1627 /* Notify the pipe that there is data to read. */
1628 goldfish_pipe_wake(client->ProtocolSelector.Pipe.qemud_pipe->hwpipe,
1729 /* skip control channel, which is not saved, and pipe channels that
1730 * are saved along with the pipe. */
1773 /* skip control channel, and pipe clients */
1848 * QEMUD PIPE service callbacks
1852 /* Saves pending pipe message to the snapshot file. */
1861 /* Loads pending pipe messages from the snapshot file.
1863 * List of pending pipe messages loaded from snapshot, or NULL if snapshot didn't
1881 APANIC("Unable to allocate buffer for pipe's pending message.");
1894 * Here we will create a new client as well as pipe descriptor representing new
1903 QemudPipe* pipe = NULL;
1942 * is a pipe client. */
1945 ANEW0(pipe);
1946 pipe->hwpipe = hwpipe;
1947 pipe->looper = _looper;
1948 pipe->service = sv;
1949 pipe->client = client;
1950 client->ProtocolSelector.Pipe.qemud_pipe = pipe;
1953 return pipe;
1961 QemudPipe* pipe = opaque;
1962 QemudClient* client = pipe->client;
1978 QemudPipe* pipe = opaque;
1979 QemudClient* client = pipe->client;
2019 QemudPipe* pipe = opaque;
2020 QemudClient* client = pipe->client;
2032 msg_list = &client->ProtocolSelector.Pipe.messages;
2043 /* Message data fiting the current pipe's buffer. */
2056 /* Current pipe buffer is full. Continue with the next one. */
2070 QemudPipe* pipe = opaque;
2071 QemudClient* client = pipe->client;
2076 if (client->ProtocolSelector.Pipe.messages != NULL) {
2097 QemudPipeMessage* msg = c->ProtocolSelector.Pipe.messages;
2153 c->ProtocolSelector.Pipe.messages = _load_pipe_message(f);
2197 /* Associate the client with the pipe. */
2203 c->ProtocolSelector.Pipe.qemud_pipe = qemud_pipe;
2208 /* QEMUD pipe functions.
2221 /* Initializes QEMUD pipe interface.
2268 * port), and the new one (over qemu pipe). Then we let the guest to connect
2382 /* At this point modem driver still uses char pipe to communicate with
2383 * hw-qemud, while communication with the guest is done over qemu pipe.
2384 * So, when guest disconnects from the qemu pipe, and emulator-side client
2387 * is changed to drop char pipe communication, this routine will be called
2388 * due to guest disconnection. As long as the client was a qemu pipe - based
