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_device
On Tue, Nov 15, 2011 at 1:20 AM, Jon Hunter jon-hun...@ti.com 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 =
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 switch from
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
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.
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
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 rna...@ti.com
---
arch/arm/boot/dts/omap3-beagle.dts | 17 +
-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.org;
-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 functionality or
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: 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 hvaib...@ti.com writes:
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/smaridle
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
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
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
break early
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
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
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
On Tuesday 15 November 2011 20:48:05 NamJae Jeon wrote:
2011/11/16 Joe Perches j...@perches.com:
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,
-
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 we...@corscience.de
---
Changelog:
v2: Remove backslash at end of
Hi Govindraj,
On 11/16/2011 4:13, Govindraj wrote:
On Tue, Nov 15, 2011 at 1:20 AM, Jon Hunterjon-hun...@ti.com wrote:
Hi Govindraj,
[...]
oh = uart-oh;
- uart-dma_enabled = 0;
name = DRIVER_NAME;
omap_up.dma_enabled = uart-dma_enabled;
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
Premi, Sanjeev pr...@ti.com 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
Felipe Balbi ba...@ti.com 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 ba...@ti.com
Queuing this fix for v3.2-rc (branch: for_3.2/fixes/pm)
Kevin
--
To unsubscribe
+Jean
Felipe Balbi ba...@ti.com 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
Hi Tero,
Tero Kristo t-kri...@ti.com 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
Thomas Weber we...@corscience.de writes:
The file arch/arm/mach-omap2/io.h is empty, so we can remove it.
Signed-off-by: Thomas Weber we...@corscience.de
It's empty and unused elsewhere.
Acked-by: Kevin Hilman khil...@ti.com
--
To unsubscribe from this list: send the line unsubscribe
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 ya...@emcraft.com
---
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 ya...@emcraft.com
---
arch/arm/mach-omap2/Makefile
On Wed, Nov 16, 2011 at 12:18 AM, DebBarma, Tarun Kanti
tarun.ka...@ti.com 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
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 rna...@ti.com
---
://marc.info/?l=linux-arm-kernelm=132071036621713w=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 linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
From: Ming Lei tom.leim...@gmail.com
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]
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 on Mike and
On Wed, Nov 16, 2011 at 04:06:08PM -0800, Kevin Hilman wrote:
Felipe Balbi ba...@ti.com 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 ba...@ti.com
Queuing this
[...]
+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
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
+++
Hi,
On Thu, Nov 17, 2011 at 3:04 PM, Fan Ye mouseye...@yahoo.com 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
38 matches
Mail list logo