[16:07] <rekoil> fuck, it works on a standalone machine
[16:07] <rekoil> god damnit
[16:07] <rekoil> foiled again
[16:30] <rekoil> dongs: this is an asus z8na-d6 motherboard
[16:31] <rekoil> perhaps i'm encountering the same issue?
[16:31] <rekoil> i have other unused pcie lanes, i could try it in another slot maybe
[16:32] <rekoil> or throw out the radeon r9 290, it makes too much noise to mine with when i'm at home anyway
[17:17] <rekoil> dongs: http://i.imgur.com/8VU7P5a.png
[17:17] <rekoil> looks like its on an intel bridge?
[17:17] <rekoil> still same issue
[17:17] <rekoil> card worked in the standalone machine, but not in the vm via vt-d
[21:36] <rekoil> b-rad: you were offline before when I tested the card in another machine. it works fine, it just wont passthrough
[21:37] <rekoil> i've also tested it in another slot on the esxi server, the one that i currently have a radeon r9 290 in on which passthrough is working fine
[21:37] <rekoil> it didn't work in that slot either
[22:44] <dongs> ;ets see
[22:44] <dongs> rekoil: which line is the bridge
[22:44] <dongs> rekoil: what doesnt "work" in VM? did you enable it for passtrhough, and confirmed its actaully enabled (green check?) in esxi config?
[22:45] <dongs> oh, PCI bridges
[22:45] <dongs> PCI devices passtrhough (as opposed to PCIe) is a total crapshoot in esxi
[22:45] <dongs> i gaev up trying to use that and just moevd my harwdare to pcie
[22:45] <dongs> luckily the PCI stuff was custom in-house shit and we just switched to fpga with pcie on it.
[22:46] <rekoil> yeah i don't know man
[22:46] <rekoil> that dell perc card and the r9 290 works fine passthrough
[22:46] <dongs> tjey
[22:46] <dongs> they're PCIe tho right?
[22:46] <rekoil> just the quadhd that doesnt
[22:46] <rekoil> yes
[22:46] <dongs> are TV cards PCI or PCIe?
[22:46] <rekoil> this one is pcie
[22:46] <dongs> oh hm.
[22:47] <rekoil> but it looks like its on a pci bridge?
[22:47] <dongs> > and confirmed its actaully enabled (green check?) in esxi config?
[22:47] <rekoil> green check?
[22:47] <dongs> there's a mark that shows up once device is ready for passthrough
[22:47] <dongs> after a reboot
[22:47] <dongs> its different from the one where it fails to pass
[22:47] <rekoil> like i said i have other devices running in passthrough, i know how to passthrough a device
[22:49] <dongs> yeah. but is. it. actually. passing. through.
[22:50] <rekoil> yes. it. is. actually. passing. through
[22:50] <rekoil> the linux vm sees the card fine
[22:50] <dongs> and shows up in guest OS pci device list?
[22:50] <rekoil> yes
[22:50] <dongs> and stops working there?
[22:50] <rekoil> yes
[22:50] <rekoil> also in windows
[22:51] <dongs> ok, thats quite shitty.
[22:51] <rekoil> yes, indeed
[22:51] <dongs> what digital tv system is this for?
[22:51] <rekoil> dvb-c
[22:51] <dongs> https://www.tbsdtv.com/products/tbs6514_dtmb_dvb_c_quad_tuner_pcie_card.html i suggest this as a replacement
[22:52] <dongs> bonus, it has actually working drivers that aren't RE;d from hacked docs
[22:52] <dongs> and as long as you're behidn Pericom bridge, the FPGA should work as well. (these don't work behind asmedia bridge)
[22:52] <rekoil> i think the pericom bridge is on the hauppauge card?
[22:54] <rekoil> either way i'm using this for plex media server, and there are no tbs cards listed as supported in plex
[23:13] <dongs> rekoil: oh
[23:13] <dongs> rekoil: why the fuck would end-user software care about underlying hardware if lunixtv API is supposed to abstract all that
[23:14] <dongs> opening /dev/dvb/fuckoff should be identical everywhere
[23:14] <dongs> isn't that the whole point?
[23:14] <dongs> lunix is such a giant waste of time sometimes (wait, no, i'm lying, all the time)