Re: [Qemu-devel] [PATCH v3 1/2] trap signals for "-serial mon:stdio"

["Andreas Färber" <afaerber@suse.de>]

Hi Max,

Am 09.07.2013 13:00, schrieb Max Filippov:
> On Tue, Jul 9, 2013 at 12:42 PM, Andreas Färber <afaerber@suse.de> wrote:
>> Am 09.07.2013 09:39, schrieb Michael Tokarev:
>>> Ping?
>>
>> Have you tested -semihosting? The xtensa test image on the Wiki uses
>> -nographic, but semihosting content always seems to go to stdout without
>> going through a chardev IIUC...
> 
> xtensa semihosting allows guest privileged code to work with host's file
> descriptors doing open/read/write/lseek/close. Linux sim machine uses it
> to implement console (with standard 0/1 file descriptors), simulated disks
> and networking. Do you think it's worth tying these descriptors with a
> chardev? If so, I'm probably the right person to do it (:

Paolo's/Michael's patches are relying on -serial stdio,signal=on as a
replacement implementation for -nographic, so I raised the question of
whether that would work as expected for -semihosting in general. I do
not have test images for arm or m68k semihosting, so I cannot tell
whether xtensa should be doing something differently.

Peter and me seemed to agree that unicore32 instructions shouldn't mess
with the host's ncurses directly, but Blue apparently didn't agree and
applied it (and I guess neither of us has access to a test image to see
it in action).

stdio seems less intrusive compared to that, but I did have issues with
input at the xtensa login prompt going to the monitor instead (I use
-qmp for all my test machines to inspect the QOM tree, so I needed to
specify -monitor mon:stdio manually); -display none -monitor none -qmp
unix:... worked better for me.

Cheers,
Andreas

-- 
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg