ping..
-Original Message-
From: Premi, Sanjeev
Sent: Thursday, July 22, 2010 2:44 PM
To: linux-omap@vger.kernel.org
Cc: Marathe, Yogesh; Premi, Sanjeev
Subject: [PATCH] omap3: Remove non-existent config option
From: Yogesh Marathe yogesh_mara...@ti.com
The definition of iva2
On Mon, 2010-08-02 at 14:05 +0200, ext Taneja, Archit wrote:
Hi,
On Tue, 2010-07-27 at 10:27 +0200, ext Taneja, Archit wrote:
Hi,
We had pushed three patch series while you were out. We
received some
good comments on them. We wanted to know if you can point out more
fixes
Hi,
On Mon, 2010-08-02 at 14:05 +0200, ext Taneja, Archit wrote:
Hi,
On Tue, 2010-07-27 at 10:27 +0200, ext Taneja, Archit wrote:
Hi,
We had pushed three patch series while you were out. We
received some
good comments on them. We wanted to know if you can
point out
Hello,
Please consider to add these patch which improves the support for IGEP v2
platform and adds support
for the new IGEP OMAP3 module.
$ git diff --stat origin/master
arch/arm/mach-omap2/Kconfig |5 +
arch/arm/mach-omap2/Makefile |2 +
From: Enric Balletbo i Serra eballe...@iseebcn.com
Signed-off-by: Enric Balletbo i Serra eballe...@gmail.com
---
arch/arm/mach-omap2/board-igep0020.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-igep0020.c
From: Enric Balletbo i Serra eballe...@iseebcn.com
This patch adds support to detect IGEP v2 hardware revision and configure
GPIO's for W-LAN + Bluetooth combo which depends on hardware revision.
Signed-off-by: Enric Balletbo i Serra eballe...@gmail.com
---
arch/arm/mach-omap2/board-igep0020.c
From: Enric Balletbo i Serra eballe...@iseebcn.com
The IGEP v2 board has four leds, this patch allows control all
of these LEDs using the LED class if CONFIG_LEDS_GPIO is selected
or using the General Purpose Input/Output (GPIO) interface if
CONFIG_LEDS_GPIO is not selected.
Signed-off-by: Enric
The OMAP3 IGEP module is a low-power, high performance production-ready
system-on-module (SOM) based on TI's OMAP3 family.
Signed-off-by: Enric Balletbo i Serra eballe...@gmail.com
---
arch/arm/mach-omap2/Kconfig |5 +
arch/arm/mach-omap2/Makefile |2 +
On Fri, 2010-07-02 at 22:54 +0200, ext Grazvydas Ignotas wrote:
FBIO_WAITFORVSYNC is a stardard ioctl for waiting vsync, already
used by some userspace, so add it as an alias for OMAPFB_WAITFORVSYNC.
Signed-off-by: Grazvydas Ignotas nota...@gmail.com
---
Tomi,
I know I already sent this
On Mon, 2010-07-05 at 10:56 +0200, ext Tony Lindgren wrote:
* Christoph Egger sicce...@cs.fau.de [100630 18:58]:
OMAP2_VENC_OUT_TYPE_SVIDEO, OMAP2_VENC_OUT_TYPE_COMPOSITE doesn't
exist in Kconfig, therefore removing all references for it from the
source code.
Let's let Tomi figure out
* Shilimkar, Santosh santosh.shilim...@ti.com [100731 15:38]:
Jeremy,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Russell King - ARM Linux
Sent: Saturday, July 31, 2010 2:55 PM
To:
Davinci's EMAC device has an in-built MDIO controller and a CPDMA engine.
These hardware modules are not restricted to EMAC device alone. For example,
CPSW3G (3-port gigabit ethernet switch) hardware uses these very same modules
internally. This patch series separates out EMAC's MDIO and CPDMA
Having switched over to the newly introduced cpdma layer, this patch now
removes a whole bunch of code that is now unused. This patch has been
maintained separate strictly for reasons of readability.
Signed-off-by: Cyril Chemparathy cy...@ti.com
---
drivers/net/davinci_emac.c | 929
In addition to being embedded into the EMAC controller, the CPDMA hardware
block is used in TI's CPSW switch controller. Fortunately, the programming
interface to this hardware block remains pretty nicely consistent across these
devices.
This patch adds a new CPDMA services layer, which can then
This patch hooks up the emac driver with the newly separated cpdma driver.
Key differences introduced here:
- The old buffer list scheme is no longer required
- The original code maintained mac address per rx channel, even if only one
rx channel was being used. With this change, mac
This patch removes davinci architecture code that has now been rendered
useless by the previous patches in the MDIO separation series.
Signed-off-by: Cyril Chemparathy cy...@ti.com
---
arch/arm/mach-davinci/board-da830-evm.c |5 -
arch/arm/mach-davinci/board-da850-evm.c |6
This patch adds mdio platform devices on SoCs that have the necessary
hardware. Clock lookup entries (aliases) have also been added, so that the
MDIO and EMAC drivers can independently enable/disable a shared underlying
clock. Further, the EMAC MMR region has been split down into separate MDIO
This patch switches the emac implementation over to the newly separated
MDIO driver.
With this, the mdio bus frequency defaults to a safe 2.2MHz. Boards may
optionally specify a bus frequency via platform data.
The phy identification scheme has been modified to use a phy bus id instead
of a
Davinci's MDIO controller is present on other TI devices, without an
accompanying EMAC. For example, on tnetv107x, the same MDIO module is used in
conjunction with a 3-port switch hardware.
By separating the MDIO controller code into its own platform driver, this
patch allows common logic to be
Resending with the corrected mailing list
Hello Kevin,
I want to draw your attention to an issue the following patch introduces.
http://dev.omapzoom.org/?p=swarch/linux-omap-adv.git;a=commitdiff;h=8041359e18e49bf8a3d41f15894db9e476f3a8fc
arch/arm/mach-omap2/pm_bus.c patch | blob | history
On 08/03/10 16:31, Cyril Chemparathy wrote:
This patch adds mdio platform devices on SoCs that have the necessary
hardware. Clock lookup entries (aliases) have also been added, so that the
MDIO and EMAC drivers can independently enable/disable a shared underlying
clock. Further, the EMAC MMR
Hi Ohad,
On Mon, Aug 2, 2010 at 11:35 PM, Ohad Ben-Cohen o...@wizery.com wrote:
I'm honestly trying to understand your concerns, but I'm afraid that
just saying it's a hack is not too informative. Can you please
explain what do you think is technically wrong with the proposed
solution ? is
Hi Igor,
Shouldn't arch/arm/mach-omap2/board-am3517evm.c be on your list?
I think it should, or else it will be broken by:
[PATCH 5/8] netdev: cleanup unused davinci mdio emac code
Correct. As stated in the series summary:
Additional omap tree patches will be required for am35xx as well
Hi,
-Original Message-
From: Andy Shevchenko [mailto:andy.shevche...@gmail.com]
Sent: Wednesday, July 28, 2010 1:44 PM
To: Ramos Falcon, Ernesto
Cc: gre...@suse.de; Ramirez Luna, Omar; o...@wizery.com;
ameya.pala...@nokia.com; felipe.contre...@nokia.com; Guzman Lugo, Fernando;
Basak, Partha p-bas...@ti.com writes:
Resending with the corrected mailing list
Hello Kevin,
I want to draw your attention to an issue the following patch
introduces.
http://dev.omapzoom.org/?p=swarch/linux-omap-adv.git;a=commitdiff;h=8041359e18e49bf8a3d41f15894db9e476f3a8fc
[...]
I
Russell,
-Original Message-
From: Sin, David
Sent: Monday, August 02, 2010 9:55 AM
To: Shilimkar, Santosh; Russell King - ARM Linux; Woodruff, Richard
Cc: linux-omap@vger.kernel.org; Tony Lindgren; Kanigeri,
Hari; Ohad Ben-Cohen; Hiremath, Vaibhav; Molnar, Lajos;
Voultoury,
Add revision detection for ES1.1 and ES1.2. Set default
revision as ES1.2.
Add CHIP_GE_OMAP3630ES1_1 to detect revisions 1.1 and later.
This is needed for at least one feature that is broken in
3630ES1.0 but exists on older (3430 ES3.1) and newer revisions.
Additionally, update some of the
Manjunatha GK manj...@ti.com writes:
This patch adds OMAP3 DMA hwmod structures.
Signed-off-by: Manjunatha GK manj...@ti.com
[...]
+static struct omap_hwmod omap3xxx_dma_system_hwmod = {
+ .name = dma,
+ .class = omap3xxx_dma_hwmod_class,
+ .mpu_irqs
Hi,
I'm using a beagleboard based custom hardware, and I'm trying out
u-boot-2010.06 and the just release linux-omap-2.6.35 kernel release from
http://git.kernel.org/?p=linux/kernel/git/tmlind/linux-omap-2.6.git;a=summary
using the v2.6.35 tag.
I used the omap3-beagle-defconfig, to
Tony Lindgren t...@atomide.com writes:
* Paul Walmsley p...@pwsan.com [100704 00:43]:
Hi Tony,
here's the pull request for some clock, hwmod, omap_device, PM constraints
patches for 2.6.36.
Thanks, pulled into omap-for-linus.
Hmm, I don't see this in current omap-for-linus. Is it
Hi,
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Cyril
Chemparathy
Davinci's MDIO controller is present on other TI devices, without an
accompanying EMAC. For example, on tnetv107x, the same MDIO module is used in
conjunction with a 3-port
Hi,
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Chemparathy, Cyril
In addition to being embedded into the EMAC controller, the CPDMA hardware
block is used in TI's CPSW switch controller. Fortunately, the programming
interface to this hardware
Mis-typed omap's list; sorry for the resend
On 08/03/2010 04:35 PM, Patrick Pannuto wrote:
Inspiration for this comes from:
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg31161.html
INTRO
As SOCs become more popular, the desire to quickly define a simple,
but functional, bus
Thara Gopinath th...@ti.com writes:
This patch series is RFC for support of Dynamic Voltage and
Frequency Scaling (DVFS) for OMAP devices. DVFS is a technique that
uses the optimal operating frequency and voltage to allow a task to be
performed in the required amount of time.
OMAP processors
On Aug 4, 2010, at 1:25 AM, Elvis Dowson wrote:
However, after booting, the system just hangs
Starting kernel ...
Uncompressing Linux... done, booting the kernel.
I was using beagleboard_defconfig, which probably was insufficient, I should
have used omap3_defconfig.
best regards,
Hi,
I'm trying out u-boot-2010.06 and linux-omap-2.6.34, and I'm using the
omap3_defconfig.
I get the following error upon boot:
[2.097320] Waiting for root device /dev/mmcblk0p2...
[2.235595] mmc0: new SD card at address b874
[2.243530] mmcblk0: mmc0:b874 SU02G 1.87 GiB
On Tue, Aug 03, 2010 at 04:35:06PM -0700, Patrick Pannuto wrote:
Inspiration for this comes from:
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg31161.html
INTRO
As SOCs become more popular, the desire to quickly define a simple,
but functional, bus type with only a few unique
On 08/03/2010 04:56 PM, Greg KH wrote:
On Tue, Aug 03, 2010 at 04:35:06PM -0700, Patrick Pannuto wrote:
Inspiration for this comes from:
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg31161.html
INTRO
As SOCs become more popular, the desire to quickly define a simple,
but
On Tue, Aug 03, 2010 at 05:02:29PM -0700, Patrick Pannuto wrote:
On 08/03/2010 04:56 PM, Greg KH wrote:
On Tue, Aug 03, 2010 at 04:35:06PM -0700, Patrick Pannuto wrote:
Inspiration for this comes from:
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg31161.html
INTRO
As
struct platform_device sub_bus1 = {
.name = sub_bus1,
.id = -1,
.dev.bus= my_bus_type,
}
EXPORT_SYMBOL_GPL(sub_bus1);
You really want a bus hanging off of a bus? Normally you need a device
to do that, which is what
Thara Gopinath th...@ti.com writes:
This patch extends the device opp structure to contain
info about the voltage domain to which the device belongs to
and to contain pointers to scale the operating rate of the
device. This patch also adds an API in the opp layer that
can be used by the
Kevin,
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Wednesday, August 04, 2010 3:27 AM
To: G, Manjunath Kondaiah
Cc: linux-omap@vger.kernel.org; Cousson, Benoit; Paul
Walmsley; Tony Lindgren; Sawant, Anand; Shilimkar, Santosh;
Nayak, Rajendra;
On Tue, Aug 3, 2010 at 8:17 PM, Patrick Pannuto ppann...@quicinc.com wrote:
struct platform_device sub_bus1 = {
.name = sub_bus1,
.id = -1,
.dev.bus = my_bus_type,
}
EXPORT_SYMBOL_GPL(sub_bus1);
You really want a bus
Hi Omar,
[...]
+while ((reg = __raw_readl(regs-user[0].access)) USERACCESS_GO)
+;
potential infinite loop? I saw another place in your series using time_after,
might fit in here too.
[...]
+while ((__raw_readl(regs-control) CONTROL_IDLE) == 0)
+;
Hi Omar,
[...]
+if (ctlr-channels[chan_num])
+goto err_chan_busy;
Mem leaking 'chan'
Thanks. Will modify for v2.
Regards
Cyril.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo
On Aug 4, 2010, at 3:53 AM, Elvis Dowson wrote:
Hi,
I'm trying out u-boot-2010.06 and linux-omap-2.6.34, and I'm using the
omap3_defconfig.
I get the following error upon boot:
[2.097320] Waiting for root device /dev/mmcblk0p2...
[2.235595] mmc0: new SD card at address
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Wednesday, August 04, 2010 5:20 AM
To: Gopinath, Thara
Cc: linux-omap@vger.kernel.org; p...@pwsan.com; Cousson, Benoit; Sripathy,
Vishwanath; Sawant, Anand;
Basak, Partha
Subject: Re: [RFC 0/7] OMAP: Basic
-Original Message-
From: Ghorai, Sukumar
Sent: Monday, August 02, 2010 9:20 PM
To: linux-omap@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org; linux-...@lists.infradead.org;
Ghorai, Sukumar
Subject: [PATCH v4 0/4] nand prefetch-irq support and ecc layout chanage
The
-Original Message-
From: Cousson, Benoit
Sent: Monday, August 02, 2010 5:41 PM
To: Gopinath, Thara
Cc: linux-omap@vger.kernel.org; khil...@deeprootsystems.com; p...@pwsan.com;
Sripathy, Vishwanath;
Sawant, Anand; Basak, Partha
Subject: Re: [RFC 3/7] OMAP: Introduce voltage domain
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Wednesday, August 04, 2010 6:03 AM
To: Gopinath, Thara
Cc: linux-omap@vger.kernel.org; p...@pwsan.com; Cousson, Benoit; Sripathy,
Vishwanath; Sawant, Anand;
Basak, Partha
Subject: Re: [RFC 3/7] OMAP:
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Friday, June 25, 2010 11:56 PM
To: Gopinath, Thara
Cc: linux-omap@vger.kernel.org; p...@pwsan.com; Cousson, Benoit; Sripathy,
Vishwanath; Sawant, Anand
Subject: Re: [PM-SR] [PATCH] OMAP: PM: Remove the
* Elvis Dowson elvis.dow...@mac.com [100804 02:43]:
On Aug 4, 2010, at 1:25 AM, Elvis Dowson wrote:
However, after booting, the system just hangs
Starting kernel ...
Uncompressing Linux... done, booting the kernel.
I was using beagleboard_defconfig, which probably was
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Elvis Dowson
Sent: Wednesday, August 04, 2010 6:25 AM
To: linux-omap@vger.kernel.org
Subject: Re: Unable to load ext3 partition from mmc card
On Aug 4, 2010, at
* Kevin Hilman khil...@deeprootsystems.com [100804 01:21]:
Tony Lindgren t...@atomide.com writes:
* Paul Walmsley p...@pwsan.com [100704 00:43]:
Hi Tony,
here's the pull request for some clock, hwmod, omap_device, PM constraints
patches for 2.6.36.
Thanks, pulled into
Tomi,
Any thoughts?
On 07/27/10 16:59, Igor Grinberg wrote:
On 07/27/10 11:00, Tomi Valkeinen wrote:
On Mon, 2010-07-26 at 12:34 +0200, ext Igor Grinberg wrote:
This patch enables platforms to modify the dss device configuration
of the generic panel.
Signed-off-by: Igor
Madhu,
On Mon, Aug 2, 2010 at 9:26 PM, Madhusudhan madhu...@ti.com wrote:
-Original Message-
From: kishore kadiyala [mailto:kishorek.kadiy...@gmail.com]
Sent: Monday, August 02, 2010 9:33 AM
To: Andrew Morton
Cc: linux-...@vger.kernel.org; linux-omap@vger.kernel.org;
* Paul Walmsley p...@pwsan.com [100712 23:14]:
On Fri, 9 Jul 2010, Thomas Weber wrote:
Add a missing break at end of switch statement. At the moment it is a
fall through to WARN_ON(1) and return -EEXIST.
Signed-off-by: Thomas Weber we...@corscience.de
Thanks Thomas.
Tony, this is
* Steve Sakoman sako...@gmail.com [100710 01:10]:
On Tue, May 25, 2010 at 8:54 AM, Mickael Chazaux
mickael.chaz...@gmail.com wrote:
Hi,
I am working on adding the support of an omap3 based board in the
kernel. This board uses an ADS7843 touchscreen controller, on the SPI
bus. The
* Anand Gadiyar gadi...@ti.com [100710 02:11]:
Add revision detection for ES1.1 and ES1.2. Set default
revision as ES1.2.
Add CHIP_GE_OMAP3630ES1_1 to detect revisions 1.1 and later.
This is needed for at least one feature that is broken in
3630ES1.0 but exists on older (3430 ES3.1) and
Tony Lindgren wrote:
* Anand Gadiyar gadi...@ti.com [100710 02:11]:
Add revision detection for ES1.1 and ES1.2. Set default
revision as ES1.2.
Add CHIP_GE_OMAP3630ES1_1 to detect revisions 1.1 and later.
This is needed for at least one feature that is broken in
3630ES1.0 but exists
* Sanjeev Premi pr...@ti.com [100713 13:26]:
This patch fixes these compiler warnings:
--- a/arch/arm/mach-omap2/mux.c
+++ b/arch/arm/mach-omap2/mux.c
@@ -87,7 +87,7 @@ static char *omap_mux_options;
int __init omap_mux_init_gpio(int gpio, int val)
{
struct omap_mux_entry *e;
-
* janboe janboe...@gmail.com [100713 18:06]:
Since omap4 gpio pad config offset is different with omap3, so
omap3_gpio_pads_init only works for omap3, and this will break
omap4 build.
snip
-/*
- * Following pad init code in addition to the context / restore hooks are
- * needed to fix
On Tue, 2010-07-27 at 15:59 +0200, ext Igor Grinberg wrote:
On 07/27/10 11:00, Tomi Valkeinen wrote:
On Mon, 2010-07-26 at 12:34 +0200, ext Igor Grinberg wrote:
This patch enables platforms to modify the dss device configuration
of the generic panel.
Signed-off-by: Igor Grinberg
63 matches
Mail list logo