I've only implemented this functionality for the pc system emulator for
PCI hardware plugin devices, since that's all I need it for at the
moment. There's obviously more to be done to implement this in a nice
way across all architectures for all hardware types, which I'm very
interested in doing if
Hello,
I'm trying to use QEMU step through some MBR assembly code by using
gdb remotely, and I can't figure out where to set the breakpoint. I
know that on a native PC the MBR code gets relocated to 0x7c00, but
that didn't work when running through QEMU. I'm using the -S switch
to stop the emula
Hi,
On Tue, 10 Jan 2006, Jan Rupar wrote:
> I'm trying to use QEMU step through some MBR assembly code by using
> gdb remotely, and I can't figure out where to set the breakpoint. I
> know that on a native PC the MBR code gets relocated to 0x7c00, but
> that didn't work when running through QEMU
Lennert Buytenhek wrote:
I think the biggest problem would be that a lot of operating systems
don't support hotplug PCI.
I think Michael's idea was rather to select the hardware to use during
qemu startup rather then to change it while the system is up and
runnning. Therefore hotplugging w
This functionality is not strictly for hotplugging. Maybe my use of the
term hardware plugin was misleading. The patch adds the ability to pass
a .so file compiled against qemu's header files to qemu on the command
line. This .so file is dlopened and registers itself as hardware
appropriately, all
Can you post the patch somewhere?
I've looked into this myself in the past and some devices are more
easily abstracted than others because of some strange dependencies. I'm
curious to see what devices you've turned into plugins and how you've
solved these problems (I assume that you would mak
On Mon, Jan 09, 2006 at 05:38:58PM -0800, Andre Pech wrote:
> I have been using qemu to simulate various types of custom hardware
> for testing purposes. Rather than having to recompile qemu every time
> I change a hardware simulation, I instead patched qemu to support
> dynamically loading hardwa
Thanks much! I have now successfully built a kernel that runs on qemu, and
detects the smc91x.
I used the 2.6.14 kernel sources from kernel.org, modified with the patch
available at the ARM website
(http://www.arm.com/linux/linux_download.html). After I discovered
/proc/config.gz (very useful!
Excellent idea. Thanks for your hint! The adlib code is probably a good
point to start from. I'll have a look at it, when I find some time.
Jo.
> Hi,
>
> I think it would not be difficult to add a real speaker emulation with
> the audio API written by malc, at least to simulate tone generation
