Paul Brook wrote:
On Saturday 12 May 2007, Jonathan Phenix wrote:
Hi,
currently the block driver in qemu only handles blocks (or sectors)
which are 512 bytes long,
...
Then, each probe functions should be modified to reject sector size
which is not 512 bytes, except for the raw block
Jonathan Phenix wrote:
Hi,
this is an attempt to add a simple joystick API to qemu. This API will
be required for my upcoming Playstation emulator. It includes a null
driver, I have a Linux and SDL driver as well, I will send them when
this patch will be merged. Constructive comments
Hi,
currently the block driver in qemu only handles blocks (or sectors)
which are 512 bytes long, this is ideal if the device you are emulating
have a block size which is a multiple of 512. Unfortunately, this is not
always the case, for example an audio CD (CD-DA) or a CD in mode 2 have
a
Hi,
this is an attempt to add a simple joystick API to qemu. This API will
be required for my upcoming Playstation emulator. It includes a null
driver, I have a Linux and SDL driver as well, I will send them when
this patch will be merged. Constructive comments are welcome.
Regards,
Bernhard Fischer wrote:
Hi,
The attached patch moves the x_keycode_to_pc_keycode LUT from sdl.c into
an x_keycode.c. This struct is also used by the GGI backend (that is not
yet merged ยน).
Comments?
How it is done right now, each time x_keycode.c is included, you will
end up with an extra
Werner Dittmann wrote:
Just forgot to give the info about my system:
Qemu was built and runs on a Suse 10.1 64 bit system (AMD CPU). Also,
while compiling Qemu I got quite some warning about casting pointers to
integer of different size (64bit vs 32 bit). Is this ok?
I'm using Fedora Core 5
maple Chou wrote:
Dear All,
I just doing my floppy toy-os project(include little bootloader). And
test with qemu.
The Floppy Image is here http://file.maple.tw/mapleos/floppy.img
My problem is when I turn on the SMP option. (qemu -fda floppy.img -smp 2)
The system will hang on bootsector (i
