This test fails with --target_board=native-extended-gdbserver because
it misses the usual "disconnect":
 (gdb)  target remote | /usr/lib64/valgrind/../../bin/vgdb --pid=30454
 Already connected to a remote target.  Disconnect? (y or n) n
 Still connected.
 (gdb) FAIL: gdb.base/valgrind-infcall.exp: target remote for vgdb (got interactive prompt)
gdb/testsuite/ChangeLog:
2015-08-06  Pedro Alves  <palves@redhat.com>
	* gdb.base/valgrind-infcall.exp: Issue a "disconnect".
+2015-08-06  Pedro Alves  <palves@redhat.com>
+
+       * gdb.base/valgrind-infcall.exp: Issue a "disconnect".
+
 2015-08-06  Pedro Alves  <palves@redhat.com>
 
        PR gdb/18749
 
 
 clean_restart $testfile
 
+# Make sure we're disconnected, in case we're testing with the
+# native-extended-gdbserver board, where gdb_start/gdb_load spawn
+# gdbserver and connect to it.
+gdb_test "disconnect" ".*"
+
 gdb_test "$vgdbcmd" " in \\.?_start .*" "target remote for vgdb"
 
 gdb_test "monitor v.set gdb_output" "valgrind output will go to gdb.*"