Re: [Qemu-devel] Binaries for Windows

2007-03-10 Thread TAKEDA, toshiya
Dear all.
This is my first post.

My name is TAKEDA, toshiya.
As Kazu announced, I work for Windows port binary release untill he comes back.

I am developing mainly old Japanese computer/console emulators and now trying 
to 
implement NEC PC-98x1 architecture on QEMU.
PC-98x1 architecture is very close to PC/AT and almost important components
for exmaple PIC,PIT,DMA,etc are same. 
So I feel its not so difficult and I hope I can post patches before long.

Thanks,
TAKEDA, toshiya

Hi,

I will stop updating QEMU on Windows web site at least for several months.
Because my eye condition becomes not good, I can't see display well.

New binaries for Windows will be avialable here by TAKEDA Toshiya. He is
developing old Japanese computer emulators.
http://www1.interq.or.jp/t-takeda/top.html
http://www1.interq.or.jp/~t-takeda/qemu/

Thank you for your help.

Regards,
Kazu



___
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] [PATCH] Avoid immediate segfault of qemu-i386 on x86_64 host

2007-03-10 Thread Pierre Palatin
Hi,

I've got a systematic segfault in qemu-i386 ( 0.8.2, 0.9.0 and CVS, but not 
0.8.1) on my x86_64. The segfault happens in glibc (2.4) initialization 
phase, before main :

Program received signal SIGSEGV, Segmentation fault.
0x in ?? ()
(gdb) bt
#0  0x in ?? ()
#1  0x6004a06f in __libc_csu_init ()
#2  0x2acb8cc1dbce in __libc_start_main (main=0x60005120 main, argc=1, 
ubp_av=0x7fff1e3192e8, init=0x6004a010 __libc_csu_init, fini=0x2acb8cf39270 
initial+16,
rtld_fini=0x2acb8c799c30 _dl_fini, stack_end=0x7fff1e3192d8) at 
libc-start.c:190
#3  0x60004b89 in _start ()

Basically, it tries to call a function through a function pointer, but this 
pointer is NULL, hence the segfault. 

The problems lies in the declaration in linux-user/main.c of 
__init_array_start variable and friends. Simply removing them do the trick 
and makes qemu-i386 work nicely. 

I don't really know why this is here; commit tells RH9 fix - path patch and 
code comment refers to a probable bug in ld. So I've just changed (in the 
attached patch) glibc requirement for those variable declarations from  
glibc=2.3  to glibc == 2.3. 
I guess it would need additional tests on a more wide variety of hosts.

Pierre Palatin
Index: linux-user/main.c
===
--- linux-user/main.c	(révision 527)
+++ linux-user/main.c	(copie de travail)
@@ -44,7 +44,7 @@
 
 /* for recent libc, we add these dummy symbols which are not declared
when generating a linked object (bug in ld ?) */
-#if (__GLIBC__  2 || (__GLIBC__ == 2  __GLIBC_MINOR__ = 3))  !defined(CONFIG_STATIC)
+#if (__GLIBC__ == 2  __GLIBC_MINOR__ == 3)  !defined(CONFIG_STATIC)
 long __preinit_array_start[0];
 long __preinit_array_end[0];
 long __init_array_start[0];
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


Re: [Qemu-devel] Binaries for Windows

2007-03-10 Thread Ottavio Caruso
--- Kazu [EMAIL PROTECTED] wrote:
 I will stop updating QEMU on Windows web site at least for several
 months.
 Because my eye condition becomes not good, I can't see display
 well.
 

Kazu,

thank you for your work.

Without your binaries I'd have never discovered qemu and Linux and 
I'd be stuck with Window$.

I am sorry about your conditions, I'd like to have you back soon and 
I'd like you to know that there are many people here that appreciate 
your work.

-- 
Ottavio Caruso

I will not purchase any computing equipment from manufacturers that recommend 
Windows Vista™ or any other Microsoft® products.
http://www.pledgebank.com/boycottvista


 

Don't get soaked.  Take a quick peek at the forecast
with the Yahoo! Search weather shortcut.
http://tools.search.yahoo.com/shortcuts/#loc_weather


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


[Qemu-devel] Partial fix for vvfat + -snapshot

2007-03-10 Thread Lorenzo Campedelli

Hi,

the attached patch is an attempt to fix support of
virtual FAT disk images when used with -snapshot
option.
This combination doesn't work anymore in 0.9.0,
and the reason seems to be that code in block.c
that handles -snapshot, completely disregards
the different filename format used for vvfat.

The patch only restores the -hdX fat:dirname
functionality, while additional options such
as :rw:, :floppy: :32: etc, still fail, as some
functions (e.g. path_combine() and path_is_absolute())
only support the fat: prefix.

I'm not sure the fix is correct (I doubt code in
block.c should know specific issues of different
drivers), but it works for my needs, and maybe
somebody else is interested.

The patch is agains 0.9.0.

Best Regards,
Lorenzo
--- qemu-0.9.0/block.c.orig	2007-03-10 12:53:27.0 +0100
+++ qemu-0.9.0/block.c	2007-03-10 16:22:51.0 +0100
@@ -331,6 +331,7 @@
 
 if (flags  BDRV_O_SNAPSHOT) {
 BlockDriverState *bs1;
+BlockDriver *drv1; 
 int64_t total_size;
 
 /* if snapshot, we create a temporary backing file and open it
@@ -346,10 +347,22 @@
 return -1;
 }
 total_size = bdrv_getlength(bs1)  SECTOR_BITS;
+drv1 = bs1-drv;
 bdrv_delete(bs1);
 
 get_tmp_filename(tmp_filename, sizeof(tmp_filename));
-realpath(filename, backing_filename);
+/*
+ * for vvfat protocol the string fat:options: should remain
+ * the prefix of the filename even after realpath() call ...
+ */
+if (drv1 == bdrv_vvfat) {
+int i = strrchr(filename, ':') - filename + 1;
+
+strncpy(backing_filename, filename, i);
+realpath(filename + i, backing_filename + i);
+} else {
+realpath(filename, backing_filename);
+}
 if (bdrv_create(bdrv_qcow2, tmp_filename, 
 total_size, backing_filename, 0)  0) {
 return -1;
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


Re: [Qemu-devel] Binaries for Windows

2007-03-10 Thread Kazu
Ottavio Caruso wrote:

Kazu,

thank you for your work.

Without your binaries I'd have never discovered qemu and Linux and 
I'd be stuck with Window$.

I am sorry about your conditions, I'd like to have you back soon and 
I'd like you to know that there are many people here that appreciate 
your work.

Thank you. I hope so.

Regards,
Kazu



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