> > On the other hand, I think this can be documented in GDB usage
> > section of QEMU documentation.
>
> Patches to documentation bits are always welcome! Certain developers
> (definitely me included) tend to forget that people actually read
> documentation ;-)
>
So am I! But I can't help con
On 29.10.2009, at 17:26, Boyapati, Anitha wrote:
Hello Alex,
Essentially, what I am looking for is something like,
qemu-x -s [options]
targetx-gdb
Yes. qemu-x -g 1234
And then use gdb -ex 'target remote localhost:1234'.
where qemu-x is a user mode qemu for target X.
Hello Alex,
> > Essentially, what I am looking for is something like,
> > qemu-x -s [options]
> > targetx-gdb
>
> Yes. qemu-x -g 1234
> And then use gdb -ex 'target remote localhost:1234'.
>
> > where qemu-x is a user mode qemu for target X.
> >
> > More on (2): if there is no OS, t
On Thu, Oct 29, 2009 at 12:04 PM, Alexander Graf wrote:
[...]
>> More on (2): if there is no OS, then I think a small application like
>> bootloader should probably be present to launch the cross-compiled
>> executable on to Qemu. Any further suggestions on how to make (2) possible?
>> All the pr
Hi Anitha,
On 29.10.2009, at 11:20, Boyapati, Anitha wrote:
I have couple of doubts w.r.t cross-debugging in Qemu.
(1) Can Qemu be run without OS support? If so, can I know some
examples where this has been already done?
That what user mode emulation is doing. Instead of emulating the
p
I have couple of doubts w.r.t cross-debugging in Qemu.
(1) Can Qemu be run without OS support? If so, can I know some examples where
this has been already done?
(2) Can Qemu be used like a simulator to carry out cross-debugging, typically
running a dejaGNU for a target X (again without an OS s
