16:49:12 <jbk> hrm...
17:55:03 <spicywolf> Who do I need to get into contact with to handle issue tracker/gerrit account management?
18:46:10 <jbk> jclulow is probably your best bet
19:06:57 <spicywolf> Sounds good.  I will likely dispatch an email here shortly then.  Thank you jbk.
21:58:17 <jclulow> Your attention please!
21:58:30 <jclulow> Whomst amongst you will run this for me and tell me the output: pfexec mdb -ke 'fb_info::print paddr'
21:59:27 <richlowe> paddr = 0xbe9d7000
21:59:41 <richlowe> not sure to what degree I have an fb
22:01:06 <jclulow> To some degree, certainly!
22:04:34 <sommerfeld> across an assortment of machines: paddr = 0xf9000000 ; paddr = 0xbc000000 ; paddr = 0xfa000000 ; paddr = 0; paddr = 0xfd000000
22:04:51 <jclulow> thanks sommerfeld 
22:05:01 <jclulow> Critically they're all inside the 32-bit space
22:05:16 <jclulow> I think things become a bit sad if the framebuffer mapping ends up higher than that
22:30:20 <jclulow> yeeeah, nah: https://github.com/illumos/illumos-gate/blob/5e96687e18c05c76765c7d6920cd0b6505f2d587/usr/src/uts/i86pc/boot/boot_fb.c#L422-L423
22:31:03 <jclulow> We should really get to the point where loader can just jump to the ELF entrypoint
22:31:08 <jclulow> in long mode already
22:37:14 <sommerfeld> (BTW, those machines were a mix of oldish (decade+) and newish (purchased in last 2 years) plus one virtual machine (oddly, that wasn't the one with paddr==0)
22:40:18 <jclulow> Yeah.  I have a brand new machine that has an AMD GPU which has chosen to put the framebuffer up high at 0xfce0000000
22:40:25 <jclulow> which, hilariously, when truncated, is I think e0000000
22:40:30 <jclulow> which is the mmio base for PCI
22:40:41 <richlowe> ope
22:41:35 <rmustacc> That is a disaster.
22:41:56 <sommerfeld> the paddr=0 machine is the newest, and it's got displayport and HDMI connectors (displayport worked on initial install but it's running headless right now with a serial console)
22:43:30 <jclulow> sommerfeld: I think when you're headless sometimes the firmware just won't plumb up the graphical EFI stuff
22:44:02 <sommerfeld> which makes total sense -- why waste memory on a frame buffer nobody's going to use?
22:44:33 <jclulow> well, (a) the firmware doesn't actually know that, (b) I might plug one in!
22:44:46 <jclulow> But the real answer is, of course, DRM/KMS
22:44:56 <jclulow> so that we can, you know, turn the screen on ourselves as needed, etc
22:45:06 <jclulow> alas
22:45:16 <jclulow> I will stop us shitting into the mmio space lol