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

    Hans Verkuil
     

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

    Hans Verkuil
     

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

    Laurent Pinchart
     

30 Mar, 2009

1 commit


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

    Hans Verkuil
     
  • 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

    Hans Verkuil
     

30 Dec, 2008

1 commit


24 Jul, 2008

1 commit


26 Jan, 2008

1 commit


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

    Mauro Carvalho Chehab
     

09 May, 2007

1 commit


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

    Oliver Endriss
     

25 Jun, 2006

1 commit


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 device

    Signed-off-by: Mauro Carvalho Chehab

    Mauro Carvalho Chehab
     

10 Jan, 2006

1 commit


13 Dec, 2005

1 commit


09 Nov, 2005

1 commit


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!

    Linus Torvalds