1. 06 Aug, 2011 9 commits
  2. 31 Jul, 2011 11 commits
  3. 30 Jul, 2011 13 commits
  4. 29 Jul, 2011 5 commits
    • Markus Trippelsdorf's avatar
      xfs: Fix build breakage in xfs_iops.c when CONFIG_FS_POSIX_ACL is not set · a5a7bbcc
      Markus Trippelsdorf authored
      commit 4e34e719, that takes the ACL checks to common code,
      accidentely broke the build when CONFIG_FS_POSIX_ACL is not set:
      
        CC      fs/xfs/linux-2.6/xfs_iops.o
      fs/xfs/linux-2.6/xfs_iops.c:1025:14: error: ‘xfs_get_acl’ undeclared here (not in a function)
      
      Fix this by declaring xfs_get_acl a static inline function.
      Signed-off-by: default avatarMarkus Trippelsdorf <markus@trippelsdorf.de>
      Signed-off-by: default avatarAlex Elder <aelder@sgi.com>
      a5a7bbcc
    • Stephen Rothwell's avatar
      [media] ir-mce_kbd-decoder: include module.h for its facilities · ee2ce3a0
      Stephen Rothwell authored
      drivers/media/rc/ir-mce_kbd-decoder.c:446:16: error: expected declaration specifiers or '...' before string constant
      drivers/media/rc/ir-mce_kbd-decoder.c:446:1: warning: data definition has no type or storage class
      drivers/media/rc/ir-mce_kbd-decoder.c:446:1: warning: type defaults to 'int' in declaration of 'MODULE_LICENSE'
      drivers/media/rc/ir-mce_kbd-decoder.c:446:16: warning: function declaration isn't a prototype
      drivers/media/rc/ir-mce_kbd-decoder.c:447:15: error: expected declaration specifiers or '...' before string constant
      drivers/media/rc/ir-mce_kbd-decoder.c:447:1: warning: data definition has no type or storage class
      drivers/media/rc/ir-mce_kbd-decoder.c:447:1: warning: type defaults to 'int' in declaration of 'MODULE_AUTHOR'
      drivers/media/rc/ir-mce_kbd-decoder.c:447:15: warning: function declaration isn't a prototype
      drivers/media/rc/ir-mce_kbd-decoder.c:448:20: error: expected declaration specifiers or '...' before string constant
      drivers/media/rc/ir-mce_kbd-decoder.c:448:1: warning: data definition has no type or storage class
      drivers/media/rc/ir-mce_kbd-decoder.c:448:1: warning: type defaults to 'int' in declaration of 'MODULE_DESCRIPTION'
      drivers/media/rc/ir-mce_kbd-decoder.c:448:20: warning: function declaration isn't a prototype
      Signed-off-by: default avatarStephen Rothwell <sfr@canb.auug.org.au>
      Signed-off-by: default avatarMauro Carvalho Chehab <mchehab@redhat.com>
      ee2ce3a0
    • Stephen Rothwell's avatar
      [media] ov5642: include module.h for its facilities · d208c97c
      Stephen Rothwell authored
      drivers/media/video/ov5642.c:985:1: warning: data definition has no type or storage class
      drivers/media/video/ov5642.c:985:1: warning: type defaults to 'int' in declaration of 'MODULE_DEVICE_TABLE'
      drivers/media/video/ov5642.c:985:1: warning: parameter names (without types) in function declaration
      drivers/media/video/ov5642.c: In function 'ov5642_mod_init':
      drivers/media/video/ov5642.c:998:9: error: 'THIS_MODULE' undeclared (first use in this function)
      drivers/media/video/ov5642.c:998:9: note: each undeclared identifier is reported only once for each function it appears in
      drivers/media/video/ov5642.c: At top level:
      drivers/media/video/ov5642.c:1009:20: error: expected declaration specifiers or '...' before string constant
      drivers/media/video/ov5642.c:1009:1: warning: data definition has no type or storage class
      drivers/media/video/ov5642.c:1009:1: warning: type defaults to 'int' in declaration of 'MODULE_DESCRIPTION'
      drivers/media/video/ov5642.c:1009:20: warning: function declaration isn't a prototype
      drivers/media/video/ov5642.c:1010:15: error: expected declaration specifiers or '...' before string constant
      drivers/media/video/ov5642.c:1010:1: warning: data definition has no type or storage class
      drivers/media/video/ov5642.c:1010:1: warning: type defaults to 'int' in declaration of 'MODULE_AUTHOR'
      drivers/media/video/ov5642.c:1010:15: warning: function declaration isn't a prototype
      drivers/media/video/ov5642.c:1011:16: error: expected declaration specifiers or '...' before string constant
      drivers/media/video/ov5642.c:1011:1: warning: data definition has no type or storage class
      drivers/media/video/ov5642.c:1011:1: warning: type defaults to 'int' in declaration of 'MODULE_LICENSE'
      drivers/media/video/ov5642.c:1011:16: warning: function declaration isn't a prototype
      drivers/media/video/ov5642.c: In function 'ov5642_mod_init':
      drivers/media/video/ov5642.c:999:1: warning: control reaches end of non-void function
      Signed-off-by: default avatarStephen Rothwell <sfr@canb.auug.org.au>
      Signed-off-by: default avatarMauro Carvalho Chehab <mchehab@redhat.com>
      d208c97c
    • Thieu Le's avatar
      ecryptfs: Make inode bdi consistent with superblock bdi · 985ca0e6
      Thieu Le authored
      Make the inode mapping bdi consistent with the superblock bdi so that
      dirty pages are flushed properly.
      Signed-off-by: default avatarThieu Le <thieule@chromium.org>
      Cc: <stable@kernel.org> [2.6.39+]
      Signed-off-by: default avatarTyler Hicks <tyhicks@linux.vnet.ibm.com>
      985ca0e6
    • Tyler Hicks's avatar
      eCryptfs: Unlock keys needed by ecryptfsd · b2987a5e
      Tyler Hicks authored
      Fixes a regression caused by b5695d04
      
      Kernel keyring keys containing eCryptfs authentication tokens should not
      be write locked when calling out to ecryptfsd to wrap and unwrap file
      encryption keys. The eCryptfs kernel code can not hold the key's write
      lock because ecryptfsd needs to request the key after receiving such a
      request from the kernel.
      
      Without this fix, all file opens and creates will timeout and fail when
      using the eCryptfs PKI infrastructure. This is not an issue when using
      passphrase-based mount keys, which is the most widely deployed eCryptfs
      configuration.
      Signed-off-by: default avatarTyler Hicks <tyhicks@linux.vnet.ibm.com>
      Acked-by: default avatarRoberto Sassu <roberto.sassu@polito.it>
      Tested-by: default avatarRoberto Sassu <roberto.sassu@polito.it>
      Tested-by: default avatarAlexis Hafner1 <haf@zurich.ibm.com>
      Cc: <stable@kernel.org> [2.6.39+]
      b2987a5e
  5. 28 Jul, 2011 2 commits
    • Mauro Carvalho Chehab's avatar
      [media] em28xx: Fix DVB-C maxsize for em2884 · f7acc4bb
      Mauro Carvalho Chehab authored
      The logic at em28xx_isoc_dvb_max_packetsize() sucks, at least for newer
      the needed packet size. Yet, it is better than nothing.
      
      Rewrite the code in order to change the default to 752 for em2884 and
      newer chips and provide a better way to handle per-chipset specifics.
      
      For em2874, the current default should be enough, as the only em2874
      board is currently a 1-seg ISDB-T board, so, it needs only a limited
      amount of bandwidth.
      Signed-off-by: default avatarMauro Carvalho Chehab <mchehab@redhat.com>
      f7acc4bb
    • Mauro Carvalho Chehab's avatar
      [media] tda18271c2dd: Fix saw filter configuration for DVB-C @6MHz · cf845297
      Mauro Carvalho Chehab authored
      Currently, the driver assumes that all QAM carriers are spaced with
      8MHz. This is wrong, and may decrease QoS on Countries like Brazil,
      that have DVB-C carriers with 6MHz-spaced.
      
      Fortunately, both ITU-T J-83 and EN 300 429 specifies a way to
      associate the symbol rate with the bandwidth needed for it.
      
      For ITU-T J-83 2007 annex A, the maximum symbol rate for 6 MHz is:
      	6 MHz / 1.15 = 5217391 Bauds
      For  ITU-T J-83 2007 annex C, the maximum symbol rate for 6 MHz is:
      	6 MHz / 1.13 = 5309735 Bauds.
      
      As this tuner is currently used only for DRX-K, and it is currently
      hard-coded to annex A, I've opted to use the roll-off factor of 0.15,
      instead of 0.13.
      
      If we ever support annex C, the better would be to add a DVB S2API
      call to allow changing between Annex A and C, and add the 0.13 roll-off
      factor to it.
      
      This code is currently being used on other frontends, so I think we
      should later add a core function with this code, to warrant that
      it will be properly implemented everywhere.
      Signed-off-by: default avatarMauro Carvalho Chehab <mchehab@redhat.com>
      cf845297