A patch for this is already in my pull request I posted last week.
Hans
On 10/15/2014 06:23 AM, kbuild test robot wrote:
tree: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 2d65a9f48fcdf7866aab6457bc707ca233e0c791
commit:
Hello Sergei,
Thank you for your comment.
I'll update this patch.
Thanks,
Kaneko
2014-10-14 21:57 GMT+09:00 Sergei Shtylyov sergei.shtyl...@cogentembedded.com:
Hello.
On 10/14/2014 10:26 AM, Yoshihiro Kaneko wrote:
From: Koji Matsuoka koji.matsuoka...@renesas.com
The scaling function
Hello Geert,
Thanks for your comment.
I'll update this patch.
Thanks,
Kaneko
2014-10-15 4:25 GMT+09:00 Geert Uytterhoeven ge...@linux-m68k.org:
Hi Kaneko-san, Matsuoka-san,
On Tue, Oct 14, 2014 at 8:26 AM, Yoshihiro Kaneko ykaneko0...@gmail.com
wrote:
From: Koji Matsuoka
On Thu, Sep 25, 2014 at 02:40:08PM +0300, Dan Carpenter wrote:
I moved the call to hybrid_tuner_release_state(priv) after
priv-firmware dereference.
Fixes: 5264a522a597 ('[media] media: tuner xc5000 - release firmwware from
xc5000_release()')
We still need this patch.
regards,
dan
Hello.
On 10/15/2014 08:52 AM, Simon Horman wrote:
From: Koji Matsuoka koji.matsuoka...@renesas.com
The scaling function had been forbidden for the capture format of
NV16 until now. With this patch, a horizontal scaling-up function
is supported to the capture format of NV16. a vertical
On 10/15/2014 07:40 AM, Dan Carpenter wrote:
On Thu, Sep 25, 2014 at 02:40:08PM +0300, Dan Carpenter wrote:
I moved the call to hybrid_tuner_release_state(priv) after
priv-firmware dereference.
Fixes: 5264a522a597 ('[media] media: tuner xc5000 - release firmwware from
xc5000_release()')
On Wed, Oct 15, 2014 at 09:12:46AM -0600, Shuah Khan wrote:
On 10/15/2014 07:40 AM, Dan Carpenter wrote:
On Thu, Sep 25, 2014 at 02:40:08PM +0300, Dan Carpenter wrote:
I moved the call to hybrid_tuner_release_state(priv) after
priv-firmware dereference.
Fixes: 5264a522a597 ('[media]
On Sat, Oct 11, 2014 at 09:09:33PM +0530, Vinod Koul wrote:
The recent discussion [1] on the API have resulted in moving away from
device_control ioctl method to proper channel APIs.
There are still few users on the device_control which should use the wrappers
existing rather than access
At Tue, 14 Oct 2014 08:58:36 -0600,
Shuah Khan wrote:
Add media token device resource framework to allow sharing
resources such as tuner, dma, audio etc. across media drivers
and non-media sound drivers that control media hardware. The
Media token resource is created at the main struct
Earlier this year, a colleague and I sought advice on the
combination of soc_camera + rcar_vin for capture, and the mainline
adv7604 driver (which we have modified to successfully drive the
adv7612)., with reasonable results, noting that we might move
towards a soc_camera2 with pads support?.
At Tue, 14 Oct 2014 08:58:37 -0600,
Shuah Khan wrote:
Add media token device resource framework to allow sharing
resources such as tuner, dma, audio etc. across media drivers
and non-media sound drivers that control media hardware. The
Media token resource is created at the main struct
On 10/15/2014 10:48 AM, Takashi Iwai wrote:
At Tue, 14 Oct 2014 08:58:36 -0600,
Shuah Khan wrote:
Add media token device resource framework to allow sharing
resources such as tuner, dma, audio etc. across media drivers
and non-media sound drivers that control media hardware. The
Media token
On 10/15/2014 11:05 AM, Takashi Iwai wrote:
+#if defined(CONFIG_MEDIA_SUPPORT)
+extern int media_tknres_create(struct device *dev);
+extern int media_tknres_destroy(struct device *dev);
+
+extern int media_get_tuner_tkn(struct device *dev);
+extern int media_put_tuner_tkn(struct device
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 16 04:00:18 CEST 2014
git branch: test
git hash: cf3167cf1e969b17671a4d3d956d22718a8ceb85
gcc
[CC Mauro Carvalho Chehab]
On Tue, Oct 14, 2014 at 04:20:22PM +0900, Yoshihiro Kaneko wrote:
This series is against master branch of linuxtv.org/media_tree.git.
Koji Matsuoka (2):
media: soc_camera: rcar_vin: Add r8a7794 device support
media: soc_camera: rcar_vin: Add r8a7793 device
[CC Mauro Carvalho Chehab]
On Tue, Oct 14, 2014 at 03:22:10PM +0900, Yoshihiro Kaneko wrote:
From: Koji Matsuoka koji.matsuoka...@renesas.com
Signed-off-by: Koji Matsuoka koji.matsuoka...@renesas.com
Signed-off-by: Yoshihiro Kaneko ykaneko0...@gmail.com
---
This patch is against master
[CC Mauro Carvalho Chehab]
On Tue, Oct 14, 2014 at 03:24:38PM +0900, Yoshihiro Kaneko wrote:
From: Koji Matsuoka koji.matsuoka...@renesas.com
Signed-off-by: Koji Matsuoka koji.matsuoka...@renesas.com
Signed-off-by: Yoshihiro Kaneko ykaneko0...@gmail.com
---
This patch is against master
[CC Mauro Carvalho Chehab]
On Tue, Oct 14, 2014 at 03:25:24PM +0900, Yoshihiro Kaneko wrote:
From: Koji Matsuoka koji.matsuoka...@renesas.com
This patch corrects the miscalculation of the capture buffer
size and clipping data update in VIDIOC_S_CROP sequence.
Signed-off-by: Koji Matsuoka
[CC Mauro Carvalho Chehab]
On Tue, Oct 14, 2014 at 03:25:56PM +0900, Yoshihiro Kaneko wrote:
From: Koji Matsuoka koji.matsuoka...@renesas.com
By applying this patch, it sets to VSYNC field toggle mode not only
at the time of progressive mode but at the time of an interlace mode.
19 matches
Mail list logo