Borislav Petkov wrote:Okay, so it's an algorithmic problem. This is quite important to know. Is /boot a separate partition on your disk by any chance? Either way, this means we can use qemu to debug this, which will make it a lot easier. This is what I'd like you to do next: - run qemu in one window with the -S -s options. - in another window, do: gdb target remote localhost:1234 set architecture i8086 disp/i ($cs << 4)+$eip br *0x10200 br *0x20200 br *0x30200 br *0x40200 br *0x50200 br *0x60200 br *0x70200 br *0x80200 br *0x90200 c # ... hopefully you're now stopped at a jump instruction p/x $ds # Hopefully this is showing, say, 0x9000 if you're stopped # at 0x90200 # Where X is the first digit of the address stopped at: dump memory setup.dump 0xX0000 0xX8000 Please send me setup.dump plus your vmlinuz file. Thanks, -hpa -
| Greg Kroah-Hartman | [PATCH 004/196] Chinese: add translation of SubmittingPatches |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Matt Mackall | Re: [PATCH] x86: fix unconditional arch/x86/kernel/pcspeaker.c compiling |
| James Bottomley | Re: Integration of SCST in the mainstream Linux kernel |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Natalie Protasevich | [BUG] New Kernel Bugs |
git: | |
