Gleb Natapov wrote:
On Sun, Nov 22, 2009 at 09:01:45PM +0100, Sebastian Herbszt wrote:
Gleb Natapov wrote:
>On Sun, Nov 22, 2009 at 04:31:24PM +0100, Sebastian Herbszt wrote:
>>
>>Bad things could happen if someone modifies the BIOS because it's unprotected
>>(e
Gleb Natapov wrote:
On Mon, Nov 23, 2009 at 06:57:47PM +0100, Sebastian Herbszt wrote:
Gleb Natapov wrote:
>On Sun, Nov 22, 2009 at 10:38:42AM -0500, Kevin O'Connor wrote:
>>On Sun, Nov 22, 2009 at 05:10:53PM +0200, Gleb Natapov wrote:
>>> On Sun, Nov 22, 2009 at 04:0
Gleb Natapov wrote:
On Mon, Nov 23, 2009 at 07:15:55PM +0100, Sebastian Herbszt wrote:
Gleb Natapov wrote:
>On Sun, Nov 22, 2009 at 09:41:26PM +0100, Sebastian Herbszt wrote:
>>Gleb Natapov wrote:
>>>On Sun, Nov 22, 2009 at 06:39:16PM +0100, Sebastian Herbszt wrote:
>
Gleb Natapov wrote:
On Sun, Nov 22, 2009 at 06:05:02PM +0100, Sebastian Herbszt wrote:
v0.11.0-rc0-1677:
use -cpu pentium and check SMBIOS tables. DMI type 4 entry is missing.
Works with Bochs bios.
See two problems here. First one in seabios (patch attached). And the
second one in QEMU. Why
Gleb Natapov wrote:
On Sun, Nov 22, 2009 at 09:41:26PM +0100, Sebastian Herbszt wrote:
Gleb Natapov wrote:
>On Sun, Nov 22, 2009 at 06:39:16PM +0100, Sebastian Herbszt wrote:
>>Gleb Natapov wrote:
>>>On Sun, Nov 22, 2009 at 05:51:41PM +0100, Sebastian Herbszt wrote:
>
Gleb Natapov wrote:
On Mon, Nov 23, 2009 at 12:57:14AM +0100, Carl-Daniel Hailfinger wrote:
On 22.11.2009 18:39, Sebastian Herbszt wrote:
> Gleb Natapov wrote:
>> On Sun, Nov 22, 2009 at 05:51:41PM +0100, Sebastian Herbszt wrote:
>>> Is the requirement for "Targeted Cont
Gleb Natapov wrote:
On Sun, Nov 22, 2009 at 10:38:42AM -0500, Kevin O'Connor wrote:
On Sun, Nov 22, 2009 at 05:10:53PM +0200, Gleb Natapov wrote:
> On Sun, Nov 22, 2009 at 04:07:56PM +0100, Sebastian Herbszt wrote:
> > Gleb Natapov wrote:
> > >May be make qemu to map
Kevin O'Connor wrote:
On Sun, Nov 22, 2009 at 05:38:09PM +0200, Gleb Natapov wrote:
On Sun, Nov 22, 2009 at 04:31:24PM +0100, Sebastian Herbszt wrote:
>// Write protect bios memory.
>make_bios_readonly();
Hmmm. How is tpr patching works then? It relies on ability of a gue
Kevin O'Connor wrote:
On Sun, Nov 22, 2009 at 04:31:24PM +0100, Sebastian Herbszt wrote:
> Bad things could happen if someone modifies the BIOS because it's unprotected
> (e.g. VM crash).
I'm not sure why modification of the BIOS would cause a VM crash. If
this is true, t
Gleb Natapov wrote:
On Sun, Nov 22, 2009 at 06:39:16PM +0100, Sebastian Herbszt wrote:
Gleb Natapov wrote:
>On Sun, Nov 22, 2009 at 05:51:41PM +0100, Sebastian Herbszt wrote:
>>Gleb Natapov wrote:
>>>Microsoft SVVP (Server Virtualization Validation Program) expects
>>&g
Gleb Natapov wrote:
On Sun, Nov 22, 2009 at 04:31:24PM +0100, Sebastian Herbszt wrote:
Bad things could happen if someone modifies the BIOS because it's unprotected
(e.g. VM crash).
BIOS is reloaded during VM reset.
The BIOS is not reloaded - tested with "reboot" on Linux a
Gleb Natapov wrote:
On Sun, Nov 22, 2009 at 05:51:41PM +0100, Sebastian Herbszt wrote:
Gleb Natapov wrote:
>Microsoft SVVP (Server Virtualization Validation Program) expects
>arbitrary SMBIOS field to have certain values otherwise it fails.
>We all want to make Microsoft happy don'
H. Peter Anvin wrote:
Add generic support for debugging consoles (simple I/O ports which
when written to cause debugging output to be written to a target.)
The current implementation matches Bochs' port 0xe9, allowing the same
debugging code to be used for both Bochs and Qemu.
Your implementati
Etherboot 5.4.3 rom doesn't work due to missing BIOS32 support:
pci_init: no BIOS32 detected
Works with Bochs bios.
- Sebastian
v0.11.0-rc0-1677:
use -cpu pentium and check SMBIOS tables. DMI type 4 entry is missing.
Works with Bochs bios.
- Sebastian
Gleb Natapov wrote:
Microsoft SVVP (Server Virtualization Validation Program) expects
arbitrary SMBIOS field to have certain values otherwise it fails.
We all want to make Microsoft happy don't we? So lets put values MS
expects in there.
Values modified by the patch:
Type 0:
Bit 2 of byte 2 mus
Gleb Natapov wrote:
On Sun, Nov 22, 2009 at 04:07:56PM +0100, Sebastian Herbszt wrote:
Gleb Natapov wrote:
>May be make qemu to map it writable if isapc is specified.
I don't think keeping the segment writable after POST is a good idea.
Isn't it writable now after POST with pc
Gleb Natapov wrote:
On Fri, Nov 20, 2009 at 05:51:13PM -0500, Kevin O'Connor wrote:
On Thu, Nov 19, 2009 at 10:30:20PM +0100, Sebastian Herbszt wrote:
> i386-softmmu/qemu -M isapc -bios pc-bios/bios.bin
Thanks for reporting this.
After compiling seabios with CONFIG_DEBUG_SERIAL se
Is it possible to load a non ELF linux kernel in qemu-system-mips with -kernel?
According to the documentation [1] the kernel should be loaded at a specific
memory
address and then started from the entry address.
Is something like that possible?
[1] http://www.castalie.org/projects/DM111P.html
Kevin O'Connor wrote:
On Thu, Nov 19, 2009 at 10:30:20PM +0100, Sebastian Herbszt wrote:
i386-softmmu/qemu -M isapc -bios pc-bios/bios.bin
Thanks for reporting this.
After compiling seabios with CONFIG_DEBUG_SERIAL set in src/config.h
and running:
qemu -M isapc -serial file:foo
Jamie Lokier wrote:
Stefan Weil wrote:
Make using mingw32 on windows does not preserve $@ in macros
when they are modified using this pattern:
target: macro += something
Is it not using GNU Make, or is it some ancient version?
("make --version" shows the version, if it's GNU Make).
-- Jamie
i386-softmmu/qemu -M isapc -bios pc-bios/bios.bin
(qemu) info cpus
* CPU #0: pc=0x000f3852
(qemu) x/20i $pc
0x000f3852: mov0xfd408,%eax
0x000f3857: cmp%eax,%edx
0x000f3859: jne0xf3852
0x000f385b: mov%ecx,0x1
0x000f3861: mov%ebx,0x10004
0x000f3867: xor%eax,%eax
0x
Sebastian Herbszt wrote:
Stefan Weil wrote:
Sebastian Herbszt schrieb:
v0.11.0-rc0-1677-gf165b53
$ ./configure --target-list=i386-softmmu
$ make
Makefile:427: no file name for `-include'
/bin/sh.exe: -c: line 1: unexpected EOF while looking for matching `"'
/bin/sh.exe: -c:
Stefan Weil wrote:
Sebastian Herbszt schrieb:
v0.11.0-rc0-1677-gf165b53
$ ./configure --target-list=i386-softmmu
$ make
Makefile:427: no file name for `-include'
/bin/sh.exe: -c: line 1: unexpected EOF while looking for matching `"'
/bin/sh.exe: -c: line 2: syntax error: unexpec
v0.11.0-rc0-1677-gf165b53
$ ./configure --target-list=i386-softmmu
$ make
Makefile:427: no file name for `-include'
/bin/sh.exe: -c: line 1: unexpected EOF while looking for matching `"'
/bin/sh.exe: -c: line 2: syntax error: unexpected end of file
make: *** [config-all-devices.mak] Error 2
- Se
tefan Weil
Tested-by: Sebastian Herbszt
Theodore Ts'o wrote:
[snip]
I was ultimately able to work around the solution by deleting the
/usr/local/share/qemu/pxe-*.bin files, but that's a bit of a botch. It
would be nice if there was a way to disable the gPXE boot option roms;
if you know you are booting off of a passed in hard drive
malc wrote:
Makefile has this:
sdl.o audio/sdlaudio.o sdl_zoom.o baum.o: QEMU_CFLAGS += $(SDL_CFLAGS)
Which, i guess, doesn't play well with expansion of $@ in rules.mak.
I wonder what changes you will see by adding following to the rules.mak.
QEMU_CFLAGS := $(QEMU_CFLAGS) -MMD -MP -MT $@
$
malc wrote:
On Sat, 14 Nov 2009, Sebastian Herbszt wrote:
v0.11.0-rc0-1630-g51cc2e7 fails to build on mingw with gcc version 3.4.5
(mingw32 special)
and GNU Make version 3.79.1.
gcc -I/home/sh/vm/qemu/v0.11.0-rc0-1630-g51cc2e7/slirp -Wold-style-definition
-I.
-I/home/sh/vm/qemu/v0.11.0-rc0
v0.11.0-rc0-1630-g51cc2e7 fails to build on mingw with gcc version 3.4.5
(mingw32 special)
and GNU Make version 3.79.1.
gcc -I/home/sh/vm/qemu/v0.11.0-rc0-1630-g51cc2e7/slirp -Wold-style-definition
-I.
-I/home/sh/vm/qemu/v0.11.0-rc0-1630-g51cc2e7 -U_FORTIFY_SOURCE -D_GNU_SOURCE
-D_FILE_OFFSET_
Qemu says :
CDROM boot failure code : 0003
Boot from CD-Rom failed
FATAL : Could not read the boot disk
Is this unsupported at the moment or am I using the wrong command line
?
From rombios.c:
- CD-ROM booting is only available if ATA/ATAPI Driver is available
Since the bios lacks support f
101 - 131 of 131 matches
Mail list logo