summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
* client: exit nicely for --controller with no SPICE_XPI_SOCKET (rhbz#644292)Uri Lublin2011-03-011-0/+1
| | | | | When starting spicec with --controller, SPICE_XPI_SOCKET environment variable must be defined so spicec and the controller can be connected.
* Fix keyb modifiers not syncing from client to client os (rhbz#679467)Hans de Goede2011-03-011-0/+2
|
* server: add SASL supportMarc-André Lureau2011-02-283-8/+751
| | | | | | | | | | | | We introduce 2 public functions to integrate with the library user. spice_server_set_sasl() - turn on SASL spice_server_set_sasl_appname() - specify the name of the app (It is used for where to find the default configuration file) The patch for QEMU is on its way. https://bugs.freedesktop.org/show_bug.cgi?id=34795
* server: add auth mechanism selectionMarc-André Lureau2011-02-281-4/+64
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=34795
* server: add reds_channel_dispose()Marc-André Lureau2011-02-283-2/+14
| | | | | | | | | | Try to have a common base dispose() method for channels. For now, it just free the caps. Make use of it in snd_worker, and in sync_write() - sync_write() is going to have default caps later on. https://bugs.freedesktop.org/show_bug.cgi?id=34795
* server: simplify and constify sync_write()Marc-André Lureau2011-02-281-17/+25
| | | | | | + symplify, improving style of code using it. https://bugs.freedesktop.org/show_bug.cgi?id=34795
* server: pull out reds_handle_link(), for future reuseMarc-André Lureau2011-02-281-9/+16
| | | | | | + a couple of indent, style change https://bugs.freedesktop.org/show_bug.cgi?id=34795
* build: add --with-saslMarc-André Lureau2011-02-282-0/+55
| | | | | | Using cyrus SASL library (same as gtk-vnc/qemu). https://bugs.freedesktop.org/show_bug.cgi?id=34795
* common: add SpiceBuffer - based on qemu-vnc BufferMarc-André Lureau2011-02-282-0/+70
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=34795
* server/reds: make writev fallback more genericMarc-André Lureau2011-02-281-26/+17
| | | | | | We are going to reuse it for SASL/SSF encode write(). https://bugs.freedesktop.org/show_bug.cgi?id=34795
* server: rename s/peer/streamMarc-André Lureau2011-02-2811-174/+175
| | | | | | | | This is stylish change again. We are talking about a RedStream object, so let's just name the variable "stream" everywhere, to avoid confusion with a non existent RedPeer object. https://bugs.freedesktop.org/show_bug.cgi?id=34795
* server/reds: remove the void* ctx fieldMarc-André Lureau2011-02-282-4/+0
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=34795
* server: use the new reds_stream_{read,write}Marc-André Lureau2011-02-285-57/+48
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=34795
* server: remove cb_free, not needed anymoreMarc-André Lureau2011-02-272-20/+0
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=34795
* server: use reds_{link,stream}_free()Marc-André Lureau2011-02-272-39/+20
| | | | | | Be carefull removing the watch before, like __release_link https://bugs.freedesktop.org/show_bug.cgi?id=34795
* server: use reds_stream_remove_watch() helperMarc-André Lureau2011-02-271-4/+2
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=34795
* server: add reds_stream_{read,write,free,remove_watch}()Marc-André Lureau2011-02-275-10/+80
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=34795
* server: s/RedsStreamContext/RedsStreamMarc-André Lureau2011-02-2711-47/+47
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=34795
* server/reds: remove unused readvMarc-André Lureau2011-02-272-3/+0
| | | | | | Let's not bother with it since nobody uses it, and it's not implemented for SSL anyway https://bugs.freedesktop.org/show_bug.cgi?id=34795
* build: make it silentMarc-André Lureau2011-02-272-3/+5
| | | | | | | | | | | This patch make it easier to spot warnings in compilation. It should work with older versions of automake that don't support silent rules. If you want verbose build, make V=1. Signed-off-by: Uri Lublin <uril@redhat.com> https://bugs.freedesktop.org/show_bug.cgi?id=34795
* client/windows: use SPICE_PROTOCOL_DIR in project include dirsArnon Gilboa2011-02-131-4/+4
| | | | | | | | | instead of ..\..\..\spice-protocol. Relative path to another git tree is a bit ugly, since it requires spice-protocol to be in a specific location. SPICE_PROTOCOL_DIR should also be used in windows qxl and vdagent instead of SPICE_COMMON_DIR, which is an old and confusing name, due to the common directory in spice git repo.
* server/tests/basic_event_loop: fix bzero warningAlon Levy2011-02-111-0/+1
|
* tests/migrate.py: refactor to allow importing for later useAlon Levy2011-02-111-51/+81
|
* Drop static_title.bmp from windows/Makefile.amHans de Goede2011-02-111-1/+0
|
* server/red_worker: cursor_channel_send_item: don't downcastAlon Levy2011-02-111-3/+5
|
* server/red_worker: match channel_release_pipe_item_proc to red_channelAlon Levy2011-02-111-9/+10
|
* server/red_worker: introduce an outgoing struct around out_bytes_counterAlon Levy2011-02-111-4/+6
|
* server/red_worker: renames to add channel_ prefix and consistent sigAlon Levy2011-02-111-20/+21
| | | | | | | | s/disconnect_channel_proc/channel_disconnect_proc/ s/release_item_proc/channel_release_pipe_item_proc/ s/handle_message_proc/channel_handle_parsed_proc/ Adds RedChannel* channel as first parameter to hold_pipe_item_proc
* server/red_worker: split cursor_channel_send_itemAlon Levy2011-02-111-42/+45
| | | | Split from cursor_channel_push
* server/red_worker: use red_channel begin_send_messageAlon Levy2011-02-111-12/+12
| | | | s/red_begin_send_message/red_channel_begin_send_message/
* server/red_worker: add red_channel_init_send_dataAlon Levy2011-02-111-87/+84
| | | | | Changes semantics of send to always hold/release regardless of block, like red_channel. A hold is just a reference count increment or nop.
* server/red_worker: split display_channel_send_itemAlon Levy2011-02-111-88/+94
| | | | Split it out of display_channel_push.
* server/red_worker: extract common_release_pipe_item from red_pipe_clearAlon Levy2011-02-111-50/+56
|
* server/red_worker: use red_channel pipe add versionsAlon Levy2011-02-111-16/+16
| | | | | s/red_pipe_add/red_channel_pipe_add/ s/red_pipe_add_after/red_channel_pipe_add_after/
* server/red_worker: shorten some lines using alias variablesAlon Levy2011-02-111-15/+23
|
* server/red_worker: introduce CommonChannelAlon Levy2011-02-113-182/+222
| | | | | | | with everything (almost) not in red_channel's RedChannel As a result of CommonChannel a free cb is added to EventHandler, to take care of non zero offset for embedded EventHandler.
* server/red_worker: use ack_data structAlon Levy2011-02-111-18/+20
| | | | start of move to red_channel based channels
* server/red_worker: change hold_item sig, drop the void*Alon Levy2011-02-111-4/+4
| | | | changed to PipeItem *
* update required minimal libcacard to 0.1.2Alon Levy2011-02-091-1/+1
|
* client/smartcard: libcacard dropped ReaderAddResponseAlon Levy2011-02-092-18/+78
| | | | | | | | | | | | uses VSC_Error with code==VSC_SUCCESS instead. This means that the VSC_Error message is overloaded. Instead of the other option of adding a message id, since the connection is TCP so no messages may be dropped or reordered, by having each message followed by a response there is no ambiguity. Still this commit adds a queue for messages that we only have one of which outstanding at a time, i.e. send, wait for response, send the next, etc. This further simplifies the logic, while not adding much overhead since only when spicec starts up it has a situation where it needs to send two events (ReaderAdd and ATR for Card Insert).
* server/smartcard: don't push our own error on reader addAlon Levy2011-02-091-3/+3
| | | | | | | | | | | | | | The device already sends one. There are actually two connections going on: server to client - this is the smartcard channel, it reuses the VSC protocol. server to device - this is an internal connection using VSC too. We generally just passthrough all messages from the client to the device, and from the device to the client. We only rewrite the reader_id because the device knows about a single id (it is actually a card id), and we may manage more then one in the future. Bottom line is that there was an extra VSC_Error message reaching the client.
* client/smartcard: ignore VSC_InitAlon Levy2011-02-071-0/+2
|
* server/smartcard: ignore VSC_Init from clientAlon Levy2011-02-071-0/+3
|
* server/smartcard: print instead of assert on bad reader_id in ↵Alon Levy2011-02-071-1/+3
| | | | smartcard_char_device_on_message_from_device
* server/smartcard: libcacard uses network byte order, so we must tooAlon Levy2011-02-071-6/+19
|
* client/smartcard: s/reader_id_t/uint32_t/ (libcacard changed)Alon Levy2011-02-072-11/+11
|
* server/smartcard: libcacard removed ReaderAddResponseAlon Levy2011-02-071-42/+4
|
* server/smartcard: s/reader_id_t/uint32_t/ (libcacard changed)Alon Levy2011-02-071-6/+6
|
* server/red_channel: style fix in red_channel_init_send_dataAlon Levy2011-02-071-2/+2
|
* server/red_channel: red_channel_pipe_clear: assert on NULL channelAlon Levy2011-02-071-1/+2
|
generated by cgit (git 2.34.1) at 2025-10-03 04:14:02 +0000