On Tue, Nov 9, 2010 at 5:38 PM, Kevin Hilman
wrote:
>> ---
>> arch/arm/mach-omap2/devices.c | 100
>> ---
>> arch/arm/mach-omap2/mailbox.c | 1 +
>> arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 54 +++
>
> please separate out the
On Tue, Nov 9, 2010 at 5:48 PM, Kevin Hilman
wrote:
>> #if defined(CONFIG_OMAP_MBOX_FWK) || defined(CONFIG_OMAP_MBOX_FWK_MODULE)
>> +static struct omap_device_pm_latency mbox_latencies[] = {
>> + [0] = {
>> + .activate_func = omap_device_enable_clocks,
>> + .activate_l
On Wed, Nov 10, 2010 at 1:48 AM, Kevin Hilman
wrote:
>> #if defined(CONFIG_OMAP_MBOX_FWK) || defined(CONFIG_OMAP_MBOX_FWK_MODULE)
>> +static struct omap_device_pm_latency mbox_latencies[] = {
>> + [0] = {
>> + .activate_func = omap_device_enable_clocks,
>> + .activate_
Thara Gopinath writes:
> This patch extends the OMAP4 clock data to include
> various x2 clock nodes as the clock framework
> skips a *2 whie calculating the dpll locked frequency.
>
> The clock databse extensions are autogenerated using
> the scripts maintained by Benoit Cousson.
>
> Signed-off-
Omar Ramirez Luna writes:
> From: Felipe Contreras
>
> So that we can enable the main clock.
-ENO_DESCRIPTIVE_CHANGELOG
omap_device_enable/disable do more than just manage the clocks
> Signed-off-by: Felipe Contreras
> Signed-off-by: Omar Ramirez Luna
> ---
> arch/arm/mach-omap2/devices.c
Omar Ramirez Luna writes:
> From: Felipe Contreras
>
> HWMOD support for omap3.
-ENO_DESCRIPTIVE_CHANGELOG
Please describe in more detail what is happening here, starting with a
better subject:
omap: mailbox: build device using omap_device/omap_hwmod
and the changelog should describe
"G, Manjunath Kondaiah" writes:
> Convert DMA library into DMA platform driver and make use
> of platform data provided by HWMOD data base for OMAP2PLUS onwards.
> For OMAP1 processors, the DMA driver in mach-omap uses resource
> structures for getting platform data.
>
> Signed-off-by: G, Manjuna
"G, Manjunath Kondaiah" writes:
> Add OMAP2420 DMA hwmod structures.
s/structures/data/
Also, as pointed out in many other hwmod reviews, when adding hwmod
data, subject should be something like:
OMAP2420: hwmod_data: add system DMA
Kevin
> Signed-off-by: G, Manjunath Kondaiah
> Cc:
"G, Manjunath Kondaiah" writes:
> This patch series converts DMA library into platform device and hwmod
> adaptation is done for omap2+ processors.
>
> It also replaces cpu_*is* checks by moving omap1 and omap2+ processor
> code into repsective mach-omapx directories. The common code in plat-om
On Wed, Nov 10, 2010 at 12:39:47AM +0200, Felipe Contreras wrote:
> On Wed, Nov 10, 2010 at 12:10 AM, Greg KH wrote:
> > On Tue, Nov 09, 2010 at 11:53:29PM +0200, Felipe Contreras wrote:
> >> You mean after this pull, or should Omar re-send this pull request?
> >
> > I'm not pulling _anything_ at
"G, Manjunath Kondaiah" writes:
> Enable runtime pm and use pm_runtime_get and pm_runtime_put
> for OMAP DMA driver.
>
> Signed-off-by: G, Manjunath Kondaiah
> Cc: Benoit Cousson
> Cc: Kevin Hilman
> Cc: Santosh Shilimkar
> ---
> arch/arm/plat-omap/dma.c | 13 +
> 1 files chang
On Wed, Nov 10, 2010 at 12:10 AM, Greg KH wrote:
> On Tue, Nov 09, 2010 at 11:53:29PM +0200, Felipe Contreras wrote:
>> You mean after this pull, or should Omar re-send this pull request?
>
> I'm not pulling _anything_ at the moment for this driver.
>
> I want to see patches, not a pull request pl
"G, Manjunath Kondaiah" writes:
> Convert DMA library into DMA platform driver and make use
> of platform data provided by HWMOD data base for OMAP2PLUS onwards.
> For OMAP1 processors, the DMA driver in mach-omap uses resource
> structures for getting platform data.
>
> Signed-off-by: G, Manjuna
"G, Manjunath Kondaiah" writes:
> Register OMAP1 DMA driver as platform device and add support
> for registering through platform device layer using resource
> structures.
>
> Signed-off-by: G, Manjunath Kondaiah
> Cc: Benoit Cousson
> Cc: Kevin Hilman
> Cc: Santosh Shilimkar
> ---
> arch/ar
On Tue, Nov 9, 2010 at 8:32 PM, Tony Lindgren wrote:
> * Guzman Lugo, Fernando [101109 09:43]:
>> On Tue, Nov 9, 2010 at 11:35 AM, Tony Lindgren wrote:
>> > * Guzman Lugo, Fernando [101109 08:36]:
>> >>
>> >> tidspbridge iommu change are working fine all the patches and few fixes
>> >> after
>
"G, Manjunath Kondaiah" writes:
> Implement errata handling to use flags instead of cpu_is_*
> and cpu_class_* in the code.
>
> The errata flags are initialized at init time and during runtime
> we are using the errata variable (via the IS_DMA_ERRATA macro)
> to execute the required errata workar
On Tue, Nov 09, 2010 at 11:53:29PM +0200, Felipe Contreras wrote:
> On Tue, Nov 9, 2010 at 7:58 PM, Greg KH wrote:
> > If it is easy to revert and push later, then the "revert just this
> > piece" should be done now.
> >
> > Seriously, I'm getting very confused here, and am very annoyed by the
> >
On Tue, Nov 9, 2010 at 6:29 PM, Arnd Bergmann wrote:
> On Tuesday 09 November 2010, Felipe Contreras wrote:
>> Felipe Contreras (14):
>> Revert "staging: tidspbridge - update Kconfig to select IOMMU module"
>> Revert "staging: tidspbridge - remove dmm custom module"
>> Revert "st
On Tue, Nov 9, 2010 at 7:58 PM, Greg KH wrote:
> If it is easy to revert and push later, then the "revert just this
> piece" should be done now.
>
> Seriously, I'm getting very confused here, and am very annoyed by the
> whole thing.
With good reason.
> Here's what I don't like:
> - the origina
"G, Manjunath Kondaiah" writes:
> This patch introduces OMAP DMA device attributes for using the same in
> DMA platform driver for all OMAP's and HWMOD database(OMAP2PLUS onwards)
>
> Signed-off-by: G, Manjunath Kondaiah
> Cc: Benoit Cousson
> Cc: Kevin Hilman
> Cc: Santosh Shilimkar
> ---
>
"G, Manjunath Kondaiah" writes:
> The low level read/write macros are replaced with static inline functions
> and register offsets are handled through static register offset tables
> mapped through enumeration constants.
>
> The objective of this patch is to prepare for omap dma driver cleanup
>
On Tue, Nov 9, 2010 at 7:52 PM, Guzman Lugo, Fernando
wrote:
> On Tue, Nov 9, 2010 at 11:35 AM, Tony Lindgren wrote:
>> * Guzman Lugo, Fernando [101109 08:36]:
>>>
>>> tidspbridge iommu change are working fine all the patches and few fixes
>>> after
>>> that are alredy sent. what breaks tidspbr
Rajendra Nayak writes:
> Do not skip the sysc programming in the hmwod framework based
> on the cached value alone, since at times the module might have lost
> context (due to the Powerdomain in which the module belongs
> transitions to either Open Switch RET or OFF).
>
> Identifying if a module
Hi,
> Seriously, I'm getting very confused here, and am very annoyed by the
> whole thing.
>
> Here's what I don't like:
> - the original driver didn't even seem to work properly
> - people sent me patches they never tested and broke things even worse
> - some people have no respect for the oma
* Guzman Lugo, Fernando [101109 09:43]:
> On Tue, Nov 9, 2010 at 11:35 AM, Tony Lindgren wrote:
> > * Guzman Lugo, Fernando [101109 08:36]:
> >>
> >> tidspbridge iommu change are working fine all the patches and few fixes
> >> after
> >> that are alredy sent. what breaks tidspbridge, is the unm
On Tue, Nov 09, 2010 at 11:49:30AM -0600, Guzman Lugo, Fernando wrote:
> On Tue, Nov 9, 2010 at 11:25 AM, Greg KH wrote:
> > On Tue, Nov 09, 2010 at 11:04:18AM -0600, Guzman Lugo, Fernando wrote:
> >> On Tue, Nov 9, 2010 at 10:55 AM, Greg KH wrote:
> >> > On Tue, Nov 09, 2010 at 05:29:17PM +0100,
On Tue, Nov 9, 2010 at 11:35 AM, Tony Lindgren wrote:
> * Guzman Lugo, Fernando [101109 08:36]:
>>
>> tidspbridge iommu change are working fine all the patches and few fixes after
>> that are alredy sent. what breaks tidspbridge, is the unmerged
>> dependencies in linux omap tree, specifically th
On Tue, Nov 9, 2010 at 11:25 AM, Greg KH wrote:
> On Tue, Nov 09, 2010 at 11:04:18AM -0600, Guzman Lugo, Fernando wrote:
>> On Tue, Nov 9, 2010 at 10:55 AM, Greg KH wrote:
>> > On Tue, Nov 09, 2010 at 05:29:17PM +0100, Arnd Bergmann wrote:
>> >> On Tuesday 09 November 2010, Felipe Contreras wrote
Ben Dooks writes:
> On Thu, Oct 07, 2010 at 10:37:03AM -0700, Kevin Hilman wrote:
>> Ben Dooks writes:
>>
>> [...]
>>
>> > As such, I should really go and read up all about this new runtime-pm
>> > and hwmod stuff before further commentign on the changes.
>>
>> ping
>>
>> >From the drivers p
* Guzman Lugo, Fernando [101109 08:36]:
>
> tidspbridge iommu change are working fine all the patches and few fixes after
> that are alredy sent. what breaks tidspbridge, is the unmerged
> dependencies in linux omap tree, specifically the iommu module patches
> and the SG patch.
Care to post a s
"G, Manjunath Kondaiah" writes:
> The commit '311225e6' is missing '.module_offs' in prcm
> structure in omap3 hwmod data base which results in accessing
> wrong register for I2Cx IDLEST bit monitoring.
>
> Added module offsets for accessing register CM_IDLEST1_CORE.
>
> Patch tested on Zoom3 usi
On Tue, Nov 09, 2010 at 11:04:18AM -0600, Guzman Lugo, Fernando wrote:
> On Tue, Nov 9, 2010 at 10:55 AM, Greg KH wrote:
> > On Tue, Nov 09, 2010 at 05:29:17PM +0100, Arnd Bergmann wrote:
> >> On Tuesday 09 November 2010, Felipe Contreras wrote:
> >> > Felipe Contreras (14):
> >> > Revert "s
Still keep sharp_ls_panel driver, because it contains blacklight control driver.
Signed-off-by: Bryan Wu
---
drivers/video/omap2/displays/Kconfig | 18 --
drivers/video/omap2/displays/Makefile |3 -
drivers/video/omap2/displays/panel-generic.c | 174 --
Still keep sharp_ls_panel, since the sharp_ls_panel driver contains blacklight
control driver code which will be moved out later. Then we can use generic DPI
driver for sharp_ls_panel.
Signed-off-by: Bryan Wu
---
arch/arm/mach-omap2/board-3430sdp.c | 13 +
arch/arm/mach-omap2/
Generic DPI panel driver includes the driver and 4 similar panel
configurations. It
will match the panel name which is passed from platform data and setup the
right configurations.
With generic DPI panel driver, we can remove those 4 duplicated panel display
drivers. In the future, it is simple f
There are 4 duplicated DPI panel drivers in DSS2 display driver. They are
similar and a generic DPI panel driver can support all them with specific
panel configuration. And new DPI panel driver can be easily supported
by adding panel configurations into generic panel DPI driver.
This patchset intr
On Tue, Nov 9, 2010 at 10:55 AM, Greg KH wrote:
> On Tue, Nov 09, 2010 at 05:29:17PM +0100, Arnd Bergmann wrote:
>> On Tuesday 09 November 2010, Felipe Contreras wrote:
>> > Felipe Contreras (14):
>> > Revert "staging: tidspbridge - update Kconfig to select IOMMU module"
>> > Revert "s
On Tue, Nov 09, 2010 at 05:29:17PM +0100, Arnd Bergmann wrote:
> On Tuesday 09 November 2010, Felipe Contreras wrote:
> > Felipe Contreras (14):
> > Revert "staging: tidspbridge - update Kconfig to select IOMMU module"
> > Revert "staging: tidspbridge - remove dmm custom module"
> >
On Tue, Nov 9, 2010 at 10:29 AM, Arnd Bergmann wrote:
> On Tuesday 09 November 2010, Felipe Contreras wrote:
>> Felipe Contreras (14):
>> Revert "staging: tidspbridge - update Kconfig to select IOMMU module"
>> Revert "staging: tidspbridge - remove dmm custom module"
>> Revert "s
On Tuesday 09 November 2010, Felipe Contreras wrote:
> Felipe Contreras (14):
> Revert "staging: tidspbridge - update Kconfig to select IOMMU module"
> Revert "staging: tidspbridge - remove dmm custom module"
> Revert "staging: tidspbridge - deprecate reserve/unreserve_memory
> f
From: Srinath
Craneboard is a hardware development platform based on the
Sitara AM3517 ARM Cortex - A8 microprocessor device. This is a
low cost reference design.
This patch adds basic board file. Detailed support will follow in
subsequent patches.
[1] http://www.ti.com/arm
[2] http://www.m
Hello Anand,
-Original Message-
From: Gadiyar, Anand
Sent: Tuesday, November 09, 2010 7:10 PM
To: J, KEERTHY; lm-sens...@lm-sensors.org; guenter.ro...@ericsson.com;
sa...@linux.intel.com; kh...@linux-fr.org
Cc: mikko.k.yli...@nokia.com; Balbi, Felipe; amit.kuche...@canonical.com;
linux-
> Introducing a driver for MADC on TWL4030 powerIC. MADC stands for
monitoring
> ADC. This driver monitors the real time conversion of analog signals
like
> battery temperature, battery type, battery level etc. User can also ask
for
> the conversion on a particular channel using the sysfs nodes.
>
Hi,
On Mon, 2010-11-08 at 22:44 +0100, ext Bryan Wu wrote:
> Generic DPI panel driver includes the driver and 4 similar panel
> configurations. It
> will match the panel name which is passed from platform data and setup the
> right configurations.
>
> With generic DPI panel driver, we can remove
On Mon, 2010-11-08 at 20:43 +0100, ext Bryan Wu wrote:
> On Mon, Nov 8, 2010 at 7:26 AM, Tomi Valkeinen
> wrote:
> > Hi,
> >
> > On Fri, 2010-11-05 at 20:43 +0100, ext Bryan Wu wrote:
> >> static struct omap_dss_device sdp3430_dvi_device = {
> >> .name = "dvi",
> >> -
On Tue, 2010-11-09 at 05:20 +0100, ext Taneja, Archit wrote:
> Hi,
>
> I was going through the DSS2 code and was unable to find a place
> where we set the 11th bit in DISPC_GFX_ATTRIBUTES or the 19th bit
> in DISPC_VIDn_ATTRIBUTES.
>
> Setting these bits ensures that the DISPC FIFO's fill up to t
Introducing a driver for MADC on TWL4030 powerIC. MADC stands for monitoring
ADC. This driver monitors the real time conversion of analog signals like
battery temperature, battery type, battery level etc. User can also ask for
the conversion on a particular channel using the sysfs nodes.
Signed-of
2010/11/8 Gadiyar, Anand :
> 2010/11/8 Marco Stornelli :
>> 2010/11/8 Uwe Kleine-König :
>>> Hello,
>>>
>>> On Sat, Nov 06, 2010 at 10:06:35AM +0100, Marco Stornelli wrote:
From: Marco Stornelli
During compilation of 2.6.36 for Beagle board, there a are a couple of
warnings. T
48 matches
Mail list logo
