PRE(workq_ops): handle KI_WQOPS_QUEUE_REQTHREADS without complaining.


git-svn-id: svn://svn.valgrind.org/valgrind/trunk@13530 a5019735-40e9-0310-863c-91ae7b9d1cf9
Add a bunch of suppressions for 64-bit OSX 10.8 processes.  This is a
huge kludge in that the right fix is to write proper syscall wrappers
for the new threading syscalls in 10.8, but that hasn't happened yet.


git-svn-id: svn://svn.valgrind.org/valgrind/trunk@13531 a5019735-40e9-0310-863c-91ae7b9d1cf9
Fix 324514  gdbserver monitor cmd output behaviour consistency + allow user
            to put a "marker" msg in process log output

* v.info n_errs_found accepts optional msg, added in the output of
   the monitor command.

* use VG_(printf) rather than VG_(gdb_printf) when output of command
  should be redirected according to v.set gdb_output|log_output|mixed_output

* also avoid calling gdb_printf in output sink processing
  to output zero bytes, as gdb_printf expects to have a null terminated
  string, which is not ensured when 0 bytes have to be output.

* some minor reformatting (replace char* xxx by char *xxx).




git-svn-id: svn://svn.valgrind.org/valgrind/trunk@13532 a5019735-40e9-0310-863c-91ae7b9d1cf9
The flag for compiling test none/tests/ppc32/test_isa_2_07_part2.c was
incorrectly set to FLAG_M64 instead of FLAG_M32.  Fixed the flag.  The 
issue was reported in Bugzilla 324546.

git-svn-id: svn://svn.valgrind.org/valgrind/trunk@13533 a5019735-40e9-0310-863c-91ae7b9d1cf9
The current VEX code is not properly handling a non-zero TH field in the
dcbt instruction, which is valid for several forms of data cache block
touch instructions.  The VEX commit 2761 fixed the missing support in
VEX/priv/guest_ppc_toIR.c.  This commit adds tests for the the non-zero
fields to the test cases for 32 and 64-bit modes.

Bugzilla 324518

git-svn-id: svn://svn.valgrind.org/valgrind/trunk@13534 a5019735-40e9-0310-863c-91ae7b9d1cf9

Oops, forgot to add the new files before the commit for r13534.

Bugzilla 324518

git-svn-id: svn://svn.valgrind.org/valgrind/trunk@13535 a5019735-40e9-0310-863c-91ae7b9d1cf9