Re: [PATCH] am335x-boneblack-common.dtsi: add cec support

* Hans Verkuil [180924 04:06]: > Add CEC support to the tda998x. > > Signed-off-by: Hans Verkuil > --- > Note: this relies on this gpio patch series: > > https://www.spinics.net/lists/linux-gpio/msg32401.html > > and this follow-up gpio patch: > >

Re: [PATCH 1/7] i2c: i2c-gpio: move header to platform_data

* Wolfram Sang <w...@the-dreams.de> [180419 20:02]: > This header only contains platform_data. Move it to the proper directory. Acked-by: Tony Lindgren <t...@atomide.com>

Re: [BUG] musb: broken isochronous transfer at TI AM335x platform

* Matwey V. Kornilov [180215 17:55]: > [] 7.219456 d= 0.000997 [181.0 + 3.667] [ 3] IN : 4.5 > [T ] 7.219459 d= 0.03 [181.0 + 7.083] [800] DATA0: 53 da ... > [] 7.220456 d= 0.000997 [182 + 3.667] [ 3] IN : 4.5 > [

Re: [Patch 4/6] dt-bindings: media: ti-vpe: Document VPE driver

* Rob Herring [171019 14:07]: > On Wed, Oct 18, 2017 at 8:02 AM, Benoit Parrot wrote: > >> > +Example: > >> > + vpe { > >> > + compatible = "ti,vpe"; > >> > + ti,hwmods = "vpe"; > >> > + clocks = <_core_h23x2_ck>; > >> > +

Re: [Patch 5/6] ARM: DRA7: hwmod: Add VPE nodes

* Benoit Parrot <bpar...@ti.com> [171013 11:06]: > Tony Lindgren <t...@atomide.com> wrote on Fri [2017-Oct-13 10:05:13 -0700]: > > * Benoit Parrot <bpar...@ti.com> [171012 12:28]: > > > +static struct omap_hwmod_class_sysconfig dra7xx_vpe_sysc

Re: [Patch 3/6] ARM: OMAP: DRA7xx: Make CAM clock domain SWSUP only

* Benoit Parrot <bpar...@ti.com> [171013 11:01]: > Tony Lindgren <t...@atomide.com> wrote on Fri [2017-Oct-13 10:01:13 -0700]: > > * Benoit Parrot <bpar...@ti.com> [171012 12:29]: > > > HWSUP on this domain is only working when VIP1 probes. > > > I

Re: [Patch 5/6] ARM: DRA7: hwmod: Add VPE nodes

* Benoit Parrot [171012 12:28]: > +static struct omap_hwmod_class_sysconfig dra7xx_vpe_sysc = { > + .sysc_offs = 0x0010, > + .sysc_flags = (SYSC_HAS_MIDLEMODE | SYSC_HAS_SIDLEMODE), > + .idlemodes = (SIDLE_FORCE | SIDLE_NO | SIDLE_SMART | > +

Re: [Patch 3/6] ARM: OMAP: DRA7xx: Make CAM clock domain SWSUP only

* Benoit Parrot [171012 12:29]: > HWSUP on this domain is only working when VIP1 probes. > If only VIP2 on DRA74x or CAL on DRA72x probes the domain does > not get enabled. This might indicates an issue in the HW Auto > state-machine for this domain. > > Work around is to set the

Re: [Patch 2/6] ARM: DRA7: hwmod: Add CAL nodes

* Benoit Parrot [171012 12:28]: > This patch adds the required hwmod nodes to support the Camera > Adaptation Layer (CAL) for the DRA72 family of devices. ... > +static struct omap_hwmod_class_sysconfig dra7xx_cal_sysc = { > + .sysc_offs = 0x0010, Also has .rev_offs at

Re: [Patch 1/6] ARM: dts: DRA72: Add CAL dtsi node

* Benoit Parrot [171012 12:29]: > This patch adds the required dtsi node to support the Camera > Adaptation Layer (CAL) for the DRA72 family of devices. > > - Added CAL entry in dra72x.dtsi. > > Signed-off-by: Benoit Parrot > --- > arch/arm/boot/dts/dra72x.dtsi

Re: [PATCH 1/8] arm: omap4: enable CEC pin for Pandaboard A4 and ES

* Jyri Sarha [170627 02:47]: > There is no real volume on HDMI audio output as it is a digital > interface, but it should be possible to provide some volume control > using TV's volume trough CEC. OK great! Tony

Re: [PATCH 1/8] arm: omap4: enable CEC pin for Pandaboard A4 and ES

* Hans Verkuil <hverk...@xs4all.nl> [170627 02:27]: > On 27/06/17 11:14, Tony Lindgren wrote: > > Adding Jyri to Cc, hopefully the CEC support allows also setting the > > HDMI audio volume level on devices implementing it? Or am I too > > optimistic? :) > > I'm

Re: [PATCH 1/8] arm: omap4: enable CEC pin for Pandaboard A4 and ES

* Hans Verkuil <hverk...@xs4all.nl> [170627 01:39]: > On 26/06/17 13:07, Tony Lindgren wrote: > > Tomi, > > > > * Tomi Valkeinen <tomi.valkei...@ti.com> [170428 04:15]: > >> On 14/04/17 13:25, Hans Verkuil wrote: > >>> From: Hans Verkuil <h

Re: [PATCH 1/8] arm: omap4: enable CEC pin for Pandaboard A4 and ES

Tomi, * Tomi Valkeinen [170428 04:15]: > On 14/04/17 13:25, Hans Verkuil wrote: > > From: Hans Verkuil > > > > The CEC pin was always pulled up, making it impossible to use it. ... > Tony, can you queue this? It's safe to apply separately from

Re: [PATCH 1/8] arm: omap4: enable CEC pin for Pandaboard A4 and ES

* Tony Lindgren <t...@atomide.com> [170428 11:57]: > The pull seems to be enabled in the Android kernel too: > > # rwmem -s16 0x4a10009a > 0x4a10009a = 0x0118 > > So needs to be tested, what's the simplest test to check the CEC? So on droid 4, with the internal pull

Re: [PATCH 1/8] arm: omap4: enable CEC pin for Pandaboard A4 and ES

* Sebastian Reichel <s...@kernel.org> [170428 11:29]: > Hi, > > On Fri, Apr 28, 2017 at 08:08:59AM -0700, Tony Lindgren wrote: > > * Tomi Valkeinen <tomi.valkei...@ti.com> [170428 04:15]: > > > On 14/04/17 13:25, Hans Verkuil wrote: > > >

Re: [PATCH 1/8] arm: omap4: enable CEC pin for Pandaboard A4 and ES

* Tomi Valkeinen [170428 04:15]: > On 14/04/17 13:25, Hans Verkuil wrote: > > From: Hans Verkuil > > > > The CEC pin was always pulled up, making it impossible to use it. > > > > Change to PIN_INPUT so it can be used by the new CEC support. ... >

Re: [WARNING: A/V UNSCANNABLE][Merge tag 'media/v4.11-1' of git] ff58d005cd: BUG: unable to handle kernel NULL pointer dereference at 0000039c

* Thomas Gleixner <t...@linutronix.de> [170227 08:20]: > On Mon, 27 Feb 2017, Tony Lindgren wrote: > > * Ingo Molnar <mi...@kernel.org> [170227 07:44]: > > > Because it's not the requirement that hurts primarily, but the resulting > > > non-determin

Re: [WARNING: A/V UNSCANNABLE][Merge tag 'media/v4.11-1' of git] ff58d005cd: BUG: unable to handle kernel NULL pointer dereference at 0000039c

* Ingo Molnar [170227 07:44]: > > * Thomas Gleixner wrote: > > > The pending interrupt issue happens, at least on my test boxen, mostly on > > the 'legacy' interrupts (0 - 15). But even the IOAPIC interrupts >=16 > > happen occasionally. > > > > > > -

Re: [PATCHv6] support for AD5820 camera auto-focus coil

* Pali Rohár [161214 05:38]: > On Monday 08 August 2016 23:41:32 Pavel Machek wrote: > > On Mon 2016-08-08 11:09:56, Sakari Ailus wrote: > > > On Fri, Aug 05, 2016 at 12:26:11PM +0200, Pavel Machek wrote: > > > > This adds support for AD5820 autofocus coil, found for example

Re: [PATCHv6] support for AD5820 camera auto-focus coil

* Pavel Machek [161104 00:45]: > Hi! > > > > > I have to admit I mostly use an N9. > > > > > > Well, if you compare that to development on PC, I prefer PC. > > > > > > Even arm development boards are usually easier, as they don't need too > > > complex userspace, and do have

Re: [RESEND PATCH v2 0/5] ir-rx51 driver fixes

* Tony Lindgren <t...@atomide.com> [160622 21:47]: > * Ivaylo Dimitrov <ivo.g.dimitrov...@gmail.com> [160622 12:25]: > > ir-rx51 is a driver for Nokia N900 IR transmitter. The current series > > fixes the remaining problems in the driver: > > Thanks for updating

Re: [RESEND PATCH v2 1/5] ir-rx51: Fix build after multiarch changes broke it

* Ivaylo Dimitrov [160627 11:22]: > On 23.06.2016 20:48, Pali Rohár wrote: > > On Wednesday 22 June 2016 21:22:17 Ivaylo Dimitrov wrote: > > > The ir-rx51 driver for n900 has been disabled since the multiarch > > > changes as plat include directory no longer is SoC

Re: [RESEND PATCH v2 0/5] ir-rx51 driver fixes

* Ivaylo Dimitrov [160622 12:25]: > ir-rx51 is a driver for Nokia N900 IR transmitter. The current series > fixes the remaining problems in the driver: Thanks for updating these. Trierry, care to ack the PWM patch? Mauro, do you want me to set up an immutable

Re: [RFC] [PATCH 0/3] media: an attempt to refresh omap1_camera driver

* Hans Verkuil [160617 00:07]: > Hi Janusz, > > On 06/16/2016 07:21 PM, Janusz Krzysztofik wrote: > > As requested by media subsystem maintainers, here is an attempt to > > convert the omap1_camera driver to the vb2 framework. Also, conversion > > to the dmaengine

Re: [PATCH 5/7] ARM: OMAP: dmtimer: Do not call PM runtime functions when not needed.

* Ivaylo Dimitrov <ivo.g.dimitrov...@gmail.com> [160613 12:01]: > Hi, > > On 13.06.2016 10:10, Tony Lindgren wrote: > > * Ivaylo Dimitrov <ivo.g.dimitrov...@gmail.com> [160610 14:23]: > > > > > > On 10.06.2016 13:22, Tony Lindgren wrote: > >

Re: [PATCH 5/7] ARM: OMAP: dmtimer: Do not call PM runtime functions when not needed.

* Tony Lindgren <t...@atomide.com> [160613 00:10]: > * Ivaylo Dimitrov <ivo.g.dimitrov...@gmail.com> [160610 14:23]: > > > > On 10.06.2016 13:22, Tony Lindgren wrote: > > > > > > OK. And I just applied the related dts changes. Please repost the drive

Re: [PATCH 5/7] ARM: OMAP: dmtimer: Do not call PM runtime functions when not needed.

* Ivaylo Dimitrov <ivo.g.dimitrov...@gmail.com> [160610 14:23]: > > On 10.06.2016 13:22, Tony Lindgren wrote: > > > > OK. And I just applied the related dts changes. Please repost the driver > > changes and DT binding doc with Rob's ack to the driver maintainers t

Re: [PATCH v2 6/6] ARM: dts: n900: enable lirc-rx51 driver

* Ivaylo Dimitrov [160516 12:36]: > Add the needed DT data to enable IR TX driver Applying this patch into omap-for-v4.8/dt instead of the earlier version. Regards, Tony -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a

Re: [PATCH 5/7] ARM: OMAP: dmtimer: Do not call PM runtime functions when not needed.

* Ivaylo Dimitrov <ivo.g.dimitrov...@gmail.com> [160509 13:52]: > Hi, > > On 9.05.2016 22:36, Tony Lindgren wrote: > > * Ivaylo Dimitrov <ivo.g.dimitrov...@gmail.com> [160507 08:24]: > > > once omap_dm_timer_start() is called, which calls omap_dm_timer_enable(

Re: [PATCH 7/7] ARM: dts: n900: enable lirc-rx51 driver

* Ivaylo Dimitrov [160507 08:24]: > Add the needed DT data to enable IR TX driver Applying this patch into omap-for-v4.8/dt thanks. Regards, Tony -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to

Re: [PATCH 5/7] ARM: OMAP: dmtimer: Do not call PM runtime functions when not needed.

* Ivaylo Dimitrov [160507 08:24]: > once omap_dm_timer_start() is called, which calls omap_dm_timer_enable() > and thus pm_runtime_get_sync(), it doesn't make sense to call PM runtime > functions again before omap_dm_timer_stop is called(). Otherwise PM runtime >

Re: [PATCH 0/2] Fix ir-rx51 by using PWM pdata

* Ivaylo Dimitrov <ivo.g.dimitrov...@gmail.com> [160430 10:53]: > Hi, > > On 29.04.2016 00:27, Tony Lindgren wrote: > >* Ivaylo Dimitrov <ivo.g.dimitrov...@gmail.com> [160428 14:21]: > >> > >>I didn't test legacy boot, as I don't really see any value o

Re: [PATCH 0/2] Fix ir-rx51 by using PWM pdata

* Ivaylo Dimitrov [160428 14:21]: > > I didn't test legacy boot, as I don't really see any value of doing it now > the end of the legacy boot is near, the driver does not function correctly, > however the patchset at least allows for the driver to be build and we

Re: [PATCH 2/2] [media] ir-rx51: Fix build after multiarch changes broke it

* Ivaylo Dimitrov <ivo.g.dimitrov...@gmail.com> [160428 13:44]: > Хи, > > On 28.04.2016 23:22, Tony Lindgren wrote: > >* Ivaylo Dimitrov <ivo.g.dimitrov...@gmail.com> [160428 12:39]: > >>On 27.04.2016 02:51, Tony Lindgren wrote: > >> > >>om

Re: [PATCH 2/2] [media] ir-rx51: Fix build after multiarch changes broke it

* Ivaylo Dimitrov <ivo.g.dimitrov...@gmail.com> [160428 12:39]: > On 27.04.2016 02:51, Tony Lindgren wrote: > > omap_dm_timer_request_specific always fails with message "Please use > omap_dm_timer_request_by_cap/node()" with DT boot. > > I hacked the code t

[PATCH 0/2] Fix ir-rx51 by using PWM pdata

Hi all, Here are minimal fixes to get ir-rx51 going again. Then further fixes can be done as noted in the second patch. Regards, Tony Tony Lindgren (2): ARM: OMAP2+: Add more functions to pwm pdata for ir-rx51 [media] ir-rx51: Fix build after multiarch changes broke it arch/arm/mach

[PATCH 1/2] ARM: OMAP2+: Add more functions to pwm pdata for ir-rx51

to dmtimer code to avoid introducing new custom frameworks. So let's just pass the necessary dmtimer functions to ir-rx51 so we can get it working in the following patch. Cc: Neil Armstrong <narmstr...@baylibre.com> Signed-off-by: Tony Lindgren <t...@atomide.com> --- arch/arm/mach-omap

[PATCH 2/2] [media] ir-rx51: Fix build after multiarch changes broke it

on the previous patch "ARM: OMAP2+: Add more functions to pwm pdata for ir-rx51". Cc: Mauro Carvalho Chehab <mche...@osg.samsung.com> Cc: Neil Armstrong <narmstr...@baylibre.com> Cc: linux-media@vger.kernel.org Signed-off-by: Tony Lindgren <t...@atomide.com> --- dri

Re: tvp5150 regression after commit 9f924169c035

* Javier Martinez Canillas <jav...@osg.samsung.com> [160415 09:50]: > On 04/15/2016 10:58 AM, Tony Lindgren wrote: > > If you block PM runtime for I2C, then it blocks deeper idle states > > for the whole device. Note that you can disable off mode during i

Re: tvp5150 regression after commit 9f924169c035

* Javier Martinez Canillas <jav...@osg.samsung.com> [160414 17:00]: > On 04/14/2016 11:12 AM, Tony Lindgren wrote: > > Is this with omap3 and does tvp5150 have a reset GPIO pin? > > Yes, it's a DM3730 (OMAP3) and yes the tvp5150 (actually it's a tvp5151) has > a reset pi

Re: tvp5150 regression after commit 9f924169c035

Hi, * Javier Martinez Canillas [160414 07:28]: > Hello Wofram, > > On 04/14/2016 10:19 AM, Wolfram Sang wrote: > > > >> Yes, I also wonder why I'm the only one facing this issue... maybe no one > >> else is using the tvp5150 driver on an OMAP board with mainline? > > >

Re: [PATCH 1/2] ARM: OMAP2+: Remove legacy OMAP3 ISP instantiation

* Tony Lindgren <t...@atomide.com> [150914 09:37]: > * Suman Anna <s-a...@ti.com> [150914 09:33]: > > Hi Tony, > > > > On 09/03/2015 05:34 PM, Suman Anna wrote: > > > Hi Sakari, > > > > > > On 07/16/2015 07:58 AM, Tony Lindgren wrote:

Re: [PATCH 1/2] ARM: OMAP2+: Remove legacy OMAP3 ISP instantiation

* Suman Anna <s-a...@ti.com> [150914 09:33]: > Hi Tony, > > On 09/03/2015 05:34 PM, Suman Anna wrote: > > Hi Sakari, > > > > On 07/16/2015 07:58 AM, Tony Lindgren wrote: > >> * Laurent Pinchart <laurent.pinch...@ideasonboard.com> [150716 05:57]:

Re: [PATCH RFC] DT support for omap4-iss

* Michael Allwright michael.allwri...@upb.de [150811 10:16]: On 11 August 2015 at 13:16, Tony Lindgren t...@atomide.com wrote: * Michael Allwright michael.allwri...@upb.de [150810 08:19]: + +/* +We need a better solution for this +*/ +#include ../arch/arm/mach-omap2/omap-pm.h

Re: [PATCH RFC] DT support for omap4-iss

* Michael Allwright michael.allwri...@upb.de [150810 08:19]: + +/* +We need a better solution for this +*/ +#include ../arch/arm/mach-omap2/omap-pm.h Please let's not do things like this, I end up having to deal with all these eventually :( +static void iss_set_constraints(struct

Re: [PATCH 1/2] ARM: OMAP2+: Remove legacy OMAP3 ISP instantiation

* Laurent Pinchart laurent.pinch...@ideasonboard.com [150716 05:57]: The OMAP3 ISP is now fully supported in DT, remove its instantiation from C code. Please feel to queue this along with the second patch in this series, this should not cause any merge conflicts: Acked-by: Tony Lindgren t

Re: [RFC] v4l: omap4iss: DT bindings development

* Michael Allwright michael.allwri...@upb.de [150602 01:41]: Hi Everyone, I'm working on the DT bindings for the OMAP4 ISS at the moment, but I am unable to capture any data in my test setup. As detailed below, it seems that everything has been configured correctly however I never get any

Re: [PATCH 03/13] serial: 8250_dma: Support for deferred probing when requesting DMA channels

* Peter Ujfalusi peter.ujfal...@ti.com [150526 06:28]: Switch to use ma_request_slave_channel_compat_reason() to request the DMA channels. In case of error, return the error code we received including -EPROBE_DEFER Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com CC: Greg Kroah-Hartman

Re: [PATCH 03/14] clkdev: get rid of redundant clk_add_alias() prototype in linux/clk.h

-by: Tony Lindgren t...@atomide.com -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH 11/14] ARM: omap2: use clkdev_create()

* Russell King rmk+ker...@arm.linux.org.uk [150403 10:14]: Rather than open coding the clkdev allocation, initialisation and addition, use the clkdev_create() helper. Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk Acked-by: Tony Lindgren t...@atomide.com --- arch/arm/mach-omap2

Re: [PATCH 12/14] ARM: omap2: use clkdev_add_alias()

* Russell King rmk+ker...@arm.linux.org.uk [150403 10:14]: When creating aliases of existing clkdev clocks, use clkdev_add_alias() isntead of open coding the lookup and clk_lookup creation. Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk Acked-by: Tony Lindgren t...@atomide.com

Re: [PATCH v2 06/15] omap3isp: Refactor device configuration structs for Device Tree

Grinberg grinb...@compulab.co.il Acked-by: Igor Grinberg grinb...@compulab.co.il (for cm-t35) There arch/arm/mach-omap2 changes here are OK to merge along with the driver changes: Acked-by: Tony Lindgren t...@atomide.com --- arch/arm/mach-omap2/board-cm-t35.c | 57

Re: [PATCH v2 0/3] OMAP 3 ISP (and N9/N950 primary camera support) dts changes

* Sakari Ailus sakari.ai...@iki.fi [150318 16:51]: Hi folks, Since v1, I've rebased the set on Tero Kristo's PRCM / SCM cleanup patchset here: URL:http://www.spinics.net/lists/linux-omap/msg116949.html v1 can be found here: URL:http://www.spinics.net/lists/linux-omap/msg116753.html

Re: [RFC 18/18] omap3isp: Deprecate platform data support

* Sebastian Reichel s...@kernel.org [150313 02:41]: Hi, [+CC Tony] On Sat, Mar 07, 2015 at 11:41:15PM +0200, Sakari Ailus wrote: Print a warning when the driver is used with platform data. Existing platform data user should move to DT now. I guess this should become a more visible

Re: [RFC 11/18] omap3isp: Replace many MMIO regions by two

tree. You will need an ack from Tony. These changes look fine to me and should not conflict with anything I'm planning to queue, so please feel free to take them along with the other isp changes: Acked-by: Tony Lindgren t...@atomide.com drivers/media/platform/omap3isp/isp.c | 113

Re: [RFC 10/18] omap3isp: Move the syscon register out of the ISP register maps

changes: Acked-by: Tony Lindgren t...@atomide.com diff --git a/drivers/media/platform/omap3isp/isp.c b/drivers/media/platform/omap3isp/isp.c index 68d7edfc..4ff4bbd 100644 --- a/drivers/media/platform/omap3isp/isp.c +++ b/drivers/media/platform/omap3isp/isp.c @@ -51,6 +51,7

Re: [PATCH 10/10] ARM: omap2: use clkdev_add_alias()

* Russell King rmk+ker...@arm.linux.org.uk [150302 09:10]: When creating aliases of existing clkdev clocks, use clkdev_add_alias() isntead of open coding the lookup and clk_lookup creation. Gave this series a quick try but I get these build errors: arch/arm/mach-omap2/omap_device.c: In

Re: [RFC] adp1653: Add device tree bindings for LED controller

* Pavel Machek pa...@ucw.cz [141117 02:17]: On Mon 2014-11-17 11:09:45, Pali Rohár wrote: On Monday 17 November 2014 11:05:19 Pavel Machek wrote: Hi! On Mon 2014-11-17 09:43:19, Pali Rohár wrote: On Sunday 16 November 2014 08:59:28 Pavel Machek wrote: For device tree people:

Re: [RFC] adp1653: Add device tree bindings for LED controller

* Pali Rohár pali.ro...@gmail.com [141117 07:03]: On Monday 17 November 2014 15:55:46 Tony Lindgren wrote: There's nothing stopping us from initializing the camera code from pdata-quirks.c for now to keep it working. Certainly the binding should be added to the driver, but that removes

Re: [PATCH 1/2] mach-omap2: remove deprecated VIDEO_OMAP2 support

: David Cohen daco...@gmail.com This applies with fuzz to what I have queued but should not cause merge conflicts and should be safe to merge along with other camera related patches: Acked-by: Tony Lindgren t...@atomide.com --- arch/arm/mach-omap2/devices.c | 31

Re: [PATCHv3 0/4] [media] si4713 DT binding

* Sebastian Reichel s...@kernel.org [141110 12:36]: Hi, This is the third revision of the si4713 radio transmitter DT support patchset needed for the Nokia N900. Changes since PATCHv2: * Dropped patches 1-4, which have been accepted * Patch 1 has been updated according to Sakari's

Re: [PATCHv3 3/4] ARM: OMAP2: RX-51: update si4713 platform data

not conflict with anything in the linux-omap tree: Acked-by: Tony Lindgren t...@atomide.com --- arch/arm/mach-omap2/board-rx51-peripherals.c | 69 +--- 1 file changed, 31 insertions(+), 38 deletions(-) diff --git a/arch/arm/mach-omap2/board-rx51-peripherals.c b

Re: [PATCH 1/3] omap-dma: Allow compile-testing omap1_camera driver

* Mauro Carvalho Chehab mche...@infradead.org [140909 17:52]: Em Tue, 09 Sep 2014 12:36:54 -0300 Mauro Carvalho Chehab m.che...@samsung.com escreveu: Em Tue, 9 Sep 2014 15:41:58 +0100 Russell King - ARM Linux li...@arm.linux.org.uk escreveu: On Tue, Sep 09, 2014 at 11:38:17AM -0300,

Re: [PATCH 1/3] omap-dma: Allow compile-testing omap1_camera driver

* Nishanth Menon n...@ti.com [140909 07:40]: +linux-omap, tony -Balaji On 09/09/2014 09:38 AM, Mauro Carvalho Chehab wrote: We want to be able to COMPILE_TEST the omap1_camera driver. It compiles fine, but it fails linkediting: ERROR: omap_stop_dma

Re: [PATCH] [media] staging: allow omap4iss to be modular

* Laurent Pinchart laurent.pinch...@ideasonboard.com [140612 23:48]: On Thursday 12 June 2014 22:30:44 Tony Lindgren wrote: 1. They live in separate hardware modules that can be clocked separately Actually I don't think that's true. The CSI2 PHY is part of the camera device, with all

Re: [PATCH] [media] staging: allow omap4iss to be modular

* Laurent Pinchart laurent.pinch...@ideasonboard.com [140613 03:30]: Hi Tony, On Friday 13 June 2014 00:53:25 Tony Lindgren wrote: * Laurent Pinchart laurent.pinch...@ideasonboard.com [140612 23:48]: On Thursday 12 June 2014 22:30:44 Tony Lindgren wrote: 1. They live in separate

Re: [PATCH] [media] staging: allow omap4iss to be modular

* Laurent Pinchart laurent.pinch...@ideasonboard.com [140612 07:52]: On Wednesday 11 June 2014 07:47:54 Tony Lindgren wrote: These should just use either pinctrl-single.c instead for muxing. Or if they are not mux registers, we do have the syscon mapping available in omap4.dtsi

Re: [PATCH] [media] staging: allow omap4iss to be modular

* Laurent Pinchart laurent.pinch...@ideasonboard.com [140612 08:32]: Hi Tony, On Thursday 12 June 2014 08:15:35 Tony Lindgren wrote: * Laurent Pinchart laurent.pinch...@ideasonboard.com [140612 07:52]: On Wednesday 11 June 2014 07:47:54 Tony Lindgren wrote: These should just use

Re: [PATCH] [media] staging: allow omap4iss to be modular

* Arnd Bergmann a...@arndb.de [140611 07:37]: The OMAP4 camera support depends on I2C and VIDEO_V4L2, both of which can be loadable modules. This causes build failures if we want the camera driver to be built-in. That's good news, but let's not fix it this way. This can be solved by turning

Re: [PATCH] [media] staging: allow omap4iss to be modular

if the media people are OK with this: Acked-by: Tony Lindgren t...@atomide.com Signed-off-by: Arnd Bergmann a...@arndb.de diff --git a/drivers/staging/media/omap4iss/Kconfig b/drivers/staging/media/omap4iss/Kconfig index 78b0fba..8afc6fe 100644 --- a/drivers/staging/media/omap4iss/Kconfig +++ b

Re: [PATCH 1/5] ARM: omap2: cm-t35: Add regulators and clock for camera sensor

files will get removed soonish, but meanwhile: Acked-by: Tony Lindgren t...@atomide.com -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH 04/15] ARM: OMAP: USB: Add phy binding information

()) + musb_plat.phy_label = twl4030; + if (soc_is_am35xx()) { oh_name = am35x_otg_hs; name = musb-am35x; I don't think there's a USB PHY on non-twl4030 chips, so this should be OK: Acked-by: Tony Lindgren t...@atomide.com diff --git a/include/linux

Re: [PATCH 05/15] ARM: dts: omap: update usb_otg_hs data

. But sounds like things will stop working for USB unless we do it like this so: Acked-by: Tony Lindgren t...@atomide.com --- Documentation/devicetree/bindings/usb/omap-usb.txt |5 + Documentation/devicetree/bindings/usb/usb-phy.txt |6 ++ arch/arm/boot/dts/omap3-beagle-xm.dts

Re: [PATCH] [media] ir: IR_RX51 only works on OMAP2

-by: Timo Kokkonen timo.t.kokko...@iki.fi Acked-by: Tony Lindgren t...@atomide.com -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH 6/9] [media] ir-rx51: fix clock API related build issues

* Timo Kokkonen timo.t.kokko...@iki.fi [130305 22:26]: On 03.05 2013 17:09:53, Tony Lindgren wrote: * Mauro Carvalho Chehab mche...@redhat.com [130305 16:28]: Em Tue, 5 Mar 2013 23:16:46 +0100 Arnd Bergmann a...@arndb.de escreveu: OMAP1 no longer provides its own clock interfaces

Re: [PATCH 6/9] [media] ir-rx51: fix clock API related build issues

* Mauro Carvalho Chehab mche...@redhat.com [130305 16:28]: Em Tue, 5 Mar 2013 23:16:46 +0100 Arnd Bergmann a...@arndb.de escreveu: OMAP1 no longer provides its own clock interfaces since patch a135eaae52 ARM: OMAP: remove plat/clock.h. This is great, but we now have to convert the

Re: [PATCH] omap3isp: Don't include plat/cpu.h

+ to prevent new drivers including it. Acked-by: Tony Lindgren t...@atomide.com Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com --- drivers/media/platform/omap3isp/isp.c |2 -- 1 files changed, 0 insertions(+), 2 deletions(-) diff --git a/drivers/media/platform/omap3isp

Re: [PATCH 1/7] ir-rx51: Handle signals properly

* Tony Lindgren t...@atomide.com [121120 12:00]: Hi, * Timo Kokkonen timo.t.kokko...@iki.fi [121118 07:15]: --- a/drivers/media/rc/ir-rx51.c +++ b/drivers/media/rc/ir-rx51.c @@ -74,6 +74,19 @@ static void lirc_rx51_off(struct lirc_rx51 *lirc_rx51

Re: [PATCH 1/7] ir-rx51: Handle signals properly

* Felipe Balbi ba...@ti.com [121214 09:36]: Hi, On Fri, Dec 14, 2012 at 09:28:09AM -0800, Tony Lindgren wrote: * Tony Lindgren t...@atomide.com [121120 12:00]: Hi, * Timo Kokkonen timo.t.kokko...@iki.fi [121118 07:15]: --- a/drivers/media/rc/ir-rx51.c +++ b/drivers/media/rc

Re: [PATCH 1/7] ir-rx51: Handle signals properly

* Felipe Balbi ba...@ti.com [121214 09:59]: On Fri, Dec 14, 2012 at 09:46:29AM -0800, Tony Lindgren wrote: * Felipe Balbi ba...@ti.com [121214 09:36]: if it's really for PWM, shouldn't we be using drivers/pwm/ ?? Meaning that $SUBJECT would just request a PWM device and use

Re: [PATCH 1/7] ir-rx51: Handle signals properly

* Timo Kokkonen timo.t.kokko...@iki.fi [121214 11:33]: On 12/14/12 19:26, Felipe Balbi wrote: if it's really for PWM, shouldn't we be using drivers/pwm/ ?? Now that Neil Brown posted the PWM driver for omap, I've been thinking about whether converting the ir-rx51 into the PWM API

Re: [PATCH 0/2] omap_vout: remove cpu_is_* uses

* Laurent Pinchart laurent.pinch...@ideasonboard.com [121129 01:37]: Hi Tomi, On Thursday 29 November 2012 11:30:28 Tomi Valkeinen wrote: On 2012-11-28 17:13, Laurent Pinchart wrote: On Monday 12 November 2012 15:33:38 Tomi Valkeinen wrote: Hi, This patch removes use of cpu_is_*

Re: [PATCH 1/7] ir-rx51: Handle signals properly

Hi, * Timo Kokkonen timo.t.kokko...@iki.fi [121118 07:15]: --- a/drivers/media/rc/ir-rx51.c +++ b/drivers/media/rc/ir-rx51.c @@ -74,6 +74,19 @@ static void lirc_rx51_off(struct lirc_rx51 *lirc_rx51) OMAP_TIMER_TRIGGER_NONE); } +static void

