This patch add callback function set_current to platform data.
Driver will call this function when isp1704 change current
and board provided this callback funtion in platform data.
This patch is needed for Nokia RX-51 to tell bq2415x charging
chip about connected wallcharger events.
Signed-off-by
This patch will register bq24150a charger in RX-51 board data.
Patch also adding platform function between isp1704 and bq2415x
drivers for detecting charger type.
So finally charging battery on Nokia N900 (RX-51) working
automatically without any proprietary Nokia bits in userspace.
Signed-off-by
More power supply drivers depends on vbus events and without it they not
working. Power supply drivers using usb_register_notifier, so to deliver
events it is needed to call atomic_notifier_call_chain.
So without atomic notifier power supply driver isp1704 not retrieving
vbus status and reporting
This patch series finally bringing support for charging battery on
Nokia N900 (RX-51) without any proprietary Nokia bits in userspace.
Pali Rohár (4):
usb: musb: Call atomic_notifier_call_chain when status is changed
power: isp1704_charger: Fix driver to work with changes introduced in
v3.
* omap musb driver does not report USB_EVENT_ENUMERATED event anymore
* omap musb driver reporting USB_EVENT_VBUS when charger is connected
* read last event from phy->last_event (instead from ulpi register)
* do not call wall charger detection more times
Signed-off-by: Pali Rohár
---
drivers/po
hi Alan:
2013/9/7 Alan Stern :
> On Sat, 7 Sep 2013, vichy wrote:
>
>> hi all:
>> when I trace linux ehci driver source code.
>> I have some questions
>> 1. in itd_slot_ok, why we have to
>> uframe %= period;
>> and use this uframe to calculate the bandwidth?
>>
>> suppose start passed
2013/9/8 vichy :
> hi all:
> I try to do webcam audio capture on my arm platform.
> when I execute audio capture I got below message
> "retire_capture_urb: 108 callbacks suppressed"
>
> my questions:
> 1. where I can get the message "retire_capture_urb: 108 callbacks
> suppressed" show in sound/usb
On Sun, 8 Sep 2013, vichy wrote:
> >> suppose start passed to itd_slot_ok is 537, period, usb->interval, is 8.
> >> that mean we want to know whether bandwidth of microframe 537 is enough.
> >> Not want to know whether 537%8 =1
> >> the bandwidth of microframe 1 is enough.
> >
> > In fact you need
Hello,
Just wanted to check if there is a version of
http://www.linux-usb.org/usbtest/ testusb.c or test.sh scrpts that
work with the current kernel.
The files seem to be using usbfs, which is deprecated.
./testusb -a
usbfs files are missing
Any thoughts, please?
Thanks
Joe
--
To unsubscribe f
On Sun, Sep 08, 2013 at 01:08:02PM -0500, joe M wrote:
> Hello,
>
> Just wanted to check if there is a version of
> http://www.linux-usb.org/usbtest/ testusb.c or test.sh scrpts that
> work with the current kernel.
>
> The files seem to be using usbfs, which is deprecated.
>
> ./testusb -a
> usb
Hello greg,
> It should be changed to point to where the usbfs files are now located
> (i.e. /dev/bus/usb/ instead of the old usbfs mount point.)
Thanks, your suggestion helped.
I changed /proc/bus/usb/BBB/DDD to /dev/bus/usb/BBB/DDD, and,
/proc/bus/usb/devices to /sys/kernel/debug/usb/devices
Hello Greg,
Trying with the full path of the device helped. Sorry for the bother.
smart_sudo ./testusb -D /dev/bus/usb/006/001
Password:
./testusb: /dev/bus/usb/006/001 may see only control tests
/dev/bus/usb/006/001 test 0 --> 38 (Function not implemented)
/dev/bus/usb/006/001 test 1 --> 38 (Fun
On Sun, Sep 08, 2013 at 01:58:38PM -0500, joe M wrote:
> Hello Greg,
>
> Trying with the full path of the device helped. Sorry for the bother.
>
> smart_sudo ./testusb -D /dev/bus/usb/006/001
> Password:
> ./testusb: /dev/bus/usb/006/001 may see only control tests
> /dev/bus/usb/006/001 test 0 --
Hello Johannes,
>
> FWIW, the currrent version of testusb.c is now in the kernel
> git tree in tools/usb/.
Thanks a lot,
Joe
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
On 09/07/2013 07:52 PM, Guenter Roeck wrote:
On 09/07/2013 05:19 PM, Daniel Santos wrote:
I've posted a number of requests for aid on this and have gotten very
little responses and none that were helpful. I have spent at least 24
hours of research time on this and just a little direction from
On 09/08/2013 04:50 PM, Daniel Santos wrote:
On 09/07/2013 07:52 PM, Guenter Roeck wrote:
On 09/07/2013 05:19 PM, Daniel Santos wrote:
I've posted a number of requests for aid on this and have gotten very little
responses and none that were helpful. I have spent at least 24 hours of
research
Hello,
I am trying to use testusb on a HID device for control tests.
>From this (http://permalink.gmane.org/gmane.linux.usb.general/55628)
discussion, I gather that it should be possible.
But, I get these messages for even test 9.
./testusb: /dev/bus/usb/004/002 may see only control tests
/dev/
Hello,
> I do not want to rmmod the hid module as I think it will affect my
> being-used usb keyboard and mouse too. I just want to rmmod the hid
> module for the device being tested.
I got this
http://unix.stackexchange.com/questions/12005/how-to-use-linux-kernel-driver-bind-unbind-interface-fo
Casting the return value which is a void pointer is redundant.
The conversion from void pointer to any other pointer type is
guaranteed by the C programming language.
Signed-off-by: Jingoo Han
---
drivers/usb/host/ehci-fsl.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/
Casting the return value which is a void pointer is redundant.
The conversion from void pointer to any other pointer type is
guaranteed by the C programming language.
Signed-off-by: Jingoo Han
---
CC'ed Alan Stern.
drivers/usb/host/ehci-fsl.c |2 +-
1 file changed, 1 insertion(+), 1 deletio
On 2013-08-28 11:02, Andreas Larsson wrote:
On 2013-08-12 16:05, Andreas Larsson wrote:
This adds an UDC driver for GRUSBDC USB Device Controller cores
available in the
GRLIB VHDL IP core library. The driver only supports DMA mode.
Any comments? It would be great to get feedback soon in case s
On Mon, Sep 09, 2013 at 02:08:02AM +0800, joe M wrote:
> Hello,
>
> Just wanted to check if there is a version of
> http://www.linux-usb.org/usbtest/ testusb.c or test.sh scrpts that
> work with the current kernel.
>
> The files seem to be using usbfs, which is deprecated.
>
> ./testusb -a
> usb
22 matches
Mail list logo
