/www.spinics.net/lists/linux-gpio/msg32551.html
>
> that will appear in 4.20.
>
> Tested with my BeagleBone Black board.
OK great applying into omap-for-v4.20/dt thanks.
Tony
will be provided to check our quality
Thanks,
Tony Glenn
will be provided to check our quality
Thanks,
Tony Glenn
will be provided to check our quality
Thanks,
Tony Glenn
* 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>
here. One
way might be to attempt to split the large musb functions into
smaller functions and see if that then allows finer grained control.
Just to try to come up with some new ideas.. Maybe there's some way
to swap the hardware EP config dynamically and have some packets
mostly preconfigured and waiting to be triggered?
Regards,
Tony
On Sat, Jan 13, 2018 at 10:51 AM, Linus Torvalds
<torva...@linux-foundation.org> wrote:
> On Fri, Jan 12, 2018 at 4:15 PM, Tony Luck <tony.l...@gmail.com> wrote:
> So your argument depends on "the uarch will actually run the code in
> order if there are no even
cmp" instruction. Both are right there, no waiting, no speculation.
-Tony
> last time i looked (which has been a while).
>
> But it's your platform.
We should have cached regions for all interconnects so this should
not be a problem. Worth checking that the areas are listed in
dra7xx_io_desc[] and for other SoCs too to avoid this issue.
Regards,
Tony
* 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
* 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
E_NO | SIDLE_SMART |
> +MSTANDBY_FORCE | MSTANDBY_NO |
> +MSTANDBY_SMART),
> + .sysc_fields= _hwmod_sysc_type2,
> +};
I think checkpatch.pl --strict would complain about unnecessary
parentheses, might as well check the whole series while at it.
Regards,
Tony
org/patch/9978783/
Just use "ti,sysc-omap2" for type1 and "ti,sysc-omap4"
for type2.
Regards,
Tony
Also has .rev_offs at 0 so please add that too.
Regards,
Tony
t;;
> + ti,hwmods = "cal";
> + reg = <0x4845B000 0x400>,
> + <0x4845B800 0x40>,
> + <0x4845B900 0x40>,
> + <0x4A002e94 0x4>;
Care to fix the cAmelcasing here? All lower case hex is pretty much the
standard with linux, so might as well lower case them all while at it.
Regards,
Tony
* Jyri Sarha <jsa...@ti.com> [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 <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
* 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
Tomi,
* Tomi Valkeinen <tomi.valkei...@ti.com> [170428 04:15]:
> On 14/04/17 13:25, Hans Verkuil wrote:
> > From: Hans Verkuil <hans.verk...@cisco.com>
> >
> > The CEC pin was always pulled up, making it impossible to use it.
...
> Tony, can you queue this
* 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
* 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:
> > >
NPUT so it can be used by the new CEC support.
...
> Reviewed-by: Tomi Valkeinen <tomi.valkei...@ti.com>
>
> Tony, can you queue this? It's safe to apply separately from the rest of
> the HDMI CEC work.
Sure will do.
Thanks,
Tony
* 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
e the spurious interrupt is pending
from earlier? This could be caused by glitches on the lines with runtime PM,
or a pending interrupt during suspend/resume. In that case IRQ_DISABLE_UNLAZY
might provide more clues if the problem goes away.
Regards,
Tony
> >
> > Best regards,
> > Pavel
>
> Was DTS patch merged into 4.9? At least I do not see updated that dts
> file omap3-n900.dts in linus tree...
If it's not in current mainline or next, it's off my radar so
And yes, I noticed the slowdown in Debian 7 -> 8 transition, so I'm
> basically staying at Debian 7 as far as I can.
Maybe it's the armel vs armhf causing the slowdown?
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 at http://vger.kernel.org/majordomo-info.html
* 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
gt; 3. Parse configuration from device tree and drop the pdata
> > >
> > > Note compilation of this depends on the previous patch
> > > "ARM: OMAP2+: Add more functions to pwm pdata for ir-rx51".
> >
> > I think that this extensive description is n
an immutable branch with all
these against v4.7-rc1 that we can all merge as needed?
If you want to set up the branch instead, please feel free
to add my ack.
Regards,
Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.ker
uxtv.org/v4l-utils.git/).
>
> If that passes without failures, then this driver is in good shape and can be
> moved out of staging again.
Sounds good to me also, thanks guys.
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 at http://vger.kernel.org/majordomo-info.html
* 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:
> >
* 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
* 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
* Ivaylo Dimitrov <ivo.g.dimitrov...@gmail.com> [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-medi
* 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(
* Ivaylo Dimitrov <ivo.g.dimitrov...@gmail.com> [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
>pdev->dev);
No idea what the timeout should be, maybe less than 200 ms. Also we need
to test that off idle still works with timer1, that might need special
handling.
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 at http://vger.kernel.org/majordomo-info.html
* 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
changes look OK to you?
If so, I could queue the driver too for v4.7 because of the
dependency with your ack. Or I can provide you an immutable
branch with just the pdata changes against v4.6-rc1 if you
prefer that.
Regards,
Tony
--
To unsubscribe from this list: send the line "unsubscribe lin
* 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
* 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
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
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
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
* 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
* 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
pin to use the internal
pulls by using PIN_INPUT_PULLUP | MUX_MODE7, or depending on the direction,
PIN_INPUT_PULLDOWN | MUX_MODE7.
The long term workaround is tho have gpio-omap.c do this dynamically
with pinctrl-single.c using gpio-ranges, but that's going to take a
while.. You can search for er
;
References: <56d4bb54.2000...@gmail.com> <56d6a19d.7010...@xs4all.nl>
From: Tony IBM-MAIN <v1i9v...@gmail.com>
Message-ID: <56e57b89.70...@gmail.com>
Date: Sun, 13 Mar 2016 14:39:05 +
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
Thu
* 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:
* 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]:
* 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
Linux
generic API available :)
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 at http://vger.kernel.org/majordomo-info.html
Dear : Steven
Wow .. I can't believe
You are so quickly with professional service
Thanks for your support .
Very thanks
Best Regards
-Original Message-
From: Steven Toth [mailto:st...@kernellabs.com]
Sent: Sunday, July 19, 2015 6:22 AM
To: to...@wincomm.com.tw; Antti Palosaari
Cc:
* 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
Dear : Steven Toth
Thanks for your professional answer
Thanks a lot
Best Regards
-Original Message-
From: Steven Toth [mailto:st...@kernellabs.com]
Sent: Tuesday, July 14, 2015 8:56 PM
To: to...@wincomm.com.tw
Cc: Linux-Media
Subject: Re: www.kernellabs.com Contact: Hauppauge hvr1275 TV
it properly.
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 at http://vger.kernel.org/majordomo-info.html
channel is configured
for the driver in the dts file?
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 at http://vger.kernel.org/majordomo-info.html
-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
* 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
* 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
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
Changes since v1:
- Fixed phy reference (number to name) in the example,
- Dropped the first patch. This is already done by Tero's patch ARM: dts:
omap3: merge control module features under scrm node.
Applying these into omap-for-v4.1/dt thanks.
Tony
--
To unsubscribe from this list
* 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
* Laurent Pinchart laurent.pinch...@ideasonboard.com [150307 15:43]:
Hi Sakari,
Thank you for the patch.
(CC'ing linux-omap and Tony)
On Saturday 07 March 2015 23:41:08 Sakari Ailus wrote:
The omap3isp MMIO register block is contiguous in the MMIO register space
apart from the fact
* Sakari Ailus sakari.ai...@iki.fi [150307 15:44]:
Hi Laurent,
On Sun, Mar 08, 2015 at 01:34:17AM +0200, Laurent Pinchart wrote:
Hi Sakari,
Thank you for the patch.
(CC'ing linux-omap and Tony)
Thanks.
On Saturday 07 March 2015 23:41:07 Sakari Ailus wrote:
The syscon
char *dev_fmt,
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 at http://vger.kernel.org/majordomo-info.html
Hi Kukjin,
On Wednesday, January 07, 2015 6:09 PM, Jacek Anaszewski wrote,
Hi Tony,
On 01/07/2015 01:08 PM, Tony K Nadackal wrote:
Dear Jacek,
On Wednesday, January 07, 2015 3:15 PM Jacek Anaszewski wrote,
Hi Tony,
Sorry for late response, just got back from vacation.
On 12
Hi Jacek,
On Wednesday, January 07, 2015 3:43 PM : Jacek Anaszewski wrote,
Hi Tony,
On 12/19/2014 08:38 AM, Tony K Nadackal wrote:
Fimp_jpeg used in Exynos7 is a revised version. Some register
configurations are slightly different from JPEG in Exynos4.
Added one more variant
Hi Jacek,
On Wednesday, January 07, 2015 3:38 PM Jacek Anaszewski wrote,
Hi Tony,
On 12/19/2014 08:37 AM, Tony K Nadackal wrote:
Fix the bug in modifying the interrupt enable register.
For Exynos4 this was not a bug as there are only five bit fields used in the
EXYNOS4_INT_EN_REG - all
Dear Jacek,
On Wednesday, January 07, 2015 3:15 PM Jacek Anaszewski wrote,
Hi Tony,
Sorry for late response, just got back from vacation.
On 12/19/2014 04:37 AM, Tony K Nadackal wrote:
Hi Jacek,
On Wednesday, December 17, 2014 7:46 PM Jacek Anaszewski wrote,
Hi Tony,
Thanks
Gentle Reminder.
Thanks
Tony
-Original Message-
From: Tony K Nadackal [mailto:tony...@samsung.com]
Sent: Wednesday, December 17, 2014 11:52 AM
To: linux-media@vger.kernel.org; linux-arm-ker...@lists.infradead.org; linux-
samsung-...@vger.kernel.org
Cc: mche...@osg.samsung.com
Gentle Reminder.
Thanks
Tony
-Original Message-
From: Tony K Nadackal [mailto:tony...@samsung.com]
Sent: Wednesday, December 17, 2014 11:55 AM
To: linux-media@vger.kernel.org; linux-arm-ker...@lists.infradead.org; linux-
samsung-...@vger.kernel.org
Cc: mche...@osg.samsung.com
Gentle Reminder.
Thanks,
Tony
-Original Message-
From: Tony K Nadackal [mailto:tony...@samsung.com]
Sent: Friday, December 19, 2014 1:08 PM
To: linux-media@vger.kernel.org; linux-arm-ker...@lists.infradead.org; linux-
samsung-...@vger.kernel.org; devicet...@vger.kernel.org
Cc: mche
Gentle Reminder.
Thanks,
Tony
-Original Message-
From: Tony K Nadackal [mailto:tony...@samsung.com]
Sent: Wednesday, December 17, 2014 12:51 PM
To: linux-media@vger.kernel.org; linux-arm-ker...@lists.infradead.org; linux-
samsung-...@vger.kernel.org
Cc: mche...@osg.samsung.com
Hi Jacek,
On Wednesday, December 17, 2014 7:46 PM Jacek Anaszewski wrote,
Hi Tony,
Thanks for the patches.
Thanks for the review.
Please process them with scripts/checkpatch.pl as you will be submitting the
next
version - they contain many coding style related issues.
I ran
Fimp_jpeg used in Exynos7 is a revised version. Some register
configurations are slightly different from JPEG in Exynos4.
Added one more variant SJPEG_EXYNOS7 to handle these differences.
Signed-off-by: Tony K Nadackal tony...@samsung.com
---
.../bindings/media/exynos-jpeg-codec.txt
Fix the bug in modifying the interrupt enable register.
Signed-off-by: Tony K Nadackal tony...@samsung.com
---
drivers/media/platform/s5p-jpeg/jpeg-hw-exynos4.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/media/platform/s5p-jpeg/jpeg-hw-exynos4.c
b/drivers
macros into enum as suggested by Jacek Anaszewski.
Tony K Nadackal (2):
[media] s5p-jpeg: Fix modification sequence of interrupt enable
register
[media] s5p-jpeg: Adding Exynos7 Jpeg variant
.../bindings/media/exynos-jpeg-codec.txt | 2 +-
drivers/media/platform/s5p-jpeg/jpeg
Bits EXYNOS4_DEC_MODE and EXYNOS4_ENC_MODE do not get cleared
on software reset. These bits need to be cleared explicitly.
Signed-off-by: Tony K Nadackal tony...@samsung.com
---
This patch is created and tested on top of linux-next-20141210.
It can be cleanly applied on media-next and kgene
]---
Kernel panic - not syncing: Fatal exception in interrupt
---[ end Kernel panic - not syncing: Fatal exception in interrupt
Signed-off-by: Tony K Nadackal tony...@samsung.com
---
This patch is created and tested on top of linux-next-20141210.
It can be cleanly applied on media-next and kgene
To avoid garbage value written into image base address planes,
initialize cb and cr of structure s5p_jpeg_addr to zero.
Signed-off-by: Tony K Nadackal tony...@samsung.com
---
This patch is created and tested on top of linux-next-20141210.
It can be cleanly applied on media-next and kgene/for-next
Fimp_jpeg used in Exynos7 is a revised version. Some register
configurations are slightly different from Jpeg in Exynos4.
Added one more variant SJPEG_EXYNOS7 to handle these differences.
Signed-off-by: Tony K Nadackal tony...@samsung.com
---
This patch is created and tested on top of linux-next
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 a dependency to
the legacy booting mode if things are otherwise working.
Regards,
Tony
--
To unsubscribe from this list: send the line
* 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
: 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
For Patch 3 feedback from Tony is needed. I think the simplest solution
would be to merge it via the media tree (assuming, that the boardcode
is not yet removed in 3.19).
Yes just acked it thanks.
Tony
[0] https://patchwork.linuxtv.org/patch/26506/
-- Sebastian
Sebastian Reichel (4
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
on ARCH_OMAP2
+ depends on BROKEN
+
+config OMAP2_PM34XX
+ bool
+ depends on ARCH_OMAP3
+ depends on BROKEN
+
And all this should not be needed, I'll move those to a local platform
specific header file.
Regards,
Tony
--
To unsubscribe from this list: send the line unsubscribe
* 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 [drivers/media/platform/soc_camera
* 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
* 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
* 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
* 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
for muxing.
Or if they are not mux registers, we do have the syscon mapping
available in omap4.dtsi that pbias-regulator.c is already using.
Laurent, got any better ideas?
Regards,
Tony
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord
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
, but it's coming :-)
Tony, would
that be fine with you ?
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Acked-by: Igor Grinberg grinb...@compulab.co.il
Thank you. Tony, could I get your ack as well to push this through Mauro's
tree ?
Sure, the board-*.c
())
+ 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
. 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
-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
* 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
1 - 100 of 182 matches
Mail list logo