Hi,
On Thu, Nov 17, 2011 at 3:04 PM, Fan Ye wrote:
> Hi Tom,
> I am currently working on PMU interrupt on Pandaboard.I use the patch sent
> by you:
> http://lists.infradead.org/pipermail/linux-arm-kernel/2011-March/045283.html
>
> But it will fail to boot the kernel. So I also apply the following
Hi Rob,
On Wednesday 16 November 2011 08:20 PM, Rob Herring wrote:
[]...
diff --git a/Documentation/devicetree/bindings/arm/omap/omap.txt
b/Documentation/devicetree/bindings/arm/omap/omap.txt
index dbdab40..46ffd41 100644
--- a/Documentation/devicetree/bindings/arm/omap/omap.txt
+++ b/Document
[...]
+static int omap_console_hwmod_enable(struct omap_device *od)
+{
+ console_lock();
+ /*
+* For early console we prevented hwmod reset and idle
A period is missing. Or maybe it should a comma with not capital letter.
+* So before we enable the uart clocks idle
On Wed, Nov 16, 2011 at 04:06:08PM -0800, Kevin Hilman wrote:
> Felipe Balbi writes:
>
> F> fix a bug which has been on this driver since
> > it was added by the original commit 984aa6db
> > which would never clear IRQSTATUS bits.
> >
> > Signed-off-by: Felipe Balbi
>
> Queuing this fix for v3.
Hi Ilya,
You should have CC'd Tomi and linux-fbdev - done now.
On 11/17/11 02:28, Ilya Yanok wrote:
> Hi guys,
>
> what about this patch? Can it be applied? It's pretty independent from
> other ones.
>
> Regards, Ilya.
>
> On 09.11.2011 04:12, Ilya Yanok wrote:
>> Add data for the FocalTech ET
On Wednesday 16 November 2011 07:59:41 Robert MARKLUND wrote:
> From: Mike Frysinger [mailto:vap...@gentoo.org]
> > On Monday 31 October 2011 08:38:39 Robert Marklund wrote:
> > > ChangeLog v3->v4:
> > > - Remove dual prints and old comment on Mike's request.
> > > - Split the request_free fucntion
From: Ming Lei
CC arch/arm/mach-omap2/cpuidle34xx.o
arch/arm/mach-omap2/cpuidle34xx.c: In function 'omap3_enter_idle':
arch/arm/mach-omap2/cpuidle34xx.c:117:2: error: implicit declaration of
function 'omap_irq_pending'
make[1]: *** [arch/arm/mach-omap2/cpuidle34xx.o] Error 1
make: *** [arc
> Tony has already queued fix for this in his fixes branch.
>
> http://marc.info/?l=linux-arm-kernel&m=132071036621713&w=2
The fix is not merged into 3.2.0-rc2-next-2016+ yet...
thanks,
--
Ming Lei
--
To unsubscribe from this list: send the line "unsubscribe lin
On 11/16/2011 05:02 AM, Rajendra Nayak wrote:
> Pass minimal data needed for console boot, from dt, for
> OMAP4 panda/sdp and OMAP3 beagle boards, and get rid of the
> static initialization from generic board file.
>
> Signed-off-by: Rajendra Nayak
> ---
> arch/arm/boot/dts/omap3-beagle.dts |
On Wed, Nov 16, 2011 at 12:18 AM, DebBarma, Tarun Kanti
wrote:
...
>> My use case is as follows:
>>
>> DSP sends a mailbox message to ARM, this triggers a tasklet in mailbox
>> for processing the message, when it reaches tidspbridge it turns out
>> that the DSP wants to enable a gpt timer; however
AM35xx SoCs include DaVinci EMAC IP. Initialization code in
board-am3517evm.c is pretty board independent and will work for any
AM35xx based board so move this code to it's own file to be reused by
other boards.
Signed-off-by: Ilya Yanok
---
arch/arm/mach-omap2/Makefile |3 +
arch/a
Hi guys,
what about this patch? Can it be applied? It's pretty independent from
other ones.
Regards, Ilya.
On 09.11.2011 04:12, Ilya Yanok wrote:
> Add data for the FocalTech ETM070003DH6 display to the generic_dpi_panel
> display driver.
>
> Signed-off-by: Ilya Yanok
> ---
> drivers/video/om
Thomas Weber writes:
> The file arch/arm/mach-omap2/io.h is empty, so we can remove it.
>
> Signed-off-by: Thomas Weber
It's empty and unused elsewhere.
Acked-by: Kevin Hilman
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.k
Hi Tero,
Tero Kristo writes:
[...]
> One question though, do you want to have the auto_ret / auto_off
> support along with these changes? Some of the code in this set is only
> used when the auto_ret / auto_off is in, and it also makes it a bit
> more easier to test the resulting stuff.
Yes, i
+Jean
Felipe Balbi writes:
> here's a bunch of patches to smartreflex which have been pending
> for months.
The SmartReflex code is going through a major rework by Jean so it can be
converted into a real driver and moved under drivers/*.
I'll leave it to Jean to incorporate these changes into
Felipe Balbi writes:
F> fix a bug which has been on this driver since
> it was added by the original commit 984aa6db
> which would never clear IRQSTATUS bits.
>
> Signed-off-by: Felipe Balbi
Queuing this fix for v3.2-rc (branch: for_3.2/fixes/pm)
Kevin
--
To unsubscribe from this list: send th
"Premi, Sanjeev" writes:
>
>
>> -Original Message-
>> From: Hilman, Kevin
>> Sent: Friday, November 11, 2011 12:04 AM
>> To: Premi, Sanjeev
>> Cc: linux-omap@vger.kernel.org;
>> linux-arm-ker...@lists.infradead.org; Koyamangalath, Abhilash
>> Subject: Re: [PATCH] ARM: OMAP: PM: only r
Hi Archit,
On 09.11.2011 14:10, Archit Taneja wrote:
>> AM35xx don't have VDDS_DSI regulator.
>
> AM35xx do have vdds_dsi regulator. Are you saying that your particular
> board doesn't have vdds_dsi connected to a regulator?
>
> I assumed that vdds_dsi regulator was required for DPI to function
Hi Govindraj,
On 11/16/2011 4:13, Govindraj wrote:
On Tue, Nov 15, 2011 at 1:20 AM, Jon Hunter wrote:
Hi Govindraj,
[...]
oh = uart->oh;
- uart->dma_enabled = 0;
name = DRIVER_NAME;
omap_up.dma_enabled = uart->dma_enabled;
omap_up.uartclk = OMAP24XX_
The Devkit8000 uses a TWL4030 pin for card detection.
Thats why the error:
_omap_mux_init_gpio: Could not set gpio192
occurs.
This patch checks that the pin is on OMAP before
calling omap_mux_init_gpio.
Signed-off-by: Thomas Weber
---
Changelog:
v2: Remove backslash at end of line
arch/arm/mac
On Tuesday 15 November 2011 20:48:05 NamJae Jeon wrote:
> 2011/11/16 Joe Perches :
> >mci_writel(host, CTRL, SDMMC_CTRL_INT_ENABLE); /* Enable mci
> > interrupt */
> >
> > - dev_info(&pdev->dev, "DW MMC controller at irq %d, "
> > -"%d bit host data width, "
> > -
On 11/16/2011 4:41 PM, Rob Herring wrote:
Benoit,
On 11/16/2011 09:14 AM, Cousson, Benoit wrote:
Hi Rob,
On 11/16/2011 3:50 PM, Rob Herring wrote:
On 11/16/2011 05:02 AM, Rajendra Nayak wrote:
console device on OMAP is never reset or idled by hwmod post
initial setup, early during boot, for
Hi Tony,
That bug is becoming annoying, and a bunch of folks are hitting that issue
during DT dev for 3.3, so it will be cool to fix that ASAP.
It might already be in Paul's queue for 3.2-rc3.
Thanks,
Benoit
The following changes since commit 6aaf05f472c97ebceff47d9eef464574f1a55727:
Linus
The file arch/arm/mach-omap2/io.h is empty, so we can remove it.
Signed-off-by: Thomas Weber
---
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 100644
index e69de29.
Benoit,
On 11/16/2011 09:14 AM, Cousson, Benoit wrote:
> Hi Rob,
>
> On 11/16/2011 3:50 PM, Rob Herring wrote:
>> On 11/16/2011 05:02 AM, Rajendra Nayak wrote:
>>> console device on OMAP is never reset or idled by hwmod post
>>> initial setup, early during boot, for obvious reasons not to
>>> bre
Hi Rob,
On 11/16/2011 3:50 PM, Rob Herring wrote:
On 11/16/2011 05:02 AM, Rajendra Nayak wrote:
console device on OMAP is never reset or idled by hwmod post
initial setup, early during boot, for obvious reasons not to
break early debug prints thrown on console.
This leaves the console device en
Hi Rajendra,
On 11/16/2011 12:02 PM, Rajendra Nayak wrote:
> console device on OMAP is never reset or idled by hwmod post
> initial setup, early during boot, for obvious reasons not to
> break early debug prints thrown on console.
> This leaves the console device enabled at boot and the first acti
On 11/16/2011 05:02 AM, Rajendra Nayak wrote:
> Adapt the driver to device tree and pass minimal platform
> data from device tree needed for console boot.
> No power management features will be suppported for now
> since it requires more tweaks around OCP settings
> to toggle forceidle/noidle/smari
> -Original Message-
> From: Hilman, Kevin
> Sent: Tuesday, November 08, 2011 1:15 AM
> To: Hiremath, Vaibhav
> Cc: linux-omap@vger.kernel.org; t...@atomide.com
> Subject: Re: [PATCH] arm:omap:serial:cleanup: use module rev instead of
> cpu_is_
>
> Vaibhav Hiremath writes:
>
> > For
On 11/16/2011 05:02 AM, Rajendra Nayak wrote:
> console device on OMAP is never reset or idled by hwmod post
> initial setup, early during boot, for obvious reasons not to
> break early debug prints thrown on console.
> This leaves the console device enabled at boot and the first activation
> of it
> -Original Message-
> From: Hiremath, Vaibhav
> Sent: Monday, November 07, 2011 8:13 PM
> To: linux-omap@vger.kernel.org
> Cc: t...@atomide.com; Hiremath, Vaibhav
> Subject: [RFC PATCH] arm:omap: cleanup & split omap2/3/4_check_revision
> function
>
> This patch doesn't change functionali
> -Original Message-
> From: Mike Frysinger [mailto:vap...@gentoo.org]
> Sent: den 31 oktober 2011 19:21
> To: Robert MARKLUND
> Cc: net...@vger.kernel.org; Steve Glendinning; Mathieu Poirier; Paul Mundt;
> linux...@vger.kernel.org;
> Sascha Hauer; Tony Lindgren; linux-omap@vger.kernel.or
Pass minimal data needed for console boot, from dt, for
OMAP4 panda/sdp and OMAP3 beagle boards, and get rid of the
static initialization from generic board file.
Signed-off-by: Rajendra Nayak
---
arch/arm/boot/dts/omap3-beagle.dts | 17 +
arch/arm/boot/dts/omap3.dtsi|
Adapt the driver to device tree and pass minimal platform
data from device tree needed for console boot.
No power management features will be suppported for now
since it requires more tweaks around OCP settings
to toggle forceidle/noidle/smaridle bits and handling
remote wakeup and dynamic muxing.
This series adds minimal device tree support for
OMAP-serial driver, and is based on top of the latest
runtime-PM changes from Govind[1] posted here[2].
The series passes minimal data that allows serial console
boot, with UART's initialised from device tree.
However some of low power support for U
console device on OMAP is never reset or idled by hwmod post
initial setup, early during boot, for obvious reasons not to
break early debug prints thrown on console.
This leaves the console device enabled at boot and the first activation
of it using hwmod needs to be handled in such a way that a di
Hi,
On Tue, Nov 15, 2011 at 06:45:17AM -0700, Paul Walmsley wrote:
> Hi Felipe
>
> On Fri, 11 Nov 2011, Felipe Balbi wrote:
>
> > I have a doubt about using clk API to change CLKSEL_UTMI_P1 bit for a
> > silicon errata (OMAP4460 i693) implementation.
> >
> > According to errata, I need to switc
On Tue, Nov 15, 2011 at 1:20 AM, Jon Hunter wrote:
> Hi Govindraj,
[...]
>>
>> oh = uart->oh;
>> - uart->dma_enabled = 0;
>> name = DRIVER_NAME;
>>
>> omap_up.dma_enabled = uart->dma_enabled;
>> omap_up.uartclk = OMAP24XX_BASE_BAUD * 16;
>> omap_up.flags
On Tue, Nov 15, 2011 at 07:39:51PM -0500, valdis.kletni...@vt.edu wrote:
> On Tue, 15 Nov 2011 10:46:03 +0200, Felipe Balbi said:
>
> > - int srid;
> > - int ip_type;
> > + struct list_headnode;
> > + struct platform_d
39 matches
Mail list logo
