On 02/11/2013 06:07 PM, Sascha Hauer wrote:
> On Mon, Feb 11, 2013 at 05:44:23PM +0200, Roger Quadros wrote:
>> Currently on OMAP, it is not possible to specify a clock consumer
>> to any of the OMAP generated clocks using the device tree. This can pose
>> a problem for external devices that run of
From: "Philip, Avinash"
EHRPWM module requires explicit clock gating of TBCLK from control
module. Hence add TBCLK clock node in clock tree for EHRPWM modules.
Signed-off-by: Philip Avinash
---
Changes since v1:
- Remove sparse warnings
arch/arm/mach-omap2/cclock33xx_data.c:844:
On 02/11/2013 09:22 PM, Jon Hunter wrote:
> Good point. I just noticed that none of my omap2+ board were booting and
> on omap3/4 I was the panic in the twl code. I can't say that I checked
> the panic on omap2, so may be that was another problem?
Do you have insights on the code path leading to a
On Fri, Feb 08, 2013 at 20:40:18, Paul Walmsley wrote:
> Hi
>
> On Wed, 2 Jan 2013, Philip Avinash wrote:
>
> > EQEP entry is HWMOD entry is not present in HWMOD entry.
>
> Patch descriptions need to make sense. This one does not. I've fixed it
> for you this time, but please take more care i
On Fri, Feb 08, 2013 at 20:36:53, Paul Walmsley wrote:
> Hi,
>
> On Wed, 2 Jan 2013, Philip Avinash wrote:
>
> > EHRPWM module requires explicit clock gating of TBCLK from control
> > module. Hence add TBCLK clock node in clock tree for EHRPWM modules.
> >
> > Signed-off-by: Philip Avinash
>
>
On Tue, 12 Feb 2013, J, KEERTHY wrote:
> > -Original Message-
> > From: Paul Walmsley [mailto:p...@pwsan.com]
> > Sent: Monday, February 11, 2013 9:10 PM
> > To: J, KEERTHY
> > Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
> > Subject: RE: [PATCH] ARM: OMAP: Clock: R
Hi Paul,
> -Original Message-
> From: Paul Walmsley [mailto:p...@pwsan.com]
> Sent: Monday, February 11, 2013 9:10 PM
> To: J, KEERTHY
> Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
> Subject: RE: [PATCH] ARM: OMAP: Clock: Remove CK_* flags
>
> On Mon, 11 Feb 2013,
From: Loic Pallardy
Some mailboxes are made up of cross interrupts
and associated shared memory.
Shared memory mapping is fixed and cross interrupt/shared
memory relation make impossible the use of virtio.
Mailbox framework must be enough opened to support
any kind of mailbox.
Signed-off-by: Loi
From: Loic Pallardy
TX: replace spin by mutex to release CPU
during wait on mailbox resource.
Signed-off-by: Loic Pallardy
Signed-off-by: Linus Walleij
---
drivers/mailbox/mailbox.c | 5 +++--
drivers/mailbox/mailbox_internal.h | 1 +
2 files changed, 4 insertions(+), 2 deletions(-)
From: Loic Pallardy
For debug purpose, mailbox must be available when
interrupts are disabled to collect dump information.
Signed-off-by: Loic Pallardy
Signed-off-by: Linus Walleij
---
drivers/mailbox/mailbox.c | 66 +++
include/linux/mailbox.h |
From: Loic Pallardy
Add STEriccson DBX500 PRCM mailbox support.
Signed-off-by: Loic Pallardy
Signed-off-by: Linus Walleij
---
drivers/mailbox/Kconfig | 7 +
drivers/mailbox/Makefile | 1 +
drivers/mailbox/mailbox-dbx500.c | 611
The mailbox startup code is enabling the interrupt even before
any of the associated mailbox queues are allocated. Any pending
received mailbox message could cause a kernel panic as soon as
the interrupt is enabled due to the dereferencing of non-existing
mailbox queues within the ISR.
Signed-off-
Hi,
Please find below the updated patch series for mailbox framework creation.
After commit e8d3d47 (ARM: OMAP2+: Drop plat/cpu.h for omap2plus), the
cpu_is_xxx() checks for OMAP are restricted to arch/arm/mach-omap2. The
series includes 4 new patches, first patch removes these earch specific
call
From: Loic Pallardy
Coprocessor must be accessible during suspend transitions.
Signed-off-by: Loic Pallardy
Signed-off-by: Linus Walleij
---
drivers/mailbox/mailbox.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/mailbox/mailbox.c b/drivers/mailbox/mailbox.c
in
From: Loic Pallardy
In order to create a generic mailbox framework, functions
and structures should be renamed in mailbox.
Taking care of remoteproc and tidspbridge while at it.
Signed-off-by: Loic Pallardy
Signed-off-by: Omar Ramirez Luna
Signed-off-by: Linus Walleij
---
drivers/mailbox/Kc
From: Omar Ramirez Luna
Now internal structures can remain hidden to the user and just API
related functions and defines are made available.
Signed-off-by: Omar Ramirez Luna
Signed-off-by: Linus Walleij
---
drivers/mailbox/mailbox.c | 34 ++
drivers/mailbox/mailbox_intern
From: Loic Pallardy
Current message type is a u32 to fit HW fifo format.
This should be extended to support any message exchanges
and type of mailbox.
Proposed structure owns the original u32 and an optional
pointer on additional data.
Adaptations made to remoteproc and tidspbridge drivers.
Si
The mailbox_put function must check the notifier block for
NULL before trying to unregister it.
Signed-off-by: Fernando Guzman Lugo
Signed-off-by: Suman Anna
---
drivers/mailbox/mailbox.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/mailbox/mailbox.c b/drivers/m
The OMAP mailbox platform driver code has been cleaned up to
remove the dependencies with soc.h in preparation for moving
the mailbox code to drivers folder.
The code relied on cpu_is_xxx/soc_is_xxx macros previously to
pick the the right set of mailbox devices and register with the
mailbox driver
Add a NULL check for iomem resource in mailbox probe functions.
Signed-off-by: Fernando Guzman Lugo
Signed-off-by: Suman Anna
---
drivers/mailbox/mailbox-omap1.c | 3 +++
drivers/mailbox/mailbox-omap2.c | 5 +
2 files changed, 8 insertions(+)
diff --git a/drivers/mailbox/mailbox-omap1.c b/
On Saturday 09 February 2013 02:49 AM, Kevin Hilman wrote:
Santosh Shilimkar writes:
Current CPU PM code code make use of common cpu_suspend() path for all the
CPU power states which is not optimal. In fact cpu_suspend() path is needed
only when we put CPU power domain to off state where the C
Commit c1d1cd597fc77af3086470f8627d77f52f7f8b6c ("ARM: OMAP2+:
omap_device: remove obsolete pm_lats and early_device code") missed a
few omap_device_build() calls that aren't included as part of the default
OMAP2+ Kconfig, omap2plus_defconfig.
Ideally, all devices that are present on the SoC shou
If the ethernet driver is not selected, you otherwise get:
arch/arm/mach-omap2/board-h4.c:237:12: warning: 'is_gpmc_muxed' defined but not
used [-Wunused-function]
I guess it could be argued that the device setup should/could always
be done even if the driver isn't enabled, but hopefully the boa
Hi Viabhav,
Vaibhav Bedia writes:
> AM335x supports various low power modes as documented
> in section 8.1.4.3 of the AM335x TRM which is available
> @ http://www.ti.com/litv/pdf/spruh73f
>
> DeepSleep0 mode offers the lowest power mode with limited
> wakeup sources without a system reboot and i
Vaibhav Bedia writes:
> TPTC0 needs to be idled and put to standby under SW control.
Please elaborate about why (e.g. HW support not available, HW support
broken/buggy, etc.) since these blocks are not well documented in the
docs that I have (spruh73f.)
Thanks,
Kevin
> Add the appropriate fla
Commit 16559ae4 (kgdb: remove #include from kgdb.h)
had a side effect of breaking omap1_defconfig build as some headers
were included indirectly:
arch/arm/mach-omap1/board-h2.c:249: error: ‘INT_KEYBOARD’ undeclared here (not
in a function)
...
This worked earlier as linux/serial_8250.h included
* Tony Lindgren [130211 11:35]:
> FYI, looks like something broke compile recently, have not yet
> figured out the breaking commit. Might be the same issue
> with some other defconfigs too.
>
> Probably something was indirectly included earlier?
>
> This fixes it, still need to dig the breaking
On 02/09/2013 07:27 AM, Ezequiel Garcia wrote:
> Hi Mark,
>
> On Thu, Feb 7, 2013 at 6:51 AM, Mark Jackson wrote:
>> Okay ... I have made some progress, but it's not ideal.
>>
>> Currently I've hacked the GPMC DT driver (gpmc_probe_dt(), etc) so it now
>> handles setting up the
>> chip selects
Commit 8a6aaa3 (mfd: twl-core: Collect global variables behind one
private structure (global)) removed the variable "inuse" that is used
to determine if the device has been initialised and now use the
twl_priv structure instead. This is causing the kernel to panic on
OMAP3+ devices using the twl dr
On 02/08/2013 11:50 PM, Peter Ujfalusi wrote:
> On 02/08/2013 07:56 PM, Jon Hunter wrote:
>>> /**
>>> * twl_i2c_write - Writes a n bit register in TWL4030/TWL5030/TWL60X0
>>> * @mod_no: module number
>>> @@ -322,16 +323,17 @@ int twl_i2c_write(u8 mod_no, u8 *value, u8 reg,
>>> unsigned num_b
* Introduced parameter to add port number for directed packet in
cpdma_chan_submit
* Source port detection macro with DMA descriptor status
Signed-off-by: Mugunthan V N
---
drivers/net/ethernet/ti/cpsw.c |6 +++---
drivers/net/ethernet/ti/davinci_cpdma.c | 17 +++--
d
The CPSW switch can act as Dual EMAC by segregating the switch ports
using VLAN and port VLAN as per the TRM description in
14.3.2.10.2 Dual Mac Mode
Following CPSW components will be common for both the interfaces.
* Interrupt source is common for both eth interfaces
* Interrupt pacing is common
As CPTS is common module for both EMAC in Dual EMAC mode so making cpts as
pointer.
Signed-off-by: Mugunthan V N
---
drivers/net/ethernet/ti/cpsw.c | 36 +---
1 file changed, 21 insertions(+), 15 deletions(-)
diff --git a/drivers/net/ethernet/ti/cpsw.c b/driver
This patch series implements Dual EMAC mode implementation of CPSW
which acts as two standalone EMAC by segregating the switch using VIDs
and port VLAN
Mugunthan V N (3):
driver: net: ethernet: davinci_cpdma: add support for directed packet
and source port detection
driver: net: ethernet:
FYI, looks like something broke compile recently, have not yet
figured out the breaking commit. Might be the same issue
with some other defconfigs too.
Probably something was indirectly included earlier?
This fixes it, still need to dig the breaking commit
for the description.
Regards,
Tony
-
On Mon, Feb 11, 2013 at 11:05 AM, Tony Lindgren wrote:
> * Olof Johansson [130209 20:25]:
>> On Sat, Feb 9, 2013 at 7:22 PM, Tony Lindgren wrote:
>> > * Olof Johansson [130209 19:08]:
>> >> On Sat, Feb 9, 2013 at 7:00 PM, Tony Lindgren wrote:
>> >> > * Russell King - ARM Linux [130209 03:53]:
* Olof Johansson [130209 20:25]:
> On Sat, Feb 9, 2013 at 7:22 PM, Tony Lindgren wrote:
> > * Olof Johansson [130209 19:08]:
> >> On Sat, Feb 9, 2013 at 7:00 PM, Tony Lindgren wrote:
> >> > * Russell King - ARM Linux [130209 03:53]:
> >> >> On Tue, Feb 05, 2013 at 02:22:18PM +, Russell Kin
* Jon Hunter [130211 10:58]:
>
> Please note that the blaze is derived from the omap4-sdp board and so I
> would hope that we can use the existing for sdp dts and board file for
> blaze. In fact this is what I do today for basic booting.
>
> So unless there is some feature on the blaze that is n
On 02/09/2013 08:52 PM, Tony Lindgren wrote:
> Hi,
>
> * Ruslan Bilovol [130208 11:41]:
>> The OMAP4 Blaze Tablet is TI OMAP4 processor-based
>> development platform in a tablet formfactor.
>> The platform contains many of the features found in
>> present-day handsets (such as audio, video, wire
On Fri, Feb 08, 2013 at 05:42:13PM +, Paul Walmsley wrote:
> Hi Mark,
>
> On Fri, 21 Dec 2012, Mark A. Greer wrote:
>
> > From: "Mark A. Greer"
> >
> > Convert the device data for the OMAP3 SHAM2 (SHA1/MD5) crypto IP
> > from explicit platform_data to hwmod.
> >
> > CC: Paul Walmsley
> >
* Ruslan Bilovol [130206 14:54]:
> --- a/arch/arm/mach-omap2/io.c
> +++ b/arch/arm/mach-omap2/io.c
> @@ -602,6 +602,7 @@ void __init omap4430_init_late(void)
> omap2_common_pm_late_init();
> omap4_pm_init();
> omap2_clk_enable_autoidle_all();
> + omap_soc_device_init();
> }
* Paul Walmsley [130210 11:18]:
> Hi Tony
>
> The following changes since commit 88b62b915b0b7e25870eb0604ed9a92ba4bfc9f7:
>
> Linux 3.8-rc6 (2013-02-01 12:08:14 +1100)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending.git
> tag
On Mon, 11 Feb 2013, Tony Lindgren wrote:
> This branch should probably have been based on your earlier PM branch
> based on v3.8-rc5 that was already merged as omap-for-v3.9/pm-signed into
> arm-soc for-next.
>
> Now merging this branch based on v3.8-rc6 requires me to create a merge
> base by m
* Paul Walmsley [130210 09:31]:
> Hi Tony
>
> On Sun, 10 Feb 2013, Tony Lindgren wrote:
>
> > * Paul Walmsley [130208 09:31]:
> > >
> > >
> > > On OMAP2+ devices, standardize and clean up WFI entry and WFI blocking.
> > >
> > >
Hi Matt,
On Fri, Feb 01 2013, Matt Porter wrote:
> This series adds DT DMA Engine Client support to the omap_hsmmc.
> It leverages the generic DMA OF helpers in -next and the
> dma_request_slave_channel_compat() wrapper introduced in the
> AM33XX DMA Engine series to support DMA in omap_hsmmc on p
On Mon, Feb 11, 2013 at 02:02:42PM +0100, Sebastien Guiriec wrote:
> Remove unused memory ressource get from McPDM driver.
Applied, thanks.
signature.asc
Description: Digital signature
* Ruslan Bilovol [130210 13:46]:
> Hi,
>
> On Sun, Feb 10, 2013 at 4:52 AM, Tony Lindgren wrote:
> > Hi,
> >
> > * Ruslan Bilovol [130208 11:41]:
> >> The OMAP4 Blaze Tablet is TI OMAP4 processor-based
> >> development platform in a tablet formfactor.
> >> The platform contains many of the feat
Hi,
On Wed, Feb 06 2013, Balaji T K wrote:
> Update Maintainer email for omap_hsmmc,
> as Venkatraman will no longer be able to maintain omap_hsmmc driver.
>
> Signed-off-by: Balaji T K
> Acked-by: Venkatraman S
> ---
> MAINTAINERS |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> -Original Message-
> From: Paul Walmsley [mailto:p...@pwsan.com]
> Sent: Monday, February 11, 2013 9:10 PM
> To: J, KEERTHY
> Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
> Subject: RE: [PATCH] ARM: OMAP: Clock: Remove CK_* flags
>
> On Mon, 11 Feb 2013, J, KEER
On Mon, Feb 11, 2013 at 05:44:23PM +0200, Roger Quadros wrote:
> Currently on OMAP, it is not possible to specify a clock consumer
> to any of the OMAP generated clocks using the device tree. This can pose
> a problem for external devices that run off an OMAP clock as we
> can't reliably provide a
Hi,
On Mon, Feb 11, 2013 at 05:44:23PM +0200, Roger Quadros wrote:
> @@ -36,12 +39,76 @@ static struct of_device_id omap_dt_match_table[]
> __initdata = {
> { }
> };
>
> +static int __init omap_create_clk_alias(struct device_node *np)
if the rest of the folks agree with the aproach, loo
On Panda, the USB Host PHY is clocked by FREF3_CLK (auxclk3_ck) pin
of the OMAP. Provide this information in the device tree.
CC: Russell King
CC: Rajendra Nayak
CC: Santosh Shilimkar
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/omap4-panda.dts |7 +++
1 files changed, 7 insert
Currently on OMAP, it is not possible to specify a clock consumer
to any of the OMAP generated clocks using the device tree. This can pose
a problem for external devices that run off an OMAP clock as we
can't reliably provide a reference to the clock in the device tree.
This patch allows device tr
On Mon, 11 Feb 2013, J, KEERTHY wrote:
> Can I pull the other patches and rebase this patch on top of them?
> I need the branch where I can pull the other clock related patches.
> I will rebase this patch on top, Verify the PM suspend on OMAP4460
> And post it.
It's based on Tony's omap-for-v3.9/
> >> +Required properties:
> >> +
> >> +- compatible: should be "ti,ohci-omap3"
> >> +- reg: should contain one register range i.e. start and length
> >> +- interrupt-parent: phandle to the interrupt controller
> >
> > I'm not sure that needs to be documented as a required property. It's a
> > sta
Hi Roger,
On Mon, Feb 11, 2013 at 03:14:26PM +, Roger Quadros wrote:
> On 02/11/2013 01:40 PM, Mark Rutland wrote:
> > Hello,
> >
> > On Thu, Feb 07, 2013 at 04:02:41PM +, Roger Quadros wrote:
> >> The PHY clock, clock rate, VCC regulator and RESET regulator
> >> can now be provided via d
Hi Russ,
Russ Dill writes:
> After the gpio-omap runtime PM changes, I noticed that the
> omap2_gpio_prepare_for_idle/omap2_gpio_resume_after_idle functions are
> a NOP in the case of suspend.
>
> void omap2_gpio_prepare_for_idle(int pwr_mode)
> {
> struct gpio_bank *bank;
>
> list_f
On 02/11/2013 02:00 PM, Mark Rutland wrote:
> On Thu, Feb 07, 2013 at 04:02:49PM +, Roger Quadros wrote:
>> Allows the OMAP HS USB host controller to be specified
>> via device tree.
>>
>> CC: Samuel Ortiz
>> Signed-off-by: Roger Quadros
>> ---
>> .../devicetree/bindings/mfd/omap-usb-host.tx
On 02/11/2013 01:46 PM, Mark Rutland wrote:
> On Thu, Feb 07, 2013 at 04:02:47PM +, Roger Quadros wrote:
>> Allows the OHCI controller found in OMAP3 and later chips to
>> be specified via device tree.
>>
>> Signed-off-by: Roger Quadros
>> Acked-by: Alan Stern
>> ---
>> .../devicetree/bindin
On 02/11/2013 01:40 PM, Mark Rutland wrote:
> Hello,
>
> On Thu, Feb 07, 2013 at 04:02:41PM +, Roger Quadros wrote:
>> The PHY clock, clock rate, VCC regulator and RESET regulator
>> can now be provided via device tree.
>>
>> Signed-off-by: Roger Quadros
>> Acked-by: Felipe Balbi
>> ---
>>
On Sat, Feb 9, 2013 at 9:44 PM, Javier Martinez Canillas
wrote:
> If no pinctrl is available just report a warning since
> it may not needed in some cases (e.g: non-DT kernels).
>
> Signed-off-by: Javier Martinez Canillas
(...)
> + struct pinctrl *pinctrl;
(...)
> + pinctrl = devm_pi
Hi Sebastien,
On 02/11/2013 02:02 PM, Sebastien Guiriec wrote:
> Remove unused memory ressource get from McPDM driver.
I have no idea how this remain in the driver ;)
Acked-by: Peter Ujfalusi
> Signed-off-by: Sebastien Guiriec
> ---
> sound/soc/omap/omap-mcpdm.c |4
> 1 file changed
Remove unused memory ressource get from McPDM driver.
Signed-off-by: Sebastien Guiriec
---
sound/soc/omap/omap-mcpdm.c |4
1 file changed, 4 deletions(-)
diff --git a/sound/soc/omap/omap-mcpdm.c b/sound/soc/omap/omap-mcpdm.c
index 2fe8be2..5ca11bd 100644
--- a/sound/soc/omap/omap-mcpdm
On Thu, Feb 07, 2013 at 04:02:49PM +, Roger Quadros wrote:
> Allows the OMAP HS USB host controller to be specified
> via device tree.
>
> CC: Samuel Ortiz
> Signed-off-by: Roger Quadros
> ---
> .../devicetree/bindings/mfd/omap-usb-host.txt | 80 ++
> drivers/mfd/omap-usb-hos
On Thu, Feb 07, 2013 at 04:02:48PM +, Roger Quadros wrote:
> Allows the OMAP EHCI controller to be specified via device tree.
>
> Signed-off-by: Roger Quadros
> Acked-by: Alan Stern
> ---
> .../devicetree/bindings/usb/omap-ehci.txt | 34 ++
> drivers/usb/host/ehci
On Thu, Feb 07, 2013 at 04:02:47PM +, Roger Quadros wrote:
> Allows the OHCI controller found in OMAP3 and later chips to
> be specified via device tree.
>
> Signed-off-by: Roger Quadros
> Acked-by: Alan Stern
> ---
> .../devicetree/bindings/usb/omap3-ohci.txt | 17 +++
Hello,
On Thu, Feb 07, 2013 at 04:02:41PM +, Roger Quadros wrote:
> The PHY clock, clock rate, VCC regulator and RESET regulator
> can now be provided via device tree.
>
> Signed-off-by: Roger Quadros
> Acked-by: Felipe Balbi
> ---
> .../devicetree/bindings/usb/usb-nop-xceiv.txt | 3
On Mon, Feb 11, 2013 at 12:24 PM, Sascha Hauer wrote:
> On Mon, Feb 11, 2013 at 11:33:19AM +0100, Javier Martinez Canillas wrote:
>> On Mon, Feb 11, 2013 at 9:16 AM, Sascha Hauer wrote:
>> > On Sun, Feb 10, 2013 at 12:35:43PM +0100, Javier Martinez Canillas wrote:
>> >> On Sun, Feb 10, 2013 at 10
On Mon, Feb 11, 2013 at 11:33:19AM +0100, Javier Martinez Canillas wrote:
> On Mon, Feb 11, 2013 at 9:16 AM, Sascha Hauer wrote:
> > On Sun, Feb 10, 2013 at 12:35:43PM +0100, Javier Martinez Canillas wrote:
> >> On Sun, Feb 10, 2013 at 10:37 AM, Russell King - ARM Linux
> >> wrote:
> >> > On Sun,
On Mon, Feb 11, 2013 at 11:30 AM, Mark Rutland wrote:
> Hi,
>
> I have a few comments on the binding and the way it's parsed.
>
> On Sat, Feb 09, 2013 at 08:44:27PM +, Javier Martinez Canillas wrote:
>> This patch adds a helper function to parse a device node that
>> contains all the propertie
On Mon, Feb 11, 2013 at 9:16 AM, Sascha Hauer wrote:
> On Sun, Feb 10, 2013 at 12:35:43PM +0100, Javier Martinez Canillas wrote:
>> On Sun, Feb 10, 2013 at 10:37 AM, Russell King - ARM Linux
>> wrote:
>> > On Sun, Feb 10, 2013 at 02:49:21AM +0100, Javier Martinez Canillas wrote:
>> >> I knew this
Hi,
I have a few comments on the binding and the way it's parsed.
On Sat, Feb 09, 2013 at 08:44:27PM +, Javier Martinez Canillas wrote:
> This patch adds a helper function to parse a device node that
> contains all the properties needed to initialize an smsc911x
> device connected to an OMAP
Hi Paul,
> -Original Message-
> From: J, KEERTHY
> Sent: Monday, February 11, 2013 10:16 AM
> To: 'Paul Walmsley'
> Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
> Subject: RE: [PATCH] ARM: OMAP: Clock: Remove CK_* flags
>
> Hi Paul,
>
> > -Original Message
On Sun, Feb 10, 2013 at 12:35:43PM +0100, Javier Martinez Canillas wrote:
> On Sun, Feb 10, 2013 at 10:37 AM, Russell King - ARM Linux
> wrote:
> > On Sun, Feb 10, 2013 at 02:49:21AM +0100, Javier Martinez Canillas wrote:
> >> I knew this would be controversial and that's why I didn't mean it to b
74 matches
Mail list logo
