We can have machines without DMIC connected. In this case there is
no need to create amother (unusable) capture PCM on the card.
The existence of the DMIC connection can be checked via
pdata-has_dmic.
Select the correct dai_link structure for the card based on
pdata-has_dmic.
Signed-off-by: Peter
Disable the not connected pins on the board based on the
received platform data.
DO not register the jack function on boards, which does not have
means to detect it (jack is always connected).
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Acked-by: Mark Brown broo
PandaBoardES for PandaBoard ES
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
CC: Santosh Shilimkar santosh.shilim...@ti.com
CC: David Anders x0132...@ti.com
Acked-by: Tony Lindgren t...@atomide.com
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/mach-omap2/board-omap4panda.c
Avoid using hardwired configuration for MCLK frequency.
Different board design might use other MCLK frequency.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound/soc/omap/omap-abe-twl6040.c | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/sound/soc
Enable ASoC audio support for OMAP4 based machines with
twl6040 codec via the omap-abe-twl6040 machine driver.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Acked-by: Mark Brown broo...@opensource.wolfsonmicro.com
---
sound/soc/omap/Kconfig |4 +++-
1 files changed, 3 insertions(+), 1
On 01/24/2012 03:00 PM, Mark Brown wrote:
On Tue, Jan 24, 2012 at 01:52:27PM +0200, Peter Ujfalusi wrote:
Disable the not connected pins on the board based on the
received platform data.
DO not register the jack function on boards, which does not have
means to detect it (jack is always
On 01/25/2012 12:50 PM, Jassi Brar wrote:
Hi Peter,
I tried the patchset on my 4430 Panda. Playback works ok, but not Capture.
All is get is a hiss.
Is capture supposed to work ? If yes, any amixer settings that need
to be done?
Thanks for testing the series.
I do not have Panda on my
On 01/25/2012 01:33 PM, Mark Brown wrote:
It'd do the right thing if you changed the code to only register the
board widgets and routes as required - from your reply to Jassi it looks
like you ought to do conditional reigstration anyway as the input paths
move around between board variations.
Hi Paul,
On 01/25/2012 11:23 PM, Paul Walmsley wrote:
Okay, thanks, queued for 3.3-rc.
It seams this patch did not made it to 3.3-rc2.
We still have broken audio out of box on SDP4430/Blaze.
Can you make sure that this will be queued for rc3?
Thank you,
Péter
--
To unsubscribe from this list:
Hi Paul,
On 02/01/2012 09:08 PM, Paul Walmsley wrote:
No sadly I can't. There are at least three levels of maintainers above me
in my mainline submission path. As you may have seen, I've sent the patch
to Tony and he has pulled the series:
be squashed together later if no
objections.
Regards,
Peter
---
Peter Ujfalusi (7):
MFD: twl-core: Detach twl6040 from the pmic mfd driver
MFD: twl6040: Convert to i2c driver, and separate it from twl core
ASoC: twl6040: Remove dependency on twl4030 from Kconfig
OMAP: 4430sdp: Correct fixed
On OMAP4 platform audio has separate IC, it is no longer part
of the pmic chip.
Prevent twl-core to claim the 0x4b address, which belongs to
the twl6040 audio IC.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/mfd/twl-core.c | 58
twl6040 no longer needs twl4030.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound/soc/codecs/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/sound/soc/codecs/Kconfig b/sound/soc/codecs/Kconfig
index 7c205e7..9462d50 100644
--- a/sound/soc/codecs
The twl6040 VIO power is connected to SMPS V1V8, the
V2V1 power is coming from SMPS V2V1 of twl6030.
These are fixed, always on regulators.
Create fixed voltage regulators for these supplies.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-omap2/board-4430sdp.c | 58
twl6040 has three power supply source:
VBAT needs to be connected to VBAT
VIO, and V2V1.
Add regulator support for the VIO, V2V1 supplies.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/mfd/twl6040-core.c | 41 +
include/linux/mfd
The twl6040 VIO power is connected to SMPS V1V8, the
V2V1 power is coming from SMPS V2V1 of twl6030.
These are fixed, always on regulators.
Create fixed voltage regulators for these supplies.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-omap2/board-omap4panda.c | 62
The board has two fixed voltage regulator. Correct the
device ID for the vbat, which used -1.
Create defines for the fixed regulator IDs so when adding new
regulators we know the next available ID to use for them.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-omap2/board
twl6040 is a separate chip, it is not part of the twl6030
PMIC.
Complete the separation of the twl6040 from the twl core.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-omap2/board-4430sdp.c| 12 ++--
arch/arm/mach-omap2/board-generic.c|2 +-
arch/arm/mach
On 02/02/2012 02:40 PM, Mark Brown wrote:
On Thu, Feb 02, 2012 at 02:16:57PM +0200, Peter Ujfalusi wrote:
The twl6040 VIO power is connected to SMPS V1V8, the
V2V1 power is coming from SMPS V2V1 of twl6030.
These are fixed, always on regulators.
Create fixed voltage regulators
On 02/02/2012 02:52 PM, Mark Brown wrote:
On Thu, Feb 02, 2012 at 02:16:59PM +0200, Peter Ujfalusi wrote:
+twl6040-vio = regulator_get(client-dev, vio);
+if (IS_ERR(twl6040-vio)) {
+ret = PTR_ERR(twl6040-vio);
+dev_err(client-dev, Failed to request VIO supply
On 02/02/2012 03:32 PM, Mark Brown wrote:
That's not a problem for using the bulk get - the array is part of the
API so you can use regulator_bulk_get() and still look at individual
supplies within the array later on when enabling and disabling them.
For some reason I have associated the use
,
Peter
---
Peter Ujfalusi (7):
MFD: twl-core: Detach twl6040 from the pmic mfd driver
MFD: twl6040: Convert to i2c driver, and separate it from twl core
ASoC: twl6040: Remove dependency on twl4030 from Kconfig
OMAP: 4430sdp: Correct fixed regulator device ID
OMAP: sdp4430: Add fixed regulator
twl6040 no longer needs twl4030.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound/soc/codecs/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/sound/soc/codecs/Kconfig b/sound/soc/codecs/Kconfig
index 7c205e7..9462d50 100644
--- a/sound/soc/codecs
Complete the separation of the twl6040 from the twl core since
it is a separate chip, not part of the twl6030 PMIC.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-omap2/board-4430sdp.c| 12 ++--
arch/arm/mach-omap2/board-generic.c|2 +-
arch/arm/mach-omap2
On OMAP4 platform audio has separate IC, it is no longer part
of the pmic chip.
Prevent twl-core to claim the 0x4b address, which belongs to
the twl6040 audio IC.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/mfd/twl-core.c | 58
The twl6040 VIO power is connected to SMPS V1V8, the
V2V1 power is coming from SMPS V2V1 of twl6030. These are fixed,
always on regulators.
Create fixed voltage regulators for these supplies.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-omap2/board-omap4panda.c | 62
twl6040 has three power supply source:
VBAT needs to be connected to VBAT, VIO, and V2V1.
Add regulator support for the VIO, V2V1 supplies.
Initially handle the two supply together with bulk commands.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/mfd/twl6040-core.c | 41
The twl6040 VIO power is connected to SMPS V1V8, the
V2V1 power is coming from SMPS V2V1 of twl6030.
These are fixed, always on regulators.
Create fixed voltage regulators for these supplies.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-omap2/board-4430sdp.c | 58
The board has two fixed voltage regulator. Correct the
device ID for the vbat, which used -1.
Create defines for the fixed regulator IDs so when adding new
regulators we know the next available ID to use for them.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-omap2/board
On 02/07/2012 03:16 PM, Mark Brown wrote:
though I'd be inclined to just embed this structure into the twl6040
struct directly, you're always going to need to allocate it and it saves
a tiny bit of error handling and whatnot.
True. I'm not sure why I have settled with this solution... As I
On 02/07/2012 03:29 PM, Mark Brown wrote:
and it looks like you'll save a bunch more code if you're able to
convert over to using a regmap cache. Note that as a first pass you
just need to define which registers are volatile and enable a cache type
- if defaults are omitted then the values
On 02/07/2012 03:43 PM, Mark Brown wrote:
That just sounds far too icky - I'm really not happy that people have
been doing that in ASoC TBH, it just makes everything more tricky than
it should be. It save a little bit of effort with the control but just
pushes that complexity elsewhere where
On 02/08/2012 02:34 AM, Grazvydas Ignotas wrote:
Hi,
On OMAP3 pandora, system suspend stops working properly after using
audio at least once:
(just after boot):
# echo mem /sys/power/state
[ 12.578186] PM: Entering mem sleep
[ 12.678802] PM: suspend of devices complete after 92.834
Hi,
On 02/07/2012 03:01 PM, Peter Ujfalusi wrote:
Still in the to-do list:
Implement proper regulator support on SDP4430, and PandaBoard for the needed
supplies by the twl6040.
The supply source is the same on both boards:
TWL6040 VDD2V1 - TWL6030 V2V1 SMPS
TWL6040 VDDVIO - TWL6030 V1V8
On 02/08/2012 06:19 PM, Grazvydas Ignotas wrote:
ok I've figured it out myself - it's because of McBSP2 clock source
selection. Pandora has rather unusual config (compared to other
boards) that it gets McBSP2 audio clock through external pin. As long
as it's set to PRCM functional clock (OMAP
On OMAP4 platform audio has separate IC, it is no longer part
of the pmic chip.
Prevent twl-core to claim the 0x4b address, which belongs to
the twl6040 audio IC.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/mfd/twl-core.c | 58
and second patch the audio will not probe on OMAP4, but I felt
it is better this way at least for the first RFC series to not have too big
change within one patch. The two patch can be squashed together later if no
objections.
Regards,
Peter
---
Peter Ujfalusi (3):
MFD: twl-core: Detach twl6040
twl6040 no longer needs twl4030.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound/soc/codecs/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/sound/soc/codecs/Kconfig b/sound/soc/codecs/Kconfig
index 7c205e7..f1a1197 100644
--- a/sound/soc/codecs
Complete the separation of the twl6040 from the twl core since
it is a separate chip, not part of the twl6030 PMIC.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Mark Brown broo...@opensource.wolfsonicro.com
---
arch/arm/mach-omap2/board-4430sdp.c| 12 ++--
arch/arm/mach
comment regarding to the supplies member of the twl6040 struct (no need to
allocate it separately).
Regards,
Peter
---
Peter Ujfalusi (7):
OMAP: 4430SDP: Correct fixed regulator device ID
regulator: twl-regulator: Add fixed LDO for V1V8, V2V1 supply
MFD: twl-core: regulator configuration
The board has two fixed voltage regulator. Correct the
device ID for the vbat, which used -1.
Create defines for the fixed regulator IDs so when adding new
regulators we know the next available ID to use for them.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-omap2/board
V1V8 supply most common use is to provide VIO for the system.
V2V1 supply is used on SDP4430/PandaBoards to provide 2.1V to
twl6040, and also as an input to VCXIO_IN, VDAC_IN of twl6030.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/regulator/twl-regulator.c |2 ++
1 files
To be able to attach consumers to these supplies from board
files we need to have regulator_init_data for them.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/mfd/twl-core.c | 10 ++
include/linux/i2c/twl.h |2 ++
2 files changed, 12 insertions(+), 0 deletions
These supplies going to be needed for the twl6040 driver.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-omap2/board-omap4panda.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/board-omap4panda.c
b/arch/arm/mach-omap2/board
twl6040 has three power supply source:
VBAT needs to be connected to VBAT, VIO, and V2V1.
Add regulator support for the VIO, V2V1 supplies.
Initially handle the two supply together with bulk commands.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Mark Brown broo
These supplies going to be needed for the twl6040 driver.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-omap2/board-4430sdp.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/board-4430sdp.c
b/arch/arm/mach-omap2/board
) as consumer for V1V8, and V2V1.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-omap2/twl-common.c | 43 ++
arch/arm/mach-omap2/twl-common.h |2 +
2 files changed, 45 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2
.
Regards,
Peter
---
Peter Ujfalusi (11):
ARM: OMAP: mcbsp: Convert core driver to proper platform driver
OMAP: mcbsp: Move core driver under sound/soc/omap
ASoC: OMAP: McBSP: Consolidate plat/mcbsp.h content
ASoC: core - Add API call to register dai kcontrols.
ASoC: omap-mcbsp: Create
.
Regards,
Peter
---
Peter Ujfalusi (11):
ARM: OMAP: mcbsp: Convert core driver to proper platform driver
OMAP: mcbsp: Move core driver under sound/soc/omap
ASoC: OMAP: McBSP: Consolidate plat/mcbsp.h content
ASoC: core - Add API call to register dai kcontrols.
ASoC: omap-mcbsp: Create
Convert the plat-omap/mcbsp.c driver to be proper platform driver.
Remove the omap_mcbsp_init function call which was called from
mach-omap1/2/mcbsp.c to register the platform driver for the just
created platform device in the same function.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
In order to consolidate the McBSP driver move it out from
arch/arm/plat-omap directory under sound/soc/omap/
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/plat-omap/Kconfig |8
arch/arm/plat-omap/Makefile|2 --
sound/soc
Move most of the content of the plat/mcbsp.h header file under
sound/soc/omap/ to help further cleanups.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/plat-omap/include/plat/mcbsp.h | 273 -
sound/soc/omap/mcbsp.c |2 +
sound
-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-omap1/mcbsp.c | 12 --
arch/arm/mach-omap2/mcbsp.c |6 -
arch/arm/plat-omap/include/plat/mcbsp.h | 40 -
sound/soc/omap/am3517evm.c |2 +-
sound/soc/omap/ams-delta.c
Use devm_* where it is possible to save on cleanup path.
Start merging the two mcbsp file content.
Move pm_runtime_enable/disable calls to ASoC probe, remove from module
probe/remove time.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound/soc/omap/mcbsp.c | 135
Since the drivers has been merged, merge the two structures together.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound/soc/omap/mcbsp.h | 33 --
sound/soc/omap/omap-mcbsp.c | 53 ++
2 files changed, 38
We no longer need accessor functions for max_tx/rx_threshold, dma_op_mode
or for the FIFO size.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound/soc/omap/mcbsp.c | 36
sound/soc/omap/mcbsp.h |3 ---
sound/soc/omap/omap-mcbsp.c
Configure the DMA request line, port address, and stream name at
probe time instead of every time we start a stream.
These settings are static in the system.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound/soc/omap/mcbsp.c | 29 ++---
sound/soc/omap
Use BIT() for bit position, correct field definition by adding mask to
them, and also adding the missing spaces around ''
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound/soc/omap/mcbsp.h | 194
1 files changed, 97 insertions(+), 97
The driver for omap-mcbsp-dai no longer exist since it has been merged with
the omap-mcbsp driver.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-omap1/devices.c |9 -
arch/arm/mach-omap2/devices.c | 22 --
arch/arm
Hi,
I hoped that time will solve this, but so far no luck. I just can not
get the ethernet port (along with the USB host ports) working on my xM RevC.
What is the trick to get it working on 3.3-rc3?
There seams to be some configuration issue:
[1.437530] ehci_hcd: USB 2.0 'Enhanced' Host
CCDN is the last common channel register in all OMAP4 versions. Use
cpu_is_omap44xx() instead of the cpu_is_omap4430() - which is anyway not
doing what it supposed to do.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-omap2/dma.c |2 +-
1 files changed, 1 insertions
The cpu_is_omap4430() macro always return with 0. Use the correct
cpu_is_omap443x() to check for Panda revision.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
Hi,
Since the depending patches are going via Liam's tree it would be best if we
can queue this via audio as well.
Without
Hi,
On 02/10/2012 12:00 PM, Peter Ujfalusi wrote:
Hello,
Changes since v2:
- soc/codec/Kconfig: make twl6040 depend on I2C
- Regulator related patches has been removed (to be sent as separate series)
--
Intro mail from the original series:
This series will convert the twl6040 MFD
Hi,
On 02/10/2012 12:05 PM, Peter Ujfalusi wrote:
Hello,
This series depends on the V3 of MFD: twl6040: Conversion to i2c driver set.
In order to have proper regulator support for twl6040 on SDP4430, and
PandaBoards I needed to add support for the V1V8, and V2V1 SMPS supplies from
Hi Gražvydas,
On 02/18/2012 11:43 PM, Grazvydas Ignotas wrote:
On Wed, Feb 15, 2012 at 5:37 PM, Peter Ujfalusi peter.ujfal...@ti.com wrote:
Comments, testers are welcome...
Tried these on current mainline and they break sound on pandora:
# aplay /dev/urandom
Playing raw data '/dev/urandom
On 02/19/2012 05:52 PM, Grazvydas Ignotas wrote:
Might be an idea to do this in the McBSP driver - have it do the switch
transparently, then flip back when the port is brought up again?
Maybe, but I think pandora is the only one using external clock in
mainline
I have patch on top of the
On 02/20/2012 12:50 PM, Grazvydas Ignotas wrote:
Sounds good, I can wait for this I guess.
I just wonder why not just switch to twl4030 master scenario for
pandora? I know that there are products out there using this scenario (I
mean real consumer devices), and AFAIK they work pretty well.
What
Hi Samuel,
On 02/20/2012 09:47 PM, Samuel Ortiz wrote:
Hi Peter,
On Fri, Feb 10, 2012 at 12:00:15PM +0200, Peter Ujfalusi wrote:
Hello,
Changes since v2:
- soc/codec/Kconfig: make twl6040 depend on I2C
- Regulator related patches has been removed (to be sent as separate series)
I
Hi Tony,
On 02/21/2012 08:44 PM, Tony Lindgren wrote:
Yeah looks OK to me, acked that patch. Let me know if there are
others I should look.
I would appreciate if you could take a look at this series as well:
TWL6040: Regulator support
http://marc.info/?l=linux-omapm=132947934522602w=2
I have
Hi Tony,
On 02/23/2012 01:07 AM, Tony Lindgren wrote:
* Peter Ujfalusi peter.ujfal...@ti.com [120217 00:54]:
CCDN is the last common channel register in all OMAP4 versions. Use
cpu_is_omap44xx() instead of the cpu_is_omap4430() - which is anyway not
doing what it supposed to do
of this, registers between CCFN - CCDN will be not cleard in the
omap2_clear_dma function in OMAP4.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-omap2/dma.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/dma.c b/arch/arm/mach-omap2
On 02/23/2012 10:42 AM, Shilimkar, Santosh wrote:
The bug is not severe. Infact these registers are needed for
descriptor loading sDMA feature which never made it to mainline :)
So nothing should get impacted.
Yes, this is my understanding as well.
--
Péter
--
To unsubscribe from this list:
twl4030 (PWM driven LED A/B ports) and twl6030's
Charging indication LED (PWM driven).
Regards,
Peter
---
Peter Ujfalusi (3):
pwm: Remove pwm-twl6030 driver
pwm: New driver to support PWMs on TWL4030/6030 series of PMICs
pwm: New driver to support PWM driven LEDs on TWL4030/6030 series
.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/pwm/Kconfig | 10 ++
drivers/pwm/Makefile | 1 +
drivers/pwm/pwm-twl.c | 304 ++
3 files changed, 315 insertions(+)
create mode 100644 drivers/pwm/pwm-twl.c
diff --git a/drivers/pwm
.
When the PWM has been freed, the LED driver is put back to HW control.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/pwm/Kconfig | 10 ++
drivers/pwm/Makefile | 1 +
drivers/pwm/pwm-twl-led.c | 287 ++
3 files changed, 298
This driver only supported the Charging indicator LED.
New set of drivers going to provide support for both PWMs and LEDs for twl4030
and twl6030 series of PMICs.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/pwm/Kconfig | 9 ---
drivers/pwm/Makefile | 1
,
Peter
---
Peter Ujfalusi (3):
pwm: Remove pwm-twl6030 driver
pwm: New driver to support PWMs on TWL4030/6030 series of PMICs
pwm: New driver to support PWM driven LEDs on TWL4030/6030 series of
PMICs
drivers/pwm/Kconfig | 19 ++-
drivers/pwm/Makefile | 3 +-
drivers/pwm
This driver only supported the Charging indicator LED.
New set of drivers going to provide support for both PWMs and LEDs for twl4030
and twl6030 series of PMICs.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/pwm/Kconfig | 9 ---
drivers/pwm/Makefile | 1
.
When the PWM has been freed, the LED driver is put back to HW control.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/pwm/Kconfig | 10 ++
drivers/pwm/Makefile | 1 +
drivers/pwm/pwm-twl-led.c | 295 ++
3 files changed, 306
.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/pwm/Kconfig | 10 ++
drivers/pwm/Makefile | 1 +
drivers/pwm/pwm-twl.c | 322 ++
3 files changed, 333 insertions(+)
create mode 100644 drivers/pwm/pwm-twl.c
diff --git a/drivers/pwm
in
this function)
make[1]: *** [arch/arm/mach-omap2/cm_common.o] Error 1
make: *** [arch/arm/mach-omap2] Error 2
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
Hi,
with today's linux-next the kernel build failed with the abive error for OMAP.
Regards,
Peter
arch/arm/mach-omap2/cm_common.c | 1
Since the twl-core has been converted to use regmap it is no longer needed
to allocate bigger buffer for data when writing to twl.
CC: Grant Likely grant.lik...@secretlab.ca
CC: Linus Walleij linus.wall...@linaro.org
CC: Alessandro Zummo a.zu...@towertech.it
Signed-off-by: Peter Ujfalusi
can switch to use
it as soon as it is possible.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/mfd/twl-core.c | 9 +++
include/linux/i2c/twl.h | 65 +
2 files changed, 36 insertions(+), 38 deletions(-)
diff --git a/drivers
To facilitate upcoming cleanup in twl stack.
No functional changes.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/mfd/twl4030-power.c | 124 ++--
1 file changed, 51 insertions(+), 73 deletions(-)
diff --git a/drivers/mfd/twl4030-power.c
To facilitate upcoming cleanup in twl stack.
No functional changes.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/mfd/twl-core.c | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/drivers/mfd/twl-core.c b/drivers/mfd/twl-core.c
index f857097
To facilitate upcoming cleanup in twl stack.
No functional changes.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/mfd/twl4030-irq.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/mfd/twl4030-irq.c b/drivers/mfd/twl4030-irq.c
index e900402
To facilitate upcoming cleanup in twl stack.
No functional changes.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/mfd/twl4030-madc.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/mfd/twl4030-madc.c b/drivers/mfd/twl4030-madc.c
index
.
The series depends on a regression fix patch for the twl-core:
https://patchwork.kernel.org/patch/1679421/
Regards,
Peter
---
Peter Ujfalusi (13):
MFD: twl-core: Register twl4030-madc child only for twl4030 class
MFD: twl-core: Support for proper PWM drivers
MFD: twl-core: Convert to use
twl4030-madc driver can only handle twl4030 class MADC. The newer revisions
of twl does not have MADC, instead they have different IP called GPADC which
is not backward compatible.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/mfd/twl-core.c | 3 ++-
1 file changed, 2
on 0x4b address and not 0x48
twl4030_pwrbutton is accessible on 0x4b address and not 0x49
twl4030-audio is on 0x49 all the time
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/mfd/twl-core.c | 27 ---
1 file changed, 12 insertions(+), 15 deletions(-)
diff --git
Remove the custom code to do I/O and replace it with standard regmap calls.
CC: Mark Brown broo...@opensource.wolfsonmicro.com
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/mfd/twl-core.c | 147 +++--
1 file changed, 80 insertions
It is easier fro humans to understand decimal numbers than hexadecimals when
they are used as indexes.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
include/linux/i2c/twl.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/include/linux/i2c/twl.h b/include/linux
Group the twl_mapping table in 5 lines chunks so it is more easier to find
the row we are looking for (if we need to).
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/mfd/twl-core.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/mfd/twl
AUDIO and MADC only available on twl4030 series and the TWL_MODULE_* mapping
is not needed.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
include/linux/i2c/twl.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/include/linux/i2c/twl.h b/include/linux/i2c/twl.h
index 9a5e284
instance) while the twl-pwmled
driver is to control the two LED instance on TWL4030 and to charging
indicator LED (1 instance) on TWL6030.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/mfd/twl-core.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git
To facilitate upcoming cleanup in twl stack.
No functional change.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-omap2/omap_twl.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_twl.c b/arch/arm/mach-omap2/omap_twl.c
Avoid using the TWL4030_MODULE_PWMA/B as module ID. The LEDEN, PWMA ON/OFF
and PWMB ON/OFF registers are in a continuous range starting from LED base.
This is going to be helpful for further cleanup in the twl stack.
No functional changes.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
To facilitate upcoming cleanup in twl stack.
No functional changes.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/input/misc/twl4030-pwrbutton.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/input/misc/twl4030-pwrbutton.c
b/drivers/input/misc
To facilitate upcoming cleanup in twl stack.
No functional changes.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/watchdog/twl4030_wdt.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/watchdog/twl4030_wdt.c b/drivers/watchdog/twl4030_wdt.c
index
To facilitate upcoming cleanup in twl stack.
No functional changes.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/power/twl4030_charger.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/power/twl4030_charger.c b/drivers/power
801 - 900 of 1965 matches
Mail list logo