07 May, 2010
1 commit
-
An earlier regression fix for the mxb driver (V4L/DVB: saa7146_vv: fix
regression where v4l2_device was registered too late) caused a new
regression in the av7110 driver.Reverted the old fix and fixed the problem in the mxb driver instead.
Tested on mxb and budget-av cards.The real problem is that the saa7146 framework has separate probe()
and attach() driver callbacks which should be rolled into one. This
is now done for the mxb driver, but others should do the same. Lack
of hardware makes this hard to do, though. I hope to get hold of some
hexium cards and then I can try to improve the framework to prevent
this from happening again.Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab
27 Feb, 2010
1 commit
-
v4l2_device_register needs to be called before the i2c subdevs are loaded.
However, it was called afterwards in the saa7146 driver. This caused an oops
when loading the mxb and hexium drivers. The vv_init function is now split
into two: one registers the v4l2_device, the other does the rest of the
initialization. The three drivers that depend on this have been updated to
call the new vv_devinit function.Thanks to Michael Hunold for reporting this.
Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab
16 Dec, 2009
1 commit
-
The video_device::minor field is used where it shouldn't, either to
- test for error conditions that can't happen anymore with the current
v4l-dvb core,
- store the value in a driver private field that isn't used anymore,
- check the video device type where video_device::vfl_type should be
used, or
- create the name of a kernel thread that should get a stable name.Remove or fix those use cases.
Signed-off-by: Laurent Pinchart
Signed-off-by: Mauro Carvalho Chehab
30 Mar, 2009
1 commit
-
The conversion to video_ioctl2 is the first phase to converting this driver
to the latest v4l2 framework.Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab
03 Jan, 2009
2 commits
-
Since internal to v4l2 the ioctl prototype is the same regardless of it
being called through .ioctl or .unlocked_ioctl, we need to convert it all
to the long return type of unlocked_ioctl.Thanks to Jean-Francois Moine for posting an initial patch for this and
thus bringing it to our attention.Cc: Jean-Francois Moine
Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
Introduce a struct v4l2_file_operations for v4l2 drivers.
Remove the unnecessary inode argument.
Move compat32 handling (and llseek) into the v4l2-dev core: this is now
handled in the v4l2 core and no longer in the drivers themselves.Note that this changeset reverts an earlier patch that changed the return
type of__video_ioctl2 from int to long. This change will be reinstated
later in a much improved version.Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab
30 Dec, 2008
1 commit
-
The inode argument was never used. Removing it from video_usercopy
brings the function pointer type of video_usercopy in line with similar
v4l2 functions, thus simplifying several drivers.Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab
24 Jul, 2008
1 commit
-
The functions in a header should not belong to another module. The prio functions
belong to v4l2-common.c, so move them to v4l2-common.h.The ioctl functions belong to v4l2-ioctl.c, so create a new v4l2-ioctl.h header
and move those functions to it.Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab
26 Jan, 2008
1 commit
-
remove wrong include
Signed-off-by: Marco Schluessler
Signed-off-by: Oliver Endriss
Signed-off-by: Mauro Carvalho Chehab
10 Oct, 2007
1 commit
-
PCI-dependent videobuf_foo methods were renamed as videobuf_pci_foo.
Also, videobuf_dmabuf is now part of videobuf-dma-sg private struct.
So, to access it, a subroutine call is needed.This patch renames all occurences of those function calls to be
consistent with the video-buf split.Signed-off-by: Mauro Carvalho Chehab
http://thread.gmane.org/gmane.comp.video.video4linux/34978/focus=34981
Reviewed-by: Ricardo Cerqueira
09 May, 2007
1 commit
-
This patch adds a proper prototype for saa7146_video_do_ioctl() in
include/media/saa7146_vv.h.Signed-off-by: Adrian Bunk
Signed-off-by: Oliver Endriss
Signed-off-by: Mauro Carvalho Chehab
27 Mar, 2007
1 commit
-
Olaf Hering pointed out that SAA7146_CLIPPING_MEM would become
very large for PAGE_SIZE > 4K.
In fact, the number of clipping windows is limited to 16,
and calculate_clipping_registers_rect() does not use more
than 256 bytes. SAA7146_CLIPPING_MEM adjusted accordingly.Thanks-to: Olaf Hering
Acked-by: Michael Hunold
Signed-off-by: Oliver Endriss
Signed-off-by: Mauro Carvalho Chehab
25 Jun, 2006
1 commit
-
The videodev.h and videodev2.h describe the public API for V4L and V4L2.
It shouldn't have there any kernel-specific stuff. Those were moved to
v4l2-dev.h.
This patch removes some uneeded headers and include v4l2-common.h on all
V4L driver. This header includes device implementation of V4L2 API provided
on v4l2-dev.h as well as V4L2 internal ioctls that provides connections
between master driver and its i2c devices.Signed-off-by: Mauro Carvalho Chehab
25 Mar, 2006
1 commit
-
Video_buf were concerned to allow PCI devices to be used as
video capture devices. This patch extends video_buf features
by virtualizing pci-dependent functions and allowing other
type of devices to use it.
It is still DMA centric, although it may be used also by
devices that emulates scatter/gather behavior or a DMA deviceSigned-off-by: Mauro Carvalho Chehab
10 Jan, 2006
1 commit
-
- Implemented v4l2 api for sliced vbi data output
to pass WSS data from userspace to the av7110Signed-off-by: Oliver Endriss
Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab
13 Dec, 2005
1 commit
-
Clean up whitespaces at v4l/dvb files
Signed-off-by: Mauro Carvalho Chehab
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds
09 Nov, 2005
1 commit
-
- Fixing headers to compile cleanly.
Signed-off-by: Mauro Carvalho Chehab
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds
17 Apr, 2005
1 commit
-
Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.Let it rip!