Re: [PATCH 3/6] ARM: OMAP2+: Move plat/iovmm.h to include/linux/omap-iommu.h

* Tony Lindgren t...@atomide.com [121030 09:31]: OK so are people happy with the patches in this series? Please everybody ack if no more comments so we can move on towards getting CONFIG_MULTIPLATFORM to work for omaps. Looks like Joerg has a new email address, I'll send this series out

[PATCH 4/6] ARM: OMAP2+: Move iommu2 to drivers/iommu/omap-iommu2.c

: Ido Yariv i...@wizery.com Cc: Laurent Pinchart laurent.pinch...@ideasonboard.com Cc: Mauro Carvalho Chehab mche...@infradead.org Cc: Omar Ramirez Luna omar.l...@linaro.org Cc: linux-media@vger.kernel.org Signed-off-by: Tony Lindgren t...@atomide.com --- arch/arm/mach-omap2/Makefile|2

[PATCH 3/6] ARM: OMAP2+: Move plat/iovmm.h to include/linux/omap-iommu.h

Pinchart laurent.pinch...@ideasonboard.com Cc: Omar Ramirez Luna omar.l...@linaro.org Cc: linux-media@vger.kernel.org Acked-by: Mauro Carvalho Chehab mche...@redhat.com Signed-off-by: Tony Lindgren t...@atomide.com --- arch/arm/mach-omap2/iommu2.c |1 arch/arm/plat-omap/include/plat

