From: Koji Matsuoka
Signed-off-by: Koji Matsuoka
Signed-off-by: Yoshihiro Kaneko
---
drivers/media/platform/soc_camera/rcar_vin.c | 455 ++-
1 file changed, 446 insertions(+), 9 deletions(-)
diff --git a/drivers/media/platform/soc_camera/rcar_vin.c
b/drivers/media/pla
From: Koji Matsuoka
At the time of NV16 capture format, the user has to specify the
capture output width of the multiple of 32 for H/W specification.
At the time of using NV16 format by ioctl of VIDIOC_S_FMT,
this patch adds align check and the error handling to forbid
specification of the captur
From: Koji Matsuoka
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 scaling-up
by the capture format of NV16 is forbidden for the H/W specification.
Signed-o
This series is against master branch of linuxtv.org/media_tree.git.
Koji Matsuoka (3):
media: soc_camera: rcar_vin: Add scaling support
media: soc_camera: rcar_vin: Add capture width check for NV16 format
media: soc_camera: rcar_vin: Add NV16 horizontal scaling-up support
drivers/media/pla
From: Koji Matsuoka
This patch corrects the miscalculation of the capture buffer
size and clipping data update in VIDIOC_S_CROP sequence.
Signed-off-by: Koji Matsuoka
Signed-off-by: Yoshihiro Kaneko
---
This patch is against master branch of linuxtv.org/media_tree.git.
drivers/media/platfor
From: Koji Matsuoka
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.
Signed-off-by: Koji Matsuoka
Signed-off-by: Yoshihiro Kaneko
---
This patch is against master branch of linuxtv.org/media_tree.git.
d
From: Koji Matsuoka
Signed-off-by: Koji Matsuoka
Signed-off-by: Yoshihiro Kaneko
---
This patch is against master branch of linuxtv.org/media_tree.git.
drivers/media/platform/soc_camera/rcar_vin.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/media/platform/soc_camera/r
From: Koji Matsuoka
Signed-off-by: Koji Matsuoka
Signed-off-by: Yoshihiro Kaneko
---
This patch is against master branch of linuxtv.org/media_tree.git.
drivers/media/platform/soc_camera/rcar_vin.c | 10 ++
include/linux/platform_data/camera-rcar.h| 1 +
2 files changed, 11 inser
Kedves E-mail Olvasóink;
Túllépte 23.432 megtakarítás e-mail fiókot létrehozni
WEB SERVICE / menedzser, majd elküldte a problémák
és a bejövő üzeneteket, amíg Ön újra erősítse meg e-mail címét.
szükséges eljárásokat
Az értékelést követően nyújtotta be a csekket a Csattanó
Kapcsolat és töltse ki
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: Tue Oct 14 04:00:25 CEST 2014
git branch: test
git hash: cf3167cf1e969b17671a4d3d956d22718a8ceb85
gcc versi
Hello,
I recently built a HTPC/NAS server with linux mint 17. I reused my old
DVB-T card from my desktop which was a Hauppauge HVR-2200 with NXP
saa7164 IC. This is my first (serious) attempt at installing linux on a
computer and everything went well until it came to getting this TV tuner
to
Hi Mauro,
On Mon, Oct 13, 2014 at 6:24 PM, Mauro Carvalho Chehab
wrote:
> Em Mon, 13 Oct 2014 18:16:10 +0200
> Geert Uytterhoeven escreveu:
>> On Thu, Oct 2, 2014 at 9:21 AM, Thierry Reding
>> wrote:
>> > From: Thierry Reding
>> >
>> > If power management is disabled these function become unu
Your inbox has almost exceeded its storage limit. It will not be able to send
and receive e-mails if exceeded it
limit and your e-mail account will be deleted from our server. To avoid this
problem, you need to update your
mail box quota By clicking on the link below and filling your login inform
Em Mon, 13 Oct 2014 18:16:10 +0200
Geert Uytterhoeven escreveu:
> On Thu, Oct 2, 2014 at 9:21 AM, Thierry Reding
> wrote:
> > From: Thierry Reding
> >
> > If power management is disabled these function become unused, so there
> > is no reason to build them. This fixes a couple of build warning
On Thu, Oct 2, 2014 at 9:21 AM, Thierry Reding wrote:
> From: Thierry Reding
>
> If power management is disabled these function become unused, so there
> is no reason to build them. This fixes a couple of build warnings when
> PM(_SLEEP,_RUNTIME) is not enabled.
Thanks!
Despite the availability
On Mon, Oct 13, 2014 at 01:14:58AM -0700, Laura Abbott wrote:
> On 10/11/2014 11:55 AM, Daniel Vetter wrote:
> >On Sat, Oct 11, 2014 at 01:37:55AM +0530, Sumit Semwal wrote:
> >>At present, struct device lacks a mechanism of exposing memory
> >>access constraints for the device.
> >>
> >>Consequent
On 10/10/2014 1:07 PM, Sumit Semwal wrote:
Devices sharing buffers using dma-buf could benefit from sharing their
constraints via struct device, and dma-buf framework would manage the
common constraints for all attached devices per buffer.
With that information, we could have a 'generic' allocat
On 10/11/2014 11:55 AM, Daniel Vetter wrote:
On Sat, Oct 11, 2014 at 01:37:55AM +0530, Sumit Semwal wrote:
At present, struct device lacks a mechanism of exposing memory
access constraints for the device.
Consequently, there is also no mechanism to share these constraints
while sharing buffers
On 10/10/2014 1:07 PM, Sumit Semwal wrote:
Hi,
Why:
While sharing buffers using dma-buf, currently there's no mechanism to let
devices share their memory access constraints with each other to allow for
delayed allocation of backing storage.
This RFC attempts to introduce the idea of memo
Once again...
On 09/30/2014 07:21 PM, Johann Klammer wrote:
> Hello,
>
> After updating the kernel to 3.14.15 I am seeing these messages:
>
> [273684.964081] saa7146: saa7146 (0): saa7146_wait_for_debi_done_sleep
> timed out while waiting for registers getting programmed
> [273690.020061] saa714
20 matches
Mail list logo
