<div dir="ltr"><div><div><div>Well yes in the end it all goes down to evdev so an abstration on top of that would be needed.<br><br>Abstracting udev/devd is probably the easier thing to do. Replacing evdev would be harder, at least for me. I'll see how far I can get.<br><br></div>Getting rid of mtdev for now just means one less headache, but I guess if a good enough evdev abstraction can be made it could be put back.<br><br></div>I'll keep things in my repo for now to experiment on. If anyone else is interested they can have a look at <a href="https://github.com/almindor/libinput">https://github.com/almindor/libinput</a> branch portable.<br><br></div><div>Thanks,<br></div>Ales<br></div><div class="gmail_extra"><br><div class="gmail_quote">2014-12-07 16:09 GMT-07:00 Peter Hutterer <span dir="ltr"><<a href="mailto:peter.hutterer@who-t.net" target="_blank">peter.hutterer@who-t.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Sun, Dec 07, 2014 at 06:31:32PM +0000, <a href="mailto:almindor@gmail.com">almindor@gmail.com</a> wrote:<br>
> I am currently looking into porting libinput for freebsd by making mtdev<br>
> optional and abstracting epoll so it can be nicely replaced with kqueue.<br>
<br>
</span>one question regarding mtdev: it has no dependencies outside of<br>
linux/input.h which you need for evdev anyway in libinput. so wouldn't it be<br>
easier to ship mtdev rather than patching around it?<br>
<span class=""><br>
> Having a basic abstraction on top of the udev functionality would be<br>
> useful for me too since i could replace it with devd.<br>
<br>
</span>compiling out libudev in its current form is a no-go, it needs more work<br>
than that. udev is now a lot deeper integrated than just in the public API.<br>
look at evdev.c to see how we're using the udev_device there. specifically,<br>
we use it to avoid race conditions when devices disappear and re-appear with<br>
the same device node.<br>
<br>
that said, while it's fairly deeply integrated we only use a handful of<br>
calls. so you could figure out either how to do a fake libudev that wraps<br>
those few calls on BSD or a simple and clean abstraction within libinput<br>
that you can wrap it some other way. I'm obviously in favour of the<br>
former :)<br>
<br>
Cheers,<br>
Peter<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
> On Sun Dec 07 2014 11:12:02 GMT-0700 (MST), Thiago Macieira wrote:<br>
> > On Saturday 06 December 2014 23:33:13 Michael Forney wrote:<br>
> > > Currently, libinput is the only system component I would like to use<br>
> > > that has a hard libudev dependency, so unless libinput would consider<br>
> > > making this optional, I'll have to figure out something else.<br>
> ><br>
> > Do you mind my asking why you want this? Is it because you have a different<br>
> > component that does the same job as udev? Or you're trying to make a very<br>
> > constrained device (RAM and Flash) and you need to make room?<br>
> ><br>
> > --<br>
> > Thiago Macieira - thiago (AT) <a href="http://macieira.info" target="_blank">macieira.info</a> - thiago (AT) <a href="http://kde.org" target="_blank">kde.org</a><br>
> > Software Architect - Intel Open Source Technology Center<br>
> > PGP/GPG: 0x6EF45358; fingerprint:<br>
> > E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358<br>
> ><br>
> > _______________________________________________<br>
> > wayland-devel mailing list<br>
> > <a href="mailto:wayland-devel@lists.freedesktop.org">wayland-devel@lists.freedesktop.org</a><br>
> > <a href="http://lists.freedesktop.org/mailman/listinfo/wayland-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/wayland-devel</a><br>
> ><br>
><br>
> --<br>
> Sent from my Jolla<br>
> _______________________________________________<br>
> wayland-devel mailing list<br>
> <a href="mailto:wayland-devel@lists.freedesktop.org">wayland-devel@lists.freedesktop.org</a><br>
> <a href="http://lists.freedesktop.org/mailman/listinfo/wayland-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/wayland-devel</a><br>
><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature">Feel the power of Opensource.<br>Feel the power of Free Pascal.</div>
</div>