Re: [Qemu-devel] [Patch] target-ppc mtcrf instruction not recognized

On 16 mai 05, at 09:54, Benjamin Herrenschmidt wrote: OK, I did put this in my working repository and I'll submit this to Fabrice. Please try to do this change to check if other bits need to be relax or not: Index: target-ppc/translate.c ==

Re: [Qemu-devel] [patch] gcc4 host support

On Monday 16 May 2005 10:41, David Woodhouse wrote: > On Wed, 2005-05-11 at 22:04 +0100, Paul Brook wrote: > > My solution is to search the function for the "ret" instruction and > > replace them with a jmp to the next block of code. On RISC targets this > > would be easy. > > About this easy, in f

Re: [Qemu-devel] Re: request : qemu-smp as target

> What inter processor synchronization issues are there? Could you take > this a step further and use processes on different machines for each > processor? (There are many shared memory implementations to choose > from.) Are there so many resources shared > between the CPUs to make this a ridic

Re: [Qemu-devel] Re: request : qemu-smp as target

On Tue, 2005-05-17 at 21:21 +0100, Paul Brook wrote: > > What inter processor synchronization issues are there? Could you take > > this a step further and use processes on different machines for each > > processor? (There are many shared memory implementations to choose > > from.) Are there so ma

Re: [Qemu-devel] Re: request : qemu-smp as target

