On 11/10/11 12:47 AM, Premi, Sanjeev wrote:
I have been running latest linux-omap/master on OMAP3EVM (boot from MMC).
When building with CodeSourcery 2011.03-41, I see frequent hangs just
after Uncompressing Linux... done, booting the kernel
However, builds with CodeSourcery 2009q1-203 boot
On 2/6/11 9:09 AM, Elvis Dowson wrote:
I've got LCD backlight brightness control working with a custom
beagleboard design, with the LCD backlight pwm control signal connected to
OMAP3503's gpt9_pwm_evt timer.
GPIO 96 is connected to the LCD LED enable pin for controlling the on/off
On 2/6/11 9:53 AM, Elvis Dowson wrote:
On Feb 6, 2011, at 9:30 PM, Grant Erickson wrote:
The following script should be instructive:
device=/sys/devices/platform/pwm-backlight.0/backlight/pwm-backlight.0
For me, this is located in /sys/class/backlight/beagleboard
and bl_power
On 2/1/11 2:32 PM, Tony Lindgren wrote:
* Grant Erickson maratho...@gmail.com [110128 16:34]:
Is there any reason, to date, that the ARM architecture has not had the
following kernel configuration option?
config GENERIC_CMOS_UPDATE
def_bool y
Looks like it would just require
Is there any reason, to date, that the ARM architecture has not had the
following kernel configuration option?
config GENERIC_CMOS_UPDATE
def_bool y
Regards,
Grant
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
kernel.
Best,
Grant Erickson
--
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://vger.kernel.org/majordomo-info.html
On 11/21/10 10:27 PM, Ghorai, Sukumar wrote:
-Original Message-
From: Grant Erickson [mailto:maratho...@gmail.com]
Sent: Monday, November 22, 2010 11:39 AM
To: Charles Manning
Cc: linux-omap@vger.kernel.org; Grazvydas Ignotas; Ghorai, Sukumar
Subject: Re: No more software ECC
I am working with a board that deviates from what seems to be common
OMAP-as-clock-slave-from-the-TWL4030-PMIC-clock-master practice. In order to
get this board to work correctly when used with SmartReflex-enabled, I had to
add the following to the board initialization function:
/* In this
On 11/16/10 4:37 AM, Hemanth V wrote:
- Original Message -
From: Grant Erickson maratho...@gmail.com
Sent: Monday, November 15, 2010 12:58 AM
This patch adds support to request and use one or more of the OMAP
dual-mode timers as a generic PWM device compatible with other generic
On 11/16/10 4:42 AM, Felipe Balbi wrote:
On Sun, Nov 14, 2010 at 01:28:49PM -0600, Grant Erickson wrote:
+MODULE_LICENSE(GPLv2);
module license should be GPL v2
Thanks for the feedback. I'll make that adjustment.
Best,
Grant
--
To unsubscribe from this list: send the line unsubscribe
On 11/16/10 9:01 AM, Kevin Hilman wrote:
Grant Erickson maratho...@gmail.com writes:
This patch adds support to request and use one or more of the OMAP
dual-mode timers as a generic PWM device compatible with other generic
PWM drivers such as the PWM backlight or PWM beeper driver.
How
On 11/16/10 10:54 AM, Premi, Sanjeev wrote:
[sp] pr_info(), dev_info() are already macros - conditional to DEBUG.
We should use them instead of defining another layer.
The macros pr_devel, pr_dbg, and dev_dbg are so conditionalized; however,
*_info are straight pass-throughs to printk and
On 11/16/10 10:43 AM, Kevin Hilman wrote:
Grant Erickson maratho...@gmail.com writes:
On 11/16/10 9:01 AM, Kevin Hilman wrote:
Grant Erickson maratho...@gmail.com writes:
This patch adds support to request and use one or more of the OMAP
dual-mode timers as a generic PWM device compatible
= 0,
.dev= {
.platform_data = pwm_config
}
};
Signed-off-by: Grant Erickson maratho...@gmail.com
---
arch/arm/plat-omap/Kconfig|9 +
arch/arm/plat-omap/Makefile |2 +
arch/arm/plat-omap/include
I have a Mistral AM37x development board and am working on transitioning it
from the 2.6.32 provided with the SDK to 2.6.36 and have run into some issues
with the OMAP2 DSS driver that it seems others have encountered as well (e.g.
DSS2 broken with 36-rc1
15 matches
Mail list logo