V9.1 and V7 both segfault on my gentoo machine with v13.12 drivers.

It mines for a seemingly randomly amount of time before this happens (typically 3-10 seconds).

dmesg snip:
[   40.414308] miner[3190]: segfault at 204a000 ip 00007f6bd45223a6 sp 00007f6bb5ffa288 error 4 in libc-2.16.so[7f6bd43ed000+19e000]
[  105.256506] traps: miner[3226] general protection ip:7f60d85f54e7 sp:7f60b3ffe060 error:0 in ld-2.16.so[7f60d85ec000+22000]
[  122.109788] miner[3245]: segfault at 204a000 ip 00007f7d652053a6 sp 00007f7d2bffe288 error 4 in libc-2.16.so[7f7d650d0000+19e000]
[  145.624938] miner[3268]: segfault at 204a000 ip 00007fbf96ace3a6 sp 00007fbf5bffe288 error 4 in libc-2.16.so[7fbf96999000+19e000]

Logs always show this last before the crash:
10:38:50:408    ea7fc700        Share accepted
10:38:50:408    ea7fc700        remove first packet -1

I presume -1 is an error, because normally this is a positive numeric value.

---
Update/edit:
I switched to another pool, and I haven't seen a segfaults yet.  I was initially testing with backup-pool.com with very low starting share target.  There's definitely a bug in the miner causing crashes, but it seems you can mitigate it (or at least, cause it to occur significantly less frequently) with higher share targets (less shares sent/received).  backup-pool on a higher starting difficulty port is running for 15min now.