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_bytes)
>> pr_err("%s: invalid module numbe
On 02/07/2013 03: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 and timings for NOR devices, e.g.
>
> gpmc: gpmc@5000 {
>
On 02/01/2013 04:08 PM, Tony Lindgren wrote:
> * Jon Hunter [130201 08:42]:
>> If the GPMC probe fails, devices that use the GPMC (such as ethernet
>> chips, flash memories, etc) can still allocate a GPMC chip-select and
>> register the device. On the OMAP2420 H4 board, this was causing the
>> ke
On Thu, Feb 7, 2013 at 9:53 PM, Rob Herring wrote:
> From: Rob Herring
>
> Now that we have OF based init with CLKSRC_OF, convert smp_twd init
> function to use it and covert all callers of
> twd_local_timer_of_register.
This is one good looking patch.
Acked-by: Linus Walleij
Yours,
Linus Wal
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 CPU context is lost.
>
> Update the code accordingly so t
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, wireless
functions and user interfaces) and in addition
contains features for software development and test
Hi,
This patch adds very basic support for OMAP4 Blaze Tablet
software development platform.
The machine for this board is already registered under number 4516:
http://www.arm.linux.org.uk/developer/machines/list.php?id=4516
The work on this platform was going internally during last two years
a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
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
tags/oma
Hi Keerthy,
On Fri, 8 Feb 2013, Paul Walmsley wrote:
> On Fri, 8 Feb 2013, J, KEERTHY wrote:
>
> > Thanks for updating. Yes renaming the 'omap_clocks_register_links()
> > Is fine. I had blindly followed the hwmod function naming convention.
> > The new name makes sense.
>
> OK great. BTW don't
On 01/16/2013 07:53 AM, Peter Ujfalusi wrote:
> Gather the global variables under a single structure and allocate it with
> devm_kzalloc(). It is easier to see them and if in the future we try to add
> support for multiple instance of twl in the system it is going to be much
> simpler.
>
> Signed
On 02/07/2013 07:44 PM, Tony Lindgren wrote:
> * Jon Hunter [130207 16:55]:
>>
>> Ugh, looks like linux-next is broken for omap2+ boards at the moment
>> and is panic'ing in the twl i2c code ... some else to look into ...
>>
>> Peter have you seen this on linux-next? I am seeing this on omap2-4 b
By the way, here's what I used for v3.7-rc8, which seemed to work okay:
http://www.pwsan.com/omap/testlogs/test_v3.7-rc8/20121204220128/build/am33xx_only/
and here's the boot log:
http://www.pwsan.com/omap/testlogs/test_v3.7-rc8/20121204220128/boot/am335xbone/am335xbone_log.txt
Note of course
Hi Vaibhav,
On Fri, 8 Feb 2013, Hiremath, Vaibhav wrote:
> On Fri, Feb 08, 2013 at 20:40:22, Hiremath, Vaibhav wrote:
> > On Fri, Feb 08, 2013 at 19:04:04, Paul Walmsley wrote:
> > > On Fri, 8 Feb 2013, Paul Walmsley wrote:
> > >
> > > > The point is to try to minimize bootloader dependencies.
>
On Fri, Feb 08, 2013 at 20:40:22, Hiremath, Vaibhav wrote:
> On Fri, Feb 08, 2013 at 19:04:04, Paul Walmsley wrote:
> > On Fri, 8 Feb 2013, Paul Walmsley wrote:
> >
> > > The point is to try to minimize bootloader dependencies.
> >
> > Also if there are weird bootloader dependendencies that no on
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
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
tags/oma
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
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
tags/omap-dev
Hi Mark,
just FYI, these patches caused several warnings from sparse:
> arch/arm/mach-omap2/omap_hwmod_2xxx_interconnect_data.c:141:30: warning:
symbol 'omap2xxx_sham_addrs' was not declared. Should it be static?
> arch/arm/mach-omap2/omap_hwmod_2xxx_interconnect_data.c:150:30: warning:
symbol
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
> Signed-off-by: Mark A. Greer
This one has been updated here to split the OMAP3xxx G
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
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
tags/omap-dev
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
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
tags/oma
* Santosh Shilimkar [130208 02:22]:
> On Friday 08 February 2013 02:23 AM, Rob Herring wrote:
> >From: Rob Herring
> >
> >Now that we have OF based init with CLKSRC_OF, convert smp_twd init
> >function to use it and covert all callers of
> >twd_local_timer_of_register.
> >
> >Signed-off-by: Rob H
From: Tomi Valkeinen
TC358765 is DSI-to-LVDS transmitter from Toshiba, used in
OMAP44XX Blaze Tablet and Blaze Tablet2 boards.
Signed-off-by: Dan Murphy
Signed-off-by: Sergiy Kibrik
Signed-off-by: Volodymyr Riazantsev
Signed-off-by: Ruslan Bilovol
---
drivers/video/omap2/displays/Kconfig
Hi,
This patch adds support for TC358765 DSI-to-LVDS transmitter
from Toshiba, that is used in OMAP4 Blaze Tablet development
platform. It was originally developed a long time ago and
was used internally survived few kernel migrations.
Different people worked in this driver during last two
years c
On Friday 08 February 2013 09:04 PM, Paul Walmsley wrote:
On Fri, 8 Feb 2013, Santosh Shilimkar wrote:
Commit 1416408d {ARM: OMAP2+: PM: share some suspend-related functions
across OMAP2, 3, 4} moved suspend code to common place but now with
that change, for DT build on OMAP4, suspend hooks are
On Fri, 8 Feb 2013, Santosh Shilimkar wrote:
> Commit 1416408d {ARM: OMAP2+: PM: share some suspend-related functions
> across OMAP2, 3, 4} moved suspend code to common place but now with
> that change, for DT build on OMAP4, suspend hooks are not getting
> registered which results in no suspend s
On Friday 08 February 2013 08:56 PM, Felipe Balbi wrote:
On Fri, Feb 08, 2013 at 08:41:46PM +0530, Santosh Shilimkar wrote:
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
On Fri, Feb 08, 2013 at 08:41:46PM +0530, Santosh Shilimkar wrote:
> 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 CPU context is los
On 02/07/2013 08:39 AM, Arnd Bergmann wrote:
> On Wednesday 06 February 2013, Jon Hunter wrote:
>> +static struct of_dma_filter_info info;
>
> Both members of this structure are constant, so you can just initialize it
> here,
> and it would be nice to give it a more descriptive name, such as
>
On Fri, Feb 08, 2013 at 08:41:45PM +0530, Santosh Shilimkar wrote:
> Commit bbd707ac {ARM: omap2: use machine specific hook for late init}
> accidentally added two declarations for omap4430_init_late().
>
> Remove the duplicate declaration.
>
> Cc: Shawn Guo
> Cc: Tony Lindgren
>
> Signed-off-
On Fri, Feb 08, 2013 at 08:41:44PM +0530, Santosh Shilimkar wrote:
> Commit 1416408d {ARM: OMAP2+: PM: share some suspend-related functions
> across OMAP2, 3, 4} moved suspend code to common place but now with
> that change, for DT build on OMAP4, suspend hooks are not getting
> registered which re
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
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 CPU context is lost.
Update the code accordingly so that the expensive cpu_suspend() path
Commit bbd707ac {ARM: omap2: use machine specific hook for late init}
accidentally added two declarations for omap4430_init_late().
Remove the duplicate declaration.
Cc: Shawn Guo
Cc: Tony Lindgren
Signed-off-by: Santosh Shilimkar
---
arch/arm/mach-omap2/common.h |1 -
1 file changed, 1
Commit 1416408d {ARM: OMAP2+: PM: share some suspend-related functions
across OMAP2, 3, 4} moved suspend code to common place but now with
that change, for DT build on OMAP4, suspend hooks are not getting
registered which results in no suspend support.
The DT return condition is limited to PMIC an
On Fri, Feb 08, 2013 at 19:04:04, Paul Walmsley wrote:
> On Fri, 8 Feb 2013, Paul Walmsley wrote:
>
> > The point is to try to minimize bootloader dependencies.
>
> Also if there are weird bootloader dependendencies that no one can track
> down, we should document them somewhere, maybe underneat
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 in the future.
- Paul
From: Philip Avinash
Date: Wed, 2 Jan 2013 18
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
This patch adds some sparse[1] warnings:
> arch/arm/mach-omap2/cclock33xx
On 02/08/2013 01:55 AM, Felipe Balbi wrote:
> Hi,
>
> On Thu, Feb 07, 2013 at 07:05:06PM -0600, Jon Hunter wrote:
>> If the device-tree blob is present during boot, then register the SDMA
>> controller with the device-tree DMA driver so that we can use device-tree
>> to look-up DMA client informa
Hi,
On Tue, 29 Jan 2013, Vaibhav Bedia wrote:
> The following patches were earlier posted as part the AM33XX
> suspend-resume support series [1]. Based on the suggestion
> from Santosh Shilimkar i have split
> out the changes which update the various data files related
> to AM33XX support.
Than
Hi Vaibhav,
a comment on this one:
On Tue, 29 Jan 2013, Vaibhav Bedia wrote:
> Add minimal APIs for writing to the IPC and the M3_TXEV registers
> in the Control module. These will be used in a subsequent patch which
> adds suspend-resume support for AM33XX.
>
> Signed-off-by: Vaibhav Bedia
>
On Fri, Feb 08, 2013 at 19:30:21, Peter Korsgaard wrote:
> > "Paul" == Paul Walmsley writes:
>
> Hi,
>
> Paul> So what I'd like to know is why it doesn't work with >= v3.8-rc1
> Paul> with an appended DTB:
>
> Paul>
> http://www.pwsan.com/omap/testlogs/test_v3.8-rc1/20121228031713/boot/
> "Paul" == Paul Walmsley writes:
Hi,
Paul> So what I'd like to know is why it doesn't work with >= v3.8-rc1
Paul> with an appended DTB:
Paul>
http://www.pwsan.com/omap/testlogs/test_v3.8-rc1/20121228031713/boot/am335xbone/am335xbone_log.txt
Paul> The point is to try to minimize bootl
Hi Mark,
Thanks for the review comments. Please find my comments inline.
On Thu, Feb 07, 2013 at 23:09:49, Mark Rutland wrote:
> Hello,
>
> I have a couple of minor comments.
>
> On Thu, Feb 07, 2013 at 02:11:37PM +, Anil Kumar wrote:
> > DevKit8000 is a beagle board clone from Timll, sold
On Friday 08 February 2013 12:06:44 Gregory CLEMENT wrote:
>
> I don't know what to do here, there is no point to build any of the files
> in mach-mvebu if no SoCs are selected. So either we force to have at least
> one SoCS selected if ARCH_MVEBU is selected, or we unselect ARCH_MVEB if
> no SoC
On Fri, 8 Feb 2013, Paul Walmsley wrote:
> The point is to try to minimize bootloader dependencies.
Also if there are weird bootloader dependendencies that no one can track
down, we should document them somewhere, maybe underneath
Documentation/arm/OMAP.
- Paul
--
To unsubscribe from this lis
Hi Vaibhav,
On Fri, 8 Feb 2013, Hiremath, Vaibhav wrote:
> Sorry for not following up on this for long, I have tested v3.8-rc6
> (with latest u-boot)on both BeageBone platoforms and I have pasted the logs
> below as well for reference.
>
>
> Paul,
> I have used your MLO & u-boot.img images an
On Thu, 20 Dec 2012 23:12:12 +0100, Andreas Fenkart
wrote:
> Without functional clock the omap_hsmmc module can't forward
> SDIO IRQs to the system. This patch reconfigures dat1 line
> as a gpio while the fclk is off. And uses SDIO IRQ detection of
> the module, while fclk is present.
>
> Signed
Hi,
> Thanks for looking into
if you want you can put me in CC and I can review the next
patches (perhaps V2 of the patches)
> >> + mutex_lock(&tc358765_i2c->xfer_lock);
> >> + ret = i2c_transfer(tc358765_i2c->client->adapter, &msg, 1);
> >> + mutex_unlock(&tc358765_i2c->xfer_lock);
Hi,
Thanks for looking into
On Thu, Feb 7, 2013 at 4:59 PM, Andi Shyti wrote:
> Hi,
>
>> TC358765 is DSI-to-LVDS transmitter from Toshiba, used in
>> OMAP44XX Blaze Tablet and Blaze Tablet2 boards.
>
> I had a really fast look and I have few comments
>
>> +static int tc358765_read_register(struc
On 02/08/2013 11:45 AM, Arnd Bergmann wrote:
> On Friday 08 February 2013 10:08:13 Russell King - ARM Linux wrote:
>> Last night's OMAP4430SDP randconfig build failed with:
>>
>> arch/arm/mach-mvebu/built-in.o: In function `armada_xp_smp_init_cpus':
>> hotplug.c:(.init.text+0x70): undefined referen
On Friday 08 February 2013 10:08:13 Russell King - ARM Linux wrote:
> Last night's OMAP4430SDP randconfig build failed with:
>
> arch/arm/mach-mvebu/built-in.o: In function `armada_xp_smp_init_cpus':
> hotplug.c:(.init.text+0x70): undefined reference to `coherency_get_cpu_count'
> hotplug.c:(.init
On Thu, Feb 07, 2013 at 14:02:17, Balbi, Felipe wrote:
> Hi,
>
> On Wed, Feb 06, 2013 at 11:34:32PM +, Paul Walmsley wrote:
> > Boot tests:
> >
> > * am335xbone: hangs after "Starting kernel"
> > - Cause unknown
> > - http://www.mail-archive.com/linux-omap@vger.kernel.org/msg82297.html
>
On Friday 08 February 2013 02:23 AM, Rob Herring wrote:
From: Rob Herring
Now that we have OF based init with CLKSRC_OF, convert smp_twd init
function to use it and covert all callers of
twd_local_timer_of_register.
Signed-off-by: Rob Herring
[..]
arch/arm/mach-omap2/timer.c |
Last night's OMAP4430SDP randconfig build failed with:
arch/arm/mach-mvebu/built-in.o: In function `armada_xp_smp_init_cpus':
hotplug.c:(.init.text+0x70): undefined reference to `coherency_get_cpu_count'
hotplug.c:(.init.text+0xb4): undefined reference to `armada_mpic_send_doorbell'
arch/arm/mach-
On Friday 08 February 2013 06:35 AM, Jon Hunter wrote:
Adds device-tree bindings from SDMA on OMAP2+ devices. DMA client
bindings are also added for devices that have SPI and MMC bindings
populated. Client binding data is based upon existing HWMOD data for
OMAP and has been checked against OMAP d
55 matches
Mail list logo