On Wed, 2012-02-15 at 17:28 -0800, Kevin Hilman wrote:
> NeilBrown writes:
>
> > On Wed, 15 Feb 2012 16:13:02 -0800 Kevin Hilman
> >
> > wrote:
> >
> >> On 02/15/2012 03:54 PM, Kevin Hilman wrote:
> >> > Luciano Coelho writes:
> >> >
> >> > [...]
> >> >
> >> >> I just tried this on my Panda a
Hi Kevin,
On Wed, 2012-02-15 at 16:13 -0800, Kevin Hilman wrote:
> On 02/15/2012 03:54 PM, Kevin Hilman wrote:
> > Luciano Coelho writes:
> >
> > [...]
> >
> >> I just tried this on my Panda and I keep getting this kind of BUGs. It
> >> spams my console so much that is pretty much unusable:
> >
On Thu, 2012-02-16 at 12:12 +0530, K, Mythri P wrote:
> Hi Tomi,
>
> On Wed, Feb 15, 2012 at 8:22 PM, Tomi Valkeinen wrote:
> > On Wed, 2012-02-15 at 14:55 +0530, K, Mythri P wrote:
> >> Hi,
> >>
> >> On Wed, Feb 15, 2012 at 1:11 PM, Tomi Valkeinen
> >> wrote:
> >> > On Wed, 2012-02-15 at 11:20
On Thu, Feb 16, 2012 at 12:05 PM, Grant Likely
wrote:
> On Thu, Feb 16, 2012 at 11:11:52AM +0530, DebBarma, Tarun Kanti wrote:
>> Hi Benoit,
>>
>> On Wed, Feb 15, 2012 at 9:34 PM, Benoit Cousson wrote:
>> > Replace the regular kzalloc and ioremap with the devm_ equivalent
>> > to simplify error h
Hi Tomi,
On Wed, Feb 15, 2012 at 8:22 PM, Tomi Valkeinen wrote:
> On Wed, 2012-02-15 at 14:55 +0530, K, Mythri P wrote:
>> Hi,
>>
>> On Wed, Feb 15, 2012 at 1:11 PM, Tomi Valkeinen
>> wrote:
>> > On Wed, 2012-02-15 at 11:20 +0530, mythr...@ti.com wrote:
>> >> From: Mythri P K
>> >>
>> >> Add M
On Thursday 16 February 2012 11:11 AM, DebBarma, Tarun Kanti wrote:
> Hi Benoit,
>
> On Wed, Feb 15, 2012 at 9:34 PM, Benoit Cousson wrote:
>> Replace the regular kzalloc and ioremap with the devm_ equivalent
>> to simplify error handling.
>>
>> Add the missing devm_request_mem_region to reserve t
On Wed, 2012-02-15 at 20:46 -0600, Ricardo Neri wrote:
> What other display types featuring audio and video should be considered
> at this point?
I guess they are a bit theoretical, so I wouldn't worry too much about
them. But if it's easy to make the API generic, instead of HDMI
specific, let's
On Thu, Feb 16, 2012 at 11:11:52AM +0530, DebBarma, Tarun Kanti wrote:
> Hi Benoit,
>
> On Wed, Feb 15, 2012 at 9:34 PM, Benoit Cousson wrote:
> > Replace the regular kzalloc and ioremap with the devm_ equivalent
> > to simplify error handling.
> >
> > Add the missing devm_request_mem_region to r
On Wed, Feb 15, 2012 at 9:34 PM, Benoit Cousson wrote:
> The driver does not need anymore any id to identify the GPIO instance.
> Remove every occurence of the bank->id inside the driver.
>
> Remove two trailing spaces.
> Add a dev variable for better readability in probe.
> Remove unused variable
Hi Benoit,
On Wed, Feb 15, 2012 at 9:34 PM, Benoit Cousson wrote:
> Replace the regular kzalloc and ioremap with the devm_ equivalent
> to simplify error handling.
>
> Add the missing devm_request_mem_region to reserve the region used
> by the driver.
>
> Signed-off-by: Benoit Cousson
> Cc: Taru
Hi Tomi,
On Tue, 2012-02-14 at 14:27 +0200, Tomi Valkeinen wrote:
> Hi,
>
> On Wed, 2012-02-08 at 21:10 -0600, Ricardo Neri wrote:
> > Hello,
> >
> > Certain OMAP4 revisions (i.e., 4430 ES2.3, 4460, and 4470) use
> > a pseudo clock (generated from the TMDS clock), MCLK, to drive the
> > generati
Hi Tomi,
On Wed, 2012-02-15 at 10:23 +0200, Tomi Valkeinen wrote:
> On Tue, 2012-02-14 at 18:00 -0600, Ricardo Neri wrote:
> > Hi Tomi,
> >
> > Thanks for your comments.
> > On Mon, 2012-02-13 at 15:48 +0200, Tomi Valkeinen wrote:
> > > Hi,
> > >
> > > On Sat, 2012-02-11 at 17:55 -0600, Ricardo
On Wed, 15 Feb 2012 16:36:09 +0100 Thomas Weber wrote:
> Hello Neil,
>
> On 30.12.2011 01:58, NeilBrown wrote:
> > w1_bq27000 adds a bq27000-battery platform device but does not provide
> > platform data for it. This causes the bq27x00 driver to dereference a NULL
> > pointer.
> > So provide the
Russell King - ARM Linux writes:
> On Sun, Feb 12, 2012 at 10:41:32AM +, Russell King - ARM Linux wrote:
>> Another issue (through lower priority) is this:
>>
>> twl-common.c:(.init.text+0x2e48): undefined reference to
>> `omap34xx_vddmpu_volt_data'
>> twl-common.c:(.init.text+0x2e4c): unde
NeilBrown writes:
> On Wed, 15 Feb 2012 16:13:02 -0800 Kevin Hilman
> wrote:
>
>> On 02/15/2012 03:54 PM, Kevin Hilman wrote:
>> > Luciano Coelho writes:
>> >
>> > [...]
>> >
>> >> I just tried this on my Panda and I keep getting this kind of BUGs. It
>> >> spams my console so much that is pre
On Wed, 15 Feb 2012 16:13:02 -0800 Kevin Hilman
wrote:
> On 02/15/2012 03:54 PM, Kevin Hilman wrote:
> > Luciano Coelho writes:
> >
> > [...]
> >
> >> I just tried this on my Panda and I keep getting this kind of BUGs. It
> >> spams my console so much that is pretty much unusable:
> >>
> >> [
On 02/15/2012 03:54 PM, Kevin Hilman wrote:
Luciano Coelho writes:
[...]
I just tried this on my Panda and I keep getting this kind of BUGs. It
spams my console so much that is pretty much unusable:
[ 336.172302] BUG: sleeping function called from invalid context at
include/linux/freezer.
On Thu, Feb 16, 2012 at 4:07 AM, Grant Likely wrote:
> On Wed, Feb 15, 2012 at 07:54:56PM +0100, Linus Walleij wrote:
>> On Mon, Feb 13, 2012 at 3:53 PM, Ming Lei wrote:
>>
>> > Looks 'sysfs_lock' needn't to be held for unregister, so the patch below
>> > may
>> > fix the problem.
>>
>> Looks co
Luciano Coelho writes:
[...]
> I just tried this on my Panda and I keep getting this kind of BUGs. It
> spams my console so much that is pretty much unusable:
>
> [ 336.172302] BUG: sleeping function called from invalid context at
> include/linux/freezer.h:46
> [ 336
2012/2/15 Víctor M. Jáquez L. :
> On Tue, Feb 14, 2012 at 08:56:11PM -0600, Ramirez Luna, Omar wrote:
>> On Tue, Feb 14, 2012 at 10:23 AM, Felipe Contreras
>> wrote:
>> >> When that case is applicable, we should first modify the loader code
>> >> or prepare the baseimages to be common so we can ge
Hi Tero,
Great to see those changes merged in.
FWIW:
Reviewed-by: Jean Pihet
Jean
On Wed, Feb 15, 2012 at 7:37 AM, Tero Kristo wrote:
> Changes compared to previous version:
>
> - moved voltdm_pwrdm_enable / disable hooks from idle code to
> pwrdm_pre_transition / pwrdm_post_transition functi
* Kevin Hilman [120215 13:33]:
> Building omap_devices should only be done at init time, and since
> omap_device_build() is using early_platform calls which are also
> __init, this ensures that omap_device isn't trying to use functions
> that disappear.
>
> Signed-off-by: Kevin Hilman
> ---
> To
Building omap_devices should only be done at init time, and since
omap_device_build() is using early_platform calls which are also
__init, this ensures that omap_device isn't trying to use functions
that disappear.
Signed-off-by: Kevin Hilman
---
Tony, I tested this on top of your MMC series, and
Now that we have OPP layer, and OMAP CPUfreq driver is using it, we no
longer need/use the clock framework code for filling up CPUfreq
tables. Remove it.
Thanks to Russell King for pointing out the parts I missed under
plat-omap in the original version.
Cc: Russell King
Signed-off-by: Kevin Hil
On 2/15/2012 8:34 PM, Rob Herring wrote:
On 02/15/2012 11:37 AM, Benoit Cousson wrote:
Add device tree support to the OMAP2+ McSPI driver.
Add the bindings documentation.
Based on original code from Rajendra.
Signed-off-by: Benoit Cousson
Cc: Grant Likely
Cc: Rajendra Nayak
---
Documentation
On 2/15/2012 9:02 PM, Grant Likely wrote:
On Wed, Feb 15, 2012 at 06:37:35PM +0100, Benoit Cousson wrote:
Add the 4 McSPI controller nodes present in an OMAP4 device.
Remove SPI static device initialisation if DT is populated.
Signed-off-by: Benoit Cousson
Cc: Grant Likely
---
arch/arm/boot/
Felipe, can you confirm whether or not Ming's patch below solves your
problem?
g.
On Mon, Feb 13, 2012 at 10:53:20PM +0800, Ming Lei wrote:
> Hi,
>
> On Wed, Feb 8, 2012 at 8:41 PM, Felipe Balbi wrote:
> > Hi guys,
> >
> > I have just triggered the folllowing:
> >
> > [ 84.860321] ===
On Wed, Feb 15, 2012 at 07:54:56PM +0100, Linus Walleij wrote:
> On Mon, Feb 13, 2012 at 3:53 PM, Ming Lei wrote:
>
> > Looks 'sysfs_lock' needn't to be held for unregister, so the patch below may
> > fix the problem.
>
> Looks correct to me!
> Acked-by: Linus Walleij
Ming, can I have a proper
On Wed, Feb 15, 2012 at 01:34:46PM -0600, Rob Herring wrote:
> On 02/15/2012 11:37 AM, Benoit Cousson wrote:
> > Add device tree support to the OMAP2+ McSPI driver.
> > Add the bindings documentation.
> >
> > Based on original code from Rajendra.
> >
> > Signed-off-by: Benoit Cousson
> > Cc: Gra
On Wed, Feb 15, 2012 at 06:37:33PM +0100, Benoit Cousson wrote:
> Hi Grant,
>
> You might think I'm harassing you with all these series, but it looks like
> you are the maintainer of all the stuff I care about for the moment :-)
>
> Here are a couple of SPI patches + the addition of a SPI etherne
On Wed, Feb 15, 2012 at 06:37:35PM +0100, Benoit Cousson wrote:
> Add the 4 McSPI controller nodes present in an OMAP4 device.
>
> Remove SPI static device initialisation if DT is populated.
>
> Signed-off-by: Benoit Cousson
> Cc: Grant Likely
> ---
> arch/arm/boot/dts/omap4.dtsi | 32 +
"Cousson, Benoit" writes:
> + Kevin
>
> On 2/15/2012 1:51 PM, Tomi Valkeinen wrote:
>> On Wed, 2012-02-15 at 13:35 +0100, Cousson, Benoit wrote:
>>
>>> I think that changing the device creation to change the dev->parent
>>> should be pretty straightforward.
>>
>> That's not possible with the curr
Currently all omap_devices are forced to have the dummy device
'omap_device_parent' as a parent. This was used to distinguish
omap_devices from "normal" platform_devices in the OMAP PM core code.
Now that we implement the PM core using PM domains, this is no longer
needed.
This also frees up oma
Jean Pihet writes:
> HI Kevin,
>
> On Wed, Feb 15, 2012 at 11:12 AM, Kevin Hilman wrote:
>> --- a/arch/arm/plat-omap/include/plat/clock.h
>> +++ b/arch/arm/plat-omap/include/plat/clock.h
>> @@ -272,7 +272,7 @@ struct clk {
>> #endif
>> };
>>
>> -struct cpufreq_frequency_table;
>> +/* struct cp
Tero Kristo writes:
> Some clockdomains can't support manual domain transitions triggered by
> clock framework, and must be prevented from doing so. Added clkdm flag
> CLKDM_NO_MANUAL_TRANS for doing this.
>
> Signed-off-by: Tero Kristo
> Cc: Paul Walmsley
> Cc: Kevin Hilman
Dumb Q: what's th
Tero Kristo writes:
> Attempting this will cause problems especially with off-mode enabled.
Please be more verbose about the problems seen, and the root cause(s).
Kevin
> Previously this issue was hidden by the fact that per_clkdm never
> attempted manual idle by software, as the usecounts for
On 02/15/2012 11:37 AM, Benoit Cousson wrote:
> Add device tree support to the OMAP2+ McSPI driver.
> Add the bindings documentation.
>
> Based on original code from Rajendra.
>
> Signed-off-by: Benoit Cousson
> Cc: Grant Likely
> Cc: Rajendra Nayak
> ---
> Documentation/devicetree/bindings/s
Tero Kristo writes:
> On Tue, 2012-02-14 at 11:35 -0800, Kevin Hilman wrote:
>> Tero Kristo writes:
>>
>> > mpu_iva voltdm usecount is now decreased during idle. This will
>> > allow the voltagedomain to reflect actual usage, and will allow
>> > proper usage of vc callbacks.
>>
>> I don't foll
HI Kevin,
On Wed, Feb 15, 2012 at 11:12 AM, Kevin Hilman wrote:
> --- a/arch/arm/plat-omap/include/plat/clock.h
> +++ b/arch/arm/plat-omap/include/plat/clock.h
> @@ -272,7 +272,7 @@ struct clk {
> #endif
> };
>
> -struct cpufreq_frequency_table;
> +/* struct cpufreq_frequency_table; */
This nee
From: Russell King
The OMAP driver depends on CPUfreq table support for creating a table
of frequencies from the OPP layer. Ensure that it's build to avoid
link-time errors.
Signed-off-by: Russell King
Signed-off-by: Kevin Hilman
---
drivers/cpufreq/Kconfig.arm |5 +
drivers/cpufreq/
Now that we have OPP layer, and OMAP CPUfreq driver is using it, we no
longer need/use the clock framework code for filling up CPUfreq
tables. Remove it.
Thanks to Russell King for pointing out the parts I missed under
plat-omap in the original version.
Cc: Russell King
Signed-off-by: Kevin Hil
On 02/15/2012 05:56 PM, Ujfalusi, Peter wrote:
> Hi,
>
> CC-ing Janusz, since he is the only one I know who have, and use OMAP1
> with audio...
> Janusz: if your time allows would you be able to test this series on
> OMAP1 (it compiles...)?
>
Yeah, it would be shame to break omap1, especially con
On Mon, Feb 13, 2012 at 3:53 PM, Ming Lei wrote:
> Looks 'sysfs_lock' needn't to be held for unregister, so the patch below may
> fix the problem.
Looks correct to me!
Acked-by: Linus Walleij
Thanks,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the
Now that omap hsmmc init is split into two functions, it's safe
to mark omap_hsmmc_init and omap_mux related functions to __init.
This basically reverts the following fixes for the case where
TWL was compiled as a module:
e3958f (ARM: omap: fix section mismatch error for omap_4430sdp_display_init
Otherwise omap_device_build() and omap_mux related functions
can't be marked as __init when twl is build as a module.
If a board is using GPIO pins or regulators configured by an
external chip, such as TWL PMIC on I2C bus, the board must
mark those MMC controllers as deferred. Additionally both
om
From: Ohad Ben-Cohen
Expose omap_device_{alloc, delete, register} so we can use them outside
of omap_device.c.
This approach allows users, which need to manipulate an archdata member
of a device before it is registered, to do so. This is also useful
for users who have their devices created very
Hi all,
This series fixes up the issues noted by Russell on omap2_hsmmc_init()
where if TWL PMIC is compiled as a module we can't keep a bunch of
functions marked as __init like they should be. This series fixes
the issues by splitting omap2_hsmmc_init() into two functions.
One more patch is need
* Cousson, Benoit [120215 04:43]:
> On 2/14/2012 8:52 PM, Tony Lindgren wrote:
> >* Benoit Cousson [120213 07:59]:
> >>Some .atag_offset entries were wrongly added during a merge conflict
> >>resolution in 3.3.
> >>Remove them all, since DT boot does not use that attribute anymore.
> >>
> >>Repla
drivers/usb/dwc3/core.c and drivers/usb/dwc3/dwc3-omap.c
included 'linux/module.h' twice, remove the duplicates.
Signed-off-by: Danny Kukawka
---
drivers/usb/dwc3/core.c |1 -
drivers/usb/dwc3/dwc3-omap.c |1 -
2 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/
Add the 4 McSPI controller nodes present in an OMAP4 device.
Remove SPI static device initialisation if DT is populated.
Signed-off-by: Benoit Cousson
Cc: Grant Likely
---
arch/arm/boot/dts/omap4.dtsi | 32
arch/arm/mach-omap2/devices.c |4 +++-
2 files
Add an ethernet SPI chip in the OMAP4 SDP/Blaze board DTS file.
Add a fixed regulator node controlled by a GPIO line to supply
the ethernet chip.
Based on original code from Rajendra.
Signed-off-by: Benoit Cousson
Signed-off-by: Rajendra Nayak
---
arch/arm/boot/dts/omap4-sdp.dts | 21 ++
Add the 4 McSPI controller nodes present in an OMAP3 device.
Signed-off-by: Benoit Cousson
Cc: Grant Likely
---
arch/arm/boot/dts/omap3.dtsi | 32
1 files changed, 32 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap3.dtsi b/arch/arm/boot/dts/
Add device tree support to the OMAP2+ McSPI driver.
Add the bindings documentation.
Based on original code from Rajendra.
Signed-off-by: Benoit Cousson
Cc: Grant Likely
Cc: Rajendra Nayak
---
Documentation/devicetree/bindings/spi/omap-spi.txt | 20 +++
drivers/spi/spi-omap2-mcspi.c
Hi Grant,
You might think I'm harassing you with all these series, but it looks like
you are the maintainer of all the stuff I care about for the moment :-)
Here are a couple of SPI patches + the addition of a SPI ethernet device
needed for sdp4430 board.
This driver is still relying on a valid
On Wed, Feb 15, 2012 at 05:37:49PM +0200, Peter Ujfalusi wrote:
> Hello,
>
> The aim of this series is to move the plat-omap/mcbsp.c driver out to
> sound/soc/omap/
> By doing this we can combine the two levels of McBSP driver stack into a
> single
> one.
This all looks OK to me.
signature.asc
Adapt the GPIO driver to retrieve information from a DT file.
Allocate the irq_base dynamically and rename bank->virtual_irq_start
to bank->irq_base.
Change irq_base type to int instead of u16 to match irq_alloc_descs
output.
Add documentation for GPIO properties specific to OMAP.
Signed-off-by:
Add the 6 GPIOs controller nodes present in OMAP4.
Remove gpio static device initialisation if DT is populated.
Signed-off-by: Benoit Cousson
Cc: Grant Likely
---
arch/arm/boot/dts/omap4.dtsi | 54 ++
arch/arm/mach-omap2/gpio.c |8 -
2 files
Add the 6 GPIOs controller nodes present in OMAP3.
Signed-off-by: Benoit Cousson
Cc: Grant Likely
---
arch/arm/boot/dts/omap3.dtsi | 54 ++
1 files changed, 54 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap3.dtsi b/arch/arm/boot/dts/
Replace the regular kzalloc and ioremap with the devm_ equivalent
to simplify error handling.
Add the missing devm_request_mem_region to reserve the region used
by the driver.
Signed-off-by: Benoit Cousson
Cc: Tarun Kanti DebBarma
---
drivers/gpio/gpio-omap.c | 35 +++
The driver does not need anymore any id to identify the GPIO instance.
Remove every occurence of the bank->id inside the driver.
Remove two trailing spaces.
Add a dev variable for better readability in probe.
Remove unused variable bank->pbase.
Signed-off-by: Benoit Cousson
Cc: Tarun Kanti DebBa
Hi Grant,
Here are a couple of GPIO cleanup + the DT adaptation patches.
This series is based on lo/master (a37cdd9) + for_3.4/dt_base branch to get
the needed cleanup and fixes for OMAP.
The interrupt controller support is using irq_domain_add_legacy for
the moment and will be updated next to u
Hi,
On Wed, Feb 15, 2012 at 09:27:35PM +0530, Govindraj wrote:
> On Wed, Feb 15, 2012 at 1:04 PM, Felipe Balbi wrote:
> > not all platforms will use all of those ehci_*
> > symbols on their hc_driver structure. Sometimes
> > we might need to provide a modified version of
> > a certain method or n
On Wed, Feb 15, 2012 at 1:04 PM, Felipe Balbi wrote:
> not all platforms will use all of those ehci_*
> symbols on their hc_driver structure. Sometimes
> we might need to provide a modified version of
> a certain method or not provide it at all, as is
> the case with OMAPs which don't support port
Hi,
> From c4523f02fe96b85245ada1047aa1273c56509e5c Mon Sep 17 00:00:00 2001
> From: "Govindraj.R"
> Date: Wed, 15 Feb 2012 12:27:50 +0530
> Subject: [PATCH 1/2] mfd: omap-usb-host: Remove magic numbers for dev dma
> mask
>
> Remove the hardcoded magic values for dma mask and use the dma
> mask
Hi,
CC-ing Janusz, since he is the only one I know who have, and use OMAP1
with audio...
Janusz: if your time allows would you be able to test this series on
OMAP1 (it compiles...)?
Thanks,
Péter
On Wed, Feb 15, 2012 at 5:37 PM, Peter Ujfalusi wrote:
> Hello,
>
> The aim of this series is to m
On Mon, 13 Feb 2012, Shubhrajyoti wrote:
> Boot tested on omap4430 sdp.
Thanks Shubhrajyoti! Added your Tested-by.
- Paul
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.or
On Wed, Feb 15, 2012 at 5:46 PM, Liam Girdwood wrote:
> On Wed, 2012-02-15 at 17:37 +0200, Peter Ujfalusi wrote:
>> Allow dai drivers to register kcontrols.
>>
>> Signed-off-by: Peter Ujfalusi
>> ---
>> include/sound/soc.h | 2 ++
>> sound/soc/soc-core.c | 31 ++
On Wed, 15 Feb 2012, Felipe Balbi wrote:
> not all platforms will use all of those ehci_*
> symbols on their hc_driver structure. Sometimes
> we might need to provide a modified version of
> a certain method or not provide it at all, as is
> the case with OMAPs which don't support port handoff
> f
On Wed, 2012-02-15 at 17:37 +0200, Peter Ujfalusi wrote:
> Allow dai drivers to register kcontrols.
>
> Signed-off-by: Peter Ujfalusi
> ---
> include/sound/soc.h |2 ++
> sound/soc/soc-core.c | 31 +++
> 2 files changed, 33 insertions(+), 0 deletions(-)
This f
The driver for omap-mcbsp-dai no longer exist since it has been merged with
the omap-mcbsp driver.
Signed-off-by: Peter Ujfalusi
---
arch/arm/mach-omap1/devices.c |9 -
arch/arm/mach-omap2/devices.c | 22 --
arch/arm/plat-omap/include/plat/mc
On Thu, Feb 9, 2012 at 2:47 AM, Greg KH wrote:
> Show me an OMAP user that actually runs a mainline kernel :)
I haven't used anything but mainline kernel since years when I test
stuff on my Nokia N900.
Cheers.
--
Felipe Contreras
--
To unsubscribe from this list: send the line "unsubscribe lin
Attempting this will cause problems especially with off-mode enabled.
Previously this issue was hidden by the fact that per_clkdm never
attempted manual idle by software, as the usecounts for the clockdomain
were broken.
Signed-off-by: Tero Kristo
Cc: Paul Walmsley
Cc: Kevin Hilman
---
arch/ar
Voltdm, pwrdm, clkdm, hwmod and clk usecounts are now separeted to
their own file, 'usecount'. This file shows the usecounts for every
active domain and their children recursively. 'count' file now only
shows power state counts for powerdomains.
This patch also provices a way to do printk dumps fr
Some clockdomains can't support manual domain transitions triggered by
clock framework, and must be prevented from doing so. Added clkdm flag
CLKDM_NO_MANUAL_TRANS for doing this.
Signed-off-by: Tero Kristo
Cc: Paul Walmsley
Cc: Kevin Hilman
---
arch/arm/mach-omap2/clockdomain.c |6 ++
dpll3, dpll4 and sdrc_ick are controlled automatically by hardware.
Thus, reflect this with the autoidle flags, the clocks will no longer
show as active in usecount dumps and will allow the voltdm->sleep /
wakeup calls to work properly.
Signed-off-by: Tero Kristo
Cc: Paul Walmsley
Cc: Kevin Hilm
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
---
sound/soc/omap/mcbsp.h | 194
1 files changed, 97 insertions(+), 97 deletions(-)
diff -
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
---
sound/soc/omap/mcbsp.c | 29 ++---
sound/soc/omap/mcbsp.h |7 ---
This patch fixes the usecount tracking for omap3+, previously the
usecount numbers were rather bogus and were not really useful for
any purpose. Now usecount numbers track the number of really active
clients on each domain. This patch also adds support for usecount
tracking on powerdomain level and
We no longer need accessor functions for max_tx/rx_threshold, dma_op_mode
or for the FIFO size.
Signed-off-by: Peter Ujfalusi
---
sound/soc/omap/mcbsp.c | 36
sound/soc/omap/mcbsp.h |3 ---
sound/soc/omap/omap-mcbsp.c | 14 +-
3
Since the drivers has been merged, merge the two structures together.
Signed-off-by: Peter Ujfalusi
---
sound/soc/omap/mcbsp.h | 33 --
sound/soc/omap/omap-mcbsp.c | 53 ++
2 files changed, 38 insertions(+), 48 deletions(-)
These are updated based on powerdomain usecounts. Also added support
for voltdm->sleep and voltdm->wakeup calls that will be invoked once
voltagedomain enters sleep or wakes up based on usecount numbers. These
will be used for controlling voltage scaling functionality.
Signed-off-by: Tero Kristo
mpu / core powerdomain usecounts are now statically increased
by 1 during MPU activity. This allows the domains to reflect
actual usage, and will allow the usecount to reach 0 just before
entering wfi. Proper powerdomain usecounts are propageted to
voltagedomain level also, and will allow vc callba
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
---
sound/soc/omap/mcbsp.c | 135 +++---
This works similarly to e.g. pwrdm_for_each(). Needed by enhanced
usecounting debug functionality that will be added to pm-debug.
Signed-off-by: Tero Kristo
Cc: Paul Walmsley
Cc: Kevin Hilman
---
arch/arm/plat-omap/clock.c | 30 ++
arch/arm/plat-omap/
Changes compared to previous version:
- moved voltdm_pwrdm_enable / disable hooks from idle code to
pwrdm_pre_transition / pwrdm_post_transition functions (patch 4)
- added patches 7 and 8 to fix one issue that was visible with off-mode
on omap3: attempting to disable wkdeps for per_clkdm caus
The OMAP McBSP driver stack used to contain two different
drivers. One of them was used as kind low-level access to
the IP, while the other driver was the ASoC DAI driver.
There were global, shared structures, in different places,
the McBSP instances are reffered with id numbers (sometimes
0 based,
Allow dai drivers to register kcontrols.
Signed-off-by: Peter Ujfalusi
---
include/sound/soc.h |2 ++
sound/soc/soc-core.c | 31 +++
2 files changed, 33 insertions(+), 0 deletions(-)
diff --git a/include/sound/soc.h b/include/sound/soc.h
index 2f687ed..f513758
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
---
arch/arm/plat-omap/include/plat/mcbsp.h | 273 -
sound/soc/omap/mcbsp.c |2 +
sound/soc/omap/mcbsp.h
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
---
arch/arm/plat-omap/Kconfig |8
arch/arm/plat-omap/Makefile|2 --
sound/soc/omap/Kconfig
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
---
arch/arm/mach-omap1/
Hello,
The aim of this series is to move the plat-omap/mcbsp.c driver out to
sound/soc/omap/
By doing this we can combine the two levels of McBSP driver stack into a single
one.
Formally we had omap-mcbsp.[1-X] drivers (plat-omap/mcbsp.c), and
omap-mcbsp-dai.[0-(X-1) drivers (sound/soc/omap/omap-m
Hello Neil,
On 30.12.2011 01:58, NeilBrown wrote:
> w1_bq27000 adds a bq27000-battery platform device but does not provide
> platform data for it. This causes the bq27x00 driver to dereference a NULL
> pointer.
> So provide the appropriate platform data. This requires modifying
> w1_bq27000_read
Hello,
The aim of this series is to move the plat-omap/mcbsp.c driver out to
sound/soc/omap/
By doing this we can combine the two levels of McBSP driver stack into a single
one.
Formally we had omap-mcbsp.[1-X] drivers (plat-omap/mcbsp.c), and
omap-mcbsp-dai.[0-(X-1) drivers (sound/soc/omap/omap-m
Russell King - ARM Linux writes:
> OMAPs cpufreq requires the frequency table support, but nothing ensures
> that this is selected. This can result in configurations which fail to
> build:
>
> drivers/built-in.o:(.data+0x5238): undefined reference to
> `cpufreq_freq_attr_scaling_available_freqs
Tero Kristo writes:
> On Tue, 2012-02-14 at 15:52 -0800, Tony Lindgren wrote:
>> * Kevin Hilman [120214 14:28]:
>> > Tony Lindgren writes:
>> >
>> > > * Tero Kristo [120214 08:19]:
>> > >> Voltdm, pwrdm, clkdm, hwmod and clk usecounts are now separeted to
>> > >> their own file, 'usecount'. T
On Wed, Feb 15, 2012 at 4:47 PM, Felipe Balbi wrote:
> On Wed, Feb 15, 2012 at 03:53:33PM +0530, Govindraj.R wrote:
>> From: "Govindraj.R"
>>
>> Remove the hardcoded magic values for dma mask and use the dma
>> mask macros available.
>>
>> CC: Felipe Balbi
>> CC: Alan Stern
>> Signed-off-by: Go
On Wed, 2012-02-15 at 14:55 +0530, K, Mythri P wrote:
> Hi,
>
> On Wed, Feb 15, 2012 at 1:11 PM, Tomi Valkeinen wrote:
> > On Wed, 2012-02-15 at 11:20 +0530, mythr...@ti.com wrote:
> >> From: Mythri P K
> >>
> >> Add M2 divider in the equation to calculate regm and regmf.
> >> Formula for calcul
On 2/14/2012 9:52 PM, Grant Likely wrote:
On Tue, Feb 14, 2012 at 06:56:10PM +0100, Benoit Cousson wrote:
Add a function to initialize the OMAP2/3 interrupt controller (INTC)
using a device tree node.
This version take advantage of the new irq_domain_add_legacy API.
Replace some printk() with
On 2/14/2012 8:52 PM, Tony Lindgren wrote:
* Benoit Cousson [120213 07:59]:
Some .atag_offset entries were wrongly added during a merge conflict
resolution in 3.3.
Remove them all, since DT boot does not use that attribute anymore.
Replace as well the #if... by #ifdef for consistency.
How ab
On 2/14/2012 8:48 PM, Rob Herring wrote:
On 02/14/2012 11:56 AM, Benoit Cousson wrote:
Add a function to initialize the OMAP2/3 interrupt controller (INTC)
using a device tree node.
This version take advantage of the new irq_domain_add_legacy API.
Replace some printk() with the proper pr_ macr
1 - 100 of 120 matches
Mail list logo
