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-core level.
Then, drivers should be able
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ł(a):
1. We've discussed this dynamic switching a bit
Saturday 14 August 2010 06:47:56 Marin Mitov napisał(a):
On Friday, August 13, 2010 10:13:08 pm 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
Saturday 14 August 2010 19:33:09 Guennadi Liakhovetski napisał(a):
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
Monday 16 August 2010 12:17:36 Marin Mitov wrote:
On Saturday, August 14, 2010 08:33:09 pm Guennadi Liakhovetski wrote:
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
Thursday 19 August 2010 14:16:21 Marin Mitov napisał(a):
On Thursday, August 19, 2010 02:39:47 pm Guennadi Liakhovetski wrote:
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.
Guennadi,
If you
This set consists of the following patches:
1/6 SoC Camera: add driver for OMAP1 camera interface
2/6 OMAP1: Add support for SoC camera interface
3/6 SoC Camera: add driver for OV6650 sensor
4/6 SoC Camera: add support for g_parm / s_parm operations
5/6 OMAP1: Amstrad Delta:
This patch adds support for SoC camera interface to OMAP1 devices.
Created and tested against linux-2.6.36-rc3 on Amstrad Delta.
For successfull compilation, requires a header file provided by PATCH 1/6 from
this series, SoC Camera: add driver for OMAP1 camera interface.
Signed-off-by: Janusz
against linux-2.6.36-rc3.
Works on top of previous patches from the series, at least 1/6, 2/6 and 3/6.
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
v1-v2 changes:
- no functional changes,
- refreshed against linux-2.6.36-rc3
arch/arm/mach-omap1/board-ams-delta.c | 45
5/6, OMAP1: Amstrad Delta: add support for on-board
camera
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
Having no comments received on v1 of this patch, I assume nobody could see any
benefit if I implemented this idea at the SoC camera or OMAP1 camera level,
so I'm leaveing
This patch adds support for SoC camera interface to OMAP1 devices.
Created and tested against linux-2.6.36-rc3 on Amstrad Delta.
For successfull compilation, requires a header file provided by PATCH 1/6 from
this series, SoC Camera: add driver for OMAP1 camera interface.
Signed-off-by: Janusz
Saturday 11 September 2010 04:06:02 Jasmine Strong wrote:
On 10 Sep 2010, at 18:21, Janusz Krzysztofik wrote:
Both paths work stable for me, even
under heavy load, on my OMAP1510 based Amstrad Delta videophone, that is
the oldest, least powerfull OMAP1 implementation.
You say
Wednesday 22 September 2010 01:23:22 Guennadi Liakhovetski napisał(a):
On Sat, 11 Sep 2010, Janusz Krzysztofik wrote:
This is a V4L2 driver for TI OMAP1 SoC camera interface.
Both videobuf-dma versions are supported, contig and sg, selectable with
a module option. The former uses less
Wednesday 22 September 2010 08:53:19 Guennadi Liakhovetski napisał(a):
That's up to the platform maintainer to review / apply this one, but if
you like, a couple of nit-picks from me:
Guennadi,
Thanks for also looking at this!
On Sat, 11 Sep 2010, Janusz Krzysztofik wrote:
This patch adds
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:
+
+ vb = buf-vb
Friday 24 September 2010 01:23:10 Tony Lindgren napisał(a):
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [100910 18:26]:
This patch adds support for SoC camera interface to OMAP1 devices.
Created and tested against linux-2.6.36-rc3 on Amstrad Delta.
For successfull compilation, requires
Friday 24 September 2010 01:26:17 Tony Lindgren napisał(a):
* Tony Lindgren t...@atomide.com [100923 16:06]:
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [100910 18:20]:
This patch adds configuration data and initialization code required for
camera support to the Amstrad Delta board
Friday 24 September 2010 08:54:20 Guennadi Liakhovetski napisał(a):
On Thu, 23 Sep 2010, Tony Lindgren wrote:
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [100923 16:37]:
Friday 24 September 2010 01:23:10 Tony Lindgren napisał(a):
I think you can just move the OMAP1_CAMERA_IOSIZE
-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
Tony,
I hope this now satisfies your requirements.
I resubmit only this updated patch, not the other two, Amstrad Delta specific,
which you have alredy applied. Those are still valid (work for me), only the
not yet merged include/media
reset/powerdown input
and what is the input polarity.
Created and tested against linux-2.6.36-rc5 on Amstrad Delta.
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
Guennadi,
Since 2.6.36-rc6 is out, I've decided to submit the driver, no longer trying
to make it still better
: add support for g_parm / s_parm operations,
http://www.spinics.net/lists/linux-media/msg22887.html ?
On Thu, 30 Sep 2010, Janusz Krzysztofik wrote:
+static void omap1_videobuf_queue(struct videobuf_queue *vq,
+ struct videobuf_buffer *vb
Sunday 03 October 2010 04:42:53 Guennadi Liakhovetski napisał(a):
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
#include media/omap1_camera.h directive, required for successfull
compilation of dependant boards (board-ams-delta for now), has been lost
somehow from arch/arm/mach-omap1/include/mach/camera.h on creation. Readd it.
Created and tested against linux-2.6.37-rc1.
Signed-off-by: Janusz
linking phase for omap1
machines, giving undefined reference to `omap2_mcbsp1_mux_clkr_src'
and undefined reference to `omap2_mcbsp1_mux_fsr_src' errors. Fix it.
Created and tested against linux-2.6.37-rc1.
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
sound/soc/omap/omap-mcbsp.c
This set of patches removes a config option that was used to select a FIQ
handler to be build for Amstrad Delta, as required by the on-board serio
interface driver. Not having any problem reports received since it was
introduced in 2.6.35, the FIQ handler can now be built by default, thus
The AMS_DELTA_FIQ config option is going to be dropped and the functionality
required by the ams-delta-serio driver always built for Amstrad Delta. Then,
the option must no longer be selected from the serio Kconfig entry.
Created against linux-2.6.37-rc1.
Signed-off-by: Janusz Krzysztofik
and tested against linux-2.6.37-rc1.
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
arch/arm/mach-omap1/Kconfig | 11 +--
arch/arm/mach-omap1/Makefile |4 ++--
arch/arm/mach-omap1/board-ams-delta.c |2 --
3 files changed, 3 insertions(+), 14 deletions
, thus reqiring no extra config option.
This change was requested by Tony Lindgren, the OMAP subsystem maintainer.
Created and tested against linux-2.6.37-rc1
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
v1 - v2 changes:
- it does not make sense to split into 2 patches, fold together
dropping e3-hacking, the problem has been solved from their POV
Thursday 25 November 2010 08:02:01 Jarkko Nikula wrote:
On Wed, 24 Nov 2010 15:53:42 -0800
Tony Lindgren t...@atomide.com wrote:
* Tony Lindgren t...@atomide.com [101124 15:25]:
Anyways, Paul's patch should be merged during
Latest developements seem to allow for reserving a block of memory on boot to
be used as a device dedicated dma coherent memory. This may be required for
videobuf_config based video drivers avoid problems with allocating dma
coherent memory after system memory gets fragmented.
This set extends
for removing a
block of memory from system memory early on boot, then, if reserved this way,
declare it as the device dedicated dma coherent memory.
An example use case on Amstrad Delta will be provided with patch 2/2.
Created and tested against linux-2.6.37-rc4.
Signed-off-by: Janusz Krzysztofik jkrzy
allocation
failure after system memory gets fragmented.
Created and tested against linux-2.6.27-rc4 on top of patch 1/2.
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
arch/arm/mach-omap1/board-ams-delta.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
--- linux
on Amstrad Delta.
Retested on linux-2.6.37-rc4.
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
Cc: Richard Purdie rpur...@rpsys.net
---
Resent because I still can't see any response received, while yet another
merge window is going to pass away soon.
Applies cleanly on top of 2.6.37-rc4, so
Friday 10 December 2010 02:29:09 Tony Lindgren wrote:
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [101205 10:19]:
Latest developements seem to allow for reserving a block of memory on
boot to be used as a device dedicated dma coherent memory. This may be
required for videobuf_config based
Since there were no request for changes, I'm resending the set,
this time Cc linux-arm-kernel.
Sunday 05 December 2010 19:29:05 Janusz Krzysztofik wrote:
Latest developements seem to allow for reserving a block of memory on boot
to be used as a device dedicated dma coherent memory. This may
for removing a
block of memory from system memory early on boot, then, if reserved this way,
declare it as the device dedicated dma coherent memory.
An example use case on Amstrad Delta will be provided with patch 2/2.
Created and tested against linux-2.6.37-rc4.
Signed-off-by: Janusz Krzysztofik jkrzy
allocation
failure after system memory gets fragmented.
Created and tested against linux-2.6.27-rc4 on top of patch 1/2.
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
arch/arm/mach-omap1/board-ams-delta.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
--- linux
Saturday 04 December 2010 22:36:55 Tony Lindgren napisał(a):
Otherwise multi-omap1 configurations will fail.
Tested on Amstrad Delta with omap1_defconfig.
Signed-off-by: Tony Lindgren t...@atomide.com
Tested-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
arch/arm/mach-omap1/board-ams
to get rid of the duplicate defines for the
MPUIO registers.
Note that this will cause omap-keypad.c driver to not work on 7xx.
However, the right fix there is to move over to gpio-keys instead as
suggested by Cory Maccarrone darkstar6...@gmail.com and
Janusz Krzysztofik jkrzy...@tis.icnet.pl
.
Tested on Amstrad Delta.
Signed-off-by: Tony Lindgren t...@atomide.com
Tested-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
diff --git a/arch/arm/mach-omap1/include/mach/entry-macro.S
b/arch/arm/mach-omap1/include/mach/entry-macro.S index df9060e..c9be6d4
100644
--- a/arch/arm/mach-omap1
Otherwise multi-omap1 configurations may set wrong clock speed.
Created and tested against l-o master on Amstrad Delta.
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
Tested with omap1_defconfig after dropping
CONFIG_OMAP_CLOCKS_SET_BY_BOOTLOADER=y and those of 12MHz xtal based
this issue.
Created and tested against linux-2.6.37-rc5 on Amstrad Delta.
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
Tuesday 14 December 2010 18:00:23 Artem Bityutskiy wrote:
Sorry, but would it please be possible to split this few small patches -
this one is too difficult
selected.
Created against linux-2.6.37-rc5.
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
drivers/mtd/nand/Kconfig |1 +
1 file changed, 1 insertion(+)
--- linux-2.6.37-rc5/drivers/mtd/nand/Kconfig.orig 2010-12-09
23:08:16.0 +0100
+++ linux-2.6.37-rc5/drivers/mtd
the modified driver, the board file is updated with the
platform device I/O resource declaration, which is passed from there.
Created and tested against linux-2.6.37-rc5, on top of recent patch
'MTD: NAND: ams-delta: convert to platform driver'.
Signed-off-by: Janusz Krzysztofik jkrzy
Delta.
Compile tested with omap1_defconfig and omap2plus_defconfig shrinked to
board-h4.
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
arch/arm/mach-omap1/board-ams-delta.c| 128 +++
arch/arm/mach-omap1/board-fsample.c | 65
Monday 20 December 2010 16:29:32 Aaro Koskinen wrote:
Hello,
On Sat, 18 Dec 2010, Janusz Krzysztofik wrote:
Most keypad drivers make use of the linux/input/matrix_keypad.h
defined macros, structures and inline functions.
Convert omap-keypad driver to use those as well, as suggested
Monday 20 December 2010 19:02:08 Dmitry Torokhov wrote:
Not sure why exactly your sparse does not pick it up (too old maybe?)
but the following:
--- linux-2.6.37-rc5/arch/arm/mach-omap1/board-ams-delta.c.orig 2010-12-09
23:07:35.0 +0100
+++
Monday 20 December 2010 20:03:58 aaro.koski...@nokia.com wrote:
I'm using the latest sparse from:
git://git.kernel.org/pub/scm/devel/sparse/sparse.git
I don't know about OpenEmbedded, but I've noticed that at least
Debian ships with some old version that is missing many checks...
Aaro,
Delta.
Compile tested with omap1_defconfig and omap2plus_defconfig shrinked to
board-h4.
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
v2 - v3 changes:
- update all board's keymap tables type to match the struct
matrix_keymap_data .keymap member; thanks to Aaro Koskinen
(Cc linux-omap, please refere to a copy of Russell's initial message:
http://lists.infradead.org/pipermail/linux-arm-kernel/2010-December/036463.html)
Monday 03 January 2011 19:28:36 Janusz Krzysztofik wrote:
I'll try to prepare for review a followup patch that updates those
{mach,plat
Delta.
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
Cc: Richard Purdie rpur...@rpsys.net
---
v2 - v3 changes, all provided, requested or inspired by Andrew Morton
(thanks!):
- sysfs file should show 0 or 1 to match the thing which the user
wrote there,
- use strict_strtoul() so
Tuesday 22 December 2009 09:58:37 Varadarajan, Charu Latha napisał(a):
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, December 15, 2009 1:06 AM
To: Jarkko Nikula
Cc: Janusz Krzysztofik; Varadarajan, Charu Latha; Peter
Ujfalusi; linux-omap
Friday 08 January 2010 18:14:06 Sergei Shtylyov napisał(a):
Tony Lindgren wrote:
From: Janusz Krzysztofik jkrzy...@tis.icnet.pl
In its current form, the omap_mcbsp_request() function can return after
irq_request() failure without any cleanups, effectively locking out the
port forever
:
- patch 3: allow for using the mcbsp-free as a guard for cache access,
adpot for fixed error handling in omap_mcbsp_request().
- patch 5: dropped
- all: refresh against latest l-o for-next tree.
Janusz Krzysztofik (4):
OMAP: McBSP: Use macros for all register read/write
fb7380d70e041e4b3892f6b19dff7efb609d15a4 (2.6.33-rc3+ dated 2010-01-11).
Tested on OMAP1510 based Amstrad Delta.
Compile-tested with omap_3430sdp_defconfig.
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
No functional changes since v3.
Charu,
After a week has passed with no answer from you to my proposal
, commit
fb7380d70e041e4b3892f6b19dff7efb609d15a4 (2.6.33-rc3+ dated 2010-01-11).
Compile-tested with omap_3430sdp_defconfig.
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
No functional changes since v7.
v7 changes:
- modify API of omap_mcbsp_read()/_write() functions as well, since
,
omap_4430sdp_defconfig with CONFIG_OMAP_MCBSP=y selected.
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
v9 changes:
- allow for using the mcbsp-free as a guard for cache access,
- adpot for fixed error handling in omap_mcbsp_request(),
- fix style issues introduced with that error handling fix
+ dated 2010-01-11).
Compile-tested with omap_3430sdp_defconfig.
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
No functional changes since v3.
arch/arm/plat-omap/mcbsp.c | 78 +++--
1 file changed, 47 insertions(+), 31 deletions(-)
--- git
-2.6.33-rc3.
Signed-off-by: Janusz Krzysztofik jkrz...@tis.icnet.pl
---
--- git/drivers/video/omap/omapfb_main.c.orig 2010-01-14 19:30:23.0
+0100
+++ git/drivers/video/omap/omapfb_main.c2010-01-14 20:31:18.0
+0100
@@ -473,10 +473,11 @@ static int set_color_mode(struct
Peter Ujfalusi wrote:
Hello,
Hi Peter,
I think there are some inconsistency in a way how for example the SPCR1 and
SPCR2 registers are used.
On Thursday 14 January 2010 18:13:36 ext Janusz Krzysztofik wrote:
Change the way McBSP registers are updated: use cached values instead of
relying
Tomi Valkeinen wrote:
On Thu, 2010-01-14 at 21:25 +0100, ext Janusz Krzysztofik wrote:
Support for RGB444 (12-bit) pixel format has been introduced into omapfb/lcdc
by Mark Underwood on 2006-05-26 (commit
f74edb6668aad9fc8e81585861b18f996c78a574) in preparation for Amstrad Delta
(E3
Thursday 04 February 2010 10:58:12 Tomi Valkeinen wrote:
Hi,
On Wed, 2010-02-03 at 17:21 +0100, ext Janusz Krzysztofik wrote:
Tomi Valkeinen wrote:
On Thu, 2010-01-14 at 21:25 +0100, ext Janusz Krzysztofik wrote:
Support for RGB444 (12-bit) pixel format has been introduced
...@nokia.com
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
Friday 15 January 2010 10:11:28 Peter Ujfalusi wrote:
...
@@ -653,7 +657,7 @@ int omap_mcbsp_pollwrite(unsigned int id
if (MCBSP_READ(mcbsp, SPCR2) XSYNC_ERR) {
/* clear error
Thursday 04 March 2010 07:49:57 Jarkko Nikula napisał(a):
On Tue, 23 Feb 2010 16:50:38 +0100
Janusz Krzysztofik jkrzy...@tis.icnet.pl wrote:
The MsBSP register cache will never have any error/status flags set,
since these flags are never written to the reg_cache. So it is kind
Friday 23 October 2009 21:19:40 Tony Lindgren napisał(a):
* Jon Hunter jon-hun...@ti.com [091022 16:22]:
Tony Lindgren wrote:
From: Janusz Krzysztofik jkrzy...@tis.icnet.pl
DSP public peripherals used to work on OMAP1510 based (or all OMAP1 class?)
machines as long as old dspgateway
Hi,
I'm just working on a new, updated version of ams_delta_defconfig. Starting
from the current version, created over 2 years ago for 2.6.22, I turned on a
few device drivers that was added recently, turned on thumb instructions
support, turned on EABI, kept old ABI compatibility and NWFPE,
. The patch below fixes it.
Created and tested against linux-2.6.32-rc5
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
Hi,
I already reported this issue a few months ago, when
drivers/video/omap/lcd_ams_delta.c was proposed to get into mainline - see
http://www.spinics.net/lists/linux-omap
Thursday 29 October 2009 23:39:44 Janusz Krzysztofik napisał(a):
Since PM area is quite new to me, I am not sure if there may be a better
solution. AFAICS, the standard way to prevent an ARM_CLKCT1 bit being
s/ARM_CLKCT1/ARM_IDLECT1/
switched to idle is to enable a clock that uses
Thursday 29 October 2009 23:39:44 Janusz Krzysztofik napisał(a):
With CONFIG_PM=y, the omapfb/lcd device on Amstrad Delta, after initially
starting correctly, breaks with the following error messages:
omapfb omapfb: resetting (status 0xff96,reset count 1)
...
omapfb omapfb: resetting
Friday 30 October 2009 18:33:18 Tony Lindgren napisał(a):
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [091030 07:43]:
Thursday 29 October 2009 23:39:44 Janusz Krzysztofik napisał(a):
With CONFIG_PM=y, the omapfb/lcd device on Amstrad Delta, after
initially starting correctly, breaks
Tuesday 03 November 2009 20:24:38 Janusz Krzysztofik napisał(a):
If there are still no comments, especially on the bug possible impact on
other OMAP1510 boards (or even OMAP1610 with internal LCD controller), then
Tony, please apply it as is. Until it is accepted, I am stuck with new
regardless of LCD
DMA possibly running. The bit were set based on return value of the
omap_dma_running() function that did not check for dedicated LCD DMA
channel status. The patch below fixes this.
Created and tested against linux-2.6.32-rc5
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
Krzysztofik jkrz...@tis.icnet.pl
---
Tuesday 03 November 2009 18:24:00 Tony Lindgren napisał(a):
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [091024 19:41]:
Starting from the current version, created over 2 years ago for 2.6.22, I
turned on a few device drivers that was added recently, turned on thumb
regardless of LCD
DMA possibly running. The bit were set based on return value of the
omap_dma_running() function that did not check for dedicated LCD DMA
channel status. The patch below fixes this.
Created against linux-2.6.32-rc6
Tested on Amstrad Delta
Signed-off-by: Janusz Krzysztofik jkrzy
Monday 09 November 2009 22:14:24 Tony Lindgren napisał(a):
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [091105 10:52]:
With CONFIG_PM=y, the omapfb/lcdc device on Amstrad Delta, after
initially starting correctly, breaks with the following error messages:
omapfb omapfb: resetting (status
The patch corrects the issue introduced with my previous patch:
OMAP: DMA: Fix omapfb/lcdc on OMAP1510 broken when PM set
as pointed out by OMAP subsystem maintainer.
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
Hi,
I'd really like to have the first one get in as a fix
Tuesday 10 November 2009 11:50:52 Paul Walmsley napisał(a):
Hello Janusz et al,
On Fri, 30 Oct 2009, Janusz Krzysztofik wrote:
More looking at it, I found that might be omap_dma_running() from
arch/arm/plat-omap/dma.c that needs correction. It already checks for LCD
dma running
Wednesday 11 November 2009 04:00:57 Tony Lindgren napisał(a):
From: Janusz Krzysztofik jkrz...@tis.icnet.pl
The patch provides the following fixes:
- keep kernel small enough to boot with standard tools,
- ensure compatibility with both new and legacy distros,
- turn on support for recently
/msg16720.html
Wednesday 12 August 2009 12:39:25 Janusz Krzysztofik wrote:
Change the way McBSP registers are updated: use cached values instead of
relying upon those read back from the device.
With this patch, I have finally managed to get rid of all random
playback/recording hangups on my
Saturday 14 November 2009 01:57:10 Tony Lindgren napisał(a):
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [091110 03:20]:
The patch corrects the issue introduced with my previous patch:
OMAP: DMA: Fix omapfb/lcdc on OMAP1510 broken when PM set
as pointed out by OMAP subsystem maintainer
The patch corrects the issue introduced with my previous patch:
OMAP: DMA: Fix omapfb/lcdc on OMAP1510 broken when PM set
as pointed out by OMAP subsystem maintainer.
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
Saturday 14 November 2009 01:57:10 Tony Lindgren napisał
The series consists of 2 patches:
[PATCH 1/2] omapfb: lcd_ams_delta: add support for contrast control
[PATCH 2/2] OMAP: ams_delta_defconfig: enable LCD class device support
It is intended for 2.6.33, if it's not too late.
Thanks,
Janusz
--
To unsubscribe from this list: send the line
lcd_ops.set_power callback.
Created and tested against linux-omap for-next,
commit 155a75d9725e66e5ec8a383822957dee52427057.
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
--- a/drivers/video/omap/lcd_ams_delta.c2009-11-14 23:49:16.0
+0100
+++ b/drivers/video/omap/lcd_ams_delta.c
The patch corrects the issue introduced with my previous patch:
OMAP: DMA: Fix omapfb/lcdc on OMAP1510 broken when PM set
as pointed out by OMAP subsystem maintainer.
Created and tested against linux-omap for-next,
commit 155a75d9725e66e5ec8a383822957dee52427057
Signed-off-by: Janusz
Monday 16 November 2009 23:25:18 Tony Lindgren napisał(a):
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [091116 20:40]:
The patch corrects the issue introduced with my previous patch:
OMAP: DMA: Fix omapfb/lcdc on OMAP1510 broken when PM set
as pointed out by OMAP subsystem maintainer
The patch corrects the issue introduced with my previous patch:
OMAP: DMA: Fix omapfb/lcdc on OMAP1510 broken when PM set
as pointed out by OMAP subsystem maintainer.
Created and tested against linux-omap for-next,
commit 155a75d9725e66e5ec8a383822957dee52427057
Signed-off-by: Janusz
Tuesday 17 November 2009 01:16:58 Tony Lindgren napisał(a):
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [091116 15:13]:
The patch corrects the issue introduced with my previous patch:
OMAP: DMA: Fix omapfb/lcdc on OMAP1510 broken when PM set
as pointed out by OMAP subsystem
Tuesday 17 November 2009 11:45:53 Janusz Krzysztofik napisał(a):
Tuesday 17 November 2009 02:24:35 Tony Lindgren napisał(a):
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [091116 16:38]:
Tuesday 17 November 2009 01:16:58 Tony Lindgren napisał(a):
* Janusz Krzysztofik jkrzy...@tis.icnet.pl
to mach-omap1/lcd_dma.c or
a similar place.
The patch just tries to implement this idea.
Created against linux-omap for-next,
commit 2963c21fab52bfa8227da7f22864db393ebbc858
Tested on OMAP1510 Amstrad Delta.
Compile tested using omap_generic_2420_defconfig.
Signed-off-by: Janusz Krzysztofik jkrzy
Initialy submitted on 2009-11-16
(http://www.spinics.net/lists/linux-omap/msg20629.html).
Resendig due to fbdev mailing list address changed.
The series consists of 2 patches:
[PATCH 1/2] omapfb: lcd_ams_delta: add support for contrast control
[PATCH 2/2] OMAP: ams_delta_defconfig: enable LCD
lcd_ops.set_power callback.
Created and tested against linux-omap for-next,
commit 155a75d9725e66e5ec8a383822957dee52427057.
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
--- a/drivers/video/omap/lcd_ams_delta.c2009-11-14 23:49:16.0
+0100
+++ b/drivers/video/omap/lcd_ams_delta.c
The patch enables LCD class device support in ams_delta_defconfig in order to
get optional contrast control functional.
Created and tested against linux-omap for-next,
commit 155a75d9725e66e5ec8a383822957dee52427057.
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
--- a/arch/arm
(drop all except Tony, Jarkko and linux-omap)
Saturday 14 November 2009 03:06:39 Janusz Krzysztofik napisał(a):
Hi,
This patch got outdated and does not apply any more, but the idea still
hangs in my queue. I am not sure why the patch has never been acknowledged
nor rejected. Maybe it just
, an input pin is turned into
output as a result.
Created against linux-omap for-next,
commit 2963c21fab52bfa8227da7f22864db393ebbc858
Tested on Amstrad Delta
Compile tested with omap_generic_2420_defconfig
Signed-off-by: Janusz Krzysztofik
---
Tuesday 24 November 2009 08:59:23 Jarkko Nikula
]
Tested on Amstrad Delta
Compile tested with omap_generic_2420_defconfig
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
[1] http://patchwork.kernel.org/patch/57922/
[2] http://patchwork.kernel.org/patch/61952/
---
Tuesday 17 November 2009 17:10:58 Tony Lindgren wrote:
* Janusz Krzysztofik
Wednesday 25 November 2009 10:02:52 Paul Walmsley napisał(a):
Hello Janusz,
On Sat, 21 Nov 2009, Janusz Krzysztofik wrote:
(probably less interested persons and lists dropped)
Tuesday 10 November 2009 11:50:52 Paul Walmsley wrote:
... All of the LCD DMA code in plat-omap/dma.c appears
Wednesday 25 November 2009 14:54:47 Janusz Krzysztofik napisał(a):
Wednesday 25 November 2009 10:02:52 Paul Walmsley napisał(a):
On Sat, 21 Nov 2009, Janusz Krzysztofik wrote:
diff -uprN git.orig/arch/arm/mach-omap1/Makefile
git/arch/arm/mach-omap1/Makefile
--- git.orig/arch/arm
Thursday 26 November 2009 09:00:00 Jarkko Nikula napisał(a):
Hi
On Tue, 24 Nov 2009 12:31:16 +0100
Janusz Krzysztofik jkrzy...@tis.icnet.pl wrote:
-#define OMAP_MCBSP_READ(base, reg) \
- omap_mcbsp_read(base, OMAP_MCBSP_REG_##reg)
-#define OMAP_MCBSP_WRITE(base, reg
Thursday 26 November 2009 03:08:30 Paul Walmsley napisał(a):
On Wed, 25 Nov 2009, Janusz Krzysztofik wrote:
It turned out not that simple. Since arch/arm/mach-omap1/lcd_dma.c
exports several functions that are called unconditionaly from
drivers/video/omap/lcdc.c AND the latter is linked
.
Compile-tested with omap_generic_2420_defconfig.
Reported-by: Paul Walmsley p...@pwsan.com
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
---
Issues addressed since v1:
Thursday 26 November 2009 03:08:30 Paul Walmsley wrote:
On Wed, 25 Nov 2009, Janusz Krzysztofik wrote:
Wednesday 25
1 - 100 of 434 matches
Mail list logo