runtime: fix netbsd again after reorg

This time for sure.
That C file sure looked like a header file to me. :-)

R=golang-dev
CC=golang-dev
https://codereview.appspot.com/7830043
runtime: fix netbsd after reorg (again)

R=golang-dev
CC=golang-dev
https://codereview.appspot.com/7719046
database/sql: associate a mutex with each driver interface

The database/sql/driver docs make this promise:

   "Conn is a connection to a database. It is not used
   concurrently by multiple goroutines."

That promises exists as part of database/sql's overall
goal of making drivers relatively easy to write.

So far this promise has been kept without the use of locks by
being careful in the database/sql package, but sometimes too
careful. (cf. golang.org/issue/3857)

The CL associates a Mutex with each driver.Conn, and with the
interface value progeny thereof. (e.g. each driver.Tx,
driver.Stmt, driver.Rows, driver.Result, etc) Then whenever
those interface values are used, the Locker is locked.

This CL should be a no-op (aside from some new Lock/Unlock
pairs) and doesn't attempt to fix Issue 3857 or Issue 4459,
but should make it much easier in a subsequent CL.

Update issue 3857

R=golang-dev, adg
CC=golang-dev
https://codereview.appspot.com/7803043