Page MenuHomeFreeBSD

wulf_cicgroup.ru (Vladimir Kondrtyev)
User

Projects

User does not belong to any projects.

User Details

User Since
Jun 25 2016, 8:16 AM (244 w, 5 d)

Recent Activity

Dec 22 2018

wulf_cicgroup.ru abandoned D7588: Ports support for coming input events interface.

Most changes has been committed with r487789

Dec 22 2018, 4:07 PM

Oct 12 2017

wulf_cicgroup.ru updated the diff for D7588: Ports support for coming input events interface.

Small fix

Oct 12 2017, 12:28 AM
wulf_cicgroup.ru updated the diff for D7588: Ports support for coming input events interface.

Evdev headers now are downloaded from torvalds/linux github repository not from libevdev port
PR/196678 is excluded as it should be the part of future xorg-server update proposed by mrezny@. (I hope it will happen, better sooner than later)
devel/libevdev, devel/py-evdev, devel/evemu & x11/libinput versions are bumped
PR/219264 (x11/libwacom: install the profiles of tablets) is leaked into the patch, but it can be removed if necessary

Oct 12 2017, 12:18 AM

Jun 2 2017

wulf_cicgroup.ru added a comment to D11025: Extend struct kevent fields and add absolute timers..

IMO it is far beyond accepted level of uglyness. Making high-profile API depend on the compiler settings does not make the API usable. Also, does this trick work for C++ ? The union vs. padding either would not work or require even more magic for big endian arches.

Jun 2 2017, 12:37 PM
wulf_cicgroup.ru added a comment to D11025: Extend struct kevent fields and add absolute timers..

I did not changed type of udata, the later would cause serious API incompatibilities.

Jun 2 2017, 10:34 AM

May 23 2017

wulf_cicgroup.ru abandoned D10207: psm(4): evdev support + psm&atkbdc locking.

Abandoned in favour of D10265

May 23 2017, 1:05 PM
wulf_cicgroup.ru abandoned D10263: psm(4), evdev support part 1: atkbdc access locking.
May 23 2017, 1:03 PM
wulf_cicgroup.ru abandoned D10264: psm(4), evdev support part 2: psm softc locking.

Finally I found out how to abandon revision after some googling. It is not very intuitive.

May 23 2017, 1:03 PM

May 17 2017

wulf_cicgroup.ru added inline comments to D10727: 74HC153 multiplexer input support for evdev on gpiobus.
May 17 2017, 9:38 AM

May 16 2017

wulf_cicgroup.ru added a comment to D10727: 74HC153 multiplexer input support for evdev on gpiobus.

IMO, this driver can be written in generic way

May 16 2017, 10:41 AM

May 14 2017

wulf_cicgroup.ru added a comment to D10264: psm(4), evdev support part 2: psm softc locking.

Change is obsolete.
After some discussion with bde@ (on arch@ and private) it is turned out that nothing but Giant can be used to serialize access to I8042 ports currently.
Although it is possible to move psm softc from Giant to private mutex that would complicate things as all calls to I8042 should be done with Giant taken so psm mutex should be released at this time.

May 14 2017, 12:20 AM
wulf_cicgroup.ru added a comment to D10263: psm(4), evdev support part 1: atkbdc access locking.

Change is obsolete.
After some discussion with bde@ (on arch@ and private) it is turned out that nothing but Giant can be used to serialize access to I8042 ports currently.

May 14 2017, 12:07 AM

May 13 2017

wulf_cicgroup.ru updated the diff for D10265: psm(4), evdev support part 3: EVDEV support itself.

Giant-locked version of the patch.
After some discussion with bde@ (on arch@ and private) it is turned out that nothing but Giant can be used to serialize access to I8042 ports currently.
This version obsoletes part1 and part2 and can be applied to unmodified CURRENT (and 11STABLE as well).

May 13 2017, 11:59 PM

May 5 2017

wulf_cicgroup.ru added a comment to D10264: psm(4), evdev support part 2: psm softc locking.

could you email link to this review to freebsd-arch@

May 5 2017, 10:05 PM

May 3 2017

wulf_cicgroup.ru added a comment to D10266: psm(4), evdev support part 0: minor mostly touchpads-related fixes and improvements.

"evdev support part 4" -> "evdev support part 0". Part 3 is dependent on some of these changes.

