Gentoo Archives: gentoo-user

From: Cinder <cinder@××××××××××.com>
To: gentoo-user@l.g.o
Subject: Re: [gentoo-user] [SOLVED]/dev/snd/seq access mode and permission
Date: Fri, 24 Aug 2012 00:00:46
Message-Id: 20120823165757.519B23BF@m0005309.ppops.net
1 Thank you so much Bill. The assignment OPTIONS+="static_node=snd/seq did the trick.
2
3 And thus
4 /etc/udev/rules.d/40-seq.rules
5 KERNEL=="seq", GROUP="audio", MODE="0660", OPTIONS+="static_node=snd/seq"
6 ... brings peace.
7
8 "I have made it a rule never to smoke more than one cigar at a time" -Twain
9
10 --- billk@×××××××××.au wrote:
11
12 From: Bill Kenworthy <billk@×××××××××.au>
13 To: gentoo-user@l.g.o
14 Subject: Re: [gentoo-user] /dev/snd/seq access mode and permission
15 Date: Thu, 23 Aug 2012 11:52:27 +0800
16
17 Try this (my "fix" is in /lib/udev/rules.d/40-gentoo.rules):
18
19
20 moriah ~ # equery f udev
21 * Searching for udev ...
22 * Contents of sys-fs/udev-171-r6:
23 /etc
24 /etc/conf.d
25 /etc/conf.d/udev
26 /etc/init.d
27 ...
28 /lib/udev/rules.d
29 /lib/udev/rules.d/30-kernel-compat.rules
30 /lib/udev/rules.d/40-gentoo.rules
31 /lib/udev/rules.d/42-qemu-usb.rules
32 /lib/udev/rules.d/50-firmware.rules
33 /lib/udev/rules.d/50-udev-default.rules
34 /lib/udev/rules.d/60-cdrom_id.rules
35 /lib/udev/rules.d/60-floppy.rules
36 /lib/udev/rules.d/60-persistent-alsa.rules
37 /lib/udev/rules.d/60-persistent-input.rules
38 ...
39
40
41 moriah ~ # grep snd /lib/udev/rules.d/*
42 /lib/udev/rules.d/40-gentoo.rules:SUBSYSTEM=="snd", GROUP="audio"
43 /lib/udev/rules.d/50-udev-default.rules:KERNEL=="seq", GROUP="audio", MODE="0660", OPTIONS+="static_node=snd/seq"
44 /lib/udev/rules.d/50-udev-default.rules:KERNEL=="timer", GROUP="audio", MODE="0660", OPTIONS+="static_node=snd/timer"
45 /lib/udev/rules.d/60-persistent-alsa.rules:ENV{ID_SERIAL}=="?*", ENV{ID_IFACE}=="?*", SYMLINK+="snd/by-id/$env{ID_BUS}-$env{ID_SERIAL}-$env{ID_IFACE}"
46 /lib/udev/rules.d/60-persistent-alsa.rules:ENV{ID_SERIAL}=="?*", ENV{ID_IFACE}=="", SYMLINK+="snd/by-id/$env{ID_BUS}-$env{ID_SERIAL}"
47 /lib/udev/rules.d/60-persistent-alsa.rules:ENV{ID_PATH}=="?*", SYMLINK+="snd/by-path/$env{ID_PATH}"
48 moriah ~ #
49
50 BillK
51
52
53 On Wed, 2012-08-22 at 20:35 -0700, Cinder wrote:
54 > I have tried creating this rule:
55 >
56 > /etc/udev/rules.d/40-seq.rules
57 > KERNEL=="snd/seq", GROUP="audio", MODE="0666"
58 >
59 > ...but I'm not sure about the kernel key pair. I have tried matching "/dev/snd/seq" and just "seq"
60 > aswell.
61 >
62 > The Bug 406871 for sys-fs/udev-171-r5 looks exactly right, butI have sys-fs/udev-171-r6 installed. I''l check my kernel config and try disabling tmpfs. I have read that it helps real time audio performanc with jack(audio-connection-kit)though.
63 >
64 > I have tried removing all the rules in /etc/udev/rules.d. but the mode and permissions on /dev/snd/seq persist.
65 >
66 > Thanks for everyones help.
67 >
68 > --- marcec@×××.de wrote:
69 >
70 > From: Marc Joliet <marcec@×××.de>
71 > To: gentoo-user@l.g.o
72 > Subject: Re: [gentoo-user] /dev/snd/seq access mode and permission
73 > Date: Fri, 17 Aug 2012 21:20:08 +0200
74 >
75 > Am Fri, 17 Aug 2012 11:40:47 +0200
76 > schrieb Marc Joliet <marcec@×××.de>:
77 >
78 > > Am Fri, 17 Aug 2012 01:54:34 -0700
79 > > schrieb Cinder <cinder@××××××××××.com>:
80 > >
81 > > > Hi, how do I make changes to permissions and access mode of device nodes persistent? At the moment I have to chown and chmod the /dev/snd/seq node every boot to make it accessible to my user. the other nodes are fine. Here's the output of ls -l /dev/snd/
82 > > >
83 > > > total 0
84 > > > drwxr-xr-x 2 root root 60 Aug 17 18:44 by-path
85 > > > crw-rw----+ 1 root audio 116, 12 Aug 17 18:44 controlC0
86 > > > crw-rw----+ 1 root audio 116, 11 Aug 17 18:44 hwC0D0
87 > > > crw-rw----+ 1 root audio 116, 10 Aug 17 18:44 hwC0D3
88 > > > crw-rw----+ 1 root audio 116, 9 Aug 17 18:44 hwC0D4
89 > > > crw-rw----+ 1 root audio 116, 8 Aug 17 18:44 hwC0D5
90 > > > crw-rw----+ 1 root audio 116, 7 Aug 17 18:44 pcmC0D0c
91 > > > crw-rw----+ 1 root audio 116, 6 Aug 17 18:44 pcmC0D0p
92 > > > crw-rw----+ 1 root audio 116, 5 Aug 17 18:44 pcmC0D1p
93 > > > crw-rw----+ 1 root audio 116, 4 Aug 17 18:44 pcmC0D3p
94 > > > crw-rw----+ 1 root audio 116, 3 Aug 17 18:44 pcmC0D7p
95 > > > crw-rw----+ 1 root audio 116, 2 Aug 17 18:44 pcmC0D8p
96 > > > crw------- 1 root root 116, 1 Aug 17 18:44 seq
97 > > > crw-rw----+ 1 root audio 116, 33 Aug 17 18:44 timer
98 > > >
99 > > > I need /dev/snd/seq to look look the others. I can't find the udev rule or configuration that creates these nodes. Many thanks for any consideration.
100 > >
101 > > I have a hack for the same issue in my /etc/local.d/. A comment I put there
102 > > says this:
103 > >
104 > > # this is caused by using devtmpfs, which creates nodes with root:root and 600;
105 > > # I believe this is fixed by udev upstream
106 > >
107 > > So devtmpfs creates the device node before udev runs, but udev does not correct
108 > > the access permissions, which is however fixed by udev upstream (perhaps
109 > > already in ~arch?). Sadly I do not remember where I read this, but google should
110 > > be of help there.
111 >
112 > Ah, yes, I did a quick search on b.g.o and found this:
113 >
114 > https://bugs.gentoo.org/show_bug.cgi?id=406871
115 >
116 > So my comment is wrong, it doesn't have anything to do with devtmpfs, but udev
117 > upstream did fix it :) .
118 >
119 > HTH
120
121
122
123
124
125
126
127 _____________________________________________________________
128 Get your FREE, LinuxWaves.com Email Now! --> http://www.LinuxWaves.com
129 Join Linux Discussions! --> http://Community.LinuxWaves.com