1. 23 10月, 2012 1 次提交
  2. 13 10月, 2012 1 次提交
    • J
      vfs: define struct filename and have getname() return it · 91a27b2a
      Jeff Layton 提交于
      getname() is intended to copy pathname strings from userspace into a
      kernel buffer. The result is just a string in kernel space. It would
      however be quite helpful to be able to attach some ancillary info to
      the string.
      
      For instance, we could attach some audit-related info to reduce the
      amount of audit-related processing needed. When auditing is enabled,
      we could also call getname() on the string more than once and not
      need to recopy it from userspace.
      
      This patchset converts the getname()/putname() interfaces to return
      a struct instead of a string. For now, the struct just tracks the
      string in kernel space and the original userland pointer for it.
      
      Later, we'll add other information to the struct as it becomes
      convenient.
      Signed-off-by: NJeff Layton <jlayton@redhat.com>
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      91a27b2a
  3. 06 10月, 2012 1 次提交
  4. 01 10月, 2012 1 次提交
  5. 18 9月, 2012 1 次提交
  6. 09 8月, 2012 1 次提交
  7. 02 8月, 2012 1 次提交
  8. 01 8月, 2012 1 次提交
  9. 26 7月, 2012 1 次提交
  10. 20 7月, 2012 1 次提交
  11. 02 7月, 2012 1 次提交
    • P
      sh: Fix up se7721 GPIOLIB=y build warnings. · 64941d89
      Paul Mundt 提交于
      Presently the SH7720/21 serial code uses asm/gpio.h to get at the CPU
      GPIO port definitions, but in the case of GPIOLIB=y this also includes
      references to generic GPIOLIB routines that we don't have any function
      declarations for, tripping up on -Werror=implicit-function-declaration
      with newer gcc versions:
      
        CC      arch/sh/kernel/cpu/sh3/serial-sh7720.o
      In file included from include/linux/sh_pfc.h:14:0,
                       from arch/sh/include/asm/gpio.h:23,
                       from arch/sh/kernel/cpu/sh3/serial-sh7720.c:5:
      include/asm-generic/gpio.h: In function 'gpio_get_value_cansleep':
      include/asm-generic/gpio.h:220:2: error: implicit declaration of function '__gpio_get_value' [-Werror=implicit-function-declaration]
      include/asm-generic/gpio.h: In function 'gpio_set_value_cansleep':
      include/asm-generic/gpio.h:226:2: error: implicit declaration of function '__gpio_set_value' [-Werror=implicit-function-declaration]
      In file included from arch/sh/include/asm/gpio.h:23:0,
                       from arch/sh/kernel/cpu/sh3/serial-sh7720.c:5:
      include/linux/sh_pfc.h: At top level:
      include/linux/sh_pfc.h:121:19: error: field 'chip' has incomplete type
      
      Switch to using the cpu/ version for the port definitions explicitly.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      64941d89
  12. 28 6月, 2012 1 次提交
  13. 27 6月, 2012 1 次提交
  14. 14 6月, 2012 4 次提交
  15. 13 6月, 2012 2 次提交
  16. 02 6月, 2012 6 次提交
  17. 01 6月, 2012 1 次提交
  18. 24 5月, 2012 5 次提交
  19. 22 5月, 2012 4 次提交
  20. 21 5月, 2012 1 次提交
    • P
      sh: Kill off machvec IRQ hinting. · 63dc02bd
      Paul Mundt 提交于
      Everything is using sparseirq these days, so we have no need to
      arbitrarily size nr_irqs ahead of time. The legacy IRQ pre-allocation
      likewise has no meaning for us, so that's killed off too. We now depend
      on nr_irqs expansion by the generic hardirq layer instead.
      
      It's also worth noting that the majority of boards had completely bogus
      values for their nr_irqs relative to their CPU and configurations, so
      this ends up correcting behaviour for quite a few platforms.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      63dc02bd
  21. 18 5月, 2012 4 次提交