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 |