Re: [Qemu-devel] [PATCH] Soft float for Sparc32/64 (update)

2006-06-22 Thread Ben Taylor

 Blue Swirl [EMAIL PROTECTED] wrote: 
 Last time I missed a lot of the functions, this version should be complete. 
 I see no difference in operation with or without the patch. Comments?

Other than it didn't apply against the current CVS?  Was there a requirement
for a previous patch you posted which hasn't been applied to CVS?

Ben


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


Re: [Qemu-devel] QEMU GUI

2006-06-22 Thread Luca Barbato
Fabrice Bellard wrote:
 Hi,
 
 Concerning the QEMU GUI, my mind slightly evolved since my last posts on
 the topic: I think that a wxWidgets GUI would be the best as it is
 reasonnably portable and because it uses the native GUIs.

wx is nasty at best.

-- 

Luca Barbato

Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero



___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


Re: [Qemu-devel] QEMU GUI

2006-06-22 Thread Christian MICHON

On 6/21/06, Fabrice Bellard [EMAIL PROTECTED] wrote:

Hi,

Concerning the QEMU GUI, my mind slightly evolved since my last posts on
the topic: I think that a wxWidgets GUI would be the best as it is
reasonnably portable and because it uses the native GUIs.

If someone is interested, I am ready to try to include such a GUI in the
QEMU repository even if it is not usable yet.



Do you still want SDL to move out of the project ?

--
Christian


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


Re: [Qemu-devel] [PATCH] Soft float for Sparc32/64 (update)

2006-06-22 Thread Blue Swirl
Other than it didn't apply against the current CVS?  Was there a 
requirement

for a previous patch you posted which hasn't been applied to CVS?


Fabrice applied it yesterday.

_
Express yourself instantly with MSN Messenger! Download today it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/




___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


[Qemu-devel] [PATCH] Sparc64 BPr branch target fix

2006-06-22 Thread Blue Swirl

Fix the BPr instruction branch target calculation.

Index: qemu/target-sparc/translate.c
===
--- qemu.orig/target-sparc/translate.c  2006-06-22 14:50:51.0 +
+++ qemu/target-sparc/translate.c   2006-06-22 15:52:00.0 +
@@ -981,7 +981,7 @@
   case 0x3:   /* V9 BPr */
   {
   target = GET_FIELD_SP(insn, 0, 13) |
-   (GET_FIELD_SP(insn, 20, 21)  7);
+   (GET_FIELD_SP(insn, 20, 21)  14);
   target = sign_extend(target, 16);
   target = 2;
   rs1 = GET_FIELD(insn, 13, 17);

_
Express yourself instantly with MSN Messenger! Download today it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/




___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


Re: [Qemu-devel] [PATCH] mips-user socket-related syscall support

2006-06-22 Thread Raphaël Rigo
Raphaël Rigo wrote:
 Fabrice Bellard wrote:
 Another point is that doing:

 +target_long args[6];
 +
 +tputl(args, arg1);
 +tputl(args+1, arg2);
 +tputl(args+2, arg3);
 +tputl(args+3, arg4);
 +tputl(args+4, arg5);
 +tputl(args+5, arg6);

 at the start of every syscall is not acceptable. You should add a
 specific socket call wrapper which takes arg1... arg6 as arguments.

 Regards,

 Fabrice.
 Thanks for reviewing it, the new attached version should be much cleaner.
 
 Regards,
 Raphaël
Sorry to insist, but can you please include it in the CVS? I really think it's
useful.

Thanks,
Raphaël


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


Re: [Qemu-devel] QEMU GUI

2006-06-22 Thread gbeauchesne
Hi,

 If people are interested, we could try to port Q as a base, since
 it's going to be obsolete anyway (either by the new QEMU GUI or
 leopard)... :)

I would be in a GUI that is not specific to QEMU. e.g. Xen/VT, Basilisk
II, SheepShaver, etc. ;-)

That could imply the use of an internal configs format with translators to
suit various emulators. Some IPC could also be involved to communicate
with the application for suspend, resume, fullscreen-switch, etc.

qt4 is also an interesting toolkit and the Open Source edition is
available under the GPL license for Linux/Unix, MacOS X and even Windows.

