diff options
Diffstat (limited to 'open_issues/debugging_gnumach_startup_qemu_gdb.mdwn')
| -rw-r--r-- | open_issues/debugging_gnumach_startup_qemu_gdb.mdwn | 92 |
1 files changed, 90 insertions, 2 deletions
diff --git a/open_issues/debugging_gnumach_startup_qemu_gdb.mdwn b/open_issues/debugging_gnumach_startup_qemu_gdb.mdwn index e3a6b648..7b300ea1 100644 --- a/open_issues/debugging_gnumach_startup_qemu_gdb.mdwn +++ b/open_issues/debugging_gnumach_startup_qemu_gdb.mdwn @@ -1,4 +1,5 @@ -[[!meta copyright="Copyright © 2011 Free Software Foundation, Inc."]] +[[!meta copyright="Copyright © 2010, 2011, 2013, 2014 Free Software Foundation, +Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable id="license" text="Permission is granted to copy, distribute and/or modify this @@ -12,8 +13,22 @@ License|/fdl]]."]]"""]] [[!tag open_issue_gdb open_issue_gnumach]] +[[!toc]] -# IRC, freenode, #hurd, 2011-07-14 + +# Memory Map + +## IRC, freenode, #hurd, 2010-06 (?) + + <jkoenig> is there a way to get gdb to map addresses as required when + debugging mach with qemu ? + <jkoenig> I can examine the data if I manually map the addresses th + 0xc0000000 but maybe there's an easier way... + <youpi> jkoenig: I haven't found a way + <youpi> I'm mostly using the internal kdb + + +## IRC, freenode, #hurd, 2011-07-14 <mcsim> Hello. I have problem with debugging gnumach. I set 2 brakepoints in file i386/i386at/model_dep.c on functions gdt_init and idt_init. Then @@ -114,3 +129,76 @@ License|/fdl]]."]]"""]] <antrik> oh, right, without GDB... <antrik> though if that's what he meant, his statement was very misleading at least + + +# Multiboot + +See also discussion about *multiboot* on [[arm_port]]. + + +## IRC, freenode, #hurd, 2013-10-09 + + <matlea01> I was just wondering - once gnumach is compiled and I have the + gnumach elf, is that bootable? I.e. can I use something like + "qemu-system-i386 -kernel gnumach"? + <kilobug> matlea01: you need something with multiboot support (like grub) + to provide the various bootstrap modules to the kernel + <matlea01> Ah, I see + + +## IRC, freenode, #hurd, 2014-02-24 + + <congzhang> hi, will grub load mach kernel to fix address? and which + address? + <congzhang> I want to use qemu gdb support to debug mach + <congzhang> need add-symble-file to right address + <youpi> congzhang: see objdump gnumach + <youpi> grub simply follows what's provided by the ELF format of the ELF + file + <nalaginrut> I think it's default value of _start in ELF, right? + <nalaginrut> hmm...the actual entry point should plus the size of + multi_boot header, at least 0xc... + <congzhang> youpi: I try that, but not works + <congzhang> I start qemu with -s + <congzhang> the /bin/console was very easy to cause black death, and I want + to use gdb to check whether the mach is death + <congzhang> I will try again later + <congzhang> Anyone know some tutorial to debug mach with qemu? + <nalaginrut> for better debug, I suggest bochs + <nalaginrut> although it's slower + <congzhang> nalaginrut: maybe it's my problem, I did not do the right thing + <congzhang> qemu with kvm was great. + <nalaginrut> qemu with kvm is cool to run, but not so cool for debug kernel + <nalaginrut> anyway, it's personal taste + <nalaginrut> you may use gdb for that + <nalaginrut> for bochs, you don't have to use external debugger + <congzhang> thanks for explain + <congzhang> does anyone succeed boot hurd with qemu multiboot boot + function? + <congzhang> with -kernel and -initrd command line parameter + <nalaginrut> I boot it with grub, in qemu, it's fine. Then I moved to + physical machine + <congzhang> boot with grub work for me too + <congzhang> I want to know whether it is possible to boot from qemu + directly + <congzhang> qemu can directly load kernel and hurd module for linux + <congzhang> nalaginrut: can you help to test whether hurd-console service + start will cause hurd black death? + <nalaginrut> I know qemu can boot Linux without MBR, but I don't know if + it's true for Hurd too + <nalaginrut> congzhang: I'm busy for other works now ;-) + <congzhang> ok, thks:) + <youpi> qemu's multiboot options don't seem to allow providing + ext2fs.static and ld.so, so I don't think it's possible + <congzhang> I try to do this, because hurd hurd-console cause system to + death very high frequency + <youpi> (because qemu doesn't implement all of multiboot) + <congzhang> qemu help show that's possible, -initrd support multi module + and parameter + <congzhang> en, I will check with them later + <youpi> how do you pass parameters to modules? + <youpi> ah, right, it's after the file name + <youpi> well, then simply try to pass the kernel, and the two modules + <youpi> with the same option as in the grub config templates + <youpi> it's fortunate that neither ext2fs nor exec need a comma on their + command line... |