On Tuesday 27 August 2013 06:55 PM, Santosh Shilimkar wrote:
> + Paul,
>
> On Tuesday 27 August 2013 06:11 AM, Rajendra Nayak wrote:
>> Make all OMAP DT only platforms (am33xx, am43xx, omap4 and omap5)
>> use drivers/misc/sram.c driver instead of the omap internal
>> implementation for SRAM handli
On Tuesday 27 August 2013 04:53 PM, Sekhar Nori wrote:
> On Tuesday 27 August 2013 03:41 PM, Rajendra Nayak wrote:
>> Use drivers/misc/sram.c driver to manage SRAM on all DT only
>> OMAP platforms (am33xx, am43xx, omap4 and omap5) instead of
>> the existing private implementation.
>>
>> Address and
On Mon, Aug 26, 2013 at 08:15:17PM +0200, Arnd Bergmann wrote:
> On Monday 26 August 2013 19:40:57 Vinod Koul wrote:
> > And the selection should be done for the cases where you dont have
> > programmable
> > mux in dmac. For programmable ones passing slave_id in dma_slave_config
> > should
> > b
On Tuesday 27 August 2013 09:36 PM, Dave Gerlach wrote:
> On 08/27/2013 05:11 AM, Rajendra Nayak wrote:
>> Remove the empty am33xx_sram_init() function.
>>
>> Signed-off-by: Rajendra Nayak
>> ---
>> arch/arm/mach-omap2/sram.c |7 ---
>> 1 file changed, 7 deletions(-)
>>
>> diff --git a/
* Tomi Valkeinen [130827 02:28]:
> Hi Tony,
>
> Ping again...
Sorry looks like this is still pending. Can you please do a pull
request for me against v3.11-rc6 for this?
In general I prefer pull requests for things like this so we can
all merge in the branch as needed. Probably not needed in th
On Tue, Aug 27, 2013 at 3:44 PM, Kevin Hilman wrote:
> [+Mark Brown for regulator suspend sequence ideas]
>
> Russ Dill writes:
>
>> On Wed, Aug 14, 2013 at 6:38 AM, Jan Lübbe wrote:
>>> On Tue, 2013-08-13 at 15:20 -0700, Russ Dill wrote:
[snip]
>>> Shouldn't the TPS driver know how to generate
[+Mark Brown for regulator suspend sequence ideas]
Russ Dill writes:
> On Wed, Aug 14, 2013 at 6:38 AM, Jan Lübbe wrote:
>> On Tue, 2013-08-13 at 15:20 -0700, Russ Dill wrote:
>>> The purpose and method of executing these sequences is left up to each
>>> platform. In the case of the am33xx, the
On Tue, Aug 27, 2013 at 05:47:22PM -0400, Kevyn-Alexandre Paré wrote:
> mmcblk0: error -110 sending status command, retrying
> mmcblk0: error -110 sending status command, retrying
> mmcblk0: error -110 sending status command, aborting
This looks like a hardware problem; either with the MMC reader,
Hi,
Another test with 3.4.59 with EXT4 and:
tune2fs -o journal_data_ordered -e panic (partition)
results in kernel panic:
[...]
Waiting for root device /dev/mmcblk0p2...
mmc0: host does not support reading read-only switch. assuming write-enable.
mmc0: new high speed SDXC card at address
mmcb
Dave Gerlach writes:
> From: Vaibhav Bedia
>
> 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 r
Suman Anna writes:
> Kevin,
>
> On 08/26/2013 10:50 PM, Kevin Hilman wrote:
>> Suman Anna writes:
>>
>>> The WkupM3 mailbox used for triggering PM operations such as suspend
>>> and resume on AM33x/AM43x is special in that the M3 processor cannot
>>> access the mailbox registers. However, an in
Hi Dave,
Dave Gerlach writes:
> On 08/19/2013 04:23 AM, Gururaja Hebbar wrote:
>> On 8/6/2013 11:19 PM, Dave Gerlach wrote:
>>> Hi,
>>>
>>> This is the third version of the patch series for adding basic
>>> suspend-resume
>>> support for AM33XX, previously submitted by Vaibhav Bedia. This patch
Hi,
On Thu, Aug 22, 2013 at 09:24:49PM +, Paul Zimmerman wrote:
> > From: Ivan T. Ivanov [mailto:iiva...@mm-sol.com]
> > Sent: Tuesday, August 20, 2013 8:26 AM
> >
> > On Tue, 2013-08-20 at 10:01 -0500, Kumar Gala wrote:
> > > On Aug 20, 2013, at 9:54 AM, Ivan T. Ivanov wrote:
> > >
> > > >
>
Hi,
On Mon, Aug 26, 2013 at 01:44:49PM +0530, Kishon Vijay Abraham I wrote:
> On Wednesday 21 August 2013 11:16 AM, Kishon Vijay Abraham I wrote:
> > Added a generic PHY framework that provides a set of APIs for the PHY
> > drivers
> > to create/destroy a PHY and APIs for the PHY users to obtain
On Wed, Aug 14, 2013 at 12:28:17PM +0300, Ivan T. Ivanov wrote:
>
> Hi,
>
> On Mon, 2013-08-12 at 13:24 -0500, Felipe Balbi wrote:
> > On Fri, Aug 09, 2013 at 07:09:18PM +0300, Ivan T. Ivanov wrote:
> > > Hi,
> > >
> > > On Fri, 2013-08-09 at 16:23 +0300, Felipe Balbi wrote:
> > > > Hi,
> > >
On Tue, Aug 27, 2013 at 07:30:19AM -0700, Kevin Hilman wrote:
> Greg,
>
>
> On Tue, Aug 20, 2013 at 8:44 AM, Kevin Hilman wrote:
> > +Felipe
> >
> > On Wed, Jul 17, 2013 at 6:29 AM, Alexander Savchenko
> > wrote:
> >> From: Ruchika Kharwar
> >>
> >> Ensure the Interrupt handling routine return
> The driver should support the same chip models reardless of whether it's used
> with or without DT. If an entry in the OF table has no corresponding entry in
> the I2C table I would consider that as a driver bug.
Linus Walleij posted a patch to support DT only probing, but too many
side-effec
On Thu, Aug 22, 2013 at 07:56:57AM +, Gupta, Pekon wrote:
> > This change doesn't look like an improvement to me.
> >
> [Pekon]: Accepted. I'll drop this. However, this is not a new binding.
> I was just elaborating & formatting the description because code allows only
> two values "16" or "8"
On 08/27/2013 05:11 AM, Rajendra Nayak wrote:
Remove the empty am33xx_sram_init() function.
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/sram.c |7 ---
1 file changed, 7 deletions(-)
diff --git a/arch/arm/mach-omap2/sram.c b/arch/arm/mach-omap2/sram.c
index 4bd0968..305fc2b
Kevin,
On 08/26/2013 10:50 PM, Kevin Hilman wrote:
> Suman Anna writes:
>
>> The WkupM3 mailbox used for triggering PM operations such as suspend
>> and resume on AM33x/AM43x is special in that the M3 processor cannot
>> access the mailbox registers. However, an interrupt is needed to be
>> sent
Vladimir Murzin writes:
> We call cpu_cluster_pm_enter for dev->cpu == 0 only, but
> cpu_cluster_pm_exit called without that check.
>
> Because of that unhandled page fault may happen:
>
> [3.803405] Unable to handle kernel paging request at virtual address
> 2500
> [3.810974] pgd =
On Tue, Aug 27, 2013 at 07:42:24PM +0530, Sourav Poddar wrote:
> Add a compatible string for am4372.
Applied, thanks (dropped the earlier version).
signature.asc
Description: Digital signature
Greg,
On Tue, Aug 20, 2013 at 8:44 AM, Kevin Hilman wrote:
> +Felipe
>
> On Wed, Jul 17, 2013 at 6:29 AM, Alexander Savchenko
> wrote:
>> From: Ruchika Kharwar
>>
>> Ensure the Interrupt handling routine return IRQ_HANDLED vs
>> IRQ_NONE.
>
> Why?
>
> By unconditionally returning IRQ_HANDLED,
Greg,
On Tue, Aug 20, 2013 at 8:57 AM, Kevin Hilman wrote:
> + Felipe
>
> On Mon, Jul 8, 2013 at 3:04 AM, Alexander Savchenko
> wrote:
>> From: Dmitry Fink
>>
>> Current logic results in interrupt storm since the fifo
>> is constantly below the threshold level. Change the logic
>> to fill all t
On Tue, Aug 27, 2013 at 07:12:15PM +0530, Sourav Poddar wrote:
> Add a compatible string for am43xx.
Applied, thanks.
signature.asc
Description: Digital signature
Add a compatible string for am4372.
Signed-off-by: Sourav Poddar
---
v1->v2:
Instead of am43xx, use exact part number.
Documentation/devicetree/bindings/spi/ti_qspi.txt |2 +-
drivers/spi/spi-ti-qspi.c |1 +
2 files changed, 2 insertions(+), 1 deletions(-)
diff -
Add a compatible string for am43xx.
Signed-off-by: Sourav Poddar
---
Documentation/devicetree/bindings/spi/ti_qspi.txt |2 +-
drivers/spi/spi-ti-qspi.c |1 +
2 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/Documentation/devicetree/bindings/spi/ti_qs
+ Paul,
On Tuesday 27 August 2013 06:11 AM, Rajendra Nayak wrote:
> Make all OMAP DT only platforms (am33xx, am43xx, omap4 and omap5)
> use drivers/misc/sram.c driver instead of the omap internal
> implementation for SRAM handling.
>
> Rajendra Nayak (2):
> ARM: AM335x: Get rid of unused sram i
Hi Tomasz,
On Tuesday 27 August 2013 13:55:00 Tomasz Figa wrote:
> On Tuesday 27 of August 2013 14:00:24 Archit Taneja wrote:
> > On Tuesday 27 August 2013 01:44 PM, Tomasz Figa wrote:
> > > On Tuesday 27 of August 2013 10:02:39 Laurent Pinchart wrote:
> > >> Add DT bindings for the pcf857x-compat
On Tuesday 27 of August 2013 14:00:24 Archit Taneja wrote:
> Hi,
>
> On Tuesday 27 August 2013 01:44 PM, Tomasz Figa wrote:
> > Hi Laurent,
> >
> > On Tuesday 27 of August 2013 10:02:39 Laurent Pinchart wrote:
> >> Add DT bindings for the pcf857x-compatible chips and parse the device
> >> tree no
On 22/08/13 01:33, Russell King - ARM Linux wrote:
> Trinity found this error on OMAP4430SDP using 3.11-rc4:
>
> WARNING: CPU: 1 PID: 3395 at
> /home/rmk/git/linux-rmk/drivers/video/omap2/dss/manager-sysfs.c:290
> manager_alpha_blending_enabled_show+0x3c/0x60()
> Modules linked in:
> CPU: 1 PID:
On Tuesday 27 August 2013 03:41 PM, Rajendra Nayak wrote:
> Use drivers/misc/sram.c driver to manage SRAM on all DT only
> OMAP platforms (am33xx, am43xx, omap4 and omap5) instead of
> the existing private implementation.
>
> Address and size related data is removed from mach-omap2/sram.c
> and n
Hi,
On 27/08/13 04:20, Dan Carpenter wrote:
> Hello Tomi Valkeinen,
>
> This is a semi-automatic email about new static checker warnings.
>
> The patch 5391e87d1259: "OMAPDSS: remove dispc's dependency to
> VENC/HDMI" from May 16, 2013, leads to the following Smatch complaint:
>
> drivers/vide
This patch
- removes the irq_demux_work
- Uses devm_request_threaded_irq
- Call the user handler iff gpio_to_irq is done.
Signed-off-by: George Cherian
---
drivers/gpio/gpio-pcf857x.c | 52 +++--
1 file changed, 27 insertions(+), 25
Hello Dmitry,
could you take reviewed patches from this patchset?
Reviewed patches:
[PATCH v3 1/3] Input: omap-keypad: Enable wakeup capability for keypad.
[PATCH v3 3/3] Input: omap-keypad: Setup irq type from DT
are not depend on
[PATCH v3 2/3] Input: omap-keypad: errata i689: Correct debounce
We call cpu_cluster_pm_enter for dev->cpu == 0 only, but
cpu_cluster_pm_exit called without that check.
Because of that unhandled page fault may happen:
[3.803405] Unable to handle kernel paging request at virtual address
2500
[3.810974] pgd = c0004000
[3.813812] [2500] *pgd=
Use drivers/misc/sram.c driver to manage SRAM on all DT only
OMAP platforms (am33xx, am43xx, omap4 and omap5) instead of
the existing private implementation.
Address and size related data is removed from mach-omap2/sram.c
and now passed to drivers/misc/sram.c from DT.
Users can hence use general
Make all OMAP DT only platforms (am33xx, am43xx, omap4 and omap5)
use drivers/misc/sram.c driver instead of the omap internal
implementation for SRAM handling.
Rajendra Nayak (2):
ARM: AM335x: Get rid of unused sram init function
ARM: OMAP4+: Move SRAM data to DT
arch/arm/boot/dts/am33xx.dts
Remove the empty am33xx_sram_init() function.
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/sram.c |7 ---
1 file changed, 7 deletions(-)
diff --git a/arch/arm/mach-omap2/sram.c b/arch/arm/mach-omap2/sram.c
index 4bd0968..305fc2b 100644
--- a/arch/arm/mach-omap2/sram.c
+++ b/arc
Hi Kevin,
On 23/08/2013 20:31, Kevin Hilman wrote:
Benoit Cousson writes:
Hi Kevin & Olof,
I've just updated the branch with the few USB3 patches I missed from Felipe.
So here is a new pull-request.
Thanks,
Benoit
Add the mi
Hi Tony,
Ping again...
Tomi
On 09/08/13 13:53, Tomi Valkeinen wrote:
> Hi Tony,
>
> Ping. It'd be nice to get this in for 3.12, so I can remove all the old
> drivers and the related legacy code.
>
> Note that the first patch "ARM: OMAP: dss-common: fix Panda's DVI DDC
> channel", is a fix for
Hi,
On Tuesday 27 August 2013 01:44 PM, Tomasz Figa wrote:
Hi Laurent,
On Tuesday 27 of August 2013 10:02:39 Laurent Pinchart wrote:
Add DT bindings for the pcf857x-compatible chips and parse the device
tree node in the driver.
Signed-off-by: Laurent Pinchart
---
.../devicetree/bindings/gp
Hi Laurent,
On Tuesday 27 of August 2013 10:02:39 Laurent Pinchart wrote:
> Add DT bindings for the pcf857x-compatible chips and parse the device
> tree node in the driver.
>
> Signed-off-by: Laurent Pinchart
> ---
> .../devicetree/bindings/gpio/gpio-pcf857x.txt | 71
>
Add DT bindings for the pcf857x-compatible chips and parse the device
tree node in the driver.
Signed-off-by: Laurent Pinchart
---
.../devicetree/bindings/gpio/gpio-pcf857x.txt | 71 ++
drivers/gpio/gpio-pcf857x.c| 44 +++---
2 files chang
Hi Archit,
On Tuesday 27 August 2013 12:30:18 Archit Taneja wrote:
> On Tuesday 27 August 2013 12:17 PM, Laurent Pinchart wrote:
> > On Tuesday 27 August 2013 05:20:45 Linus Walleij wrote:
> >> On Mon, Aug 26, 2013 at 8:21 AM, Archit Taneja wrote:
> >>> Add code to parse the GPIO expander Device
On Tuesday 27 August 2013 12:17 PM, Laurent Pinchart wrote:
On Tuesday 27 August 2013 05:20:45 Linus Walleij wrote:
On Mon, Aug 26, 2013 at 8:21 AM, Archit Taneja wrote:
Add code to parse the GPIO expander Device Tree node and extract platform
data out of it, and populate the struct 'pcf857x_p
46 matches
Mail list logo