May 3 2017, 9:56 PM
wulf_cicgroup.ru updated the test plan for D10266: psm(4), evdev support part 0: minor mostly touchpads-related fixes and improvements.
May 3 2017, 9:55 PM
wulf_cicgroup.ru retitled D10266: psm(4), evdev support part 0: minor mostly touchpads-related fixes and improvements from psm(4), evdev support part 4: minor mostly touchpads-related fixes and improvements to psm(4), evdev support part 0: minor mostly touchpads-related fixes and improvements.
May 3 2017, 9:55 PM

Apr 19 2017

wulf_cicgroup.ru updated the diff for D10207: psm(4): evdev support + psm&atkbdc locking.

Device names and product IDs of supported touchpads and trackpoints are updated to match Linux

Apr 19 2017, 12:45 AM
wulf_cicgroup.ru updated the diff for D10265: psm(4), evdev support part 3: EVDEV support itself.

Device names and product IDs of supported touchpads and trackpoints are updated to match Linux

Apr 19 2017, 12:35 AM

Apr 16 2017

wulf_cicgroup.ru updated the diff for D10207: psm(4): evdev support + psm&atkbdc locking.

Reduce default synaptics touch sensitivity to make libinput tap detection more reliable.
Remove extraneous checks for relative motion events with value = 0. It is already done inside evdev.ko

Apr 16 2017, 6:47 PM

Apr 3 2017

wulf_cicgroup.ru added a comment to D10207: psm(4): evdev support + psm&atkbdc locking.

Changes are not independent (evdev depends on psm that depends on atkbdc), but there should be no errors at each step if they are applied one by one in ascending order
I had split them and created following reviews: https://reviews.freebsd.org/D10263, https://reviews.freebsd.org/D10264, https://reviews.freebsd.org/D10265 and https://reviews.freebsd.org/D10266
Last (10266) change is not split on independent parts yet. I will do that ASAP.

Apr 3 2017, 10:35 PM
wulf_cicgroup.ru created D10266: psm(4), evdev support part 0: minor mostly touchpads-related fixes and improvements.
Apr 3 2017, 10:22 PM
wulf_cicgroup.ru created D10265: psm(4), evdev support part 3: EVDEV support itself.
Apr 3 2017, 10:16 PM
wulf_cicgroup.ru created D10264: psm(4), evdev support part 2: psm softc locking.
Apr 3 2017, 10:08 PM
wulf_cicgroup.ru created D10263: psm(4), evdev support part 1: atkbdc access locking.
Apr 3 2017, 10:03 PM

Mar 30 2017

wulf_cicgroup.ru added a comment to D10207: psm(4): evdev support + psm&atkbdc locking.

I will broadcast CFT of this change on current- and mobile- lists in couple of days

Mar 30 2017, 6:56 PM
wulf_cicgroup.ru created D10207: psm(4): evdev support + psm&atkbdc locking.
Mar 30 2017, 6:53 PM

Feb 21 2017

wulf_cicgroup.ru added a comment to D9626: Add absolute positioning support to ums.

Yep, I was basing this change off of another driver that had a TODO there. I can actually parse it out though.

Feb 21 2017, 5:20 PM
wulf_cicgroup.ru added a comment to D7588: Ports support for coming input events interface.

We do not provide some of ioctls (EVIOCGMASK & EVIOCSMASK) in kernel but

  1. There is userspace evdev implementation in ports tree (multimedia/webcamd) that handles them
  2. libevdev has some built in runtime features checks, e.g. it can query uinput protocol version (4 or 5) at runtime and choose appropriate ioctls. It currently do not have checks for EVIOC*MASK as do not wrap these services yet.
  3. libevdev usually wants recent headers to compile and tries to do #2 to work on older kernels
  4. Newer versions of headers contains newer event codes definitions that can be used with older kernels.
  5. If some software does want check supported ioctls at compile time it always possible to replace #include <linux/input.h> with #include <dev/evdev/input.h> in sources
Feb 21 2017, 4:53 PM
wulf_cicgroup.ru added a comment to D7588: Ports support for coming input events interface.

I suggest to change headers ports name from libevdev-headers to just evdev-headers to clear this confusion

Feb 21 2017, 1:10 PM
wulf_cicgroup.ru added a comment to D7588: Ports support for coming input events interface.

These headers are not library interface, but a kernel one. I extract them from libevdev not from linux kernel because libevdev is main consumer, always contains updated version and have relatively small filesize.
FreeBSD have native versions of these headers located in /usr/include/dev/evdev/ but as evdev interface evolves faster than our release cycle, they have limited usage in ports system.

