Re: [Qemu-discuss] How to check cpu running mode?

2018-08-20 Thread Jakob Bohm
On 18/08/2018 05:59, krishnaLee wrote: Jakob: I need more help,just now,I'm trigger a page fault in 64-bit mode,see this picture: https://github.com/krishna116/test/blob/master/test-qemu-in-64bit-mode.png so I can write some system mode code accroding to this information, but my follow code

[Qemu-discuss] Monitor mode with -display curses

2018-08-20 Thread Vincenzo Romano
Hi all. Is there a way to get to the monitor commands when using the option "-display curses"? -- Vincenzo Romano - NotOrAnd.IT Information Technologies -- NON QVIETIS MARIBVS NAVTA PERITVS

Re: [Qemu-discuss] Handling signal of Qemu thread

2018-08-20 Thread Peter Maydell
On 20 August 2018 at 16:07, Probir Roy wrote: >> What exactly are you trying to do >> with your new signal ? > > I am implementing PEBS (Intel's Precise-Event Based Sampling) > virtualization, so that I can sample guest OS from host machine using > Linux Perf. The PEBS device is configured from

Re: [Qemu-discuss] [Qemu-devel] Handling signal of Qemu thread

2018-08-20 Thread Paolo Bonzini
On 20/08/2018 15:06, Peter Maydell wrote: > * SIG_IPI is one of the signals for specific CPU threads; so >it is blocked in the iothread, and enabled in CPU threads > * kvm_eat_signals() is specifically to handle SIG_IPI, and >affects no other signal -- if the kernel returned control >

Re: [Qemu-discuss] Handling signal of Qemu thread

2018-08-20 Thread Probir Roy
> What exactly are you trying to do > with your new signal ? I am implementing PEBS (Intel's Precise-Event Based Sampling) virtualization, so that I can sample guest OS from host machine using Linux Perf. The PEBS device is configured from host's user space as perf event. I am registering a

Re: [Qemu-discuss] Handling signal of Qemu thread

2018-08-20 Thread Peter Maydell
On 16 August 2018 at 21:22, Probir Roy wrote: > I am registering a signal handler per Qemu thread (per VCPU) and > expecting to handle it in that thread context. But I never receive the > signal on the Qemu thread that is causing the event, rather the signal > is sent to parent thread context.