should xsvc package be renamed pkg:/driver/x11/xsvc -> pkg:/driver/xsvc - its not really depending on X11 (Xsun?), the gate consumers are acpidump and libsmbios - neither is depending on X11 but acpidump has hard dependency on /dev/xsvc, while smbios can live with only /dev/smbios present...

tsoome_: other consumers should be fixed to not suck

consuming xsvc is never a good idea

smbios needs to only use /dev/smbios, acpi needs to do the equivalent, but there's no such device yet

thats is valid point ofc.

I wouldn't rename the package, 'cos X is what was meant to use it

everyone else is just cheating because they want to broddle around in real memory and don't want to do the extra work

alanc might have things to add

so the real bugs are missing /dev/acpi and libsmbios is still looking for /dev/xsvc:)

xsvc was supposed to go away when we got kernel drivers implemented for all the video cards we supported in Xorg, but well, that never got implemented

we did get libpciaccess & scanpci to use PCI interfaces instead of just reading PCI bus registers directly via xsvc

my impression was using it for acpi and smbios was a bit of a hack...

'hey this'll work, let's use it for now'

but wasn't really meant for either

jbk: more than "a bit"

and I used it just yesterday to get a hash of the bootrom in a guest VM.. <>

i didn't want to be too harsh :)

andyf: not denying being able to do that has its uses, but it's a terrifying thing to be able to do

(I still think sun should probably not have delivered/relied on pcitool interfaces so much either)

I then decided just to get the bootrom to populate SMBIOS paste.omnios.org/?ab3605e4b8729cd3#…X2jVhFyeTMGLmBiTz35MSrckad1Q1PBJf68

Definitely cleaner

at some point, I need to see if I can setup a bhyve VM (under smartos) for variable storage and maybe run the UEFI shell to be able to test some stuff...

[illumos-gate] 18149 ld(1) should support -zsysroot -- Richard Lowe <richlowe⊙rn>

[illumos-gate] 18247 elf-test TLS tests should work with newer gas -- Richard Lowe <richlowe⊙rn>

heh.. I feel like ::dladm could possibly be more useful :)