Feb 21 2017, 1:01 PM
wulf_cicgroup.ru added inline comments to D9626: Add absolute positioning support to ums.
Feb 21 2017, 10:50 AM
wulf_cicgroup.ru added a comment to D9626: Add absolute positioning support to ums.

Do you have sample of description of absolute device obtained on Linux with evemu-record or similar tool?

Feb 21 2017, 10:00 AM

Feb 20 2017

wulf_cicgroup.ru added a comment to D7588: Ports support for coming input events interface.

Hi,

What tests have you done?

Feb 20 2017, 8:05 PM
wulf_cicgroup.ru added a comment to D7588: Ports support for coming input events interface.

PR/217248 - devel/libevdev: update to 1.5.6, fix outdated and broken evdev headers (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217248) has been created

Feb 20 2017, 11:36 AM

Feb 19 2017

wulf_cicgroup.ru updated the diff for D7588: Ports support for coming input events interface.

Move sed scripts for patching evdev headers to devel/libevdev and remove Mk/Uses/evdev.mk
Chase for xorg-server 1.18.4 update

Feb 19 2017, 9:30 PM

Jan 24 2017

wulf_cicgroup.ru retitled D9320: evdev - minor fixes from to evdev - minor fixes.
Jan 24 2017, 10:16 PM

Jan 18 2017

wulf_cicgroup.ru updated the diff for D7588: Ports support for coming input events interface.

Ports versions updated.
Diff rebased to current ports tree.
Not very extensively tested.

Jan 18 2017, 4:23 PM

Nov 20 2016

wulf_cicgroup.ru updated the diff for D8597: sysmouse(4): Support for input event interface.

Full-context diff

Nov 20 2016, 11:32 PM
wulf_cicgroup.ru retitled D8597: sysmouse(4): Support for input event interface from to sysmouse(4): Support for input event interface.
Nov 20 2016, 10:17 PM

Nov 3 2016

wulf_cicgroup.ru retitled D8437: kbdmux(4): Support for input event interface from to kbdmux(4): Support for input event interface.
Nov 3 2016, 11:18 PM

Oct 30 2016

wulf_cicgroup.ru updated the diff for D8381: atkbd(4): Support for input event interface.

Do not report leds and repeat settings changes if kern.evdev.rcpt_mask sysctl value forbids that

Oct 30 2016, 11:30 PM

Oct 29 2016

wulf_cicgroup.ru retitled D8381: atkbd(4): Support for input event interface from to atkbd(4): Support for input event interface.
Oct 29 2016, 7:12 PM

Oct 16 2016

wulf_cicgroup.ru updated the diff for D7588: Ports support for coming input events interface.

Copy serial line configuration black magic from xf86-input-keyboard driver to xorg-server console configuration routine.
This allows prevent interference between terminal and xorg-server screen output when xorg is configured for evdev rather than terminal keyboard input.

Oct 16 2016, 4:35 PM

Sep 21 2016

wulf_cicgroup.ru added a comment to D7957: ukbd(4): Support for input event interface.

For reasons unclear to me FreeBSD does not use const modifier in similar cases. Grep sources for e.g. struct fileops, struct vop_vector, struct cdevsw, struct filterops declarations.

Sep 21 2016, 7:05 PM

Sep 19 2016

wulf_cicgroup.ru added a comment to D6998: input event interface implementation.

ukbd(4): D7957

Sep 19 2016, 11:21 PM
wulf_cicgroup.ru retitled D7957: ukbd(4): Support for input event interface from to ukbd(4): Support for input event interface.
Sep 19 2016, 11:19 PM

Sep 18 2016

wulf_cicgroup.ru updated the diff for D7588: Ports support for coming input events interface.
  1. Remove webcamd from patch as it has been commited already
  2. libevdev 1.5.2->1.5.4
  3. Make multimedia/v4l_compat not depending on devel/libevdev-headers. Fix couple (all?) of ports to be compileable with this change.
Sep 18 2016, 10:20 PM

Sep 14 2016

wulf_cicgroup.ru added inline comments to D7863: ums(4): Support for input event interface.
Sep 14 2016, 8:04 PM

Sep 13 2016

wulf_cicgroup.ru added a comment to D7863: ums(4): Support for input event interface.

@wulf_cicgroup.ru

Have you thought about if it is better to have a MODULE_DEPEND on evdev.ko instead of all the ifdefs?

I thought of it but was stopped every time at sysmouse support as it is part of sc/vt and can not be kldloaded thus making evdev always loaded.
But I didn`t think about making sysmouse evdev support as module itself till now.

Sep 13 2016, 8:18 PM
wulf_cicgroup.ru added a comment to D6998: input event interface implementation.

A little note, you can use the review number by itself (e.g. just D7863) and Phabricator will automatically add the link, and also reference this review from the one mentioned.

Thanks for pointing that out.

Sep 13 2016, 12:23 AM

Sep 12 2016

wulf_cicgroup.ru updated D7863: ums(4): Support for input event interface.
Sep 12 2016, 11:49 PM
wulf_cicgroup.ru added a comment to D6998: input event interface implementation.
In D6998#163107, @gonzo wrote:

Vladimir, could you submit devices' evdev patches to differential? I suggest starting with USB devs, one device per review. I talked to Hans, he's OK with reviewing them

Sep 12 2016, 11:41 PM
wulf_cicgroup.ru retitled D7863: ums(4): Support for input event interface from to ums(4): Support for input event interface.
Sep 12 2016, 11:38 PM

Sep 7 2016

wulf_cicgroup.ru added a comment to D6998: input event interface implementation.
In D6998#162223, @gonzo wrote:

I guess it's time to commit this change. Jean-Sébastien would you commit it as a maintainer of all things input? Or if you don't have spare cycles I can do it myself.

I barely improved Synaptics support years ago. But I have a lot of interest in this topic.

Sep 7 2016, 10:29 PM
wulf_cicgroup.ru added a comment to D6998: input event interface implementation.

Diff updated. It would be nice to commit https://reviews.freebsd.org/D7588 as well to allow multimedia/webcamd coexistence. 11-servers/xorg-server change can be postponed if someone thinks it too radical

Sep 7 2016, 10:06 PM
wulf_cicgroup.ru updated the diff for D6998: input event interface implementation.

Fix compiling with INVARIANTS disabled
Fix EVIOCGKEYCODE* ioctls direction
Split input.h on input.h(ioctls) and input-event-codes.h(event codes) like Linux did
Clear uinput device state after UI_DEV_DESTROY ioctl
Declare uinput as kernel module. Not kldload-able yet.
Reduce KPI(evdev.h) on API (input.h) dependence through removing struct input_absinfo from evdev_support_abs() arguments

Sep 7 2016, 9:54 PM
wulf_cicgroup.ru added a comment to D6998: input event interface implementation.

This revision fails to compile with INVARIANTS disabled. I fixed that in my repo and I`m going to update diff in this review in hour or two with couple others minor fixes

Sep 7 2016, 9:29 PM

Aug 29 2016

wulf_cicgroup.ru added a comment to D6998: input event interface implementation.

If kernel drivers are supposed to supply events, then it is a problem to use an SX lock, because many drivers hold a mutex when they generate events. And locking SX after MTX is an issue. If this layer is only intended for loopback of events via user-space it is fine.

Aug 29 2016, 10:24 AM
wulf_cicgroup.ru added a comment to D6998: input event interface implementation.

Evdev ports support is submitted for review here: https://reviews.freebsd.org/D7588

Aug 29 2016, 9:35 AM

Aug 27 2016

wulf_cicgroup.ru added a comment to D7588: Ports support for coming input events interface.
In D7588#157689, @kwm wrote:

So you have a, simple if possible, way to test the above changes?

Aug 27 2016, 12:09 PM
wulf_cicgroup.ru updated the test plan for D7588: Ports support for coming input events interface.
Aug 27 2016, 12:01 PM
wulf_cicgroup.ru updated the test plan for D7588: Ports support for coming input events interface.
Aug 27 2016, 12:00 PM
wulf_cicgroup.ru updated the test plan for D7588: Ports support for coming input events interface.
Aug 27 2016, 11:59 AM
wulf_cicgroup.ru updated the diff for D7588: Ports support for coming input events interface.

Mk/Uses/evdev.mk evdev ARGS comments reworded
multimedia/webcamd updated to 4.8.0.4

Aug 27 2016, 11:23 AM

Aug 23 2016

wulf_cicgroup.ru added inline comments to D7588: Ports support for coming input events interface.
Aug 23 2016, 1:08 AM
wulf_cicgroup.ru added inline comments to D7588: Ports support for coming input events interface.
Aug 23 2016, 1:08 AM