Re: [PATCH 3/6] ARM: OMAP2+: Move plat/iovmm.h to include/linux/omap-iommu.h

* Tony Lindgren t...@atomide.com [121026 11:02]: * Ohad Ben-Cohen o...@wizery.com [121026 02:56]: Hi Laurent, On Fri, Oct 26, 2012 at 11:35 AM, Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: That's on my to-do list, as well as porting the OMAP3 ISP driver to videobuf2

Re: [PATCH 3/6] ARM: OMAP2+: Move plat/iovmm.h to include/linux/omap-iommu.h

* Ohad Ben-Cohen o...@wizery.com [121026 02:56]: Hi Laurent, On Fri, Oct 26, 2012 at 11:35 AM, Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: That's on my to-do list, as well as porting the OMAP3 ISP driver to videobuf2, adding DT support, moving to the common clock

Re: [PATCH 3/6] ARM: OMAP2+: Move plat/iovmm.h to include/linux/omap-iommu.h

* Laurent Pinchart laurent.pinch...@ideasonboard.com [121025 01:39]: I still think you should split this in two files, omap-iommu.h and omap- iovmm.h. The later would just be arch/arm/plat-omap/include/plat/iovmm.h moved to include/linux.h. Can you please explain a bit more why you're

Re: [PATCH 3/6] ARM: OMAP2+: Move plat/iovmm.h to include/linux/omap-iommu.h

