* H. Nikolaus Schaller [191004 16:27]:
> Hi Tony,
>
> > Am 04.10.2019 um 18:11 schrieb Tony Lindgren :
> >
> > * H. Nikolaus Schaller [191004 07:25]:
> >> Hi Tony,
> >> is there a similar node for omap5 comparable to this for omap4:
> >>
&
Hi,
* Sakari Ailus [190628 11:05]:
> Hi Michael,
>
> On Mon, Aug 10, 2015 at 05:16:30PM +0200, Michael Allwright wrote:
> > Hi All,
> >
> > The following PRELIMINARY patch adds DT support to the OMAP4 ISS. It
> > also fixes some problems a have found along the way. It is tightly
> > modelled af
ard.
> >
> > Signed-off-by: Hans Verkuil
>
> Tony, can you pick this up? Or give an Ack so that it can be merged via
> the media subsystem if you prefer?
Sorry for the delays on this one. Please just merge
it via via the media susbsystem since you need it:
Acked-by: Tony Lin
* Adam Ford [181222 20:36]:
> As much as I'd like to see the ti-st kim stuff go, I am not able to
> load the Bluetooth on the Torpedo board (wl1283). The hooks on a
> different, wl18xx and 127x board work fine. I am not sure if there is
> anything different about the wl1283, but I don't have any
* Sebastian Reichel [181222 02:48]:
> On Fri, Dec 21, 2018 at 10:02:05AM -0800, Tony Lindgren wrote:
> > Hmm so looks like nothing to configure for the clocks or
> > CPCAP_BIT_ST_L_TIMESLOT bits for cap for the EXT? So the
> > wl12xx audio is wired directly to cpcap EXT t
lot on the mcbsp huh?
> Merry Christmas!
Same to you!
Tony
8<
>From tony Mon Sep 17 00:00:00 2001
From: Tony Lindgren
Date: Fri, 21 Dec 2018 07:57:09 -0800
Subject: [PATCH] ARM: omap2plus_defconfig: Add RADIO_WL128X as a loadable
module
This allows using
* 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:
>
> https://www.spinics.net/lists/linux-gpio/msg3
* Wolfram Sang [180419 20:02]:
> This header only contains platform_data. Move it to the proper directory.
Acked-by: Tony Lindgren
* 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
> [T ] 7.220459 d=
* 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 = <&dpll_core_h23x2_ck>;
> >> > + clock-names = "fck";
> >> >
* Benoit Parrot [171013 11:06]:
> Tony Lindgren wrote on Fri [2017-Oct-13 10:05:13 -0700]:
> > * Benoit Parrot [171012 12:28]:
> > > +static struct omap_hwmod_class_sysconfig dra7xx_vpe_sysc = {
> > > + .sysc_offs = 0x0010,
> > > + .sysc_flags = (SYS
* Benoit Parrot [171013 11:01]:
> Tony Lindgren wrote on Fri [2017-Oct-13 10:01:13 -0700]:
> > * 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
> &
* 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 |
> +MSTAND
* 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 CAM domain to use
* 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 0 so please add t
* 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 | 31 +++
* 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
* Hans Verkuil [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 not quite sure what you
* Hans Verkuil [170627 01:39]:
> On 26/06/17 13:07, Tony Lindgren wrote:
> > Tomi,
> >
> > * Tomi Valkeinen [170428 04:15]:
> >> On 14/04/17 13:25, Hans Verkuil wrote:
> >>> From: Hans Verkuil
> >>>
> >>> The CEC pin was always
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 the rest of
> the HDMI CEC work.
So the dts chang
* Tony Lindgren [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 enabled cec-ctl -m
* Sebastian Reichel [170428 11:29]:
> Hi,
>
> On Fri, Apr 28, 2017 at 08:08:59AM -0700, Tony Lindgren wrote:
> > * Tomi Valkeinen [170428 04:15]:
> > > On 14/04/17 13:25, Hans Verkuil wrote:
> > > > From: Hans Verkuil
> > > >
> > > &g
* 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.
...
> Reviewed-by: Tomi Valkeinen
>
> Tony, can you
* Thomas Gleixner [170227 08:20]:
> On Mon, 27 Feb 2017, Tony Lindgren wrote:
> > * Ingo Molnar [170227 07:44]:
> > > Because it's not the requirement that hurts primarily, but the resulting
> > > non-determinism and the sporadic crashes. Which can be
* 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.
> >
> >
> > - Spurious interrupts on IRQ7, which are tr
* 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 in
> > > > Nokia N900
* 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 working serial port
* Tony Lindgren [160622 21:47]:
> * 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?
>
* 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 specific.
> > >
> > > Let's fix
* 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 branch with all
these against v4.7-
* 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 framework, long awaited by ARM
* Ivaylo Dimitrov [160613 12:01]:
> Hi,
>
> On 13.06.2016 10:10, Tony Lindgren wrote:
> > * Ivaylo Dimitrov [160610 14:23]:
> > >
> > > On 10.06.2016 13:22, Tony Lindgren wrote:
> > > >
> > > > OK. And I just applied the related dts
* Tony Lindgren [160613 00:10]:
> * Ivaylo Dimitrov [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'
* Ivaylo Dimitrov [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 to
> > apply.
> >
&g
* 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 message to majord...@vger.kernel.o
* Ivaylo Dimitrov [160509 13:52]:
> Hi,
>
> On 9.05.2016 22:36, Tony Lindgren wrote:
> > * 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 does
* 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 majord...@vger.kernel.org
More majordomo info a
* 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
> functions called in omap_dm_timer_
* Ivaylo Dimitrov [160430 10:53]:
> Hi,
>
> On 29.04.2016 00:27, Tony Lindgren wrote:
> >* 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
* 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 have
> something to improve on. A
* Ivaylo Dimitrov [160428 13:44]:
> Хи,
>
> On 28.04.2016 23:22, Tony Lindgren wrote:
> >* Ivaylo Dimitrov [160428 12:39]:
> >>On 27.04.2016 02:51, Tony Lindgren wrote:
> >>
> >>omap_dm_timer_request_specific always fails with message "Please use
&
* Ivaylo Dimitrov [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 to use omap_dm_timer_request_by_cap(
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
rt 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
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/board-rx51-peripheral
pends on the previous patch
"ARM: OMAP2+: Add more functions to pwm pdata for ir-rx51".
Cc: Mauro Carvalho Chehab
Cc: Neil Armstrong
Cc: linux-media@vger.kernel.org
Signed-off-by: Tony Lindgren
---
drivers/media/rc/Kconfig | 2 +-
drivers/media/rc
* Javier Martinez Canillas [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 idle
>
> Thanks again for this clarificatio
* Javier Martinez Canillas [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 pin that has to be togg
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?
> >
> > I wonder why it only a
* Tony Lindgren [150914 09:37]:
> * Suman Anna [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 [15071
* Suman Anna [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 [150716 05:57]:
> >>> The OMAP3 ISP is now fully supported i
* Michael Allwright [150811 10:16]:
> On 11 August 2015 at 13:16, Tony Lindgren wrote:
> > * Michael Allwright [150810 08:19]:
> >> +
> >> +/*
> >> +We need a better solution for this
> >> +*/
> >> +#include <../arch/arm/mach-omap2/omap-
* Michael Allwright [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 iss_device *iss, bool enab
* Laurent Pinchart [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
--
To unsubscribe from thi
* Michael Allwright [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 interrupts from the
* Peter Ujfalusi [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
> CC: Greg Kroah-Hartman
> ---
> drivers/tty/serial/8250/8250
* Russell King [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
Acked-by: Tony Lindgren
> ---
> arch/arm/mach-omap2/
* Russell King [150403 10:14]:
> Rather than open coding the clkdev allocation, initialisation and
> addition, use the clkdev_create() helper.
>
> Signed-off-by: Russell King
Acked-by: Tony Lindgren
> ---
> arch/arm/mach-omap2/clkt2xxx_virt_prcm_set.c | 12 ++--
&g
* Russell King [150403 10:13]:
> clk_add_alias() is provided by clkdev, and is not part of the clk API.
> Howver, it is prototyped in two locations: linux/clkdev.h and
> linux/clk.h. This is a mess. Get rid of the redundant and unnecessary
> version in linux/clk.h.
Acked-by: T
> Acked-by: Igor Grinberg (for cm-t35)
There arch/arm/mach-omap2 changes here are OK to merge along with
the driver changes:
Acked-by: Tony Lindgren
> ---
> arch/arm/mach-omap2/board-cm-t35.c | 57 +++---
> drivers/media/platform/omap3isp/isp.c |
* Sakari Ailus [150318 16:51]:
> Hi folks,
>
> Since v1, I've rebased the set on Tero Kristo's PRCM / SCM cleanup patchset
> here:
>
> http://www.spinics.net/lists/linux-omap/msg116949.html>
>
> v1 can be found here:
>
> http://www.spinics.net/lists/linux-omap/msg116753.html>
>
> Changes sinc
* Sebastian Reichel [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 warning
d merge everything through the Linux
> media 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
> > drivers/media
.end= OMAP343X_CTRL_BASE + OMAP343X_CONTROL_CSIRXFE
> > > + 3,
> > > - .flags = IORESOURCE_MEM,
> > > - },
> > > - {
> > > - .start = OMAP343X_CTRL_BASE +
> > > OMAP3630_CONTROL_CAMERA_PHY_CTRL,
>
* Russell King [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 function ‘_add_clkdev’:
arch/arm/
* Pali Rohár [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 t
* Pavel Machek [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
ies 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
> ---
> arch/arm/mach-omap2/devices.c | 31 ---
> 1 file changed, 31 deletions(-)
>
> diff
* Sebastian Reichel [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 comments
>
ith
anything in the linux-omap tree:
Acked-by: Tony Lindgren
> ---
> 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
>
* Mauro Carvalho Chehab [140909 17:52]:
> Em Tue, 09 Sep 2014 12:36:54 -0300
> Mauro Carvalho Chehab escreveu:
>
> > Em Tue, 9 Sep 2014 15:41:58 +0100
> > Russell King - ARM Linux escreveu:
> >
> > > On Tue, Sep 09, 2014 at 11:38:17AM -0300, Mauro Carvalho Chehab wrote:
> > > > We want to be a
* Nishanth Menon [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" [drivers/media/platform/soc_camer
* Laurent Pinchart [140613 03:30]:
> Hi Tony,
>
> On Friday 13 June 2014 00:53:25 Tony Lindgren wrote:
> > * Laurent Pinchart [140612 23:48]:
> > > On Thursday 12 June 2014 22:30:44 Tony Lindgren wrote:
> > > > 1. They live in separate hardware mo
* Laurent Pinchart [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,
* Laurent Pinchart [140612 08:32]:
> Hi Tony,
>
> On Thursday 12 June 2014 08:15:35 Tony Lindgren wrote:
> > * Laurent Pinchart [140612 07:52]:
> > > On Wednesday 11 June 2014 07:47:54 Tony Lindgren wrote:
> > > > These should just use either pinctrl-single
* Laurent Pinchart [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 that p
Mon Sep 17 00:00:00 2001
> From: Arnd Bergmann
> Date: Tue, 21 Jan 2014 09:32:43 +0100
> Subject: [PATCH] [media] staging: tighten omap4iss dependencies
>
> The OMAP4 camera support depends on I2C and VIDEO_V4L2, both
> of which can be loadable modules. This causes build failure
* Arnd Bergmann [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 the optio
Laurent Pinchart
> >
> > Acked-by: Igor Grinberg
>
> Thank you. Tony, could I get your ack as well to push this through Mauro's
> tree ?
Sure, the board-*.c files will get removed soonish, but meanwhile:
Acked-by: Tony Lindgren
--
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
s will stop working for
USB unless we do it like this so:
Acked-by: Tony Lindgren
> ---
> Documentation/devicetree/bindings/usb/omap-usb.txt |5 +
> Documentation/devicetree/bindings/usb/usb-phy.txt |6 ++
> arch/arm/boot/dts/omap3-beagle-xm.dts |
> + if (cpu_is_omap34xx())
> + 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-twl4
.
> >
>
> Acked-by: Timo Kokkonen
Acked-by: Tony Lindgren
--
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
* Timo Kokkonen [130305 22:26]:
> On 03.05 2013 17:09:53, Tony Lindgren wrote:
> > * Mauro Carvalho Chehab [130305 16:28]:
> > > Em Tue, 5 Mar 2013 23:16:46 +0100
> > > Arnd Bergmann escreveu:
> > >
> > > > OMAP1 no longer provides its own cloc
* Mauro Carvalho Chehab [130305 16:28]:
> Em Tue, 5 Mar 2013 23:16:46 +0100
> Arnd Bergmann 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 ir-rx51 driver to use the
* Laurent Pinchart [130121 05:37]:
> Hi Mike,
>
> On Monday 14 January 2013 17:10:15 Mike Turquette wrote:
> > Quoting Laurent Pinchart (2013-01-08 05:43:52)
> >
> > > Hello,
> > >
> > > Now that the OMAP3 supports the common clock framework, clock rate
> > > back-propagation is available for t
ncluding it.
Acked-by: Tony Lindgren
> Signed-off-by: Laurent Pinchart
> ---
> drivers/media/platform/omap3isp/isp.c |2 --
> 1 files changed, 0 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/media/platform/omap3isp/isp.c
> b/drivers/media/platform/omap3is
* Timo Kokkonen [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 would work. Maybe
* Felipe Balbi [121214 09:59]:
> On Fri, Dec 14, 2012 at 09:46:29AM -0800, Tony Lindgren wrote:
> > * Felipe Balbi [121214 09:36]:
> > >
> > > if it's really for PWM, shouldn't we be using drivers/pwm/ ??
> > >
> > > Meaning that $S
* Felipe Balbi [121214 09:36]:
> Hi,
>
> On Fri, Dec 14, 2012 at 09:28:09AM -0800, Tony Lindgren wrote:
> > * Tony Lindgren [121120 12:00]:
> > > Hi,
> > >
> > > * Timo Kokkonen [121118 07:15]:
> > > > --- a/drivers/media/rc/ir-rx51.c
>
* Tony Lindgren [121120 12:00]:
> Hi,
>
> * Timo Kokkonen [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)
> >
* Laurent Pinchart [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_* funcs from om
Hi,
* Timo Kokkonen [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 lirc_rx51_stop_tx(struct lirc_rx51
* Tomi Valkeinen [121112 05:35]:
> Hi,
>
> This patch removes use of cpu_is_* funcs from omap_vout, and uses omapdss's
> version instead. The other patch removes an unneeded plat/dma.h include.
>
> These are based on current omapdss master branch, which has the omapdss
> version
> code. The oma
@vger.kernel.org
Acked-by: Mauro Carvalho Chehab
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/iommu2.c |1
arch/arm/plat-omap/include/plat/iommu.h| 10 +--
arch/arm/plat-omap/include/plat/iovmm.h| 89
drivers/iommu/omap-iommu
Cc: Mauro Carvalho Chehab
Cc: Omar Ramirez Luna
Cc: linux-media@vger.kernel.org
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/Makefile|2
arch/arm/plat-omap/include/plat/iommu.h | 272 ++-
drivers/iommu/Makefile |1
* Tony Lindgren [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
seri
* Tony Lindgren [121026 11:02]:
> * Ohad Ben-Cohen [121026 02:56]:
> > Hi Laurent,
> >
> > On Fri, Oct 26, 2012 at 11:35 AM, Laurent Pinchart
> > wrote:
> > > That's on my to-do list, as well as porting the OMAP3 ISP driver to
> > > videob
* Ohad Ben-Cohen [121026 02:56]:
> Hi Laurent,
>
> On Fri, Oct 26, 2012 at 11:35 AM, Laurent Pinchart
> 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 framework (when that will be
> > available for
* Laurent Pinchart [121025 13:23]:
> Hi Tony,
>
> On Thursday 25 October 2012 09:56:44 Tony Lindgren wrote:
> > * Laurent Pinchart [121025 01:39]:
> > > I still think you should split this in two files, omap-iommu.h and omap-
> > > iovmm.h. The later would j
* Laurent Pinchart [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 thinking a separate
omap-iovmm.h
* Laurent Pinchart [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/plat
1 - 100 of 152 matches
Mail list logo