Bye,
Gwenole.



___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


Re: [Qemu-devel] QEMU GUI

2006-06-22 Thread gbeauchesne
Hi,

 If people are interested, we could try to port Q as a base, since
 it's going to be obsolete anyway (either by the new QEMU GUI or
 leopard)... :)

I would be interested in a GUI that is not specific to QEMU. e.g. Xen/VT,
Basilisk II, SheepShaver, etc. ;-)

That could imply the use of an internal configs format with translators to
suit various emulators. Some IPC could also be involved to communicate
with the application for suspend, resume, fullscreen-switch, etc.

qt4 is also an interesting toolkit and the Open Source edition is
available under the GPL license for Linux/Unix, MacOS X and even Windows.

Bye,
Gwenole.



___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


[Qemu-devel] [ot?] Vista Networking

2006-06-22 Thread Brian Wheeler
Has anyone gotten this to work?  I'm probably missing something obvious.
Here's the command line I'm using (on linux with a CVS from today):

qemu -hda disk0.img -net nic,model=rtl8139 -net user -m 512 -soundhw
sb16 

Vista is installed and I manually set the IP to 10.0.2.15 and the
gateway to 10.0.2.2.  I set the DNS to 10.0.2.3.  I can't get any
response from the DNS or anything beyond the firewall.

Did I mess up something or is there a bug in user-space networking?

Thanks!
Brian



___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


Re: [Qemu-devel] [ot?] Vista Networking

2006-06-22 Thread Paul Brook
On Thursday 22 June 2006 20:45, Brian Wheeler wrote:
 Has anyone gotten this to work?  I'm probably missing something obvious.
 Here's the command line I'm using (on linux with a CVS from today):

 qemu -hda disk0.img -net nic,model=rtl8139 -net user -m 512 -soundhw
 sb16

Could be a bug in the rtl8139 emulation. I couldn't get it to work with the 
Realtek drivers.

Paul


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


[Qemu-devel] Anybody working on a USB EHCI driver?

2006-06-22 Thread Dugger, Donald D
Is anybody working on creating an EHCI driver for the USB subsystem?  I
have a need to access high speed devices and wanted to find out if I'd
be re-inventing the wheel before I start on this.

--
Don Dugger
Censeo Toto nos in Kansa esse decisse. - D. Gale
[EMAIL PROTECTED]
Ph: (303)440-1368


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


[Qemu-devel] Asking about IDE to develop Qemu

2006-06-22 Thread Tieu Ma Dau
Hi all,  I'm working a project which develops Qemu running on MinGW/MSys but I  don't know which IDE I should use to develop, to test, to debug Qemu  source code:  1. I should use VC++ on Windows: in this case, I must configure VC++ to  use mingw-gcc (in place of the default compiler of VC++. In my  opinion, this default compiler will generate binary code for Win32, not  for MSys) to compile Qemu source code and also to use the tools of  MinGW/MSys.   2. OR: I should develop Qemu on Linux and use KDevelop IDE. And I can  do all with KDevelop: develop, test, debug Qemu. And if I want Qemu  running on MinGW/MSys, I must transfer the souce code, which were  already developped with KDevelop, to Windows installed MinGW/MSys  and recompile this source code on MinGW/MSys  3. OR: other solutions which you use recently to develop, to test and debug Qemu souce code.  Thank you so much for your supports.  Thanh 
  __Do You Yahoo!?Tired of spam?  Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


Re: [Qemu-devel] QEMU GUI

2006-06-22 Thread Anthony Liguori

Fabrice Bellard wrote:

Hi,

Concerning the QEMU GUI, my mind slightly evolved since my last posts 
on the topic: I think that a wxWidgets GUI would be the best as it is 
reasonnably portable and because it uses the native GUIs.


I think the first step is to validate whether wxWidgets will be 
adequate.  I've not used it myself but poked around the site a little.  
It appears there's a gl canvas which should be a reasonable place to 
start.  It seems like overkill for QEMU though.


Does anyone know a wxWidget which provides direct pixel access to 
something that ends up being a XShmImage?  If they're canvas uses a 
normal XImage performance is going to be pretty crappy.


Regards,

Anthony Liguori

