Re: [Qemu-devel] Good news for Gentoo Linux users
Am Mittwoch, 7. Juni 2006 23:03 schrieb Natalia Portillo: Hi all, I just made an ebuild for Gentoo Linux that directly takes QEMU from CVS You can find it out here at http://www.claunia.com/qemu/ in the QEMU Official OS Support List It is just after the OS list. It does support emerging KQEMU and QEMU system emulators, but not QVM86 nor QEMU user emulators. Any comment, suggest, so on, here, or on the IRC channel Regards, Natalia Portillo Hi Natalia, I've no intention to discourage you, but a cvs-ebuild for qemu has been in bugzilla for some months now: http://bugs.gentoo.org/show_bug.cgi?id=125668 With regards, Jan PS: It's always a good idea to first look into bugs.gentoo.org and the current portage tree before starting to write a new ebuild. (I learned this the hard way, too). ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] [PATCH] Remove abuse of kernel headers.
On Wed, 2006-06-07 at 23:12 +0100, David Woodhouse wrote: The _syscallX() macros in the kernel's private headers are not suitable for use in userspace. This patch switches from abusing those to using the syscall() function which glibc provides. One more instance... --- qemu-0.8.1/target-i386/helper2.c.orig 2006-06-08 11:09:41.0 +0100 +++ qemu-0.8.1/target-i386/helper2.c2006-06-08 11:10:30.0 +0100 @@ -35,7 +35,10 @@ #include linux/unistd.h #include linux/version.h -_syscall3(int, modify_ldt, int, func, void *, ptr, unsigned long, bytecount) +int modify_ldt(int func, void *ptr, unsigned long bytecount) +{ + return syscall(__NR_modify_ldt, func, ptr, bytecount); +} #if LINUX_VERSION_CODE = KERNEL_VERSION(2, 5, 66) #define modify_ldt_ldt_s user_desc -- dwmw2 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Windows Vista
Hi people, Microsoft has released a free download ISO of Windows Vista Beta 2. This Beta will expire at July 1st 2007. Anyone who want to download it (3.3 GB for 32 bit version, 4.4 GB for 64 bit version) can go to: http://www.microsoft.com/windowsvista/getready/preview.mspx It might be fun to test it :) Thanks, Hetz -- Visit my blog (hebrew) for things that (sometimes) matter: http://wp.dad-answers.com ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Good news for Gentoo Linux users
I searched in Gentoo Forums, and the link was incorrect, and the correction posted went to a 0.7.2 source and there are some differences. Mine doesnt use FMOD, and works in x86, amd64, ppc and sparc gentoos, however the one in the bugs is only for x86 and amd64. Also mine includes directly the digest so only decompression is needed. Whatever xD It works, I shared it. Regards El 08/06/2006, a las 10:03, Jan Marten Simons escribió: Am Mittwoch, 7. Juni 2006 23:03 schrieb Natalia Portillo: Hi all, I just made an ebuild for Gentoo Linux that directly takes QEMU from CVS You can find it out here at http://www.claunia.com/qemu/ in the QEMU Official OS Support List It is just after the OS list. It does support emerging KQEMU and QEMU system emulators, but not QVM86 nor QEMU user emulators. Any comment, suggest, so on, here, or on the IRC channel Regards, Natalia Portillo Hi Natalia, I've no intention to discourage you, but a cvs-ebuild for qemu has been in bugzilla for some months now: http://bugs.gentoo.org/show_bug.cgi? id=125668 With regards, Jan PS: It's always a good idea to first look into bugs.gentoo.org and the current portage tree before starting to write a new ebuild. (I learned this the hard way, too). ___ 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
[Qemu-devel] Saving Sparc NVRAM contents between QEMU sessions
Hi Is there any functionality, existing or planned or patched, to save Sparc NVRAM contents between QEMU sessions and reload it when QEMU starts up ? I'm working with some of the others on the OpenBIOS list to try and get QEMU / OpenBIOS to be able to boot SunOS 4 and Solaris It'd be nice if we could get QEMU to save the NVRAM to a file between sessions so that it's possible to either (a) resume where we left off, or (b) be able to specify different NVRAM configurations according to what we are trying to accomplish e.g. boot selection, HOSTID setting, etc. Obviously, writing a save / restore function for NVRAM is not terribly difficult, but how should it be approached the QEMU way ? Any thoughts appreciated. Thanks Jason ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Saving Sparc NVRAM contents between QEMU sessions
Hi, On Thu, 8 Jun 2006, Armistead, Jason wrote: Is there any functionality, existing or planned or patched, to save Sparc NVRAM contents between QEMU sessions and reload it when QEMU starts up ? AFICT, no. Obviously, writing a save / restore function for NVRAM is not terribly difficult, but how should it be approached the QEMU way ? I think the spirit of QEmu would dictate to have a command line option pointing to a file. This file (provided it exists already) would be read in on startup, and written to, whenever the NVRAM changes (it would be best, probably to just fopen()/fseek()/fwrite()/fclose() rather than mmap()ing the file, since MinGW32 either does not support that, or not very well -- I don't remember which of these). Ciao, Dscho ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
RE: [Qemu-devel] Saving Sparc NVRAM contents between QEMU sessions
Is there any functionality, existing or planned or patched, to save Sparc NVRAM contents between QEMU sessions and reload it when QEMU starts up ? Currently nvram is used to pass some information from Qemu to BIOS. Some other mechanism would need to be implemented instead, if nvram contents can't be used anymore. For example, some memory at fixed location. _ 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] Saving Sparc NVRAM contents between QEMU sessions
On Thursday 08 June 2006 15:31, Blue Swirl wrote: Is there any functionality, existing or planned or patched, to save Sparc NVRAM contents between QEMU sessions and reload it when QEMU starts up ? Currently nvram is used to pass some information from Qemu to BIOS. Some other mechanism would need to be implemented instead, if nvram contents can't be used anymore. For example, some memory at fixed location. Or just make qemu override certain sections of the nvram. I'm assuming there is some sort of structure to the nvram contents, or at least particular areas reserved for/commonly used by the BIOS and the OS. Paul ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Windows Vista
don't you need special acpi features inside qemu/bios, otherwise the iso would not boot ? On 6/8/06, Hetz Ben Hamo [EMAIL PROTECTED] wrote: Hi people, Microsoft has released a free download ISO of Windows Vista Beta 2. This Beta will expire at July 1st 2007. Anyone who want to download it (3.3 GB for 32 bit version, 4.4 GB for 64 bit version) can go to: http://www.microsoft.com/windowsvista/getready/preview.mspx It might be fun to test it :) Thanks, Hetz -- Visit my blog (hebrew) for things that (sometimes) matter: http://wp.dad-answers.com ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel -- Christian ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Switch to OpenBIOS for Sparc32/64?
So I'll send you a patch that changes the name 'proll.elf' to 'openbios-builtin.elf' (or maybe it's better to use something like 'openbios-sparc32', simplifies the code) and a sample OpenBIOS file and that's it? Yes. Plus documentation bits. Bonus points if you include a README describing where the bios comes from and basic description of how to reproduce it, even if this is just download the openbios sources and they should just work. OK, here it goes. I didn't describe the reproduction steps (./config/scripts/switch-arch cross-sparc32, make, cp obj-sparc32/openbios-builtin.elf.nostrip openbios-sparc32), as I'll propose on OpenBIOS side some changes to make this a bit easier. I included other fixes currently needed for correct operation (clock year fix, FPU fix by Joerg Platte, MMU no-fault fix). I'll send the binary off-list to avoid the mailing list imposed size restrictions. It's built from unmodified SVN revision 54. _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ qemu-sparc.patch-58b.bz2 Description: Binary data ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Recent patches for qemu block-cow.c etc breaks Win32 build becaus e of fsync()
Hi list Looking at the code that was recently added via http://lists.gnu.org/archive/html/qemu-devel/2006-06/msg00025.html There were a lot of fsync() calls made, but this breaks the QEMU build process on Win32 because fsync() is not available. Suggest something like #ifndef _WIN32 fsync(blah); #else _commit(blah); #endif which seems to work OK for me under MinGW / MSYS environment. The _commit() function seems to be what Microsoft recommend to use, and it compiles and runs OK with that in there, so I guess that MinGW is happy. I'm still trying to get CVS up and running properly so I can contribute patches in the right format. Regards Jason ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Recent patches for qemu block-cow.c etc breaks Win32 build becaus e of fsync()
Hi, On Thu, 8 Jun 2006, Armistead, Jason wrote: #ifndef _WIN32 fsync(blah); #else _commit(blah); #endif Why not define it in config-host.mak like this: --- configure.old 2006-06-08 23:06:48.0 +0200 +++ configure 2006-06-08 23:07:10.0 +0200 @@ -102,6 +102,7 @@ ;; MINGW32*) mingw32=yes +CFLAGS=-Dfsync=_commit ;; FreeBSD) bsd=yes Ciao, Dscho ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Recent patches for qemu block-cow.c etc breaks Win32 build becaus e of fsync()
neat and concise! bravos kudos :) On 6/8/06, Johannes Schindelin [EMAIL PROTECTED] wrote: Why not define it in config-host.mak like this: +CFLAGS=-Dfsync=_commit -- Christian ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Recent patches for qemu block-cow.c etc breaks Win32 build becaus e of fsync()
Why not define it in config-host.mak like this: --- configure.old 2006-06-08 23:06:48.0 +0200 +++ configure 2006-06-08 23:07:10.0 +0200 @@ -102,6 +102,7 @@ ;; MINGW32*) mingw32=yes +CFLAGS=-Dfsync=_commit ;; FreeBSD) bsd=yes No. This is what header files are for. Paul ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Recent patches for qemu block-cow.c etc breaks Win32 build becaus e of fsync()
Hi, On Thu, 8 Jun 2006, Paul Brook wrote: Why not define it in config-host.mak like this: --- configure.old 2006-06-08 23:06:48.0 +0200 +++ configure 2006-06-08 23:07:10.0 +0200 @@ -102,6 +102,7 @@ ;; MINGW32*) mingw32=yes +CFLAGS=-Dfsync=_commit ;; FreeBSD) bsd=yes No. This is what header files are for. Yes, but MS did not provide fsync in header files ;-) Ciao, Dscho ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Switch to OpenBIOS for Sparc32/64?
Hi, Good to see that you can use OpenBIOS now ! I'll apply your patch ASAP. Regards, Fabrice. Blue Swirl wrote: So I'll send you a patch that changes the name 'proll.elf' to 'openbios-builtin.elf' (or maybe it's better to use something like 'openbios-sparc32', simplifies the code) and a sample OpenBIOS file and that's it? Yes. Plus documentation bits. Bonus points if you include a README describing where the bios comes from and basic description of how to reproduce it, even if this is just download the openbios sources and they should just work. OK, here it goes. I didn't describe the reproduction steps (./config/scripts/switch-arch cross-sparc32, make, cp obj-sparc32/openbios-builtin.elf.nostrip openbios-sparc32), as I'll propose on OpenBIOS side some changes to make this a bit easier. I included other fixes currently needed for correct operation (clock year fix, FPU fix by Joerg Platte, MMU no-fault fix). I'll send the binary off-list to avoid the mailing list imposed size restrictions. It's built from unmodified SVN revision 54. _ 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] Recent patches for qemu block-cow.c etc breaks Win32 build becaus e of fsync()
Why not define it in config-host.mak like this: --- configure.old 2006-06-08 23:06:48.0 +0200 +++ configure 2006-06-08 23:07:10.0 +0200 @@ -102,6 +102,7 @@ ;; MINGW32*) mingw32=yes +CFLAGS=-Dfsync=_commit ;; FreeBSD) bsd=yes No. This is what header files are for. Yes, but MS did not provide fsync in header files ;-) I mean you should add a #define in a header file somewhere (eg. vl.h where there are already similar things), not do it via a commandline option. Paul ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu vl.h
CVSROOT:/sources/qemu Module name:qemu Changes by: Paul Brook pbrook 06/06/08 21:51:27 Modified files: . : vl.h Log message: Win32 build fix. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.124r2=1.125 Patches: Index: vl.h === RCS file: /sources/qemu/qemu/vl.h,v retrieving revision 1.124 retrieving revision 1.125 diff -u -b -r1.124 -r1.125 --- vl.h4 Jun 2006 11:39:07 - 1.124 +++ vl.h8 Jun 2006 21:51:27 - 1.125 @@ -47,6 +47,7 @@ #endif #ifdef _WIN32 +#define fsync _commit #define lseek _lseeki64 #define ENOTSUP 4096 /* XXX: find 64 bit version */ ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Recent patches for qemu block-cow.c etc breaks Win32 build becaus e of fsync()
Hi, On Thu, 8 Jun 2006, Paul Brook wrote: I mean you should add a #define in a header file somewhere (eg. vl.h where there are already similar things), not do it via a commandline option. You mean something like this? --- vl.h.old2006-06-08 23:58:55.0 +0200 +++ vl.h2006-06-08 23:59:42.0 +0200 @@ -47,6 +47,7 @@ #endif #ifdef _WIN32 +#define fsync _commit #define lseek _lseeki64 #define ENOTSUP 4096 /* XXX: find 64 bit version */ However, I do not know if this breaks cygwin (if cygwin worked at all, never checked). Ciao, Dscho ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Windows Vista
Christian MICHON wrote: don't you need special acpi features inside qemu/bios, otherwise the iso would not boot ? On 6/8/06, Hetz Ben Hamo [EMAIL PROTECTED] wrote: Hi people, Microsoft has released a free download ISO of Windows Vista Beta 2. This Beta will expire at July 1st 2007. Anyone who want to download it (3.3 GB for 32 bit version, 4.4 GB for 64 bit version) can go to: http://www.microsoft.com/windowsvista/getready/preview.mspx It might be fun to test it :) Thanks, Hetz -- Visit my blog (hebrew) for things that (sometimes) matter: http://wp.dad-answers.com ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel Yes you do need ACPI to get the .iso to boot. I tried it and it failed. You also need 512M of ram and the ability to accept that your PC will BSOD often :-) I'll stick with FC5 Nigel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Switch to OpenBIOS for Sparc32/64?
In response to Blue Swirl writing: So I'll send you a patch that changes the name 'proll.elf' to 'openbios-builtin.elf' (or maybe it's better to use something like 'openbios-sparc32', simplifies the code) and a sample OpenBIOS file and that's it? Fabrice then wrote: Good to see that you can use OpenBIOS now ! I'll apply your patch ASAP. Might I add my thoughts on this subject ? How about allowing the BIOS filename to be specified from the QEMU command line also ? Yes, if the BIOS is not specified then we should use a reasonable default file instead. But, if for example we specifically want to choose some other BIOS file, then how about a -bios filename option so that we can use whatever BIOS we like as an override. e..g if the Sparc OpenBIOS developers might like the concept of having different QEMU invocation scripts that they can call up depending on whether they want to use a stable BIOS or rely on the latest SVN snapshot, they should be able to do that too, without having to have a separate directory with another copy of QEMU and associated disk image files in it. Maybe they want to compare against PROLL for some reason too. It is all much simpler if you can just specify the BIOS file rather than having to move BIOS files around. Cheers Jason ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel