Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix issue with ffmemless file descriptor getting closed spuriously #18

Merged
merged 2 commits into from Sep 27, 2013

Conversation

kjokinie
Copy link
Contributor

The vibra event device node file descriptor gets closed by "something", fixed the issue by moving the device node setup / close to sink_init / sink_shutdown.

Kalle Jokiniemi added 2 commits September 27, 2013 14:25
Since exec restarts the whole process, there is no point in leaving
the file descriptors hanging around.

Signed-off-by: Kalle Jokiniemi <kalle.jokiniemi@jollamobile.com>
There is a issue that the file descriptor of the vibra device
gets closed by something unknown in the system. This causes the kernel
to delete all the loaded effects. Subsequently the vibra effects
don't work anymore, unless someone else happens to load effects to
those id slots that ffmemless plugin thinks are still there. I have
straced ngfd, but at least ngfd is not closing the fd.

I found that moving the device opening to sink init instead of
plugin load, the issue dissappears. My theory is that it has something
to do with the plugin loading mechanism, but cannot confirm this
unfortunately.

As the sink init is actually more logical place to initialize the
device node, it makes sense to add this fix in any case.

Signed-off-by: Kalle Jokiniemi <kalle.jokiniemi@jollamobile.com>
@rburchell
Copy link
Contributor

LGTM

kjokinie pushed a commit that referenced this pull request Sep 27, 2013
Fix issue with ffmemless file descriptor getting closed spuriously
@kjokinie kjokinie merged commit 634bddc into nemomobile:master Sep 27, 2013
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants