On Sun, 1 Aug 2010, Janusz Krzysztofik wrote:
Friday 30 July 2010 20:49:05 Janusz Krzysztofik napisaÅ(a):
Friday 30 July 2010 13:07:42 Guennadi Liakhovetski napisaÅ(a):
On Sun, 18 Jul 2010, Janusz Krzysztofik wrote:
This is a V4L2 driver for TI OMAP1 SoC camera interface.
Two
On Fri, 13 Aug 2010, Janusz Krzysztofik wrote:
Thursday 12 August 2010 23:38:17 Guennadi Liakhovetski napisał(a):
On Sun, 1 Aug 2010, Janusz Krzysztofik wrote:
Friday 30 July 2010 20:49:05 Janusz Krzysztofik napisaÅ(a):
I think the right way would be if implemented at the videobuf
On Fri, 13 Aug 2010, Janusz Krzysztofik wrote:
Friday 13 August 2010 11:11:52 Marin Mitov napisał(a):
On Friday, August 13, 2010 11:52:41 am Guennadi Liakhovetski wrote:
On Fri, 13 Aug 2010, Janusz Krzysztofik wrote:
Thursday 12 August 2010 23:38:17 Guennadi Liakhovetski napisał
should be rounded up to the nearest power of 2
first for it to work as expected.
No, I don't think you should go to the next power of 2 - that's too crude.
Try rounding your buffer size to the page size, that should suffice.
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source
On Wed, 22 Sep 2010, hermann pitton wrote:
Am Mittwoch, den 22.09.2010, 01:23 +0200 schrieb Guennadi Liakhovetski:
On Sat, 11 Sep 2010, Janusz Krzysztofik wrote:
This is a V4L2 driver for TI OMAP1 SoC camera interface.
[snip]
+
+ } else {
+ dev_warn(dev, %s
omap1_set_camera_info(struct omap1_cam_platform_data *);
function declarations don't need an extern - something I've also been
doing needlessly for a few years...
+
+#endif /* __ASM_ARCH_CAMERA_H_ */
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http
On Wed, 22 Sep 2010, Janusz Krzysztofik wrote:
Wednesday 22 September 2010 01:23:22 Guennadi Liakhovetski napisał(a):
On Sat, 11 Sep 2010, Janusz Krzysztofik wrote:
+
+ vb = buf-vb;
+ if (waitqueue_active(vb-done)) {
+ if (!pcdev-ready result != VIDEOBUF_ERROR
On Thu, 23 Sep 2010, Janusz Krzysztofik wrote:
Thursday 23 September 2010 15:33:54 Guennadi Liakhovetski napisał(a):
On Wed, 22 Sep 2010, Janusz Krzysztofik wrote:
Wednesday 22 September 2010 01:23:22 Guennadi Liakhovetski napisał(a):
On Sat, 11 Sep 2010, Janusz Krzysztofik wrote
, that sounds good to me.
...better yet put a zero-length cache array at the end of your struct
omap1_cam_dev and allocate it dynamically, calculated from the resource
size.
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de
linux-media?
Yes, we often have to select via which tree to go, then the maintainer of
the other tree just acks the patches. Sometimes we push them via different
trees and try to enforce a specific merge order...
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software
,
+ * hopefully before the next frame start.
+ */
+ suspend_capture(pcdev);
+ }
superfluous braces
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de
On Sat, 2 Oct 2010, Janusz Krzysztofik wrote:
Saturday 02 October 2010 08:07:28 Guennadi Liakhovetski napisał(a):
Same with this one - let's take it as is and address a couple of clean-ups
later.
Guennadi,
Thanks for taking them both.
BTW, what are your intentions about the last patch
configure the kernel to get any of those to work?
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
Hi Felipe
On Tue, 7 Dec 2010, Felipe Balbi wrote:
Hi,
On Tue, Dec 07, 2010 at 10:42:45AM +0100, Guennadi Liakhovetski wrote:
I managed to bring a mainline 2.6.36 kinda kernel to run on my bbxm,
Debian rootfs in mmcblk0p2, but I'm getting no connection - neither over
the SMSC chip, nor
On Tue, 7 Dec 2010, Felipe Balbi wrote:
Hi,
On Tue, Dec 07, 2010 at 10:56:45AM +0100, Guennadi Liakhovetski wrote:
On Tue, Dec 07, 2010 at 10:42:45AM +0100, Guennadi Liakhovetski wrote:
I managed to bring a mainline 2.6.36 kinda kernel to run on my bbxm,
Debian rootfs in mmcblk0p2
On Tue, 7 Dec 2010, Koen Kooi wrote:
Op 7 dec 2010, om 10:42 heeft Guennadi Liakhovetski het volgende geschreven:
Hi
I managed to bring a mainline 2.6.36 kinda kernel to run on my bbxm,
Debian rootfs in mmcblk0p2, but I'm getting no connection - neither over
the SMSC chip, nor
, also been open to other busses, I haven't seen such
examples as yet. I might have misunderstood what has been discussed here
though.
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
--
To unsubscribe from this list: send the line unsubscribe linux-omap
/ read 16-bit data blocks, for which I'm not adventurous enough to
propose a patch without even touching the hardware;) Am I right? Maybe
just disable 16-bit transfers altogether, since they are broken, and
thus, obviously, unused.
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open
This patch series adds support for the MIPI DSI unit on sh-mobile SoCs, to
eliminate redundancy a common mipi_dsi.h header is added. The SH-mobile
part depends on pending clock and INTC patches by Magnus.
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
Some SH-mobile SoCs have a MIPI DSI controller, that can be used to connect
MIPI displays to LCDC. This patch adds a platform driver for SH-mobile MIPI DSI
unit. It uses existing hooks in the sh_mobile_lcdcfb.c driver for display
activation and deactivation.
Signed-off-by: Guennadi Liakhovetski
This header adds defines for MIPI DSI and DCS commands and data formats. See
http://www.mipi.org/ for details.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
include/video/mipi_dsi.h | 99 ++
1 files changed, 99 insertions(+), 0
ap4evb uses an LCD, connected to the SoC over the MIPI bus. This patch adds
platform data to configure this display and a static clock activation.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
Nothing OMAP-relevant here, just for completeness.
arch/arm/mach-shmobile/Kconfig
Define clock objects for switching on and off clocks for LCDC0, LCDC1 and MIPI
DSI-Tx.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
Sorry, one more patch to add to the patch-series. In fact nothing breaks
if you apply this patch before or after the whole series, so
The LCDC block is allowed to use one of the two output data formats, when used
with MIPI DSI: RGB24 and YUV422. YUV422 is not currently handled by the LCDC
driver, but we have to add a define for it for MIPI. Fix indentation while
at it.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
ap4evb uses an LCD, connected to the SoC over the MIPI bus. This patch adds
platform data to configure this display and a static clock activation.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
v1 - v2:
Use the correct interrupt number for LCDC, based on INTCS.
arch/arm/mach
types are added.
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
Hi Tomi
On Wed, 19 May 2010, Tomi Valkeinen wrote:
Hi,
On Fri, 2010-05-07 at 11:07 +0200, ext Guennadi Liakhovetski wrote:
This header adds defines for MIPI DSI and DCS commands and data formats. See
http://www.mipi.org/ for details.
Did you notice that I have implemented MIPI DSI
On Wed, 19 May 2010, Tomi Valkeinen wrote:
Hi,
On Wed, 2010-05-19 at 10:08 +0200, ext Guennadi Liakhovetski wrote:
Hi Tomi
On Wed, 19 May 2010, Tomi Valkeinen wrote:
The file name is mipi_dsi.h, the comment talks about MIPI, and the file
contains defines for MIPI DSI and MIPI
On Thu, 20 May 2010, Felipe Balbi wrote:
On Thu, May 20, 2010 at 11:32:49AM +0300, Tomi Valkeinen wrote:
On Thu, 2010-05-20 at 10:07 +0200, ext Guennadi Liakhovetski wrote:
Yes, right, I should have said they are related;) How about calling the
header mipi_display.h? This would
This header adds defines for MIPI DSI and DCS commands and data formats. See
http://www.mipi.org/ for details.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
Ok, how about this? If this is acceptable I'll repost other patches too,
adjusted accordingly.
v1 - v2:
1. renamed
On Thu, 20 May 2010, Tomi Valkeinen wrote:
On Thu, 2010-05-20 at 10:07 +0200, ext Guennadi Liakhovetski wrote:
Yes, right, I should have said they are related;) How about calling the
header mipi_display.h? This would then unite DSI, DCS, DBI and DPI?
Creating a separate header for each
This header adds defines for MIPI DSI and DCS commands and data formats. See
http://www.mipi.org/ for details.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
v2 - v3:
1. added peripheral-to-processor transaction types
v1 - v2:
1. renamed mpi_dsi.h to mipi_display.h
2. improved
Define clock objects for switching on and off clocks for LCDC0, LCDC1 and MIPI
DSI-Tx.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
Now that the fbdev: add a MIPI DSI header patch has been acked, we can
add the rest of the patches in this series, which can completely be pulled
Some SH-mobile SoCs have a MIPI DSI controller, that can be used to connect
MIPI displays to LCDC. This patch adds a platform driver for SH-mobile MIPI DSI
unit. It uses existing hooks in the sh_mobile_lcdcfb.c driver for display
activation and deactivation.
Signed-off-by: Guennadi Liakhovetski
ap4evb uses an LCD, connected to the SoC over the MIPI bus. This patch adds
platform data to configure this display and a static clock activation.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
v1 - v2:
1. right margin reduced from 1080 points down to 600 points
The LCDC block is allowed to use one of the two output data formats, when used
with MIPI DSI: RGB24 and YUV422. YUV422 is not currently handled by the LCDC
driver, but we have to add a define for it for MIPI.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
Unchanged from v1
Define clock objects for switching on and off clocks for LCDC0, LCDC1 and MIPI
DSI-Tx.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
v1 - v2:
1. reimplemented based on the arm-shmobile clocking scheme v2. Please,
verify, that this is ok now, also that the naming choise
Some SH-mobile SoCs have a MIPI DSI controller, that can be used to connect
MIPI displays to LCDC. This patch adds a platform driver for SH-mobile MIPI DSI
unit. It uses existing hooks in the sh_mobile_lcdcfb.c driver for display
activation and deactivation.
Signed-off-by: Guennadi Liakhovetski
Zaleckas paulius.zalec...@teltonika.lt
+ * Copyright (C) 2009, Darius Augulis augulis.dar...@gmail.com
+ *
+ * Based on PXA SoC camera driver
+ * Copyright (C) 2006, Sascha Hauer, Pengutronix
+ * Copyright (C) 2008, Guennadi Liakhovetski ker...@pengutronix.de
+ *
+ * Hardware specific bits
the kernel runs on.
Another possibility is to put
if (!machine_is_omap3evm())
return 0;
in the beginning of the function. Probably, best to follow what other
omap3 boards do.
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http
the mt9t112 driver to be also used outside ot the
soc-camera subsystem, and use that driver instead of adding another one.
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/
--
To unsubscribe from this list: send the line
when handler enables interrupts]).
So now this flag is a NOOP and can be removed.
Signed-off-by: Yong Zhang yong.zha...@gmail.com
---
drivers/mmc/host/omap_hsmmc.c |5 ++---
drivers/mmc/host/tmio_mmc.c |4 ++--
For tmio_mmc.c:
Acked-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
Hi Deepthy
(personally, I don't think this long CC list is justified, you might want
to drop most of them on the next round, but it's up to you eventually)
Nice, that you managed to re-use the existing mt9t112 driver and extend it
to work outside of soc-camera and with mt9t111 on omap3. See
the present API and prepare it for DT?
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info
Hi Arnd
On Fri, 6 Jul 2012, Arnd Bergmann wrote:
On Friday 06 July 2012, Guennadi Liakhovetski wrote:
On Mon, 25 Jun 2012, Arnd Bergmann wrote:
[snip]
The channel data in the device tree is still in a format
that is specific to that dmaengine driver and interpreted
On Fri, 6 Jul 2012, Russell King - ARM Linux wrote:
On Fri, Jul 06, 2012 at 01:36:32PM +0200, Guennadi Liakhovetski wrote:
I like this idea, but why don't we extend it to also cover the non-DT
case? I.e., why don't we add the above callback (call it match or
filter or anything else
+ direction + (optionally) name). The mux call-back will
then see, where it can connect that pad and return a suitable channel
descriptor - possibly with the help of the DMAC driver proper.
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open
different things
in separate cells rather than putting them together into a single cell
just because they require less than 32 bits combined.
Arnd
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/
--
To unsubscribe from this list: send
On Thu, 14 Jun 2012, Jon Hunter wrote:
On 06/14/2012 10:17 AM, Guennadi Liakhovetski wrote:
Hi all
Sorry for jumping in so late in the game. But I think, the model, to which
this discussion is slowly converging, is not very well suitable for the
shdma DMACs, present on SH and ARM
scheme would incur.
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
Hi Arnd
Sorry for a delayed reply, we had to discuss this your idea internally
first before replying.
On Fri, 15 Jun 2012, Arnd Bergmann wrote:
On Friday 15 June 2012, Guennadi Liakhovetski wrote:
In the common case, you could have one device connected to the third
slave ID of the first
On Mon, 19 Nov 2012, Bill Pemberton wrote:
drivers/mmc/host/sh_mobile_sdhi.c | 2 +-
drivers/mmc/host/tmio_mmc.c| 2 +-
Acked-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open
On Mon, 19 Nov 2012, Bill Pemberton wrote:
drivers/mmc/host/sh_mmcif.c| 2 +-
drivers/mmc/host/sh_mobile_sdhi.c | 2 +-
drivers/mmc/host/tmio_mmc.c| 2 +-
drivers/mmc/host/tmio_mmc_pio.c| 2 +-
Acked-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
Thanks
Guennadi
On Mon, 19 Nov 2012, Bill Pemberton wrote:
CONFIG_HOTPLUG is going away as an option so __devexit is no
longer needed.
drivers/mmc/host/sh_mmcif.c| 2 +-
drivers/mmc/host/tmio_mmc.c| 2 +-
Acked-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
Thanks
Guennadi
---
Guennadi
Pieralisi lorenzo.pieral...@arm.com
Date: Fri Sep 7 11:06:57 2012 +0530
ARM: kernel: update cpu_suspend code to use cache LoUIS operations
as the culprit of the broken wake up from STR on mackerel, based on an
sh7372 A8 SoC. .config attached.
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D
Hi Will
On Tue, 11 Dec 2012, Will Deacon wrote:
On Tue, Dec 11, 2012 at 04:33:13PM +, Will Deacon wrote:
On Tue, Dec 11, 2012 at 04:07:56PM +, Guennadi Liakhovetski wrote:
Git bisect identified this patch, in the mainline as
commit dbee0c6fb4c1269b2dfc8b0b7a29907ea7fed560
On Tue, 11 Dec 2012, Will Deacon wrote:
On Tue, Dec 11, 2012 at 04:33:13PM +, Will Deacon wrote:
On Tue, Dec 11, 2012 at 04:07:56PM +, Guennadi Liakhovetski wrote:
Git bisect identified this patch, in the mainline as
commit dbee0c6fb4c1269b2dfc8b0b7a29907ea7fed560
Author
b flush_levels@ start flushing cache levels
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
@ r10 (starting level) = 0
b flush_levels@ start flushing cache levels
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/
--
To unsubscribe from this list: send the line unsubscribe linux-omap
to that described by the A8 TRM.
Guennadi -- can you try moving the kernel_flush call before the L2 disable
in sh7372_do_idle_sysc please?
Yes, this works too.
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/
--
To unsubscribe from
On Thu, 13 Dec 2012, Will Deacon wrote:
On Thu, Dec 13, 2012 at 08:09:33AM +, Guennadi Liakhovetski wrote:
On Wed, 12 Dec 2012, Will Deacon wrote:
Back to the case in hand Lorenzo just pointed out to me that the
finished in question (sh7372_do_idle_sysc) calls v7_flush_dcache_all
According to the Cortex A8 TRM the L2 cache should be first cleaned and
then disabled. Fix the swapped order on sh7372.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
Reviewed-by: Santosh Shilimkar santosh.shilim...@ti.com
---
v2: addressed improvement suggestions by Santosh, thanks
developing on V4L allows
us to build video data pipelines independent of (sub)device driver probing
order.
Thanks
Guennadi
In the meantime it would be better to wait until we have some ack from the
maintainers
of the core subsystems about what they think.
Regards
-- Pantelis
---
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
and regards,
Mythri.
--
Jesse Barnes, Intel Open Source Technology Center
--
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
---
Guennadi
65 matches
Mail list logo