* Laurent Pinchart laurent.pinch...@ideasonboard.com [121025 13:23]: Hi Tony, On Thursday 25 October 2012 09:56:44 Tony Lindgren wrote: * Laurent Pinchart laurent.pinch...@ideasonboard.com [121025 01:39]: I still think you should split this in two files, omap-iommu.h and omap- iovmm.h

Re: [PATCH 3/6] ARM: OMAP2+: Move plat/iovmm.h to include/linux/omap-iommu.h

* Laurent Pinchart laurent.pinch...@ideasonboard.com [121019 02:41]: On Thursday 18 October 2012 13:28:42 Tony Lindgren wrote: --- a/arch/arm/mach-omap2/iommu2.c +++ b/arch/arm/mach-omap2/iommu2.c @@ -17,6 +17,7 @@ #include linux/module.h #include linux/slab.h #include linux

[PATCH 3/6] ARM: OMAP2+: Move plat/iovmm.h to include/linux/omap-iommu.h

Pinchart laurent.pinch...@ideasonboard.com Cc: Omar Ramirez Luna omar.l...@linaro.org Cc: linux-media@vger.kernel.org Acked-by: Mauro Carvalho Chehab mche...@redhat.com Signed-off-by: Tony Lindgren t...@atomide.com --- arch/arm/mach-omap2/iommu2.c |1 arch/arm/plat-omap/include

