[PATCH v7 5/7] clk: Change clk_ops-determine_rate to return a clk_hw as the best parent

2014-12-02 Thread Tomeu Vizoso
This is in preparation for clock providers to not have to deal with struct clk. Signed-off-by: Tomeu Vizoso tomeu.viz...@collabora.com Reviewed-by: Stephen Boyd sb...@codeaurora.org --- v7: * Update a few more instances in new code v4: * Make sure that best_parent_p is populated with

[PATCH v7 7/7] clk: Add floor and ceiling constraints to clock rates

2014-12-02 Thread Tomeu Vizoso
Adds a way for clock consumers to set maximum and minimum rates. This can be used for thermal drivers to set ceiling rates, or by misc. drivers to set floor rates to assure a minimum performance level. Signed-off-by: Tomeu Vizoso tomeu.viz...@collabora.com --- v7: * Update a few more

Re: [PATCH v7.1 00/19] Rework OMAP4+ HDMI audio support

2014-12-02 Thread Jyri Sarha
On 12/01/2014 09:31 PM, Mark Brown wrote: On Mon, Dec 01, 2014 at 11:07:06AM +0200, Tomi Valkeinen wrote: On 29/11/14 13:59, Mark Brown wrote: Reviewed-by: Mark Brown broo...@kernel.org Thanks. And just to be sure, that's ok, we can merge these in the next merge window? Yes. but like

Re: [RFC 1/2] i2c: omap: fix buffer overruns during RX/TX data processing

2014-12-02 Thread Alexander Kochetkov
01 дек. 2014 г., в 22:58, Tony Lindgren t...@atomide.com написал(а): I think this is a different issue than what I'm seeing. Hello, Tony! Thank you for testing! Could check i2c-omap.c from commit ca1f8da9ac5ce6e63d8f6933f83fabc1f3f961f4. As all my changes comes after it[1]. So I can

Re: [RFC 0/2] i2c: omap: new fixes for driver

2014-12-02 Thread Alexander Kochetkov
01 дек. 2014 г., в 23:04, Kevin Hilman khil...@kernel.org написал(а): Done. Built v3.18-rc7 + these 2 patches using omap2plus_defconfig. Boot logs here for your amusement: Hello, Kevin! Thank you so much for doing tests. What a pity you don't have omap2430sdp board in the tests. Alexander.

support Helpdesk

2014-12-02 Thread Md Ashfaque
Your email has exceeded the storage limit set. You will not be able to send or receive messages. To activate, click on the link and complete the information required; onlinewbupdate.jigsy.com The account must be reactivated today to regenerate new space. support Helpdesk -- To unsubscribe from

Re: [PATCH] ARM: OMAP2+: AM43x: Add ID for ES1.2

2014-12-02 Thread Nishanth Menon
On 11/27/2014 09:32 PM, Lokesh Vutla wrote: ES1.2 is a minor variant of ES1.1. Major changes since ES1.1 are updating ROM for fixing the following boot modes: - NAND boot - UART boot - Ethernet boot - USB HOST/Client boot This patch adds ID support for AM437x ES1.2 silicon. There are no

OMAP baseline test results for v3.18-rc7

2014-12-02 Thread Paul Walmsley
Here are some basic OMAP test results for Linux v3.18-rc7. Logs and other details at: http://www.pwsan.com/omap/testlogs/test_v3.18-rc7/20141201203859/ Test summary Build: uImage: Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,

[PATCH v4 0/3] Fixes for SDIO interrupts for dw_mmc

2014-12-02 Thread Doug Anderson
Bing Zhao at Marvell found a problem with dw_mmc where interrupts weren't firing sometimes. He tracked it down to a read-modify-write problem with the INTMASK. These three patches fix the problem. Note: I've picked up a 1-year old series here to make another attempt at landing it upstream.

[PATCH v4 1/3] mmc: core: Support the optional init_card() callback for MMC and SD

2014-12-02 Thread Doug Anderson
In (3fcb027 ARM: MXC: mxcmmc: work around a bug in the SDHC busy line handling) the optional init_card() callback was added. According to the original change it was for now only called from mmc_sdio_init_card(). This callback really ought to be called from the SD and MMC init functions as well.

Re: [PATCH] ARM: OMAP2+: Warn about deprecated legacy booting mode

2014-12-02 Thread Pali Rohár
On Friday 28 November 2014 21:27:19 Tony Lindgren wrote: * Pali Rohár pali.ro...@gmail.com [141127 03:34]: On Thursday 27 November 2014 02:12:04 Tony Lindgren wrote: Thinking about this probably the best long term solution is to pass optional board_revision in the kernel cmdline that

Re: [PATCH v4 1/3] mmc: core: Support the optional init_card() callback for MMC and SD