On Tuesday 17 May 2005 21:41, Joe Batt wrote: > On Tue, 2005-05-17 at 21:21 +0100, Paul Brook wrote: > > > What inter processor synchronization issues are there? Could you take > > > this a step further and use processes on different machines for each > > > processor? (There are many shared memory

Re: [Qemu-devel] Cursor problems.

In article <[EMAIL PROTECTED]> you write: >When running qemu on my HP laptop, I cannot seem to use the cursor in the >guest os. The guest OS can be any os, windows reactos linux, etc. The >host OS is fedora core 3. Basically, the cursor shows up as normal on the >screen, but when I click in to le

Re: [Qemu-devel] [PATCH] Mingw32 cross compile fixes from 64-bit host

On Tuesday 17 May 2005 10:01, Gwenole Beauchesne wrote: > I had the following in my tree for a while but forgot to submit it. This > fixes cross compilation to mingw32 from 64-bit host (x86_64). Actually, > this makes dyngen aware of correct COFF format. >... > + char It doesn't really make any

[Qemu-devel] Dynamic bridging

I was trying to get the bridging working (with the help of pbrook and nox- on the irc #qemu channel) and eventually got it working under Sun JDS/3 (Suse 9.1) after adding the bridge-util's rpm. After some experimentation, I found that once I setup the bridge on my primary interface, (eth0) and I u

Re: [Qemu-devel] Cursor problems.

On Wed, 2005-05-18 at 01:42 +0200, Juergen Lock wrote: > In article <[EMAIL PROTECTED]> you write: > >When running qemu on my HP laptop, I cannot seem to use the cursor in the > >guest os. The guest OS can be any os, windows reactos linux, etc. The > >host OS is fedora core 3. Basically, the curs

Re: [Qemu-devel] Cursor problems.

Jason, I had this problem once. It turned out to be an SDL problem. Try upgrading/downgrading SDL packages. I had the problem on Gentoo. Jason On Monday 16 May 2005 02:27 pm, Jason wrote: > When running qemu on my HP laptop, I cannot seem to use the cursor in the > guest os

Re: [Qemu-devel] [PATCH] slirp 64-bit fixes

Curious if the patches to slirp are being forwarded upstream to the current slirp maintainer. I wonder if he even knows QEMU uses it? http://lists.sourceforge.net/lists/listinfo/slirp-devel -- John. ___ Qemu-devel mailing list Qemu-devel@nongnu.org h

[Qemu-devel] weird errors on x86_64 target (i686 host)

hi i just tried out the new x86_64 target (version 0.7.0), wanted to install a gentoo system. i downloaded the install livecd: http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/releases/amd64/2005.0/installcd/install-amd64-minimal-2005.0.iso here are the first problem. most commands works fine,

Re: [Qemu-devel] [Patch] target-ppc mtcrf instruction not recognized

On Tue, May 17, 2005 at 11:10:52PM +0200, J. Mayer wrote: > > I will implement the new form, so it most crf transfers can be > optimized. > > The latest PowerPC specification is to be found here: > >

Re: [Qemu-devel] [patch] gcc4 host support

On Tue, May 17, 2005 at 09:46:30PM +0100, Paul Brook wrote: > On Monday 16 May 2005 10:41, David Woodhouse wrote: > > On Wed, 2005-05-11 at 22:04 +0100, Paul Brook wrote: > > > My solution is to search the function for the "ret" instruction and > > > replace them with a jmp to the next block of cod

Re: [Qemu-devel] [Patch] target-ppc mtcrf instruction not recognized

On Wed, 2005-05-18 at 11:06 +0200, Herbert Poetzl wrote: > On Tue, May 17, 2005 at 11:10:52PM +0200, J. Mayer wrote: > > > > I will implement the new form, so it most crf transfers can be > > optimized. > > > > The latest PowerPC specification is to be found here: [...] > you sure about that? N

qemu-devel@nongnu.org

$B"v!&!yL5NAEPO?%-%c%s%Z!<%sCf!y!&"v(B $B!!$d$C$Q$j=P0)$&$J$i$46a=j$G2q$($kAjhttp://www.jumpb2.net/?imasugu $B!!%3%3$K%"%I8x3+$GBT$C$F$$$k$46a=jL<$,$$$C$Q$$(B(o^$B"O(B^o)[EMAIL PROTECTED]&!&(B $BEPO?8e(B5$BJ,0JFb$K$46a=j$G2q$([EMAIL PROTECTED]>R2pCW$7$^$

Re: [Qemu-devel] Re: request : qemu-smp as target

> The only solution I can imagine being even vaguely worthwhile is a running > user-mode qemu on top of a native openmozix system. Probably if you want to run a distributed SMP-style sytem using QEmu, the most effective approach is going to be running OpenMosix *in* QEmu, on multiple hosts. Sad

Re: [Qemu-devel] Re: request : qemu-smp as target

> But how often will the virtual CPUs need the same page and is there any > other shared resource other than memory? I don't know how independent > each CPU is. Though in side discussions, everyone agrees with you, I > haven't seen numbers to convince my gut. If page only needs to be > faulted b

Re: [Qemu-devel] Dynamic bridging

On Wednesday 18 May 2005 01:52, Ben Taylor wrote: > I was trying to get the bridging working (with the help > of pbrook and nox- on the irc #qemu channel) and > eventually got it working under Sun JDS/3 (Suse 9.1) > after adding the bridge-util's rpm. > > After some experimentation, I found that on

qemu-devel@nongnu.org

$B"v!&!yL5NAEPO?%-%c%s%Z!<%sCf!y!&"v(B $B!!$d$C$Q$j=P0)$&$J$i$46a=j$G2q$($kAjhttp://www.jumpb2.net/?imasugu $B!!%3%3$K%"%I8x3+$GBT$C$F$$$k$46a=jL<$,$$$C$Q$$(B(o^$B"O(B^o)[EMAIL PROTECTED]&!&(B $BEPO?8e(B5$BJ,0JFb$K$46a=j$G2q$([EMAIL PROTECTED]>R2pCW$7$^$

Re: Re: [Qemu-devel] Dynamic bridging

Paul Brook <[EMAIL PROTECTED]> wrote: > > On Wednesday 18 May 2005 01:52, Ben Taylor wrote: > > I was trying to get the bridging working (with the help > > of pbrook and nox- on the irc #qemu channel) and > > eventually got it working under Sun JDS/3 (Suse 9.1) > > after adding the bridge-util's r

Re: [Qemu-devel] Cursor problems.

I did some quick looking around on SDL's site and came aross a FAQ about DGA mouse support, http://www.libsdl.org/faq.php?action=listentries&category=3#28 On a whim, I decided to give this a shot. I ran # export SDL_VIDEO_X11_DGAMOUSE=0 before running qemu and it worked like a charm. I'm not qu

Re: [Qemu-devel] [patch] gcc4 host support

On Wed, 2005-05-18 at 17:02 +0100, Paul Brook wrote: > For x86 maybe. For ppc it's easier to just scan the binary code. > You'd have to write an assembly code parser. It wouldn't have to know much. I suspect you could do it in awk without much trouble. -- dwmw2 ___

Re: [Qemu-devel] [patch] gcc4 host support

On Wednesday 18 May 2005 11:06, Herbert Poetzl wrote: > On Tue, May 17, 2005 at 09:46:30PM +0100, Paul Brook wrote: > > On Monday 16 May 2005 10:41, David Woodhouse wrote: > > > On Wed, 2005-05-11 at 22:04 +0100, Paul Brook wrote: > > > > My solution is to search the function for the "ret" instruct

Re: [Qemu-devel] fsp support

On Sun, 15 May 2005, Juergen Lock wrote: Radim Kolar <[EMAIL PROTECTED]> asked me to post this (he is not subscribed): He'd like to see fsp protocol support in qemu in addition to tftp, the protocol's home page is here: http://fsp.sourceforge.net/ Note: it should work to just run a fsp serv

Re: [Qemu-devel] Cursor problems.

On Tue, May 17, 2005 at 09:10:58PM -0400, Jason wrote: > On Wed, 2005-05-18 at 01:42 +0200, Juergen Lock wrote: > > In article <[EMAIL PROTECTED]> you write: > > >When running qemu on my HP laptop, I cannot seem to use the cursor in the > > >guest os. The guest OS can be any os, windows reactos li

[Qemu-devel] Nothing happens

Hi! I keep wondering why QEMU does not do anything when I start it. First of all: yes, I know how to use QEMU. When I use it on my other PC, it works like a charm. The major difference between the two systems is, that this one is an AMD64. And here is what happens when I start QEMU: Nothing. No out

Re: [Qemu-devel] [patch] gcc4 host support

This all feels wrong in general. The changes should either be adding some facility to gcc which permits QEMU to use it in this way (gcc is an open source project after all, so it's at least a possibility), or we should generate the dynamic code generator once with whatever version of GCC and make t

Re: [Qemu-devel] [patch] gcc4 host support

On Wednesday 18 May 2005 20:29, John Hogerhuis wrote: > This all feels wrong in general. The changes should either be adding > some facility to gcc which permits QEMU to use it in this way (gcc is > an open source project after all, so it's at least a possibility), Are you willing to write and ma

Re: [Qemu-devel] [patch] gcc4 host support

On Wed, 2005-05-18 at 21:48 +0100, Paul Brook wrote: > It's been said before that the long-term solution is to > [incrementally] remove dyngen altogether, and replace it with a > had-written code generator. I've discussed this in a bit more detail > with Fabrice, and have an almost-working prototyp

Re: [Qemu-devel] Nothing happens

How about starting with trivial details such as: * Which host OS do you use? * Which QEMU version? * binaries downloaded or did you compile it? Thanks, Hetz On 5/18/05, Rudi Lippert <[EMAIL PROTECTED]> wrote: > Hi! > I keep wondering why QEMU does not do anything when I start it. > First of all:

[Qemu-devel] Re: Nothing happens

My OS: GNU/Linux (Gentoo) QEMU Version: 0.7.0, compiled using the standard ebuild; no kqemu or qvm86 I'd include the exact build options, but they're rather lengthy. I've experienced the same problem with 0.6.1 and CVS somewhere in between 0.6.1 and 0.7.0. Cheers, Rudi Hetz Ben Hamo wrote: > Ho

Re: [Qemu-devel] [patch] gcc4 host support

On Wednesday 18 May 2005 21:55, David Woodhouse wrote: > On Wed, 2005-05-18 at 21:48 +0100, Paul Brook wrote: > > It's been said before that the long-term solution is to > > [incrementally] remove dyngen altogether, and replace it with a > > had-written code generator. I've discussed this in a bit

Re: [Qemu-devel] [patch] gcc4 host support

From: "David Woodhouse" > On Wed, 2005-05-18 at 21:48 +0100, Paul Brook wrote: >> It's been said before that the long-term solution is to >> [incrementally] remove dyngen altogether, and replace it with a >> had-written code generator. I've discussed this in a bit more detail > > How feasible woul

Re[2]: [Qemu-devel] Re: request : qemu-smp as target

Hi, I mostly agree with everything said, but I'd like to add some thoughts tp the pot. I think it's important to understand that that a product that coverts clusters to virtual MP could be designed with different requirements in mind. We are working on a research project that represents clust

Re: [Qemu-devel] Re: Nothing happens

How do you mean 'nothing'? Can you be more precise? Does it display the network interface configuration? open the guest window? Or really is does it just hang immediately? With the '-monitor stdio' option does it give you a monitor prompt? Have you tried running qemu with: strace qemu 2>/tmp/qe

Re: [Qemu-devel] [patch] gcc4 host support

> I am definetly out of my depth here, but... Speaking of GCJ's JIT... > > Sometime back, Ian Rogers here brought up the PearColator project at: > http://www.binarytranslator.org/ > > *** > I have been working on an open source Java based PowerPC emulator based > around a JVM's optimising compiler.

Re: [Qemu-devel] [patch] gcc4 host support

[EMAIL PROTECTED] wrote: I am definetly out of my depth here, but... Speaking of GCJ's JIT... Sometime back, Ian Rogers here brought up the PearColator project at: http://www.binarytranslator.org/ We're still here and hacking. PearColator and QEMU are quite different projects and we rely on th

Re: [Qemu-devel] [PATCH] slirp 64-bit fixes

> Curious if the patches to slirp are being forwarded upstream to the > current slirp maintainer. I found a number of security holes in slirp before, and tried to notify them. I found the package isn't being maintained anymore. tim ___ Qemu-devel ma

Re: [Qemu-devel] [patch] gcc4 host support

Paul Brook wrote: I know I'd seen something like this before, thanks for reminding me. There are several issues with PearColator/RVM: - It's written in java. qemu is written in C, so a lot of porting would be required to get anything working. - The best benchmark results are half the speed of qemu

[Qemu-devel] $B$*EA$($7$?$$$3$H$,M-$j$^$9!#(B

$B$O$8$a$^$7$F!"EvJ}=P2q$N9->l$r3+:E$7$*$+$2$5$^$G9%I>[EMAIL PROTECTED](B $B(Bhttp://www.lovegal2.net/?square2 [EMAIL PROTECTED]|!"[EMAIL PROTECTED]"%s%1!<%H$r/$J$$0Y!"=P2q$($J$$!&!&!&!W(B $B!V>R2p$5$l$?$1$I!"=;=j$,N%$l$F$$$k$+$i!"BT$A9g$o$;>l=j$K9T$1$J$$!&!&!&!W(B [EMAIL P