On Tue, Nov 8, 2011 at 1:23 PM, Paul Walmsley p...@pwsan.com wrote:
On Fri, 4 Nov 2011, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [111010 17:09]:
The following changes since commit
be73246058737beec52ae232bcab7776332a9e06:
ARM: OMAP2+: Remove custom init_irq for remaining
On Tuesday 08 November 2011 03:01 AM, David Anders wrote:
omap44xx i2c devices need to have the registers reset post idle
similar to omap3xxx devices. this adds the additional flag for
OMAP_I2C_FLAG_RESET_REGS_POSTIDLE to the omap44xx i2c_dev_attr.
Hello Anders a similar patch is already posted
Hi Tony,
On Mon, 2011-11-07 at 12:26 -0800, Tony Lindgren wrote:
Tomi,
* Russell King - ARM Linux li...@arm.linux.org.uk [07 09:12]:
drivers/video/omap/dispc.c:276: warning: data definition has no type or
storage class
drivers/video/omap/dispc.c:276: warning: type defaults to
Fix omap_prcm_get_reset_sources() for omap3 to look into the
right register, and for omap4 to use the right api (and hence
look into the right register).
With this, get rid of some of the unused and also wrongly
defined macros for OMAP4.
Thanks to Gina Glaser for identifying the issue with the
Hi Kevin,
On Saturday 05 November 2011 04:12 AM, Kevin Hilman wrote:
However, as mentioned previously[1], due to a HW sleepdep between MPU
and CORE, this constraint isn't actually needed for CORE UARTs, so it's
a bit wasteful to go through all the constraint setting for no reason.
I had a
On Tue, Oct 25, 2011 at 7:00 PM, Paul Walmsley p...@pwsan.com wrote:
+ Benoît
Hi
On Tue, 25 Oct 2011, Ming Lei wrote:
On Tue, Oct 25, 2011 at 4:44 PM, Paul Walmsley p...@pwsan.com wrote:
On Tue, 25 Oct 2011, Will Deacon wrote:
Hurrah! If you can get the OMAP / hwmod bits acked by the
On Tue, 2011-11-08 at 00:50 -0700, Paul Walmsley wrote:
On Fri, 4 Nov 2011, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [111006 16:33]:
Hi Tony,
The following changes since commit
be73246058737beec52ae232bcab7776332a9e06:
ARM: OMAP2+: Remove custom init_irq for
From: Ming Lei tom.leim...@gmail.com
Fix the failure below:
CC drivers/iommu/omap-iommu-debug.o
drivers/iommu/omap-iommu-debug.c:416:20: error: expected declaration
specifiers or '...' before string constant
drivers/iommu/omap-iommu-debug.c:416:1: warning: data definition has no
type or
On Tue, 8 Nov 2011, Tomi Valkeinen wrote:
On Tue, 2011-11-08 at 00:50 -0700, Paul Walmsley wrote:
On Fri, 4 Nov 2011, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [111006 16:33]:
The following changes since commit
be73246058737beec52ae232bcab7776332a9e06:
ARM:
Hi Govind,
On 11/8/2011 7:28 AM, Govindraj.R wrote:
Patch to fix below compilation error on latest mainline commit
b32fc0a0629bf5894b35f33554c118aacfd0d1e2 with omap2plus_defconfig.
arch/arm/mach-omap2/omap_l3_noc.c:250: error: 'THIS_MODULE' undeclared here
(not in a function)
make[1]: ***
On Tuesday 08 November 2011 04:16 PM, Cousson, Benoit wrote:
Hi Govind,
On 11/8/2011 7:28 AM, Govindraj.R wrote:
Patch to fix below compilation error on latest mainline commit
b32fc0a0629bf5894b35f33554c118aacfd0d1e2 with omap2plus_defconfig.
arch/arm/mach-omap2/omap_l3_noc.c:250: error:
On Fri, Aug 12, 2011 at 07:38:51AM -0700, Vikram Pandita wrote:
From: Vikram Pandita vikram.pand...@ti.com
musb pm_runtime_get_sync call happens in intrrupt context on cable attach case
That can result in re-enabling the interrupts and cause side affects.
So move the code to a work queue.
On Tue, Nov 8, 2011 at 4:24 PM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
On Tuesday 08 November 2011 04:16 PM, Cousson, Benoit wrote:
Hi Govind,
On 11/8/2011 7:28 AM, Govindraj.R wrote:
Patch to fix below compilation error on latest mainline commit
On Tue, 2011-11-08 at 03:33 -0700, Paul Walmsley wrote:
On Tue, 8 Nov 2011, Tomi Valkeinen wrote:
On Tue, 2011-11-08 at 00:50 -0700, Paul Walmsley wrote:
On Fri, 4 Nov 2011, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [111006 16:33]:
The following changes since commit
On Tue, Nov 08, 2011 at 09:25:52AM +, Ming Lei wrote:
On Tue, Oct 25, 2011 at 7:00 PM, Paul Walmsley p...@pwsan.com wrote:
Benoît is the right person to review OMAP4 hwmod data.
Benoît, gentle ping, :-)
Note that I've taken the two perf patches into my perf/omap4 branch now:
The file arch/arm/mach-omap2/io.h is empty, so we can remove it.
Signed-off-by: Thomas Weber we...@corscience.de
---
0 files changed, 0 insertions(+), 0 deletions(-)
delete mode 100644 arch/arm/mach-omap2/io.h
diff --git a/arch/arm/mach-omap2/io.h b/arch/arm/mach-omap2/io.h
deleted file mode
Joerg, gentle reminder. thanks.
On Mon, Oct 17, 2011 at 1:27 PM, Ohad Ben-Cohen o...@wizery.com wrote:
v3-v4:
- simplify splitter logic (Joerg)
- declare supported page-sizes in the iommu_ops, without extending
iommu_register (Joerg)
- iommu_unmap should now return bytes too (Joerg)
-
Hi Tony
The following changes since commit 1ea6b8f48918282bdca0b32a34095504ee65bab5:
Linux 3.2-rc1 (2011-11-07 16:16:02 -0800)
are available in the git repository at:
git://git.pwsan.com/linux-2.6 hwmod_dss_fixes_3.2rc
Archit Taneja (1):
ARM: OMAP2PLUS: DSS: Ensure DSS works
On 11/07/11 22:31, Tony Lindgren wrote:
* Igor Grinberg grinb...@compulab.co.il [06 04:45]:
Hi Tony,
On 11/05/11 01:57, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [04 16:05]:
* Igor Grinberg grinb...@compulab.co.il [111019 02:05]:
Applying to board branch for v3.3 merge
Hi,
This series applies over Kyle Manna's v3 patch series,
https://lkml.org/lkml/2011/11/3/257,
with changes as per comments on
his/her 1/6 mfd: TPS65910: Handle non-existent devices
Patch series is being resend as earlier one's did not reach
mailing lists.
Regards
Afzal
v2:
[1/2]: Remove
TPS65910 can be used even if interrupt is unused.
Hence let probe succeed in case interrupt can't be
configured and let Kernel only to complain about it
Signed-off-by: Afzal Mohammed af...@ti.com
---
v2: Remove driver simplification that should not have been done
drivers/mfd/tps65910.c |6
Count of selector voltage is required for regulator_set_voltage
to work via set_voltage_sel. VDD1/2 currently have it as zero,
so regulator_set_voltage won't work for VDD1/2.
Update count (n_voltages) for VDD1/2.
Output Voltage = (step value * 12.5 mV + 562.5 mV) * gain
With above expr, number
On Tue, Nov 08, 2011 at 06:54:03PM +0530, Afzal Mohammed wrote:
TPS65910 can be used even if interrupt is unused.
Hence let probe succeed in case interrupt can't be
configured and let Kernel only to complain about it
Signed-off-by: Afzal Mohammed af...@ti.com
Reviewed-by: Mark Brown
On Tue, Nov 08, 2011 at 02:57:02PM +0200, Ohad Ben-Cohen wrote:
Joerg, gentle reminder. thanks.
Just wanted to wait until -rc1 is out and I can start merging
new stuff :)
Joerg
--
AMD Operating System Research Center
Advanced Micro Devices GmbH Einsteinring 24 85609 Dornach
General
On Tue, Nov 8, 2011 at 4:01 PM, Joerg Roedel joerg.roe...@amd.com wrote:
On Tue, Nov 08, 2011 at 02:57:02PM +0200, Ohad Ben-Cohen wrote:
Joerg, gentle reminder. thanks.
Just wanted to wait until -rc1 is out and I can start merging
new stuff :)
np, thanks :)
--
To unsubscribe from this list:
Hilman, Kevin wrote:
Mahaveer, Vishal vish...@ti.com writes:
Hilman, Kevin wrote:
No.
You want it on only
1) if the connectivity chip is present, *and*
2) BT, WLAN, FM or GPS are being used.
The current patch assumes that a connectivity chip is present
whenever the TWL is
On 11/8/2011 12:59 PM, Govindraj wrote:
On Tue, Nov 8, 2011 at 4:24 PM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
[...]
Opps. I missed that one while acking the patch.
Indeed the semi-colon one was agreed to be the left over
in the last patch discussion.
Sorry, my bad sent the
Hi
some comments
On Mon, 24 Oct 2011, ming@canonical.com wrote:
From: Ming Lei ming@canonical.com
So that access to cross trigger interface can be allowed, which
will be introduce in later patches.
Signed-off-by: Ming Lei ming@canonical.com
---
Hi
I just read
http://comments.gmane.org/gmane.comp.embedded.pandaboard/168
Looks to me that the L3_EMU interconnect and the emulation IP blocks need
to be added to the OMAP4 hwmod data, based on Section 2.2.1 L3_EMU Memory
Space Mapping in the OMAP4460 TRM Rev. I. If the clockdomain
On Tue, Nov 08, 2011 at 06:54:10PM +0530, Afzal Mohammed wrote:
Count of selector voltage is required for regulator_set_voltage
to work via set_voltage_sel. VDD1/2 currently have it as zero,
so regulator_set_voltage won't work for VDD1/2.
Update count (n_voltages) for VDD1/2.
Acked-by: Mark
Add missing module.h include to provide THIS_MODULE.
Signed-off-by: Joerg Roedel joerg.roe...@amd.com
---
arch/arm/mach-omap2/cpuidle34xx.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/cpuidle34xx.c
b/arch/arm/mach-omap2/cpuidle34xx.c
index
Hi,
On Fri, Nov 4, 2011 at 6:23 PM, Kevin Hilman khil...@ti.com wrote:
+ .flags = HWMOD_INIT_NO_RESET,
Why is this needed?
...
+ .flags = HWMOD_INIT_NO_RESET,
And this?
I have this because the hwmod complains about a failure in hard reset,
even though the reset
On Tue, Nov 08, 2011 at 04:03:09PM +0200, Ohad Ben-Cohen wrote:
On Tue, Nov 8, 2011 at 4:01 PM, Joerg Roedel joerg.roe...@amd.com wrote:
On Tue, Nov 08, 2011 at 02:57:02PM +0200, Ohad Ben-Cohen wrote:
Joerg, gentle reminder. thanks.
Just wanted to wait until -rc1 is out and I can start
On Tue, Nov 08, 2011 at 06:29:15PM +0800, tom.leim...@gmail.com wrote:
From: Ming Lei tom.leim...@gmail.com
Fix the failure below:
Applied with a shorter commit-msg. Thanks.
--
AMD Operating System Research Center
Advanced Micro Devices GmbH Einsteinring 24 85609 Dornach
General Managers:
On Tue, Nov 8, 2011 at 6:23 PM, Joerg Roedel joerg.roe...@amd.com wrote:
Does not apply cleanly. Can you please rebase against v3.2-rc1 and
resend?
sure!
will refresh and resend.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
* Shilimkar, Santosh santosh.shilim...@ti.com [07 23:33]:
On Tue, Nov 8, 2011 at 1:23 PM, Paul Walmsley p...@pwsan.com wrote:
On Fri, 4 Nov 2011, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [111010 17:09]:
The following changes since commit
On 11/08/2011 02:11 AM, Shubhrajyoti wrote:
On Tuesday 08 November 2011 03:01 AM, David Anders wrote:
omap44xx i2c devices need to have the registers reset post idle
similar to omap3xxx devices. this adds the additional flag for
OMAP_I2C_FLAG_RESET_REGS_POSTIDLE to the omap44xx
Joerg Roedel joerg.roe...@amd.com writes:
Add missing module.h include to provide THIS_MODULE.
Signed-off-by: Joerg Roedel joerg.roe...@amd.com
FYI...
Tony has already queued fix for this in his fixes branch.
http://marc.info/?l=linux-arm-kernelm=132071036621713w=2
Kevin
--
To
Ramirez Luna, Omar omar.rami...@ti.com writes:
Hi,
On Fri, Nov 4, 2011 at 6:23 PM, Kevin Hilman khil...@ti.com wrote:
+ .flags = HWMOD_INIT_NO_RESET,
Why is this needed?
...
+ .flags = HWMOD_INIT_NO_RESET,
And this?
I have this because the hwmod complains
On Tue, Nov 08, 2011 at 09:36:48AM -0800, Kevin Hilman wrote:
Joerg Roedel joerg.roe...@amd.com writes:
Add missing module.h include to provide THIS_MODULE.
Signed-off-by: Joerg Roedel joerg.roe...@amd.com
FYI...
Tony has already queued fix for this in his fixes branch.
Rajendra Nayak rna...@ti.com writes:
Hi Kevin,
On Saturday 05 November 2011 04:12 AM, Kevin Hilman wrote:
However, as mentioned previously[1], due to a HW sleepdep between MPU
and CORE, this constraint isn't actually needed for CORE UARTs, so it's
a bit wasteful to go through all the
tom.leim...@gmail.com writes:
From: Ming Lei tom.leim...@gmail.com
The patch fixes the compile failure:
CC arch/arm/mach-omap2/cpuidle34xx.o
arch/arm/mach-omap2/cpuidle34xx.c:317:12: error: 'THIS_MODULE'
undeclared here (not in a function)
make[1]: ***
Hi Grant,
On 11/02/2011 03:27 PM, Kevin Hilman wrote:
Please pull the following OMAP GPIO cleanups for v3.2.
Just a heads up: we're also working on another large series of cleanup
for this driver that we'll be trying to merge for v3.2.
Kevin
I don't see this in linux-next or your
On 11/02/2011 03:08 PM, Dave Jones wrote:
On Wed, Nov 02, 2011 at 03:02:37PM -0700, Kevin Hilman wrote:
Hi Dave,
On 09/22/2011 02:07 PM, Kevin Hilman wrote:
This series moves the OMAP CPUfreq driver into drivers/cpufreq, add
support for SMP devices (OMAP4+) and includes several
On Tue, Nov 8, 2011 at 12:39 PM, Kevin Hilman khil...@ti.com wrote:
Hi Grant,
On 11/02/2011 03:27 PM, Kevin Hilman wrote:
Please pull the following OMAP GPIO cleanups for v3.2.
Just a heads up: we're also working on another large series of cleanup
for this driver that we'll be trying to
Shubhrajyoti shubhrajy...@ti.com writes:
On Tuesday 08 November 2011 03:01 AM, David Anders wrote:
omap44xx i2c devices need to have the registers reset post idle
similar to omap3xxx devices. this adds the additional flag for
OMAP_I2C_FLAG_RESET_REGS_POSTIDLE to the omap44xx i2c_dev_attr.
On Tue, Nov 08, 2011 at 11:48:44AM -0800, Kevin Hilman wrote:
OK, due to some other changes in v3.2 (including the module.h stuff) I
need to refresh this against v3.2-rc1.
I see the cpufreq tree is now back on kernel.org, so I'll send you and
updated pull request for this series
+Ben Dooks
Shubhrajyoti D shubhrajy...@ti.com writes:
Currently the fifo depth is set to zero for OMAP4 which disables
the FIFO usage. This patch enables the FIFO usage for I2C transactions
on OMAP4 also.
Tested on omap4430 and 3430.
Tested-and-Reported-by: Nishanth Menon n...@ti.com
Hi Carlos,
On Fri, 28 Oct 2011 12:27:46 +0300 Carlos Chinea carlos.chi...@nokia.com
wrote:
I have been working in an HSI framework for linux:
https://lkml.org/lkml/2011/6/10/280
The framework is in good shape and is currently being used for some
people so we would like it to see it
Fix compilation errors by including linux/module.h header.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
drivers/usb/musb/am35x.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/usb/musb/am35x.c b/drivers/usb/musb/am35x.c
index 08f1d0b6..ea2a258 100644
---
Bits corresponding to the IVA and ISP features in OMAP_STATUS register
are reserved on AM35xx and checking for them results in wrong results.
So we don't want to check for this features on AM35xx.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
arch/arm/mach-omap2/id.c |6 --
1 files
Hello All,
these patches add support for HTKW mcx board (TI AM3517 based). This
includes fix for the DSS driver to work on 35xx, new panel type support
and some minor cleanup in common dtsi files (not all OMAP3 SoCs have
IVA).
Last patch needs updated mach-types file and relies on EDT
Add data for the FocalTech ETM070003DH6 display to the generic_dpi_panel
display driver.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
drivers/video/omap2/displays/panel-generic-dpi.c | 24 ++
1 files changed, 24 insertions(+), 0 deletions(-)
diff --git
AM35xx don't have VDDS_DSI regulator.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
drivers/video/omap2/dss/dpi.c |9 +
drivers/video/omap2/dss/dsi.c | 18 --
2 files changed, 17 insertions(+), 10 deletions(-)
diff --git a/drivers/video/omap2/dss/dpi.c
Split omap3.dtsi file into common part, OM3xxx specific part and
AM35xx specific part. For now the only difference is missing IVA node on
AM35xx.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
arch/arm/boot/dts/am35xx.dtsi | 15 +++
arch/arm/boot/dts/om3xxx.dtsi | 28
Support for the HTKW mcx board (TI AM3517 based) including serial,
Ethernet, I2C, USB host, HSMMC, DSS and RTC.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
arch/arm/boot/dts/mcx.dts| 29 ++
arch/arm/mach-omap2/Kconfig |5 +
Current code registers voltage layer details for TWL PMIC even when a TWL
has not been registered. Fix this to only register the TWL with voltage
layer when the TWL PMIC is initialized by board-level code.
Signed-off-by: Kevin Hilman khil...@ti.com
---
Barring any objections, will be queued as a
Hi guys,
any comments on this? Is anybody interested?
Regards, Ilya.
03.10.2011 0:27, Ilya Yanok wrote:
Add support for asserting RTS line while TX is in progress. OMAP
hardware doesn't support auto-RS485 mode so we control the line from
software. We use TX_EMPTY_CTL_IT bit in SCR register to
Ilya Yanok ya...@emcraft.com writes:
Bits corresponding to the IVA and ISP features in OMAP_STATUS register
are reserved on AM35xx and checking for them results in wrong results.
Ouch.
So we don't want to check for this features on AM35xx.
Signed-off-by: Ilya Yanok ya...@emcraft.com
This
59 matches
Mail list logo