2014-12-02 Thread Jaehoon Chung
Hi Doug. I think good that this patch is separated to two patches. (board file and codes relevant to mmc.) Best Regards, Jaehoon Chung On 12/03/2014 05:49 AM, Doug Anderson wrote: In (3fcb027 ARM: MXC: mxcmmc: work around a bug in the SDHC busy line handling) the optional init_card() callback

[PATCH v5 0/4] Fixes for SDIO interrupts for dw_mmc

2014-12-02 Thread Doug Anderson
Bing Zhao at Marvell found a problem with dw_mmc where interrupts weren't firing sometimes. He tracked it down to a read-modify-write problem with the INTMASK. These patches fix the problem. Note: I've picked up a 1-year old series here to make another attempt at landing it upstream. These

[PATCH v5 1/4] ARM: OMAP2+: Make sure pandora_wl1251_init_card() applies to SDIO only

2014-12-02 Thread Doug Anderson
In preparation for having init_card() called for all card types (not just SDIO), change pandora_wl1251_init_card() so it checks whether the card type is SDIO. Signed-off-by: Doug Anderson diand...@chromium.org --- Changes in v5: - Split fixup to pandora_wl1251_init_card() into its own patch.

Re: [PATCH v4 1/3] mmc: core: Support the optional init_card() callback for MMC and SD

2014-12-02 Thread Doug Anderson
Jaehoon, On Tue, Dec 2, 2014 at 3:15 PM, Jaehoon Chung jh80.ch...@samsung.com wrote: Hi Doug. I think good that this patch is separated to two patches. (board file and codes relevant to mmc.) Yes, good idea. I've spun v5 with this. -Doug -- To unsubscribe from this list: send the line

[PATCH] gpio / PM: Replace CONFIG_PM_RUNTIME with CONFIG_PM

2014-12-02 Thread Rafael J. Wysocki
From: Rafael J. Wysocki rafael.j.wyso...@intel.com After commit b2b49ccbdd54 (PM: Kconfig: Set PM_RUNTIME if PM_SLEEP is selected) PM_RUNTIME is always set if PM is set, so #ifdef blocks depending on CONFIG_PM_RUNTIME may now be changed to depend on CONFIG_PM. Replace CONFIG_PM_RUNTIME with

[PATCH] i2c-omap / PM: Drop CONFIG_PM_RUNTIME from i2c-omap.c

2014-12-02 Thread Rafael J. Wysocki
From: Rafael J. Wysocki rafael.j.wyso...@intel.com After commit b2b49ccbdd54 (PM: Kconfig: Set PM_RUNTIME if PM_SLEEP is selected) PM_RUNTIME is always set if PM is set, so some #ifdef blocks depending on CONFIG_PM_RUNTIME may be dropped now. Do that in drivers/i2c/busses/i2c-omap.c.

[PATCH] hsi / OMAP / PM: Replace CONFIG_PM_RUNTIME with CONFIG_PM

2014-12-02 Thread Rafael J. Wysocki
From: Rafael J. Wysocki rafael.j.wyso...@intel.com After commit b2b49ccbdd54 (PM: Kconfig: Set PM_RUNTIME if PM_SLEEP is selected) PM_RUNTIME is always set if PM is set, so #ifdef blocks depending on CONFIG_PM_RUNTIME may now be changed to depend on CONFIG_PM. Do that for the omap_ssi driver.

Re: [PATCH] hsi / OMAP / PM: Replace CONFIG_PM_RUNTIME with CONFIG_PM

2014-12-02 Thread Sebastian Reichel
Hi, On Wed, Dec 03, 2014 at 03:02:24AM +0100, Rafael J. Wysocki wrote: After commit b2b49ccbdd54 (PM: Kconfig: Set PM_RUNTIME if PM_SLEEP is selected) PM_RUNTIME is always set if PM is set, so #ifdef blocks depending on CONFIG_PM_RUNTIME may now be changed to depend on CONFIG_PM. Do that

Re: [PATCH] gpio / PM: Replace CONFIG_PM_RUNTIME with CONFIG_PM

2014-12-02 Thread Alexandre Courbot
On Wed, Dec 3, 2014 at 10:50 AM, Rafael J. Wysocki r...@rjwysocki.net wrote: From: Rafael J. Wysocki rafael.j.wyso...@intel.com After commit b2b49ccbdd54 (PM: Kconfig: Set PM_RUNTIME if PM_SLEEP is selected) PM_RUNTIME is always set if PM is set, so #ifdef blocks depending on

Re: OMAP baseline test results for v3.18-rc7

2014-12-02 Thread Igor Grinberg
Hi Paul, On 12/02/14 20:39, Paul Walmsley wrote: Here are some basic OMAP test results for Linux v3.18-rc7. Logs and other details at: http://www.pwsan.com/omap/testlogs/test_v3.18-rc7/20141201203859/ Test summary [...] Build: uImage+dtb: Pass (13/13):