Aug 22 2016

wulf_cicgroup.ru added a comment to D7588: Ports support for coming input events interface.
In D7588#157689, @kwm wrote:

So you have a, simple if possible, way to test the above changes?

If you want to test above changes "in hardware" I can try to make webcamd patch to workaround "missing usb serial number" issue so it will be possible to attach webcamd to usb keyboards and mouses. Webcamd interface should exactly match its in-kernel counterpart since v.4.8.0.2

Aug 22 2016, 12:09 AM

Aug 21 2016

wulf_cicgroup.ru added a comment to D7588: Ports support for coming input events interface.
In D7588#157689, @kwm wrote:

So you have a, simple if possible, way to test the above changes?

Aug 21 2016, 8:17 PM
wulf_cicgroup.ru added reviewers for D7588: Ports support for coming input events interface: bapt, hselasky.
Aug 21 2016, 11:21 AM
wulf_cicgroup.ru updated the diff for D7588: Ports support for coming input events interface.

Remove leaked file

Aug 21 2016, 11:08 AM
wulf_cicgroup.ru retitled D7588: Ports support for coming input events interface from to Ports support for coming input events interface.
Aug 21 2016, 11:05 AM

Aug 19 2016

wulf_cicgroup.ru added inline comments to D7496: Add kevent support to drm.
Aug 19 2016, 10:42 PM

Aug 15 2016

wulf_cicgroup.ru added a comment to D6998: input event interface implementation.

I've now updated the SVN version of webcamd with the input.h and ioctl.h patches you've provided.

Thank you!

Aug 15 2016, 6:22 PM
wulf_cicgroup.ru added inline comments to D6998: input event interface implementation.
Aug 15 2016, 1:29 PM

Aug 13 2016

wulf_cicgroup.ru added a comment to D6998: input event interface implementation.

I understand what you mean. Could you change the Linux IOCTL header file in your webcamd patch instead of redirecting the IOCTLs in the IOCTL handler? I think then you only need to add code for the generic VOID IOCTL copy-in of the argument and you can keep the IOCTL of type VOID?

Aug 13 2016, 1:47 PM

Aug 12 2016

wulf_cicgroup.ru added a comment to D6998: input event interface implementation.
In D6998#155552, @kmacy wrote:

I don't understand this restriction. cxgb(9) and other drivers I've worked on are perfectly capable of handling nested copyins.

Would it be better to integrate this driver by way of the linuxkpi where this isn't considered a problem?

Aug 12 2016, 8:49 PM
wulf_cicgroup.ru added a comment to D6998: input event interface implementation.

Can this be changed so we avoid patching webcamd?

Just now webcamd should return EFAULT on these ioctls
After switching outer headers to use IOWINT they should return EINVAL or something similar
And after both patching webcamd and switching to IOWINT they should start to work

So with avoiding of patching you would not make things worse

Aug 12 2016, 4:11 PM
wulf_cicgroup.ru added a comment to D6998: input event interface implementation.

Can this be changed so we avoid patching webcamd?

Aug 12 2016, 3:59 PM
wulf_cicgroup.ru added a comment to D6998: input event interface implementation.

What is the motivation behind using IOWINT() for FreeBSD IOCTLs and IOW(xxx, int) for Linux ones. Does this mean we are not binary compatible with Linux? Can this be changed so we avoid patching webcamd?

Aug 12 2016, 3:35 PM

Aug 8 2016

wulf_cicgroup.ru added a comment to D6998: input event interface implementation.
Aug 8 2016, 12:20 PM
wulf_cicgroup.ru added a comment to D6998: input event interface implementation.

@adrian

I need to patch webcamd and figure out how I can dynamically detect if this EVDEV driver is loaded or not.

Committing this AS-IS will break /usr/ports/multimedia/webcamd which many people use.

Aug 8 2016, 10:54 AM

Aug 7 2016

wulf_cicgroup.ru updated the diff for D6998: input event interface implementation.

Ooops. Forgot to attach evdev_private.h

Aug 7 2016, 12:39 PM
wulf_cicgroup.ru updated the diff for D6998: input event interface implementation.
  • split evdev.h header on public and private parts
  • make debug messages configurable on config stage as Adrian suggested
  • uinput locking reworked (userspace calls are fully serialized now)
  • some small fixes like EV_EOF/POLLHUP on revoked/detached device
