The code did return -EINVAl when the mux_signal function pointer is available.
If not, the corresponding function (the NULL pointer) is called.
This patch inverts that logic.
Signed-off-by: Andreas Kemnade andr...@kemnade.info
---
sound/soc/omap/mcbsp.c |2 +-
1 files changed, 1 insertions
that with a scope.
I even took a driver which works in master mode on another mcbsp and just
changed
the mcbsp number.
What needs to be done to receive data from mcbsp1?
Greetings
Andreas Kemnade
signature.asc
Description: PGP signature
Hi,
On Tue, 21 Aug 2012 16:42:19 +0300
Peter Ujfalusi peter.ujfal...@ti.com wrote:
On 08/21/2012 08:42 AM, Andreas Kemnade wrote:
Hi,
I tried a couple of times with different kernels to use mcbsp1 of dm3730
in master mode (so that it sends out clocks).
The result always is that I can
On Thu, 23 Aug 2012 11:47:59 +0300
Peter Ujfalusi peter.ujfal...@ti.com wrote:
On 08/22/2012 11:19 PM, Andreas Kemnade wrote:
if I understand the TRM correctly, according to Figure 21-26 in chapter
21.4.2.3.
if GSYNC is set, the receiver uses the signal from the sample rate
generator
cal characteristics of a bicycle as a power source are.
- the amount of current available changes
- 500mA at around 17km/h
- you cannot destroy it by electrically overloading
If the current is set to e.g. 500mA and that linear charging mode is
enabled, the battery gets the maximum current available (upto
500mA) regardless of the speed which is often changing.
Regards,
Andreas Kemnade
signature.asc
Description: PGP signature
CC/CV mode is still automatically done,
but end of charge due to low current not.
Note: If linear charging mode is used there should be some method of
stopping charging automatically. It is not a so time-critical, but
it is the wrong setting fo