Hi Julian...
> Using qemu from cvs simulating x86-softmmu (no kqemu) on x86,
> booting SuSE 9.1 and getting to the xdm (kdm?) graphical login
> screen, requires making about 1088000 translations, and the
> translation cache is flushed 17 times. Booting is not too bad,
> but once user-mode starts
Using qemu from cvs simulating x86-softmmu (no kqemu) on x86,
booting SuSE 9.1 and getting to the xdm (kdm?) graphical login
screen, requires making about 1088000 translations, and the
translation cache is flushed 17 times. Booting is not too bad,
but once user-mode starts to run the translation
Hello,
At http://www.boblycat.org/~malc/code/patches/qemu/ you will find
latest (17h_aqemu at the time of this writing) audio patch. Changes
are as follows:
1. Cosmetics (Thanks to Mike Nordell)
2. Fix of several SB16 commands (mainly related to Sierras audblst.drv)
(Thanks to rozojc for risi
With DEBUG_TB_CHECK enabled, exec.c fails to build. This patch
corrects the compilation errors.
Regards,
Andrew
--
balrog 2oo6
Dear Outlook users: Please remove me from your address books
http://www.newsforge.com/article.pl?sid=03/08/21/143258
qemu-exec-cleanups.patch
Description: Binary data
__
On 07/04/06, andrzej zaborowski <[EMAIL PROTECTED]> wrote:
> Hi,
> This patch adds conversion of the breakpoint addresses from the target
> to host space when invalidating translation blocks.
> This issue prevented breakpoints from working on machines that have
> physical memory mapped starting at
Hi,
This patch adds conversion of the breakpoint addresses from the target
to host space when invalidating translation blocks.
This issue prevented breakpoints from working on machines that have
physical memory mapped starting at a different place than address zero
(such as TI OMAP boards), except
Am Freitag, 7. April 2006 17:44 schrieb Blue Swirl:
Hi!
> Thank you for the excellent analysis of the problem! Looks like Qemu
> doesn't handle the case where DMA length and SCSI length are not equal.
Exact.
> So Linux splits the transfer into two parts to use two separate pieces of
> buffers. Fu
Hi everyone, here is another patch for a much less significant bug. If
your "vc" console width is 0, qemu corrupts the heap (because it
writes one character into a screen buffer that's been malloc'ed as
size 0). I don't know if this bug ever causes problems in practice
--- I picked it up using mch
Hi everyone,
I have patches for a few bugs in qemu, and am new to the list --- if
anyone could clue me in on the best way to get patches applied to the
qemu mainline, that would be great.
This patch fixes three problems (actually all in slirp) with sending
large packets from guest to host in qemu
Thank you for the excellent analysis of the problem! Looks like Qemu doesn't
handle the case where DMA length and SCSI length are not equal.
Until here, the addresses are subsequent. Then the next address is much
lower:
So Linux splits the transfer into two parts to use two separate pieces of
10 matches
Mail list logo