Aug 7 2016, 12:34 PM
wulf_cicgroup.ru added a comment to D6998: input event interface implementation.

What's it been tested on/with ?

Aug 7 2016, 12:07 PM

Jul 4 2016

wulf_cicgroup.ru added a comment to D6998: input event interface implementation.

When your /dev/uinput device closes, does it wakeup the children devices and make them return an error?

Yes it does wakeup and than returns ENODEV on every file operation like Linux does
Case I false-reported happened with cuse-backed devices not with uinput ones

Jul 4 2016, 9:53 AM
wulf_cicgroup.ru added a comment to D6998: input event interface implementation.

When your /dev/uinput device closes, does it wakeup the children devices and make them return an error? That might be the problem. Or is the xorg-event driver not checking read() / poll() for errors. Detach needs to work. Can you investigate?

Jul 4 2016, 9:42 AM

Jul 2 2016

wulf_cicgroup.ru added a comment to D6998: input event interface implementation.

cuse bug: Can you see if any devices have opened /dev/input handles to evdevs using fstat? There should be no bug there.

Jul 2 2016, 6:53 PM
wulf_cicgroup.ru added a comment to D6998: input event interface implementation.

Can you propose a patch for webcamd to use the kernel's /dev/input/eventX layer?

Done

Jul 2 2016, 12:46 PM
wulf_cicgroup.ru set the repository for D6998: input event interface implementation to rS FreeBSD src repository - subversion.
Jul 2 2016, 10:54 AM
wulf_cicgroup.ru updated the diff for D6998: input event interface implementation.

Implements passing events from user to userspace drivers like webcamd via uinput interface

Jul 2 2016, 10:52 AM

Jun 30 2016

wulf_cicgroup.ru added a comment to D6998: input event interface implementation.
Jun 30 2016, 1:20 PM

Jun 29 2016

wulf_cicgroup.ru added a comment to D6998: input event interface implementation.

Thank you for your patch. I'll see if I can give it a spin.

Thank you too. I tried it and it found it working (after some fixes).

Jun 29 2016, 10:16 PM

Jun 28 2016

wulf_cicgroup.ru added a comment to D6998: input event interface implementation.

Next time please upload with full context -- see https://wiki.freebsd.org/CodeReview. For git, it's just git diff -U9999, for svn svn diff --diff-cmd=diff -x -U999999. No need to re-upload now just to include the context but please do so if/when you have other changes to upload in this review.

Jun 28 2016, 8:31 PM
wulf_cicgroup.ru added a comment to D6998: input event interface implementation.

Can you propose a patch for webcamd to use the kernel's /dev/input/eventX layer?

Many people are using it on their desktops, so this must work smoothly.

Could you try following patch? http://195.170.219.74/webcamd-20160628.patch
It is compile tested only due to lack of webcam-supported hardware so it can do something other than intended. It should create both cuse-cdev as /dev/input/webcamdXX and its uinput alter-ego as /dev/input/eventXX

Jun 28 2016, 8:05 PM
wulf_cicgroup.ru added a comment to D6998: input event interface implementation.

Are you aware about the following PR and attached patches:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196678

Jun 28 2016, 11:12 AM
wulf_cicgroup.ru added a comment to D6998: input event interface implementation.

Can you propose a solution how webcamd and kernel's evdev can co-exist in /dev/input? For example

Use different node names? eventXX for userspace bsdeventYY for the kernel?

Best solution is to use uinput interface instead of cuse

Jun 28 2016, 10:59 AM
wulf_cicgroup.ru added a comment to D6998: input event interface implementation.

Hi,

Did you test that your implementation does not interfere with /usr/ports/multimedia/webcamd

It tries to choose next device unit number if make_dev returned EEXISTS but real coexistence has not been tested
Is webcamd able to create dummy event device? Is webcamd supports a case when /dev/input/ already populated?

and the V4L linux compat files?

Both (reviewed and v4linux) headers can not be #included at one time, but they are compatible.
Really, I use patched V4L linux compat headers for userland evdev stack parts to ease of porting not headers from this review:
http://195.170.219.74/evdev-ports-20160628.diff

Jun 28 2016, 8:27 AM

Jun 27 2016

wulf_cicgroup.ru updated the diff for D6998: input event interface implementation.

Remove some leaked lines

Jun 27 2016, 9:27 PM
wulf_cicgroup.ru retitled D6998: input event interface implementation from to input event interface implementation.
Jun 27 2016, 9:17 PM