If someone is interested, I am ready to try to include such a GUI in 
the QEMU repository even if it is not usable yet.


Regards,

Fabrice.


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel




___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


Re: [Qemu-devel] Asking about IDE to develop Qemu

2006-06-22 Thread Paul Brook
 2. OR: I should develop Qemu on Linux and use KDevelop IDE. 
 And I can  do all with KDevelop: develop, test, debug Qemu. And if I want
 Qemu  running on MinGW/MSys, I must transfer the souce code, which were 
 already developped with KDevelop,  to Windows installed MinGW/MSys  and
 recompile this source code on MinGW/MSys 

Or you could use a cross compiler. qemu cross-builds fine.

Which IDE (if any) you want to use is entirely up to personal preference. Any 
decent IDE should allow you to use the existing makefiles to do the actual 
compilation.

Paul


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


Re: [Qemu-devel] [ot?] Vista Networking

2006-06-22 Thread Mattia Gentilini (QD)
Paul Brook wrote:
 qemu -hda disk0.img -net nic,model=rtl8139 -net user -m 512 -soundhw
 sb16
 Could be a bug in the rtl8139 emulation. I couldn't get it to work with the 
 Realtek drivers.
Unofortunately rtl8139 is the only NIC supported by vista, among those
provided by QEMU. I obtained the best results connecting qemu to a tap
(via vde) and putting a dhcpd listening to that interface: it takes the
IP, it does ping (to anywhere), it doesn't do anything else. And
obviously, winxp with the same interface works perfectly.


-- 
MG55: Mattia Gentilini  55 Virtual Machines


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


Re: [Qemu-devel] QEMU GUI

2006-06-22 Thread Kevin F. Quinn
On Thu, 22 Jun 2006 16:50:10 -0500
Anthony Liguori [EMAIL PROTECTED] wrote:

 Fabrice Bellard wrote:
  Hi,
 
  Concerning the QEMU GUI, my mind slightly evolved since my last
  posts on the topic: I think that a wxWidgets GUI would be the best
  as it is reasonnably portable and because it uses the native GUIs.
 
 I think the first step is to validate whether wxWidgets will be 
 adequate.

Part of that should be to determine what the GUI will actually do; in
particular should it wrap the guest window, or should it be a
separate window for guest selection, configuration etc (which is my
preference).  The latter case should allow the guest window to remain
SDL, with the guest selection/configuration stuff in wxWidgets.

  I've not used it myself but poked around the site a
 little. It appears there's a gl canvas which should be a reasonable
 place to start.  It seems like overkill for QEMU though.

At this point you're talking about embedding the Qemu guest window
directly into the wxWidgets GUI, yes?  I'm thinking the primitives that
the graphics driver in QEMU is emulating are not at the GL level, but
at the raw hardware level - I don't know how far apart these things
are, but I'd hazard that a GL canvas won't really help.

 Does anyone know a wxWidget which provides direct pixel access to 
 something that ends up being a XShmImage?  If they're canvas uses a 
 normal XImage performance is going to be pretty crappy.

I do think the ability to pass through accelerated graphics stuff from
the guest to the host should be a big factor.  I assume this is what
the cirrus emulation currently does through SDL, to some extent at
least. This issue would make or break guest graphics performance.

I'm ignorant of details, but from a vague hand-wavy distance it should
be simple enough to retain SDL for the emulation windows (and SDL does
seem to be the tool for the job there), with a separate wxWidgets
frontend GUI to manage the launch and visibility of emulation windows,
assist in guest creation etc.

Perhaps it's worth asking the WxWidgets people what they might suggest.

 Regards,
 
 Anthony Liguori
 
  If someone is interested, I am ready to try to include such a GUI
  in the QEMU repository even if it is not usable yet.
 
  Regards,
 
  Fabrice.
 
 
  ___
  Qemu-devel mailing list
  Qemu-devel@nongnu.org
  http://lists.nongnu.org/mailman/listinfo/qemu-devel
 
 
 
 ___
 Qemu-devel mailing list
 Qemu-devel@nongnu.org
 http://lists.nongnu.org/mailman/listinfo/qemu-devel


-- 
Kevin F. Quinn


signature.asc
Description: PGP signature
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel