Subject: udev: adding permission rules for mobile phones use with obexftp over 
USB cable
Package: udev
Version: 0.100-2.2
Severity: wishlist

Hi.

I'd like to suggest addition of rules relating to permissions set on
USB devices when mobile phones are connected which honour the "WMC
Devices" (i.e. Wireless Mobile Communication devices) features.
AFAICT such phones obey OBEX over USB file transfers, synch, etc.

All these feature can be used through obexftp (or superlayers like
obexfs), using devices such as /dev/bus/usb/nnn/mmm, which are owned
by root in udev defaut setup.

I think that dialout may be a more appropriate group for such devices.

I thought that the following rule may fit :

SUBSYSTEM=="usb_device",                        GROUP="dialout", \
         ATTRS{configuration}=="WMC Device"

But I aked on the [EMAIL PROTECTED] list
first.

It seems (quoting Greg KH <[EMAIL PROTECTED]> bellow) that it may not be
a good bet.

So I'm just requesting a more specific rule fitting Sony Ericsson
K610i phones like mine :

SUBSYSTEM=="usb_device",                        GROUP="dialout", \
         ATTRS{idVendor}=="0fce", ATTRS{idProduct}=="d046"

If someone sees a better way on doing this, I'd be happy to test it.

Thanks in advance.

Excerpt of [EMAIL PROTECTED] (Message-ID:
<[EMAIL PROTECTED]>) :

On Sun, Nov 12, 2006 at 04:15:08PM +0100, Olivier Berger wrote:
> Hi.
> 
> (I'm not subscribed to the list, so I hope to be able to post
> anyway. Please reply to me then also ;)
> 
> I'd like to make a suggestion for addition of a rule for permissions
> of "WMC Devices" i.e. Wireless Mobile Communication devices, in the
> default rules on Debian, which would allow users in group dialout to
> access their phones over OBEX on USB cables, with OpenOBEX (on devices
> like /dev/bus/usb/002/012, used by obexftp) :
> 
> I think that something like :
> SUBSYSTEM=="usb_device",                        GROUP="dialout", \
>         ATTRS{configuration}=="WMC Device"
> would fit.
> 
> I think such a rule would be generic enough to catch all mobile
> phones, and I'd prefer something like that instead of multiple rules
> for each phone. Actually for mine (Sony ericsson K610i) this one also
> works, but is less generic, then :
> SUBSYSTEM=="usb_device",                        GROUP="dialout", \
>         ATTRS{idVendor}=="0fce", ATTRS{idProduct}=="d046"
> 
> I'd like to have your opinion on this idea. I'm just afraid the
> ATTRS{configuration}=="WMC Device" and SUBSYSTEM=="usb_device" would
> be too much generic and cause other issues...

I think that would be too generic, and odds are the {configuration} will
not always match too.

You are going to probably have to have a lot of different rules for all
of the different phones, sorry.

Blame the manufacturers for this mess.

good luck,

greg k-h



-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
total 2
lrwxrwxrwx 1 root root  20 Sep 10 22:29 020_permissions.rules -> 
../permissions.rules
lrwxrwxrwx 1 root root  19 Sep 13 02:13 025_libgphoto2.rules -> 
../libgphoto2.rules
lrwxrwxrwx 1 root root  16 Sep 13 02:13 025_libsane.rules -> ../libsane.rules
lrwxrwxrwx 1 root root  22 Sep 18 22:32 025_logitechmouse.rules -> 
../logitechmouse.rules
lrwxrwxrwx 1 root root  13 Nov  3 20:37 035_kino.rules -> ../kino.rules
lrwxrwxrwx 1 root root  15 Nov 12 23:35 libnjb.rules -> ../libnjb.rules
lrwxrwxrwx 1 root root  13 Sep 10 22:29 udev.rules -> ../udev.rules
lrwxrwxrwx 1 root root  25 Sep 10 22:29 z20_persistent-input.rules -> 
../persistent-input.rules
lrwxrwxrwx 1 root root  19 Sep 10 22:29 z20_persistent.rules -> 
../persistent.rules
-rw-r--r-- 1 root root 901 Sep 19 07:24 z25_persistent-cd.rules
-rw-r--r-- 1 root root 480 Sep 19 07:24 z25_persistent-net.rules
lrwxrwxrwx 1 root root  33 Sep 10 22:29 z45_persistent-net-generator.rules -> 
../persistent-net-generator.rules
lrwxrwxrwx 1 root root  12 Sep 10 22:29 z50_run.rules -> ../run.rules
lrwxrwxrwx 1 root root  16 Sep 10 22:29 z55_hotplug.rules -> ../hotplug.rules
lrwxrwxrwx 1 root root  19 Sep 10 22:29 z60_alsa-utils.rules -> 
../alsa-utils.rules
lrwxrwxrwx 1 root root  29 Sep 10 22:29 z75_cd-aliases-generator.rules -> 
../cd-aliases-generator.rules
lrwxrwxrwx 1 root root  12 Nov  4 09:27 z99_hal.rules -> ../hal.rules

