From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1Edm2X-0002ro-ME
	for qemu-devel@nongnu.org; Sun, 20 Nov 2005 05:03:21 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1EdliV-0001Q9-DD
	for qemu-devel@nongnu.org; Sun, 20 Nov 2005 04:42:36 -0500
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1EdlRq-0008TU-8O
	for qemu-devel@nongnu.org; Sun, 20 Nov 2005 04:25:24 -0500
Received: from [65.54.175.27] (helo=hotmail.com)
	by monty-python.gnu.org with esmtp (Exim 4.34) id 1EdlRq-0005on-3l
	for qemu-devel@nongnu.org; Sun, 20 Nov 2005 04:25:22 -0500
Message-ID: <BAY104-F174897EB58B0D3F393D309FF500@phx.gbl>
From: "Blue Swirl" <blueswir1@hotmail.com>
Date: Sun, 20 Nov 2005 10:25:20 +0100
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
Subject: [Qemu-devel] Re: Accessing the serial port from proll
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: dgray@ucsc.edu, qemu-devel@nongnu.org

Hi,

I guess you are not using Qemu's -nographic option. The flag is passed on to 
Proll, which then initialises either serial port or frame buffer 
accordingly.

For example, the following code echoes serial port data back:

diff -ru proll-patch-16/qemu/main.c proll-patch-16b/qemu/main.c
--- proll-patch-16/qemu/main.c  2005-08-14 10:07:48.000000000 +0000
+++ proll-patch-16b/qemu/main.c 2005-11-20 08:50:57.000000000 +0000
@@ -79,6 +79,13 @@
        ram_size = ld_bypass(PHYS_JJ_EEPROM + 0x30);
        printk("%d MB total\n", ram_size/(1024*1024));

+       for (;;) {
+               int ch;
+
+               ch = vcon_zs_getch(&dp0);
+               vcon_zs_putch(&dp0, ch);
+       }
+
        bb.nbanks = 1;
        bb.bankv[0].start = 0;
        bb.bankv[0].length = ram_size;

I think serial loader would be nice addition, though there is already CD/HD 
(no FD) and network boot options. If you don't care about Sun OBP 
compatibility, I'd suggest reusing GDB remote debugging code.

Or are you trying to use Proll on Sparc64? In that case the serial port is 
not Zilog one, but PC-compatible (vcons_su).

_________________________________________________________________
Don't just search. Find. Check out the new MSN Search! 
http://search.msn.click-url.com/go/onm00200636ave/direct/01/