[PATCH 4/6] ARM: OMAP2+: Move iommu2 to drivers/iommu/omap-iommu2.c

Cc: Ido Yariv i...@wizery.com Cc: Laurent Pinchart laurent.pinch...@ideasonboard.com Cc: Mauro Carvalho Chehab mche...@infradead.org Cc: Omar Ramirez Luna omar.l...@linaro.org Cc: linux-media@vger.kernel.org Signed-off-by: Tony Lindgren t...@atomide.com --- arch/arm/mach-omap2/Makefile

Re: [PATCH 3/6] ARM: OMAP2+: Move plat/iovmm.h to include/linux/omap-iommu.h

* Laurent Pinchart laurent.pinch...@ideasonboard.com [121024 16:54]: On Wednesday 24 October 2012 15:34:12 Tony Lindgren wrote: BTW, doing a test compile on v3.7-rc2, I'm seeing the following warnings for omap3isp for isp_video_ioctl_ops: drivers/media/platform/omap3isp/ispvideo.c

Re: [PATCH 3/6] ARM: OMAP2+: Move plat/iovmm.h to include/linux/omap-iommu.h

* Laurent Pinchart laurent.pinch...@ideasonboard.com [121019 02:41]: Nitpicking, please keep the headers sorted alphabetically, here and in all locations below (especially the OMAP3 ISP driver). (OK, there's already one misplaced #include, but let's not make it worse :-)) Sure I'll check

