<div dir="ltr">Thanks, Matt, I'll pursue the X path.<div><br></div><div>The module loads, but the prompt strangely does not change, despite the edits to loader.conf. The dmesg log doesn't show any information that the intel driver found a device; it only says it loaded.</div><div><br></div><div>When I configure xorg.conf with the driver to be "intel", X is unable to complete, claiming no device is found. The log shows the shared object loads for Intel, but it does not find any graphics device. The CPU is i7-4800MQ which is Haswell.</div><div><br>With no xorg.conf configured, X loads fine into XFCE4 but I am not convinced the resolution is 1920x1080 (the maximum).</div><div><br></div><div>Any suggestions for debugging this?</div><div><br></div><div>-Alex</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jul 9, 2015 at 10:28 PM, Matthew Dillon <span dir="ltr"><<a href="mailto:dillon@backplane.com" target="_blank">dillon@backplane.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">It really is best to use X, it should be well supported on Haswell cpus.  You get all sorts of goodies like nice acceleration, hardware video decoding, etc.<div><br></div><div>We do have some primitive kms console frame buffer support but it's really just designed for simple console stuff and not designed to be a work environment.  Example use case would be to put this in your /boot/loader.conf:<br><div><br></div><div><div>kern.kms_console=1</div></div><div>drm.video.dvid1="1680x1050"</div><div><br></div><div>And then 'kldload i915kms' manually after booting to test it out and if it works you can put the kldload i915kms into your /etc/rc.local.  Video resolution will default to the highest-supported monitor resolution.  The output id in the resolution hint depends on the system setup (I'm not sure how to list available outputs).</div><div><br></div><div>The vga stuff is fast becoming obsolete.</div><div><br></div><div>And, really, this console stuff isn't designed for work environments either.  You want to use X with the intel driver. The GPU support significantly improves performance over VESA or anything else.</div><div><br></div><div>-Matt</div><div><br></div></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jul 9, 2015 at 7:32 PM, Alex Merritt <span dir="ltr"><<a href="mailto:merritt.alex@gmail.com" target="_blank">merritt.alex@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hello DF users,<div><br></div><div>I am trying to enable console support for larger resolutions without using X. I read that enabling "options VESA" makes more options available to "vidcontrol" to switch into, but when I build, it tells me that option is unrecognized. I have a Haswell CPU (i7-4800MQ) and am using 4.0.6 currently.</div><div><br></div><div># vidcontrol -i mode</div><div>shows only modes 24, 27, 30, 32, 34.</div><div><br></div><div># pciconf -l | grep vga</div><div>vgapci0@pci0:1:0:0 class=0x030000 card=0x197b103c chip=0x11fc10de rev=0xa1 hdr=0x00</div><div><br></div><div>Should I just be using X instead of trying this route? What do you recommend?</div><div><br></div><div>Thanks,</div><div>Alex</div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>