* [Qemu-devel] qemu/slirp bootp.c bootp.h ip_icmp.h libslirp.h...
@ 2005-06-05 17:11 Fabrice Bellard
2005-06-05 18:00 ` Andreas Bollhalder
0 siblings, 1 reply; 8+ messages in thread
From: Fabrice Bellard @ 2005-06-05 17:11 UTC (permalink / raw)
To: qemu-devel
CVSROOT: /cvsroot/qemu
Module name: qemu
Branch:
Changes by: Fabrice Bellard <bellard@savannah.gnu.org> 05/06/05 17:11:42
Modified files:
slirp : bootp.c bootp.h ip_icmp.h libslirp.h
slirp_config.h udp.c udp.h
Log message:
64 bit fixes (initial patch by Gwenole Beauchesne)
CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/slirp/bootp.c.diff?tr1=1.6&tr2=1.7&r1=text&r2=text
http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/slirp/bootp.h.diff?tr1=1.1&tr2=1.2&r1=text&r2=text
http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/slirp/ip_icmp.h.diff?tr1=1.1&tr2=1.2&r1=text&r2=text
http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/slirp/libslirp.h.diff?tr1=1.4&tr2=1.5&r1=text&r2=text
http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/slirp/slirp_config.h.diff?tr1=1.3&tr2=1.4&r1=text&r2=text
http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/slirp/udp.c.diff?tr1=1.4&tr2=1.5&r1=text&r2=text
http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/slirp/udp.h.diff?tr1=1.1&tr2=1.2&r1=text&r2=text
^ permalink raw reply [flat|nested] 8+ messages in thread
* RE: [Qemu-devel] qemu/slirp bootp.c bootp.h ip_icmp.h libslirp.h...
2005-06-05 17:11 [Qemu-devel] qemu/slirp bootp.c bootp.h ip_icmp.h libslirp.h Fabrice Bellard
@ 2005-06-05 18:00 ` Andreas Bollhalder
2005-06-06 1:02 ` [Qemu-devel] " Ronald
0 siblings, 1 reply; 8+ messages in thread
From: Andreas Bollhalder @ 2005-06-05 18:00 UTC (permalink / raw)
To: qemu-devel
Hello
On my WinXP host, I get a compile error in "udp.c" with the current
QEMU version from the CVS. I use MinGW and MSYS (1.0.10). I was able
to compile all versions of QEMU before.
Maybe, I'm too early and miss some updates which are on the way...
Andreas
gcc -Wall -O2 -g -fno-strict-aliasing -fomit-frame-pointer -I.
-I/d/dev/QEMU/qemu/target-i386 -I/d/dev/QEMU/qemu -D_GNU_SOURCE
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -I/d/dev/QEMU/qemu/fpu
-I/d/dev/QEMU/qemu/slirp -c -o slirp/udp.o
/d/dev/QEMU/qemu/slirp/udp.c
d:/dev/QEMU/qemu/slirp/udp.c: In function `udp_emu':
d:/dev/QEMU/qemu/slirp/udp.c:428: warning: no semicolon at end of
struct or union
d:/dev/QEMU/qemu/slirp/udp.c:428: parse error before '.' token
d:/dev/QEMU/qemu/slirp/udp.c:405: warning: unused variable `addrlen'
d:/dev/QEMU/qemu/slirp/udp.c:429: warning: unused variable `seqn'
d:/dev/QEMU/qemu/slirp/udp.c:430: warning: unused variable `message'
d:/dev/QEMU/qemu/slirp/udp.c:431: warning: unused variable `data_type'
d:/dev/QEMU/qemu/slirp/udp.c:432: warning: unused variable `pkt_len'
d:/dev/QEMU/qemu/slirp/udp.c: At top level:
d:/dev/QEMU/qemu/slirp/udp.c:433: warning: type defaults to `int' in
declaration of `cu_head'
d:/dev/QEMU/qemu/slirp/udp.c:433: warning: data definition has no type
or storage class
d:/dev/QEMU/qemu/slirp/udp.c:435: parse error before "switch"
d:/dev/QEMU/qemu/slirp/udp.c:618: warning: type defaults to `int' in
declaration of `cu_head'
d:/dev/QEMU/qemu/slirp/udp.c:618: conflicting types for `cu_head'
d:/dev/QEMU/qemu/slirp/udp.c:433: previous declaration of `cu_head'
d:/dev/QEMU/qemu/slirp/udp.c:618: `m' undeclared here (not in a
function)
d:/dev/QEMU/qemu/slirp/udp.c:618: warning: data definition has no type
or storage class
d:/dev/QEMU/qemu/slirp/udp.c:619: parse error before '->' token
make: *** [slirp/udp.o] Error 1
> -----Original Message-----
> From: qemu-devel-bounces+bolle=geodb.org@nongnu.org
> [mailto:qemu-devel-bounces+bolle=geodb.org@nongnu.org] On
> Behalf Of Fabrice Bellard
> Sent: Sunday, June 05, 2005 7:12 PM
> To: qemu-devel@nongnu.org
> Subject: [Qemu-devel] qemu/slirp bootp.c bootp.h ip_icmp.h
> libslirp.h...
>
>
> *This message was transferred with a trial version of
> CommuniGate(tm) Pro*
> CVSROOT: /cvsroot/qemu
> Module name: qemu
> Branch:
> Changes by: Fabrice Bellard <bellard@savannah.gnu.org>
> 05/06/05 17:11:42
>
> Modified files:
> slirp : bootp.c bootp.h ip_icmp.h libslirp.h
> slirp_config.h udp.c udp.h
>
> Log message:
> 64 bit fixes (initial patch by Gwenole Beauchesne)
>
> CVSWeb URLs:
> http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/slirp/bootp.
c.diff?tr1=1.6&tr2=1.7&r1=text&r2=text
http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/slirp/bootp.h.diff?t
r1=1.1&tr2=1.2&r1=text&r2=text
http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/slirp/ip_icmp.h.diff
?tr1=1.1&tr2=1.2&r1=text&r2=text
http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/slirp/libslirp.h.dif
f?tr1=1.4&tr2=1.5&r1=text&r2=text
http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/slirp/slirp_config.h
.diff?tr1=1.3&tr2=1.4&r1=text&r2=text
http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/slirp/udp.c.diff?tr1
=1.4&tr2=1.5&r1=text&r2=text
http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/slirp/udp.h.diff?tr1
=1.1&tr2=1.2&r1=text&r2=text
_______________________________________________
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
^ permalink raw reply [flat|nested] 8+ messages in thread
* [Qemu-devel] RE: qemu/slirp bootp.c bootp.h ip_icmp.h libslirp.h...
2005-06-05 18:00 ` Andreas Bollhalder
@ 2005-06-06 1:02 ` Ronald
2005-06-07 16:48 ` Andreas Bollhalder
2005-07-19 18:00 ` [Qemu-devel] Writing to ROM-Range 0xC800-EFFF Andreas Bollhalder
0 siblings, 2 replies; 8+ messages in thread
From: Ronald @ 2005-06-06 1:02 UTC (permalink / raw)
To: qemu-devel
Le Sun, 05 Jun 2005 20:00:12 +0200, Andreas Bollhalder a écrit :
> Hello
>
> On my WinXP host, I get a compile error in "udp.c" with the current QEMU
> version from the CVS. I use MinGW and MSYS (1.0.10). I was able to compile
> all versions of QEMU before.
>
> Maybe, I'm too early and miss some updates which are on the way...
s_addr is already in use in winsock2.h
8< --
struct in_addr {
union {
struct { u_char s_b1,s_b2,s_b3,s_b4; } S_un_b;
struct { u_short s_w1,s_w2; } S_un_w;
u_long S_addr;
} S_un;
#define s_addr S_un.S_addr
#define s_host S_un.S_un_b.s_b2
#define s_net S_un.S_un_b.s_b1
#define s_imp S_un.S_un_w.s_w2
#define s_impno S_un.S_un_b.s_b4
#define s_lh S_un.S_un_b.s_b3
};
8< --
I can built if I change the name.
--- slirp/udp.c 2005-06-06 02:57:59.398260235 +0200
+++ slirp/udp.c.try 2005-06-06 02:57:45.200935620 +0200
@@ -425,7 +425,7 @@
uint32_t d_addr; // destination address
uint16_t s_family; // source family
uint16_t s_port; // source port
- uint32_t s_addr; // source address
+ uint32_t so_addr; // source address
uint32_t seqn; // sequence number
uint16_t message; // message
uint16_t data_type; // data type
@@ -617,7 +617,7 @@
return;
cu_head = mtod(m, struct cu_header *);
cu_head->s_port = addr.sin_port;
- cu_head->s_addr = our_addr.s_addr;
+ cu_head->so_addr = our_addr.s_addr;
}
return;
> Andreas
>
>
> gcc -Wall -O2 -g -fno-strict-aliasing -fomit-frame-pointer -I.
> -I/d/dev/QEMU/qemu/target-i386 -I/d/dev/QEMU/qemu -D_GNU_SOURCE
> -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -I/d/dev/QEMU/qemu/fpu
> -I/d/dev/QEMU/qemu/slirp -c -o slirp/udp.o /d/dev/QEMU/qemu/slirp/udp.c
> d:/dev/QEMU/qemu/slirp/udp.c: In function `udp_emu':
> d:/dev/QEMU/qemu/slirp/udp.c:428: warning: no semicolon at end of struct
> or union
> d:/dev/QEMU/qemu/slirp/udp.c:428: parse error before '.' token
> d:/dev/QEMU/qemu/slirp/udp.c:405: warning: unused variable `addrlen'
> d:/dev/QEMU/qemu/slirp/udp.c:429: warning: unused variable `seqn'
> d:/dev/QEMU/qemu/slirp/udp.c:430: warning: unused variable `message'
> d:/dev/QEMU/qemu/slirp/udp.c:431: warning: unused variable `data_type'
> d:/dev/QEMU/qemu/slirp/udp.c:432: warning: unused variable `pkt_len'
> d:/dev/QEMU/qemu/slirp/udp.c: At top level:
> d:/dev/QEMU/qemu/slirp/udp.c:433: warning: type defaults to `int' in
> declaration of `cu_head'
> d:/dev/QEMU/qemu/slirp/udp.c:433: warning: data definition has no type or
> storage class
> d:/dev/QEMU/qemu/slirp/udp.c:435: parse error before "switch"
> d:/dev/QEMU/qemu/slirp/udp.c:618: warning: type defaults to `int' in
> declaration of `cu_head'
> d:/dev/QEMU/qemu/slirp/udp.c:618: conflicting types for `cu_head'
> d:/dev/QEMU/qemu/slirp/udp.c:433: previous declaration of `cu_head'
> d:/dev/QEMU/qemu/slirp/udp.c:618: `m' undeclared here (not in a function)
> d:/dev/QEMU/qemu/slirp/udp.c:618: warning: data definition has no type or
> storage class
> d:/dev/QEMU/qemu/slirp/udp.c:619: parse error before '->' token make: ***
> [slirp/udp.o] Error 1
>
^ permalink raw reply [flat|nested] 8+ messages in thread
* RE: [Qemu-devel] RE: qemu/slirp bootp.c bootp.h ip_icmp.h libslirp.h...
2005-06-06 1:02 ` [Qemu-devel] " Ronald
@ 2005-06-07 16:48 ` Andreas Bollhalder
2005-07-19 18:00 ` [Qemu-devel] Writing to ROM-Range 0xC800-EFFF Andreas Bollhalder
1 sibling, 0 replies; 8+ messages in thread
From: Andreas Bollhalder @ 2005-06-07 16:48 UTC (permalink / raw)
To: qemu-devel
Hello
This did it and I have it up and working. Thank a lot!!
Andreas
> -----Original Message-----
> From: qemu-devel-bounces+bolle=geodb.org@nongnu.org
> [mailto:qemu-devel-bounces+bolle=geodb.org@nongnu.org] On
> Behalf Of Ronald
> Sent: Monday, June 06, 2005 3:02 AM
> To: qemu-devel@nongnu.org
> Subject: [Qemu-devel] RE: qemu/slirp bootp.c bootp.h
> ip_icmp.h libslirp.h...
>
>
> *This message was transferred with a trial version of
> CommuniGate(tm) Pro*
> Le Sun, 05 Jun 2005 20:00:12 +0200, Andreas Bollhalder a écrit :
>
> > Hello
> >
> > On my WinXP host, I get a compile error in "udp.c" with the
> current QEMU
> > version from the CVS. I use MinGW and MSYS (1.0.10). I was
> able to compile
> > all versions of QEMU before.
> >
> > Maybe, I'm too early and miss some updates which are on the way...
>
> s_addr is already in use in winsock2.h
>
> 8< --
>
> struct in_addr {
> union {
> struct { u_char s_b1,s_b2,s_b3,s_b4; } S_un_b;
> struct { u_short s_w1,s_w2; } S_un_w;
> u_long S_addr;
> } S_un;
> #define s_addr S_un.S_addr
> #define s_host S_un.S_un_b.s_b2
> #define s_net S_un.S_un_b.s_b1
> #define s_imp S_un.S_un_w.s_w2
> #define s_impno S_un.S_un_b.s_b4
> #define s_lh S_un.S_un_b.s_b3
> };
>
> 8< --
>
>
> I can built if I change the name.
>
> --- slirp/udp.c 2005-06-06 02:57:59.398260235 +0200
> +++ slirp/udp.c.try 2005-06-06 02:57:45.200935620 +0200
> @@ -425,7 +425,7 @@
> uint32_t d_addr; // destination address
> uint16_t s_family; // source family
> uint16_t s_port; // source port
> - uint32_t s_addr; // source address
> + uint32_t so_addr; //
> source address
> uint32_t seqn; // sequence number
> uint16_t message; // message
> uint16_t data_type; // data type
> @@ -617,7 +617,7 @@
> return;
> cu_head = mtod(m, struct cu_header *);
> cu_head->s_port = addr.sin_port;
> - cu_head->s_addr = our_addr.s_addr;
> + cu_head->so_addr = our_addr.s_addr;
> }
>
> return;
>
>
> > Andreas
> >
> >
> > gcc -Wall -O2 -g -fno-strict-aliasing -fomit-frame-pointer -I.
> > -I/d/dev/QEMU/qemu/target-i386 -I/d/dev/QEMU/qemu -D_GNU_SOURCE
> > -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -I/d/dev/QEMU/qemu/fpu
> > -I/d/dev/QEMU/qemu/slirp -c -o slirp/udp.o
> /d/dev/QEMU/qemu/slirp/udp.c
> > d:/dev/QEMU/qemu/slirp/udp.c: In function `udp_emu':
> > d:/dev/QEMU/qemu/slirp/udp.c:428: warning: no semicolon at
> end of struct
> > or union
> > d:/dev/QEMU/qemu/slirp/udp.c:428: parse error before '.' token
> > d:/dev/QEMU/qemu/slirp/udp.c:405: warning: unused variable
`addrlen'
> > d:/dev/QEMU/qemu/slirp/udp.c:429: warning: unused variable `seqn'
> > d:/dev/QEMU/qemu/slirp/udp.c:430: warning: unused variable
`message'
> > d:/dev/QEMU/qemu/slirp/udp.c:431: warning: unused variable
> `data_type'
> > d:/dev/QEMU/qemu/slirp/udp.c:432: warning: unused variable
`pkt_len'
> > d:/dev/QEMU/qemu/slirp/udp.c: At top level:
> > d:/dev/QEMU/qemu/slirp/udp.c:433: warning: type defaults to `int'
in
> > declaration of `cu_head'
> > d:/dev/QEMU/qemu/slirp/udp.c:433: warning: data definition
> has no type or
> > storage class
> > d:/dev/QEMU/qemu/slirp/udp.c:435: parse error before "switch"
> > d:/dev/QEMU/qemu/slirp/udp.c:618: warning: type defaults to `int'
in
> > declaration of `cu_head'
> > d:/dev/QEMU/qemu/slirp/udp.c:618: conflicting types for `cu_head'
> > d:/dev/QEMU/qemu/slirp/udp.c:433: previous declaration of
`cu_head'
> > d:/dev/QEMU/qemu/slirp/udp.c:618: `m' undeclared here (not
> in a function)
> > d:/dev/QEMU/qemu/slirp/udp.c:618: warning: data definition
> has no type or
> > storage class
> > d:/dev/QEMU/qemu/slirp/udp.c:619: parse error before '->'
> token make: ***
> > [slirp/udp.o] Error 1
> >
>
>
>
>
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>
^ permalink raw reply [flat|nested] 8+ messages in thread
* [Qemu-devel] Writing to ROM-Range 0xC800-EFFF
2005-06-06 1:02 ` [Qemu-devel] " Ronald
2005-06-07 16:48 ` Andreas Bollhalder
@ 2005-07-19 18:00 ` Andreas Bollhalder
2005-07-25 15:39 ` Jim C. Brown
1 sibling, 1 reply; 8+ messages in thread
From: Andreas Bollhalder @ 2005-07-19 18:00 UTC (permalink / raw)
To: qemu-devel
Hello
What does I need to change in the source code of QEMU that it would be
possible to enable write access to the ROM adresses from 0xC800 up to
0xEFFF ? For instance, "UMBPCI.SYS"
(http://www.uwe-sieber.de/umbpci_e.html) can made this range
accessible for direct access if no BIOS-ROM is using it. The original
chipset which QEMU emulate (Intel 440FX) does allow this, but in QEMU,
it won't work.
Any ideas ?
Andreas
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Qemu-devel] Writing to ROM-Range 0xC800-EFFF
2005-07-19 18:00 ` [Qemu-devel] Writing to ROM-Range 0xC800-EFFF Andreas Bollhalder
@ 2005-07-25 15:39 ` Jim C. Brown
2005-07-26 14:41 ` Andreas Bollhalder
0 siblings, 1 reply; 8+ messages in thread
From: Jim C. Brown @ 2005-07-25 15:39 UTC (permalink / raw)
To: bolle, qemu-devel
On Tue, Jul 19, 2005 at 08:00:21PM +0200, Andreas Bollhalder wrote:
> Hello
>
> What does I need to change in the source code of QEMU that it would be
> possible to enable write access to the ROM adresses from 0xC800 up to
> 0xEFFF ? For instance, "UMBPCI.SYS"
> (http://www.uwe-sieber.de/umbpci_e.html) can made this range
> accessible for direct access if no BIOS-ROM is using it. The original
> chipset which QEMU emulate (Intel 440FX) does allow this, but in QEMU,
> it won't work.
>
> Any ideas ?
>
> Andreas
>
I'd recommend looking at i440fx_init() in hw/pci.c as a starting point.
Also see if you can modify the constant IO_MEM_ROM.
--
Infinite complexity begets infinite beauty.
Infinite precision begets infinite perfection.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Qemu-devel] Writing to ROM-Range 0xC800-EFFF
2005-07-25 15:39 ` Jim C. Brown
@ 2005-07-26 14:41 ` Andreas Bollhalder
2006-02-08 19:33 ` [Qemu-devel] QEMU freeze with "Servicing hardware INT=0x08" Andreas Bollhalder
0 siblings, 1 reply; 8+ messages in thread
From: Andreas Bollhalder @ 2005-07-26 14:41 UTC (permalink / raw)
To: qemu-devel
Hello Jim
Thank you for the tips. I will have a look into it. Would be nice if
QEMU could allow us to enable write access to the BIOS memory range
(shadow RAM) which isn't in use.
Andreas
Jim C. Brown wrote:
> On Tue, Jul 19, 2005 at 08:00:21PM +0200, Andreas Bollhalder wrote:
>
>>Hello
>>
>>What does I need to change in the source code of QEMU that it would be
>>possible to enable write access to the ROM adresses from 0xC800 up to
>>0xEFFF ? For instance, "UMBPCI.SYS"
>>(http://www.uwe-sieber.de/umbpci_e.html) can made this range
>>accessible for direct access if no BIOS-ROM is using it. The original
>>chipset which QEMU emulate (Intel 440FX) does allow this, but in QEMU,
>>it won't work.
>>
>>Any ideas ?
>>
>>Andreas
>>
>
>
> I'd recommend looking at i440fx_init() in hw/pci.c as a starting point.
>
> Also see if you can modify the constant IO_MEM_ROM.
>
^ permalink raw reply [flat|nested] 8+ messages in thread
* [Qemu-devel] QEMU freeze with "Servicing hardware INT=0x08"
2005-07-26 14:41 ` Andreas Bollhalder
@ 2006-02-08 19:33 ` Andreas Bollhalder
0 siblings, 0 replies; 8+ messages in thread
From: Andreas Bollhalder @ 2006-02-08 19:33 UTC (permalink / raw)
To: qemu-devel
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hello
I'm using QEMU 0.8.0 CVS under Windows. In the x86 version, one of my
DOS application freezes QEMU amd I have to close it.
I enabled the debugging with "-d in_asm,op_opt". At the end of the log
file, I have over 1770 times the entry stating that QEMU is serving Int
0x08.
Is this because the DOS application is poorly written or could this be a
problem of QEMU ?
What debug options are the best to use in my case ?
Thanks for your opinions.
Andreas
- ----------------
IN:
0x0000cd0a: repnz scas %es:(%di),%ax
AFTER FLAGS OPT:
0x0000: jnz_ecxw 0x0
0x0001: goto_tb1 0x174b6e0
0x0002: movl_eip_im 0xdbc
0x0003: movl_T0_im 0x174b6e1
0x0004: exit_tb
0x0005: movl_T0_EAX
0x0006: movl_A0_EDI
0x0007: andl_A0_ffff
0x0008: addl_A0_seg 0x40
0x0009: lduw_user_T1_A0
0x000a: cmpl_T0_T1_cc
0x000b: movl_T0_Dshiftw
0x000c: addw_EDI_T0
0x000d: decw_ECX
0x000e: set_cc_op 0xf
0x000f: jz_subw 0x1
0x0010: goto_tb0 0x174b6e0
0x0011: movl_eip_im 0xdba
0x0012: movl_T0_im 0x174b6e0
0x0013: exit_tb
0x0014: end
- ----------------
IN:
0x0000cd0c: jne 0xcd8b
AFTER FLAGS OPT:
0x0000: setz_T0_cc
0x0001: jnz_T0_label 0x0
0x0002: goto_tb0 0x174b720
0x0003: movl_eip_im 0xe3b
0x0004: movl_T0_im 0x174b720
0x0005: exit_tb
0x0006: goto_tb1 0x174b720
0x0007: movl_eip_im 0xdbe
0x0008: movl_T0_im 0x174b721
0x0009: exit_tb
0x000a: end
- ----------------
IN:
0x0000cd8b: addw $0x1,1114
0x0000cd90: adcw $0x0,1116
0x0000cd95: jmp 0xccd6
AFTER FLAGS OPT:
0x0000: movl_A0_im 0x45a
0x0001: addl_A0_seg 0x70
0x0002: movl_T1_im 0x1
0x0003: lduw_user_T0_A0
0x0004: addl_T0_T1
0x0005: stw_user_T0_A0
0x0006: update2_cc
0x0007: movl_A0_im 0x45c
0x0008: addl_A0_seg 0x70
0x0009: movl_T1_im 0x0
0x000a: lduw_user_T0_A0
0x000b: set_cc_op 0x7
0x000c: adcw_user_T0_T1_cc
0x000d: goto_tb0 0x174b760
0x000e: movl_eip_im 0xd86
0x000f: movl_T0_im 0x174b760
0x0010: exit_tb
0x0011: end
- ----------------
IN:
0x0000ccd6: mov $0x8001,%ax
0x0000ccd9: or %ax,%ax
0x0000ccdb: jmp 0xcd6c
AFTER FLAGS OPT:
0x0000: movl_T0_im 0x8001
0x0001: movw_EAX_T0
0x0002: movl_T1_EAX
0x0003: movl_T0_EAX
0x0004: orl_T0_T1
0x0005: movw_EAX_T0
0x0006: update1_cc
0x0007: set_cc_op 0x17
0x0008: goto_tb0 0x174b7a0
0x0009: movl_eip_im 0xe1c
0x000a: movl_T0_im 0x174b7a0
0x000b: exit_tb
0x000c: end
- ----------------
IN:
0x0000cd6c: pop %di
0x0000cd6d: mov %dx,%ds
0x0000cd6f: lret
AFTER FLAGS OPT:
0x0000: movl_A0_ESP
0x0001: andl_A0_ffff
0x0002: addl_A0_SS
0x0003: lduw_user_T0_A0
0x0004: addw_ESP_2
0x0005: movw_EDI_T0
0x0006: movl_T0_EDX
0x0007: movl_seg_T0_vm 0x6c
0x0008: movl_A0_ESP
0x0009: andl_A0_ffff
0x000a: movl_T1_A0
0x000b: addl_A0_seg 0x60
0x000c: lduw_user_T0_A0
0x000d: andl_T0_ffff
0x000e: jmp_T0
0x000f: addl_A0_im 0x2
0x0010: lduw_user_T0_A0
0x0011: movl_seg_T0_vm 0x4c
0x0012: addw_ESP_4
0x0013: movl_T0_0
0x0014: exit_tb
0x0015: end
- ----------------
IN:
0x00008c02: jne 0x8c09
AFTER FLAGS OPT:
0x0000: setz_T0_cc
0x0001: jnz_T0_label 0x0
0x0002: goto_tb0 0x174b820
0x0003: movl_eip_im 0x399
0x0004: movl_T0_im 0x174b820
0x0005: exit_tb
0x0006: goto_tb1 0x174b820
0x0007: movl_eip_im 0x394
0x0008: movl_T0_im 0x174b821
0x0009: exit_tb
0x000a: end
- ----------------
IN:
0x00008c09: pop %bx
0x00008c0a: jmp 0x8c13
AFTER FLAGS OPT:
0x0000: movl_A0_ESP
0x0001: andl_A0_ffff
0x0002: addl_A0_SS
0x0003: lduw_user_T0_A0
0x0004: addw_ESP_2
0x0005: movw_EBX_T0
0x0006: goto_tb0 0x174b860
0x0007: movl_eip_im 0x3a3
0x0008: movl_T0_im 0x174b860
0x0009: exit_tb
0x000a: end
Servicing hardware INT=0x08
... 1770 times repeated
Servicing hardware INT=0x08
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFD6kaEkyKr2gmercERAlv/AKCS6Yt0Zvd/amFAYkYvv2jK91DXrACfd0rv
V0CkkLrB4vxWstfeZ9q/lgY=
=juM5
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2006-02-08 19:33 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-06-05 17:11 [Qemu-devel] qemu/slirp bootp.c bootp.h ip_icmp.h libslirp.h Fabrice Bellard
2005-06-05 18:00 ` Andreas Bollhalder
2005-06-06 1:02 ` [Qemu-devel] " Ronald
2005-06-07 16:48 ` Andreas Bollhalder
2005-07-19 18:00 ` [Qemu-devel] Writing to ROM-Range 0xC800-EFFF Andreas Bollhalder
2005-07-25 15:39 ` Jim C. Brown
2005-07-26 14:41 ` Andreas Bollhalder
2006-02-08 19:33 ` [Qemu-devel] QEMU freeze with "Servicing hardware INT=0x08" Andreas Bollhalder
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.