-- /sys/:
/sys/block/dm-0/dev
/sys/block/dm-1/dev
/sys/block/dm-2/dev
/sys/block/fd0/dev
/sys/block/hda/dev
/sys/block/hda/hda1/dev
/sys/block/hda/hda2/dev
/sys/block/hda/hda3/dev
/sys/block/hda/hda4/dev
/sys/block/hda/hda5/dev
/sys/block/hda/hda6/dev
/sys/block/hdb/dev
/sys/block/hdb/hdb1/dev
/sys/block/hdb/hdb2/dev
/sys/block/hdc/dev
/sys/block/hdd/dev
/sys/block/loop0/dev
/sys/block/loop1/dev
/sys/block/loop2/dev
/sys/block/loop3/dev
/sys/block/loop4/dev
/sys/block/loop5/dev
/sys/block/loop6/dev
/sys/block/loop7/dev
/sys/block/ram0/dev
/sys/block/ram1/dev
/sys/block/ram10/dev
/sys/block/ram11/dev
/sys/block/ram12/dev
/sys/block/ram13/dev
/sys/block/ram14/dev
/sys/block/ram15/dev
/sys/block/ram2/dev
/sys/block/ram3/dev
/sys/block/ram4/dev
/sys/block/ram5/dev
/sys/block/ram6/dev
/sys/block/ram7/dev
/sys/block/ram8/dev
/sys/block/ram9/dev
/sys/block/sda/dev
/sys/block/sda/sda1/dev
/sys/class/drm/card0/dev
/sys/class/input/input0/event0/dev
/sys/class/input/input1/event1/dev
/sys/class/input/input1/mouse0/dev
/sys/class/input/input1/ts0/dev
/sys/class/input/input2/event2/dev
/sys/class/input/mice/dev
/sys/class/misc/agpgart/dev
/sys/class/misc/device-mapper/dev
/sys/class/misc/fuse/dev
/sys/class/misc/hpet/dev
/sys/class/misc/psaux/dev
/sys/class/misc/rtc/dev
/sys/class/misc/snapshot/dev
/sys/class/ppdev/parport0/dev
/sys/class/printer/lp0/dev
/sys/class/sound/adsp/dev
/sys/class/sound/adsp1/dev
/sys/class/sound/audio/dev
/sys/class/sound/audio1/dev
/sys/class/sound/controlC0/dev
/sys/class/sound/controlC1/dev
/sys/class/sound/dsp/dev
/sys/class/sound/dsp1/dev
/sys/class/sound/mixer/dev
/sys/class/sound/mixer1/dev
/sys/class/sound/pcmC0D0c/dev
/sys/class/sound/pcmC0D0p/dev
/sys/class/sound/pcmC0D1c/dev
/sys/class/sound/pcmC1D0c/dev
/sys/class/sound/pcmC1D1c/dev
/sys/class/sound/timer/dev
/sys/class/usb_device/usbdev1.1/dev
/sys/class/usb_device/usbdev2.1/dev
/sys/class/usb_device/usbdev2.2/dev
/sys/class/usb_device/usbdev2.3/dev
/sys/class/usb_device/usbdev3.1/dev
/sys/class/usb_device/usbdev3.2/dev
/sys/class/usb_device/usbdev4.1/dev
/sys/class/video4linux/radio0/dev
/sys/class/video4linux/vbi0/dev
/sys/class/video4linux/video0/dev

-- Kernel configuration:


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-686
Locale: LANG=fr_FR.ISO-8859-1, LC_CTYPE=fr_FR.ISO-8859-1 (charmap=locale: 
Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)

Versions of packages udev depends on:
ii  debconf [debconf-2.0]        1.5.8       Debian configuration management sy
ii  libc6                        2.3.6.ds1-7 GNU C Library: Shared libraries
ii  libselinux1                  1.32-3      SELinux shared libraries
ii  libvolume-id0                0.100-2.2   libvolume_id shared library
ii  lsb-base                     3.1-15      Linux Standard Base 3.1 init scrip

udev recommends no packages.

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
        LANGUAGE = (unset),
        LC_ALL = (unset),
        LANG = "fr_FR.ISO-8859-1"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
  udev/new_kernel_needed: false
  udev/reboot_needed:


-- 
Olivier BERGER (OpenPGP: 1024D/B4C5F37F)
APRIL (http://www.april.org) - Vive python (http://www.python.org)
Pétition contre les brevets logiciels : http://petition.eurolinux.org

Reply via email to