I have a fairly new HVR-1600 which I have seen fail quite a number of
times now when it's asked to record more than one channel on a clearqam
multiplex. This time it was 3 recordings at once.
There's nothing at all in the kernel ring buffer, just mythtv reports a
failed recording. Usually one of
Hi Tony,
Thanks for the patch.
On Thursday 04 October 2012 15:05:10 Tony Lindgren wrote:
> We must move this for ARM common zImage support.
>
> Note that neither drivers/media/rc/ir-rx51.c or
> drivers/media/platform/omap3isp/ispvideo.c need
> to include omap-pm.h, so this patch removes the
> in
Hi Prabhakar,
Thanks for the patch.
On Monday 01 October 2012 19:33:39 Prabhakar wrote:
> From: Lad, Prabhakar
>
> add support for per color component digital gain controls
> and also their corresponding offset.
>
> Signed-off-by: Lad, Prabhakar
> Signed-off-by: Manjunath Hadli
> Cc: Sakari
We must move this for ARM common zImage support.
Note that neither drivers/media/rc/ir-rx51.c or
drivers/media/platform/omap3isp/ispvideo.c need
to include omap-pm.h, so this patch removes the
include for those files.
Cc: Laurent Pinchart
Cc: Mauro Carvalho Chehab
Cc: Timo Kokkonen
Cc: linux-m
Hi Michael,
On Tuesday 02 October 2012 16:07:07 Michael Jones wrote:
> Hi Laurent,
>
> I am looking at a case where the sensor may stop delivering data, at
> which point I want to do a STREAMOFF. In this case, the STREAMOFF takes
> 2s because of the wait_event_timeout() in ccdc_disable(). This
Hi Steffen
Sorry for chiming in so late in the game, but I've long been wanting to
have a look at this and compare with what we do for V4L2, so, this seems a
great opportunity to me:-)
On Thu, 4 Oct 2012, Steffen Trumtrar wrote:
> Signed-off-by: Steffen Trumtrar
> ---
> .../devicetree/bindin
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date:Thu Oct 4 19:00:29 CEST 2012
git hash:2425bb3d4016ed95ce83a90b53bd92c7f31091e4
gcc version: i686-linux-gcc (GC
> I don't know how to handle the /dev/ptmx issue properly from within
> devtmpfs, does anyone? Proposals are always welcome, the last time this
> came up a week or so ago, I don't recall seeing any proposals, just a
> general complaint.
Is it really a problem - devtmpfs is optional. It's a proble
On 10/04/2012 11:59 AM, Steffen Trumtrar wrote:
> Get videomode from devicetree in a format appropriate for the
> backend. drm_display_mode and fb_videomode are supported atm.
> Uses the display signal timings from of_display_timings
> +++ b/drivers/of/of_videomode.c
> +int videomode_from_timing(
On 10/04/2012 11:59 AM, Steffen Trumtrar wrote:
A patch description would be useful for something like this.
> diff --git a/Documentation/devicetree/bindings/video/display-timings.txt
> b/Documentation/devicetree/bindings/video/display-timings.txt
> new file mode 100644
...
> +Usage in backend
>
Hi,
I forgot to add some clarification:
- the "HTC USB XS HD" uses the same firmware as the "HTC Stick HD".
- both have different GPIO and reg init sequences
- I tested my changes only with DVB-C, but I guess DVB-T will work
fine (unfortunately
I can't test that, but it was working fine on the "
Signed-off-by: Martin Blumenstingl
---
drivers/media/dvb-frontends/drxk_hard.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/media/dvb-frontends/drxk_hard.c
b/drivers/media/dvb-frontends/drxk_hard.c
index 8b4c6d5..894b6eca 100644
--- a/drivers/media/dvb-frontend
Signed-off-by: Martin Blumenstingl
---
drivers/media/usb/em28xx/em28xx-cards.c | 13 -
drivers/media/usb/em28xx/em28xx-dvb.c | 84 -
drivers/media/usb/em28xx/em28xx.h | 1 +
3 files changed, 94 insertions(+), 4 deletions(-)
diff --git a/drivers/media/
Get videomode from devicetree in a format appropriate for the
backend. drm_display_mode and fb_videomode are supported atm.
Uses the display signal timings from of_display_timings
Signed-off-by: Steffen Trumtrar
---
drivers/of/Kconfig |5 +
drivers/of/Makefile |1 +
dr
Signed-off-by: Steffen Trumtrar
---
.../devicetree/bindings/video/display-timings.txt | 222
drivers/of/Kconfig |5 +
drivers/of/Makefile|1 +
drivers/of/of_display_timings.c| 183 +
Hi!
In accordance with Stepehn Warren, I downsized the binding.
Now, just the display-timing is described, as I think, it is way easier to agree
on those and have a complete binding.
Regards,
Steffen
Steffen Trumtrar (2):
of: add helper to parse display timings
of: add generic videomode desc
On Thu, Oct 04, 2012 at 10:29:51AM -0700, Eric W. Biederman wrote:
> There are still quite a few interesting cases that devtmpfs does not
> even think about supporting. Cases that were reported when devtmpfs was
> being reviewed.
Care to refresh my memory?
> Additionally the devtmpfs maintainer
Hi Julian,
Nice work! Just one pico-tiny nitpick:
On Thu, Oct 4, 2012 at 11:04 AM, Julian Scheel wrote:
> On systems where it cannot be assured that enough continous memory is
> available
> all the time it can be very useful to only allocate the memory once when it is
> needed the first time. A
Kay Sievers writes:
> If that works out, it would a bit like devtmpfs which turned out to be
> very simple, reliable and absolutely the right thing we could do to
> primarily mange /dev content.
ROFL.
There are still quite a few interesting cases that devtmpfs does not
even think about supporti
Hi Mauro,
The following changes since commit 2425bb3d4016ed95ce83a90b53bd92c7f31091e4:
em28xx: regression fix: use DRX-K sync firmware requests on em28xx
(2012-10-02 17:15:22 -0300)
are available in the git repository at:
git://git.infradead.org/users/kmpark/linux-samsung v4l_mfc_for_mauro
On 12-10-04 10:18 AM, Devin Heitmueller wrote:
>
> I think the real question at this point is: what version of MythTV are
> you running?
0.25-fixes, specifically 46cab93 from 20120801. Indeed, not the latest,
but I don't think much if anything has been done in the affected code
paths. I want to
On systems where it cannot be assured that enough continous memory is available
all the time it can be very useful to only allocate the memory once when it is
needed the first time. Afterwards the initially allocated memory will be
reused, so it is ensured that the memory will stay available until
On Tue, 2 Oct 2012, Linus Torvalds wrote:
> Now, at the same time, I do agree that network devices should generally
> try to delay it until ifup time
Slightly tangential to the ongoing discussion, but still ... I think that
even "all network drivers should delay firmware loading to ifup time"
On Thu, Oct 4, 2012 at 7:58 AM, Brian J. Murrell wrote:
> I have a fairly new HVR-1600 which I have seen fail quite a number of
> times now when it's asked to record more than one channel on a clearqam
> multiplex. This time it was 3 recordings at once.
>
> There's nothing at all in the kernel ri
On Thu, Oct 04, 2012 at 09:39:41AM -0400, Josh Boyer wrote:
> > That said, there's clearly enough variation here that I think that for
> > now I won't take the step to disable the udev part. I'll do the patch
> > to support "direct filesystem firmware loading" using the udev default
> > paths, and
On Wed, Oct 3, 2012 at 6:58 PM, Linus Torvalds
wrote:
> On Wed, Oct 3, 2012 at 3:48 PM, Andy Walls wrote:
>>
>> I don't know if you can remove the /sys/.../firmware ABI altogether, because
>> there is at least one, somewhat popular udev replacement that also uses it:
>> mdev
>>
>> http://git.bu
On 10/04/2012 09:14 PM, Arun Kumar K wrote:
> The vfl_dir flag is presently set to VFL_DIR_M2M only for decoder.
> The encoder is not working because of this. So adding this flag
> to the encoder part also.
>
> Signed-off-by: Arun Kumar K
> ---
> drivers/media/platform/s5p-mfc/s5p_mfc.c |1 +
Hi Mauro,
The following changes since commit 4fc8566367d6e0b460f67373423aa4f6b9cbf3ec:
ARM: samsung: move platform_data definitions (2012-10-03 18:42:54 +0200)
are available in the git repository at:
git://git.infradead.org/users/kmpark/linux-samsung v4l_for_mauro_2
for you to fetch change
I have a fairly new HVR-1600 which I have seen fail quite a number of
times now when it's asked to record more than one channel on a clearqam
multiplex. This time it was 3 recordings at once.
There's nothing at all in the kernel ring buffer, just mythtv reports a
failed recording. Usually one of
Hi Rob,
> -Original Message-
> From: robdcl...@gmail.com [mailto:robdcl...@gmail.com] On Behalf Of Rob Clark
> Sent: 03 October 2012 13:39
> To: Maarten Lankhorst
> Cc: Tom Cooksey; mesa-...@lists.freedesktop.org;
> linaro-mm-...@lists.linaro.org; dri-
> de...@lists.freedesktop.org; Jesse
The vfl_dir flag is presently set to VFL_DIR_M2M only for decoder.
The encoder is not working because of this. So adding this flag
to the encoder part also.
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/s5p_mfc.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff -
Hi Mauro,
Here is a bunch of vb2 fixes for the vb2 multiplanar support.
It's unchanged from my RFCv2:
http://www.spinics.net/lists/linux-media/msg54123.html
except for being rebased.
Regards,
Hans
The following changes since commit 2425bb3d4016ed95ce83a90b53bd92c7f31091e4:
em28xx:
[Kay removed because I don't like emailing arguable flamebait directly
to the person flamed.]
On 4 Oct 2012, n...@esperi.org.uk stated:
> By udev 175 I, and a lot of other people, had simply stopped upgrading
> udev entirely on the grounds that we could no longer tolerate the
> uncertainty over w
Hi Mauro,
Can you please pull the following patches for davinci VPIF driver.
There are patches which affect davinci platform code, on top
of which cleanup was done, So to avoid conflicts these patches
need to go through media tree. Patches affecting davinci platform
code have been Acked by Sekhar.
On Thu 4 October 2012 11:29:58 Prabhakar wrote:
> From: Lad, Prabhakar
>
> set device_caps and also change the driver and
> bus_info to proper values as per standard.
>
> Signed-off-by: Lad, Prabhakar
> Signed-off-by: Manjunath Hadli
> Cc: Hans Verkuil
Acked-by: Hans Verkuil
Regards,
On Thu 4 October 2012 11:29:57 Prabhakar wrote:
> From: Lad, Prabhakar
>
> from commit with id 896f38f582730a19eb49677105b4fe4c0270b82e
> it's mandatory to check the return code of vb2_queue_init().
>
> Signed-off-by: Lad, Prabhakar
> Signed-off-by: Manjunath Hadli
> Cc: Hans Verkuil
Acked-b
Hi Mauro,
Here is a quick fix for a compiler warning due to the constifying of
vidioc_s_fbuf.
Regards,
Hans
The following changes since commit 2425bb3d4016ed95ce83a90b53bd92c7f31091e4:
em28xx: regression fix: use DRX-K sync firmware requests on em28xx
(2012-10-02 17:15:22 -0300)
a
From: Lad, Prabhakar
set device_caps and also change the driver and
bus_info to proper values as per standard.
Signed-off-by: Lad, Prabhakar
Signed-off-by: Manjunath Hadli
Cc: Hans Verkuil
---
Changes for v3:
1: Removed READWRITE flag for device_caps pointed by Hans.
Changes for v2:
1: C
From: Lad, Prabhakar
from commit with id 896f38f582730a19eb49677105b4fe4c0270b82e
it's mandatory to check the return code of vb2_queue_init().
Signed-off-by: Lad, Prabhakar
Signed-off-by: Manjunath Hadli
Cc: Hans Verkuil
---
Changes for v2:
1: Added vb2_dma_contig_cleanup_ctx() on failure o
On 10/04/2012 08:43 AM, Hans Verkuil wrote:
> On Wed October 3 2012 12:16:48 Sylwester Nawrocki wrote:
>> On 10/02/2012 10:57 AM, Hans Verkuil wrote:
>>> drivers/media/platform/s5p-g2d/g2d.c:535:2: warning: passing argument 3 of
>>> 'vidioc_try_crop' discards 'const' qualifier from pointer target
On Tue 25 September 2012 16:21:55 Prabhakar wrote:
> From: Lad, Prabhakar
>
> set device_caps and also change the driver and
> bus_info to proper values as per standard.
>
> Signed-off-by: Lad, Prabhakar
> Signed-off-by: Manjunath Hadli
> Cc: Hans Verkuil
> ---
> Changes for v2:
> 1: Change
Hi Prabhakar,
I think this introduces a memory leak, see my comments below.
On Wed 3 October 2012 15:42:29 Prabhakar wrote:
> From: Lad, Prabhakar
>
> from commit with id 896f38f582730a19eb49677105b4fe4c0270b82e
> it's mandatory to check the return code of vb2_queue_init().
>
> Signed-off-by:
Hello Media guys,
This is dependent of exynos drm patch set to be merged to mainline so if
there is no problem then please, give me ack so that I can merge this patch
with exynos drm patch set.
Thanks,
Inki Dae
> -Original Message-
> From: RAHUL SHARMA [mailto:rahul.sha...@samsung.com]
>
Hi Mr. Tomasz, Mr. Park, list,
First patch in the following set belongs to s5p-media, rest to exynos-drm.
Please review the media patch so that It can be merged for mainline.
regards,
Rahul Sharma
On Thu, Oct 4, 2012 at 9:12 PM, Rahul Sharma wrote:
> From: Tomasz Stanislawski
>
> This patch ex
This patch adds the support for multiple mixer versions avaialble in
various platform variants. Version is passed as a driver data field
instead of paltform data.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_mixer.c | 28
1 files changed, 28 insert
This patch adds support for exynos5 hdmi phy with device tree enabled.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_hdmiphy.c | 12 +++-
1 files changed, 11 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_hdmiphy.c
b/drivers/gpu/drm/exynos/ex
This patch adds support for exynos5 hdmi with device tree enabled.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 83 --
1 files changed, 79 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c
b/drivers/gpu/d
This patch adds support for disabling the video processor code based
on the platform type. This is done based on a field in the mixer driver
data which changes with the platform variant.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_mixer.c | 151 +---
This patch removed the is_v13 variable from the hdmi driver context.
It is replaced with condition check for the hdmi version. This cleans
the way for handling further hdmi versions.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 40 +-
1
This patch adds support for exynos5 mixer with device tree enabled.
Signed-off-by: Rahul Sharma
Signed-off-by: Fahad Kunnathadi
---
drivers/gpu/drm/exynos/exynos_mixer.c | 49 +++--
drivers/gpu/drm/exynos/regs-mixer.h |3 ++
2 files changed, 49 insertions(+),
exynos-drm-hdmi need context pointers from hdmi and mixer. These
pointers were expected from the plf data. Cleaned this dependency
by exporting i/f which are called by hdmi, mixer driver probes
for setting their context.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_drm_hdmi.c |
This patch removes the drm hdmi platform data structure which is no
longer in use by drm hdmi driver after this patch set get merged. s5p
hdmi platform data structure is used instead.
Signed-off-by: Rahul Sharma
---
include/drm/exynos_drm.h | 13 -
1 files changed, 0 insertions(+),
This patch adds support for exynos5 ddc with device tree enabled.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_ddc.c | 22 +-
1 files changed, 17 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_ddc.c
b/drivers/gpu/drm/exynos/exyno
From: Tomasz Stanislawski
The plug/unplug interrupt are handled by a separate interrupt.
So there is no need to replicate this mechanism in HDMI core.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_hdmi.c |5 +
1 files changed, 1 inse
From: Tomasz Stanislawski
This patch extends s5p-hdmi platform data by a GPIO identifier for
Hot-Plug-Detection pin.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
include/media/s5p_hdmi.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/m
From: Tomasz Stanislawski
The 'exynos-drm-hdmi' driver makes use of s5p-tv platform devices. Therefore
the driver should use the same platform data to prevent crashes caused by
dereferencing incorrect types. This patch corrects the exynos-drm-hdmi driver
to the platform data from s5p-hdmi.
Sign
From: Tomasz Stanislawski
This patch fixes 'unsigned < 0' check in probe. Moreover it
releases an interrupt at remove.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_hdmi.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff
From: Tomasz Stanislawski
This patch implements check if HDMI is version 1.3 by using a driver variant
instead of platform data.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 25 -
1 files changed, 24 inser
This patch set adds the DT based support for Samsung's Exynos5250 in DRM-HDMI.
It includes disabling of hdmi internal interrupt, suppport for platform
variants for hdmi and mixer, support to disable video processor based on
platform type and removal of drm common platform data.
This patchset is ba
59 matches
Mail list logo
