From: Nitin A K. <nit...@in...> - 2007-08-29 00:58:55
Attachments:
push_imm8.patch
|
Hi Avi, Attached is the patch to implement the push imm8 instruction opcode 0x6a. Please apply or comment. And regarding the patches in the dos format, I tried sending patches to my yahoo/gmail account and I don't see them in the DOS format. It's strange it is reaching you in the DOS format. I don't know a way to avoid it right now. Please let me know if there is any known trick or method to avoid this issue. -- Thanks & Regards, Nitin Open Source Technology Center, Intel Corporation ----------------------------------------------------------------- The mind is like a parachute; it works much better when it's open |
From: Jim P. <ji...@jt...> - 2007-08-29 02:00:08
|
> And regarding the patches in the dos format, I tried sending patches to > my yahoo/gmail account and I don't see them in the DOS format. It's > strange it is reaching you in the DOS format. I don't know a way to > avoid it right now. Please let me know if there is any known trick or > method to avoid this issue. Your attachments look correct to me. They have CR/LF endings in the base64 encoded data, but that is the correct "canonical form" for text/* attachments as described by MIME (RFC2049 etc). Avi, I think your client should be converting to the "local form" when you save them -- Evolution and Mutt at least do this. Regardless, Nitin might be able to avoid the problems by sending the attachments with a non-text mime-type, maybe by renaming them to *.dat? -jim |
From: Avi K. <av...@qu...> - 2007-09-01 14:13:11
|
Jim Paris wrote: >> And regarding the patches in the dos format, I tried sending patches to >> my yahoo/gmail account and I don't see them in the DOS format. It's >> strange it is reaching you in the DOS format. I don't know a way to >> avoid it right now. Please let me know if there is any known trick or >> method to avoid this issue. >> > > Your attachments look correct to me. They have CR/LF endings in the > base64 encoded data, but that is the correct "canonical form" for > text/* attachments as described by MIME (RFC2049 etc). Avi, I think > your client should be converting to the "local form" when you save > them -- Evolution and Mutt at least do this. > > Okay. I'll just run dos2unix then, and file a bug report against thunderbird. > Regardless, Nitin might be able to avoid the problems by sending the > attachments with a non-text mime-type, maybe by renaming them to *.dat? > > That might cause them not to be viewed inline, so I'd rather not. -- Any sufficiently difficult bug is indistinguishable from a feature. |
From: Avi K. <av...@qu...> - 2007-09-12 07:54:26
|
Nitin A Kamble wrote: > Hi Avi, > Attached is the patch to implement the push imm8 instruction opcode > 0x6a. > > Please apply or comment. > > The patches look good, but I am holding on right now because of the emulator split. If that is not merged in the next couple of days, I will merge your patches. > And regarding the patches in the dos format, I tried sending patches to > my yahoo/gmail account and I don't see them in the DOS format. It's > strange it is reaching you in the DOS format. I don't know a way to > avoid it right now. Please let me know if there is any known trick or > method to avoid this issue. > > It's probably an issue at my end (Thunderbird). I'll just have to remember to run dos2unix on the patches. -- error compiling committee.c: too many arguments to function |
From: Nitin A K. <nit...@in...> - 2007-09-13 18:28:46
Attachments:
opcodes_sorted3.patch
|
The patch was empty in the last email. My mistake. Reattaching it. Thanks to Bernhard for pointing it out. -- Thanks & Regards, Nitin Open Source Technology Center, Intel Corporation ----------------------------------------------------------------- The mind is like a parachute; it works much better when it's open On Thu, 2007-09-13 at 11:15 -0700, Nitin A Kamble wrote: > Hi Avi, > Attached is the updated version of the patch, to match the latest tip > of the tree. > > Please apply. |
From: Avi K. <av...@qu...> - 2007-09-15 07:13:38
|
Nitin A Kamble wrote: > The patch was empty in the last email. My mistake. Reattaching it. > > Thanks to Bernhard for pointing it out. > Thanks, applied. -- Do not meddle in the internals of kernels, for they are subtle and quick to panic. |
From: Anthony L. <an...@co...> - 2007-09-13 20:48:21
|
Nitin A Kamble wrote: > Hi Avi, > Attached is the patch to implement instruction: > jump conditional relative (like: jnz jo etc) > opcode : 0x0f80 - 0x0f8f > Please apply. > Hi Nitin, Out of curiousity, how far do you think we are from being able to run a big real mode guest? Regards, Anthony Liguori > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > ------------------------------------------------------------------------ > > _______________________________________________ > kvm-devel mailing list > kvm...@li... > https://lists.sourceforge.net/lists/listinfo/kvm-devel |
From: Kamble, N. A <nit...@in...> - 2007-09-13 20:53:18
|
Hi Anthony, I think not very far. Currently I am able to complete int 10 call, and it is going back to protected mode after the big real mode with SuSE 10.1. Currently it is getting to a bad place in protected mode after emulation. I am debugging it. Thanks & Regards, Nitin Linux Open Source Technology Center, Intel Corporation ------------------------------------------------------------------------ -------- The Mind is like a parachute; it works much better when it's open. -----Original Message----- From: Anthony Liguori [mailto:an...@co...]=20 Sent: Thursday, September 13, 2007 1:48 PM To: Kamble, Nitin A Cc: Avi Kivity; kvm-devel; Laurent Vivier Subject: Re: [kvm-devel] [PATCH] (big) real mode emulation - jump conditional relative Nitin A Kamble wrote: > Hi Avi, > Attached is the patch to implement instruction: > jump conditional relative (like: jnz jo etc) > opcode : 0x0f80 - 0x0f8f > Please apply. > =20 Hi Nitin, Out of curiousity, how far do you think we are from being able to run a=20 big real mode guest? Regards, Anthony Liguori > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------ - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > ------------------------------------------------------------------------ > > _______________________________________________ > kvm-devel mailing list > kvm...@li... > https://lists.sourceforge.net/lists/listinfo/kvm-devel |
From: Laurent V. <Lau...@bu...> - 2007-09-12 08:17:48
Attachments:
signature.asc
|
Avi Kivity wrote: > Nitin A Kamble wrote: >> Hi Avi, >> Attached is the patch to implement the push imm8 instruction opcode >> 0x6a. >> >> Please apply or comment. >> >> =20 >=20 > The patches look good, but I am holding on right now because of the=20 > emulator split. If that is not merged in the next couple of days, I=20 > will merge your patches. I'm currently working on this. But first of all I'm trying to install a FC-6 to reproduce the problem (I= don't have it with a Debian etch): I don't know why but I have some problems wi= th the fedora installer (even If I take older kvm or qemu). The merge seems good= =2E Avi, if you want you can apply all modification you have on the x86_emula= tor, I'll rewrite the emulator split according these modifications. Tx, Laurent --=20 ------------- Lau...@bu... -------------- "Software is hard" - Donald Knuth |
From: Avi K. <av...@qu...> - 2007-09-12 08:28:12
|
Laurent Vivier wrote: > Avi Kivity wrote: > >> Nitin A Kamble wrote: >> >>> Hi Avi, >>> Attached is the patch to implement the push imm8 instruction opcode >>> 0x6a. >>> >>> Please apply or comment. >>> >>> >>> >> The patches look good, but I am holding on right now because of the >> emulator split. If that is not merged in the next couple of days, I >> will merge your patches. >> > > I'm currently working on this. > > Thanks! > But first of all I'm trying to install a FC-6 to reproduce the problem (I don't > have it with a Debian etch): I don't know why but I have some problems with the > fedora installer (even If I take older kvm or qemu). The merge seems good. > > Avi, if you want you can apply all modification you have on the x86_emulator, > I'll rewrite the emulator split according these modifications. > Okay, I'll apply Nitin's patches. -- error compiling committee.c: too many arguments to function |
From: Kamble, N. A <nit...@in...> - 2007-09-13 00:36:20
|
Hi Avi, Thanks for pushing my patch in. =20 Can you also take the attached patch? It will make my daily merges easier. Thanks & Regards, Nitin Linux Open Source Technology Center, Intel Corporation ------------------------------------------------------------------------ -------- The Mind is like a parachute; it works much better when it's open. -----Original Message----- From: Avi Kivity [mailto:av...@qu...]=20 Sent: Wednesday, September 12, 2007 1:28 AM To: Laurent Vivier Cc: Kamble, Nitin A; kvm-devel Subject: Re: [kvm-devel] [PATCH] (big) real mode emulation - push imm8 Laurent Vivier wrote: > Avi Kivity wrote: > =20 >> Nitin A Kamble wrote: >> =20 >>> Hi Avi, >>> Attached is the patch to implement the push imm8 instruction opcode >>> 0x6a. >>> >>> Please apply or comment. >>> >>> =20 >>> =20 >> The patches look good, but I am holding on right now because of the=20 >> emulator split. If that is not merged in the next couple of days, I=20 >> will merge your patches. >> =20 > > I'm currently working on this. > > =20 Thanks! > But first of all I'm trying to install a FC-6 to reproduce the problem (I don't > have it with a Debian etch): I don't know why but I have some problems with the > fedora installer (even If I take older kvm or qemu). The merge seems good. > > Avi, if you want you can apply all modification you have on the x86_emulator, > I'll rewrite the emulator split according these modifications. > =20 Okay, I'll apply Nitin's patches. --=20 error compiling committee.c: too many arguments to function |
From: Nitin A K. <nit...@in...> - 2007-09-13 18:15:29
Attachments:
opcodes_sorted3.patch
|
Hi Avi, Attached is the updated version of the patch, to match the latest tip of the tree. Please apply. -- Thanks & Regards, Nitin Open Source Technology Center, Intel Corporation ----------------------------------------------------------------- The mind is like a parachute; it works much better when it's open On Wed, 2007-09-12 at 17:36 -0700, Kamble, Nitin A wrote: > Hi Avi, > Thanks for pushing my patch in. > > Can you also take the attached patch? It will make my daily merges > easier. > > Thanks & Regards, > Nitin > Linux Open Source Technology Center, Intel Corporation > ------------------------------------------------------------------------ > -------- > The Mind is like a parachute; it works much better when it's open. > > -----Original Message----- > From: Avi Kivity [mailto:av...@qu...] > Sent: Wednesday, September 12, 2007 1:28 AM > To: Laurent Vivier > Cc: Kamble, Nitin A; kvm-devel > Subject: Re: [kvm-devel] [PATCH] (big) real mode emulation - push imm8 > > Laurent Vivier wrote: > > Avi Kivity wrote: > > > >> Nitin A Kamble wrote: > >> > >>> Hi Avi, > >>> Attached is the patch to implement the push imm8 instruction > opcode > >>> 0x6a. > >>> > >>> Please apply or comment. > >>> > >>> > >>> > >> The patches look good, but I am holding on right now because of the > >> emulator split. If that is not merged in the next couple of days, I > >> will merge your patches. > >> > > > > I'm currently working on this. > > > > > Thanks! > > > But first of all I'm trying to install a FC-6 to reproduce the problem > (I don't > > have it with a Debian etch): I don't know why but I have some problems > with the > > fedora installer (even If I take older kvm or qemu). The merge seems > good. > > > > Avi, if you want you can apply all modification you have on the > x86_emulator, > > I'll rewrite the emulator split according these modifications. > > > > Okay, I'll apply Nitin's patches. > > > email message attachment > > -------- Forwarded Message -------- > > From: Kamble, Nitin A <nit...@in...> > > Reply-To: Kamble, Nitin A <nit...@in...> > > To: Avi Kivity <av...@qu...> > > Cc: kvm-devel <kvm...@li...> > > Subject: [PATCH] (big) real mode emulation - sort opcode entries 2 > > Date: Thu, 6 Sep 2007 14:54:55 -0700 > > > > Hi Avi, > > Attached is the patch to sort remaining op-codes entries in the > > x86_emulate.c > > This patch is just restructuring current code, not new logic added to > > the file. It makes my life simpler with merging my x86 emulation tree. > > > > please apply. > > |
From: Nitin A K. <nit...@in...> - 2007-09-13 18:55:08
Attachments:
jmp_conditional_rel.patch
|
Hi Avi, Attached is the patch to implement instruction: jump conditional relative (like: jnz jo etc) opcode : 0x0f80 - 0x0f8f Please apply. -- Thanks & Regards, Nitin Open Source Technology Center, Intel Corporation ----------------------------------------------------------------- The mind is like a parachute; it works much better when it's open |
From: Nitin A K. <nit...@in...> - 2007-09-13 23:18:32
Attachments:
jcc_short.patch
|
Hi Avi, This patch is extension to the previous "jump conditional" patch. it implements more jump conditional instruction, opcodes 0x70-0x7f. Please Apply. -- Thanks & Regards, Nitin Open Source Technology Center, Intel Corporation ----------------------------------------------------------------- The mind is like a parachute; it works much better when it's open |
From: Nitin A K. <nit...@in...> - 2007-09-13 23:26:25
Attachments:
or_correction.patch
|
Hi Avi, This patch corrects the emulation of the instruction "or" for opcodes 0xc & 0cd. Please Apply. -- Thanks & Regards, Nitin Open Source Technology Center, Intel Corporation ----------------------------------------------------------------- The mind is like a parachute; it works much better when it's open |
From: Nitin A K. <nit...@in...> - 2007-09-13 23:36:02
Attachments:
sub_imm.patch
|
Hi Avi, Attached patch implement emulation of instructions: sub al imm8 (opcode 0x2c) sub ax imm16, sub eax imm32 (opcode 0x2d) Please Apply -- Thanks & Regards, Nitin Open Source Technology Center, Intel Corporation ----------------------------------------------------------------- The mind is like a parachute; it works much better when it's open |
From: Nitin A K. <nit...@in...> - 2007-09-13 23:47:42
Attachments:
cmp_correction.patch
|
Hi Avi, Attached is the patch to correct the implementation of instruction: cmp opcodes: 0x3c, 0x3d Please Apply. -- Thanks & Regards, Nitin Open Source Technology Center, Intel Corporation ----------------------------------------------------------------- The mind is like a parachute; it works much better when it's open |
From: Nitin A K. <nit...@in...> - 2007-09-13 23:54:08
Attachments:
mov_correction.patch
|
Hi Avi, The attached patch corrects the emulation of instruction: mov opcodes: 0x88 - 0x8b Please apply. -- Thanks & Regards, Nitin Open Source Technology Center, Intel Corporation ----------------------------------------------------------------- The mind is like a parachute; it works much better when it's open |
From: Nitin A K. <nit...@in...> - 2007-09-14 00:02:22
Attachments:
lea.patch
|
Hi Avi, Attached is the patch to implement instruction: lea opcode: 0x8d Please apply -- Thanks & Regards, Nitin Open Source Technology Center, Intel Corporation ----------------------------------------------------------------- The mind is like a parachute; it works much better when it's open |
From: Nitin A K. <nit...@in...> - 2007-09-14 00:15:07
Attachments:
mov_imm.patch
|
Hi Avi, Attached is the patch to implement instruction: mov rl/rh/r, imm opcodes: 0xb0 - 0xbf Please apply, -- Thanks & Regards, Nitin Open Source Technology Center, Intel Corporation ----------------------------------------------------------------- The mind is like a parachute; it works much better when it's open |
From: Nitin A K. <nit...@in...> - 2007-09-14 00:22:42
Attachments:
initialization_fixes.patch
|
Hi Avi, Attached is the patch to initialize src.val & dst.val. Without this, certain instructions are getting affected in their emulation. Please apply. -- Thanks & Regards, Nitin Open Source Technology Center, Intel Corporation ----------------------------------------------------------------- The mind is like a parachute; it works much better when it's open |
From: Nitin A K. <nit...@in...> - 2007-09-14 00:40:52
Attachments:
popf.patch
|
Hi Avi, Attached is the patch to implement emulation of instruction: popf opcode: 0x9d Please apply. -- Thanks & Regards, Nitin Open Source Technology Center, Intel Corporation ----------------------------------------------------------------- The mind is like a parachute; it works much better when it's open |
From: Nitin A K. <nit...@in...> - 2007-09-14 18:20:47
Attachments:
jmp_abs.patch
|
Hi Avi, Attached is the patch to implement instruction: jump absolute opcode: 0xff /4 Please apply. -- Thanks & Regards, Nitin Open Source Technology Center, Intel Corporation ----------------------------------------------------------------- The mind is like a parachute; it works much better when it's open |
From: Nitin A K. <nit...@in...> - 2007-09-14 18:43:32
Attachments:
inc_reg.patch
|
Hi Avi, Attached is the patch to implement instructions: inc reg opcode: 0x40 - 0x47 Please apply. -- Thanks & Regards, Nitin Open Source Technology Center, Intel Corporation ----------------------------------------------------------------- The mind is like a parachute; it works much better when it's open |
From: Nitin A K. <nit...@in...> - 2007-09-14 18:50:42
Attachments:
dec_reg.patch
|
Hi Avi, Attached is the patch to implement emulation of instruction: dec reg opcodes: 0x48 - 0x4f Please apply. -- Thanks & Regards, Nitin Open Source Technology Center, Intel Corporation ----------------------------------------------------------------- The mind is like a parachute; it works much better when it's open |