I've compiled opensync and barry from git on Fedora 10. I'm using a Pearl
8220 and `lsusb` shows "Bus 001 Device 005: ID 0fca:8004 Research In
Motion, Ltd." I'm just starting to test, so I haven't done much other than
verify that bidentify works and query the device with btool. All seems
fine so far.
I copied udev/fedora/10-blackberry.rules and udev/fedora/10-
blackberry.perms to their appropriate locations, but not modprobe/
blacklist-berry_charge. I edited 10-blackberry.rules so that bcharge is
not run (I wanted to get to that later).
The only rule that matches my device is:
BUS=="usb", ENV{DEVTYPE}=="usb_device", ACTION=="add", SYSFS{idVendor}
=="0fca", SYSFS{idProduct}=="8004"
This doesn't create the symlink bb-%k, so 10-blackberry.perms does not
cause the device owner to be set to the console user. Is this intentional
and why? When I change the 10-blackberry.rules line to:
BUS=="usb", ENV{DEVTYPE}=="usb_device", ACTION=="add", SYSFS{idVendor}
=="0fca", SYSFS{idProduct}=="8004", SYMLINK+="bb-%k"
then /dev/bus/usb/001/005 is owned by the console user and he can run
bidentify and btool, as expected. Another question I have is: should the
usb endpoint devices /dev/usbdev1.5_epXX be owned by the console user
(currently they aren't)?
Because I did not have bcharge run, I expected that the blackberry would
not charge when I plugged it in; however, it _does_ charge. Note that
berry_charge.ko is in /lib/modules, but it does not load. Is this
expected, in which case what are the purposes of bcharge and
berry_charge.ko?
Thanks to anyone who sheds light on these questions.
------------------------------------------------------------------------------
OpenSolaris 2009.06 is a cutting edge operating system for enterprises
looking to deploy the next generation of Solaris that includes the latest
innovations from Sun and the OpenSource community. Download a copy and
enjoy capabilities such as Networking, Storage and Virtualization.
Go to: http://p.sf.net/sfu/opensolaris-get
_______________________________________________
Barry-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/barry-devel
