Hi Sergio,
Thanks for the patches!!
I think the general direction for such configurations is that the device
tree is favoured over the platform data.
On Wed, Nov 30, 2011 at 06:14:58PM -0600, Sergio Aguirre wrote:
This adds support for camera interface with the support for
following sensors:
Hi,
On 12/09/2011 05:34 AM, Ming Lei wrote:
+ * struct v4l2_obj_detection
+ * @buf_index: entry, index of v4l2_buffer for face detection
I would prefer having the frame sequence number here. It will be more
future proof IMHO. If for instance we decide to use such an ioctl on
a v4l2
On 12/09/2011 04:10 PM, Ming Lei wrote:
On Fri, Dec 9, 2011 at 7:25 AM, Sylwester Nawrocki snj...@gmail.com wrote:
On 12/07/2011 02:40 PM, Ming Lei wrote:
Yes, that is the motivation of the generic FD module. I think we can focus
on
two use cases for the generic FD now:
- one is to detect
Hi Ming,
On 12/02/2011 04:02 PM, Ming Lei wrote:
This patch introduces one driver for face detection purpose.
The driver is responsible for all v4l2 stuff, buffer management
and other general things, and doesn't touch face detection hardware
directly. Several interfaces are exported to low
The Amstrad Delta board has two extra output ports used for driving
input lines of different on-board devices. Those ports are now
controlled with custom functions, provided by the board arch code and
used by several device drivers.
The idea behind the series is to replace those custom I/O
This will allow boards with custom memory mapped GPIO ports to set up
and use those port pins while initializing devices from arch init.
Created against linux-3.2-rc5.
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
drivers/gpio/gpio-generic.c |2 +-
1 files changed, 1
Once done, ams-delta specific device drivers currently calling custom
ams_delta_latch[12]_write() functions can call generic gpio_set_value()
instead, which will make them less platform dependent. Even more, some
custom ams-delta only drivers perhaps can be dropped from the tree after
converting
Now that the Amstrad Delta on-board latches have been converted to GPIO
devices, use the generic driver to control on-board LEDs which hang off
those latches.
Depends on patch 2/10 ARM: OMAP1: Convert Amstrad E3 latches to
basic_mmio_gpio.
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
This is no longer needed after the Amstrad Delta on-board LED devices
have been converted to leds-gpio compatible.
Created against linux-3.2-rc5.
Requires patch 3/10 ARM: OMAP1: ams-delta: Supersede custom led device
by leds-gpio for those LEDs to still work.
Signed-off-by: Janusz Krzysztofik
Don't use Amstrad Delta custom I/O functions for controlling the device,
use GPIO API instead.
While being at it, add missing gpio_free(AMS_DELTA_GPIO_PIN_NAND_RB).
Depends on patch 2/10 ARM: OMAP1: Convert Amstrad E3 latches to
basic_mmio_gpio.
Signed-off-by: Janusz Krzysztofik
Don't use Amstrad Delta custom I/O functions for setting up modem
related pins, use GPIO API instead. However, keep old pin definitions
used by ams_delta_latch2_write() for now, as those are still used by the
Amstrad Delta ASoC driver.
While being at it, extend the device platform data with a
Don't use Amstrad Delta custom I/O functions any longer, replace them
with GPIO. Old pin definitions, no longer used by the modem bits either,
can be dropped.
Depends on patch 2/10 ARM: OMAP1: Convert Amstrad E3 latches to
basic_mmio_gpio.
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
Don't use Amstrad Delta custom I/O functions any longer, use GPIO API
instead.
Depends on patch 5/10 MTD: NAND: ams-delta: Use GPIO instead of custom
I/O.
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
arch/arm/mach-omap1/board-ams-delta.c | 10 ---
Don't use Amstrad Delta custom I/O functions once GPIO interface is
available for the underlying hardware.
Depends on patch 8/10 omapfb: lcd_ams_delta: Drive control lines over
GPIO.
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
arch/arm/mach-omap1/board-ams-delta.c |
Those are no longer required after all drivers which used them have been
converted to the GPIO interface.
Depends on patch 9/10 input: serio: ams-delta: Toggle keyboard power
over GPIO.
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
arch/arm/mach-omap1/board-ams-delta.c
Hi Ohad,
On Fri, 9 Dec 2011 16:55:27 +0200 Ohad Ben-Cohen o...@wizery.com wrote:
Can you please add the following remoteproc tree to linux-next ?
git://git.kernel.org/pub/scm/linux/kernel/git/ohad/remoteproc.git for-next
I have added that from today.
Thanks for adding your subsystem tree
In 3.2-rc5 (and some earlier kernels) I'm getting the boot-time warning:
[0.186828] omap-mcbsp.2: alias fck already exists
and
[0.188476] omap-mcbsp.3: alias fck already exists
This happens because omap_alloc_device() contains:
for (i = 0; i oh_cnt; i++) {
On Sat, Dec 10, 2011 at 12:25 AM, Omar Ramirez Luna omar.rami...@ti.com wrote:
checkincludes.pl complains about these:
linux/debugfs.h
linux/dma-mapping.h
linux/gpio.h
linux/sched.h
linux/slab.h
plat/common.h
plat/i2c.h
Signed-off-by: Omar
On Fri, Dec 9, 2011 at 1:37 PM, Tony Lindgren t...@atomide.com wrote:
* Tony Lindgren t...@atomide.com [111209 12:56]:
Hi And Olof,
Please pull omap1 changes from:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap omap1
These changes are necessary to always reprogram the
On Fri, Dec 9, 2011 at 1:21 PM, Tony Lindgren t...@atomide.com wrote:
Hi Arnd Olof,
Please pull omap4 PM support from:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap omap4
Note that because of the map_io and common.h changes this is based
on commit
On Sun, Dec 11, 2011 at 09:12:05PM +0100, Janusz Krzysztofik wrote:
Don't use Amstrad Delta custom I/O functions any longer, replace them
with GPIO. Old pin definitions, no longer used by the modem bits either,
can be dropped.
Acked-by: Mark Brown broo...@opensource.wolfsonmicro.com
--
To
On Sun, Dec 11, 2011 at 09:11:58PM +0100, Janusz Krzysztofik wrote:
The Amstrad Delta board has two extra output ports used for driving
input lines of different on-board devices. Those ports are now
controlled with custom functions, provided by the board arch code and
used by several device
These are some minor fixes for DSS2.
Based on Tomi's master branch in:
git://gitorious.org/linux-omap-dss2/linux.git
Archit Taneja (3):
OMAPDSS: DSI: Fix HSDIV related PLL info in dsi_dump_clocks()
OMAPDSS: Panel NEC: Set omap_dss_device states correctly
OMAPDSS: Displays: Make PICODLP
The clock names of DSI_PLL_HSDIV_DISPC and DSI_PLL_HSDIV_DSI was made
dynamic based on the current value of DISPC and DSI FCLK sources. This
doesn't need to be done since we are just interested in the clock names,
and not the current clock sources for DISPC and DSI FCLKs.
Use only the generic and
The display state parameter of omap_dss_device struct is not being set correctly
in the panel driver NEC panel driver panel-nec-nl8048hl11-01b.c. Set the correct
states in the panel's enable/disable/suspend/resume functions.
CC: Erik Gilling konk...@android.com
Signed-off-by: Archit Taneja
Make PICODLP driver on OMAP2_DSS_DPI since it is the display interface it uses.
Signed-off-by: Archit Taneja arc...@ti.com
---
drivers/video/omap2/displays/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/video/omap2/displays/Kconfig
On 12/07/2011 08:42 PM, Felipe Contreras wrote:
On Wed, Dec 7, 2011 at 1:46 PM, Jarkko Nikula jarkko.nik...@bitmer.com
wrote:
On 12/05/2011 07:31 PM, Felipe Contreras wrote:
Should probably have CC'ed linux-omap.
On Mon, Dec 5, 2011 at 7:23 PM, Felipe Contreras
felipe.contre...@nokia.com
27 matches
Mail list logo
