On Mon, Jan 07, 2013 at 06:23:54AM +, Mohammed, Afzal wrote:
> Hi Steffen,
>
> On Tue, Dec 18, 2012 at 22:34:09, Steffen Trumtrar wrote:
>
> > Finally, right in time before the end of the world on friday, v16 of the
> > display helpers.
>
> After another big bang, your series in the previous
Modified the G2D driver (which initially supported only H/W Rev.3)
to support H/W Rev.4.1 present on Exynos4x12 and Exynos52x0 SOCs.
-- Set the SRC and DST type to 'memory' instead of using reset values.
-- FIMG2D v4.1 H/W uses different logic for stretching(scaling).
-- Use CACHECTL_REG only with
Hi Steffen,
On Tue, Dec 18, 2012 at 22:34:09, Steffen Trumtrar wrote:
> Finally, right in time before the end of the world on friday, v16 of the
> display helpers.
After another big bang, your series in the previous world was tried ;)
This series has been tested on DA850 EVM, AM335x EVM, EVM-SK
Hi Steffen,
On Tue, Dec 18, 2012 at 22:34:14, Steffen Trumtrar wrote:
> Add helper to get fb_videomode from devicetree.
> drivers/video/fbmon.c | 42 ++
> include/linux/fb.h|4
This breaks DaVinci (da8xx_omapl_defconfig), following change wa
Hi,
On Sun, Jan 6, 2013 at 7:04 PM, Mauro Carvalho Chehab
wrote:
> This is the summary of the patches that are currently under review at
> Linux Media Mailing List .
> Each patch is represented by its submission date, the subject (up to 70
> chars) and the patchwork link (if submitted via email).
Hi Wei,
Thanks for the patch.
On Mon, Oct 22, 2012 at 11:06 AM, Wei Yongjun wrote:
> From: Wei Yongjun
>
> Add the missing unlock on the error handling path in function
> vpbe_initialize().
>
> Signed-off-by: Wei Yongjun
Acked-by: Prabhakar Lad
> ---
> no test
> ---
> drivers/media/platfor
The idx values passed to cx18_i2c_register() and ivtv_i2c_register()
by cx18_init_subdevs() and ivtv_load_and_init_modules() respectively
are always in-range, based on how the hw_all bitmask is populated.
Previously, the checks were already ineffective because arrays were
being dereferenced using t
Nickolai Zeldovich wrote:
>The idx values passed to cx18_i2c_register() and ivtv_i2c_register()
>by cx18_init_subdevs() and ivtv_load_and_init_modules() respectively
>are always in-range, based on how the hw_all bitmask is populated.
>Previously, the checks were already ineffective because arrays
Hi Mauro,
On Sunday 06 January 2013 11:10:39 Mauro Carvalho Chehab wrote:
> Em Thu, 3 Jan 2013 14:55:41 -0800 Tony Lindgren escreveu:
> > * Laurent Pinchart [130103 13:24]:
> > > The plat/*.h headers are not available to drivers in multiplatform
> > > kernels. As the header isn't needed, just rem
On Sat, 2013-01-05 at 14:11 -0500, Nickolai Zeldovich wrote:
> Move dereferencing of hw_devicenames[], hw_bus[] arrays until after
> checking that idx is within range.
>
> Signed-off-by: Nickolai Zeldovich
Hi Nickolai,
My comments are in line below.
> ---
> drivers/media/pci/cx18/cx18-i2c.c |
On Thu, 2012-12-20 at 15:18 -0200, Mauro Carvalho Chehab wrote:
> Em Wed, 21 Nov 2012 15:28:09 -0200
> Mauro Carvalho Chehab escreveu:
>
> > Hi Andy,
> >
> > I'm understanding that you'll be reviewing this patch. So, I'm marking it as
> > under_review at patchwork.
>
> -ENOANSWER. Let me apply
> The problem is that on the sta2x11 architecture only the first
> 512MB are available through the PCI bus, but the allocator can allocate
> memory
> for DMA above this limit. By using GFP_DMA flags the allocation take place
> under the 16MB so it works.
Still, you are not running the upstream
Hi Sylwester,
My apologies for the delayed answer.
Sylwester Nawrocki wrote:
> On 12/16/2012 04:00 PM, Sakari Ailus wrote:
> diff --git a/Documentation/DocBook/media/v4l/controls.xml
> b/Documentation/DocBook/media/v4l/controls.xml
> index 7fe5be1..9d4af8a 100644
> --- a/Documenta
Hi Emil,
You are right, there was a missing piece of code.
During merge, part of the orignal patch was missing. I have signaled it
to Mauro who have fixed it in media_tree.
Regards.
Le 06/01/2013 21:59, Emil Goode a écrit :
> The function demod_attach_drxd was split into two by commit 36a495a3.
The function demod_attach_drxd was split into two by commit 36a495a3.
This resulted in a new function tuner_attach_dtt7520x that is not used.
We should register tuner_attach_dtt7520x as a callback in the ngene_info
struct in the same way as done with the other part of the split function.
Sparse wa
Am 05.01.2013 16:57, schrieb Mauro Carvalho Chehab:
> Em Sat, 05 Jan 2013 15:00:18 +0100
> Frank Schäfer escreveu:
>
>> While we are at it ;) :
>>
>> [ 15.280772] bttv: Bt8xx card found (0)
>> [ 15.281349] bttv: 0: Bt878 (rev 17) at :01:08.0, irq: 18,
>> latency: 32, mmio: 0xfdfff000
>> [
On Sun, 2013-01-06 at 20:45 +0200, Antti Palosaari wrote:
> On 01/06/2013 08:14 PM, Malcolm Priestley wrote:
> > On Sun, 2013-01-06 at 15:37 +0200, Antti Palosaari wrote:
> >> On 01/06/2013 02:40 PM, Malcolm Priestley wrote:
> >>> Restore ds3000.c read_signal_strength.
> >>>
> >>> Call tuner get_rf
Am 05.01.2013 16:25, schrieb Mauro Carvalho Chehab:
> Em Sat, 05 Jan 2013 14:32:30 +0100
> Frank Schäfer escreveu:
>
>> Am 05.01.2013 03:39, schrieb Mauro Carvalho Chehab:
>>> Em Fri, 28 Dec 2012 00:02:48 +0100
>>> Frank Schäfer escreveu:
>>>
- return valid key code when button is hold
Am 05.01.2013 16:35, schrieb Mauro Carvalho Chehab:
> Em Sat, 05 Jan 2013 14:42:10 +0100
> Frank Schäfer escreveu:
>
>> Am 05.01.2013 14:22, schrieb Frank Schäfer:
>>> Am 04.01.2013 22:15, schrieb Mauro Carvalho Chehab:
Frank pointed that IR was not working with I2C devices. So, I took some
>
Am 05.01.2013 16:06, schrieb Mauro Carvalho Chehab:
> Em Sat, 05 Jan 2013 14:22:08 +0100
> Frank Schäfer escreveu:
>
>> Am 04.01.2013 22:15, schrieb Mauro Carvalho Chehab:
>>> Frank pointed that IR was not working with I2C devices. So, I took some
>>> time to fix them.
>>>
>>> Tested with Hauppaug
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:Sun Jan 6 19:00:16 CET 2013
git hash:73ec66c000e9816806c7380ca3420f4e0638c40e
gcc version: i686-linux-gcc (GCC
On 01/06/2013 08:14 PM, Malcolm Priestley wrote:
On Sun, 2013-01-06 at 15:37 +0200, Antti Palosaari wrote:
On 01/06/2013 02:40 PM, Malcolm Priestley wrote:
Restore ds3000.c read_signal_strength.
Call tuner get_rf_strength from frontend read_signal_strength.
We are able to do a NULL check and
On Sun, 2013-01-06 at 15:37 +0200, Antti Palosaari wrote:
> On 01/06/2013 02:40 PM, Malcolm Priestley wrote:
> > Restore ds3000.c read_signal_strength.
> >
> > Call tuner get_rf_strength from frontend read_signal_strength.
> >
> > We are able to do a NULL check and doesn't limit the tuner
> > attac
On Thu, Dec 27, 2012 at 09:57:25AM -0600, Rob Clark wrote:
> On Mon, Dec 24, 2012 at 11:09 AM, Laurent Pinchart
> wrote:
> > On the topic of discussions, would anyone be interested in a
> > BoF/brainstorming/whatever session during the FOSDEM ?
>
> I will be at FOSDEM.. and from http://wiki.x.org
On 01/06/2013 07:03 PM, Mauro Carvalho Chehab wrote:
Em Thu, 03 Jan 2013 23:33:49 +0200
Antti Palosaari escreveu:
On 01/03/2013 06:29 PM, Mauro Carvalho Chehab wrote:
Em Thu, 3 Jan 2013 14:14:29 -0200
Mauro Carvalho Chehab escreveu:
Em Thu, 03 Jan 2013 16:18:26 +0100
Klaus Schmidinger esc
This one also didn't arrive.
I only noticed those two messages because I cleaned today my patchwork's
queue and didn't notice them arriving at patchwork on linuxtv.org.
Regards,
Mauro
Forwarded message:
Date: Sat, 5 Jan 2013 14:11:56 -0500
From: Nickolai Zeldovich
To: Andy Walls ,Maur
Not sure what happened, but this patch didn't arrive linux-media.
Let me forward.
Regards,
Mauro
Forwarded message:
Date: Sat, 5 Jan 2013 14:13:05 -0500
From: Nickolai Zeldovich
To: Mauro Carvalho Chehab
Cc: Nickolai Zeldovich , linux-ker...@vger.kernel.org,
linux-media@vger.kernel.org
Subj
All drivers which use this subdevice use also the control framework.
The v4l2_subdev_core_ops operations {query/g_/s_}ctrl are useless because
device drivers will inherit controls from this subdevice.
Signed-off-by: Federico Vaga
---
drivers/media/i2c/adv7180.c | 3 ---
1 file modificato, 3 rimo
This patch re-write the driver and use the videobuf2
interface instead of the old videobuf. Moreover, it uses also
the control framework which allows the driver to inherit
controls from its subdevice (ADV7180)
Signed-off-by: Federico Vaga
Acked-by: Giancarlo Asnaghi
---
drivers/media/pci/sta2x1
This is useful when you need to specify specific GFP flags during memory
allocation (e.g. GFP_DMA).
Signed-off-by: Federico Vaga
---
drivers/media/v4l2-core/videobuf2-dma-contig.c | 7 ++-
include/media/videobuf2-dma-contig.h | 5 +
2 file modificati, 7 inserzioni(+), 5 rimozio
Sometimes the first version request is sent before the device has fully
initialized. This seems to happen on some hardware during boot when the
iguanair is plugged into a root hub.
Signed-off-by: Sean Young
---
drivers/media/rc/iguanair.c | 19 ++-
1 file changed, 10 insertions(+
Signed-off-by: Sean Young
---
drivers/media/rc/iguanair.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/media/rc/iguanair.c b/drivers/media/rc/iguanair.c
index 5a9163d..a569c69 100644
--- a/drivers/media/rc/iguanair.c
+++ b/drivers/media/rc/iguanair.c
@@ -512,6 +512,7 @@ static int
A sample resolution of 2us generates more than 300 interrupts per key
and this resolution is not needed unless carrier reports are enabled.
Revert to a resolution of 10us unless carrier reports are needed. This
generates up to a fifth of the interrupts.
Signed-off-by: Sean Young
---
drivers/med
> I have more information about DMA on the board that I'm using; probably, I
> can make dma-contig work with my device.
Ok, the driver STA2X11 now works with a patched dma-contig allocator. So, my
streaming allocator it is not mandatory.
I based my work on the previous work made by Windriver, b
Em Thu, 03 Jan 2013 23:33:49 +0200
Antti Palosaari escreveu:
> On 01/03/2013 06:29 PM, Mauro Carvalho Chehab wrote:
> > Em Thu, 3 Jan 2013 14:14:29 -0200
> > Mauro Carvalho Chehab escreveu:
> >
> >> Em Thu, 03 Jan 2013 16:18:26 +0100
> >> Klaus Schmidinger escreveu:
> >>
> >>> On 03.01.2013 14:
The DVBv3 quality parameters are limited on several ways:
- Doesn't provide any way to indicate the used measure,
so userspace need to guess how to calculate the measure;
- Only a limited set of stats are supported;
- Can't be called in a way to require them to
Hi Andreas,
Andreas Nagel wrote:
> Hi Sakari,
>
> thanks for helping.
>
>>> My "sensor" (TVP5146) already provides YUV data, so I can skip the
>>> previewer. I tried setting the input and output pad of the resizer
>>> subdevice to incoming resolution (input pad) and desired resolution
>>> (outpu
Hi Sachin,
On 12/28/2012 11:18 AM, Sachin Kamat wrote:
This builds the code only if DT is enabled.
Since the driver this patch touches is for platforms that in (not distant)
future will be DT only I don't really see an advantage of applying it,
only to need to revert it after few kernel releas
On 01/06/2013 02:40 PM, Malcolm Priestley wrote:
Restore ds3000.c read_signal_strength.
Call tuner get_rf_strength from frontend read_signal_strength.
We are able to do a NULL check and doesn't limit the tuner
attach to the frontend attach area.
At the moment the lmedm04 tuner attach is stuck
This is the summary of the patches that are currently under review at
Linux Media Mailing List .
Each patch is represented by its submission date, the subject (up to 70
chars) and the patchwork link (if submitted via email).
P.S.: This email is c/c to the developers where some action is expected.
Em Sun, 06 Jan 2013 14:15:44 +0100
Sylwester Nawrocki escreveu:
> On 01/06/2013 01:53 PM, Hans Verkuil wrote:
> >> Tomasz Stanislawski (1):
> >> s5p-tv: mixer: fix handling of VIDIOC_S_FMT
>
> I'll drop this one for now. Devin raised a point: such changes would
>
Em Sun, 06 Jan 2013 13:58:59 +0100
Sylwester Nawrocki escreveu:
> On 01/06/2013 01:05 PM, Mauro Carvalho Chehab wrote:
> >> Related patchwork commands:
> >>
> >> pwclient update -s 'accepted' 15333
> >> pwclient update -s 'accepted' 15565
> >> pwclient update -s 'accepted' 16071
> >> pwclient upd
On 01/06/2013 01:53 PM, Hans Verkuil wrote:
Tomasz Stanislawski (1):
s5p-tv: mixer: fix handling of VIDIOC_S_FMT
I'll drop this one for now. Devin raised a point: such changes would break
existing applications.
So, we'll need to revisit this topic before changing the drivers.
Btw, I
Em Thu, 3 Jan 2013 14:55:41 -0800
Tony Lindgren escreveu:
> * Laurent Pinchart [130103 13:24]:
> > The plat/*.h headers are not available to drivers in multiplatform
> > kernels. As the header isn't needed, just remove it.
>
> Please consider merging this for the -rc cycle, so I can make
> plat
Em Sun, 6 Jan 2013 13:53:52 +0100
Hans Verkuil escreveu:
> On Sun January 6 2013 13:41:57 Mauro Carvalho Chehab wrote:
> > Em Sun, 06 Jan 2013 13:34:53 +0100
> > Sylwester Nawrocki escreveu:
> >
> > > On 01/06/2013 12:32 PM, Mauro Carvalho Chehab wrote:
> > > > Em Fri, 04 Jan 2013 23:39:12 +010
Hi Viro,
Em Sat, 15 Dec 2012 20:38:29 +
Al Viro escreveu:
> On Sat, Dec 15, 2012 at 08:12:37PM +, Al Viro wrote:
> > Walking rbtree while it's modified is a Bad Idea(tm); besides,
> > the result of find_vma() can be freed just as it's getting returned
> > to caller. Fortunately, it'
On 01/06/2013 01:05 PM, Mauro Carvalho Chehab wrote:
Related patchwork commands:
pwclient update -s 'accepted' 15333
pwclient update -s 'accepted' 15565
pwclient update -s 'accepted' 16071
pwclient update -s 'accepted' 16072
pwclient update -s 'accepted' 16073
pwclient update -s 'accepted' 15657
On Sun January 6 2013 13:41:57 Mauro Carvalho Chehab wrote:
> Em Sun, 06 Jan 2013 13:34:53 +0100
> Sylwester Nawrocki escreveu:
>
> > On 01/06/2013 12:32 PM, Mauro Carvalho Chehab wrote:
> > > Em Fri, 04 Jan 2013 23:39:12 +0100
> > > Sylwester Nawrocki escreveu:
> > >
> > >
> > >>> Tomasz Stanis
Em Sun, 06 Jan 2013 13:34:53 +0100
Sylwester Nawrocki escreveu:
> On 01/06/2013 12:32 PM, Mauro Carvalho Chehab wrote:
> > Em Fri, 04 Jan 2013 23:39:12 +0100
> > Sylwester Nawrocki escreveu:
> >
> >
> >>> Tomasz Stanislawski (1):
> >>> s5p-tv: mixer: fix handling of VIDIOC_S_FMT
> >
> >
Restore ds3000.c read_signal_strength.
Call tuner get_rf_strength from frontend read_signal_strength.
We are able to do a NULL check and doesn't limit the tuner
attach to the frontend attach area.
At the moment the lmedm04 tuner attach is stuck in frontend
attach area.
Signed-off-by: Malcolm Pr
On 01/06/2013 12:32 PM, Mauro Carvalho Chehab wrote:
Em Fri, 04 Jan 2013 23:39:12 +0100
Sylwester Nawrocki escreveu:
Tomasz Stanislawski (1):
s5p-tv: mixer: fix handling of VIDIOC_S_FMT
I'll drop this one for now. Devin raised a point: such changes would break
existing applications.
From: Tomasz Stanislawski
The VIDIOC_S_FMT ioctl must not fail if 4cc is invalid.
It should adjust proposed 4cc to the available one.
The s5p-mixer fails on s_fmt if unsupported 4cc is used.
This patch fixes this issue by using the default format
for a given layer.
Signed-off-by: Tomasz Stanisla
Em Sun, 6 Jan 2013 10:11:29 -0200
Mauro Carvalho Chehab escreveu:
> Em Mon, 10 Dec 2012 02:45:25 +0200
> Antti Palosaari escreveu:
>
> > Make it possible to compile dvb_usb_v2 driver without the remote
> > controller (RC-core).
> >
> > Signed-off-by: Antti Palosaari
> > ---
> > drivers/media
Em Mon, 10 Dec 2012 02:45:25 +0200
Antti Palosaari escreveu:
> Make it possible to compile dvb_usb_v2 driver without the remote
> controller (RC-core).
>
> Signed-off-by: Antti Palosaari
> ---
> drivers/media/usb/dvb-usb-v2/Kconfig| 3 ++-
> drivers/media/usb/dvb-usb-v2/dvb_usb.h
Em Fri, 04 Jan 2013 23:39:12 +0100
Sylwester Nawrocki escreveu:
> On 01/04/2013 08:01 PM, Sylwester Nawrocki wrote:
> > Hi Mauro,
> >
> > Please pull the following for 3.9, it includes Exynos SoC drivers cleanups
> > and
> > fixes. DMABUF exporting support for Exynos5 GScaler driver, device tree
Em Fri, 04 Jan 2013 23:39:12 +0100
Sylwester Nawrocki escreveu:
> > Tomasz Stanislawski (1):
> >s5p-tv: mixer: fix handling of VIDIOC_S_FMT
I'll drop this one for now. Devin raised a point: such changes would break
existing applications.
So, we'll need to revisit this topic before chan
56 matches
Mail list logo
