Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
[SOLVED-ISH] Firewire with jack, permissions issues
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware
View previous topic :: View next topic  
Author Message
miscsubbin
n00b
n00b


Joined: 10 May 2012
Posts: 46

PostPosted: Fri Oct 19, 2012 5:03 pm    Post subject: [SOLVED-ISH] Firewire with jack, permissions issues Reply with quote

I hope this is in the right place, but I am trying to use a device (/dev/fw0, I believe) on firewire. I have it being set up by JACK with
Code:
jackd -R -d firewire


This works when run as root, but when I run it as a normal user I get this error:

Code:
matt@matt-PC ~ $ jackd -R --verbose -d firewire
jackd 0.121.3
Copyright 2001-2009 Paul Davis, Stephane Letz, Jack O'Quinn, Torben Hohn and others.
jackd comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details

getting driver descriptor from /usr/lib64/jack/jack_net.so
getting driver descriptor from /usr/lib64/jack/jack_firewire.so
getting driver descriptor from /usr/lib64/jack/jack_alsa_midi.so
getting driver descriptor from /usr/lib64/jack/jack_dummy.so
getting driver descriptor from /usr/lib64/jack/jack_alsa.so
JACK compiled with System V SHM support.
server `default' registered
registered builtin port type 32 bit float mono audio
registered builtin port type 8 bit raw midi
clock source = system clock via clock_gettime
loading driver ..
start poll on 3 fd's
new client: firewire_pcm, id = 1 type 1 @ 0x60a120 fd = -1
new buffer size 1024
resizing port buffer segment for type 0, one buffer = 4096 bytes
resizing port buffer segment for type 1, one buffer = 4096 bytes
libffado 2.1.0- built Oct 18 2012 11:51:06
cannot allocate memory for thread-local data: ABORT


It's clearly some kind of permissions issue, but I don't really know where to look. Can anyone help me out?


Last edited by miscsubbin on Sun Nov 04, 2012 8:43 pm; edited 2 times in total
Back to top
View user's profile Send private message
miscsubbin
n00b
n00b


Joined: 10 May 2012
Posts: 46

PostPosted: Sat Oct 20, 2012 10:26 pm    Post subject: Reply with quote

Umm, maybe I should clarify?

I set up the following files from Googling (I really have no idea what they do, some help there would be appreciated):

/etc/security/limits.d/90-jack.conf

Code:
###  START FILE  ###
# Planet CCRMA, jack-audio-connection-kit
#
# Allow processes access to rt priority and memory locking
# without limits, needed by the rt kernel and jackd
*   -   rtprio   99
*   -   memlock   4194304
*   -   nice   -10
###  END FILE  ###


/etc/security/limits.d/40-realtime-base.conf (not sure if this one has been adjusted)

Code:
# Start of 40-realtime-base.conf from realtime-base-0.1

@realtime   -   rtprio   99
@realtime   -   memlock   unlimited

# End of 40-realtime-base.conf from realtime-base-0.1


etc/udev/rules.d/50-raw-firewire.rules

Code:
KERNEL=="raw1394", NAME="raw1394", GROUP="audio"


/etc/udev/rules.d/70-persistent-fw.rules

Code:
# firewire rule for raw1394 device permissions
KERNEL=="raw1394",NAME="%k",GROUP="audio"


So I really don't know what these do, but I created them after reading a bunch of things on Google, to no avail. Maybe something in them needs to be changed?
Back to top
View user's profile Send private message
miscsubbin
n00b
n00b


Joined: 10 May 2012
Posts: 46

PostPosted: Sun Oct 21, 2012 7:00 pm    Post subject: Reply with quote

If there's anything else I can post to help, just ask.

Is this in the wrong forum?
Back to top
View user's profile Send private message
miscsubbin
n00b
n00b


Joined: 10 May 2012
Posts: 46

PostPosted: Sat Oct 27, 2012 8:37 pm    Post subject: Reply with quote

Ok, I guess I'll have to take this somewhere else.
Back to top
View user's profile Send private message
Navar
Apprentice
Apprentice


Joined: 20 Aug 2012
Posts: 222

PostPosted: Sun Oct 28, 2012 10:40 am    Post subject: Re: [NO SOLUTION] Firewire with jack, permissions issues Reply with quote

miscsubbin wrote:
This works when run as root, but when I run it as a normal user I get this error:
[...]
It's clearly some kind of permissions issue, but I don't really know where to look. Can anyone help me out?

Code:
# firewire rule for raw1394 device permissions
KERNEL=="raw1394",NAME="%k",GROUP="audio"



Have you checked if you are part of the audio group as a normal user?
Back to top
View user's profile Send private message
miscsubbin
n00b
n00b


Joined: 10 May 2012
Posts: 46

PostPosted: Sun Oct 28, 2012 4:56 pm    Post subject: Reply with quote

Yes I am.

Code:
matt@matt-PC ~ $ groups matt
disk wheel audio video usb plugdev games powercontrol matt
Back to top
View user's profile Send private message
Navar
Apprentice
Apprentice


Joined: 20 Aug 2012
Posts: 222

PostPosted: Mon Oct 29, 2012 3:01 am    Post subject: Reply with quote

Perhaps the suggestions here?
Back to top
View user's profile Send private message
tbart
Tux's lil' helper
Tux's lil' helper


Joined: 31 Oct 2004
Posts: 137
Location: Baden // Austria

PostPosted: Tue Oct 30, 2012 10:29 pm    Post subject: Reply with quote

same problem here, solved it right now with this

Code:
blackknight ~ # cat /etc/security/limits.d/audio.conf
#<domain>      <type>  <item>         <value>
@audio          -       rtprio          99
@audio          -       memlock         unlimited


(that is, changed 500000 to unlimited)

you might also try adding your user to the realtime group, now that I see there is a preconfigured group for that.

if you get positive results by running
Code:
jackd -r -d firewire -n 3 -p 2048

that is, DISABLING the standard (-R) realtime feature, your problem lies within realtime permissions for your user. you don't need to change udev rules anymore, then. (they define what nodes/symlinks in /dev get created when a new device gets found, and their permissions. your setup looks good to me...)

check
Code:
ulimit -a
as a user to verify the above config files do apply. Remember you have to logout and login for changes to take effect.

PAM may be at fault, look for something like this if ulimit does not reflect the changes to your files.
Code:
blackknight ~ # grep -r pam_limits /etc/pam.d/*
/etc/pam.d/system-auth:session      required   pam_limits.so
/etc/pam.d/system-services:session      required   pam_limits.so


(maybe you're using some alternate login manager...)

let me know how you're doing, I am doing my first tests with a Saffire 24 and I need it to work on 2nd of Nov ;->
_________________
Microsoft is not the answer.
Microsoft is the question, and the answer is no.
Back to top
View user's profile Send private message
miscsubbin
n00b
n00b


Joined: 10 May 2012
Posts: 46

PostPosted: Sun Nov 04, 2012 8:43 pm    Post subject: Reply with quote

My Gentoo install was destroyed in a freak fdisk accident (along with my Windows install as well). I've installed Arch in it's place in order to try it out. I may move back eventually, but for now I've solved the same problem on Arch at the very least.

/etc/udev/rules.d/70-persistent-fw.rules

Code:

# firewire rule for raw1394 device permissions
KERNEL=="fw0",NAME="fw0",GROUP="audio"


is the only udev rule I have and it seems to work.The difference is that I now use fw0 instead of raw1394. I didn't have raw1394, possibly because I have 2 firewire ports, or maybe raw1394 was deprecated and I didn't even know. Whatever, at least it works by some means.
Back to top
View user's profile Send private message
tbart
Tux's lil' helper
Tux's lil' helper


Joined: 31 Oct 2004
Posts: 137
Location: Baden // Austria

PostPosted: Tue Nov 06, 2012 8:45 pm    Post subject: Reply with quote

interesting. my saffire is currently not here at my box, but I do have /dev/fw0 and I do not have raw1394. raw1394 seems to be from the old firewire stack, the new one does not seem to provide it.

however, if there's only /dev/fw0, I don't have to change permissions for it, as I do not have any rule saying so. so at least on this gentoo setup, I am able to work with the interface without any special udev rule whatsoever, it seems...

(some realtime scheduling improvement howtos say it might be wise to do the following:
Code:
KERNEL=="rtc", GROUP="audio", MODE="0660"
KERNEL=="hpet", GROUP="audio", MODE="0660"

I don't know whether it changes anything)

I successfully recorded 7 tracks 24bit/44100Hz for ~90mins without an xrun on my saffire. I used ecasound and ecasignalview as ardour was a little too instable when testing beforehand.

all the best!
th

(that's the/my band it should finally get used for...:
http://www.youtube.com/watch?v=K56GLPtUxxk)
_________________
Microsoft is not the answer.
Microsoft is the question, and the answer is no.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum