15:59:12 <yuripv> hmm, I have a pcie device that seems to have 2 PCIE_EXT_CAP_ID_VS entries, is it possible to somehow get the second one using PCI_CAP_LOCATE(), pci_xcap_locate(), or by any other *simple* means without rolling out enumeration myself?
16:04:17 <rmustacc> I don't see something right this moment for this case. But there probably is something we could add.
16:04:59 <rmustacc> I do agree that the main cap functions don't work well today for vendor-specific or DVSEC caps.
16:24:53 <yuripv> got it, thanks Robert
16:25:45 <yuripv> (I already have enumeration code stolen from other tree part, was just wondering if I'm missing something obvious)
16:53:02 <rmustacc> In this case doo both of them have different vendor-specific IDs?
16:53:21 <rmustacc> That is in your ideal world would you want to do a search by vsec id?
16:53:47 <rmustacc> For the dvsec it'd be by vendor id and dvsec id.
16:55:56 <rmustacc> It wouldn't be too bad to prototype something if it'd help, Yuri.
17:45:39 <yuripv> rmustacc: I'm not sure, just following what driver for another OS does there, and the second entry seems to contain offset further into configuration space for yet more undocumented registers.
17:48:47 <yuripv> and it does something like ext_cap_offset(..., PCIE_EXT_CAP_ID_VS, 1), where 1 is likely meaning "get the second one"
19:18:20 <gitomat> [illumos-gate] 16806 Some services unexpectedly start in /root -- Andy Fiddaman <illumos⊙fn>
19:52:23 <richlowe> it is annoying that `__attribute__((deprecated))` isn't `__attribute__((deprecated("use the new one")))`
19:53:55 <jclulow> Indeed
19:56:54 <rmustacc> C23 deprecated allows that.
19:57:15 <rmustacc> It's an entirely different syntax, alas: [[deprecate("message")]].
19:57:39 <richlowe> that seems exciting to wodge through the preprocessor
19:57:46 <rmustacc> I have an example of it for noreturn!
19:57:55 <rmustacc> It's great.
19:58:07 <richlowe> I was just thinking of what the error message will look like if the parser gets confused
20:30:04 <jbk> i'd imagine the preprocessor would need to know to ignore [[...]] attributes
20:30:15 <jbk> or just pass them through unchanged i guess...
21:27:43 <rmustacc> It's ifdef's all the way down.
21:29:40 <richlowe> my problem with testing what I wondered is finding something we've deprecated but also don't use extensively
21:59:33 <Guest23> hello does anyone know if daily driving ilumos for security is a good idea