>> Yep. We tried that before. The problem is that directfb does this:<br><div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">><br>
> 1. opens /dev/tty0 (hard coded) (see dfb_vt_initialize() in<br>> directfb-0.9.25.1/systems/fbdev/vt.c)<br>> 2. then it attempts to find a console available: n = ioctl( dfb_vt->fd0,<br>> VT_OPENQRY, &dfb_vt->num );
<br><br>But wouldn't the option<br> [no-]vt-switch<br> By default DirectFB allocates a new virtual terminal and<br> switches to it.<br><br>Keep it from doing this. If not then it's a bug in directfb IMHO.
<br><br>> 3. since we are launched from initramfs very early, tty2 is available and<br>> directfb attaches to that (I'd say even if you launch the process in a tty<br>> other than tty1, which seems to be the case now).
<br><br>grts Tim</blockquote><div><br><br>It turns out that the only patch we need is this:<br><br><pre class="code">only in patch2:<br>unchanged:<br>--- directfb-0.9.25.1.orig/inputdrivers/keyboard/keyboard.c<br>+++ directfb-0.9.25.1
/inputdrivers/keyboard/keyboard.c<br>@@ -279,6 +279,8 @@<br> <br> keyboard_set_lights( data, evt.locks );<br> }<br>+ if (readlen <= 0)<br>+ usleep(2000);<br> }<br><br> if (readlen <= 0 && errno != EINTR)
<span style="font-family: arial,sans-serif;"><br><br>We just need to yield the CPU from the keyboard even thread. That fixes the CPU issue and the booting from initramfs issue. <br><br>The only problem is that the ESC key is not handled when booting from initramfs. I'll ask in the directfb-users list to see if i get an answer.
<br></span></pre></div></div>-- <br>----)(----- <br>Luis Mondesi<br>Maestro Debiano<br><br>----- START ENCRYPTED BLOCK (Triple-ROT13) ------<br>Gur Hohagh [Yvahk] qvfgevohgvba oevatf gur fcvevg bs Hohagh gb gur fbsgjner jbeyq.
<br>----- END ENCRYPTED BLOCK (Triple-ROT13) ------