> As we wanted to keep unsafe code to a minimum, we instead chose to employ the C code from the original driver as an opportunity to present cgo.
It's not for performance reasons. I think you misread. Also the driver is pure go now:
It's not for performance reasons. I think you misread. Also the driver is pure go now: