Remove the silly redefines of pr_err/info/debug.
This improves readability and it also gets rid of a bunch of warnings when
compiling this driver for older kernels using the compatibility media_build
system.
Signed-off-by: Hans Verkuil
---
drivers/media/usb/dvb-usb-v2/mxl111sf-tuner.c |8 +-
'exynos_mfc_match' is always compiled in. Hence of_match_ptr
is unnecessary.
Signed-off-by: Sachin Kamat
Cc: Kamil Debski
---
drivers/media/platform/s5p-mfc/s5p_mfc.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/platform/s5p-mfc/s5p_mfc.c
b/drivers/media
This is a DT only driver and exynos_gsc_match is always compiled
in. Hence of_match_ptr is unnecessary.
Signed-off-by: Sachin Kamat
---
drivers/media/platform/exynos-gsc/gsc-core.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/platform/exynos-gsc/gsc-core.c
Hi Ezequiel,
Being able to capture the TV signal from a cable decoder; but can't make
it with getting audio working.I'm using an Easycap dc60 USB adapter,
plugged in to one of the USB 2.0 ports of an ASUS laptop, running the
Ubuntu 12.04, distro, kernel: 3.5.0-30-generic.
Can you please pro
> I did a live boot from the most recent Ubuntu (kernel 3.8), installed
> radio and it worked!
Did you make it work under another well-known proprietary OS first so
that the firmware got updated and kept fresh across the reboot?
In theory if it works for you, I guess it should work for me (the k
Hi Sakari,
On 05/21/2013 07:30 PM, Sakari Ailus wrote:
Hi Sylwester,
My apologies for the late answer.
No problem at all, thank you for your follow up.
Sylwester Nawrocki wrote:
On 05/08/2013 06:26 PM, Sakari Ailus wrote:
On Tue, May 07, 2013 at 04:04:10PM +0200, Sylwester Nawrocki wrote:
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: Wed May 22 19:00:17 CEST 2013
git branch: test
git hash: 6a084d6b3dc200b855ae8a3c6771abe285a3835d
gcc versi
Hey,
Op 22-05-13 18:18, Peter Zijlstra schreef:
> On Wed, May 22, 2013 at 01:18:14PM +0200, Maarten Lankhorst wrote:
>
> Lacking the actual msg atm, I'm going to paste in here...
Thanks for taking the time to review.
>> Subject: [PATCH v3 2/3] mutex: add support for wound/wait style locks, v3
>> F
On 05/22/2013 04:15 AM, Hans de Goede wrote:
> Hi,
>
> On 05/21/2013 02:12 PM, Ted To wrote:
>> Hi Hans,
>
>
>
>>> Which kernel version are you using ?
>>
>> 3.2.0-4-amd64
>>
>> I could try the liquorix kernel (3.8) if you thought it might help.
>
> Yes, if you could try that that would be gre
On Wed, May 22, 2013 at 6:18 PM, Peter Zijlstra wrote:
> On Wed, May 22, 2013 at 01:18:14PM +0200, Maarten Lankhorst wrote:
>
> Lacking the actual msg atm, I'm going to paste in here...
Just replying to the interface/doc comments, Maarten's the guy for the
gory details ;-)
>> Subject: [PATCH v3
On Wed, May 22, 2013 at 01:18:14PM +0200, Maarten Lankhorst wrote:
Lacking the actual msg atm, I'm going to paste in here...
> Subject: [PATCH v3 2/3] mutex: add support for wound/wait style locks, v3
> From: Maarten Lankhorst
>
> Changes since RFC patch v1:
> - Updated to use atomic_l
>> I could try the liquorix kernel (3.8) if you thought it might help.
> Yes, if you could try that that would be great.
If I may join the party, I too own an InstantFM USB device and I can't
get it to play radio. All of this under kernel 3.9.3-gentoo.
dmesg:
usb 4-2.4: new full-speed
Hello.
On 22-05-2013 10:55, Hans Verkuil wrote:
From: Vladimir Barinov
Add subdev video ops for ADV7180 video decoder. This makes decoder usable on
the soc-camera drivers.
Signed-off-by: Vladimir Barinov
Signed-off-by: Sergei Shtylyov
---
This patch is against the 'media_tree.git'
On Wed, May 22, 2013 at 01:47:42PM +0200, Maarten Lankhorst wrote:
> Op 22-05-13 13:37, Peter Zijlstra schreef:
> >> Are there any issues left? I included the patch you wrote for injecting
> >> -EDEADLK too
> >> in my tree. The overwhelming silence makes me think there are either none,
> >> or
>
Op 22-05-13 13:37, Peter Zijlstra schreef:
>> Are there any issues left? I included the patch you wrote for injecting
>> -EDEADLK too
>> in my tree. The overwhelming silence makes me think there are either none, or
>> nobody cared enough to review it. :(
> It didn't manage to reach my inbox it see
> Are there any issues left? I included the patch you wrote for injecting
> -EDEADLK too
> in my tree. The overwhelming silence makes me think there are either none, or
> nobody cared enough to review it. :(
It didn't manage to reach my inbox it seems,.. I can only find a debug
patch in this thre
Hey,
Op 30-04-13 21:14, Daniel Vetter schreef:
> On Sun, Apr 28, 2013 at 07:04:07PM +0200, Maarten Lankhorst wrote:
>> Changes since RFC patch v1:
>> - Updated to use atomic_long instead of atomic, since the reservation_id
>> was a long.
>> - added mutex_reserve_lock_slow and mutex_reserve_lock
On Wed 22 May 2013 13:05:29 Sachin Kamat wrote:
> On 21 May 2013 14:58, Hans Verkuil wrote:
> > On Fri 17 May 2013 10:24:50 Sachin Kamat wrote:
> >> Hi Hans,
> >>
> >> I noticed the following sparse warnings with S5P HDMI driver which I
> >> think got introduced due to the following commit:
> >> 5
On 21 May 2013 14:58, Hans Verkuil wrote:
> On Fri 17 May 2013 10:24:50 Sachin Kamat wrote:
>> Hi Hans,
>>
>> I noticed the following sparse warnings with S5P HDMI driver which I
>> think got introduced due to the following commit:
>> 5efb54b2b7b ([media] s5p-tv: add dv_timings support for hdmi)
>
Am Mittwoch, den 22.05.2013, 12:36 +0200 schrieb Hans Verkuil:
> On Wed 22 May 2013 12:17:36 Philipp Zabel wrote:
> > On mem2mem decoders with a hardware bitstream ringbuffer, to drain the
> > buffer at the end of the stream, remaining frames might need to be decoded
> > without additional input bu
On Wed 22 May 2013 12:17:36 Philipp Zabel wrote:
> On mem2mem decoders with a hardware bitstream ringbuffer, to drain the
> buffer at the end of the stream, remaining frames might need to be decoded
> without additional input buffers being provided, and after calling streamoff
> on the v4l2 output
On mem2mem decoders with a hardware bitstream ringbuffer, to drain the
buffer at the end of the stream, remaining frames might need to be decoded
without additional input buffers being provided, and after calling streamoff
on the v4l2 output queue. This also allows a driver to copy input buffers
in
On Tue, May 21, 2013 at 03:07:03PM +0200, Bjørn Mork wrote:
> Hello,
>
> Please apply mainline commit e1d45ae to any maintained stable kernel
> prior to v3.7. I just hit this bug on a Debian 3.2.41-2+deb7u2 kernel:
Thanks, I'll queue it for the 3.5 kernel.
Cheers,
--
Luis
--
To unsubscribe from
Hi,
On 05/21/2013 02:12 PM, Ted To wrote:
Hi Hans,
Which kernel version are you using ?
3.2.0-4-amd64
I could try the liquorix kernel (3.8) if you thought it might help.
Yes, if you could try that that would be great.
Regards,
Hans
--
To unsubscribe from this list: send the line "uns
24 matches
Mail list logo
