2005-04-16 18:20:36 -04:00
|
|
|
/*
|
|
|
|
|
|
|
|
bttv-risc.c -- interfaces to other kernel modules
|
|
|
|
|
|
|
|
bttv risc code handling
|
|
|
|
- memory management
|
|
|
|
- generation
|
|
|
|
|
|
|
|
(c) 2000-2003 Gerd Knorr <kraxel@bytesex.org>
|
|
|
|
|
|
|
|
This program is free software; you can redistribute it and/or modify
|
|
|
|
it under the terms of the GNU General Public License as published by
|
|
|
|
the Free Software Foundation; either version 2 of the License, or
|
|
|
|
(at your option) any later version.
|
|
|
|
|
|
|
|
This program is distributed in the hope that it will be useful,
|
|
|
|
but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
GNU General Public License for more details.
|
|
|
|
|
|
|
|
You should have received a copy of the GNU General Public License
|
|
|
|
along with this program; if not, write to the Free Software
|
|
|
|
Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
|
|
|
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/module.h>
|
|
|
|
#include <linux/init.h>
|
include cleanup: Update gfp.h and slab.h includes to prepare for breaking implicit slab.h inclusion from percpu.h
percpu.h is included by sched.h and module.h and thus ends up being
included when building most .c files. percpu.h includes slab.h which
in turn includes gfp.h making everything defined by the two files
universally available and complicating inclusion dependencies.
percpu.h -> slab.h dependency is about to be removed. Prepare for
this change by updating users of gfp and slab facilities include those
headers directly instead of assuming availability. As this conversion
needs to touch large number of source files, the following script is
used as the basis of conversion.
http://userweb.kernel.org/~tj/misc/slabh-sweep.py
The script does the followings.
* Scan files for gfp and slab usages and update includes such that
only the necessary includes are there. ie. if only gfp is used,
gfp.h, if slab is used, slab.h.
* When the script inserts a new include, it looks at the include
blocks and try to put the new include such that its order conforms
to its surrounding. It's put in the include block which contains
core kernel includes, in the same order that the rest are ordered -
alphabetical, Christmas tree, rev-Xmas-tree or at the end if there
doesn't seem to be any matching order.
* If the script can't find a place to put a new include (mostly
because the file doesn't have fitting include block), it prints out
an error message indicating which .h file needs to be added to the
file.
The conversion was done in the following steps.
1. The initial automatic conversion of all .c files updated slightly
over 4000 files, deleting around 700 includes and adding ~480 gfp.h
and ~3000 slab.h inclusions. The script emitted errors for ~400
files.
2. Each error was manually checked. Some didn't need the inclusion,
some needed manual addition while adding it to implementation .h or
embedding .c file was more appropriate for others. This step added
inclusions to around 150 files.
3. The script was run again and the output was compared to the edits
from #2 to make sure no file was left behind.
4. Several build tests were done and a couple of problems were fixed.
e.g. lib/decompress_*.c used malloc/free() wrappers around slab
APIs requiring slab.h to be added manually.
5. The script was run on all .h files but without automatically
editing them as sprinkling gfp.h and slab.h inclusions around .h
files could easily lead to inclusion dependency hell. Most gfp.h
inclusion directives were ignored as stuff from gfp.h was usually
wildly available and often used in preprocessor macros. Each
slab.h inclusion directive was examined and added manually as
necessary.
6. percpu.h was updated not to include slab.h.
7. Build test were done on the following configurations and failures
were fixed. CONFIG_GCOV_KERNEL was turned off for all tests (as my
distributed build env didn't work with gcov compiles) and a few
more options had to be turned off depending on archs to make things
build (like ipr on powerpc/64 which failed due to missing writeq).
* x86 and x86_64 UP and SMP allmodconfig and a custom test config.
* powerpc and powerpc64 SMP allmodconfig
* sparc and sparc64 SMP allmodconfig
* ia64 SMP allmodconfig
* s390 SMP allmodconfig
* alpha SMP allmodconfig
* um on x86_64 SMP allmodconfig
8. percpu.h modifications were reverted so that it could be applied as
a separate patch and serve as bisection point.
Given the fact that I had only a couple of failures from tests on step
6, I'm fairly confident about the coverage of this conversion patch.
If there is a breakage, it's likely to be something in one of the arch
headers which should be easily discoverable easily on most builds of
the specific arch.
Signed-off-by: Tejun Heo <tj@kernel.org>
Guess-its-ok-by: Christoph Lameter <cl@linux-foundation.org>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Lee Schermerhorn <Lee.Schermerhorn@hp.com>
2010-03-24 04:04:11 -04:00
|
|
|
#include <linux/slab.h>
|
2005-04-16 18:20:36 -04:00
|
|
|
#include <linux/pci.h>
|
|
|
|
#include <linux/vmalloc.h>
|
|
|
|
#include <linux/interrupt.h>
|
|
|
|
#include <asm/page.h>
|
|
|
|
#include <asm/pgtable.h>
|
2008-07-20 07:12:02 -04:00
|
|
|
#include <media/v4l2-ioctl.h>
|
2005-04-16 18:20:36 -04:00
|
|
|
|
|
|
|
#include "bttvp.h"
|
|
|
|
|
|
|
|
#define VCR_HACK_LINES 4
|
|
|
|
|
|
|
|
/* ---------------------------------------------------------- */
|
|
|
|
/* risc code generators */
|
|
|
|
|
|
|
|
int
|
|
|
|
bttv_risc_packed(struct bttv *btv, struct btcx_riscmem *risc,
|
|
|
|
struct scatterlist *sglist,
|
|
|
|
unsigned int offset, unsigned int bpl,
|
V4L/DVB (5077): Bttv cropping support
Adds the missing VIDIOC_CROPCAP, G_CROP and S_CROP ioctls, permitting
applications to capture or overlay a subsection of the picture or to
extend the capture window beyond active video, into the VBI area and the
horizontal blanking. VBI capturing can start and end on any line,
including the picture area, and apps can capture different lines of each
field and single fields.
For compatibility with existing applications, the open() function
resets the cropping and VBI capturing parameters and a VIDIOC_S_CROP
call is necessary to actually enable cropping.
Regrettably in PAL-M, PAL-N, PAL-Nc and NTSC-JP mode the maximum image
width will increase from 640 and 768 to 747 and 923 pixels respectively.
Like the VBI changes however, this should only affect applications which
depend on former driver limitations, such as never getting more than 640
pixels regardless of the requested width.
Also, new freedoms require additional checks for conflicts and some
applications may not expect an EBUSY error from the VIDIOC_QBUF and
VIDIOCMCAPTURE ioctls. These errors should be rare though.
So far, the patch has been tested on a UP machine with a bt878 in PAL-
BGHI and NTSC-M mode using xawtv, tvtime, mplayer/mencoder, zapping/
libzvbi and these tools: http://zapping.sf.net/bttv-crop-test.tar.bz2
I'd be grateful about comments or bug reports.
Signed-off-by: Michael H. Schimek <mschimek@gmx.at>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2007-01-18 14:17:39 -05:00
|
|
|
unsigned int padding, unsigned int skip_lines,
|
|
|
|
unsigned int store_lines)
|
2005-04-16 18:20:36 -04:00
|
|
|
{
|
|
|
|
u32 instructions,line,todo;
|
|
|
|
struct scatterlist *sg;
|
2008-05-20 23:31:51 -04:00
|
|
|
__le32 *rp;
|
2005-04-16 18:20:36 -04:00
|
|
|
int rc;
|
|
|
|
|
|
|
|
/* estimate risc mem: worst case is one write per page border +
|
V4L/DVB (3394): Bttv: correct bttv_risc_packed buffer size
This patch fixes the strange crashes I was seeing after using
bttv card, caused by a buffer overflow in bttv_risc_packed.
The instruction buffer size calculation contains two errors:
(a) a non-zero padding value can push the start of the next bpl
section to just before a page border, leading to more scanline
splits and thus additional instructions.
(b) the first DMA region can be smaller than one page, so there can
be a scanline split even if bpl*lines is smaller than PAGE_SIZE.
For example, consider the case where offset is 0, bpl is 2, padding
is 4094, lines is smaller than 2048, the first DMA region has size 1
and all others have size PAGE_SIZE, assumed to equal 4096. Then
all bpl regions cross page borders and the number of instructions
written is 2*lines+2, rather than lines+2 (the current estimate).
With this patch the number of instructions for this example is
estimated to be 2*lines+3.
Also, the BUG_ON that was supposed to catch buffer overflows contained
a thinko causing it fire only if the buffer was overrun by a factor of
16 or more, so it fixes the the BUG_ON's (using sizeof rather than "4").
Signed-off-by: Duncan Sands <baldrick@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2006-02-26 22:09:48 -05:00
|
|
|
one write per scan line + sync + jump (all 2 dwords). padding
|
|
|
|
can cause next bpl to start close to a page border. First DMA
|
|
|
|
region may be smaller than PAGE_SIZE */
|
V4L/DVB (5077): Bttv cropping support
Adds the missing VIDIOC_CROPCAP, G_CROP and S_CROP ioctls, permitting
applications to capture or overlay a subsection of the picture or to
extend the capture window beyond active video, into the VBI area and the
horizontal blanking. VBI capturing can start and end on any line,
including the picture area, and apps can capture different lines of each
field and single fields.
For compatibility with existing applications, the open() function
resets the cropping and VBI capturing parameters and a VIDIOC_S_CROP
call is necessary to actually enable cropping.
Regrettably in PAL-M, PAL-N, PAL-Nc and NTSC-JP mode the maximum image
width will increase from 640 and 768 to 747 and 923 pixels respectively.
Like the VBI changes however, this should only affect applications which
depend on former driver limitations, such as never getting more than 640
pixels regardless of the requested width.
Also, new freedoms require additional checks for conflicts and some
applications may not expect an EBUSY error from the VIDIOC_QBUF and
VIDIOCMCAPTURE ioctls. These errors should be rare though.
So far, the patch has been tested on a UP machine with a bt878 in PAL-
BGHI and NTSC-M mode using xawtv, tvtime, mplayer/mencoder, zapping/
libzvbi and these tools: http://zapping.sf.net/bttv-crop-test.tar.bz2
I'd be grateful about comments or bug reports.
Signed-off-by: Michael H. Schimek <mschimek@gmx.at>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2007-01-18 14:17:39 -05:00
|
|
|
instructions = skip_lines * 4;
|
|
|
|
instructions += (1 + ((bpl + padding) * store_lines)
|
|
|
|
/ PAGE_SIZE + store_lines) * 8;
|
|
|
|
instructions += 2 * 8;
|
|
|
|
if ((rc = btcx_riscmem_alloc(btv->c.pci,risc,instructions)) < 0)
|
2005-04-16 18:20:36 -04:00
|
|
|
return rc;
|
|
|
|
|
|
|
|
/* sync instruction */
|
|
|
|
rp = risc->cpu;
|
|
|
|
*(rp++) = cpu_to_le32(BT848_RISC_SYNC|BT848_FIFO_STATUS_FM1);
|
|
|
|
*(rp++) = cpu_to_le32(0);
|
|
|
|
|
V4L/DVB (5077): Bttv cropping support
Adds the missing VIDIOC_CROPCAP, G_CROP and S_CROP ioctls, permitting
applications to capture or overlay a subsection of the picture or to
extend the capture window beyond active video, into the VBI area and the
horizontal blanking. VBI capturing can start and end on any line,
including the picture area, and apps can capture different lines of each
field and single fields.
For compatibility with existing applications, the open() function
resets the cropping and VBI capturing parameters and a VIDIOC_S_CROP
call is necessary to actually enable cropping.
Regrettably in PAL-M, PAL-N, PAL-Nc and NTSC-JP mode the maximum image
width will increase from 640 and 768 to 747 and 923 pixels respectively.
Like the VBI changes however, this should only affect applications which
depend on former driver limitations, such as never getting more than 640
pixels regardless of the requested width.
Also, new freedoms require additional checks for conflicts and some
applications may not expect an EBUSY error from the VIDIOC_QBUF and
VIDIOCMCAPTURE ioctls. These errors should be rare though.
So far, the patch has been tested on a UP machine with a bt878 in PAL-
BGHI and NTSC-M mode using xawtv, tvtime, mplayer/mencoder, zapping/
libzvbi and these tools: http://zapping.sf.net/bttv-crop-test.tar.bz2
I'd be grateful about comments or bug reports.
Signed-off-by: Michael H. Schimek <mschimek@gmx.at>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2007-01-18 14:17:39 -05:00
|
|
|
while (skip_lines-- > 0) {
|
|
|
|
*(rp++) = cpu_to_le32(BT848_RISC_SKIP | BT848_RISC_SOL |
|
|
|
|
BT848_RISC_EOL | bpl);
|
|
|
|
}
|
|
|
|
|
2005-04-16 18:20:36 -04:00
|
|
|
/* scan lines */
|
|
|
|
sg = sglist;
|
V4L/DVB (5077): Bttv cropping support
Adds the missing VIDIOC_CROPCAP, G_CROP and S_CROP ioctls, permitting
applications to capture or overlay a subsection of the picture or to
extend the capture window beyond active video, into the VBI area and the
horizontal blanking. VBI capturing can start and end on any line,
including the picture area, and apps can capture different lines of each
field and single fields.
For compatibility with existing applications, the open() function
resets the cropping and VBI capturing parameters and a VIDIOC_S_CROP
call is necessary to actually enable cropping.
Regrettably in PAL-M, PAL-N, PAL-Nc and NTSC-JP mode the maximum image
width will increase from 640 and 768 to 747 and 923 pixels respectively.
Like the VBI changes however, this should only affect applications which
depend on former driver limitations, such as never getting more than 640
pixels regardless of the requested width.
Also, new freedoms require additional checks for conflicts and some
applications may not expect an EBUSY error from the VIDIOC_QBUF and
VIDIOCMCAPTURE ioctls. These errors should be rare though.
So far, the patch has been tested on a UP machine with a bt878 in PAL-
BGHI and NTSC-M mode using xawtv, tvtime, mplayer/mencoder, zapping/
libzvbi and these tools: http://zapping.sf.net/bttv-crop-test.tar.bz2
I'd be grateful about comments or bug reports.
Signed-off-by: Michael H. Schimek <mschimek@gmx.at>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2007-01-18 14:17:39 -05:00
|
|
|
for (line = 0; line < store_lines; line++) {
|
2005-04-16 18:20:36 -04:00
|
|
|
if ((btv->opt_vcr_hack) &&
|
V4L/DVB (5077): Bttv cropping support
Adds the missing VIDIOC_CROPCAP, G_CROP and S_CROP ioctls, permitting
applications to capture or overlay a subsection of the picture or to
extend the capture window beyond active video, into the VBI area and the
horizontal blanking. VBI capturing can start and end on any line,
including the picture area, and apps can capture different lines of each
field and single fields.
For compatibility with existing applications, the open() function
resets the cropping and VBI capturing parameters and a VIDIOC_S_CROP
call is necessary to actually enable cropping.
Regrettably in PAL-M, PAL-N, PAL-Nc and NTSC-JP mode the maximum image
width will increase from 640 and 768 to 747 and 923 pixels respectively.
Like the VBI changes however, this should only affect applications which
depend on former driver limitations, such as never getting more than 640
pixels regardless of the requested width.
Also, new freedoms require additional checks for conflicts and some
applications may not expect an EBUSY error from the VIDIOC_QBUF and
VIDIOCMCAPTURE ioctls. These errors should be rare though.
So far, the patch has been tested on a UP machine with a bt878 in PAL-
BGHI and NTSC-M mode using xawtv, tvtime, mplayer/mencoder, zapping/
libzvbi and these tools: http://zapping.sf.net/bttv-crop-test.tar.bz2
I'd be grateful about comments or bug reports.
Signed-off-by: Michael H. Schimek <mschimek@gmx.at>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2007-01-18 14:17:39 -05:00
|
|
|
(line >= (store_lines - VCR_HACK_LINES)))
|
2005-04-16 18:20:36 -04:00
|
|
|
continue;
|
|
|
|
while (offset && offset >= sg_dma_len(sg)) {
|
|
|
|
offset -= sg_dma_len(sg);
|
|
|
|
sg++;
|
|
|
|
}
|
|
|
|
if (bpl <= sg_dma_len(sg)-offset) {
|
|
|
|
/* fits into current chunk */
|
2005-11-09 00:37:43 -05:00
|
|
|
*(rp++)=cpu_to_le32(BT848_RISC_WRITE|BT848_RISC_SOL|
|
2005-04-16 18:20:36 -04:00
|
|
|
BT848_RISC_EOL|bpl);
|
2005-11-09 00:37:43 -05:00
|
|
|
*(rp++)=cpu_to_le32(sg_dma_address(sg)+offset);
|
|
|
|
offset+=bpl;
|
2005-04-16 18:20:36 -04:00
|
|
|
} else {
|
|
|
|
/* scanline needs to be splitted */
|
2005-11-09 00:37:43 -05:00
|
|
|
todo = bpl;
|
|
|
|
*(rp++)=cpu_to_le32(BT848_RISC_WRITE|BT848_RISC_SOL|
|
2005-04-16 18:20:36 -04:00
|
|
|
(sg_dma_len(sg)-offset));
|
2005-11-09 00:37:43 -05:00
|
|
|
*(rp++)=cpu_to_le32(sg_dma_address(sg)+offset);
|
|
|
|
todo -= (sg_dma_len(sg)-offset);
|
|
|
|
offset = 0;
|
|
|
|
sg++;
|
|
|
|
while (todo > sg_dma_len(sg)) {
|
2005-11-09 00:37:45 -05:00
|
|
|
*(rp++)=cpu_to_le32(BT848_RISC_WRITE|
|
2005-04-16 18:20:36 -04:00
|
|
|
sg_dma_len(sg));
|
2005-11-09 00:37:45 -05:00
|
|
|
*(rp++)=cpu_to_le32(sg_dma_address(sg));
|
2005-04-16 18:20:36 -04:00
|
|
|
todo -= sg_dma_len(sg);
|
|
|
|
sg++;
|
|
|
|
}
|
2005-11-09 00:37:43 -05:00
|
|
|
*(rp++)=cpu_to_le32(BT848_RISC_WRITE|BT848_RISC_EOL|
|
2005-04-16 18:20:36 -04:00
|
|
|
todo);
|
|
|
|
*(rp++)=cpu_to_le32(sg_dma_address(sg));
|
|
|
|
offset += todo;
|
|
|
|
}
|
|
|
|
offset += padding;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* save pointer to jmp instruction address */
|
|
|
|
risc->jmp = rp;
|
V4L/DVB (3394): Bttv: correct bttv_risc_packed buffer size
This patch fixes the strange crashes I was seeing after using
bttv card, caused by a buffer overflow in bttv_risc_packed.
The instruction buffer size calculation contains two errors:
(a) a non-zero padding value can push the start of the next bpl
section to just before a page border, leading to more scanline
splits and thus additional instructions.
(b) the first DMA region can be smaller than one page, so there can
be a scanline split even if bpl*lines is smaller than PAGE_SIZE.
For example, consider the case where offset is 0, bpl is 2, padding
is 4094, lines is smaller than 2048, the first DMA region has size 1
and all others have size PAGE_SIZE, assumed to equal 4096. Then
all bpl regions cross page borders and the number of instructions
written is 2*lines+2, rather than lines+2 (the current estimate).
With this patch the number of instructions for this example is
estimated to be 2*lines+3.
Also, the BUG_ON that was supposed to catch buffer overflows contained
a thinko causing it fire only if the buffer was overrun by a factor of
16 or more, so it fixes the the BUG_ON's (using sizeof rather than "4").
Signed-off-by: Duncan Sands <baldrick@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2006-02-26 22:09:48 -05:00
|
|
|
BUG_ON((risc->jmp - risc->cpu + 2) * sizeof(*risc->cpu) > risc->size);
|
2005-04-16 18:20:36 -04:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int
|
|
|
|
bttv_risc_planar(struct bttv *btv, struct btcx_riscmem *risc,
|
|
|
|
struct scatterlist *sglist,
|
|
|
|
unsigned int yoffset, unsigned int ybpl,
|
|
|
|
unsigned int ypadding, unsigned int ylines,
|
|
|
|
unsigned int uoffset, unsigned int voffset,
|
|
|
|
unsigned int hshift, unsigned int vshift,
|
|
|
|
unsigned int cpadding)
|
|
|
|
{
|
|
|
|
unsigned int instructions,line,todo,ylen,chroma;
|
2008-05-20 23:31:51 -04:00
|
|
|
__le32 *rp;
|
|
|
|
u32 ri;
|
2005-04-16 18:20:36 -04:00
|
|
|
struct scatterlist *ysg;
|
|
|
|
struct scatterlist *usg;
|
|
|
|
struct scatterlist *vsg;
|
|
|
|
int topfield = (0 == yoffset);
|
|
|
|
int rc;
|
|
|
|
|
|
|
|
/* estimate risc mem: worst case is one write per page border +
|
|
|
|
one write per scan line (5 dwords)
|
|
|
|
plus sync + jump (2 dwords) */
|
V4L/DVB (5077): Bttv cropping support
Adds the missing VIDIOC_CROPCAP, G_CROP and S_CROP ioctls, permitting
applications to capture or overlay a subsection of the picture or to
extend the capture window beyond active video, into the VBI area and the
horizontal blanking. VBI capturing can start and end on any line,
including the picture area, and apps can capture different lines of each
field and single fields.
For compatibility with existing applications, the open() function
resets the cropping and VBI capturing parameters and a VIDIOC_S_CROP
call is necessary to actually enable cropping.
Regrettably in PAL-M, PAL-N, PAL-Nc and NTSC-JP mode the maximum image
width will increase from 640 and 768 to 747 and 923 pixels respectively.
Like the VBI changes however, this should only affect applications which
depend on former driver limitations, such as never getting more than 640
pixels regardless of the requested width.
Also, new freedoms require additional checks for conflicts and some
applications may not expect an EBUSY error from the VIDIOC_QBUF and
VIDIOCMCAPTURE ioctls. These errors should be rare though.
So far, the patch has been tested on a UP machine with a bt878 in PAL-
BGHI and NTSC-M mode using xawtv, tvtime, mplayer/mencoder, zapping/
libzvbi and these tools: http://zapping.sf.net/bttv-crop-test.tar.bz2
I'd be grateful about comments or bug reports.
Signed-off-by: Michael H. Schimek <mschimek@gmx.at>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2007-01-18 14:17:39 -05:00
|
|
|
instructions = ((3 + (ybpl + ypadding) * ylines * 2)
|
|
|
|
/ PAGE_SIZE) + ylines;
|
2005-04-16 18:20:36 -04:00
|
|
|
instructions += 2;
|
|
|
|
if ((rc = btcx_riscmem_alloc(btv->c.pci,risc,instructions*4*5)) < 0)
|
|
|
|
return rc;
|
|
|
|
|
|
|
|
/* sync instruction */
|
|
|
|
rp = risc->cpu;
|
|
|
|
*(rp++) = cpu_to_le32(BT848_RISC_SYNC|BT848_FIFO_STATUS_FM3);
|
|
|
|
*(rp++) = cpu_to_le32(0);
|
|
|
|
|
|
|
|
/* scan lines */
|
|
|
|
ysg = sglist;
|
|
|
|
usg = sglist;
|
|
|
|
vsg = sglist;
|
|
|
|
for (line = 0; line < ylines; line++) {
|
|
|
|
if ((btv->opt_vcr_hack) &&
|
|
|
|
(line >= (ylines - VCR_HACK_LINES)))
|
|
|
|
continue;
|
|
|
|
switch (vshift) {
|
|
|
|
case 0:
|
|
|
|
chroma = 1;
|
|
|
|
break;
|
|
|
|
case 1:
|
|
|
|
if (topfield)
|
|
|
|
chroma = ((line & 1) == 0);
|
|
|
|
else
|
|
|
|
chroma = ((line & 1) == 1);
|
|
|
|
break;
|
|
|
|
case 2:
|
|
|
|
if (topfield)
|
|
|
|
chroma = ((line & 3) == 0);
|
|
|
|
else
|
|
|
|
chroma = ((line & 3) == 2);
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
chroma = 0;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
for (todo = ybpl; todo > 0; todo -= ylen) {
|
|
|
|
/* go to next sg entry if needed */
|
|
|
|
while (yoffset && yoffset >= sg_dma_len(ysg)) {
|
|
|
|
yoffset -= sg_dma_len(ysg);
|
|
|
|
ysg++;
|
|
|
|
}
|
|
|
|
while (uoffset && uoffset >= sg_dma_len(usg)) {
|
|
|
|
uoffset -= sg_dma_len(usg);
|
|
|
|
usg++;
|
|
|
|
}
|
|
|
|
while (voffset && voffset >= sg_dma_len(vsg)) {
|
|
|
|
voffset -= sg_dma_len(vsg);
|
|
|
|
vsg++;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* calculate max number of bytes we can write */
|
|
|
|
ylen = todo;
|
|
|
|
if (yoffset + ylen > sg_dma_len(ysg))
|
|
|
|
ylen = sg_dma_len(ysg) - yoffset;
|
|
|
|
if (chroma) {
|
|
|
|
if (uoffset + (ylen>>hshift) > sg_dma_len(usg))
|
|
|
|
ylen = (sg_dma_len(usg) - uoffset) << hshift;
|
|
|
|
if (voffset + (ylen>>hshift) > sg_dma_len(vsg))
|
|
|
|
ylen = (sg_dma_len(vsg) - voffset) << hshift;
|
|
|
|
ri = BT848_RISC_WRITE123;
|
|
|
|
} else {
|
|
|
|
ri = BT848_RISC_WRITE1S23;
|
|
|
|
}
|
|
|
|
if (ybpl == todo)
|
|
|
|
ri |= BT848_RISC_SOL;
|
|
|
|
if (ylen == todo)
|
|
|
|
ri |= BT848_RISC_EOL;
|
|
|
|
|
|
|
|
/* write risc instruction */
|
2005-11-09 00:37:43 -05:00
|
|
|
*(rp++)=cpu_to_le32(ri | ylen);
|
|
|
|
*(rp++)=cpu_to_le32(((ylen >> hshift) << 16) |
|
2005-04-16 18:20:36 -04:00
|
|
|
(ylen >> hshift));
|
|
|
|
*(rp++)=cpu_to_le32(sg_dma_address(ysg)+yoffset);
|
|
|
|
yoffset += ylen;
|
|
|
|
if (chroma) {
|
|
|
|
*(rp++)=cpu_to_le32(sg_dma_address(usg)+uoffset);
|
|
|
|
uoffset += ylen >> hshift;
|
|
|
|
*(rp++)=cpu_to_le32(sg_dma_address(vsg)+voffset);
|
|
|
|
voffset += ylen >> hshift;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
yoffset += ypadding;
|
|
|
|
if (chroma) {
|
|
|
|
uoffset += cpadding;
|
|
|
|
voffset += cpadding;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/* save pointer to jmp instruction address */
|
|
|
|
risc->jmp = rp;
|
V4L/DVB (3394): Bttv: correct bttv_risc_packed buffer size
This patch fixes the strange crashes I was seeing after using
bttv card, caused by a buffer overflow in bttv_risc_packed.
The instruction buffer size calculation contains two errors:
(a) a non-zero padding value can push the start of the next bpl
section to just before a page border, leading to more scanline
splits and thus additional instructions.
(b) the first DMA region can be smaller than one page, so there can
be a scanline split even if bpl*lines is smaller than PAGE_SIZE.
For example, consider the case where offset is 0, bpl is 2, padding
is 4094, lines is smaller than 2048, the first DMA region has size 1
and all others have size PAGE_SIZE, assumed to equal 4096. Then
all bpl regions cross page borders and the number of instructions
written is 2*lines+2, rather than lines+2 (the current estimate).
With this patch the number of instructions for this example is
estimated to be 2*lines+3.
Also, the BUG_ON that was supposed to catch buffer overflows contained
a thinko causing it fire only if the buffer was overrun by a factor of
16 or more, so it fixes the the BUG_ON's (using sizeof rather than "4").
Signed-off-by: Duncan Sands <baldrick@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2006-02-26 22:09:48 -05:00
|
|
|
BUG_ON((risc->jmp - risc->cpu + 2) * sizeof(*risc->cpu) > risc->size);
|
2005-04-16 18:20:36 -04:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int
|
|
|
|
bttv_risc_overlay(struct bttv *btv, struct btcx_riscmem *risc,
|
|
|
|
const struct bttv_format *fmt, struct bttv_overlay *ov,
|
|
|
|
int skip_even, int skip_odd)
|
|
|
|
{
|
2008-09-03 16:11:54 -04:00
|
|
|
int dwords, rc, line, maxy, start, end;
|
|
|
|
unsigned skip, nskips;
|
2005-04-16 18:20:36 -04:00
|
|
|
struct btcx_skiplist *skips;
|
2008-05-20 23:31:51 -04:00
|
|
|
__le32 *rp;
|
|
|
|
u32 ri,ra;
|
2005-04-16 18:20:36 -04:00
|
|
|
u32 addr;
|
|
|
|
|
|
|
|
/* skip list for window clipping */
|
|
|
|
if (NULL == (skips = kmalloc(sizeof(*skips) * ov->nclips,GFP_KERNEL)))
|
|
|
|
return -ENOMEM;
|
|
|
|
|
2006-04-02 03:14:57 -04:00
|
|
|
/* estimate risc mem: worst case is (1.5*clip+1) * lines instructions
|
2005-04-16 18:20:36 -04:00
|
|
|
+ sync + jump (all 2 dwords) */
|
2006-04-02 03:14:57 -04:00
|
|
|
dwords = (3 * ov->nclips + 2) *
|
|
|
|
((skip_even || skip_odd) ? (ov->w.height+1)>>1 : ov->w.height);
|
|
|
|
dwords += 4;
|
|
|
|
if ((rc = btcx_riscmem_alloc(btv->c.pci,risc,dwords*4)) < 0) {
|
2005-04-16 18:20:36 -04:00
|
|
|
kfree(skips);
|
|
|
|
return rc;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* sync instruction */
|
|
|
|
rp = risc->cpu;
|
|
|
|
*(rp++) = cpu_to_le32(BT848_RISC_SYNC|BT848_FIFO_STATUS_FM1);
|
|
|
|
*(rp++) = cpu_to_le32(0);
|
|
|
|
|
|
|
|
addr = (unsigned long)btv->fbuf.base;
|
|
|
|
addr += btv->fbuf.fmt.bytesperline * ov->w.top;
|
|
|
|
addr += (fmt->depth >> 3) * ov->w.left;
|
|
|
|
|
|
|
|
/* scan lines */
|
|
|
|
for (maxy = -1, line = 0; line < ov->w.height;
|
|
|
|
line++, addr += btv->fbuf.fmt.bytesperline) {
|
|
|
|
if ((btv->opt_vcr_hack) &&
|
|
|
|
(line >= (ov->w.height - VCR_HACK_LINES)))
|
|
|
|
continue;
|
|
|
|
if ((line%2) == 0 && skip_even)
|
|
|
|
continue;
|
|
|
|
if ((line%2) == 1 && skip_odd)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
/* calculate clipping */
|
|
|
|
if (line > maxy)
|
|
|
|
btcx_calc_skips(line, ov->w.width, &maxy,
|
|
|
|
skips, &nskips, ov->clips, ov->nclips);
|
|
|
|
|
|
|
|
/* write out risc code */
|
|
|
|
for (start = 0, skip = 0; start < ov->w.width; start = end) {
|
|
|
|
if (skip >= nskips) {
|
|
|
|
ri = BT848_RISC_WRITE;
|
|
|
|
end = ov->w.width;
|
|
|
|
} else if (start < skips[skip].start) {
|
|
|
|
ri = BT848_RISC_WRITE;
|
|
|
|
end = skips[skip].start;
|
|
|
|
} else {
|
|
|
|
ri = BT848_RISC_SKIP;
|
|
|
|
end = skips[skip].end;
|
|
|
|
skip++;
|
|
|
|
}
|
|
|
|
if (BT848_RISC_WRITE == ri)
|
|
|
|
ra = addr + (fmt->depth>>3)*start;
|
|
|
|
else
|
|
|
|
ra = 0;
|
|
|
|
|
|
|
|
if (0 == start)
|
|
|
|
ri |= BT848_RISC_SOL;
|
|
|
|
if (ov->w.width == end)
|
|
|
|
ri |= BT848_RISC_EOL;
|
|
|
|
ri |= (fmt->depth>>3) * (end-start);
|
|
|
|
|
|
|
|
*(rp++)=cpu_to_le32(ri);
|
|
|
|
if (0 != ra)
|
|
|
|
*(rp++)=cpu_to_le32(ra);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/* save pointer to jmp instruction address */
|
|
|
|
risc->jmp = rp;
|
V4L/DVB (3394): Bttv: correct bttv_risc_packed buffer size
This patch fixes the strange crashes I was seeing after using
bttv card, caused by a buffer overflow in bttv_risc_packed.
The instruction buffer size calculation contains two errors:
(a) a non-zero padding value can push the start of the next bpl
section to just before a page border, leading to more scanline
splits and thus additional instructions.
(b) the first DMA region can be smaller than one page, so there can
be a scanline split even if bpl*lines is smaller than PAGE_SIZE.
For example, consider the case where offset is 0, bpl is 2, padding
is 4094, lines is smaller than 2048, the first DMA region has size 1
and all others have size PAGE_SIZE, assumed to equal 4096. Then
all bpl regions cross page borders and the number of instructions
written is 2*lines+2, rather than lines+2 (the current estimate).
With this patch the number of instructions for this example is
estimated to be 2*lines+3.
Also, the BUG_ON that was supposed to catch buffer overflows contained
a thinko causing it fire only if the buffer was overrun by a factor of
16 or more, so it fixes the the BUG_ON's (using sizeof rather than "4").
Signed-off-by: Duncan Sands <baldrick@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2006-02-26 22:09:48 -05:00
|
|
|
BUG_ON((risc->jmp - risc->cpu + 2) * sizeof(*risc->cpu) > risc->size);
|
2005-04-16 18:20:36 -04:00
|
|
|
kfree(skips);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* ---------------------------------------------------------- */
|
|
|
|
|
|
|
|
static void
|
V4L/DVB (5077): Bttv cropping support
Adds the missing VIDIOC_CROPCAP, G_CROP and S_CROP ioctls, permitting
applications to capture or overlay a subsection of the picture or to
extend the capture window beyond active video, into the VBI area and the
horizontal blanking. VBI capturing can start and end on any line,
including the picture area, and apps can capture different lines of each
field and single fields.
For compatibility with existing applications, the open() function
resets the cropping and VBI capturing parameters and a VIDIOC_S_CROP
call is necessary to actually enable cropping.
Regrettably in PAL-M, PAL-N, PAL-Nc and NTSC-JP mode the maximum image
width will increase from 640 and 768 to 747 and 923 pixels respectively.
Like the VBI changes however, this should only affect applications which
depend on former driver limitations, such as never getting more than 640
pixels regardless of the requested width.
Also, new freedoms require additional checks for conflicts and some
applications may not expect an EBUSY error from the VIDIOC_QBUF and
VIDIOCMCAPTURE ioctls. These errors should be rare though.
So far, the patch has been tested on a UP machine with a bt878 in PAL-
BGHI and NTSC-M mode using xawtv, tvtime, mplayer/mencoder, zapping/
libzvbi and these tools: http://zapping.sf.net/bttv-crop-test.tar.bz2
I'd be grateful about comments or bug reports.
Signed-off-by: Michael H. Schimek <mschimek@gmx.at>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2007-01-18 14:17:39 -05:00
|
|
|
bttv_calc_geo_old(struct bttv *btv, struct bttv_geometry *geo,
|
|
|
|
int width, int height, int interleaved,
|
|
|
|
const struct bttv_tvnorm *tvnorm)
|
2005-04-16 18:20:36 -04:00
|
|
|
{
|
2005-11-09 00:37:43 -05:00
|
|
|
u32 xsf, sr;
|
2005-04-16 18:20:36 -04:00
|
|
|
int vdelay;
|
|
|
|
|
|
|
|
int swidth = tvnorm->swidth;
|
|
|
|
int totalwidth = tvnorm->totalwidth;
|
|
|
|
int scaledtwidth = tvnorm->scaledtwidth;
|
|
|
|
|
2009-01-28 19:32:59 -05:00
|
|
|
if (btv->input == btv->dig) {
|
2005-04-16 18:20:36 -04:00
|
|
|
swidth = 720;
|
|
|
|
totalwidth = 858;
|
|
|
|
scaledtwidth = 858;
|
|
|
|
}
|
|
|
|
|
|
|
|
vdelay = tvnorm->vdelay;
|
|
|
|
|
2005-11-09 00:37:43 -05:00
|
|
|
xsf = (width*scaledtwidth)/swidth;
|
|
|
|
geo->hscale = ((totalwidth*4096UL)/xsf-4096);
|
|
|
|
geo->hdelay = tvnorm->hdelayx1;
|
|
|
|
geo->hdelay = (geo->hdelay*width)/swidth;
|
|
|
|
geo->hdelay &= 0x3fe;
|
|
|
|
sr = ((tvnorm->sheight >> (interleaved?0:1))*512)/height - 512;
|
|
|
|
geo->vscale = (0x10000UL-sr) & 0x1fff;
|
|
|
|
geo->crop = ((width>>8)&0x03) | ((geo->hdelay>>6)&0x0c) |
|
|
|
|
((tvnorm->sheight>>4)&0x30) | ((vdelay>>2)&0xc0);
|
|
|
|
geo->vscale |= interleaved ? (BT848_VSCALE_INT<<8) : 0;
|
|
|
|
geo->vdelay = vdelay;
|
|
|
|
geo->width = width;
|
|
|
|
geo->sheight = tvnorm->sheight;
|
2005-04-16 18:20:36 -04:00
|
|
|
geo->vtotal = tvnorm->vtotal;
|
|
|
|
|
2005-11-09 00:37:43 -05:00
|
|
|
if (btv->opt_combfilter) {
|
|
|
|
geo->vtc = (width < 193) ? 2 : ((width < 385) ? 1 : 0);
|
|
|
|
geo->comb = (width < 769) ? 1 : 0;
|
|
|
|
} else {
|
|
|
|
geo->vtc = 0;
|
|
|
|
geo->comb = 0;
|
|
|
|
}
|
2005-04-16 18:20:36 -04:00
|
|
|
}
|
|
|
|
|
V4L/DVB (5077): Bttv cropping support
Adds the missing VIDIOC_CROPCAP, G_CROP and S_CROP ioctls, permitting
applications to capture or overlay a subsection of the picture or to
extend the capture window beyond active video, into the VBI area and the
horizontal blanking. VBI capturing can start and end on any line,
including the picture area, and apps can capture different lines of each
field and single fields.
For compatibility with existing applications, the open() function
resets the cropping and VBI capturing parameters and a VIDIOC_S_CROP
call is necessary to actually enable cropping.
Regrettably in PAL-M, PAL-N, PAL-Nc and NTSC-JP mode the maximum image
width will increase from 640 and 768 to 747 and 923 pixels respectively.
Like the VBI changes however, this should only affect applications which
depend on former driver limitations, such as never getting more than 640
pixels regardless of the requested width.
Also, new freedoms require additional checks for conflicts and some
applications may not expect an EBUSY error from the VIDIOC_QBUF and
VIDIOCMCAPTURE ioctls. These errors should be rare though.
So far, the patch has been tested on a UP machine with a bt878 in PAL-
BGHI and NTSC-M mode using xawtv, tvtime, mplayer/mencoder, zapping/
libzvbi and these tools: http://zapping.sf.net/bttv-crop-test.tar.bz2
I'd be grateful about comments or bug reports.
Signed-off-by: Michael H. Schimek <mschimek@gmx.at>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2007-01-18 14:17:39 -05:00
|
|
|
static void
|
|
|
|
bttv_calc_geo (struct bttv * btv,
|
|
|
|
struct bttv_geometry * geo,
|
|
|
|
unsigned int width,
|
|
|
|
unsigned int height,
|
|
|
|
int both_fields,
|
|
|
|
const struct bttv_tvnorm * tvnorm,
|
|
|
|
const struct v4l2_rect * crop)
|
|
|
|
{
|
|
|
|
unsigned int c_width;
|
|
|
|
unsigned int c_height;
|
|
|
|
u32 sr;
|
|
|
|
|
|
|
|
if ((crop->left == tvnorm->cropcap.defrect.left
|
|
|
|
&& crop->top == tvnorm->cropcap.defrect.top
|
|
|
|
&& crop->width == tvnorm->cropcap.defrect.width
|
|
|
|
&& crop->height == tvnorm->cropcap.defrect.height
|
|
|
|
&& width <= tvnorm->swidth /* see PAL-Nc et al */)
|
2009-01-28 19:32:59 -05:00
|
|
|
|| btv->input == btv->dig) {
|
V4L/DVB (5077): Bttv cropping support
Adds the missing VIDIOC_CROPCAP, G_CROP and S_CROP ioctls, permitting
applications to capture or overlay a subsection of the picture or to
extend the capture window beyond active video, into the VBI area and the
horizontal blanking. VBI capturing can start and end on any line,
including the picture area, and apps can capture different lines of each
field and single fields.
For compatibility with existing applications, the open() function
resets the cropping and VBI capturing parameters and a VIDIOC_S_CROP
call is necessary to actually enable cropping.
Regrettably in PAL-M, PAL-N, PAL-Nc and NTSC-JP mode the maximum image
width will increase from 640 and 768 to 747 and 923 pixels respectively.
Like the VBI changes however, this should only affect applications which
depend on former driver limitations, such as never getting more than 640
pixels regardless of the requested width.
Also, new freedoms require additional checks for conflicts and some
applications may not expect an EBUSY error from the VIDIOC_QBUF and
VIDIOCMCAPTURE ioctls. These errors should be rare though.
So far, the patch has been tested on a UP machine with a bt878 in PAL-
BGHI and NTSC-M mode using xawtv, tvtime, mplayer/mencoder, zapping/
libzvbi and these tools: http://zapping.sf.net/bttv-crop-test.tar.bz2
I'd be grateful about comments or bug reports.
Signed-off-by: Michael H. Schimek <mschimek@gmx.at>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2007-01-18 14:17:39 -05:00
|
|
|
bttv_calc_geo_old(btv, geo, width, height,
|
|
|
|
both_fields, tvnorm);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* For bug compatibility the image size checks permit scale
|
|
|
|
factors > 16. See bttv_crop_calc_limits(). */
|
|
|
|
c_width = min((unsigned int) crop->width, width * 16);
|
|
|
|
c_height = min((unsigned int) crop->height, height * 16);
|
|
|
|
|
|
|
|
geo->width = width;
|
|
|
|
geo->hscale = (c_width * 4096U + (width >> 1)) / width - 4096;
|
|
|
|
/* Even to store Cb first, odd for Cr. */
|
|
|
|
geo->hdelay = ((crop->left * width + c_width) / c_width) & ~1;
|
|
|
|
|
|
|
|
geo->sheight = c_height;
|
|
|
|
geo->vdelay = crop->top - tvnorm->cropcap.bounds.top + MIN_VDELAY;
|
|
|
|
sr = c_height >> !both_fields;
|
|
|
|
sr = (sr * 512U + (height >> 1)) / height - 512;
|
|
|
|
geo->vscale = (0x10000UL - sr) & 0x1fff;
|
|
|
|
geo->vscale |= both_fields ? (BT848_VSCALE_INT << 8) : 0;
|
|
|
|
geo->vtotal = tvnorm->vtotal;
|
|
|
|
|
|
|
|
geo->crop = (((geo->width >> 8) & 0x03) |
|
|
|
|
((geo->hdelay >> 6) & 0x0c) |
|
|
|
|
((geo->sheight >> 4) & 0x30) |
|
|
|
|
((geo->vdelay >> 2) & 0xc0));
|
|
|
|
|
|
|
|
if (btv->opt_combfilter) {
|
|
|
|
geo->vtc = (width < 193) ? 2 : ((width < 385) ? 1 : 0);
|
|
|
|
geo->comb = (width < 769) ? 1 : 0;
|
|
|
|
} else {
|
|
|
|
geo->vtc = 0;
|
|
|
|
geo->comb = 0;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2005-04-16 18:20:36 -04:00
|
|
|
static void
|
|
|
|
bttv_apply_geo(struct bttv *btv, struct bttv_geometry *geo, int odd)
|
|
|
|
{
|
2005-11-09 00:37:43 -05:00
|
|
|
int off = odd ? 0x80 : 0x00;
|
2005-04-16 18:20:36 -04:00
|
|
|
|
|
|
|
if (geo->comb)
|
|
|
|
btor(BT848_VSCALE_COMB, BT848_E_VSCALE_HI+off);
|
|
|
|
else
|
|
|
|
btand(~BT848_VSCALE_COMB, BT848_E_VSCALE_HI+off);
|
|
|
|
|
2005-11-09 00:37:43 -05:00
|
|
|
btwrite(geo->vtc, BT848_E_VTC+off);
|
|
|
|
btwrite(geo->hscale >> 8, BT848_E_HSCALE_HI+off);
|
|
|
|
btwrite(geo->hscale & 0xff, BT848_E_HSCALE_LO+off);
|
|
|
|
btaor((geo->vscale>>8), 0xe0, BT848_E_VSCALE_HI+off);
|
|
|
|
btwrite(geo->vscale & 0xff, BT848_E_VSCALE_LO+off);
|
|
|
|
btwrite(geo->width & 0xff, BT848_E_HACTIVE_LO+off);
|
|
|
|
btwrite(geo->hdelay & 0xff, BT848_E_HDELAY_LO+off);
|
|
|
|
btwrite(geo->sheight & 0xff, BT848_E_VACTIVE_LO+off);
|
|
|
|
btwrite(geo->vdelay & 0xff, BT848_E_VDELAY_LO+off);
|
|
|
|
btwrite(geo->crop, BT848_E_CROP+off);
|
2005-04-16 18:20:36 -04:00
|
|
|
btwrite(geo->vtotal>>8, BT848_VTOTAL_HI);
|
2005-11-09 00:37:43 -05:00
|
|
|
btwrite(geo->vtotal & 0xff, BT848_VTOTAL_LO);
|
2005-04-16 18:20:36 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
/* ---------------------------------------------------------- */
|
|
|
|
/* risc group / risc main loop / dma management */
|
|
|
|
|
|
|
|
void
|
|
|
|
bttv_set_dma(struct bttv *btv, int override)
|
|
|
|
{
|
|
|
|
unsigned long cmd;
|
|
|
|
int capctl;
|
|
|
|
|
|
|
|
btv->cap_ctl = 0;
|
|
|
|
if (NULL != btv->curr.top) btv->cap_ctl |= 0x02;
|
|
|
|
if (NULL != btv->curr.bottom) btv->cap_ctl |= 0x01;
|
|
|
|
if (NULL != btv->cvbi) btv->cap_ctl |= 0x0c;
|
|
|
|
|
|
|
|
capctl = 0;
|
|
|
|
capctl |= (btv->cap_ctl & 0x03) ? 0x03 : 0x00; /* capture */
|
|
|
|
capctl |= (btv->cap_ctl & 0x0c) ? 0x0c : 0x00; /* vbi data */
|
|
|
|
capctl |= override;
|
|
|
|
|
|
|
|
d2printk(KERN_DEBUG
|
|
|
|
"bttv%d: capctl=%x lirq=%d top=%08Lx/%08Lx even=%08Lx/%08Lx\n",
|
|
|
|
btv->c.nr,capctl,btv->loop_irq,
|
|
|
|
btv->cvbi ? (unsigned long long)btv->cvbi->top.dma : 0,
|
|
|
|
btv->curr.top ? (unsigned long long)btv->curr.top->top.dma : 0,
|
|
|
|
btv->cvbi ? (unsigned long long)btv->cvbi->bottom.dma : 0,
|
|
|
|
btv->curr.bottom ? (unsigned long long)btv->curr.bottom->bottom.dma : 0);
|
|
|
|
|
|
|
|
cmd = BT848_RISC_JUMP;
|
|
|
|
if (btv->loop_irq) {
|
|
|
|
cmd |= BT848_RISC_IRQ;
|
|
|
|
cmd |= (btv->loop_irq & 0x0f) << 16;
|
|
|
|
cmd |= (~btv->loop_irq & 0x0f) << 20;
|
|
|
|
}
|
|
|
|
if (btv->curr.frame_irq || btv->loop_irq || btv->cvbi) {
|
|
|
|
mod_timer(&btv->timeout, jiffies+BTTV_TIMEOUT);
|
|
|
|
} else {
|
|
|
|
del_timer(&btv->timeout);
|
|
|
|
}
|
2005-11-09 00:37:43 -05:00
|
|
|
btv->main.cpu[RISC_SLOT_LOOP] = cpu_to_le32(cmd);
|
2005-04-16 18:20:36 -04:00
|
|
|
|
|
|
|
btaor(capctl, ~0x0f, BT848_CAP_CTL);
|
|
|
|
if (capctl) {
|
|
|
|
if (btv->dma_on)
|
|
|
|
return;
|
|
|
|
btwrite(btv->main.dma, BT848_RISC_STRT_ADD);
|
|
|
|
btor(3, BT848_GPIO_DMA_CTL);
|
|
|
|
btv->dma_on = 1;
|
|
|
|
} else {
|
|
|
|
if (!btv->dma_on)
|
|
|
|
return;
|
2005-11-09 00:37:43 -05:00
|
|
|
btand(~3, BT848_GPIO_DMA_CTL);
|
2005-04-16 18:20:36 -04:00
|
|
|
btv->dma_on = 0;
|
|
|
|
}
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
int
|
|
|
|
bttv_risc_init_main(struct bttv *btv)
|
|
|
|
{
|
|
|
|
int rc;
|
|
|
|
|
|
|
|
if ((rc = btcx_riscmem_alloc(btv->c.pci,&btv->main,PAGE_SIZE)) < 0)
|
|
|
|
return rc;
|
|
|
|
dprintk(KERN_DEBUG "bttv%d: risc main @ %08Lx\n",
|
|
|
|
btv->c.nr,(unsigned long long)btv->main.dma);
|
|
|
|
|
|
|
|
btv->main.cpu[0] = cpu_to_le32(BT848_RISC_SYNC | BT848_RISC_RESYNC |
|
|
|
|
BT848_FIFO_STATUS_VRE);
|
|
|
|
btv->main.cpu[1] = cpu_to_le32(0);
|
|
|
|
btv->main.cpu[2] = cpu_to_le32(BT848_RISC_JUMP);
|
|
|
|
btv->main.cpu[3] = cpu_to_le32(btv->main.dma + (4<<2));
|
|
|
|
|
|
|
|
/* top field */
|
|
|
|
btv->main.cpu[4] = cpu_to_le32(BT848_RISC_JUMP);
|
|
|
|
btv->main.cpu[5] = cpu_to_le32(btv->main.dma + (6<<2));
|
|
|
|
btv->main.cpu[6] = cpu_to_le32(BT848_RISC_JUMP);
|
|
|
|
btv->main.cpu[7] = cpu_to_le32(btv->main.dma + (8<<2));
|
|
|
|
|
2005-11-09 00:37:43 -05:00
|
|
|
btv->main.cpu[8] = cpu_to_le32(BT848_RISC_SYNC | BT848_RISC_RESYNC |
|
2005-04-16 18:20:36 -04:00
|
|
|
BT848_FIFO_STATUS_VRO);
|
2005-11-09 00:37:43 -05:00
|
|
|
btv->main.cpu[9] = cpu_to_le32(0);
|
2005-04-16 18:20:36 -04:00
|
|
|
|
|
|
|
/* bottom field */
|
2005-11-09 00:37:43 -05:00
|
|
|
btv->main.cpu[10] = cpu_to_le32(BT848_RISC_JUMP);
|
2005-04-16 18:20:36 -04:00
|
|
|
btv->main.cpu[11] = cpu_to_le32(btv->main.dma + (12<<2));
|
2005-11-09 00:37:43 -05:00
|
|
|
btv->main.cpu[12] = cpu_to_le32(BT848_RISC_JUMP);
|
2005-04-16 18:20:36 -04:00
|
|
|
btv->main.cpu[13] = cpu_to_le32(btv->main.dma + (14<<2));
|
|
|
|
|
|
|
|
/* jump back to top field */
|
|
|
|
btv->main.cpu[14] = cpu_to_le32(BT848_RISC_JUMP);
|
2005-11-09 00:37:43 -05:00
|
|
|
btv->main.cpu[15] = cpu_to_le32(btv->main.dma + (0<<2));
|
2005-04-16 18:20:36 -04:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
int
|
|
|
|
bttv_risc_hook(struct bttv *btv, int slot, struct btcx_riscmem *risc,
|
|
|
|
int irqflags)
|
|
|
|
{
|
|
|
|
unsigned long cmd;
|
|
|
|
unsigned long next = btv->main.dma + ((slot+2) << 2);
|
|
|
|
|
|
|
|
if (NULL == risc) {
|
|
|
|
d2printk(KERN_DEBUG "bttv%d: risc=%p slot[%d]=NULL\n",
|
|
|
|
btv->c.nr,risc,slot);
|
|
|
|
btv->main.cpu[slot+1] = cpu_to_le32(next);
|
|
|
|
} else {
|
|
|
|
d2printk(KERN_DEBUG "bttv%d: risc=%p slot[%d]=%08Lx irq=%d\n",
|
|
|
|
btv->c.nr,risc,slot,(unsigned long long)risc->dma,irqflags);
|
|
|
|
cmd = BT848_RISC_JUMP;
|
|
|
|
if (irqflags) {
|
|
|
|
cmd |= BT848_RISC_IRQ;
|
|
|
|
cmd |= (irqflags & 0x0f) << 16;
|
|
|
|
cmd |= (~irqflags & 0x0f) << 20;
|
|
|
|
}
|
|
|
|
risc->jmp[0] = cpu_to_le32(cmd);
|
|
|
|
risc->jmp[1] = cpu_to_le32(next);
|
|
|
|
btv->main.cpu[slot+1] = cpu_to_le32(risc->dma);
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2006-03-10 10:29:15 -05:00
|
|
|
bttv_dma_free(struct videobuf_queue *q,struct bttv *btv, struct bttv_buffer *buf)
|
2005-04-16 18:20:36 -04:00
|
|
|
{
|
2007-08-23 15:37:49 -04:00
|
|
|
struct videobuf_dmabuf *dma=videobuf_to_dma(&buf->vb);
|
|
|
|
|
2006-03-13 11:17:11 -05:00
|
|
|
BUG_ON(in_interrupt());
|
2005-04-16 18:20:36 -04:00
|
|
|
videobuf_waiton(&buf->vb,0,0);
|
2010-05-11 09:36:30 -04:00
|
|
|
videobuf_dma_unmap(q->dev, dma);
|
2007-08-23 15:37:49 -04:00
|
|
|
videobuf_dma_free(dma);
|
2005-04-16 18:20:36 -04:00
|
|
|
btcx_riscmem_free(btv->c.pci,&buf->bottom);
|
|
|
|
btcx_riscmem_free(btv->c.pci,&buf->top);
|
2007-11-06 18:02:36 -05:00
|
|
|
buf->vb.state = VIDEOBUF_NEEDS_INIT;
|
2005-04-16 18:20:36 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
int
|
|
|
|
bttv_buffer_activate_vbi(struct bttv *btv,
|
|
|
|
struct bttv_buffer *vbi)
|
|
|
|
{
|
V4L/DVB (5077): Bttv cropping support
Adds the missing VIDIOC_CROPCAP, G_CROP and S_CROP ioctls, permitting
applications to capture or overlay a subsection of the picture or to
extend the capture window beyond active video, into the VBI area and the
horizontal blanking. VBI capturing can start and end on any line,
including the picture area, and apps can capture different lines of each
field and single fields.
For compatibility with existing applications, the open() function
resets the cropping and VBI capturing parameters and a VIDIOC_S_CROP
call is necessary to actually enable cropping.
Regrettably in PAL-M, PAL-N, PAL-Nc and NTSC-JP mode the maximum image
width will increase from 640 and 768 to 747 and 923 pixels respectively.
Like the VBI changes however, this should only affect applications which
depend on former driver limitations, such as never getting more than 640
pixels regardless of the requested width.
Also, new freedoms require additional checks for conflicts and some
applications may not expect an EBUSY error from the VIDIOC_QBUF and
VIDIOCMCAPTURE ioctls. These errors should be rare though.
So far, the patch has been tested on a UP machine with a bt878 in PAL-
BGHI and NTSC-M mode using xawtv, tvtime, mplayer/mencoder, zapping/
libzvbi and these tools: http://zapping.sf.net/bttv-crop-test.tar.bz2
I'd be grateful about comments or bug reports.
Signed-off-by: Michael H. Schimek <mschimek@gmx.at>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2007-01-18 14:17:39 -05:00
|
|
|
struct btcx_riscmem *top;
|
|
|
|
struct btcx_riscmem *bottom;
|
|
|
|
int top_irq_flags;
|
|
|
|
int bottom_irq_flags;
|
|
|
|
|
|
|
|
top = NULL;
|
|
|
|
bottom = NULL;
|
|
|
|
top_irq_flags = 0;
|
|
|
|
bottom_irq_flags = 0;
|
|
|
|
|
2005-04-16 18:20:36 -04:00
|
|
|
if (vbi) {
|
V4L/DVB (5077): Bttv cropping support
Adds the missing VIDIOC_CROPCAP, G_CROP and S_CROP ioctls, permitting
applications to capture or overlay a subsection of the picture or to
extend the capture window beyond active video, into the VBI area and the
horizontal blanking. VBI capturing can start and end on any line,
including the picture area, and apps can capture different lines of each
field and single fields.
For compatibility with existing applications, the open() function
resets the cropping and VBI capturing parameters and a VIDIOC_S_CROP
call is necessary to actually enable cropping.
Regrettably in PAL-M, PAL-N, PAL-Nc and NTSC-JP mode the maximum image
width will increase from 640 and 768 to 747 and 923 pixels respectively.
Like the VBI changes however, this should only affect applications which
depend on former driver limitations, such as never getting more than 640
pixels regardless of the requested width.
Also, new freedoms require additional checks for conflicts and some
applications may not expect an EBUSY error from the VIDIOC_QBUF and
VIDIOCMCAPTURE ioctls. These errors should be rare though.
So far, the patch has been tested on a UP machine with a bt878 in PAL-
BGHI and NTSC-M mode using xawtv, tvtime, mplayer/mencoder, zapping/
libzvbi and these tools: http://zapping.sf.net/bttv-crop-test.tar.bz2
I'd be grateful about comments or bug reports.
Signed-off-by: Michael H. Schimek <mschimek@gmx.at>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2007-01-18 14:17:39 -05:00
|
|
|
unsigned int crop, vdelay;
|
|
|
|
|
2007-11-06 18:02:36 -05:00
|
|
|
vbi->vb.state = VIDEOBUF_ACTIVE;
|
2005-04-16 18:20:36 -04:00
|
|
|
list_del(&vbi->vb.queue);
|
V4L/DVB (5077): Bttv cropping support
Adds the missing VIDIOC_CROPCAP, G_CROP and S_CROP ioctls, permitting
applications to capture or overlay a subsection of the picture or to
extend the capture window beyond active video, into the VBI area and the
horizontal blanking. VBI capturing can start and end on any line,
including the picture area, and apps can capture different lines of each
field and single fields.
For compatibility with existing applications, the open() function
resets the cropping and VBI capturing parameters and a VIDIOC_S_CROP
call is necessary to actually enable cropping.
Regrettably in PAL-M, PAL-N, PAL-Nc and NTSC-JP mode the maximum image
width will increase from 640 and 768 to 747 and 923 pixels respectively.
Like the VBI changes however, this should only affect applications which
depend on former driver limitations, such as never getting more than 640
pixels regardless of the requested width.
Also, new freedoms require additional checks for conflicts and some
applications may not expect an EBUSY error from the VIDIOC_QBUF and
VIDIOCMCAPTURE ioctls. These errors should be rare though.
So far, the patch has been tested on a UP machine with a bt878 in PAL-
BGHI and NTSC-M mode using xawtv, tvtime, mplayer/mencoder, zapping/
libzvbi and these tools: http://zapping.sf.net/bttv-crop-test.tar.bz2
I'd be grateful about comments or bug reports.
Signed-off-by: Michael H. Schimek <mschimek@gmx.at>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2007-01-18 14:17:39 -05:00
|
|
|
|
|
|
|
/* VDELAY is start of video, end of VBI capturing. */
|
|
|
|
crop = btread(BT848_E_CROP);
|
|
|
|
vdelay = btread(BT848_E_VDELAY_LO) + ((crop & 0xc0) << 2);
|
|
|
|
|
|
|
|
if (vbi->geo.vdelay > vdelay) {
|
|
|
|
vdelay = vbi->geo.vdelay & 0xfe;
|
|
|
|
crop = (crop & 0x3f) | ((vbi->geo.vdelay >> 2) & 0xc0);
|
|
|
|
|
|
|
|
btwrite(vdelay, BT848_E_VDELAY_LO);
|
|
|
|
btwrite(crop, BT848_E_CROP);
|
|
|
|
btwrite(vdelay, BT848_O_VDELAY_LO);
|
|
|
|
btwrite(crop, BT848_O_CROP);
|
|
|
|
}
|
|
|
|
|
|
|
|
if (vbi->vbi_count[0] > 0) {
|
|
|
|
top = &vbi->top;
|
|
|
|
top_irq_flags = 4;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (vbi->vbi_count[1] > 0) {
|
|
|
|
top_irq_flags = 0;
|
|
|
|
bottom = &vbi->bottom;
|
|
|
|
bottom_irq_flags = 4;
|
|
|
|
}
|
2005-04-16 18:20:36 -04:00
|
|
|
}
|
V4L/DVB (5077): Bttv cropping support
Adds the missing VIDIOC_CROPCAP, G_CROP and S_CROP ioctls, permitting
applications to capture or overlay a subsection of the picture or to
extend the capture window beyond active video, into the VBI area and the
horizontal blanking. VBI capturing can start and end on any line,
including the picture area, and apps can capture different lines of each
field and single fields.
For compatibility with existing applications, the open() function
resets the cropping and VBI capturing parameters and a VIDIOC_S_CROP
call is necessary to actually enable cropping.
Regrettably in PAL-M, PAL-N, PAL-Nc and NTSC-JP mode the maximum image
width will increase from 640 and 768 to 747 and 923 pixels respectively.
Like the VBI changes however, this should only affect applications which
depend on former driver limitations, such as never getting more than 640
pixels regardless of the requested width.
Also, new freedoms require additional checks for conflicts and some
applications may not expect an EBUSY error from the VIDIOC_QBUF and
VIDIOCMCAPTURE ioctls. These errors should be rare though.
So far, the patch has been tested on a UP machine with a bt878 in PAL-
BGHI and NTSC-M mode using xawtv, tvtime, mplayer/mencoder, zapping/
libzvbi and these tools: http://zapping.sf.net/bttv-crop-test.tar.bz2
I'd be grateful about comments or bug reports.
Signed-off-by: Michael H. Schimek <mschimek@gmx.at>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2007-01-18 14:17:39 -05:00
|
|
|
|
|
|
|
bttv_risc_hook(btv, RISC_SLOT_O_VBI, top, top_irq_flags);
|
|
|
|
bttv_risc_hook(btv, RISC_SLOT_E_VBI, bottom, bottom_irq_flags);
|
|
|
|
|
2005-04-16 18:20:36 -04:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
int
|
|
|
|
bttv_buffer_activate_video(struct bttv *btv,
|
|
|
|
struct bttv_buffer_set *set)
|
|
|
|
{
|
|
|
|
/* video capture */
|
|
|
|
if (NULL != set->top && NULL != set->bottom) {
|
|
|
|
if (set->top == set->bottom) {
|
2007-11-06 18:02:36 -05:00
|
|
|
set->top->vb.state = VIDEOBUF_ACTIVE;
|
2005-04-16 18:20:36 -04:00
|
|
|
if (set->top->vb.queue.next)
|
|
|
|
list_del(&set->top->vb.queue);
|
|
|
|
} else {
|
2007-11-06 18:02:36 -05:00
|
|
|
set->top->vb.state = VIDEOBUF_ACTIVE;
|
|
|
|
set->bottom->vb.state = VIDEOBUF_ACTIVE;
|
2005-04-16 18:20:36 -04:00
|
|
|
if (set->top->vb.queue.next)
|
|
|
|
list_del(&set->top->vb.queue);
|
|
|
|
if (set->bottom->vb.queue.next)
|
|
|
|
list_del(&set->bottom->vb.queue);
|
|
|
|
}
|
|
|
|
bttv_apply_geo(btv, &set->top->geo, 1);
|
|
|
|
bttv_apply_geo(btv, &set->bottom->geo,0);
|
|
|
|
bttv_risc_hook(btv, RISC_SLOT_O_FIELD, &set->top->top,
|
|
|
|
set->top_irq);
|
|
|
|
bttv_risc_hook(btv, RISC_SLOT_E_FIELD, &set->bottom->bottom,
|
|
|
|
set->frame_irq);
|
|
|
|
btaor((set->top->btformat & 0xf0) | (set->bottom->btformat & 0x0f),
|
|
|
|
~0xff, BT848_COLOR_FMT);
|
|
|
|
btaor((set->top->btswap & 0x0a) | (set->bottom->btswap & 0x05),
|
|
|
|
~0x0f, BT848_COLOR_CTL);
|
|
|
|
} else if (NULL != set->top) {
|
2007-11-06 18:02:36 -05:00
|
|
|
set->top->vb.state = VIDEOBUF_ACTIVE;
|
2005-04-16 18:20:36 -04:00
|
|
|
if (set->top->vb.queue.next)
|
|
|
|
list_del(&set->top->vb.queue);
|
|
|
|
bttv_apply_geo(btv, &set->top->geo,1);
|
|
|
|
bttv_apply_geo(btv, &set->top->geo,0);
|
|
|
|
bttv_risc_hook(btv, RISC_SLOT_O_FIELD, &set->top->top,
|
|
|
|
set->frame_irq);
|
|
|
|
bttv_risc_hook(btv, RISC_SLOT_E_FIELD, NULL, 0);
|
|
|
|
btaor(set->top->btformat & 0xff, ~0xff, BT848_COLOR_FMT);
|
|
|
|
btaor(set->top->btswap & 0x0f, ~0x0f, BT848_COLOR_CTL);
|
|
|
|
} else if (NULL != set->bottom) {
|
2007-11-06 18:02:36 -05:00
|
|
|
set->bottom->vb.state = VIDEOBUF_ACTIVE;
|
2005-04-16 18:20:36 -04:00
|
|
|
if (set->bottom->vb.queue.next)
|
|
|
|
list_del(&set->bottom->vb.queue);
|
|
|
|
bttv_apply_geo(btv, &set->bottom->geo,1);
|
|
|
|
bttv_apply_geo(btv, &set->bottom->geo,0);
|
|
|
|
bttv_risc_hook(btv, RISC_SLOT_O_FIELD, NULL, 0);
|
|
|
|
bttv_risc_hook(btv, RISC_SLOT_E_FIELD, &set->bottom->bottom,
|
|
|
|
set->frame_irq);
|
|
|
|
btaor(set->bottom->btformat & 0xff, ~0xff, BT848_COLOR_FMT);
|
|
|
|
btaor(set->bottom->btswap & 0x0f, ~0x0f, BT848_COLOR_CTL);
|
|
|
|
} else {
|
|
|
|
bttv_risc_hook(btv, RISC_SLOT_O_FIELD, NULL, 0);
|
|
|
|
bttv_risc_hook(btv, RISC_SLOT_E_FIELD, NULL, 0);
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* ---------------------------------------------------------- */
|
|
|
|
|
|
|
|
/* calculate geometry, build risc code */
|
|
|
|
int
|
|
|
|
bttv_buffer_risc(struct bttv *btv, struct bttv_buffer *buf)
|
|
|
|
{
|
|
|
|
const struct bttv_tvnorm *tvnorm = bttv_tvnorms + buf->tvnorm;
|
2007-08-23 15:37:49 -04:00
|
|
|
struct videobuf_dmabuf *dma=videobuf_to_dma(&buf->vb);
|
2005-04-16 18:20:36 -04:00
|
|
|
|
|
|
|
dprintk(KERN_DEBUG
|
|
|
|
"bttv%d: buffer field: %s format: %s size: %dx%d\n",
|
|
|
|
btv->c.nr, v4l2_field_names[buf->vb.field],
|
|
|
|
buf->fmt->name, buf->vb.width, buf->vb.height);
|
|
|
|
|
|
|
|
/* packed pixel modes */
|
|
|
|
if (buf->fmt->flags & FORMAT_FLAGS_PACKED) {
|
|
|
|
int bpl = (buf->fmt->depth >> 3) * buf->vb.width;
|
|
|
|
int bpf = bpl * (buf->vb.height >> 1);
|
|
|
|
|
|
|
|
bttv_calc_geo(btv,&buf->geo,buf->vb.width,buf->vb.height,
|
V4L/DVB (5077): Bttv cropping support
Adds the missing VIDIOC_CROPCAP, G_CROP and S_CROP ioctls, permitting
applications to capture or overlay a subsection of the picture or to
extend the capture window beyond active video, into the VBI area and the
horizontal blanking. VBI capturing can start and end on any line,
including the picture area, and apps can capture different lines of each
field and single fields.
For compatibility with existing applications, the open() function
resets the cropping and VBI capturing parameters and a VIDIOC_S_CROP
call is necessary to actually enable cropping.
Regrettably in PAL-M, PAL-N, PAL-Nc and NTSC-JP mode the maximum image
width will increase from 640 and 768 to 747 and 923 pixels respectively.
Like the VBI changes however, this should only affect applications which
depend on former driver limitations, such as never getting more than 640
pixels regardless of the requested width.
Also, new freedoms require additional checks for conflicts and some
applications may not expect an EBUSY error from the VIDIOC_QBUF and
VIDIOCMCAPTURE ioctls. These errors should be rare though.
So far, the patch has been tested on a UP machine with a bt878 in PAL-
BGHI and NTSC-M mode using xawtv, tvtime, mplayer/mencoder, zapping/
libzvbi and these tools: http://zapping.sf.net/bttv-crop-test.tar.bz2
I'd be grateful about comments or bug reports.
Signed-off-by: Michael H. Schimek <mschimek@gmx.at>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2007-01-18 14:17:39 -05:00
|
|
|
V4L2_FIELD_HAS_BOTH(buf->vb.field),
|
|
|
|
tvnorm,&buf->crop);
|
2005-04-16 18:20:36 -04:00
|
|
|
|
|
|
|
switch (buf->vb.field) {
|
|
|
|
case V4L2_FIELD_TOP:
|
2007-08-23 15:37:49 -04:00
|
|
|
bttv_risc_packed(btv,&buf->top,dma->sglist,
|
V4L/DVB (5077): Bttv cropping support
Adds the missing VIDIOC_CROPCAP, G_CROP and S_CROP ioctls, permitting
applications to capture or overlay a subsection of the picture or to
extend the capture window beyond active video, into the VBI area and the
horizontal blanking. VBI capturing can start and end on any line,
including the picture area, and apps can capture different lines of each
field and single fields.
For compatibility with existing applications, the open() function
resets the cropping and VBI capturing parameters and a VIDIOC_S_CROP
call is necessary to actually enable cropping.
Regrettably in PAL-M, PAL-N, PAL-Nc and NTSC-JP mode the maximum image
width will increase from 640 and 768 to 747 and 923 pixels respectively.
Like the VBI changes however, this should only affect applications which
depend on former driver limitations, such as never getting more than 640
pixels regardless of the requested width.
Also, new freedoms require additional checks for conflicts and some
applications may not expect an EBUSY error from the VIDIOC_QBUF and
VIDIOCMCAPTURE ioctls. These errors should be rare though.
So far, the patch has been tested on a UP machine with a bt878 in PAL-
BGHI and NTSC-M mode using xawtv, tvtime, mplayer/mencoder, zapping/
libzvbi and these tools: http://zapping.sf.net/bttv-crop-test.tar.bz2
I'd be grateful about comments or bug reports.
Signed-off-by: Michael H. Schimek <mschimek@gmx.at>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2007-01-18 14:17:39 -05:00
|
|
|
/* offset */ 0,bpl,
|
|
|
|
/* padding */ 0,/* skip_lines */ 0,
|
|
|
|
buf->vb.height);
|
2005-04-16 18:20:36 -04:00
|
|
|
break;
|
|
|
|
case V4L2_FIELD_BOTTOM:
|
2007-08-23 15:37:49 -04:00
|
|
|
bttv_risc_packed(btv,&buf->bottom,dma->sglist,
|
V4L/DVB (5077): Bttv cropping support
Adds the missing VIDIOC_CROPCAP, G_CROP and S_CROP ioctls, permitting
applications to capture or overlay a subsection of the picture or to
extend the capture window beyond active video, into the VBI area and the
horizontal blanking. VBI capturing can start and end on any line,
including the picture area, and apps can capture different lines of each
field and single fields.
For compatibility with existing applications, the open() function
resets the cropping and VBI capturing parameters and a VIDIOC_S_CROP
call is necessary to actually enable cropping.
Regrettably in PAL-M, PAL-N, PAL-Nc and NTSC-JP mode the maximum image
width will increase from 640 and 768 to 747 and 923 pixels respectively.
Like the VBI changes however, this should only affect applications which
depend on former driver limitations, such as never getting more than 640
pixels regardless of the requested width.
Also, new freedoms require additional checks for conflicts and some
applications may not expect an EBUSY error from the VIDIOC_QBUF and
VIDIOCMCAPTURE ioctls. These errors should be rare though.
So far, the patch has been tested on a UP machine with a bt878 in PAL-
BGHI and NTSC-M mode using xawtv, tvtime, mplayer/mencoder, zapping/
libzvbi and these tools: http://zapping.sf.net/bttv-crop-test.tar.bz2
I'd be grateful about comments or bug reports.
Signed-off-by: Michael H. Schimek <mschimek@gmx.at>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2007-01-18 14:17:39 -05:00
|
|
|
0,bpl,0,0,buf->vb.height);
|
2005-04-16 18:20:36 -04:00
|
|
|
break;
|
|
|
|
case V4L2_FIELD_INTERLACED:
|
2007-08-23 15:37:49 -04:00
|
|
|
bttv_risc_packed(btv,&buf->top,dma->sglist,
|
V4L/DVB (5077): Bttv cropping support
Adds the missing VIDIOC_CROPCAP, G_CROP and S_CROP ioctls, permitting
applications to capture or overlay a subsection of the picture or to
extend the capture window beyond active video, into the VBI area and the
horizontal blanking. VBI capturing can start and end on any line,
including the picture area, and apps can capture different lines of each
field and single fields.
For compatibility with existing applications, the open() function
resets the cropping and VBI capturing parameters and a VIDIOC_S_CROP
call is necessary to actually enable cropping.
Regrettably in PAL-M, PAL-N, PAL-Nc and NTSC-JP mode the maximum image
width will increase from 640 and 768 to 747 and 923 pixels respectively.
Like the VBI changes however, this should only affect applications which
depend on former driver limitations, such as never getting more than 640
pixels regardless of the requested width.
Also, new freedoms require additional checks for conflicts and some
applications may not expect an EBUSY error from the VIDIOC_QBUF and
VIDIOCMCAPTURE ioctls. These errors should be rare though.
So far, the patch has been tested on a UP machine with a bt878 in PAL-
BGHI and NTSC-M mode using xawtv, tvtime, mplayer/mencoder, zapping/
libzvbi and these tools: http://zapping.sf.net/bttv-crop-test.tar.bz2
I'd be grateful about comments or bug reports.
Signed-off-by: Michael H. Schimek <mschimek@gmx.at>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2007-01-18 14:17:39 -05:00
|
|
|
0,bpl,bpl,0,buf->vb.height >> 1);
|
2007-08-23 15:37:49 -04:00
|
|
|
bttv_risc_packed(btv,&buf->bottom,dma->sglist,
|
V4L/DVB (5077): Bttv cropping support
Adds the missing VIDIOC_CROPCAP, G_CROP and S_CROP ioctls, permitting
applications to capture or overlay a subsection of the picture or to
extend the capture window beyond active video, into the VBI area and the
horizontal blanking. VBI capturing can start and end on any line,
including the picture area, and apps can capture different lines of each
field and single fields.
For compatibility with existing applications, the open() function
resets the cropping and VBI capturing parameters and a VIDIOC_S_CROP
call is necessary to actually enable cropping.
Regrettably in PAL-M, PAL-N, PAL-Nc and NTSC-JP mode the maximum image
width will increase from 640 and 768 to 747 and 923 pixels respectively.
Like the VBI changes however, this should only affect applications which
depend on former driver limitations, such as never getting more than 640
pixels regardless of the requested width.
Also, new freedoms require additional checks for conflicts and some
applications may not expect an EBUSY error from the VIDIOC_QBUF and
VIDIOCMCAPTURE ioctls. These errors should be rare though.
So far, the patch has been tested on a UP machine with a bt878 in PAL-
BGHI and NTSC-M mode using xawtv, tvtime, mplayer/mencoder, zapping/
libzvbi and these tools: http://zapping.sf.net/bttv-crop-test.tar.bz2
I'd be grateful about comments or bug reports.
Signed-off-by: Michael H. Schimek <mschimek@gmx.at>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2007-01-18 14:17:39 -05:00
|
|
|
bpl,bpl,bpl,0,buf->vb.height >> 1);
|
2005-04-16 18:20:36 -04:00
|
|
|
break;
|
|
|
|
case V4L2_FIELD_SEQ_TB:
|
2007-08-23 15:37:49 -04:00
|
|
|
bttv_risc_packed(btv,&buf->top,dma->sglist,
|
V4L/DVB (5077): Bttv cropping support
Adds the missing VIDIOC_CROPCAP, G_CROP and S_CROP ioctls, permitting
applications to capture or overlay a subsection of the picture or to
extend the capture window beyond active video, into the VBI area and the
horizontal blanking. VBI capturing can start and end on any line,
including the picture area, and apps can capture different lines of each
field and single fields.
For compatibility with existing applications, the open() function
resets the cropping and VBI capturing parameters and a VIDIOC_S_CROP
call is necessary to actually enable cropping.
Regrettably in PAL-M, PAL-N, PAL-Nc and NTSC-JP mode the maximum image
width will increase from 640 and 768 to 747 and 923 pixels respectively.
Like the VBI changes however, this should only affect applications which
depend on former driver limitations, such as never getting more than 640
pixels regardless of the requested width.
Also, new freedoms require additional checks for conflicts and some
applications may not expect an EBUSY error from the VIDIOC_QBUF and
VIDIOCMCAPTURE ioctls. These errors should be rare though.
So far, the patch has been tested on a UP machine with a bt878 in PAL-
BGHI and NTSC-M mode using xawtv, tvtime, mplayer/mencoder, zapping/
libzvbi and these tools: http://zapping.sf.net/bttv-crop-test.tar.bz2
I'd be grateful about comments or bug reports.
Signed-off-by: Michael H. Schimek <mschimek@gmx.at>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2007-01-18 14:17:39 -05:00
|
|
|
0,bpl,0,0,buf->vb.height >> 1);
|
2007-08-23 15:37:49 -04:00
|
|
|
bttv_risc_packed(btv,&buf->bottom,dma->sglist,
|
V4L/DVB (5077): Bttv cropping support
Adds the missing VIDIOC_CROPCAP, G_CROP and S_CROP ioctls, permitting
applications to capture or overlay a subsection of the picture or to
extend the capture window beyond active video, into the VBI area and the
horizontal blanking. VBI capturing can start and end on any line,
including the picture area, and apps can capture different lines of each
field and single fields.
For compatibility with existing applications, the open() function
resets the cropping and VBI capturing parameters and a VIDIOC_S_CROP
call is necessary to actually enable cropping.
Regrettably in PAL-M, PAL-N, PAL-Nc and NTSC-JP mode the maximum image
width will increase from 640 and 768 to 747 and 923 pixels respectively.
Like the VBI changes however, this should only affect applications which
depend on former driver limitations, such as never getting more than 640
pixels regardless of the requested width.
Also, new freedoms require additional checks for conflicts and some
applications may not expect an EBUSY error from the VIDIOC_QBUF and
VIDIOCMCAPTURE ioctls. These errors should be rare though.
So far, the patch has been tested on a UP machine with a bt878 in PAL-
BGHI and NTSC-M mode using xawtv, tvtime, mplayer/mencoder, zapping/
libzvbi and these tools: http://zapping.sf.net/bttv-crop-test.tar.bz2
I'd be grateful about comments or bug reports.
Signed-off-by: Michael H. Schimek <mschimek@gmx.at>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2007-01-18 14:17:39 -05:00
|
|
|
bpf,bpl,0,0,buf->vb.height >> 1);
|
2005-04-16 18:20:36 -04:00
|
|
|
break;
|
|
|
|
default:
|
|
|
|
BUG();
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/* planar modes */
|
|
|
|
if (buf->fmt->flags & FORMAT_FLAGS_PLANAR) {
|
|
|
|
int uoffset, voffset;
|
|
|
|
int ypadding, cpadding, lines;
|
|
|
|
|
|
|
|
/* calculate chroma offsets */
|
|
|
|
uoffset = buf->vb.width * buf->vb.height;
|
|
|
|
voffset = buf->vb.width * buf->vb.height;
|
|
|
|
if (buf->fmt->flags & FORMAT_FLAGS_CrCb) {
|
|
|
|
/* Y-Cr-Cb plane order */
|
|
|
|
uoffset >>= buf->fmt->hshift;
|
|
|
|
uoffset >>= buf->fmt->vshift;
|
|
|
|
uoffset += voffset;
|
|
|
|
} else {
|
|
|
|
/* Y-Cb-Cr plane order */
|
|
|
|
voffset >>= buf->fmt->hshift;
|
|
|
|
voffset >>= buf->fmt->vshift;
|
|
|
|
voffset += uoffset;
|
|
|
|
}
|
|
|
|
|
|
|
|
switch (buf->vb.field) {
|
|
|
|
case V4L2_FIELD_TOP:
|
|
|
|
bttv_calc_geo(btv,&buf->geo,buf->vb.width,
|
V4L/DVB (5077): Bttv cropping support
Adds the missing VIDIOC_CROPCAP, G_CROP and S_CROP ioctls, permitting
applications to capture or overlay a subsection of the picture or to
extend the capture window beyond active video, into the VBI area and the
horizontal blanking. VBI capturing can start and end on any line,
including the picture area, and apps can capture different lines of each
field and single fields.
For compatibility with existing applications, the open() function
resets the cropping and VBI capturing parameters and a VIDIOC_S_CROP
call is necessary to actually enable cropping.
Regrettably in PAL-M, PAL-N, PAL-Nc and NTSC-JP mode the maximum image
width will increase from 640 and 768 to 747 and 923 pixels respectively.
Like the VBI changes however, this should only affect applications which
depend on former driver limitations, such as never getting more than 640
pixels regardless of the requested width.
Also, new freedoms require additional checks for conflicts and some
applications may not expect an EBUSY error from the VIDIOC_QBUF and
VIDIOCMCAPTURE ioctls. These errors should be rare though.
So far, the patch has been tested on a UP machine with a bt878 in PAL-
BGHI and NTSC-M mode using xawtv, tvtime, mplayer/mencoder, zapping/
libzvbi and these tools: http://zapping.sf.net/bttv-crop-test.tar.bz2
I'd be grateful about comments or bug reports.
Signed-off-by: Michael H. Schimek <mschimek@gmx.at>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2007-01-18 14:17:39 -05:00
|
|
|
buf->vb.height,/* both_fields */ 0,
|
|
|
|
tvnorm,&buf->crop);
|
2007-08-23 15:37:49 -04:00
|
|
|
bttv_risc_planar(btv, &buf->top, dma->sglist,
|
2005-04-16 18:20:36 -04:00
|
|
|
0,buf->vb.width,0,buf->vb.height,
|
|
|
|
uoffset,voffset,buf->fmt->hshift,
|
|
|
|
buf->fmt->vshift,0);
|
|
|
|
break;
|
|
|
|
case V4L2_FIELD_BOTTOM:
|
|
|
|
bttv_calc_geo(btv,&buf->geo,buf->vb.width,
|
V4L/DVB (5077): Bttv cropping support
Adds the missing VIDIOC_CROPCAP, G_CROP and S_CROP ioctls, permitting
applications to capture or overlay a subsection of the picture or to
extend the capture window beyond active video, into the VBI area and the
horizontal blanking. VBI capturing can start and end on any line,
including the picture area, and apps can capture different lines of each
field and single fields.
For compatibility with existing applications, the open() function
resets the cropping and VBI capturing parameters and a VIDIOC_S_CROP
call is necessary to actually enable cropping.
Regrettably in PAL-M, PAL-N, PAL-Nc and NTSC-JP mode the maximum image
width will increase from 640 and 768 to 747 and 923 pixels respectively.
Like the VBI changes however, this should only affect applications which
depend on former driver limitations, such as never getting more than 640
pixels regardless of the requested width.
Also, new freedoms require additional checks for conflicts and some
applications may not expect an EBUSY error from the VIDIOC_QBUF and
VIDIOCMCAPTURE ioctls. These errors should be rare though.
So far, the patch has been tested on a UP machine with a bt878 in PAL-
BGHI and NTSC-M mode using xawtv, tvtime, mplayer/mencoder, zapping/
libzvbi and these tools: http://zapping.sf.net/bttv-crop-test.tar.bz2
I'd be grateful about comments or bug reports.
Signed-off-by: Michael H. Schimek <mschimek@gmx.at>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2007-01-18 14:17:39 -05:00
|
|
|
buf->vb.height,0,
|
|
|
|
tvnorm,&buf->crop);
|
2007-08-23 15:37:49 -04:00
|
|
|
bttv_risc_planar(btv, &buf->bottom, dma->sglist,
|
2005-04-16 18:20:36 -04:00
|
|
|
0,buf->vb.width,0,buf->vb.height,
|
|
|
|
uoffset,voffset,buf->fmt->hshift,
|
|
|
|
buf->fmt->vshift,0);
|
|
|
|
break;
|
|
|
|
case V4L2_FIELD_INTERLACED:
|
|
|
|
bttv_calc_geo(btv,&buf->geo,buf->vb.width,
|
V4L/DVB (5077): Bttv cropping support
Adds the missing VIDIOC_CROPCAP, G_CROP and S_CROP ioctls, permitting
applications to capture or overlay a subsection of the picture or to
extend the capture window beyond active video, into the VBI area and the
horizontal blanking. VBI capturing can start and end on any line,
including the picture area, and apps can capture different lines of each
field and single fields.
For compatibility with existing applications, the open() function
resets the cropping and VBI capturing parameters and a VIDIOC_S_CROP
call is necessary to actually enable cropping.
Regrettably in PAL-M, PAL-N, PAL-Nc and NTSC-JP mode the maximum image
width will increase from 640 and 768 to 747 and 923 pixels respectively.
Like the VBI changes however, this should only affect applications which
depend on former driver limitations, such as never getting more than 640
pixels regardless of the requested width.
Also, new freedoms require additional checks for conflicts and some
applications may not expect an EBUSY error from the VIDIOC_QBUF and
VIDIOCMCAPTURE ioctls. These errors should be rare though.
So far, the patch has been tested on a UP machine with a bt878 in PAL-
BGHI and NTSC-M mode using xawtv, tvtime, mplayer/mencoder, zapping/
libzvbi and these tools: http://zapping.sf.net/bttv-crop-test.tar.bz2
I'd be grateful about comments or bug reports.
Signed-off-by: Michael H. Schimek <mschimek@gmx.at>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2007-01-18 14:17:39 -05:00
|
|
|
buf->vb.height,1,
|
|
|
|
tvnorm,&buf->crop);
|
2005-04-16 18:20:36 -04:00
|
|
|
lines = buf->vb.height >> 1;
|
|
|
|
ypadding = buf->vb.width;
|
|
|
|
cpadding = buf->vb.width >> buf->fmt->hshift;
|
|
|
|
bttv_risc_planar(btv,&buf->top,
|
2007-08-23 15:37:49 -04:00
|
|
|
dma->sglist,
|
2005-04-16 18:20:36 -04:00
|
|
|
0,buf->vb.width,ypadding,lines,
|
|
|
|
uoffset,voffset,
|
|
|
|
buf->fmt->hshift,
|
|
|
|
buf->fmt->vshift,
|
|
|
|
cpadding);
|
|
|
|
bttv_risc_planar(btv,&buf->bottom,
|
2007-08-23 15:37:49 -04:00
|
|
|
dma->sglist,
|
2005-04-16 18:20:36 -04:00
|
|
|
ypadding,buf->vb.width,ypadding,lines,
|
|
|
|
uoffset+cpadding,
|
|
|
|
voffset+cpadding,
|
|
|
|
buf->fmt->hshift,
|
|
|
|
buf->fmt->vshift,
|
|
|
|
cpadding);
|
|
|
|
break;
|
|
|
|
case V4L2_FIELD_SEQ_TB:
|
|
|
|
bttv_calc_geo(btv,&buf->geo,buf->vb.width,
|
V4L/DVB (5077): Bttv cropping support
Adds the missing VIDIOC_CROPCAP, G_CROP and S_CROP ioctls, permitting
applications to capture or overlay a subsection of the picture or to
extend the capture window beyond active video, into the VBI area and the
horizontal blanking. VBI capturing can start and end on any line,
including the picture area, and apps can capture different lines of each
field and single fields.
For compatibility with existing applications, the open() function
resets the cropping and VBI capturing parameters and a VIDIOC_S_CROP
call is necessary to actually enable cropping.
Regrettably in PAL-M, PAL-N, PAL-Nc and NTSC-JP mode the maximum image
width will increase from 640 and 768 to 747 and 923 pixels respectively.
Like the VBI changes however, this should only affect applications which
depend on former driver limitations, such as never getting more than 640
pixels regardless of the requested width.
Also, new freedoms require additional checks for conflicts and some
applications may not expect an EBUSY error from the VIDIOC_QBUF and
VIDIOCMCAPTURE ioctls. These errors should be rare though.
So far, the patch has been tested on a UP machine with a bt878 in PAL-
BGHI and NTSC-M mode using xawtv, tvtime, mplayer/mencoder, zapping/
libzvbi and these tools: http://zapping.sf.net/bttv-crop-test.tar.bz2
I'd be grateful about comments or bug reports.
Signed-off-by: Michael H. Schimek <mschimek@gmx.at>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2007-01-18 14:17:39 -05:00
|
|
|
buf->vb.height,1,
|
|
|
|
tvnorm,&buf->crop);
|
2005-04-16 18:20:36 -04:00
|
|
|
lines = buf->vb.height >> 1;
|
|
|
|
ypadding = buf->vb.width;
|
|
|
|
cpadding = buf->vb.width >> buf->fmt->hshift;
|
|
|
|
bttv_risc_planar(btv,&buf->top,
|
2007-08-23 15:37:49 -04:00
|
|
|
dma->sglist,
|
2005-04-16 18:20:36 -04:00
|
|
|
0,buf->vb.width,0,lines,
|
|
|
|
uoffset >> 1,
|
|
|
|
voffset >> 1,
|
|
|
|
buf->fmt->hshift,
|
|
|
|
buf->fmt->vshift,
|
|
|
|
0);
|
|
|
|
bttv_risc_planar(btv,&buf->bottom,
|
2007-08-23 15:37:49 -04:00
|
|
|
dma->sglist,
|
2005-04-16 18:20:36 -04:00
|
|
|
lines * ypadding,buf->vb.width,0,lines,
|
|
|
|
lines * ypadding + (uoffset >> 1),
|
|
|
|
lines * ypadding + (voffset >> 1),
|
|
|
|
buf->fmt->hshift,
|
|
|
|
buf->fmt->vshift,
|
|
|
|
0);
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
BUG();
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/* raw data */
|
|
|
|
if (buf->fmt->flags & FORMAT_FLAGS_RAW) {
|
|
|
|
/* build risc code */
|
|
|
|
buf->vb.field = V4L2_FIELD_SEQ_TB;
|
|
|
|
bttv_calc_geo(btv,&buf->geo,tvnorm->swidth,tvnorm->sheight,
|
V4L/DVB (5077): Bttv cropping support
Adds the missing VIDIOC_CROPCAP, G_CROP and S_CROP ioctls, permitting
applications to capture or overlay a subsection of the picture or to
extend the capture window beyond active video, into the VBI area and the
horizontal blanking. VBI capturing can start and end on any line,
including the picture area, and apps can capture different lines of each
field and single fields.
For compatibility with existing applications, the open() function
resets the cropping and VBI capturing parameters and a VIDIOC_S_CROP
call is necessary to actually enable cropping.
Regrettably in PAL-M, PAL-N, PAL-Nc and NTSC-JP mode the maximum image
width will increase from 640 and 768 to 747 and 923 pixels respectively.
Like the VBI changes however, this should only affect applications which
depend on former driver limitations, such as never getting more than 640
pixels regardless of the requested width.
Also, new freedoms require additional checks for conflicts and some
applications may not expect an EBUSY error from the VIDIOC_QBUF and
VIDIOCMCAPTURE ioctls. These errors should be rare though.
So far, the patch has been tested on a UP machine with a bt878 in PAL-
BGHI and NTSC-M mode using xawtv, tvtime, mplayer/mencoder, zapping/
libzvbi and these tools: http://zapping.sf.net/bttv-crop-test.tar.bz2
I'd be grateful about comments or bug reports.
Signed-off-by: Michael H. Schimek <mschimek@gmx.at>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2007-01-18 14:17:39 -05:00
|
|
|
1,tvnorm,&buf->crop);
|
2007-08-23 15:37:49 -04:00
|
|
|
bttv_risc_packed(btv, &buf->top, dma->sglist,
|
V4L/DVB (5077): Bttv cropping support
Adds the missing VIDIOC_CROPCAP, G_CROP and S_CROP ioctls, permitting
applications to capture or overlay a subsection of the picture or to
extend the capture window beyond active video, into the VBI area and the
horizontal blanking. VBI capturing can start and end on any line,
including the picture area, and apps can capture different lines of each
field and single fields.
For compatibility with existing applications, the open() function
resets the cropping and VBI capturing parameters and a VIDIOC_S_CROP
call is necessary to actually enable cropping.
Regrettably in PAL-M, PAL-N, PAL-Nc and NTSC-JP mode the maximum image
width will increase from 640 and 768 to 747 and 923 pixels respectively.
Like the VBI changes however, this should only affect applications which
depend on former driver limitations, such as never getting more than 640
pixels regardless of the requested width.
Also, new freedoms require additional checks for conflicts and some
applications may not expect an EBUSY error from the VIDIOC_QBUF and
VIDIOCMCAPTURE ioctls. These errors should be rare though.
So far, the patch has been tested on a UP machine with a bt878 in PAL-
BGHI and NTSC-M mode using xawtv, tvtime, mplayer/mencoder, zapping/
libzvbi and these tools: http://zapping.sf.net/bttv-crop-test.tar.bz2
I'd be grateful about comments or bug reports.
Signed-off-by: Michael H. Schimek <mschimek@gmx.at>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2007-01-18 14:17:39 -05:00
|
|
|
/* offset */ 0, RAW_BPL, /* padding */ 0,
|
|
|
|
/* skip_lines */ 0, RAW_LINES);
|
2007-08-23 15:37:49 -04:00
|
|
|
bttv_risc_packed(btv, &buf->bottom, dma->sglist,
|
V4L/DVB (5077): Bttv cropping support
Adds the missing VIDIOC_CROPCAP, G_CROP and S_CROP ioctls, permitting
applications to capture or overlay a subsection of the picture or to
extend the capture window beyond active video, into the VBI area and the
horizontal blanking. VBI capturing can start and end on any line,
including the picture area, and apps can capture different lines of each
field and single fields.
For compatibility with existing applications, the open() function
resets the cropping and VBI capturing parameters and a VIDIOC_S_CROP
call is necessary to actually enable cropping.
Regrettably in PAL-M, PAL-N, PAL-Nc and NTSC-JP mode the maximum image
width will increase from 640 and 768 to 747 and 923 pixels respectively.
Like the VBI changes however, this should only affect applications which
depend on former driver limitations, such as never getting more than 640
pixels regardless of the requested width.
Also, new freedoms require additional checks for conflicts and some
applications may not expect an EBUSY error from the VIDIOC_QBUF and
VIDIOCMCAPTURE ioctls. These errors should be rare though.
So far, the patch has been tested on a UP machine with a bt878 in PAL-
BGHI and NTSC-M mode using xawtv, tvtime, mplayer/mencoder, zapping/
libzvbi and these tools: http://zapping.sf.net/bttv-crop-test.tar.bz2
I'd be grateful about comments or bug reports.
Signed-off-by: Michael H. Schimek <mschimek@gmx.at>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2007-01-18 14:17:39 -05:00
|
|
|
buf->vb.size/2 , RAW_BPL, 0, 0, RAW_LINES);
|
2005-04-16 18:20:36 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
/* copy format info */
|
|
|
|
buf->btformat = buf->fmt->btformat;
|
|
|
|
buf->btswap = buf->fmt->btswap;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* ---------------------------------------------------------- */
|
|
|
|
|
|
|
|
/* calculate geometry, build risc code */
|
|
|
|
int
|
|
|
|
bttv_overlay_risc(struct bttv *btv,
|
|
|
|
struct bttv_overlay *ov,
|
|
|
|
const struct bttv_format *fmt,
|
|
|
|
struct bttv_buffer *buf)
|
|
|
|
{
|
|
|
|
/* check interleave, bottom+top fields */
|
|
|
|
dprintk(KERN_DEBUG
|
|
|
|
"bttv%d: overlay fields: %s format: %s size: %dx%d\n",
|
|
|
|
btv->c.nr, v4l2_field_names[buf->vb.field],
|
|
|
|
fmt->name,ov->w.width,ov->w.height);
|
|
|
|
|
|
|
|
/* calculate geometry */
|
|
|
|
bttv_calc_geo(btv,&buf->geo,ov->w.width,ov->w.height,
|
V4L/DVB (5077): Bttv cropping support
Adds the missing VIDIOC_CROPCAP, G_CROP and S_CROP ioctls, permitting
applications to capture or overlay a subsection of the picture or to
extend the capture window beyond active video, into the VBI area and the
horizontal blanking. VBI capturing can start and end on any line,
including the picture area, and apps can capture different lines of each
field and single fields.
For compatibility with existing applications, the open() function
resets the cropping and VBI capturing parameters and a VIDIOC_S_CROP
call is necessary to actually enable cropping.
Regrettably in PAL-M, PAL-N, PAL-Nc and NTSC-JP mode the maximum image
width will increase from 640 and 768 to 747 and 923 pixels respectively.
Like the VBI changes however, this should only affect applications which
depend on former driver limitations, such as never getting more than 640
pixels regardless of the requested width.
Also, new freedoms require additional checks for conflicts and some
applications may not expect an EBUSY error from the VIDIOC_QBUF and
VIDIOCMCAPTURE ioctls. These errors should be rare though.
So far, the patch has been tested on a UP machine with a bt878 in PAL-
BGHI and NTSC-M mode using xawtv, tvtime, mplayer/mencoder, zapping/
libzvbi and these tools: http://zapping.sf.net/bttv-crop-test.tar.bz2
I'd be grateful about comments or bug reports.
Signed-off-by: Michael H. Schimek <mschimek@gmx.at>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2007-01-18 14:17:39 -05:00
|
|
|
V4L2_FIELD_HAS_BOTH(ov->field),
|
|
|
|
&bttv_tvnorms[ov->tvnorm],&buf->crop);
|
2005-04-16 18:20:36 -04:00
|
|
|
|
|
|
|
/* build risc code */
|
|
|
|
switch (ov->field) {
|
|
|
|
case V4L2_FIELD_TOP:
|
|
|
|
bttv_risc_overlay(btv, &buf->top, fmt, ov, 0, 0);
|
|
|
|
break;
|
|
|
|
case V4L2_FIELD_BOTTOM:
|
|
|
|
bttv_risc_overlay(btv, &buf->bottom, fmt, ov, 0, 0);
|
|
|
|
break;
|
|
|
|
case V4L2_FIELD_INTERLACED:
|
|
|
|
bttv_risc_overlay(btv, &buf->top, fmt, ov, 0, 1);
|
|
|
|
bttv_risc_overlay(btv, &buf->bottom, fmt, ov, 1, 0);
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
BUG();
|
|
|
|
}
|
|
|
|
|
|
|
|
/* copy format info */
|
|
|
|
buf->btformat = fmt->btformat;
|
|
|
|
buf->btswap = fmt->btswap;
|
|
|
|
buf->vb.field = ov->field;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Local variables:
|
|
|
|
* c-basic-offset: 8
|
|
|
|
* End:
|
|
|
|
*/
|