On Tue, 2012-02-14 at 11:35 -0800, Kevin Hilman wrote:
Tero Kristo t-kri...@ti.com 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 follow why this is needed in
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 Neri wrote:
The functions dss_init_hdmi_ip_ops and dss_has_feature are used by
the
On Tue, 2012-02-14 at 15:52 -0800, Tony Lindgren wrote:
* Kevin Hilman khil...@ti.com [120214 14:28]:
Tony Lindgren t...@atomide.com writes:
* Tero Kristo t-kri...@ti.com [120214 08:19]:
Voltdm, pwrdm, clkdm, hwmod and clk usecounts are now separeted to
their own file, 'usecount'.
On Tue, 2012-02-14 at 11:16 -0800, Kevin Hilman wrote:
Tero Kristo t-kri...@ti.com writes:
On Tue, 2012-01-10 at 19:10 +, Mark Brown wrote:
On Tue, Jan 10, 2012 at 07:19:18AM -0800, Kevin Hilman wrote:
Yes, some of the control still goes via the normal path (although I
forget
Hi,
On Wed, Feb 15, 2012 at 1:11 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Wed, 2012-02-15 at 11:20 +0530, mythr...@ti.com wrote:
From: Mythri P K mythr...@ti.com
Add M2 divider in the equation to calculate regm and regmf.
Formula for calculating:
Output clock on digital core
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
felipe.contre...@gmail.com wrote:
When that case is applicable, we should first modify the loader code
or prepare the baseimages to be common so we can get rid of specific
From: Govindraj.R govindraj.r...@ti.com
Minor fixes, boot tested on panda with ehci enabled.
Patches based on 3.3-rc3
Govindraj.R (2):
mfd: omap-usb-host: Remove magic numbers for dev dma mask
mfd: omap-usb-host: Move usbhs init before allocing child dev
drivers/mfd/omap-usb-host.c |7
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'
drivers/cpufreq/omap-cpufreq.c:88:
From: Govindraj.R govindraj.r...@ti.com
Remove the hardcoded magic values for dma mask and use the dma
mask macros available.
CC: Felipe Balbi ba...@ti.com
CC: Alan Stern st...@rowland.harvard.edu
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
drivers/mfd/omap-usb-host.c |4 ++--
1
From: Govindraj.R govindraj.r...@ti.com
There could be possible race condition where the host dev's
are alloced and added to platform dev just before usbhs_init.
Just move usbhs_init before adding child dev.
CC: Felipe Balbi ba...@ti.com
CC: Alan Stern st...@rowland.harvard.edu
Signed-off-by:
On Wed, Feb 15, 2012 at 03:53:33PM +0530, Govindraj.R wrote:
From: Govindraj.R govindraj.r...@ti.com
Remove the hardcoded magic values for dma mask and use the dma
mask macros available.
CC: Felipe Balbi ba...@ti.com
CC: Alan Stern st...@rowland.harvard.edu
Signed-off-by: Govindraj.R
On Wed, Feb 15, 2012 at 03:53:34PM +0530, Govindraj.R wrote:
From: Govindraj.R govindraj.r...@ti.com
There could be possible race condition where the host dev's
are alloced and added to platform dev just before usbhs_init.
Just move usbhs_init before adding child dev.
CC: Felipe Balbi
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): undefined reference to
2012/2/15 Víctor M. Jáquez L. vjaq...@igalia.com:
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
felipe.contre...@gmail.com wrote:
When that case is applicable, we should first modify the loader code
or prepare the
On Wed, Feb 15, 2012 at 5:00 AM, Omar Ramirez Luna omar.rami...@ti.com wrote:
This is an alternate solution for:
WARNING: at arch/arm/mach-omap2/omap_l3_smx.c:162 omap3_l3_app_irq...
In-band Error seen by IVA_SS at address 0
Instead of setting CONFIG_TIDSPBRIDGE_WDT3 to 'default y', these
On Tuesday 14 February 2012 09:11 PM, Cousson, Benoit wrote:
On 2/14/2012 2:30 PM, Archit Taneja wrote:
Hi,
On Tuesday 14 February 2012 06:45 PM, Tomi Valkeinen wrote:
On Tue, 2012-02-14 at 13:58 +0100, Cousson, Benoit wrote:
Hi Tomi,
Benoit, do you think we'll get the MODULEMODE mess
On Wed, Feb 15, 2012 at 01:41:19PM +0200, Felipe Contreras wrote:
2012/2/15 Víctor M. Jáquez L. vjaq...@igalia.com:
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
felipe.contre...@gmail.com wrote:
When that case is
On 2/15/2012 1:01 PM, Archit Taneja wrote:
On Tuesday 14 February 2012 09:11 PM, Cousson, Benoit wrote:
On 2/14/2012 2:30 PM, Archit Taneja wrote:
Hi,
On Tuesday 14 February 2012 06:45 PM, Tomi Valkeinen wrote:
On Tue, 2012-02-14 at 13:58 +0100, Cousson, Benoit wrote:
Hi Tomi,
Benoit, do
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 current kernel, right?
We are now using omap_device_build() (in arch/arm/mach-omap2/display.c)
to build
+ 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 current kernel, right?
We are now using
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_
On 2/14/2012 8:52 PM, Tony Lindgren wrote:
* Benoit Coussonb-cous...@ti.com [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
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 Wed, 2012-02-15 at 14:55 +0530, K, Mythri P wrote:
Hi,
On Wed, Feb 15, 2012 at 1:11 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Wed, 2012-02-15 at 11:20 +0530, mythr...@ti.com wrote:
From: Mythri P K mythr...@ti.com
Add M2 divider in the equation to calculate regm and regmf.
On Wed, Feb 15, 2012 at 4:47 PM, Felipe Balbi ba...@ti.com wrote:
On Wed, Feb 15, 2012 at 03:53:33PM +0530, Govindraj.R wrote:
From: Govindraj.R govindraj.r...@ti.com
Remove the hardcoded magic values for dma mask and use the dma
mask macros available.
CC: Felipe Balbi ba...@ti.com
CC:
Tero Kristo t-kri...@ti.com writes:
On Tue, 2012-02-14 at 15:52 -0800, Tony Lindgren wrote:
* Kevin Hilman khil...@ti.com [120214 14:28]:
Tony Lindgren t...@atomide.com writes:
* Tero Kristo t-kri...@ti.com [120214 08:19]:
Voltdm, pwrdm, clkdm, hwmod and clk usecounts are now
Russell King - ARM Linux li...@arm.linux.org.uk 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
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 so
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
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
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 --
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 +
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
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 t-kri...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman khil...@ti.com
---
arch/arm/plat-omap/clock.c | 30
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
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
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
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
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 |
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
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 ++---
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
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 t-kri...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman khil...@ti.com
---
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
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 t-kri...@ti.com
Cc: Paul Walmsley p...@pwsan.com
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 t-kri...@ti.com
Cc: Paul Walmsley
On Thu, Feb 9, 2012 at 2:47 AM, Greg KH gre...@linuxfoundation.org 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 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 --
On Wed, 2012-02-15 at 17:37 +0200, Peter Ujfalusi wrote:
Allow dai drivers to register kcontrols.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
include/sound/soc.h |2 ++
sound/soc/soc-core.c | 31 +++
2 files changed, 33 insertions(+), 0
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
On Wed, Feb 15, 2012 at 5:46 PM, Liam Girdwood l...@ti.com wrote:
On Wed, 2012-02-15 at 17:37 +0200, Peter Ujfalusi wrote:
Allow dai drivers to register kcontrols.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
include/sound/soc.h | 2 ++
sound/soc/soc-core.c | 31
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
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 peter.ujfal...@ti.com wrote:
Hello,
The aim of
Hi,
From c4523f02fe96b85245ada1047aa1273c56509e5c Mon Sep 17 00:00:00 2001
From: Govindraj.R govindraj.r...@ti.com
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
On Wed, Feb 15, 2012 at 1:04 PM, Felipe Balbi ba...@ti.com 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
Hi,
On Wed, Feb 15, 2012 at 09:27:35PM +0530, Govindraj wrote:
On Wed, Feb 15, 2012 at 1:04 PM, Felipe Balbi ba...@ti.com 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
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
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 b-cous...@ti.com
Cc:
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 b-cous...@ti.com
Cc: Tarun Kanti DebBarma tarun.ka...@ti.com
---
drivers/gpio/gpio-omap.c
Add the 6 GPIOs controller nodes present in OMAP3.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Grant Likely grant.lik...@secretlab.ca
---
arch/arm/boot/dts/omap3.dtsi | 54 ++
1 files changed, 54 insertions(+), 0 deletions(-)
diff --git
Add the 6 GPIOs controller nodes present in OMAP4.
Remove gpio static device initialisation if DT is populated.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Grant Likely grant.lik...@secretlab.ca
---
arch/arm/boot/dts/omap4.dtsi | 54 ++
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:
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
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
Add device tree support to the OMAP2+ McSPI driver.
Add the bindings documentation.
Based on original code from Rajendra.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Grant Likely grant.lik...@secretlab.ca
Cc: Rajendra Nayak rna...@ti.com
---
Add the 4 McSPI controller nodes present in an OMAP3 device.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Grant Likely grant.lik...@secretlab.ca
---
arch/arm/boot/dts/omap3.dtsi | 32
1 files changed, 32 insertions(+), 0 deletions(-)
diff --git
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 b-cous...@ti.com
Signed-off-by: Rajendra Nayak rna...@ti.com
---
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 b-cous...@ti.com
Cc: Grant Likely grant.lik...@secretlab.ca
---
arch/arm/boot/dts/omap4.dtsi | 32
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 danny.kuka...@bisect.de
---
drivers/usb/dwc3/core.c |1 -
drivers/usb/dwc3/dwc3-omap.c |1 -
2 files changed, 0 insertions(+), 2
* Cousson, Benoit b-cous...@ti.com [120215 04:43]:
On 2/14/2012 8:52 PM, Tony Lindgren wrote:
* Benoit Coussonb-cous...@ti.com [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
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
From: Ohad Ben-Cohen o...@wizery.com
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
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
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
On Mon, Feb 13, 2012 at 3:53 PM, Ming Lei tom.leim...@gmail.com 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 linus.wall...@linaro.org
Thanks,
Linus Walleij
--
To unsubscribe from this list:
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
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
From: Russell King rmk+ker...@arm.linux.org.uk
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 rmk+ker...@arm.linux.org.uk
Signed-off-by: Kevin Hilman
HI Kevin,
On Wed, Feb 15, 2012 at 11:12 AM, Kevin Hilman khil...@ti.com 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; */
Tero Kristo t-kri...@ti.com writes:
On Tue, 2012-02-14 at 11:35 -0800, Kevin Hilman wrote:
Tero Kristo t-kri...@ti.com 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.
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 b-cous...@ti.com
Cc: Grant Likely grant.lik...@secretlab.ca
Cc: Rajendra Nayak
Tero Kristo t-kri...@ti.com 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
Tero Kristo t-kri...@ti.com 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 t-kri...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Jean Pihet jean.pi...@newoldbits.com writes:
HI Kevin,
On Wed, Feb 15, 2012 at 11:12 AM, Kevin Hilman khil...@ti.com 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
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
Cousson, Benoit b-cous...@ti.com 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 current
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 b-cous...@ti.com
Cc: Grant Likely grant.lik...@secretlab.ca
---
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 ethernet
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 b-cous...@ti.com
Cc:
On Wed, Feb 15, 2012 at 07:54:56PM +0100, Linus Walleij wrote:
On Mon, Feb 13, 2012 at 3:53 PM, Ming Lei tom.leim...@gmail.com 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
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 ba...@ti.com wrote:
Hi guys,
I have just triggered the folllowing:
[ 84.860321]
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 Coussonb-cous...@ti.com
Cc: Grant
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 Coussonb-cous...@ti.com
Cc: Grant
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
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 khil...@ti.com
---
Tony, I tested this on top of your
* Kevin Hilman khil...@ti.com [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
Hi Tero,
Great to see those changes merged in.
FWIW:
Reviewed-by: Jean Pihet j-pi...@ti.com
Jean
On Wed, Feb 15, 2012 at 7:37 AM, Tero Kristo t-kri...@ti.com wrote:
Changes compared to previous version:
- moved voltdm_pwrdm_enable / disable hooks from idle code to
pwrdm_pre_transition /
2012/2/15 Víctor M. Jáquez L. vjaq...@igalia.com:
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
felipe.contre...@gmail.com wrote:
When that case is applicable, we should first modify the loader code
or prepare the
1 - 100 of 119 matches
Mail list logo
