1. 10 7月, 2007 3 次提交
    • P
      ieee1394: raw1394: Add ioctl() for 32bit userland on 64bit kernel · 650c12c5
      Petr Vandrovec 提交于
      Add compat_ioctl.  Although all structures are more or less same,
      raw1394_iso_packets got pointer inside, and raw1394_cycle_timer got unwanted
      padding in the middle.  I did not add any translation for ioctls passing array
      of integers around as integers seem to have same size (32 bits) on all
      architectures supported by Linux.
      Signed-off-by: NPetr Vandrovec <petr@vandrovec.name>
      Acked-by: NDan Dennedy <dan@dennedy.org>
      Signed-off-by: Stefan Richter <stefanr@s5r6.in-berlin.de> (split into 3 patches)
      650c12c5
    • P
      ieee1394: raw1394: Fix write() for 32bit userland on 64bit kernel · 883b97ea
      Petr Vandrovec 提交于
      * write(fd, buf, 52) from 32bit app was returning 56.  Most of callers did not
        care, but some (arm registration) did, and anyway it looks bad if request for
        writing 52 bytes returns 56.  And returning sizeof anything in 'int' is not
        good as well.  So all functions now return '0' instead of
        sizeof(struct raw1394_request) on success, and write() itself provides correct
        return value (it just returns value it was asked to write on success as raw1394
        does not do any partial writes at all).
      
      * Related to this was problem that write() could have returned 0 when kernel
        state would become corrupted and moved to different state than
        opened/initialized/connected.  Now it returns -EBADFD which seemed appropriate.
      Signed-off-by: NPetr Vandrovec <petr@vandrovec.name>
      Acked-by: NDan Dennedy <dan@dennedy.org>
      Signed-off-by: Stefan Richter <stefanr@s5r6.in-berlin.de> (split into 3 patches)
      883b97ea
    • P
      ieee1394: raw1394: Fix read() for 32bit userland on 64bit kernel · ee9be425
      Petr Vandrovec 提交于
      read() always failed with -EFAULT.  This was happening due to
      raw1394_compat_read copying data to wrong location - access_ok always
      failed as 'r' is kernel address, not user.  Whole function just tried to
      copy data from 'r' to 'r', which is not good.
      Signed-off-by: NPetr Vandrovec <petr@vandrovec.name>
      Acked-by: NDan Dennedy <dan@dennedy.org>
      Signed-off-by: Stefan Richter <stefanr@s5r6.in-berlin.de> (split into 3 patches)
      ee9be425
  2. 28 5月, 2007 1 次提交
  3. 09 5月, 2007 1 次提交
  4. 30 4月, 2007 1 次提交
  5. 17 2月, 2007 1 次提交
  6. 13 2月, 2007 1 次提交
  7. 09 2月, 2007 1 次提交
  8. 08 12月, 2006 4 次提交
  9. 23 9月, 2006 1 次提交
  10. 18 9月, 2006 1 次提交
  11. 04 7月, 2006 2 次提交
  12. 27 6月, 2006 1 次提交
  13. 13 6月, 2006 1 次提交
  14. 29 3月, 2006 1 次提交
  15. 26 3月, 2006 1 次提交
  16. 23 11月, 2005 1 次提交
  17. 22 11月, 2005 2 次提交
  18. 07 11月, 2005 1 次提交
  19. 29 10月, 2005 1 次提交
  20. 20 10月, 2005 1 次提交
  21. 09 10月, 2005 1 次提交
  22. 01 10月, 2005 1 次提交
  23. 11 7月, 2005 1 次提交
    • B
      [PATCH] Sync up ieee-1394 · 1934b8b6
      Ben Collins 提交于
      Lots of this patch is trivial code cleanups (static vars were being
      intialized to 0, etc).
      
      There's also some fixes for ISO transmits (max buffer handling).
      Aswell, we have a few fixes to disable IRM capabilites correctly.  We've
      also disabled, by default some generally unused EXPORT symbols for the
      sake of cleanliness in the kernel.  However, instead of removing them
      completely, we felt it necessary to have a config option that allowed
      them to be enabled for the many projects outside of the main kernel tree
      that use our API for driver development.
      
      The primary reason for this patch is to revert a MODE6->MODE10 RBC
      conversion patch from the SCSI maintainers.  The new conversions handled
      directly in the scsi layer do not seem to work for SBP2.  This patch
      reverts to our old working code so that users can enjoy using Firewire
      disks and dvd drives again.
      
      We are working with the SCSI maintainers to resolve this issue outside
      of the main kernel tree.  We'll merge the patch once the SCSI layer's
      handling of the MODE10 conversion is working for us.
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      1934b8b6
  24. 21 6月, 2005 1 次提交
  25. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      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!
      1da177e4