Hi Max, Am 09.07.2013 13:00, schrieb Max Filippov: > On Tue, Jul 9, 2013 at 12:42 PM, Andreas Färber <afaer...@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