On Wed, Nov 06, 2013 at 10:13:16PM +0100, Paolo Bonzini wrote:
> Il 06/11/2013 19:39, Michael S. Tsirkin ha scritto:
> > Because this will affect performance in unpredicatable way.
>
> It's not really unpredictable. It can be easily unit-tested,
Go ahead, post, test, I'm not stopping you.
> and
Il 06/11/2013 19:39, Michael S. Tsirkin ha scritto:
> Because this will affect performance in unpredicatable way.
It's not really unpredictable. It can be easily unit-tested, and anyway
the targets with 64-bit address spaces don't have any particular
performance problem.
> We can't make such cha
Il 06/11/2013 19:36, Luiz Capitulino ha scritto:
> On Wed, 06 Nov 2013 18:39:42 +0100
> Paolo Bonzini wrote:
>
>> Il 06/11/2013 17:22, Luiz Capitulino ha scritto:
>>> 1. Run qemu with gdb server support
>>>
>>># qemu [...] -s -S
>>>
>>> 2. Connect gdb and try to set a breakpoint
>>>
>>>$
On Wed, 06 Nov 2013 18:39:42 +0100
Paolo Bonzini wrote:
> Il 06/11/2013 17:22, Luiz Capitulino ha scritto:
> > 1. Run qemu with gdb server support
> >
> ># qemu [...] -s -S
> >
> > 2. Connect gdb and try to set a breakpoint
> >
> >$ gdb /path/to/vmlinux
> >(gdb) target remote:1234
On Wed, Nov 06, 2013 at 06:50:05PM +0100, Paolo Bonzini wrote:
> Il 06/11/2013 18:48, Michael S. Tsirkin ha scritto:
> > This just makes the symproms go away.
>
> That's correct.
>
> > The real bug is exec ignores high address bits during page
> > lookups. It should fail on invalid address not ac
Il 06/11/2013 18:48, Michael S. Tsirkin ha scritto:
> This just makes the symproms go away.
That's correct.
> The real bug is exec ignores high address bits during page
> lookups. It should fail on invalid address not access
> a random page.
> I'll send a patch.
The real real bug is that all add
On Wed, Nov 06, 2013 at 06:39:42PM +0100, Paolo Bonzini wrote:
> Il 06/11/2013 17:22, Luiz Capitulino ha scritto:
> > 1. Run qemu with gdb server support
> >
> ># qemu [...] -s -S
> >
> > 2. Connect gdb and try to set a breakpoint
> >
> >$ gdb /path/to/vmlinux
> >(gdb) target remote:
Il 06/11/2013 17:22, Luiz Capitulino ha scritto:
> 1. Run qemu with gdb server support
>
># qemu [...] -s -S
>
> 2. Connect gdb and try to set a breakpoint
>
>$ gdb /path/to/vmlinux
>(gdb) target remote:1234
>(gdb) b secondary_startup_64
(Note that this doesn't make much sense u
On Wed, 2013-11-06 at 18:33 +0200, Michael S. Tsirkin wrote:
> On Wed, Nov 06, 2013 at 05:26:32PM +0100, Paolo Bonzini wrote:
> > Il 06/11/2013 17:22, Luiz Capitulino ha scritto:
> > > 1. Run qemu with gdb server support
> > >
> > ># qemu [...] -s -S
> > >
> > > 2. Connect gdb and try to set
On Wed, Nov 06, 2013 at 05:26:32PM +0100, Paolo Bonzini wrote:
> Il 06/11/2013 17:22, Luiz Capitulino ha scritto:
> > 1. Run qemu with gdb server support
> >
> ># qemu [...] -s -S
> >
> > 2. Connect gdb and try to set a breakpoint
> >
> >$ gdb /path/to/vmlinux
> >(gdb) target remote:
On Wed, 06 Nov 2013 17:26:32 +0100
Paolo Bonzini wrote:
> Il 06/11/2013 17:22, Luiz Capitulino ha scritto:
> > 1. Run qemu with gdb server support
> >
> ># qemu [...] -s -S
> >
> > 2. Connect gdb and try to set a breakpoint
> >
> >$ gdb /path/to/vmlinux
> >(gdb) target remote:1234
Il 06/11/2013 17:22, Luiz Capitulino ha scritto:
> 1. Run qemu with gdb server support
>
># qemu [...] -s -S
>
> 2. Connect gdb and try to set a breakpoint
>
>$ gdb /path/to/vmlinux
>(gdb) target remote:1234
>(gdb) b secondary_startup_64
>
> 3. On qemu terminal
>
> qemu-qmp:
>
1. Run qemu with gdb server support
# qemu [...] -s -S
2. Connect gdb and try to set a breakpoint
$ gdb /path/to/vmlinux
(gdb) target remote:1234
(gdb) b secondary_startup_64
3. On qemu terminal
qemu-qmp:
/home/lcapitulino/work/src/upstream/qmp-unstable/include/qemu/int128.h:22:
13 matches
Mail list logo
