Hi,
I haven't seen these merged nor any comment for these. Perhaps
sta...@kernel.org was wrong address, so adding sta...@vger.kernel.org
too.
I have added one additional fix into for-3.2-stable branch, which fixes
a problem with panel detection that the GPIO changes brought.
Tomi
On Thu,
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
Acked-by: Samuel Ortiz sa...@linux.intel.com
---
drivers/mfd/twl-core.c | 58
Complete the separation of the twl6040 from the twl core since
it is a separate chip, not part of the twl6030 PMIC.
Make the needed Kconfig changes for the depending drivers at the same time to
avoid breaking the kernel build (vibra, ASoC components).
Signed-off-by: Peter Ujfalusi
Hello,
Changes since v3:
- Combined the main patch (conversion to i2c driver) with changes in Kconfig
files to avoid build breakage on other platforms
- Added the received Acks from maintainers
Samuel: is it possible for you to stop carrying the twl6040 changes you have at
the moment in your
On Wed, 2012-02-22 at 14:37 -0800, Kevin Hilman wrote:
Tero Kristo t-kri...@ti.com writes:
On Thu, 2012-02-16 at 09:31 -0800, Kevin Hilman wrote:
Tero Kristo t-kri...@ti.com writes:
On Thu, 2012-02-16 at 21:15 +0530, Shilimkar, Santosh wrote:
On Thu, Feb 16, 2012 at 8:53 PM, Tero
This is from my tree plus arm-soc's for-next. This build error was
introduced in arm-soc:
In file included from arch/arm/mach-omap2/iommu2.c:22:
arch/arm/plat-omap/include/plat/iommu.h: In function 'dev_to_omap_iommu':
arch/arm/plat-omap/include/plat/iommu.h:135: error: 'struct dev_archdata' has
VUSB is a fixed regulator, so get rid of the apply_uV constraint
for it, which fixes the following error seen at boot on omap4
SDP and PANDA boards.
machine_constraints_voltage: VUSB: failed to apply 330uV constraint
twl_reg twl_reg.46: can't register VUSB, -22
twl_reg: probe of twl_reg.46
On Tue, Feb 28, 2012 at 5:24 AM, Kevin Hilman khil...@ti.com wrote:
Tarun Kanti DebBarma tarun.ka...@ti.com writes:
Since we already have bank-context.wake_en to keep track
of gpios which are wakeup enabled, there is no need to have
this field any more.
Signed-off-by: Tarun Kanti DebBarma
Hi Mark,
Here is a consolidated series which adds DT support for twl regulator
driver and adds support for VDD1/2/3 regulator and support for
fixed LDO V1V8 and V2V1. The patches are based on -next and tested
on omap3 beagle and omap4 panda boards.
I have dropped the patch updating the dts
Modify the twl regulator driver to extract the regulator_init_data from
device tree when passed, instead of getting it through platform_data
structures (on non-DT builds)
Also add documentation for TWL regulator specific bindings.
Signed-off-by: Rajendra Nayak rna...@ti.com
---
From: Peter Ujfalusi peter.ujfal...@ti.com
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
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Samuel Ortiz sa...@linux.intel.com
Cc:
From: Peter Ujfalusi peter.ujfal...@ti.com
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.
Also update the bindings documentation with the new compatible
On Tue, Feb 28, 2012 at 11:02 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
1. It selects OMAP_IOMMU which may not have its dependencies satisfied.
I'll select IOMMU_SUPPORT too (I prefer selecting here rather than
depending, because users may have hard time realizing they need to
On Tuesday 28 February 2012, Ohad Ben-Cohen wrote:
On Tue, Feb 28, 2012 at 11:02 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
1. It selects OMAP_IOMMU which may not have its dependencies satisfied.
I'll select IOMMU_SUPPORT too (I prefer selecting here rather than
depending,
On 2/28/2012 2:22 AM, Kevin Hilman wrote:
Benoit Coussonb-cous...@ti.com writes:
Hi Grant,
Here are a couple of GPIO cleanup + the DT adaptation patches.
This update (compared to v1 [1]) is adding an extra fix for SPARSE_IRQ support
and add the second cell in the binding for GPIO IRQ type
On Tue, Feb 28, 2012 at 12:01 PM, Arnd Bergmann a...@arndb.de wrote:
I think 'depends' would be better here, because selecting IOMMU_SUPPORT
has other side-effects that a user might not want. It's just as likely
that someone wants to disable IOMMU_SUPPORT and needs to find OMAP_REMOTEPROC
as
On Tue, Feb 28, 2012 at 11:11:48AM +0530, Rajendra Nayak wrote:
changes have no dependencies with any other DT series. I will repost
all of Tero/Peter and my changes (to add DT support to the driver) as
one single series and drop the dts file updates, which I guess can go
via Tony/OMAP tree.
From: Fernando Guzman Lugo fernando.l...@ti.com
Due to HW limitation, some IPs should not be accessed just after a
softreset. Since the current hwmod sequence is accessing the sysconfig
register just after the reset, it might lead to OCP bus error in
that case.
Add a new field in the sysconfig
Hi
On Fri, 24 Feb 2012, Tero Kristo wrote:
From: Rajendra Nayak rna...@ti.com
With no driver handling DSP, if brought out of reset, it stays
active and does not assert standby. This leads to IVAHD powerdomain not
transitioning and hence preventing chip retention.
Signed-off-by: Rajendra
Hi
a minor comment
On Fri, 24 Feb 2012, Tero Kristo wrote:
+/**
+ * Maximum time(us) it takes to output the signal WUCLKOUT of the last pad of
+ * the I/O ring after asserting WUCLKIN high
+ */
This is not a kerneldoc comment, so it's best not to use a double asterisk
on the start
On Tue, Feb 28, 2012 at 09:40:10AM +0200, Peter Ujfalusi wrote:
NOTE: this series has been generated agains Takashi's topic/asoc branch merged
with Mark's for-next branch since this series depends on changes in Marks'
branch, but not yet pulled by Takashi (snd_soc_add_dai_controls
Hi
This series cleans up some hwmod data problems. Some of these are
necessary prerequisites for the forthcoming link array removal series.
This series is intended to apply on the 'hwmod_code_cleanup_3.4' branch
posted earlier.
This series is available via git at git://git.pwsan.com/linux-2.6
Some of the 2xxx and 3xxx hwmod data files use the old naming style
for hwmods, ending in a _hwmod. These names are used by the OMAP
integration code to map hwmods to platform_devices, so they need to be
consistent, or the platform_devices won't be created. Remove the
_hwmod suffix to conform
The OMAP3 hwmod data was missing a DSS-L3 interconnect link for the
OMAP3430 ES1 DSS hwmod. Since the hwmod code and data is being modified
to register interfaces rather than hwmods, this would result in the DSS hwmod
not being registered correctly on OMAP3430ES1.
Signed-off-by: Paul Walmsley
Extend the OCP_* register offsets in the struct
omap_hwmod_class_sysconfig to 32 bits. This is required to add the
OMAP4+ GPU hwmod, which uses OCP_* register offsets larger than 16
bits.
Another possible solution may be to simply add a single 16 bit offset
field in this structure, and to add
GPTIMER12 is attached to the L4 SEC interconnect, not directly to L4 WKUP.
Add the L4 SEC interconnect and attach GPTIMER12 to it.
Signed-off-by: Paul Walmsley p...@pwsan.com
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 28 +---
1 files changed, 25 insertions(+), 3
Some hwmods were commented out from the OMAP4 data, under the theory
that they shouldn't be added until drivers were ready. But part of
the utility of the hwmod code is that it can reset and properly
initialize IP blocks that have no drivers associated with them.
Rather than commenting the links
Commit a52e2ab66d4a9305e1ba64d9b9d25754b6c70895 (ARM: OMAP3: hwmod
data: disable multiblock reads on MMC1/2 on OMAP34xx/35xx = ES2.1)
didn't link the MMC hwmods to the interconnects correctly. Future
patches will register hwmods by interface, so if this is not fixed,
the MMC IP blocks won't be
Commit 407a6888f7362cb3dabe69ea6d9dcf3c750dc56a (OMAP4: hwmod data:
Add AESS, McPDM, bandgap, counter_32k, MMC, KBD, ISS IPU) adds a
hwmod for the bandgap die temperature sensor IP block. This IP block
has no interconnect port or firewall region, nor does it have an
independent register space or
Commit d34427267186827dfd62bd8cf726601fffb22534 (OMAP3: PM: Adding
smartreflex hwmod data) added OMAP36xx-specific SmartReflex IP block
data, but attempted to share the interface data with the OMAP34xx IP
blocks. This causes some problems - for example, the 36xx IP blocks
won't be registered when
One of the OMAP4 links was missing OCP_USER flags, since it was only
used by the DSP initiator, and we did not have an OCP_USER_DSP flag.
Future patches will switch the hwmod code and data to register
interfaces, rather than hwmods, and it will be mandatory for all
interfaces to have at least one
On Tue, Feb 28, 2012 at 3:09 PM, DebBarma, Tarun Kanti
tarun.ka...@ti.com wrote:
On Tue, Feb 28, 2012 at 5:24 AM, Kevin Hilman khil...@ti.com wrote:
Tarun Kanti DebBarma tarun.ka...@ti.com writes:
Since we already have bank-context.wake_en to keep track
of gpios which are wakeup enabled,
Use the module_platform_driver macro.
Signed-off-by: Tobias Klauser tklau...@distanz.ch
---
drivers/usb/dwc3/core.c | 14 ++
1 files changed, 2 insertions(+), 12 deletions(-)
diff --git a/drivers/usb/dwc3/core.c b/drivers/usb/dwc3/core.c
index 7c9df63..85a2fbb 100644
---
The following commit: 2f31b51659c2d8315ea2888ba5b93076febe672b
Author: Tero Kristo t-kri...@ti.com
Date: Fri Dec 16 14:37:00 2011 -0700
ARM: OMAP4: PRM: use PRCM interrupt handler
introduced the PRCM interrupt handler and thus the need
for 64 more interrupts. Since SPARSE_IRQ is still not
Hi Peter,
On Mon, Feb 27, 2012 at 8:02 PM, Peter Ujfalusi peter.ujfal...@ti.com wrote:
Hi,
On 02/23/2012 12:23 PM, Richard Watts wrote:
On 22/02/12 22:00, Kevin Hilman wrote:
The first thing I try when I see these regulator failures is to add
CONFIG_REGULATOR_DUMMY=y to the .config to see
On Tue, Feb 28, 2012 at 02:10:09PM +0100, Cousson, Benoit wrote:
The following commit: 2f31b51659c2d8315ea2888ba5b93076febe672b
Author: Tero Kristo t-kri...@ti.com
Date: Fri Dec 16 14:37:00 2011 -0700
ARM: OMAP4: PRM: use PRCM interrupt handler
introduced the PRCM interrupt handler
On Tue, 2012-02-28 at 03:31 -0700, Paul Walmsley wrote:
Hi
On Fri, 24 Feb 2012, Tero Kristo wrote:
From: Rajendra Nayak rna...@ti.com
With no driver handling DSP, if brought out of reset, it stays
active and does not assert standby. This leads to IVAHD powerdomain not
On Tue, Feb 28, 2012 at 8:04 AM, Govindraj govindraj...@gmail.com wrote:
Hi Peter,
On Mon, Feb 27, 2012 at 8:02 PM, Peter Ujfalusi peter.ujfal...@ti.com wrote:
Hi,
On 02/23/2012 12:23 PM, Richard Watts wrote:
On 22/02/12 22:00, Kevin Hilman wrote:
The first thing I try when I see these
On 02/23/2012 09:22 AM, Tomi Valkeinen wrote:
Hi Florian,
Two fixes for OMAP DSS for 3.3:
First one gets the HDMI output working again. Managing the clocks for
OMAP4 is not very simple, and this patch circumvents the problems we
have in the clock framework. It's a clean but rather hacky
On Tue, 2012-02-28 at 16:03 +, Florian Tobias Schandinat wrote:
On 02/23/2012 09:22 AM, Tomi Valkeinen wrote:
Hi Florian,
Two fixes for OMAP DSS for 3.3:
First one gets the HDMI output working again. Managing the clocks for
OMAP4 is not very simple, and this patch circumvents
On Tue, Feb 28, 2012 at 10:03:13AM +0200, Tomi Valkeinen wrote:
Hi,
I haven't seen these merged nor any comment for these. Perhaps
sta...@kernel.org was wrong address, so adding sta...@vger.kernel.org
too.
Yes, sta...@kernel.org has been dead since last October.
I have added one
Hi
On Fri, 24 Feb 2012, Cousson, Benoit wrote:
On 2/21/2012 11:02 PM, Paul Walmsley wrote:
Looks fine to me, although I'd suggest fixing the DMA workaround path as
well.
Mmm, I've tried to fix every instances of pdata in the code, you think I
missed some?
I'll check again.
Five remoteproc/rpmsg fixes.
One was reported by Russell (the Kconfig fixes) and one by Omar (the endpoint
leak).
Ohad Ben-Cohen (5):
remoteproc: make sure we're parsing a 32bit firmware
remoteproc/omap: two Kconfig fixes
rpmsg: fix name service endpoint leak
rpmsg: validate incoming
Five trivial remoteproc/rpmsg fixes.
One was reported by Russell (the Kconfig fixes) and one by Omar (the endpoint
leak).
Ohad Ben-Cohen (5):
remoteproc: make sure we're parsing a 32bit firmware
remoteproc/omap: two Kconfig fixes
rpmsg: fix name service endpoint leak
rpmsg: validate
Make sure we're parsing a 32bit image, since we only support
the ELF32 binary format at this point.
This should prevent unexpected behavior with non 32bit binaries.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
Cc: Grant Likely grant.lik...@secretlab.ca
Cc: Arnd Bergmann a...@arndb.de
Cc: Mark
1. Depend on OMAP_IOMMU instead of selecting it, to fix an unmet
direct dependency of it (and its imminent build error)
2. Set default to 'no' (achieved implicitly by dropping the 'default'
line)
Reported-by: Russell King li...@arm.linux.org.uk
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
The name service endpoint wasn't destroyed, so fix it.
This is achieved by introducing an internal __rpmsg_destroy_ept
function which doesn't assume the given ept is bound to an rpmsg
channel (much like the existing __rpmsg_create_ept).
This is needed because the name service ept belongs to the
After processing an incoming message, always publish the real size
of its containing buffer when putting it back on the available rx ring.
Using any different value might erroneously limit the remote processor
(leading it to think the buffer is smaller than it really is).
Signed-off-by: Ohad
The following commit: be4b0281956c5cae4f63f31f11d07625a6988766
(tty: serial: OMAP: block idle while the UART is transferring data in PIO mode),
is introducing an oops if OMAP is booted using device tree blob because
the pdata will not be initialized.
Check if pdata is set before de-referencing
When an inbound message arrives, validate its reported length before
propagating it, otherwise buggy (or malicious) remote processors might
trick us into accessing memory which we really shouldn't.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
Cc: Grant Likely grant.lik...@secretlab.ca
Cc: Arnd
On Tue, Feb 28, 2012 at 06:22:12PM +0100, Cousson, Benoit wrote:
The following commit: be4b0281956c5cae4f63f31f11d07625a6988766
(tty: serial: OMAP: block idle while the UART is transferring data in PIO
mode),
is introducing an oops if OMAP is booted using device tree blob because
the pdata
Greg KH gre...@linuxfoundation.org writes:
On Tue, Feb 28, 2012 at 06:22:12PM +0100, Cousson, Benoit wrote:
The following commit: be4b0281956c5cae4f63f31f11d07625a6988766
(tty: serial: OMAP: block idle while the UART is transferring data in PIO
mode),
is introducing an oops if OMAP is
DebBarma, Tarun Kanti tarun.ka...@ti.com writes:
On Tue, Feb 28, 2012 at 5:24 AM, Kevin Hilman khil...@ti.com wrote:
Tarun Kanti DebBarma tarun.ka...@ti.com writes:
Since we already have bank-context.wake_en to keep track
of gpios which are wakeup enabled, there is no need to have
this
On 02/28/2012 09:40 AM, Peter Ujfalusi wrote:
Hello,
Changes since v1 (RFC series):
- removed pm_runtime_get/put_sync calls since core takes care of this.
Fixes the initial issue with OMAP3 Pandora setup reported by Grazvydas
Ignotas
- Dropped my version of snd_soc_add_dai_controls from
On 02/28/2012 09:40 AM, Peter Ujfalusi wrote:
--- a/arch/arm/plat-omap/mcbsp.c
+++ b/arch/arm/plat-omap/mcbsp.c
@@ -1354,8 +1354,9 @@ static struct platform_driver omap_mcbsp_driver = {
},
};
-int __init omap_mcbsp_init(void)
-{
- /* Register the McBSP driver */
- return
+ Kevin
Hi Tarun,
On 2/27/2012 8:11 AM, DebBarma, Tarun Kanti wrote:
On Sat, Feb 25, 2012 at 6:34 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
Can someone explain to me this:
#define GPIO_INDEX(bank, gpio) (gpio % bank-width)
#define GPIO_BIT(bank, gpio) (1 GPIO_INDEX(bank,
Hi Russell,
On 2/28/2012 3:36 PM, Russell King - ARM Linux wrote:
On Tue, Feb 28, 2012 at 02:10:09PM +0100, Cousson, Benoit wrote:
The following commit: 2f31b51659c2d8315ea2888ba5b93076febe672b
Author: Tero Kristot-kri...@ti.com
Date: Fri Dec 16 14:37:00 2011 -0700
ARM: OMAP4: PRM: use
On Tue, Feb 28, 2012 at 09:32:28PM +0100, Cousson, Benoit wrote:
Hi Russell,
On 2/28/2012 3:36 PM, Russell King - ARM Linux wrote:
On Tue, Feb 28, 2012 at 02:10:09PM +0100, Cousson, Benoit wrote:
The following commit: 2f31b51659c2d8315ea2888ba5b93076febe672b
Author: Tero
Hi Grant,
Here are a couple of SPI patches + the addition of a SPI ethernet device
needed for sdp4430 board.
This update, compared to [1], is adding an extra cleanup to avoid relying
on bus_number in the code.
I changed as well the node name in the DTS to spi@address to be compliant
with DT
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
Acked-by: Rob Herring rob.herr...@calxeda.com
---
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
Acked-by: Rob
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
Acked-by: Rob Herring rob.herr...@calxeda.com
---
arch/arm/boot/dts/omap3.dtsi | 32
1 files changed, 32
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
Acked-by: Rob Herring rob.herr...@calxeda.com
---
arch/arm/boot/dts/omap4.dtsi |
bus_num was used to reference the mcspi controller instance in a fixed array.
Remove this array and store this information directly inside drvdata structure.
bus_num is now just set if the pdev-id is present or with -1 for dynamic
allocation by SPI core, but the driver does not access it anymore.
* Shilimkar, Santosh santosh.shilim...@ti.com [120223 00:09]:
2012/2/23 Uwe Kleine-König u.kleine-koe...@pengutronix.de:
Hello,
On Thu, Feb 23, 2012 at 12:28:30PM +0530, Santosh Shilimkar wrote:
WARNING: vmlinux.o(.text+0x226d0):
Section mismatch in reference from the function
Jean Pihet jean.pi...@newoldbits.com writes:
From: Shweta Gulati shweta.gul...@ti.com
To set sr ntarget values for all volt_domain,
volt_table is retrieved by doing a look_up of 'vdd_name'
field from omap_hwmod but voltage domain pointer does not
belong to omap_hwmod and is not used
* Peter Ujfalusi peter.ujfal...@ti.com [120222 23:13]:
CCDN is the last common channel register in all OMAP4 versions. Use
cpu_is_omap44xx() instead of the cpu_is_omap4430().
cpu_is_omap4430() returns 0 unconditionally. This causes that the
dma_common_ch_end register variable is not configured
Jean Pihet jean.pi...@newoldbits.com writes:
From: Nishanth Menon n...@ti.com
SmartReflex fix for erratum ID i724.
Since OMAP's VP and PRM modules do not get reset by warm reset,
we should ensure that proper shutdown procedure is followed prior
to allowing the kernel to reboot back up.
Tomi,
* Russell King - ARM Linux li...@arm.linux.org.uk [120228 01:50]:
Todays randconfig found this:
drivers/video/omap2/displays/panel-dvi.c: In function 'panel_dvi_ddc_read':
drivers/video/omap2/displays/panel-dvi.c:239: error: implicit declaration of
function 'i2c_transfer'
Jean Pihet jean.pi...@newoldbits.com writes:
From: Nishanth Menon n...@ti.com
OMAP3 SmartReflex IRQs in hwmod structures with the same naming as
present in OMAP4. Without these IRQs being registered, SmartReflex
driver will be unable to get the IRQ numbers to handle notifications
Hi Jean,
Jean Pihet jean.pi...@newoldbits.com writes:
Integrate the latest SmartReflex bufixes from Felipe Balbi [1] and
Nishant Menon [2], plus misc bugfixesi and minor clean-ups.
Sorry for the delay on this series. I had a couple minor comments,
and after that it looks ready for v3.4 as a
+Paul
Tero Kristo t-kri...@ti.com writes:
On Wed, 2012-02-22 at 14:37 -0800, Kevin Hilman wrote:
Tero Kristo t-kri...@ti.com writes:
On Thu, 2012-02-16 at 09:31 -0800, Kevin Hilman wrote:
Tero Kristo t-kri...@ti.com writes:
On Thu, 2012-02-16 at 21:15 +0530, Shilimkar, Santosh
Hi,
* Cousson, Benoit b-cous...@ti.com [120227 08:04]:
Hi Tony
This series is based on the lo/dt + the irqdomain/next branch merged on top
of it.
Grant confirmed that the irqdomain/next is a stable branch and thus can be
referenced for dependency.
Please note that I will need that
* Cousson, Benoit b-cous...@ti.com [120228 04:38]:
The following commit: 2f31b51659c2d8315ea2888ba5b93076febe672b
Author: Tero Kristo t-kri...@ti.com
Date: Fri Dec 16 14:37:00 2011 -0700
ARM: OMAP4: PRM: use PRCM interrupt handler
introduced the PRCM interrupt handler and thus the
* Rajendra Nayak rna...@ti.com [120228 01:01]:
VUSB is a fixed regulator, so get rid of the apply_uV constraint
for it, which fixes the following error seen at boot on omap4
SDP and PANDA boards.
machine_constraints_voltage: VUSB: failed to apply 330uV constraint
twl_reg twl_reg.46:
Hi.
-Original Message-
From: linux-fbdev-ow...@vger.kernel.org
[mailto:linux-fbdev-ow...@vger.kernel.org] On Behalf Of Florian
Tobias Schandinat
Sent: Wednesday, February 29, 2012 1:03 AM
To: Tomi Valkeinen
Cc: linux-fb...@vger.kernel.org; linux-omap mailing list
Subject: Re: [GIT
-Original Message-
From: linux-fbdev-ow...@vger.kernel.org
[mailto:linux-fbdev-ow...@vger.kernel.org] On Behalf Of Tomi
Valkeinen
Sent: Wednesday, February 29, 2012 1:08 AM
To: Florian Tobias Schandinat
Cc: linux-fb...@vger.kernel.org; linux-omap mailing list
Subject: Re: [GIT
* Rob Herring robherri...@gmail.com [120226 19:15]:
On 02/24/2012 12:22 PM, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [120223 15:36]:
* Rob Herring robherri...@gmail.com [120221 17:53]:
On 02/21/2012 05:40 PM, Tony Lindgren wrote:
+
+/*
+ * NOTE: Please use ioremap +
* Tony Lindgren t...@atomide.com [120228 17:15]:
* Rob Herring robherri...@gmail.com [120226 19:15]:
On 02/24/2012 12:22 PM, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [120223 15:36]:
* Rob Herring robherri...@gmail.com [120221 17:53]:
On 02/21/2012 05:40 PM, Tony Lindgren
This patch series moves various functionality duplicated in platform
cpuidle drivers to the core cpuidle driver. Also, the platform irq
disabling was removed as it appears that all calls into
cpuidle_call_idle will have already called local_irq_disable().
NOTE to Maintainers: Platform code
Make necessary changes to implement time keeping and irq enabling
in the core cpuidle code. This will allow the removal of these
functionalities from various platform cpuidle implementations whose
timekeeping and irq enabling follows the form in this common code.
Signed-off-by: Robert Lee
Enable core cpuidle timekeeping and irq enabling and remove that
handling from this code.
Signed-off-by: Robert Lee rob@linaro.org
---
arch/arm/mach-at91/cpuidle.c | 67 +++---
1 files changed, 24 insertions(+), 43 deletions(-)
diff --git
Enable core cpuidle timekeeping and irq enabling and remove that
handling from this code.
Signed-off-by: Robert Lee rob@linaro.org
---
arch/arm/mach-exynos/cpuidle.c | 53 ---
1 files changed, 6 insertions(+), 47 deletions(-)
diff --git
Enable core cpuidle timekeeping and irq enabling and remove that
handling from this code.
Signed-off-by: Robert Lee rob@linaro.org
---
arch/arm/mach-kirkwood/cpuidle.c | 72 +++---
1 files changed, 21 insertions(+), 51 deletions(-)
diff --git
Enable core cpuidle timekeeping and irq enabling and remove that
handling from this code.
Signed-off-by: Robert Lee rob@linaro.org
---
arch/arm/mach-davinci/cpuidle.c | 78 +++---
1 files changed, 31 insertions(+), 47 deletions(-)
diff --git
Enable core cpuidle timekeeping and irq enabling and remove that
handling from this code.
Signed-off-by: Robert Lee rob@linaro.org
---
arch/arm/mach-omap2/cpuidle44xx.c | 21 +++--
1 files changed, 3 insertions(+), 18 deletions(-)
diff --git
Enable core cpuidle timekeeping and irq enabling and remove that
handling from this code.
Signed-off-by: Robert Lee rob@linaro.org
---
arch/sh/kernel/cpu/shmobile/cpuidle.c | 10 +++---
1 files changed, 3 insertions(+), 7 deletions(-)
diff --git a/arch/sh/kernel/cpu/shmobile/cpuidle.c
Enable core cpuidle timekeeping and irq enabling and remove that
handling from this code.
Signed-off-by: Robert Lee rob@linaro.org
---
arch/arm/mach-shmobile/cpuidle.c | 23 +++
1 files changed, 3 insertions(+), 20 deletions(-)
diff --git
Use core cpuidle timekeeping and irqen wrapper and remove that
handling from this code.
Signed-off-by: Robert Lee rob@linaro.org
---
arch/arm/mach-omap2/cpuidle34xx.c | 42 +++--
1 files changed, 17 insertions(+), 25 deletions(-)
diff --git
On Wed, Feb 29, 2012 at 1:59 AM, Cousson, Benoit b-cous...@ti.com wrote:
+ Kevin
Hi Tarun,
On 2/27/2012 8:11 AM, DebBarma, Tarun Kanti wrote:
On Sat, Feb 25, 2012 at 6:34 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
Can someone explain to me this:
#define
All,
Please forgive me if I don't get this post quite right. This is my first time
posting to the mailing lists.
My team is working on a driver that will be used to interface a cell modem's
digital audio interface (DAI) to a McBSP port on an AM3517. Our goal is to be
able to support multiple
On Wed, Feb 29, 2012 at 12:15 AM, Kevin Hilman khil...@ti.com wrote:
DebBarma, Tarun Kanti tarun.ka...@ti.com writes:
On Tue, Feb 28, 2012 at 5:24 AM, Kevin Hilman khil...@ti.com wrote:
Tarun Kanti DebBarma tarun.ka...@ti.com writes:
Since we already have bank-context.wake_en to keep track
Hi Adrian,
On 2/24/2012 4:19 PM, Adrian Hunter wrote:
Most parts of the enable / disable API are no longer used and
can be removed.
Cc: Rajendra Nayakrna...@ti.com
Cc: Venkatraman Ssvenk...@ti.com
Cc: Kukjin Kimkgene@samsung.com
Cc: Thomas Abrahamthomas.abra...@linaro.org
Cc: Kyungmin
Hi,
I verified this patch on exynos4 based origen board.
Tested-by: Amit Daniel amit.kach...@linaro.org
Thanks,
Amit D
On 29 February 2012 08:41, Robert Lee rob@linaro.org wrote:
Enable core cpuidle timekeeping and irq enabling and remove that
handling from this code.
Signed-off-by:
On 29/02/12 08:28, Sujit Reddy Thumma wrote:
Hi Adrian,
On 2/24/2012 4:19 PM, Adrian Hunter wrote:
Most parts of the enable / disable API are no longer used and
can be removed.
Cc: Rajendra Nayakrna...@ti.com
Cc: Venkatraman Ssvenk...@ti.com
Cc: Kukjin Kimkgene@samsung.com
Cc:
Hi
Most parts of the enable / disable API are no longer used and
can be removed.
V2: fix missing enable in mmc_try_claim_host as per Sujit Reddy Thumma
Adrian Hunter (1):
mmc: start removing enable / disable API
arch/arm/mach-exynos/mach-nuri.c |5 +-
Most parts of the enable / disable API are no longer used and
can be removed.
Cc: Rajendra Nayak rna...@ti.com
Cc: Venkatraman S svenk...@ti.com
Cc: Kukjin Kim kgene@samsung.com
Cc: Thomas Abraham thomas.abra...@linaro.org
Cc: Kyungmin Park kyungmin.p...@samsung.com
Cc: Sekhar Nori
If CONFIG_SMP, cpufreq skips loops_per_jiffy update, because different
arch has different per-cpu loops_per_jiffy definition.
Signed-off-by: Richard Zhao richard.z...@linaro.org
Acked-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/kernel/smp.c | 54
arm registered cpufreq transition notifier to recalculate it.
Signed-off-by: Richard Zhao richard.z...@linaro.org
---
drivers/cpufreq/omap-cpufreq.c | 36
1 files changed, 0 insertions(+), 36 deletions(-)
diff --git a/drivers/cpufreq/omap-cpufreq.c
The two patches were originally in [PATCH V6 0/7] add a generic cpufreq driver.
I seperated them and hope they can go to upstream earlier.
Richard Zhao (2):
ARM: add cpufreq transiton notifier to adjust loops_per_jiffy for smp
cpufreq: OMAP: remove loops_per_jiffy recalculate for smp
100 matches
Mail list logo