From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:39947) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UTFnQ-0004m6-Jx for qemu-devel@nongnu.org; Fri, 19 Apr 2013 14:12:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UTFnP-0007on-Lf for qemu-devel@nongnu.org; Fri, 19 Apr 2013 14:12:28 -0400 Received: from e23smtp07.au.ibm.com ([202.81.31.140]:59722) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UTFnP-0007oU-4y for qemu-devel@nongnu.org; Fri, 19 Apr 2013 14:12:27 -0400 Received: from /spool/local by e23smtp07.au.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Sat, 20 Apr 2013 04:03:05 +1000 Received: from d23relay03.au.ibm.com (d23relay03.au.ibm.com [9.190.235.21]) by d23dlp01.au.ibm.com (Postfix) with ESMTP id 31B202CE804A for ; Sat, 20 Apr 2013 04:12:02 +1000 (EST) Received: from d23av04.au.ibm.com (d23av04.au.ibm.com [9.190.235.139]) by d23relay03.au.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id r3JIBrEm7275006 for ; Sat, 20 Apr 2013 04:11:56 +1000 Received: from d23av04.au.ibm.com (loopback [127.0.0.1]) by d23av04.au.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id r3JIBwmw000930 for ; Sat, 20 Apr 2013 04:11:58 +1000 From: Lei Li Date: Sat, 20 Apr 2013 02:11:49 +0800 Message-Id: <1366395112-31581-1-git-send-email-lilei@linux.vnet.ibm.com> Subject: [Qemu-devel] [PATCH 0/3 RFC v2] Support for LED state extension to Qemu VNC server List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Cc: lagarcia@br.ibm.com, aliguori@us.ibm.com, Lei Li Hi guys, This patch series tries to add support for LED state extension to Qemu VNC server. The proposal has been sent few days ago as link below: http://lists.gnu.org/archive/html/qemu-devel/2013-04/msg01421.html Hi Anthony, This series has not been completely tested, it takes longer than expected for that I found that it needs to add hack on gtk-vnc not just gvncfb, so still mark it as RFC. Send it out first to make sure I understood your previous suggestions correctly. Please let me know if this seems like the direction we should be headed. Your suggestions and comments are very appreciated! Thanks Changes since v1: - Address the comments from Anthony includes: - Use Pseudo-encoding for led state; - Get rid of send_ext_leds_state_ack; - Add document for the led state Pseudo-encoding.