-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Wednesday, September 15, 2010 1:58 AM
To: Shilimkar, Santosh
Cc: Russell King - ARM Linux; linux-arm-ker...@lists.infradead.org; linux-
o...@vger.kernel.org; bryan...@canonical.com
Subject: Re: [PATCH] omap:
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Tuesday, September 14, 2010 9:33 PM
To: Gopinath, Thara
Cc: linux-omap@vger.kernel.org; p...@pwsan.com; Cousson, Benoit; Sripathy,
Vishwanath; Sawant, Anand;
Derrick, David
Subject: Re: [PATCHv2 4/8] OMAP3:
On Tue, Sep 14, 2010 at 12:51:09PM -0500, Sergei Shtylyov wrote:
Hello.
Felipe Balbi wrote:
If a DMA interrupt comes when the whole transfer is not yet
complete (and
other Ming Lei's patches are making this possible),
Oh, here I mixed some other patch with Ming Lei's ones...
it will
On Tue, Sep 14, 2010 at 12:43:25PM -0500, Sergei Shtylyov wrote:
Hello.
tom.leim...@gmail.com wrote:
From: Ming Lei tom.leim...@gmail.com
DMA length should not go beyond the availabe space of request buffer,
so fix it.
Signed-off-by: Ming Lei tom.leim...@gmail.com
Cc: David Brownell
Hi,
On Tue, Sep 14, 2010 at 09:11:26AM -0500, G, Manjunath Kondaiah wrote:
There are several places in kernel code (ex:
tools/perf/util/include/linux/bitops.h:static __always_inline int
test_bit(unsigned int nr, const unsigned long *addr)) which are using
__always_inline attribute to make sure
2010/9/6 Michał Mirosław mir...@gmail.com:
W dniu 6 września 2010 14:07 użytkownik Russell King - ARM Linux
li...@arm.linux.org.uk napisał:
On Sat, Sep 04, 2010 at 02:23:19PM +0200, Michał Mirosław wrote:
2010/9/1 Ohad Ben-Cohen o...@wizery.com:
Add a simple mechanism to pass platform data
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Tuesday, September 14, 2010 10:28 PM
To: Basak, Partha
Cc: linux-omap@vger.kernel.org; Varadarajan, Charulatha; Tero Kristo
Subject: Re: [PATCH 2/2] OMAP2+: GPIO: move late PM out of
Hi,
On Mon, 2010-09-13 at 07:30 +0200, ext Archit Taneja wrote:
Add dss_features.c and dss_features.h for the dss_features framework
Signed-off-by: Archit Taneja arc...@ti.com
---
drivers/video/omap2/dss/Makefile |2 +-
drivers/video/omap2/dss/dss_features.c | 191
Hi,
Tomi Valkeinen wrote:
Hi,
On Mon, 2010-09-13 at 07:30 +0200, ext Archit Taneja wrote:
Add dss_features.c and dss_features.h for the dss_features framework
Signed-off-by: Archit Taneja arc...@ti.com
---
drivers/video/omap2/dss/Makefile |2 +-
On Mon, Sep 06, 2010 at 09:42:41PM +0200, Michał Mirosław wrote:
W dniu 6 września 2010 14:07 użytkownik Russell King - ARM Linux
li...@arm.linux.org.uk napisał:
On Sat, Sep 04, 2010 at 02:23:19PM +0200, Michał Mirosław wrote:
2010/9/1 Ohad Ben-Cohen o...@wizery.com:
Add a simple
2010/9/15 Ohad Ben-Cohen o...@wizery.com:
Sorry for pushing at this, but why would you mark data that's meant to
be used after init phase as __initdata?
I can remove the first copying as well if Russell is ok with it.
I personally think it's not worth it. This copying basically happens
only
On Mon, 2010-09-13 at 07:30 +0200, ext Archit Taneja wrote:
Calls init functions of dss_features during dss_probe, and the following
features are made omap independent:
- number of managers, overlays
- supported color modes for each overlay
- supported displays for each manager
-
On Wed, Sep 1, 2010 at 11:26 PM, Ohad Ben-Cohen o...@wizery.com wrote:
This patchset adds wl1271 support on ZOOM2/3 boards.
Tony, John, let me please suggest merging this through the wireless tree.
wl1271 is a moving target - it keeps changing in the wireless tree and
merging this patchset
Hi Arnd,
On Tue, 14 Sep 2010 22:22:28 +0200 Arnd Bergmann a...@arndb.de wrote:
Stephen, please add
git+ssh://master.kernel.org/pub/scm/linux/kernel/git/arnd/bkl.git llseek
Added from today.
Thanks for adding your subsystem tree as a participant of linux-next. As
you may know, this is not a
2010/9/15 Felipe Balbi ba...@ti.com:
if request-length == 1MB and dma-max_len = 128KB, when is_dma is true,
request-actual will be different from request-length for 7
'iterations', then only on the 8th it will be the same. I believe that's
what Ming is trying to fix.
Ming, am I correct ?
Hello.
On 15-09-2010 10:53, Felipe Balbi wrote:
If a DMA interrupt comes when the whole transfer is not yet
complete (and
other Ming Lei's patches are making this possible),
Oh, here I mixed some other patch with Ming Lei's ones...
it will pass due to the
than this is the actual
Hi,
On Wed, Sep 15, 2010 at 05:01:05AM -0500, Sergei Shtylyov wrote:
I didn't say it was duplicate for DMA, just too late.
how come ? we need to send ZLP before giving back the request.
--
balbi
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a
Hello.
On 15-09-2010 14:05, Felipe Balbi wrote:
I didn't say it was duplicate for DMA, just too late.
how come ? we need to send ZLP before giving back the request.
Well, look at the code ionce again. We need to send ZLP *after*
request-actual == request-length, but as the check is
2010/9/15 Sergei Shtylyov sshtyl...@mvista.com:
Hello.
On 15-09-2010 14:05, Felipe Balbi wrote:
I didn't say it was duplicate for DMA, just too late.
how come ? we need to send ZLP before giving back the request.
Well, look at the code ionce again. We need to send ZLP *after*
Hello.
On 15-09-2010 14:14, Ming Lei wrote:
I didn't say it was duplicate for DMA, just too late.
how come ? we need to send ZLP before giving back the request.
Well, look at the code ionce again. We need to send ZLP *after*
request-actual == request-length, but as the check is
Hi,
On Wed, Sep 15, 2010 at 05:18:47AM -0500, Sergei Shtylyov wrote:
I don't see why we should fix only this problem, while it's obvious tha
the fix is incomplete and leaves the other problem exposed. Please recast the
patch.
IMO, the ZLP fix is *another* fix and as such subject to a
On 15.09.2010 14:22, Felipe Balbi wrote:
I don't see why we should fix only this problem, while it's obvious tha
the fix is incomplete and leaves the other problem exposed. Please recast the
patch.
IMO, the ZLP fix is *another* fix and as such subject to a different
patch.
IMHO, this
Hi,
On Wed, Sep 15, 2010 at 05:27:37AM -0500, Sergei Shtylyov wrote:
IMHO, this fix as it is now is quite stupid. It's clear that the check is
misplaced and will be removed once the ZLP fix is done. So why not do it once
your forgetting the fact that not always you need to send ZLP after
2010/9/15 Sergei Shtylyov sshtyl...@mvista.com:
On 15.09.2010 14:22, Felipe Balbi wrote:
I don't see why we should fix only this problem, while it's obvious tha
the fix is incomplete and leaves the other problem exposed. Please recast
the
patch.
IMO, the ZLP fix is *another* fix and as
Hello.
On 15-09-2010 14:31, Felipe Balbi wrote:
IMHO, this fix as it is now is quite stupid. It's clear that the check is
misplaced and will be removed once the ZLP fix is done. So why not do it once
your forgetting the fact that not always you need to send ZLP after
completing a
Hi,
On Wed, Sep 15, 2010 at 05:41:39AM -0500, Sergei Shtylyov wrote:
your forgetting the fact that not always you need to send ZLP after
completing a packet_size-aligned transfer,
So what?
what you're saying is that when we change the ZLP handling, the
request-actual == request-lenght
Hi All,
In another thread, Sergei pointed out there is a ZLP issue in musb_g_tx:
Sergei Shtylyov sshtyl...@mvista.com wrote:
Hello.
On 15-09-2010 14:05, Felipe Balbi wrote:
I didn't say it was duplicate for DMA, just too late.
how come ? we need to send ZLP before giving back the
Hi,
On Wed, Sep 15, 2010 at 05:53:10AM -0500, Ming Lei wrote:
1), why is the check for is_dma needed here?
if (is_dma || request-actual == request-length) {
}
if you programmed dma to request-length (and assuming it worked just
fine) mode1 will only interrupt you
2010/9/15 Felipe Balbi ba...@ti.com:
Hi,
On Wed, Sep 15, 2010 at 05:53:10AM -0500, Ming Lei wrote:
1), why is the check for is_dma needed here?
if (is_dma || request-actual == request-length) {
}
if you programmed dma to request-length (and assuming it worked just
Hi,
On Wed, Sep 15, 2010 at 06:02:22AM -0500, Ming Lei wrote:
If so, once the dma interrupt comes, will request-actual be same
with request-length in musb_g_tx? And if it is true, could we remove the
check for 'is_dma'?
see that is_dma is set to true by just checking if dma in enabled in
On Wed, Sep 15, 2010 at 11:21 AM, Ohad Ben-Cohen o...@wizery.com wrote:
On Wed, Sep 1, 2010 at 11:26 PM, Ohad Ben-Cohen o...@wizery.com wrote:
This patchset adds wl1271 support on ZOOM2/3 boards.
Tony, John, let me please suggest merging this through the wireless tree.
wl1271 is a moving
2010/9/15 Felipe Balbi ba...@ti.com:
IMO, it is not difficult to give a good fix for the ZLP problem
if the two questions are clear.
true, but some re-work needs to be done.
I suggest we do the fix for ZLP issue in a new patch against the
current patch set to avoid the rework. More
Hi,
I was reworking some patches, I saw 2 functions in manager.c:
dss_mgr_wait_for_go() and dss_mgr_wait_for_go_ovl() both
define the var enum omap_channel channel; but don't use it.
Is there any reason this is done, or is it just stray code?
Tomi Valkeinen wrote:
On Mon, 2010-09-13 at 07:30
On Wed, 2010-09-15 at 13:34 +0200, ext Taneja, Archit wrote:
Hi,
I was reworking some patches, I saw 2 functions in manager.c:
dss_mgr_wait_for_go() and dss_mgr_wait_for_go_ovl() both
define the var enum omap_channel channel; but don't use it.
Is there any reason this is done, or is it
Felipe Balbi wrote:
your forgetting the fact that not always you need to send ZLP after
completing a packet_size-aligned transfer,
So what?
what you're saying is that when we change the ZLP handling, the
request-actual == request-lenght check will have to be removed, but
that's not
Ming Lei wrote:
Hi All,
In another thread, Sergei pointed out there is a ZLP issue in musb_g_tx:
Sergei Shtylyov sshtyl...@mvista.com wrote:
Hello.
On 15-09-2010 14:05, Felipe Balbi wrote:
I didn't say it was duplicate for DMA, just too late.
how come ? we need to send ZLP before
Hello.
Felipe Balbi wrote:
On Wed, Sep 15, 2010 at 06:02:22AM -0500, Ming Lei wrote:
If so, once the dma interrupt comes, will request-actual be same
with request-length in musb_g_tx? And if it is true, could we remove
the
check for 'is_dma'?
see that is_dma is set to true by just
On Wed, Sep 15, 2010 at 01:08:18PM +0200, Vitaly Wool wrote:
On Wed, Sep 15, 2010 at 11:21 AM, Ohad Ben-Cohen o...@wizery.com wrote:
On Wed, Sep 1, 2010 at 11:26 PM, Ohad Ben-Cohen o...@wizery.com wrote:
This patchset adds wl1271 support on ZOOM2/3 boards.
Tony, John, let me please
On Tue, Sep 14, 2010 at 8:54 PM, venki kaps venkiece2...@gmail.com wrote:
On Tue, Sep 14, 2010 at 1:28 AM, venki kaps venkiece2...@gmail.com wrote:
Dear all,
I have been facing an issue with OMAP3 PM with DSP MMU Fault (Kernel 2.6.32).
The issue is describing as below mentioned way,
From: Archit Taneja arc...@ti.com
This is a simple approach to prevent scattered cpu_is_omap checks
in DSS2 by bringing all omap version specific DSS features/values to one
single place, initialize them and expose a set of functions to DSS2 driver
files which return the value/existance of a
From: Archit Taneja arc...@ti.com
Add dss_features.c and dss_features.h for the dss_features framework
Signed-off-by: Archit Taneja arc...@ti.com
---
drivers/video/omap2/dss/Makefile |2 +-
drivers/video/omap2/dss/dss_features.c | 191
From: Archit Taneja arc...@ti.com
Calls init functions of dss_features during dss_probe, and the following
features are made omap independent:
- number of managers, overlays
- supported color modes for each overlay
- supported displays for each manager
- global aplha, and restriction
Davinci's MDIO controller is present on other TI devices, without an
accompanying EMAC. For example, on tnetv107x, the same MDIO module is used in
conjunction with a 3-port switch hardware.
By separating the MDIO controller code into its own platform driver, this
patch allows common logic to be
This patch adds mdio platform devices on SoCs that have the necessary
hardware. Clock lookup entries (aliases) have also been added, so that the
MDIO and EMAC drivers can independently enable/disable a shared underlying
clock. Further, the EMAC MMR region has been split down into separate MDIO
This patch removes code that has been rendered useless by the previous patches
in this series.
Signed-off-by: Cyril Chemparathy cy...@ti.com
Acked-by: David S. Miller da...@davemloft.net
Tested-by: Michael Williamson michael.william...@criticallink.com
Tested-by: Caglar Akyuz
This patch hooks up the emac driver with the newly separated cpdma driver.
Key differences introduced here:
- The old buffer list scheme is no longer required
- The original code maintained mac address per rx channel, even if only one
rx channel was being used. With this change, mac
Davinci's EMAC device has an in-built MDIO controller and a CPDMA engine.
These hardware modules are not restricted to EMAC device alone. For example,
CPSW3G (3-port gigabit ethernet switch) hardware uses these very same modules
internally. This patch series separates out EMAC's MDIO and CPDMA
Having switched over to the newly introduced cpdma layer, this patch now
removes a whole bunch of code that is now unused. This patch has been
maintained separate strictly for reasons of readability.
Signed-off-by: Cyril Chemparathy cy...@ti.com
Acked-by: David S. Miller da...@davemloft.net
This patch switches the emac implementation over to the newly separated
MDIO driver.
With this, the mdio bus frequency defaults to a safe 2.2MHz. Boards may
optionally specify a bus frequency via platform data.
The phy identification scheme has been modified to use a phy bus id instead
of a
This patch removes davinci architecture code that has now been rendered
useless by the previous patches in the MDIO separation series.
In addition, the earlier phy_mask definitions have been replaced with
corresponding phy_id definitions.
Signed-off-by: Cyril Chemparathy cy...@ti.com
Tested-by:
This patch adds mdio platform devices on SoCs that have the necessary
hardware. Clock lookup entries (aliases) have also been added, so that the
MDIO and EMAC drivers can independently enable/disable a shared underlying
clock. Further, the EMAC MMR region has been split down into separate MDIO
This patch removes davinci architecture code that has now been rendered
useless by the previous patches in the MDIO separation series.
Signed-off-by: Cyril Chemparathy cy...@ti.com
Acked-by: David S. Miller da...@davemloft.net
Acked-by: Tony Lindgren t...@atomide.com
---
In addition to being embedded into the EMAC controller, the CPDMA hardware
block is used in TI's CPSW switch controller. Fortunately, the programming
interface to this hardware block remains pretty nicely consistent across these
devices.
This patch adds a new CPDMA services layer, which can then
venki kaps venkiece2...@gmail.com writes:
On Tue, Sep 14, 2010 at 8:54 PM, venki kaps venkiece2...@gmail.com wrote:
On Tue, Sep 14, 2010 at 1:28 AM, venki kaps venkiece2...@gmail.com wrote:
Dear all,
I have been facing an issue with OMAP3 PM with DSP MMU Fault (Kernel
2.6.32).
The issue
Hi Wim,
Varadarajan, Charulatha ch...@ti.com writes:
Call runtime pm APIs pm_runtime_put_sync() and pm_runtime_get_sync()
for enabling/disabling the clocks, sysconfig settings instead of using
clock FW APIs.
Signed-off-by: Charulatha V ch...@ti.com
With your ack, I'll be glad to merge this
wires variable is renamed, extended and this single variable to be used to
pass the platform capabilities, e.g DDR mode. Also removed the hardcoded
value was using as bus-width.
Signed-off-by: Sukumar Ghorai s-gho...@ti.com
---
arch/arm/mach-omap2/board-2430sdp.c |3 ++-
Cyril Chemparathy cy...@ti.com writes:
Davinci's EMAC device has an in-built MDIO controller and a CPDMA engine.
These hardware modules are not restricted to EMAC device alone. For example,
CPSW3G (3-port gigabit ethernet switch) hardware uses these very same modules
internally. This patch
venki kaps wrote:
...
My problem is resolved.GPtimer7 was not reset during the MMU FAULT
occurrence before the first power cycle. So this pending interrupt is
preventing the system sleep entry.
Now it works fine after resetting Gptimer7 in pm suspend path.
That's doesn't sound right, why
On Tue, 14 Sep 2010 22:22:28 +0200, Arnd Bergmann said:
This changes *all* instances of struct file_operations in
the kernel to have a .llseek operation and then changes
the default to no_llseek, which returns -ESPIPE, which
is what we had decided some time ago in a discussion
with Christoph
Venkii,
On Wed, Sep 15, 2010 at 8:02 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
venki kaps venkiece2...@gmail.com writes:
On Tue, Sep 14, 2010 at 8:54 PM, venki kaps venkiece2...@gmail.com wrote:
On Tue, Sep 14, 2010 at 1:28 AM, venki kaps venkiece2...@gmail.com wrote:
Dear all,
I
On Thu, Sep 9, 2010 at 9:54 AM, Ingo Molnar mi...@elte.hu wrote:
I think the ACPI tracepoints can be added on top of the proposed
patch. Is that ok?
Yeah - and the OMAP thing can be split up too if the OMAP folks prefer
it that way, but we still want to _see_ all the patches in this thread
Venkii,
On Wed, Sep 15, 2010 at 9:12 PM, venki kaps venkiece2...@gmail.com wrote:
Venkii,
On Wed, Sep 15, 2010 at 8:02 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
venki kaps venkiece2...@gmail.com writes:
On Tue, Sep 14, 2010 at 8:54 PM, venki kaps venkiece2...@gmail.com wrote:
On
On Wed, Sep 15, 2010 at 2:39 AM, Stephen Rothwell s...@canb.auug.org.au wrote:
Hi Arnd,
On Tue, 14 Sep 2010 22:22:28 +0200 Arnd Bergmann a...@arndb.de wrote:
Stephen, please add
git+ssh://master.kernel.org/pub/scm/linux/kernel/git/arnd/bkl.git llseek
Added from today.
Thanks for adding
W dniu 15 września 2010 10:25 użytkownik Russell King - ARM Linux
li...@arm.linux.org.uk napisał:
On Mon, Sep 06, 2010 at 09:42:41PM +0200, Michał Mirosław wrote:
W dniu 6 września 2010 14:07 użytkownik Russell King - ARM Linux
li...@arm.linux.org.uk napisał:
On Sat, Sep 04, 2010 at
* Shilimkar, Santosh santosh.shilim...@ti.com [100914 23:03]:
Sounds like you're having these problems anyways and they
are not related to the defconfigs?
Well the issues are because of defconfig but mostly fixable.
Will hold on my comments till I test the new defconfig on OMAP4.
OK
* John W. Linville linvi...@tuxdriver.com [100915 06:21]:
On Wed, Sep 15, 2010 at 01:08:18PM +0200, Vitaly Wool wrote:
On Wed, Sep 15, 2010 at 11:21 AM, Ohad Ben-Cohen o...@wizery.com wrote:
On Wed, Sep 1, 2010 at 11:26 PM, Ohad Ben-Cohen o...@wizery.com wrote:
This patchset adds wl1271
On Wednesday 15 September 2010, valdis.kletni...@vt.edu wrote:
Show Details
On Tue, 14 Sep 2010 22:22:28 +0200, Arnd Bergmann said:
This changes all instances of struct file_operations in
the kernel to have a .llseek operation and then changes
the default to no_llseek, which returns
* Vitaly Wool vitalyw...@gmail.com [100915 01:18]:
2010/9/15 Ohad Ben-Cohen o...@wizery.com:
Sorry for pushing at this, but why would you mark data that's meant to
be used after init phase as __initdata?
I can remove the first copying as well if Russell is ok with it.
I personally
On Wed, Sep 15, 2010 at 6:34 PM, Tony Lindgren t...@atomide.com wrote:
* John W. Linville linvi...@tuxdriver.com [100915 06:21]:
On Wed, Sep 15, 2010 at 01:08:18PM +0200, Vitaly Wool wrote:
On Wed, Sep 15, 2010 at 11:21 AM, Ohad Ben-Cohen o...@wizery.com wrote:
On Wed, Sep 1, 2010 at 11:26
I was not getting OTG USB vbus/id pin change interrupts on Gumstix Overo
and the reason was a mis-configured irq. I added some more checks to avoid
having a non-bootable kernel on boards with bootloaders that have wrong pinmux.
The changes of twl4030 should be tested on other boards too.
---
* Cliff Brake cbr...@bec-systems.com [100910 14:46]:
With CONFIG_MTD_NAND_OMAP_PREFETCH_DMA, there is a compile
error that this patch fixes.
This should go via linux-mtd, can you please repost?
Regards,
Tony
Signed-off-by: Cliff Brake cbr...@bec-systems.com
---
drivers/mtd/nand/omap2.c
When the clockdomain layer initializes, place all clockdomains into
software-supervised mode, and clear all wakeup and sleep dependencies
immediately, rather than waiting for the PM code to do this later.
This fixes a major bug where critical sleep dependencies added by the
hwmod code are cleared
* Elvis Dowson elvis.dow...@mac.com [100914 12:58]:
For example, I have a platform that is based on board-overo.c. Instead copy
pasting and creating a new board-overo-variant.c, if the core structures were
defined as classes, I could potentially inherit from the base overo board
* Varadarajan, Charulatha ch...@ti.com [100914 22:18]:
Use omap_device_build API instead of platform_device_register for
watchdog timer device registration.
For OMAP2PLUS chips, the device specific data defined in centralized
hwmod database will be used.
snip
static void
* Kevin Hilman khil...@deeprootsystems.com [100915 07:37]:
Hi Wim,
Varadarajan, Charulatha ch...@ti.com writes:
Call runtime pm APIs pm_runtime_put_sync() and pm_runtime_get_sync()
for enabling/disabling the clocks, sysconfig settings instead of using
clock FW APIs.
Signed-off-by:
* arc...@ti.com arc...@ti.com [100915 07:00]:
From: Archit Taneja arc...@ti.com
This is a simple approach to prevent scattered cpu_is_omap checks
in DSS2 by bringing all omap version specific DSS features/values to one
single place, initialize them and expose a set of functions to DSS2
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Wednesday, September 15, 2010 9:41 PM
To: Shilimkar, Santosh
Cc: Russell King - ARM Linux; linux-arm-ker...@lists.infradead.org; linux-
o...@vger.kernel.org; bryan...@canonical.com
Subject: Re: [PATCH] omap:
Hi all,
Here's some important info regarding posted patches and the
upcoming merge window.
UPCOMING MERGE WINDOW
Just to remind everybody, we want to have our omap patches reviewed
and queued into for-next by -rc6. That is less than two weeks from
today.
If you have a larger set of patches,
Hi All,
Call runtime pm APIs pm_runtime_put_sync() and pm_runtime_get_sync()
for enabling/disabling the clocks, sysconfig settings instead of using
clock FW APIs.
Signed-off-by: Charulatha V ch...@ti.com
This is all omap specific code. So if Kevin and Tony are fine with the code
then tou
On Thu, Sep 16, 2010 at 12:01 AM, Tony Lindgren t...@atomide.com wrote:
Hi all,
Here's some important info regarding posted patches and the
upcoming merge window.
UPCOMING MERGE WINDOW
Just to remind everybody, we want to have our omap patches reviewed
and queued into for-next by -rc6.
Hi Jon,
I regret the delay:
On Wed, 21 Jul 2010, Jon Hunter wrote:
From: Jon Hunter jon-hun...@ti.com
When changing the L3 clock frequency, the CPU is executing from internal RAM
and the SDRC clock is disabled. During this time accesses made to external
DDR are stalled. If the ARM
* Gadiyar, Anand gadi...@ti.com [100915 11:36]:
I posted this patch [1] a while ago fixing a bunch of compile warnings
that show up with omap3_defconfig and omap_4430sdp_defconfig builds. I
can't seem to locate it in patchworks; not sure how that happened.
Any chance you can pick this up
-Original Message-
From: Shilimkar, Santosh [mailto:santosh.shilim...@ti.com]
Sent: Tuesday, September 14, 2010 11:49 AM
To: Chikkature Rajashekar, Madhusudhan; 'kishore kadiyala'
Cc: linux-omap@vger.kernel.org; t...@atomide.com;
khil...@deeprootsystems.com
Subject: RE: [PATCH
Tony Lindgren t...@atomide.com writes:
* Kevin Hilman khil...@deeprootsystems.com [100915 07:37]:
Hi Wim,
Varadarajan, Charulatha ch...@ti.com writes:
Call runtime pm APIs pm_runtime_put_sync() and pm_runtime_get_sync()
for enabling/disabling the clocks, sysconfig settings instead of
Paul Walmsley p...@pwsan.com writes:
When the clockdomain layer initializes, place all clockdomains into
software-supervised mode, and clear all wakeup and sleep dependencies
immediately, rather than waiting for the PM code to do this later.
This fixes a major bug where critical sleep
On Fri, Sep 10, 2010 at 03:15:35PM -0700, Kevin Hilman wrote:
Grant Likely grant.lik...@secretlab.ca writes:
On Thu, Aug 19, 2010 at 05:56:43PM -0700, Kevin Hilman wrote:
Grant Likely grant.lik...@secretlab.ca writes:
On Fri, Aug 13, 2010 at 8:05 AM, Charulatha V ch...@ti.com wrote:
Hi Charu,
On 9/15/2010 7:26 AM, Varadarajan, Charulatha wrote:
From: Benoit Coussonb-cous...@ti.com
Add watchdog timer hwmod data for OMAP4 chip
Signed-off-by: Benoit Coussonb-cous...@ti.com
Signed-off-by: Charulatha Vch...@ti.com
---
This patch is extracted from the below patch sent by
On 9/15/2010 7:26 AM, Varadarajan, Charulatha wrote:
Add watchdog timer hwmod data for OMAP3 chip
Signed-off-by: Charulatha Vch...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 61
arch/arm/mach-omap2/prcm-common.h |4 ++
2 files
Teerth, Vishwa,
On Tue, 25 May 2010, Reddy, Teerth wrote:
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Wednesday, May 19, 2010 6:03 AM
To: Reddy, Teerth
Cc: linux-omap@vger.kernel.org; Sripathy, Vishwanath
Subject: Re: [PATCHV4] OMAP3: SDRC : Errata
On 9/15/2010 7:26 AM, Varadarajan, Charulatha wrote:
From: Benoit Coussonb-cous...@ti.com
Add watchdog timer hwmod data for OMAP4 chip
Signed-off-by: Benoit Coussonb-cous...@ti.com
Signed-off-by: Charulatha Vch...@ti.com
---
This patch is extracted from the below patch sent by Benoit
OMAP4:
On Wed, Sep 15, 2010 at 9:29 AM, Anti Sullin anti.sul...@artecdesign.ee wrote:
I was not getting OTG USB vbus/id pin change interrupts on Gumstix Overo
and the reason was a mis-configured irq. I added some more checks to avoid
having a non-bootable kernel on boards with bootloaders that have
Jon,
one other brief note:
On Wed, 21 Jul 2010, Jon Hunter wrote:
diff --git a/arch/arm/mach-omap2/sram34xx.S b/arch/arm/mach-omap2/sram34xx.S
index de99ba2..e87e730 100644
--- a/arch/arm/mach-omap2/sram34xx.S
+++ b/arch/arm/mach-omap2/sram34xx.S
@@ -129,8 +129,11 @@
On 9/15/2010 7:26 AM, Varadarajan, Charulatha wrote:
Call runtime pm APIs pm_runtime_put_sync() and pm_runtime_get_sync()
for enabling/disabling the clocks, sysconfig settings instead of using
clock FW APIs.
Signed-off-by: Charulatha Vch...@ti.com
---
drivers/watchdog/omap_wdt.c | 42
Pramod, Teerth,
On Thu, 1 Jul 2010, Paul Walmsley wrote:
Pramod, Teerth,
On Mon, 7 Jun 2010, Gurav , Pramod wrote:
Can you please push these patches if you don't you are OK with them?
As we discussed in Bangalore, these patches need some changes:
1. The delay needs to be precisely
This series introduces a layer to manage Operating Performance Points (OPPs)
for OMAP SoCs.
Special thanks to Nishanth for doing the bulk of the work on this
series and to Thara for doing significant review, testing and updates.
Kevin Hilman (1):
OMAP3: remove OPP interfaces from OMAP PM layer
From: Paul Walmsley p...@pwsan.com
The OPP layer code should be independent of the PMIC,
introduce the TWL/TPS-specific code out to its own file.
Signed-off-by: Paul Walmsley p...@pwsan.com
Signed-off-by: Romit Dasgupta ro...@ti.com
Signed-off-by: Phil Carmody ext-phil.2.carm...@nokia.com
With new OPP layer, OPP users will access OPP API directly instead of
using OMAP PM layer, so remove all notions of OPPs from the OMAP PM
layer.
Signed-off-by: Nishanth Menon n...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/io.c |3
From: Nishanth Menon n...@ti.com
Add OPP data for OMAP34xx and OMAP36xx and initialization functions
to populate OPP tables based on current SoC.
Signed-off-by: Nishanth Menon n...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/Makefile |2 +
From: Nishanth Menon n...@ti.com
OMAP SOCs have a standard set of tuples consisting of frequency and
voltage pairs that the device will support per voltage domain. These
are called Operating Performance Points or OPPs. The actual
definitions of OMAP Operating Points varies over silicon within
Grant Likely grant.lik...@secretlab.ca writes:
[...]
What I'm thinking about doing at the embedded microconf is asking a
few people (you included) to speak briefly about what they are doing
to describe their platforms, and see if any common functionality
bubbles to the top.
Sounds great.
1 - 100 of 134 matches
Mail list logo