On Wed, 1 Jun 2011 08:47:50 +0900 Carsten Haitzler (The Rasterman) <[email protected]> wrote:
> On Wed, 1 Jun 2011 06:39:23 +1000 David Seikel <[email protected]> > said: > > > On Fri, 27 May 2011 22:57:20 +0900 Carsten Haitzler (The Rasterman) > > <[email protected]> wrote: > > > > > On Fri, 27 May 2011 23:38:43 +1000 David Seikel > > > <[email protected]> said: > > > > > > > On Fri, 27 May 2011 10:16:28 -0300 Iván Briano (Sachiel) > > > > <[email protected]> wrote: > > > > > > > > > 2011/5/27 David Seikel <[email protected]>: > > > > > > On Fri, 27 May 2011 19:47:52 +1000 David Seikel > > > > > > <[email protected]> wrote: > > > > > > > > > > > >> I'm looking at ecore_fb_kbd.c, and I can't see any place > > > > > >> where the keyboard fd (_ecore_fb_kdb_fd) is set to > > > > > >> anything other than -1. Unless it's hiding under a macro > > > > > >> somewhere. > > > > > > > > > > > > Never mind about that file, seems it's deprecated, and not > > > > > > even compiled. > > > > > > > > > > > > Leaves me still searching for where framebuffer keyboard > > > > > > input is handled, if it is handled at all. If not, I can > > > > > > write it myself. > > > > > > > > > > > > > > > > Just guessing here, but look around the ecore_input stuff. > > > > > > > > Grepping through the source did not find anything in ecore or > > > > evas that's using stdin. I think it's all X input and IMF. > > > > > > > > Is / was anyone working on that? > > > > > > ecore_fb_input_device_open() oipens A linux input device - based > > > on querying properties.. it handles it appropriately. > > > > > > _ecore_evas_fb_init() rummages around opening every input device > > > it can :) > > > > Hmmm, way past me bed time, but sleep is for the weak. > > > > Looks like when using the above, and a USB keyboard is unplugged, > > the kernel panics. I'll investigate more after I've had some sleep. > > a kernel panic... is definitely a kernel problem. just unplugging > some usb device being used for sure! dont know if ecore_fb handles > teh vanishing of the device properly (and then dynamic plugging in > again later). Well no. It only panics when elementary_test is running. If it's just sitting at the shell prompt, no problem, things just keep running fine. And no idea about if I plug it back in again, since I don't get a chance to before the panic. On the other hand, I don't KNOW for sure if it's a kernel panic, since elementary_test has taken over the screen at that point, there is no visible console to see any messages. The system just reboots. I think that classifies as "ecore_fb not handling the vanishing of the device properly" though. This linux system is one I'm building from scratch, just enough so far to let me run elementary_test in fb mode. Plumbing in debugging stuff so I can see what goes on is still a TODO item. I just got to the point where elementary_test is reacting to the keyboard last night, next step is supposed to be writing a simple elementary app to start testing with. If it helps - during development there are usualy two USB keyboards plugged in. Makes no difference to this problem which one is plugged in to start with, or which one is unplugged, or even whether both are plugged in to start with. The end result of this project will have to be able to deal with one being plugged in all the time, the other only being plugged in sometimes while the system is running. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world.
signature.asc
Description: PGP signature
------------------------------------------------------------------------------ Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Data protection magic? Nope - It's vRanger. Get your free trial download today. http://p.sf.net/sfu/quest-sfdev2dev
_______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
