看板 FB_svn 關於我們 聯絡資訊
On Jun 29, 2012, at 03:42 , Andriy Gapon wrote: > on 29/06/2012 10:35 Andriy Gapon said the following: >> Author: avg >> Date: Fri Jun 29 07:35:37 2012 >> New Revision: 237748 >> URL: http://svn.freebsd.org/changeset/base/237748 >>=20 >> Log: >> dtrace instruction decoder: add 0x0f 0x1f NOP opcode support >>=20 >> According to the AMD manual the whole range from 0x09 to 0x1f are = NOPs. >> Intel manual mentions only 0x1f. Use only Intel one for now, it = seems >> to be the one actually generated by compilers. >> Use gdb mnemonic for the operation: "nopw". >=20 > BTW, here I have a patch that brings our copy of dtrace dis_tables.c = to the > latest version available in OpenSolaris code: > http://people.freebsd.org/~avg/dtrace-disassm-osol.diff >=20 > I haven't studied at all what the newer code brings in, but it must be = some > fixes and improvements, I guess :-) > The change is mostly a mechanical merge, plus some changes on top to = get the > code to compile. > I've been using the code for a few weeks and haven't run into any = problems. >=20 > Should I put this change into the tree? Have you tried running the DTrace test suite on it? We have the suite = in the tree. If the suite passes similarly with and without the patch I'd say just = put it in and we'll go from there. It's quite a large patch, but, yes, much of it is mechanical changes. Best, George _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org"