Re: [PATCH v5 0/3] OMAP 3 CSI-2 configuration

* Laurent Pinchart laurent.pinch...@ideasonboard.com [121018 06:46]: Hi Tony, On Tuesday 16 October 2012 16:51:40 Laurent Pinchart wrote: Hi Sakari, Thanks for the patches. For the whole series, Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com Tony, do you

[PATCH 3/6] ARM: OMAP2+: Move plat/iovmm.h to include/linux/omap-iommu.h

Pinchart laurent.pinch...@ideasonboard.com Cc: Mauro Carvalho Chehab mche...@infradead.org Cc: Omar Ramirez Luna omar.l...@linaro.org Cc: linux-media@vger.kernel.org Signed-off-by: Tony Lindgren t...@atomide.com --- arch/arm/mach-omap2/iommu2.c |1 arch/arm/plat-omap/include/plat

[PATCH 4/6] ARM: OMAP2+: Move iommu2 to drivers/iommu/omap-iommu2.c

Cc: Ido Yariv i...@wizery.com Cc: Laurent Pinchart laurent.pinch...@ideasonboard.com Cc: Mauro Carvalho Chehab mche...@infradead.org Cc: Omar Ramirez Luna omar.l...@linaro.org Cc: linux-media@vger.kernel.org Signed-off-by: Tony Lindgren t...@atomide.com --- arch/arm/mach-omap2/Makefile

Re: [PATCH 3/6] ARM: OMAP2+: Move plat/iovmm.h to include/linux/omap-iommu.h

* Mauro Carvalho Chehab mche...@redhat.com [121018 13:58]: Tony, Em Thu, 18 Oct 2012 13:28:42 -0700 Tony Lindgren t...@atomide.com escreveu: Looks like the iommu framework does not have generic functions exported for all the needs yet. The hardware specific functions are defined

  1   2   >