1. 30 4月, 2013 1 次提交
  2. 26 4月, 2013 11 次提交
  3. 24 4月, 2013 2 次提交
  4. 18 4月, 2013 10 次提交
  5. 11 4月, 2013 2 次提交
  6. 10 4月, 2013 2 次提交
    • S
      powerpc/fsl-booke: Add B4_QDS board support · af7837c7
      Shaveta Leekha 提交于
      - Add support for B4 board in board file b4_qds.c,
        It is common for B4860, B4420 and B4220QDS as they share same QDS board
      - Add B4QDS support in Kconfig and Makefile
      
      B4860QDS is a high-performance computing evaluation, development and
      test platform supporting the B4860 QorIQ Power Architecture processor,
      with following major features:
      
          - Four dual-threaded e6500 Power Architecture processors
            organized in one cluster-each core runs up to 1.8 GHz
          - Two DDR3/3L controllers for high-speed memory interface each
            runs at up to 1866.67 MHz
          - CoreNet fabric that fully supports coherency using MESI protocol
            between the e6500 cores, SC3900 FVP cores, memories and
            external interfaces.
          - Data Path Acceleration Architecture having FMAN, QMan, BMan,
            SEC 5.3 and RMAN
          - Large internal cache memory with snooping and stashing capabilities
          - Sixteen 10-GHz SerDes lanes that serve:
              - Two SRIO interfaces. Each supports up to 4 lanes and
                a total of up to 8 lanes
              - Up to 8-lanes Common Public Radio Interface (CPRI) controller
                for glue-less antenna connection
              - Two 10-Gbit Ethernet controllers (10GEC)
              - Six 1G/2.5-Gbit Ethernet controllers for network communications
              - PCI Express controller
              - Debug (Aurora)
          - Various system peripherals
      
      B4420 and B4220 have some differences in comparison to B4860 with fewer
      core/clusters(both SC3900 and e6500), fewer DDR controllers,
      fewer serdes lanes, fewer SGMII interfaces and reduced target frequencies.
      
      Key differences between B4860 and B4420:
      B4420 has:
          - Fewer e6500 cores:
              1 cluster with 2 e6500 cores
          - Fewer SC3900 cores/clusters:
              1 cluster with 2 SC3900 cores per cluster
          - Single DDRC @ 1.6GHz
          - 2 X 4 lane serdes
          - 3 SGMII interfaces
          - no sRIO
          - no 10G
      
      Key differences between B4860 and B4220:
      B4220 has:
          - Fewer e6500 cores:
              1 cluster with 1 e6500 core
          - Fewer SC3900 cores/clusters:
              1 cluster with 2 SC3900 cores per cluster
          - Single DDRC @ 1.33GHz
          - 2 X 2 lane serdes
          - 2 SGMII interfaces
          - no sRIO
          - no 10G
      Signed-off-by: NShaveta Leekha <shaveta@freescale.com>
      Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
      af7837c7
    • P
      powerpc: remove "config MPC10X_OPENPIC" · 9f4c350d
      Paul Bolle 提交于
      The last users of Kconfig symbol MPC10X_OPENPIC were removed in v2.6.27.
      Its Kconfig entry can be removed now.
      Signed-off-by: NPaul Bolle <pebolle@tiscali.nl>
      Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
      9f4c350d
  7. 08 4月, 2013 1 次提交
  8. 04 4月, 2013 2 次提交
  9. 01 4月, 2013 2 次提交
  10. 19 3月, 2013 1 次提交
  11. 13 3月, 2013 4 次提交
  12. 05 3月, 2013 1 次提交
  13. 04 3月, 2013 1 次提交
    • E
      fs: Limit sys_mount to only request filesystem modules. · 7f78e035
      Eric W. Biederman 提交于
      Modify the request_module to prefix the file system type with "fs-"
      and add aliases to all of the filesystems that can be built as modules
      to match.
      
      A common practice is to build all of the kernel code and leave code
      that is not commonly needed as modules, with the result that many
      users are exposed to any bug anywhere in the kernel.
      
      Looking for filesystems with a fs- prefix limits the pool of possible
      modules that can be loaded by mount to just filesystems trivially
      making things safer with no real cost.
      
      Using aliases means user space can control the policy of which
      filesystem modules are auto-loaded by editing /etc/modprobe.d/*.conf
      with blacklist and alias directives.  Allowing simple, safe,
      well understood work-arounds to known problematic software.
      
      This also addresses a rare but unfortunate problem where the filesystem
      name is not the same as it's module name and module auto-loading
      would not work.  While writing this patch I saw a handful of such
      cases.  The most significant being autofs that lives in the module
      autofs4.
      
      This is relevant to user namespaces because we can reach the request
      module in get_fs_type() without having any special permissions, and
      people get uncomfortable when a user specified string (in this case
      the filesystem type) goes all of the way to request_module.
      
      After having looked at this issue I don't think there is any
      particular reason to perform any filtering or permission checks beyond
      making it clear in the module request that we want a filesystem
      module.  The common pattern in the kernel is to call request_module()
      without regards to the users permissions.  In general all a filesystem
      module does once loaded is call register_filesystem() and go to sleep.
      Which means there is not much attack surface exposed by loading a
      filesytem module unless the filesystem is mounted.  In a user
      namespace filesystems are not mounted unless .fs_flags = FS_USERNS_MOUNT,
      which most filesystems do not set today.
      Acked-by: NSerge Hallyn <serge.hallyn@canonical.com>
      Acked-by: NKees Cook <keescook@chromium.org>
      Reported-by: NKees Cook <keescook@google.com>
      Signed-off-by: N"Eric W. Biederman" <ebiederm@xmission.com>
      7f78e035