Bug 244790
| Summary: | Blackberry device not charging | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Sacha Labourey <sacha.labourey> | ||||
| Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> | ||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Brian Brock <bbrock> | ||||
| Severity: | low | Docs Contact: | |||||
| Priority: | low | ||||||
| Version: | 7 | CC: | chris.brown, cstankaitis | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | kernel 2.6.22 | Doc Type: | Bug Fix | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2007-09-17 11:25:00 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
|
Description
Sacha Labourey
2007-06-19 08:10:02 UTC
Created attachment 157353 [details]
result of lsusb -v
Is the berry_charge driver loaded? yes: [slaboure@sacha ~]$ lsmod | grep ber berry_charge 8005 0 Kernel is auto suspending the device because it thinks it's not in use. Upstream developers think this should be solved by udev: http://thread.gmane.org/gmane.linux.usb.devel/55192/focus=55199 Some workarounds: - boot with kernel parameter: usbcore.autosuspend=0 - echo "on" >/sys/bus/usb/.../device/power/level (but finding exactly what "..." should be is rather involved, see below) If you look in /sys/class/usb_device you'll find a bunch of subdirectories with names like "usbdev1.2". Here the first number is the bus number and the second is the usbfs device number, so you can go directly to the one you want. In that directory is a symbolic link named "device" which points to the actual sysfs device directory. As a complete example, the usbfs path /proc/bus/usb/002/003 corresponds to the sysfs path /sys/class/usb_device/usbdev2.3/device. Thanks. However, it seems that the structure I am getting in /sys and /proc is not exactly the same as yours. It also means that I cannot set the power level. Output below: [root@sacha slaboure]# cat /sys/bus/usb/devices/1-1/manufacturer Research In Motion [root@sacha slaboure]# echo "on" > /sys/bus/usb/devices/1-1/power/level bash: /sys/bus/usb/devices/1-1/power/level: Permission denied [root@sacha slaboure]# ls -l /sys/bus/usb/devices/1-1/power total 0 -rw-r--r-- 1 root root 4096 2007-06-21 11:11 autosuspend -rw-r--r-- 1 root root 4096 2007-06-21 11:11 wakeup [root@sacha slaboure]# ls -l /sys/bus/usb/devices/1-1/ total 0 drwxr-xr-x 3 root root 0 2007-06-21 11:10 1-1:1.0 -r--r--r-- 1 root root 4096 2007-06-21 11:10 bcdDevice -rw-r--r-- 1 root root 4096 2007-06-21 11:10 bConfigurationValue -r--r--r-- 1 root root 4096 2007-06-21 11:10 bDeviceClass -r--r--r-- 1 root root 4096 2007-06-21 11:10 bDeviceProtocol -r--r--r-- 1 root root 4096 2007-06-21 11:10 bDeviceSubClass -r--r--r-- 1 root root 4096 2007-06-21 11:10 bmAttributes -r--r--r-- 1 root root 4096 2007-06-21 11:11 bMaxPacketSize0 -r--r--r-- 1 root root 4096 2007-06-21 11:10 bMaxPower -r--r--r-- 1 root root 4096 2007-06-21 11:10 bNumConfigurations -r--r--r-- 1 root root 4096 2007-06-21 11:10 bNumInterfaces lrwxrwxrwx 1 root root 0 2007-06-21 11:10 bus -> ../../../../../bus/usb -r--r--r-- 1 root root 4096 2007-06-21 11:10 configuration -r--r--r-- 1 root root 4096 2007-06-21 11:10 devnum lrwxrwxrwx 1 root root 0 2007-06-21 11:10 driver -> ../../../../../bus/usb/drivers/usb lrwxrwxrwx 1 root root 0 2007-06-21 11:11 ep_00 -> ../../../../../class/usb_endpoint/usbdev1.15_ep00 -r--r--r-- 1 root root 4096 2007-06-21 11:10 idProduct -r--r--r-- 1 root root 4096 2007-06-21 11:10 idVendor -r--r--r-- 1 root root 0 2007-06-21 11:10 manufacturer -r--r--r-- 1 root root 4096 2007-06-21 11:10 maxchild drwxr-xr-x 2 root root 0 2007-06-21 11:11 power -r--r--r-- 1 root root 4096 2007-06-21 11:11 product -r--r--r-- 1 root root 4096 2007-06-21 11:11 quirks -r--r--r-- 1 root root 4096 2007-06-21 11:10 speed lrwxrwxrwx 1 root root 0 2007-06-21 11:10 subsystem -> ../../../../../bus/usb --w------- 1 root root 4096 2007-06-21 11:11 uevent lrwxrwxrwx 1 root root 0 2007-06-21 11:11 usb_device:usbdev1.15 -> ../../../../../class/usb_device/usbdev1.15 lrwxrwxrwx 1 root root 0 2007-06-21 11:11 usb_endpoint:usbdev1.15_ep00 -> ../../../../../class/usb_endpoint/usbdev1.15_ep00 -r--r--r-- 1 root root 4096 2007-06-21 11:10 version Are we working on the same kernel/system/environment? This should be working in the latest 2.6.22 update, can you confirm ? Hello, I'm reviewing this bug as part of the kernel bug triage project, an attempt to isolate current bugs in the fedora kernel. http://fedoraproject.org/wiki/KernelBugTriage There hasn't been much activity on this bug for a while and Dave has indicated this should be resolved in 2.6.22 so I am closing. If I have erred, please accept my profuse apologies and re-open and I will attempt to assist in its resolution. Cheers Chris *** Bug 247773 has been marked as a duplicate of this bug. *** |