From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HgEWV-00043E-5w for qemu-devel@nongnu.org; Tue, 24 Apr 2007 02:29:11 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HgEWS-00040K-Jx for qemu-devel@nongnu.org; Tue, 24 Apr 2007 02:29:09 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HgEWS-00040C-EZ for qemu-devel@nongnu.org; Tue, 24 Apr 2007 02:29:08 -0400 Received: from an-out-0708.google.com ([209.85.132.249]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HgEQy-0005sa-4E for qemu-devel@nongnu.org; Tue, 24 Apr 2007 02:23:28 -0400 Received: by an-out-0708.google.com with SMTP id d40so1576956and for ; Mon, 23 Apr 2007 23:23:27 -0700 (PDT) Message-ID: Date: Tue, 24 Apr 2007 02:23:26 -0400 From: "Kitambi Leo" MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_11074_11751790.1177395806616" Subject: [Qemu-devel] Patch for SDL framebuffer console problem Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org ------=_Part_11074_11751790.1177395806616 Content-Type: multipart/alternative; boundary="----=_Part_11075_10964414.1177395806616" ------=_Part_11075_10964414.1177395806616 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline I've been using qemu using the Linux framebuffer console, on a machine that's a bit too slow to support X. There have been more than a few snags, but perhaps the most irritating one was that if qemu crashed (and received a SIGSEGV), it would leave the console in an unusable state. This would require me to log into the machine via ssh and reboot it remotely. I'm submitting a patch that installs a signal handler to call sdl_cleanup(), then exit. This has alleviated my problem with the system being left in an unusable state, however I suspect that the segfault problem lies somewhere in SDL itself, and not in qemu. ------=_Part_11075_10964414.1177395806616 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I've been using qemu using the Linux framebuffer console, on a machine that's a bit too slow to support X.  There have been more than a few snags, but perhaps the most irritating one was that if qemu crashed (and received a SIGSEGV), it would leave the console in an unusable state.  This would require me to log into the machine via ssh and reboot it remotely.  I'm submitting a patch that installs a signal handler to call sdl_cleanup(), then exit.  This has alleviated my problem with the system being left in an unusable state, however I suspect that the segfault problem lies somewhere in SDL itself, and not in qemu.


------=_Part_11075_10964414.1177395806616-- ------=_Part_11074_11751790.1177395806616 Content-Type: application/octet-stream; name="sdl.c.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="sdl.c.diff" X-Attachment-Id: f_f0vz1xty PyBzZGwuYy5kaWZmCkluZGV4OiBzZGwuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvc291cmNlcy9x ZW11L3FlbXUvc2RsLmMsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMzcKZGlmZiAtdSAtcjEuMzcg c2RsLmMKLS0tIHNkbC5jCTIgQXByIDIwMDcgMDE6MTA6NDYgLTAwMDAJMS4zNworKysgc2RsLmMJ MjQgQXByIDIwMDcgMDY6MTU6MTkgLTAwMDAKQEAgLTU2MywxMCArNTYzLDE3IEBACiAgICAgU0RM X1F1aXQoKTsKIH0KIAorc3RhdGljIHZvaWQgc2Vndl9leGl0KHZvaWQpCit7CisJc2RsX2NsZWFu dXAoKTsKKwlleGl0KDI1NSk7Cit9CisKIHZvaWQgc2RsX2Rpc3BsYXlfaW5pdChEaXNwbGF5U3Rh dGUgKmRzLCBpbnQgZnVsbF9zY3JlZW4sIGludCBub19mcmFtZSkKIHsKICAgICBpbnQgZmxhZ3M7 CiAgICAgdWludDhfdCBkYXRhID0gMDsKKyAgICBzdHJ1Y3Qgc2lnYWN0aW9uIGFjdDsKIAogI2lm IGRlZmluZWQoX19BUFBMRV9fKQogICAgIC8qIGFsd2F5cyB1c2UgZ2VuZXJpYyBrZXltYXBzICov CkBAIC01ODIsNiArNTg5LDExIEBACiAgICAgaWYgKG5vX2ZyYW1lKQogICAgICAgICBndWlfbm9m cmFtZSA9IDE7CiAKKyAgICBhY3Quc2FfZmxhZ3MgPSAwOworICAgIGFjdC5zYV9oYW5kbGVyID0g c2Vndl9leGl0OworCisgICAgc2lnYWN0aW9uKFNJR1NFR1YsICZhY3QsIE5VTEwpOworCiAgICAg ZmxhZ3MgPSBTRExfSU5JVF9WSURFTyB8IFNETF9JTklUX05PUEFSQUNIVVRFOwogICAgIGlmIChT RExfSW5pdCAoZmxhZ3MpKSB7CiAgICAgICAgIGZwcmludGYoc3RkZXJyLCAiQ291bGQgbm90IGlu aXRpYWxpemUgU0RMIC0gZXhpdGluZ1xuIik7Cg== ------=_Part_11074_11751790.1177395806616--