On Tue, Sep 20, 2011 at 11:47:18AM +0800, Shawn Guo wrote:
> On Mon, Sep 19, 2011 at 05:37:41PM +0100, Russell King - ARM Linux wrote:
> > This is a re-post of the previous patch series, but with an additional
> > TLB flush to ensure that hte global TLB entry in the page tables is
> > flushed out.
On Tue, Sep 20, 2011 at 08:46:25AM +0100, Russell King - ARM Linux wrote:
> On Tue, Sep 20, 2011 at 11:47:18AM +0800, Shawn Guo wrote:
> > On Mon, Sep 19, 2011 at 05:37:41PM +0100, Russell King - ARM Linux wrote:
> > > This is a re-post of the previous patch series, but with an additional
> > > TLB
I have problems making suspend/resume work on 2.6.39 from
org.openembedded.dev. I believe this kernel has most/all functionality
from the pm-branch. I've tested on Beagleboard C3 (which never
resumes), and slightly modified C3 (which resumes, but says that it
had problems with core_pwrdm). Below is
Hi Tony,
Here is a bunch of board file patches related to DSS. They have all been sent
for review earlier, and are currently in my tree. Some of them depend on DSS
driver changes, so I'd like to keep them there to avoid compilation errors
(these won't compile if you apply them without patches from
Currently, there are 2 differently named platform devices generated for
the 2 DSS DSI modules. In order to use the same driver, the dsi devices
should be 2 instances of the same platform device.
Change the platform device names from "omapdss_dsi1" and "omapdss_dsi2"
to omapdss_dsi", and set the de
OMAP DSS normally gets power from VCXIO on OMAP4. Add configuration for
this into twl-common.c
Mark VCXIO as always_on, as VCXIO is used by multiple components,
including the MPU, and turning it off when DSS doesn't need it would
lead the device to halt.
Signed-off-by: Tomi Valkeinen
---
arch/a
From: Thomas Weber
Change lcd driver from generic to AT070TN83.
Signed-off-by: Thomas Weber
Signed-off-by: Tomi Valkeinen
---
arch/arm/mach-omap2/board-devkit8000.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/board-devkit8000.c
b/arch/arm/mac
Use default regn and regm2 dividers in the hdmi driver if the board file
does not define them.
Cc: Mythri P K
Signed-off-by: Tomi Valkeinen
---
arch/arm/mach-omap2/board-4430sdp.c |9 -
1 files changed, 0 insertions(+), 9 deletions(-)
diff --git a/arch/arm/mach-omap2/board-4430sdp.
Multiple OMAP3/4 boards have a DVI framer output. This patch makes the
boards use the new panel-dvi driver, instead of the panel-generic-dpi
driver.
Separate drivers for fixed size panels and DVI framer gives us cleaner
driver code.
Signed-off-by: Tomi Valkeinen
---
arch/arm/mach-omap2/board-34
OMAP3 Stalker board has definitions for LCD, but uses the generic driver
without any information what kind of LCD it has. The board should use a
particular panel type from panel-generic-dpi driver, not the generic
one.
As I haven't gotten response the signer-off of stalker board about the
issue, t
Add i2c bus number for DVI output for boards with DVI output where the
i2c bus has been confirmed to be connected and working. The driver uses
this to detect if a panel is connected and to read EDID.
Signed-off-by: Tomi Valkeinen
---
arch/arm/mach-omap2/board-igep0020.c|1 +
arch/arm/mac
4430SDP board file contains some unused old LCD configurations. They are
not used and can be removed.
Signed-off-by: Tomi Valkeinen
---
arch/arm/mach-omap2/board-4430sdp.c | 17 -
1 files changed, 0 insertions(+), 17 deletions(-)
diff --git a/arch/arm/mach-omap2/board-4430sdp.
4430SDP has two Taal DSI panels, connected to DSI 1 and DSI 2 modules.
The panels use a common PWM backlight, which will be implemented later
when the PWM driver has been improved to support the backlight.
Until the PWM driver has been improved, the following hack added to
arch/arm/mach-omap2/boar
An on-board projector named picodlp is available for OMAP4430 SDP.
Entry for this picodlp as a panel is being added in dss_devices array to
the board file. It needs 4 GPIO pins for interfacing with host
processor and these are defined and two of them are configured in board
file. Two GPIOs power
Current code calls omap4430_phy_init() twice in usb_musb_init().
Calling omap4430_phy_init() once is enough.
This patch removes the first omap4430_phy_init() call, which using an
uninitialized pointer as parameter.
This patch elimates below build warning:
arch/arm/mach-omap2/usb-musb.c: In functio
On Mon, Sep 12, 2011 at 7:46 PM, Ohad Ben-Cohen wrote:
> This series includes a new u8500 hwspinlock driver from Mathieu,
> a core fix from Juan and several other cleanups/fixes
> (some of which were reported by Arnd while reviewing Mathieu's
> driver).
...
> Documentation/hwspinlock.txt
Hi Laurent,
On Sat, Sep 17, 2011 at 08:02:22PM -0400, Laurent Pinchart wrote:
> On Wednesday 14 September 2011 16:07:39 Joerg Roedel wrote:
> > Without this patch it is possible to select the VIDEO_OMAP3
> > driver which then selects OMAP_IOVMM. But the omap iommu
> > driver is not compiled withou
On Monday 19 September 2011 10:07 PM, Russell King - ARM Linux wrote:
> This is a re-post of the previous patch series, but with an additional
> TLB flush to ensure that hte global TLB entry in the page tables is
> flushed out. This is a flush of all TLB entries, but it could probably
> be more ta
Hi Joerg,
On Tuesday 20 September 2011 12:01:46 Roedel, Joerg wrote:
> On Sat, Sep 17, 2011 at 08:02:22PM -0400, Laurent Pinchart wrote:
> > On Wednesday 14 September 2011 16:07:39 Joerg Roedel wrote:
> > > Without this patch it is possible to select the VIDEO_OMAP3
> > > driver which then selects
> -Original Message-
> From: linux-arm-kernel-boun...@lists.infradead.org [mailto:linux-
> arm-kernel-boun...@lists.infradead.org] On Behalf Of Santosh
> Shilimkar
> Sent: Sunday, September 04, 2011 7:24 PM
> To: linux-omap@vger.kernel.org
> Cc: khil...@ti.com; Santosh Shilimkar; rna...@ti.
The request functions now verify the success of omap_dm_timer_prepare() call
after a timer is acquired. If *_prepare() fails then we have to release the
timer. In order to avoid race condition during this time, include *_prepare()
within lock.
Signed-off-by: Tarun Kanti DebBarma
Reviewed-by: Sant
The low-level read and write access routines wait on write-pending register
in posted mode to make sure that previous write is complete on respective
registers. This waiting is done in an infinite while loop. Now it is being
modified to use timeout instead.
Signed-off-by: Tarun Kanti DebBarma
Rev
Add pm_runtime feature to dmtimer whereby *_runtime_get_sync()
is called within omap_dm_timer_enable(), pm_runtime_put()
is called in omap_dm_timer_disable(). In addition to calling
pm_runtime_enable, we are calling pm_runtime_irq_safe so that
they can be called from interrupt context.
Signed-off-
Add device name to OMAP2 dmtimer fclk nodes so that the fclk nodes can be
retrieved by doing a clk_get with the corresponding device pointers or
device names.
Reviewed-by: Santosh Shilimkar
Signed-off-by: Tarun Kanti DebBarma
Acked-by: Cousson, Benoit
---
arch/arm/mach-omap2/clock2420_data.c |
Convert OMAP1 dmtimers into a platform devices and then registers with
device model framework so that it can be bound to corresponding driver.
Signed-off-by: Thara Gopinath
Signed-off-by: Tarun Kanti DebBarma
Reviewed-by: Santosh Shilimkar
Acked-by: Cousson, Benoit
---
arch/arm/mach-omap1/Mak
Add dmtimer platform driver functions which include:
(1) platform driver initialization
(2) driver probe function
(3) driver remove function
Signed-off-by: Tarun Kanti DebBarma
Signed-off-by: Thara Gopinath
Reviewed-by: Santosh Shilimkar
Acked-by: Cousson, Benoit
---
arch/arm/plat-omap/dmtime
Clock is enabled only when timer is started and disabled when the the timer
is stopped. Therefore before accessing registers in functions clock is enabled
and then disabled back at the end of access. Context save is done dynamically
whenever the registers are modified. Context restore is called whe
Add routines to converts dmtimers to platform devices. The device data
is obtained from hwmod database of respective platform and is registered
to device model after successful binding to driver.
In addition, capability attribute of each of the timers is added in
hwmod database.
Signed-off-by: Tar
Add error handling code to export APIs.
Signed-off-by: Tarun Kanti DebBarma
Reviewed-by: Santosh Shilimkar
---
arch/arm/plat-omap/dmtimer.c | 101 ++---
arch/arm/plat-omap/include/plat/dmtimer.h | 24
2 files changed, 88 insertions(+), 37 deletio
Register timer devices by going through hwmod database using
hwmod API. The driver probes each of the registered devices.
Functionality which are already performed by hwmod framework
are removed from timer code. New set of timers present on
OMAP4 are now supported.
Signed-off-by: Tarun Kanti DebBa
Adaptation of dmtimer code to platform driver using omap_device and
omap_hwmod abstraction. It also include pm-runtime and off-mode support.
Baseline: git://github.com/tmlind/linux.git
Branch: cleanup
Test Info:
- OMAP4430SDP: Functional tests.
- OMAP3430SDP: Functional. Off-mode does not work.
-
We do not need this field in dmtimer_platform_data{} anymore.
Instead, read "tidr" register to identify the ip version now.
Signed-off-by: Tarun Kanti DebBarma
---
arch/arm/mach-omap2/omap_hwmod_2xxx_ipblock_data.c |1 -
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c |2 --
arch/arm/
Use sys_timer_reserved to identify which all timers have already been
used for clocksource and clockevent. Mark all those timers as reserved
so that no one else uses them.
Call __omap_dm_timer_init_regs for the remaining timers so that their
base and offsets are configured correctly based upon time
On Tuesday 20 September 2011 04:54 PM, Vishwanath Sripathy wrote:
>> -Original Message-
>> From: linux-arm-kernel-boun...@lists.infradead.org [mailto:linux-
>> arm-kernel-boun...@lists.infradead.org] On Behalf Of Santosh
>> Shilimkar
>> Sent: Sunday, September 04, 2011 7:24 PM
>> To: linux-
Hi Paul,
On Monday 12 September 2011 12:38 PM, Taneja, Archit wrote:
Resetting DISPC when a DISPC output is enabled causes the DSS to go into an
inconsistent state. Thus if the bootloader has enabled a display, the hwmod code
cannot reset the DISPC module just like that, but the outputs need to
On Mon, Sep 19, 2011 at 05:37:41PM +0100, Russell King - ARM Linux wrote:
> This is a re-post of the previous patch series, but with an additional
> TLB flush to ensure that hte global TLB entry in the page tables is
> flushed out. This is a flush of all TLB entries, but it could probably
> be mor
On Sunday 04 September 2011 07:24 PM, Santosh Shilimkar wrote:
> This series adds OMAP4 MPUSS (MPU SubSystem) power management support for
> suspend (S2R), CPU hotplug and CPUidle.
>
Thanks all for your review's and testing of this series. Have addressed
all the concerns/comments as part of the ne
Hello Tomi,
I'm missing the following patch:
OMAP: DSS2: Support for Innolux AT070TN83
http://www.spinics.net/lists/linux-omap/msg56495.html
Thomas
--
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 a
Hi Thomas,
On Tue, 2011-09-20 at 14:35 +0200, Thomas Weber wrote:
> Hello Tomi,
>
> I'm missing the following patch:
> OMAP: DSS2: Support for Innolux AT070TN83
That patch is in my DSS2 tree. This patch series is only board file
changes for Tony to ack.
Tomi
--
To unsubscribe from this list:
From: Mythri P K
Add support to dump HDMI core, wrapper, PHY and PLL registers and the clock
dividers for HDMI.
Some changes such as
1.Add some H/w indexable registers missed in definition.
2.Remove usage of struct hdmi_reg and use u16 instead.
3.Move the avi_infoframe parameters comments above
From: Mythri P K
Move the comments in AVI infoframe structure above each parameter
to align with other comments in the header file
Signed-off-by: Mythri P K
---
drivers/video/omap2/dss/ti_hdmi_4xxx_ip.h | 34 ++--
1 files changed, 17 insertions(+), 17 deletions(-)
di
From: Mythri P K
Add support to dump the HDMI core, PLL and PHY registers through debugfs
Signed-off-by: Mythri P K
---
drivers/video/omap2/dss/core.c|4 +
drivers/video/omap2/dss/dss.h |1 +
drivers/video/omap2/dss/dss_features.c|5 +
drivers/video/omap
From: Mythri P K
Add some of the missing register definitions, which are h/w indexable.
Signed-off-by: Mythri P K
---
drivers/video/omap2/dss/ti_hdmi_4xxx_ip.h |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/video/omap2/dss/ti_hdmi_4xxx_ip.h
b/drivers/v
From: Mythri P K
Remove usage of hdmi_reg struct to use u16 instead in the HDMI IP header file.
Signed-off-by: Mythri P K
---
drivers/video/omap2/dss/ti_hdmi_4xxx_ip.c | 10 +-
drivers/video/omap2/dss/ti_hdmi_4xxx_ip.h | 262 ++---
2 files changed, 134 insertions(+),
From: Mythri P K
Add support to dump the HDMI regm, regn, and other clock parameters.
Signed-off-by: Mythri P K
---
drivers/video/omap2/dss/dss.c |3 +++
drivers/video/omap2/dss/dss.h |1 +
drivers/video/omap2/dss/hdmi.c | 31 +++
3 files changed, 35 ins
On Tue, 2011-09-20 at 18:19 +0530, mythr...@ti.com wrote:
> From: Mythri P K
>
> Add support to dump the HDMI core, PLL and PHY registers through debugfs
The subject seems to be broken.
This prints PLL registers twice, second time is when it should be
printing PHY registers.
It also prints lin
On Tue, 2011-09-20 at 18:19 +0530, mythr...@ti.com wrote:
> From: Mythri P K
>
> Add support to dump the HDMI regm, regn, and other clock parameters.
This patch doesn't work at all. It's checking for CONFIG_OMAP2_DSS_HDMI,
whereas the actual define is CONFIG_OMAP4_DSS_HDMI. And even after
fixing
Ref thread starting at http://marc.info/?l=linux-omap&m=131316289211258&w=2
Bjarne Steinsbo
On Tue, Sep 20, 2011 at 10:50 AM, Axel Lin wrote:
> Current code calls omap4430_phy_init() twice in usb_musb_init().
> Calling omap4430_phy_init() once is enough.
> This patch removes the first omap4430_p
From: Keshava Munegowda
device name usbhs clocks are changed from
usbhs-omap.0 to usbhs_omap; this is because
in the hwmod registration the device name is set
as usbhs_omap; The redudant clock nodes are removed.
Signed-off-by: Keshava Munegowda
---
arch/arm/mach-omap2/clock3xxx_data.c | 26 +
Following 4 hwmod structure are added:
UHH hwmod of usbhs with uhh base address and functional clock,
EHCI hwmod with irq and base address,
OHCI hwmod with irq and base address,
TLL hwmod of usbhs with the TLL base address and irq.
Signed-off-by: Keshava Munegowda
---
arch/arm/mach-omap2/omap_hw
From: Benoit Cousson
Following 4 hwmod structures are added:
UHH hwmod of usbhs with uhh base address and functional clock,
EHCI hwmod with irq and base address,
OHCI hwmod with irq and base address,
TLL hwmod of usbhs with the TLL base address and irq.
Signed-off-by: Benoit Cousson
Signed-off-
From: Keshava Munegowda
The Hwmod structures and Runtime PM features are implemented
For EHCI and OHCI drivers of OMAP3 and OMAP4.
The global suspend/resume of EHCI and OHCI
is validated on OMAP3430 sdp board with these patches.
these patches are rebased to kevin's pm branch and
usbhs latest mai
The hwmod structure of uhh, ohci, ehci and tll are
retrieved and registered with omap device
Signed-off-by: Keshava Munegowda
---
arch/arm/mach-omap2/usb-host.c | 114 +--
1 files changed, 50 insertions(+), 64 deletions(-)
diff --git a/arch/arm/mach-omap2/us
From: Keshava Munegowda
The usbhs core driver does not enable/disable the interface and
functional clocks; These clocks are handled by hwmod and runtime pm,
hence instead of the clock enable/disable, the runtime pm APIS are
used. however,the port clocks are handled by the usbhs core.
Signed-off-
From: Vaibhav Hiremath
This patch set adds support for AM335x device having
Cortex-A8 MPU.
AM335X is treated as another OMAP3 variant, where,
along with existing cpu class OMAP34XX, new cpu class AM33XX is created
and the respective type is AM335X, which is newly added device in the family.
This
From: Afzal Mohammed
This patch updates the common platform files with AM335X device
support (AM33XX family).
The approach taken in this patch is,
AM33XX device will be considered as OMAP3 variant, and a separate
SoC class created for AM33XX family of devices with a subclass type
for AM335X devi
From: Afzal Mohammed
This patch adds minimal support and build configuration for
AM335X EVM.
Signed-off-by: Afzal Mohammed
Signed-off-by: Vaibhav Hiremath
---
arch/arm/mach-omap2/Kconfig |5 +++
arch/arm/mach-omap2/Makefile |2 +
arch/arm/mach-omap2/board-am335xevm.
From: Afzal Mohammed
Add support for low level debugging on AM335X EVM (AM33XX family).
Currently only support for UART1 console, which is used on AM335X EVM
is added.
Signed-off-by: Afzal Mohammed
Signed-off-by: Vaibhav Hiremath
---
arch/arm/mach-omap2/include/mach/debug-macro.S | 22 +
From: Afzal Mohammed
This patch updates the common machine specific source files for
support for AM33XX/AM335x with cpu type, macros for identification of
AM33XX/AM335X device.
Signed-off-by: Afzal Mohammed
Signed-off-by: Vaibhav Hiremath
---
arch/arm/mach-omap2/clock3xxx_data.c |6
On Tue, Sep 20, 2011 at 2:16 AM, Cousson, Benoit wrote:
> Keshava,
>
> I've just replied to your previous v8 version about the comments you didn't
> take into account.
> I just have one minor nit on that one I missed previously, plus a couple of
> clarifications.
>
> On 9/15/2011 3:22 PM, Munegowd
On Tue, Sep 20, 2011 at 2:03 AM, Cousson, Benoit wrote:
> OK, it looks like the second half of the answer was in a second email...
> that makes sense:-)
>
> On 9/15/2011 9:22 AM, Munegowda, Keshava wrote:
>>
>> On Thu, Sep 15, 2011 at 11:25 AM, Munegowda, Keshava
>> wrote:
>>>
>>> On Wed, Sep 14
Enables multimedia driver, media controller api,
v4l2-subdev-api, omap3isp and mt9t111 sensor
drivers in omap2plus_defconfig.
Signed-off-by: Deepthy Ravi
---
arch/arm/configs/omap2plus_defconfig | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/arm/configs/o
Configure INPMOD and PACK8 fileds of CCDC_SYN_MODE
register for UYVY8_2X8 and YUYV8_2X8 formats.
Signed-off-by: Deepthy Ravi
---
drivers/media/video/omap3isp/ispccdc.c | 11 ---
1 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/drivers/media/video/omap3isp/ispccdc.c
b/dri
This patchset
-adds support for MT9T111 sensor on omap3evm.
Currently the sensor driver supports only
VGA resolution.
-enables MT9T111 sensor in omap2plus_defconfig.
This is applied on top of the following patchset
http://www.spinics.net/lists/linux-media/msg37270.h
From: Vaibhav Hiremath
Adds board support for MT9T111 sensor.
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Deepthy Ravi
---
arch/arm/mach-omap2/Makefile|5 +
arch/arm/mach-omap2/board-omap3evm-camera.c | 185 +++
arch/arm/mach-omap2/board-omap3ev
From: Vaibhav Hiremath
Enabled 1v8 and 2v8 regulator output, which is being used by
camera module.
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Deepthy Ravi
---
arch/arm/mach-omap2/board-omap3evm.c | 21 +
1 files changed, 21 insertions(+), 0 deletions(-)
diff --git a
On Friday 16 September 2011 11:26 PM, Kevin Hilman wrote:
> Santosh Shilimkar writes:
>
>> Fix the address overlap with Emulation domain (EMU).
>>
>> The previous mapping was entering into EMU mapping
>> and was not as per comments. Fix the mapping accordingly.
>>
>> [giris...@ti.com: Helped fixi
On Tue, 20 Sep 2011, Deepthy Ravi wrote:
> From: Vaibhav Hiremath
>
> The MT9T111 is a 3.1Mp CMOS sensor from Aptina with
> its latest image signal processing (ISP) and 1.75ÎŒm
> pixel technology.
> The sensor driver currently supports only VGA
> resolution.
>
> Signed-off-by: Vaibhav Hiremath
Hi,
On Tue, Sep 20, 2011 at 7:01 PM, Tomi Valkeinen wrote:
> On Tue, 2011-09-20 at 18:19 +0530, mythr...@ti.com wrote:
>> From: Mythri P K
>>
>> Add support to dump the HDMI regm, regn, and other clock parameters.
>
> This patch doesn't work at all. It's checking for CONFIG_OMAP2_DSS_HDMI,
> whe
On Tue, 2011-09-20 at 21:06 +0530, K, Mythri P wrote:
> Hi,
>
> On Tue, Sep 20, 2011 at 7:01 PM, Tomi Valkeinen wrote:
> > On Tue, 2011-09-20 at 18:19 +0530, mythr...@ti.com wrote:
> >> From: Mythri P K
> >>
> >> Add support to dump the HDMI regm, regn, and other clock parameters.
> >
> > This p
On Saturday 17 September 2011, Tony Lindgren wrote:
> Please pull the first part of omap cleanup from:
>
> git://github.com/tmlind/linux.git cleanup
>
> This series cleans up early_init functions and removes
> CHIP_IS macro usage. This makes it easier to have SoC
> specific init functions so addi
On Saturday 17 September 2011, Tony Lindgren wrote:
> Please pull omap voltage cleanup series:
>
> git://github.com/tmlind/linux.git voltage
>
> This has a dependency to the cleanup part 1 series. As
> this contains some voltage fixes too, it's a separate
> series. You can either pull it into cle
* Arnd Bergmann [110920 12:27]:
> On Saturday 17 September 2011, Tony Lindgren wrote:
> > Please pull the first part of omap cleanup from:
> >
> > git://github.com/tmlind/linux.git cleanup
> >
> > This series cleans up early_init functions and removes
> > CHIP_IS macro usage. This makes it easie
* Arnd Bergmann [110920 12:32]:
> On Saturday 17 September 2011, Tony Lindgren wrote:
> > Please pull omap voltage cleanup series:
> >
> > git://github.com/tmlind/linux.git voltage
> >
> > This has a dependency to the cleanup part 1 series. As
> > this contains some voltage fixes too, it's a sep
On Saturday 17 September 2011, Tony Lindgren wrote:
> Hi Arnd,
>
> Please pull the first part of omap cleanup from:
>
> git://github.com/tmlind/linux.git cleanup
>
> This series cleans up early_init functions and removes
> CHIP_IS macro usage. This makes it easier to have SoC
> specific init fun
On Tuesday 20 September 2011, Arnd Bergmann wrote:
> On Saturday 17 September 2011, Tony Lindgren wrote:
> > Hi Arnd,
> >
> > Please pull the first part of omap cleanup from:
> >
> > git://github.com/tmlind/linux.git cleanup
> >
> > This series cleans up early_init functions and removes
> > CHIP
* Arnd Bergmann [110920 14:12]:
> On Tuesday 20 September 2011, Arnd Bergmann wrote:
> >
> > One more thing: my randconfig tests are running now and
> > have spit out a new error after merging lost of stuff
> > today:
Good to hear you got "arndconfig" running :)
Do you think we could also add s
Hi Deepthy,
Thanks for the patch.
On Tuesday 20 September 2011 16:56:52 Deepthy Ravi wrote:
> Enables multimedia driver, media controller api,
> v4l2-subdev-api, omap3isp and mt9t111 sensor
> drivers in omap2plus_defconfig.
>
> Signed-off-by: Deepthy Ravi
> ---
> arch/arm/configs/omap2plus_def
* Ohad Ben-Cohen [110920 01:34]:
> On Mon, Sep 12, 2011 at 7:46 PM, Ohad Ben-Cohen wrote:
>
> I'm wondering how hwspinlock updates like this should go upstream.
>
> The first hwspinlock batch was picked by Tony, because it involved a
> bulk of OMAP changes.
>
> Hwspinlock isn't OMAP-specific a
Commit f41caddbe73f52a42f529d668ce47b4d693fd2c0 (omap2+: Use
Kconfig symbol in Makefile instead of obj-y) cleaned up the
omap2+ Makefile. However this did not account for the inline
functions that are now needed for board_flash_init and
board_nand_init.
Reported-by: Arnd Bergmann
Signed-off-by: T
Hi Deepthy,
Thanks for the patch.
On Tuesday 20 September 2011 16:56:51 Deepthy Ravi wrote:
> Configure INPMOD and PACK8 fileds of CCDC_SYN_MODE
> register for UYVY8_2X8 and YUYV8_2X8 formats.
>
> Signed-off-by: Deepthy Ravi
> ---
> drivers/media/video/omap3isp/ispccdc.c | 11 ---
>
* Laurent Pinchart [110920 15:40]:
> > CONFIG_REGULATOR_TPS65023=y
> > CONFIG_REGULATOR_TPS6507X=y
> > +CONFIG_MEDIA_SUPPORT=y
> > +CONFIG_MEDIA_CONTROLLER=y
> > +CONFIG_VIDEO_DEV=y
> > +CONFIG_VIDEO_V4L2_COMMON=y
> > +CONFIG_VIDEO_ALLOW_V4L1=y
> > +CONFIG_VIDEO_V4L1_COMPAT=y
> > +CONFIG_VIDEO_V
Hi Laurent,
>
> From: Laurent Pinchart [laurent.pinch...@ideasonboard.com]
> Sent: Wednesday, September 21, 2011 4:56 AM
> To: Ravi, Deepthy
> Cc: mche...@infradead.org; t...@atomide.com; Hiremath, Vaibhav;
> linux-me...@vger.kernel.org; li...@arm.linux.org.
83 matches
Mail list logo