13 Jul, 2010

1 commit


01 Jun, 2010

1 commit


10 Apr, 2010

1 commit

  • The
    - raw1394 (/dev/raw1394),
    - video1394 (/dev/video1394/*),
    - dv1394 (/dev/dv1394/*)
    character device file ABIs do not make any use of lseek(), pread(), or
    pwrite(). Therefore use nonseekable_open() and, redundantly, set
    file_operations.llseek to no_llseek to remove any doubt whether the BKL-
    grabbing default_llseek handler is used.

    Although all this is legacy code which should be left in peace until it
    is eventually removed (as it is superseded by firewire-core's
    ABI), this change seems still worth doing to
    further minimize the presence of BKL usage in the kernel.

    Signed-off-by: Stefan Richter

    Stefan Richter
     

12 Oct, 2009

1 commit


25 Mar, 2009

1 commit


17 Oct, 2008

2 commits

  • * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/ieee1394/linux1394-2.6:
    firewire: Add more documentation to firewire-cdev.h
    firewire: fix ioctl() return code
    firewire: fix setting tag and sy in iso transmission
    firewire: fw-sbp2: fix another small generation access bug
    firewire: fw-sbp2: enforce s/g segment size limit
    firewire: fw_send_request_sync()
    ieee1394: survive a few seconds connection loss
    ieee1394: nodemgr clean up class iterators
    ieee1394: dv1394, video1394: remove unnecessary expressions
    ieee1394: raw1394: make write() thread-safe
    ieee1394: raw1394: narrow down the state_mutex protected region
    ieee1394: raw1394: replace BKL by local mutex, make ioctl() and mmap() thread-safe
    ieee1394: sbp2: enforce s/g segment size limit
    ieee1394: sbp2: check for DMA mapping failures
    ieee1394: sbp2: stricter dma_sync
    ieee1394: Use DIV_ROUND_UP

    Linus Torvalds
     
  • Now that device_create() has been audited, rename things back to the
    original call to be sane.

    Cc: Ben Collins
    Acked-by: Stefan Richter
    Signed-off-by: Greg Kroah-Hartman

    Greg Kroah-Hartman
     

16 Oct, 2008

1 commit


22 Jul, 2008

1 commit


14 Jul, 2008

1 commit


26 Apr, 2008

1 commit


18 Apr, 2008

2 commits


10 Jul, 2007

1 commit


09 May, 2007

1 commit


13 Feb, 2007

1 commit

  • Many struct file_operations in the kernel can be "const". Marking them const
    moves these to the .rodata section, which avoids false sharing with potential
    dirty data. In addition it'll catch accidental writes at compile time to
    these shared resources.

    Signed-off-by: Arjan van de Ven
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Arjan van de Ven
     

09 Feb, 2007

1 commit

  • This together with the phys_to_virt fix in lib/swiotlb.c::swiotlb_sync_sg
    fixes video1394 DMA on machines with DMA bounce buffers, especially Intel
    x86-64 machines with > 3GB RAM.

    Signed-off-by: Stefan Richter
    Signed-off-by: David Moore
    Tested-by: Nicolas Turro

    David Moore
     

08 Dec, 2006

3 commits

  • This patch consolidates some bookkeeping for driver registering. It
    closely models what pci_register_driver() does. The main addition is
    that the owner of the driver is set, so we get a proper symlink
    for /sys/bus/ieee1394/driver/*/module.

    Also moves setting of name and bus type into nodemgr. Because of this,
    we can remove the EXPORT_SYMBOL for ieee1394_bus_type, since it's now
    only used in ieee1394.ko.

    Signed-off-by: Stefan Richter

    Ben Collins
     
  • video1394 does not need to take the BKL. The data structures shared between
    file_operations and interrupts are already protected through context-specific
    spinlocks.

    The only other danger is video1394_release() being called during another
    operation, however this cannot happen because release is only ever invoked
    when the last thread has closed the fd.

    Signed-off-by: Daniel Drake
    Signed-off-by: Stefan Richter

    Daniel Drake
     
  • Add some GCC branch prediction optimizations to unlikely error/safety
    conditions in the ioctl handling code commonly called during an application's
    capture loop.

    Signed-off-by: Daniel Drake
    Signed-off-by: Stefan Richter

    Daniel Drake
     

18 Sep, 2006

2 commits


04 Jul, 2006

1 commit


01 Jul, 2006

1 commit


13 Jun, 2006

1 commit

  • When working with multiple cameras and intensive applications, our logs
    get flooded with video1394 information which isn't of much interest.

    Any objections to demoting these messages to debug messages?

    Signed-off-by: Daniel Drake
    Signed-off-by: Ben Collins

    Ben Collins
     

29 Mar, 2006

1 commit

  • Devfs has been disabled in the last kernel releases, so let's
    remove it from ieee1394core, raw1394, video1394, dv1394.

    Signed-off-by: Stefan Richter
    Acked-by: Greg Kroah-Hartman
    Cc: Dan Dennedy
    Signed-off-by: Jody McIntyre

    Stefan Richter
     

01 Mar, 2006

1 commit


11 Jan, 2006

1 commit


20 Nov, 2005

1 commit

  • This patch fixes the incoherent timestamps generated by video1394 since
    the single-buffer patch was applied in 2.6.11. Credits have also been
    removed from the header and a "//" comment was changed to "/* */".

    Signed-off-by: Damien Douxchamps
    Signed-off-by: Jody McIntyre

    Damien Douxchamps
     

07 Nov, 2005

2 commits


29 Oct, 2005

1 commit


01 Oct, 2005

1 commit

  • amdtp, dv1394, raw1394, video1394:

    Delete legacy module aliases. The macros did not work and the aliases are not
    needed nowadays.

    Signed-off-by: Stefan Richter
    Signed-off-by: Ben Collins
    Signed-off-by: Jody McIntyre
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jody McIntyre
     

10 Sep, 2005

1 commit


21 Jun, 2005

1 commit


17 May, 2005

2 commits


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