Hi Matt,<br><br><div class="gmail_quote">On Mon, May 10, 2010 at 9:11 AM, Matt Barclay <span dir="ltr"><<a href="mailto:mbarclay@gmail.com">mbarclay@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> 1. Can I access the GPIOs on the DL-1x5 from user space?<br></blockquote><div><br>Udlfb currently has no support for reading or writing GPIOs (from kernel or user space). You'd have to add that to udlfb.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> 2. What is the minimum resolution that the kernel framebuffer driver<br> supports? Can I drive 320x240? I know, sounds strange, but I'm<br> hoping one hardware design can scale from 2" LCD @ 240x320 up to 17" @<br> 1600x1200<br></blockquote><div><br>I'm not sure, actually. I've only tested down to modes that standard monitors can do (640x480). <br><br>I suspect they'll work, but note that for panels that don't report EDID, you'll have to modify udlfb to set the specific timings you need (because EDID reading is not 100% reliable, I've also thought for other reasons about enhancing the udlfb's sysfs edid interface to allow a user mode entity to supply a pre-canned edid -- if so, that would become another option that wouldn't require actual per-mode hacks to udlfb)<br> <br>Best wishes,<br>Bernie<br><a href="http://plugable.com/">http://plugable.com/</a><br></div></div>