From: Mark A. Greer mgr...@mvista.com
The rtc-omap driver currently assumes that the rtc's
registers are at a fixed address and already mapped
into virtual memory space. Remove those assumptions
so the same driver can be used for similar devices
that reside at different physical addresses (e.g
On Wed, Sep 16, 2009 at 05:04:58PM -0700, Mark A. Greer wrote:
From: Mark A. Greer mgr...@mvista.com
The rtc-omap driver currently assumes that the rtc's
registers are at a fixed address and already mapped
into virtual memory space. Remove those assumptions
so the same driver can be used
for the patch but this issue should already be fixed in a patch
that Tony just made a pull request for
(http://www.spinics.net/lists/linux-omap/msg73080.html).
From that email (and branch in the email), look for this patch:
Mark A. Greer (4):
ARM: OMAP AM35x: clockdomain data: Fix clockdomain
[The reason I'm sending this is that there is an issue but I probably
won't be able to spend much time on it for a while. So, I'm sending
it in case a) it helps someone else who bumps into it and b) someone
else picks up and completes the fix.]
Hello.
In testing USB OTG Gadget on the am37x
On Sat, Jul 07, 2012 at 02:41:31PM +0200, Ladislav Michl wrote:
On Mon, Jul 02, 2012 at 10:41:38AM -0700, Mark A. Greer wrote:
On Mon, Jul 02, 2012 at 05:54:57AM +, Kim, Milo wrote:
In am35x board , iva2 clock domain doesn't be used.
So mpu_am35x_clkdm should be used rather than
On Wed, Jul 11, 2012 at 10:07:06AM -0700, Kevin Hilman wrote:
Joe Woodward j...@terrafix.co.uk writes:
-Original Message-
From: Kevin Hilman khil...@ti.com
To: Joe Woodward j...@terrafix.co.uk
Cc: linux-omap\@vger.kernel.org linux-omap@vger.kernel.org
Date: Tue, 10 Jul 2012
On Fri, Jul 13, 2012 at 12:26:13PM -0600, Paul Walmsley wrote:
+ Mark
On Fri, 13 Jul 2012, Joe Woodward wrote:
Thanks Paul,
That patch does indeed seem to fix all my problems!
With it I can now suspend, and all power domains hit the target states.
OK, great. That patch is
On Fri, Jul 13, 2012 at 12:26:13PM -0600, Paul Walmsley wrote:
+ Mark
On Fri, 13 Jul 2012, Joe Woodward wrote:
Thanks Paul,
That patch does indeed seem to fix all my problems!
With it I can now suspend, and all power domains hit the target states.
OK, great. That patch is
a better idea. I tested it on an am37xevm and
tried to test on an am35xevm but it appears that the am35xevm is
broken in that branch. :(
Mark
--
From b889b2642bd16b3d8e5856f39a3ea08d10102aad Mon Sep 17 00:00:00 2001
From: Mark A. Greer mgr...@animalcreek.com
Date: Tue, 17 Jul 2012 18:50:01 -0700
On Wed, Jul 18, 2012 at 11:06:34AM +0100, Joe Woodward wrote:
From: Mark A. Greer mgr...@animalcreek.com
How does this look?
Subject: [PATCH] ARM: OMAP3: Add OMAP3_HAS_IVA_REGS feature
It appears that the am3703 and possibly the am3715 SoCs
have an active IVA subsystem even though
On Wed, Jul 18, 2012 at 09:27:40AM +0200, Yegor Yefremov wrote:
My system: am3517 based board with SMSC9514 attached to EHCI port 0 (not
OTG), the rest of the USB ports are marked as disabled -
OMAP_USBHS_PORT_MODE_UNUSED.
Kernel: 3.3-rc7 from linux-omap (so far the latest kernel, where all
On Tue, Jul 17, 2012 at 09:54:53PM -0600, Paul Walmsley wrote:
Hi
Hi Paul.
From the patch description, it doesn't sound like it's WFI entry that's
the problem. The EMAC can assert its interrupt lines to the INTC, since
the EMAC is active. If the MPU and CORE powerdomains are ON, then the
On Wed, Jul 18, 2012 at 05:25:16PM -0600, Paul Walmsley wrote:
On Wed, 18 Jul 2012, Mark A. Greer wrote:
On Tue, Jul 17, 2012 at 09:54:53PM -0600, Paul Walmsley wrote:
Want to try something like this? It's your patch but modified to not use
disable/enable_hlt(). If it doesn't work
On Thu, Jul 19, 2012 at 01:19:13PM -0600, Paul Walmsley wrote:
On Thu, 19 Jul 2012, Mark A. Greer wrote:
...and, unfortunately, it didnt' work in either case.
OK thanks for the tests. Is the EMAC/MDIO really active and asserting
interrupts while all this is happening?
I should
From: Mark A. Greer mgr...@animalcreek.com
Add pm_runtime support to the TI Davinci EMAC driver.
CC: Sekhar Nori nsek...@ti.com
CC: Kevin Hilman khil...@ti.com
Signed-off-by: Mark A. Greer mgr...@animalcreek.com
---
a) This patch depends on a patch by Kevin Hilman that has been
accepted
On Fri, Jul 20, 2012 at 11:23:01AM -0700, David Miller wrote:
From: Mark A. Greer mgr...@animalcreek.com
Date: Thu, 19 Jul 2012 15:22:57 -0700
From: Mark A. Greer mgr...@animalcreek.com
Add pm_runtime support to the TI Davinci EMAC driver.
CC: Sekhar Nori nsek...@ti.com
CC: Kevin
On Thu, Jul 19, 2012 at 04:59:06PM -0600, Paul Walmsley wrote:
+ Ilya
Hi Mark
Maybe try something like this on top of the patch that disables the
MPU DPLL autoidle?
I don't know what am35xx_enable_emac_int() is supposed to do. It seems
strange to clear the interrupt status bits when
On Fri, Jul 20, 2012 at 06:52:20PM +0530, Sekhar Nori wrote:
+ Dave Miller and DaVinci list
Hi Mark,
On 7/20/2012 3:52 AM, Mark A. Greer wrote:
From: Mark A. Greer mgr...@animalcreek.com
Add pm_runtime support to the TI Davinci EMAC driver.
CC: Sekhar Nori nsek...@ti.com
CC
From: Mark A. Greer mgr...@animalcreek.com
The '#include mach/mux.h' line in davinci_emac.c
causes a compile error because that header file
isn't found. It turns out that the #include isn't
needed because the driver isn't (and shoudn't be)
touching the mux anyway, so remove it.
CC: Sekhar Nori
From: Mark A. Greer mgr...@animalcreek.com
Add pm_runtime support to the TI Davinci EMAC driver.
CC: Sekhar Nori nsek...@ti.com
CC: Kevin Hilman khil...@ti.com
Signed-off-by: Mark A. Greer mgr...@animalcreek.com
---
a) Sorry for the bad patch earlier.
b) Now applies on top of net-next.
c
Sigh, please ignore this series. I'll resend with [0/2].
--
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.org/majordomo-info.html
From: Mark A. Greer mgr...@animalcreek.com
This series fixes a compile error in, and adds pm_runtime support
to, the davinci_emac driver.
To test on a davinci platform, you will need another patch just
submitted to netdev:
http://marc.info/?l=linux-netdevm=134282758408187w=2
Mark
From: Mark A. Greer mgr...@animalcreek.com
Add pm_runtime support to the TI Davinci EMAC driver.
CC: Sekhar Nori nsek...@ti.com
CC: Kevin Hilman khil...@ti.com
Signed-off-by: Mark A. Greer mgr...@animalcreek.com
---
a) Sorry for the bad patch earlier.
b) Now applies on top of net-next.
c
From: Mark A. Greer mgr...@animalcreek.com
The '#include mach/mux.h' line in davinci_emac.c
causes a compile error because that header file
isn't found. It turns out that the #include isn't
needed because the driver isn't (and shoudn't be)
touching the mux anyway, so remove it.
CC: Sekhar Nori
On Thu, Jul 26, 2012 at 02:09:33PM -0700, Juha Kuikka wrote:
Hi Juha.
A thousand apologizes for double posting, some html sneaked into the
first email and it got dropped by the list server.
I am running on a gumstix with OMAP 3503 on it (name escapes me at the
moment) and it has the same
On Thu, Jul 26, 2012 at 04:06:30PM -0700, Mark A. Greer wrote:
On Thu, Jul 26, 2012 at 02:09:33PM -0700, Juha Kuikka wrote:
Just applying Mark's patch on top of
55936cdfaaf11ac352b56bc58e42d6661e65ee13 (linux-omap) is not enough, I
also need to set the OMAP3_HAS_IVA_REGS for the 3430
();
- if (omap_irq_pending())
+ if (omap_irq_pending() || !omap3_has_io_wakeup())
goto out;
trace_power_start(POWER_CSTATE, 1, smp_processor_id());
I've seen this hack for some on the mailing list. I think
Mark A. Greer introduced it, but I don't remember
From: Mark A. Greer mgr...@animalcreek.com
Commit 923df96b9f31b7d08d8438ff9677326d9537accf
(ARM: 7451/1: arch timer: implement read_current_timer and get_cycles)
modifies get_cycles() such that it calls read_current_timer().
Unfortunately, the 'read_current_timer' symbol is not exported so when
peter.ujfal...@ti.com
CC: Russell King rmk+ker...@arm.linux.org.uk
Signed-off-by: Mark A. Greer mgr...@animalcreek.com
---
This patch seems fairly stable but I've only tested omap-sham (crypto)
and omap_hsmmc (mmc) on an am37x EVM. I also enabled burst mode but
that made the system unstable when
On Thu, Oct 18, 2012 at 03:20:46PM -0700, Mark A. Greer wrote:
This patch seems fairly stable but I've only tested omap-sham (crypto)
and omap_hsmmc (mmc) on an am37x EVM. I also enabled burst mode but
that made the system unstable when exercising either omap-sham or
omap_hsmmc. I'm unaware
On Thu, Oct 18, 2012 at 11:55:40PM +0100, Russell King - ARM Linux wrote:
On Thu, Oct 18, 2012 at 03:20:46PM -0700, Mark A. Greer wrote:
This patch seems fairly stable but I've only tested omap-sham (crypto)
and omap_hsmmc (mmc) on an am37x EVM. I also enabled burst mode but
that made
On Fri, Oct 19, 2012 at 12:33:35AM +0100, Russell King - ARM Linux wrote:
On Thu, Oct 18, 2012 at 04:24:05PM -0700, Mark A. Greer wrote:
On Thu, Oct 18, 2012 at 11:55:40PM +0100, Russell King - ARM Linux wrote:
On Thu, Oct 18, 2012 at 03:20:46PM -0700, Mark A. Greer wrote:
This patch
From: Mark A. Greer mgr...@animalcreek.com
This series updates the crypto omap-sham driver and supporting
infrastructure.
Notes:
a) Based on current k.o. c9623de (Merge branch 'v4l_for_linus'
of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media)
b) These have only been
From: Mark A. Greer mgr...@animalcreek.com
Convert the device data for the OMAP2 SHAM crypto IP from
explicit platform_data to hwmod. When bit 1 (OMAP24XX_ST_SHA_MASK)
of the CM_IDLEST4_CORE register is set, the SHA IP is present.
CC: Paul Walmsley p...@pwsan.com
Signed-off-by: Mark A. Greer
From: Mark A. Greer mgr...@animalcreek.com
Add the DMA information for the OMAP2 SHA module.
CC: Paul Walmsley p...@pwsan.com
Signed-off-by: Mark A. Greer mgr...@animalcreek.com
---
arch/arm/mach-omap2/omap_hwmod_2xxx_interconnect_data.c | 2 +-
arch/arm/mach-omap2
From: Mark A. Greer mgr...@animalcreek.com
Convert the device data for the OMAP3 SHAM2 (SHA1/MD5) crypto IP
from explicit platform_data to hwmod. When bit 27 (OMAP3430_ST_SHA12_MASK)
of the CM_IDLEST1_CORE register is 0, the SHA2 IP is present.
CC: Paul Walmsley p...@pwsan.com
Signed-off
From: Mark A. Greer mgr...@animalcreek.com
Remove the error message that prints when there is no SHA IP
present to make it consistent with all the other IPs.
CC: Paul Walmsley p...@pwsan.com
Signed-off-by: Mark A. Greer mgr...@animalcreek.com
---
arch/arm/mach-omap2/devices.c | 2 --
1 file
From: Mark A. Greer mgr...@animalcreek.com
Convert the omap-sham crypto driver to use the
pm_runtime API instead of the clk API.
CC: Kevin Hilman khil...@deeprootsystems.com
CC: Paul Walmsley p...@pwsan.com
CC: Dmitry Kasatkin dmitry.kasat...@intel.com
Signed-off-by: Mark A. Greer mgr
From: Mark A. Greer mgr...@animalcreek.com
Add code to use the new dmaengine API alongside
the existing DMA code that uses the private
OMAP DMA API. The API to use is chosen by
defining or undefining 'OMAP_SHAM_DMA_PRIVATE'.
CC: Russell King rmk+ker...@arm.linux.org.uk
CC: Dmitry Kasatkin
From: Mark A. Greer mgr...@animalcreek.com
Remove usage of the private OMAP DMA API.
The dmaengine API will be used instead.
CC: Russell King rmk+ker...@arm.linux.org.uk
CC: Dmitry Kasatkin dmitry.kasat...@intel.com
Signed-off-by: Mark A. Greer mgr...@animalcreek.com
---
drivers/crypto/omap
On Sat, Oct 20, 2012 at 07:40:19PM +, Paul Walmsley wrote:
Hi
Hi Paul.
a few comments:
On Fri, 19 Oct 2012, Mark A. Greer wrote:
From: Mark A. Greer mgr...@animalcreek.com
Convert the device data for the OMAP2 SHAM crypto IP from
explicit platform_data to hwmod. When bit 1
On Sat, Oct 20, 2012 at 07:40:44PM +, Paul Walmsley wrote:
On Fri, 19 Oct 2012, Mark A. Greer wrote:
From: Mark A. Greer mgr...@animalcreek.com
Add the DMA information for the OMAP2 SHA module.
CC: Paul Walmsley p...@pwsan.com
Signed-off-by: Mark A. Greer mgr
On Sat, Oct 20, 2012 at 07:34:51PM +, Paul Walmsley wrote:
On Fri, 19 Oct 2012, Mark A. Greer wrote:
From: Mark A. Greer mgr...@animalcreek.com
This series updates the crypto omap-sham driver and supporting
infrastructure.
Looks pretty good; this will make it easier for us
On Sun, Oct 21, 2012 at 11:58:36AM +0530, Santosh Shilimkar wrote:
Mark,
Hi Santosh.
On Saturday 20 October 2012 03:23 AM, Mark A. Greer wrote:
From: Mark A. Greer mgr...@animalcreek.com
This series updates the crypto omap-sham driver and supporting
infrastructure.
Notes:
a) Based
On Mon, Oct 22, 2012 at 07:53:06PM +, Paul Walmsley wrote:
On Mon, 22 Oct 2012, Mark A. Greer wrote:
On Sat, Oct 20, 2012 at 07:40:44PM +, Paul Walmsley wrote:
On Fri, 19 Oct 2012, Mark A. Greer wrote:
From: Mark A. Greer mgr...@animalcreek.com
Add the DMA
On Sun, Oct 21, 2012 at 02:52:13PM +0300, Kasatkin, Dmitry wrote:
Hello,
I got only 3 patches out of 7.
Can you please re-submit them also to linux-cry...@vger.kernel.org
That is a list where crypto drivers are discussed.
Okay, I will CC you and the linux-crypto on the entire series when
I
On Mon, Oct 22, 2012 at 07:49:47PM +, Paul Walmsley wrote:
On Mon, 22 Oct 2012, Mark A. Greer wrote:
On Sat, Oct 20, 2012 at 07:40:19PM +, Paul Walmsley wrote:
static void omap_init_sham(void)
{
- if (cpu_is_omap24xx()) {
- sham_device.resource
From: Mark A. Greer mgr...@animalcreek.com
Changes since v1:
- Removed the check of CM_IDLEST to see if the module exists
and instead add the hwmod data for all omap2's and omap3 GP's.
- Placed new sha_ick clk entries after the 'omap-sham' entry
From: Mark A. Greer mgr...@animalcreek.com
Convert the device data for the OMAP2 SHAM crypto IP from
explicit platform_data to hwmod.
CC: Paul Walmsley p...@pwsan.com
Signed-off-by: Mark A. Greer mgr...@animalcreek.com
---
arch/arm/mach-omap2/clock2430_data.c | 1 +
arch/arm/mach
From: Mark A. Greer mgr...@animalcreek.com
The current OMAP2 SHAM support doesn't enable DMA
so add that support so it can use DMA just like OMAP3.
CC: Paul Walmsley p...@pwsan.com
Signed-off-by: Mark A. Greer mgr...@animalcreek.com
---
arch/arm/mach-omap2/omap_hwmod_2xxx_interconnect_data.c
From: Mark A. Greer mgr...@animalcreek.com
Remove the error message that prints when there is no SHA IP
present to make it consistent with all the other IPs.
CC: Paul Walmsley p...@pwsan.com
Signed-off-by: Mark A. Greer mgr...@animalcreek.com
---
arch/arm/mach-omap2/devices.c | 19
From: Mark A. Greer mgr...@animalcreek.com
Convert the device data for the OMAP3 SHAM2 (SHA1/MD5) crypto IP
from explicit platform_data to hwmod.
CC: Paul Walmsley p...@pwsan.com
Signed-off-by: Mark A. Greer mgr...@animalcreek.com
---
arch/arm/mach-omap2/clock3xxx_data.c | 1 +
arch/arm
From: Mark A. Greer mgr...@animalcreek.com
Convert the omap-sham crypto driver to use the
pm_runtime API instead of the clk API.
CC: Kevin Hilman khil...@deeprootsystems.com
CC: Paul Walmsley p...@pwsan.com
CC: Dmitry Kasatkin dmitry.kasat...@intel.com
Signed-off-by: Mark A. Greer mgr
From: Mark A. Greer mgr...@animalcreek.com
Add code to use the new dmaengine API alongside
the existing DMA code that uses the private
OMAP DMA API. The API to use is chosen by
defining or undefining 'OMAP_SHAM_DMA_PRIVATE'.
CC: Russell King rmk+ker...@arm.linux.org.uk
CC: Dmitry Kasatkin
From: Mark A. Greer mgr...@animalcreek.com
Remove usage of the private OMAP DMA API.
The dmaengine API will be used instead.
CC: Russell King rmk+ker...@arm.linux.org.uk
CC: Dmitry Kasatkin dmitry.kasat...@intel.com
Signed-off-by: Mark A. Greer mgr...@animalcreek.com
---
drivers/crypto/omap
On Thu, Oct 25, 2012 at 05:34:02PM -0700, Kevin Hilman wrote:
Hi Mark,
Hi Kevin.
Mark A. Greer mgr...@animalcreek.com writes:
From: Mark A. Greer mgr...@animalcreek.com
Convert the omap-sham crypto driver to use the
pm_runtime API instead of the clk API.
CC: Kevin Hilman khil
On Fri, Oct 19, 2012 at 02:45:55PM +0200, Péter Ujfalusi wrote:
Hi,
On 10/19/2012 01:33 AM, Russell King - ARM Linux wrote:
I would suggest getting some feedback from the ASoC people first, before
trying to invent new APIs to work around this stuff. If they can live
with having prefetch
On Tue, May 01, 2012 at 10:47:35AM +0200, Jean Pihet wrote:
Hi Mark,
Hi Jean. Thanks for the review.
On Mon, Apr 30, 2012 at 11:25 PM, Mark A. Greer mgr...@animalcreek.com
wrote:
From: Mark A. Greer mgr...@animalcreek.com
diff --git a/arch/arm/mach-omap2/cpuidle34xx.c
b/arch/arm
From: Mark A. Greer mgr...@animalcreek.com
The davinci EMAC driver has been incorporated into the am35x
family of SoC's which is OMAP-based. The incorporation is
incomplete in that the EMAC cannot unblock the [ARM] core if
its blocked on a 'wfi' instruction. This is an issue with
the cpu_idle
On Thu, May 03, 2012 at 10:44:44AM +, Bedia, Vaibhav wrote:
On Thu, May 03, 2012 at 05:17:18, Mark A. Greer wrote:
From: Mark A. Greer mgr...@animalcreek.com
The davinci EMAC driver has been incorporated into the am35x
family of SoC's which is OMAP-based. The incorporation
On Thu, May 03, 2012 at 06:21:27PM +, Bedia, Vaibhav wrote:
On Thu, May 03, 2012 at 21:39:18, Mark A. Greer wrote:
On Thu, May 03, 2012 at 10:44:44AM +, Bedia, Vaibhav wrote:
On Thu, May 03, 2012 at 05:17:18, Mark A. Greer wrote:
From: Mark A. Greer mgr...@animalcreek.com
, Mark A. Greer wrote:
[...]
So, if I understood this correctly, it's effectively like blocking a
low power
state transition (here wfi execution) when EMAC is active?
Assuming it is my patch, correct.
Recently I was thinking about how to get certain drivers
On Fri, May 04, 2012 at 07:31:30AM -0700, Kevin Hilman wrote:
Bedia, Vaibhav vaibhav.be...@ti.com writes:
Hi Kevin.
If it does, perhaps there should some other mechanism for letting
users control the system behavior.
Come to think of it, the right solution here is probably to use runtime
On Fri, May 04, 2012 at 09:44:45AM -0700, Kevin Hilman wrote:
Hi Mark,
Hi Kevin.
Mark A. Greer mgr...@animalcreek.com writes:
[...]
To work around this issue, add platform data callbacks which
are called at the beginning of the open routine and at the
end of the stop routine
On Fri, May 04, 2012 at 02:02:43PM -0700, Kevin Hilman wrote:
Mark A. Greer mgr...@animalcreek.com writes:
On Fri, May 04, 2012 at 07:31:30AM -0700, Kevin Hilman wrote:
[...]
Come to think of it, the right solution here is probably to use runtime
PM. We could then to add some custom
On Tue, May 08, 2012 at 09:49:26AM -0600, Paul Walmsley wrote:
Hi Kevin,
thanks for the suggestion,
On Tue, 8 May 2012, Kevin Hilman wrote:
Paul Walmsley p...@pwsan.com writes:
On Thu, 19 Apr 2012, Igor Grinberg wrote:
IMO this can be seen on any AM35xx based board with
: Hema HK hem...@ti.com
Cc: Mark A. Greer mgr...@animalcreek.com
Signed-off-by: Paul Walmsley p...@pwsan.com
Acked-by: Mark A. Greer mgr...@animalcreek.com
(on an am3517evm)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
.
Fix some incorrectly-named macros related to AM35xx UART4.
Cc: Kyle Manna kyle.ma...@fuel7.com
Cc: Mark A. Greer mgr...@animalcreek.com
Cc: Ranjith Lohithakshan ranji...@ti.com
Signed-off-by: Paul Walmsley p...@pwsan.com
Acked-by: Mark A. Greer mgr...@animalcreek.com
(on an am3517evm
.
Cc: Benoît Cousson b-cous...@ti.com
Cc: Kyle Manna kyle.ma...@fuel7.com
Cc: Mark A. Greer mgr...@animalcreek.com
Cc: Ranjith Lohithakshan ranji...@ti.com
Signed-off-by: Paul Walmsley p...@pwsan.com
Acked-by: Mark A. Greer mgr...@animalcreek.com
(on an am3517evm)
Mark
--
To unsubscribe
From: Mark A. Greer mgr...@animalcreek.com
Paul, Kevin,
These patches convert the davinci emac support for the am35x SoC
to use hwmod and add enable_hlt()/disable_hlt() calls to the
pm_runtime hooks for that driver.
I have converted the davinci_emac driver to use pm_runtime but I
can't formally
From: Mark A. Greer mgr...@animalcreek.com
Add hwmod support for the EMAC (and MDIO)
ethernet controller that's on the am35x
family of SoC's.
Signed-off-by: Mark A. Greer mgr...@animalcreek.com
---
arch/arm/mach-omap2/am35xx-emac.c | 92 ++--
arch/arm/mach
From: Mark A. Greer mgr...@animalcreek.com
The am35x family of SoCs has a Davinci EMAC ethernet
controller on-chip. Unfortunately, the EMAC is unable
to wake the PRCM when there is network activity which
leads to a hung or extremely slow system when the MPU
has executed a 'wfi' instruction
On Mon, May 14, 2012 at 11:20:58AM +0300, Igor Grinberg wrote:
Hi Mark,
Hi Igor.
Thanks for the great work!
On 05/12/12 00:12, Mark A. Greer wrote:
From: Mark A. Greer mgr...@animalcreek.com
The am35x family of SoCs has a Davinci EMAC ethernet
controller on-chip. Unfortunately
On Mon, Apr 30, 2012 at 02:26:48PM -0700, Mark A. Greer wrote:
From: Mark A. Greer mgr...@animalcreek.com
The am35x family of SoCs only support the PWRSTS_ON
state so create a new set of powerdomain structures
that ensure that only the ON state is entered.
Signed-off-by: Mark A. Greer mgr
On Tue, May 15, 2012 at 03:42:09PM +0300, Igor Grinberg wrote:
On 05/15/12 00:32, Kevin Hilman wrote:
Mark A. Greer mgr...@animalcreek.com writes:
On Mon, May 14, 2012 at 11:20:58AM +0300, Igor Grinberg wrote:
Hi Mark,
Hi Igor.
Thanks for the great work!
On 05/12/12 00:12
From: Mark A. Greer mgr...@animalcreek.com
These patches convert the davinci emac support for the am35x SoC
to use hwmod and add enable_hlt()/disable_hlt() calls to the
pm_runtime hooks for that driver.
I have converted the davinci_emac driver to use pm_runtime but I
can't formally submit it yet
From: Mark A. Greer mgr...@animalcreek.com
Add hwmod support for the EMAC (and MDIO)
ethernet controller that's on the am35x
family of SoC's.
Signed-off-by: Mark A. Greer mgr...@animalcreek.com
---
arch/arm/mach-omap2/am35xx-emac.c | 92 ++--
arch/arm/mach
From: Mark A. Greer mgr...@animalcreek.com
The am35x family of SoCs has a Davinci EMAC ethernet
controller on-chip. Unfortunately, the EMAC is unable
to wake the PRCM when there is network activity which
leads to a hung or extremely slow system when the MPU
has executed a 'wfi' instruction
On Tue, May 15, 2012 at 09:43:52AM +0200, Jean Pihet wrote:
Hi Mark,
Hi Jean.
On Mon, Apr 30, 2012 at 11:26 PM, Mark A. Greer mgr...@animalcreek.com
wrote:
From: Mark A. Greer mgr...@animalcreek.com
The am35x family of SoCs only support the PWRSTS_ON
state so create a new set
On Tue, May 15, 2012 at 11:35:27AM -0700, Mark A. Greer wrote:
On Tue, May 15, 2012 at 09:43:52AM +0200, Jean Pihet wrote:
Hi Mark,
Hi Jean.
On Mon, Apr 30, 2012 at 11:26 PM, Mark A. Greer mgr...@animalcreek.com
wrote:
From: Mark A. Greer mgr...@animalcreek.com
The am35x
From: Mark A. Greer mgr...@animalcreek.com
The am35x family of SoCs only support the PWRSTS_ON
state so create a new set of powerdomain structures
that ensure that only the ON state is entered.
Signed-off-by: Mark A. Greer mgr...@animalcreek.com
---
This patch has been reworked as per Jean
[Somehow this didn't get out the first time so resending.]
On Thu, May 31, 2012 at 08:36:05PM -0700, Mark A. Greer wrote:
On Thu, May 31, 2012 at 10:08:44AM +0300, Maxim Podbereznyy wrote:
Hi!
Hi Maxim
http://git.kernel.org/?p=linux/kernel/git/tmlind/linux-omap.git
Does anyone knows
On Fri, Jun 01, 2012 at 09:23:07PM +0400, Maxim Podbereznyy wrote:
Hey Mark!
Hi Maxim.
I don't like to look stupid, but I don't find v3.4 tag here:
http://git.kernel.org/?p=linux/kernel/git/tmlind/linux-omap.git;a=tags
please have a look at. There are only a few candidates there for the
On Mon, Mar 12, 2012 at 02:55:02PM +0100, Yegor Yefremov wrote:
Am 09.03.2012 18:22, schrieb George C. Huntington, III:
I would like to make the newer kernel (3.x) work with the AM3517EVM.
I have a 2.6.32 and a 2.6.33 that run well on the board, but the
recent kernels have kernel panics
I found a some minor issues when looking through pm34xx.c recently
so these patches try to address them. My apologies if they are already
fixed in another branch somewhere. Based on latest k.o. master branch.
Mark
--
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the
-by: Mark A. Greer mgr...@animalcreek.com
---
arch/arm/mach-omap2/pm34xx.c | 16 ++--
1 files changed, 10 insertions(+), 6 deletions(-)
diff --git a/arch/arm/mach-omap2/pm34xx.c b/arch/arm/mach-omap2/pm34xx.c
index 27fc7a2..af8d741 100644
--- a/arch/arm/mach-omap2/pm34xx.c
+++ b/arch
Currently, pm34xx.c has a mix of printk() and pr_*() statements
so replace the printk() statements with the equivalent pr_*()
statements.
Signed-off-by: Mark A. Greer mgr...@animalcreek.com
---
arch/arm/mach-omap2/pm34xx.c | 17 -
1 files changed, 8 insertions(+), 9 deletions
On Thu, Mar 15, 2012 at 04:52:40PM +0100, Yegor Yefremov wrote:
Am 15.03.2012 16:43, schrieb Mark A. Greer:
On Mon, Mar 12, 2012 at 02:55:02PM +0100, Yegor Yefremov wrote:
Am 09.03.2012 18:22, schrieb George C. Huntington, III:
I would like to make the newer kernel (3.x) work
On Thu, Mar 15, 2012 at 09:42:21AM -0700, Mark A. Greer wrote:
On Thu, Mar 15, 2012 at 04:52:40PM +0100, Yegor Yefremov wrote:
Am 15.03.2012 16:43, schrieb Mark A. Greer:
On Mon, Mar 12, 2012 at 02:55:02PM +0100, Yegor Yefremov wrote:
Am 09.03.2012 18:22, schrieb George C. Huntington, III
On Thu, Mar 15, 2012 at 10:27:57AM -0700, Kevin Hilman wrote:
Hi Mark,
Mark A. Greer mgree...@gmail.com writes:
found a some minor issues when looking through pm34xx.c recently
so these patches try to address them. My apologies if they are already
fixed in another branch somewhere
I found some minor issues when looking through pm34xx.c recently
so these patches try to address them. My apologies if they are
already fixed in another branch somewhere. Based on latest k.o.
master branch.
Mark
--
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the
From: Mark A. Greer mgr...@animalcreek.com
It appears that the error paths were overlooked when the
omap3_pm_init() routine had the prcm chain handler code
added. Fix this by adding a goto target and reordering
the error handling code. Also fix how the irq argument
for free_irq() is determined
From: Mark A. Greer mgr...@animalcreek.com
Currently, pm34xx.c has a mix of printk() and pr_*() statements
so replace the printk() statements with the equivalent pr_*()
statements.
Signed-off-by: Mark A. Greer mgr...@animalcreek.com
---
arch/arm/mach-omap2/pm34xx.c | 17 -
1
On Fri, Mar 16, 2012 at 04:42:16PM +0400, Sergei Shtylyov wrote:
Hello.
On 16-03-2012 3:07, Mark A. Greer wrote:
From: Mark A. Greer mgr...@animalcreek.com
@@ -463,7 +462,7 @@ restore:
list_for_each_entry(pwrst,pwrst_list, node) {
state = pwrdm_read_prev_pwrst(pwrst
I found some minor issues when looking through pm34xx.c recently
so these patches try to address them. My apologies if they are
already fixed in another branch somewhere. Based on latest k.o.
master branch.
Mark
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
From: Mark A. Greer mgr...@animalcreek.com
It appears that the error paths were overlooked when the
omap3_pm_init() routine had the prcm chain handler code
added. Fix this by adding a goto target and reordering
the error handling code. Also fix how the irq argument
for free_irq() is determined
From: Mark A. Greer mgr...@animalcreek.com
Currently, pm34xx.c has a mix of printk() and pr_*() statements
so replace the printk() statements with the equivalent pr_*()
statements.
Signed-off-by: Mark A. Greer mgr...@animalcreek.com
---
arch/arm/mach-omap2/pm34xx.c | 22
On Fri, Mar 30, 2012 at 11:44:09AM +0200, Yegor Yefremov wrote:
Am 29.03.2012 16:59, schrieb Yegor Yefremov:
Am 15.03.2012 17:52, schrieb Mark A. Greer:
On Thu, Mar 15, 2012 at 09:42:21AM -0700, Mark A. Greer wrote:
On Thu, Mar 15, 2012 at 04:52:40PM +0100, Yegor Yefremov wrote:
Am
The am35x family of SoCs has several differences from
standard OMAP3 SoCs that haven't been accounted for in
Linux ARM code. These differences include:
- There is no IVA.
- The device doesn't not support RETENTION OFF
power states.
- The SDRC *module* has an EMIF4 submodule instead
of an
From: Mark A. Greer mgr...@animalcreek.com
prcm_setup_regs() blindly accesses IVA bits
in the PRM and calls omap3_iva_idle() which
does more IVA related register accesses.
Only do this if the IVA hardware actually
exists.
Signed-off-by: Mark A. Greer mgr...@animalcreek.com
---
arch/arm/mach
1 - 100 of 278 matches
Mail list logo