1. 20 6月, 2014 8 次提交
    • C
      arch: unicore32: ksyms: export 'pm_power_off' to avoid compiling failure. · 3420d49d
      Chen Gang 提交于
      Two driver modules need 'pm_power_off', so export it.
      
      The related error (with allmodconfig under unicore32):
      
          MODPOST 4039 modules
        ERROR: "pm_power_off" [drivers/mfd/retu-mfd.ko] undefined!
        ERROR: "pm_power_off" [drivers/char/ipmi/ipmi_poweroff.ko] undefined!
      Signed-off-by: NChen Gang <gang.chen.5i5j@gmail.com>
      Acked-by: NXuetao Guan <gxt@mprc.pku.edu.cn>
      Signed-off-by: NXuetao Guan <gxt@mprc.pku.edu.cn>
      3420d49d
    • C
      arch: unicore32: ksyms: export additional find_first_*() to avoid compiling failure · 40ad2a67
      Chen Gang 提交于
      Some modules need find_first_bit() and find_first_zero_bit(), so export
      them.
      
      The related error (with allmodconfig under unicore32):
      
          MODPOST 4039 modules
        ERROR: "find_first_bit" [sound/soc/codecs/snd-soc-uda1380.ko] undefined!
        ERROR: "find_first_zero_bit" [net/sctp/sctp.ko] undefined!
        ...
      Signed-off-by: NChen Gang <gang.chen.5i5j@gmail.com>
      Acked-by: NXuetao Guan <gxt@mprc.pku.edu.cn>
      Signed-off-by: NXuetao Guan <gxt@mprc.pku.edu.cn>
      40ad2a67
    • C
      arch/unicore32/kernel/setup.c: add generic 'screen_info' to avoid compiling failure · f80561e4
      Chen Gang 提交于
      Add generic 'screen_info' just like another architectures have done
      (e.g. tile, sh, score, ia64, hexagon, and cris).
      
      The related error (with allmodconfig under unicore32):
      
          LD      init/built-in.o
        drivers/built-in.o: In function `vgacon_save_screen':
        powercap_sys.c:(.text+0x21788): undefined reference to `screen_info'
        drivers/built-in.o: In function `vgacon_resize':
        powercap_sys.c:(.text+0x21b54): undefined reference to `screen_info'
        drivers/built-in.o: In function `vgacon_switch':
        powercap_sys.c:(.text+0x21cb4): undefined reference to `screen_info'
        drivers/built-in.o: In function `vgacon_init':
        powercap_sys.c:(.text+0x2296c): undefined reference to `screen_info'
        drivers/built-in.o: In function `vgacon_startup':
        powercap_sys.c:(.text+0x22e80): undefined reference to `screen_info'
      Signed-off-by: NChen Gang <gang.chen.5i5j@gmail.com>
      Acked-by: NXuetao Guan <gxt@mprc.pku.edu.cn>
      Signed-off-by: NXuetao Guan <gxt@mprc.pku.edu.cn>
      f80561e4
    • C
      arch: unicore32: kernel: ksyms: remove 'bswapsi2' and 'muldi3' to avoid compiling failure · 80650422
      Chen Gang 提交于
      After check the code, 'bswapsi2' and 'muldi3' are useless for
      unicore32, so can remove them to avoid compiling failure.
      
      The related error (with allmodconfig under unicore32):
      
          LD      init/built-in.o
        arch/unicore32/kernel/built-in.o:(___ksymtab+__muldi3+0x0): undefined reference to `__muldi3'
        arch/unicore32/kernel/built-in.o:(___ksymtab+__bswapsi2+0x0): undefined reference to `__bswapsi2'
      Signed-off-by: NChen Gang <gang.chen.5i5j@gmail.com>
      Acked-by: NXuetao Guan <gxt@mprc.pku.edu.cn>
      Signed-off-by: NXuetao Guan <gxt@mprc.pku.edu.cn>
      80650422
    • C
      arch/unicore32/kernel/ksyms.c: remove 2 export symbols to avoid compiling failure · 5a5ffc99
      Chen Gang 提交于
      'csum_partial' and 'csum_partial_copy_from_user' have already been
      exported in "lib/", so need not export them again, or it will cause
      compiling error.
      
      The related error (with allmodconfig under unicore32):
      
          LD      vmlinux.o
        lib/built-in.o:(___ksymtab+csum_partial+0x0): multiple definition of `__ksymtab_csum_partial'
        arch/unicore32/kernel/built-in.o:(___ksymtab+csum_partial+0x0): first defined here
        lib/built-in.o:(___ksymtab+csum_partial_copy_from_user+0x0): multiple definition of `__ksymtab_csum_partial_copy_from_user'
        arch/unicore32/kernel/built-in.o:(___ksymtab+csum_partial_copy_from_user+0x0): first defined here
        make: *** [vmlinux] Error 1
      Signed-off-by: NChen Gang <gang.chen.5i5j@gmail.com>
      Acked-by: NXuetao Guan <gxt@mprc.pku.edu.cn>
      Signed-off-by: NXuetao Guan <gxt@mprc.pku.edu.cn>
      5a5ffc99
    • C
      arch/unicore32/kernel/clock.c: add readl() and writel() for 'PM_' macros · db7ef289
      Chen Gang 提交于
      Add readl() and writel() for 'PM_' macros, just like another areas have
      done within unicored32, or will cause compiling issue.
      
      The related error (allmodconfig for unicored32):
      
          CC      arch/unicore32/kernel/clock.o
        arch/unicore32/kernel/clock.c: In function 'clk_set_rate':
        arch/unicore32/kernel/clock.c:182: warning: initialization makes integer from pointer without a cast
        arch/unicore32/kernel/clock.c:204: error: lvalue required as left operand of assignment
        arch/unicore32/kernel/clock.c:206: error: lvalue required as left operand of assignment
        arch/unicore32/kernel/clock.c:207: error: invalid operands to binary & (have 'void *' and 'long unsigned int')
        make[1]: *** [arch/unicore32/kernel/clock.o] Error 1
        make: *** [arch/unicore32/kernel] Error 2
      Signed-off-by: NChen Gang <gang.chen.5i5j@gmail.com>
      Acked-by: NXuetao Guan <gxt@mprc.pku.edu.cn>
      Signed-off-by: NXuetao Guan <gxt@mprc.pku.edu.cn>
      db7ef289
    • C
      arch/unicore32/kernel/module.c: use __vmalloc_node_range() instead of __vmalloc_area() · df8e4c7d
      Chen Gang 提交于
      __vmalloc_area() has already been removed from upstream kernel, need
      use __vmalloc_node_range() instead of.
      
      The related commit: "d0a21265 mm: unify module_alloc code for vmalloc".
      
      The related error (allmodconfig for unicore32):
      
          CC      arch/unicore32/kernel/module.o
        arch/unicore32/kernel/module.c: In function 'module_alloc' :
        arch/unicore32/kernel/module.c:34: error: implicit declaration of function '__vmalloc_area'
        arch/unicore32/kernel/module.c:34: warning: return makes pointer from integer without a cast
        make[1]: *** [arch/unicore32/kernel/module.o] Error 1
        make: *** [arch/unicore32/kernel] Error 2
      Signed-off-by: NChen Gang <gang.chen.5i5j@gmail.com>
      Acked-by: NXuetao Guan <gxt@mprc.pku.edu.cn>
      Signed-off-by: NXuetao Guan <gxt@mprc.pku.edu.cn>
      df8e4c7d
    • C
      arch/unicore32/kernel/ksyms.c: remove several undefined exported symbols · 4877b60c
      Chen Gang 提交于
      For 'csum_partial_copy_nocheck()', it has default definition in
      'asm-generic'.
      
      For '__raw_reads?()' and '__raw_writes?()' are used by the drivers
      which no relationship with allmodconfig for unicode32, the related
      modules are:
      
        drivers/mmc/host/omap.c
        drivers/mtd/nand/atmel_nand.c
        drivers/mtd/nand/pxa3xx_nand.c
        drivers/usb/gadget/at91_udc.c
      
      Others are only within some architectures (not kernel wide).
      
      The related error with allmodconfig for unicode32:
      
          CC      arch/unicore32/kernel/ksyms.o
        arch/unicore32/kernel/ksyms.c:29: error: ._backtrace. undeclared here (not in a function)
        arch/unicore32/kernel/ksyms.c:29: error: type defaults to .nt. in declaration of ._backtrace.
        arch/unicore32/kernel/ksyms.c:38: error: .sum_partial_copy_nocheck. undeclared here (not in a function)
        arch/unicore32/kernel/ksyms.c:38: error: type defaults to .nt. in declaration of .sum_partial_copy_nocheck.
        arch/unicore32/kernel/ksyms.c:39: error: ._csum_ipv6_magic. undeclared here (not in a function)
        arch/unicore32/kernel/ksyms.c:39: error: type defaults to .nt. in declaration of ._csum_ipv6_magic.
        arch/unicore32/kernel/ksyms.c:43: error: ._raw_readsb. undeclared here (not in a function)
        arch/unicore32/kernel/ksyms.c:43: error: type defaults to .nt. in declaration of ._raw_readsb.
        arch/unicore32/kernel/ksyms.c:46: error: ._raw_readsw. undeclared here (not in a function)
        arch/unicore32/kernel/ksyms.c:46: error: type defaults to .nt. in declaration of ._raw_readsw.
        arch/unicore32/kernel/ksyms.c:49: error: ._raw_readsl. undeclared here (not in a function)
        arch/unicore32/kernel/ksyms.c:49: error: type defaults to .nt. in declaration of ._raw_readsl.
        arch/unicore32/kernel/ksyms.c:52: error: ._raw_writesb. undeclared here (not in a function)
        arch/unicore32/kernel/ksyms.c:52: error: type defaults to .nt. in declaration of ._raw_writesb.
        arch/unicore32/kernel/ksyms.c:55: error: ._raw_writesw. undeclared here (not in a function)
        arch/unicore32/kernel/ksyms.c:55: error: type defaults to .nt. in declaration of ._raw_writesw.
        arch/unicore32/kernel/ksyms.c:58: error: ._raw_writesl. undeclared here (not in a function)
        arch/unicore32/kernel/ksyms.c:58: error: type defaults to .nt. in declaration of ._raw_writesl.
        arch/unicore32/kernel/ksyms.c:79: error: ._get_user_1. undeclared here (not in a function)
        arch/unicore32/kernel/ksyms.c:79: error: type defaults to .nt. in declaration of ._get_user_1.
        arch/unicore32/kernel/ksyms.c:80: error: ._get_user_2. undeclared here (not in a function)
        arch/unicore32/kernel/ksyms.c:80: error: type defaults to .nt. in declaration of ._get_user_2.
        arch/unicore32/kernel/ksyms.c:81: error: ._get_user_4. undeclared here (not in a function)
        arch/unicore32/kernel/ksyms.c:81: error: type defaults to .nt. in declaration of ._get_user_4.
        arch/unicore32/kernel/ksyms.c:83: error: ._put_user_1. undeclared here (not in a function)
        arch/unicore32/kernel/ksyms.c:83: error: type defaults to .nt. in declaration of ._put_user_1.
        arch/unicore32/kernel/ksyms.c:84: error: ._put_user_2. undeclared here (not in a function)
        arch/unicore32/kernel/ksyms.c:84: error: type defaults to .nt. in declaration of ._put_user_2.
        arch/unicore32/kernel/ksyms.c:85: error: ._put_user_4. undeclared here (not in a function)
        arch/unicore32/kernel/ksyms.c:85: error: type defaults to .nt. in declaration of ._put_user_4.
        arch/unicore32/kernel/ksyms.c:86: error: ._put_user_8. undeclared here (not in a function)
        arch/unicore32/kernel/ksyms.c:86: error: type defaults to .nt. in declaration of ._put_user_8.
      Signed-off-by: NChen Gang <gang.chen.5i5j@gmail.com>
      Acked-by: NXuetao Guan <gxt@mprc.pku.edu.cn>
      Signed-off-by: NXuetao Guan <gxt@mprc.pku.edu.cn>
      4877b60c
  2. 28 1月, 2014 1 次提交
  3. 16 10月, 2013 1 次提交
  4. 10 7月, 2013 2 次提交
  5. 15 6月, 2013 1 次提交
  6. 10 5月, 2013 1 次提交
  7. 01 5月, 2013 2 次提交
    • T
      dump_stack: unify debug information printed by show_regs() · a43cb95d
      Tejun Heo 提交于
      show_regs() is inherently arch-dependent but it does make sense to print
      generic debug information and some archs already do albeit in slightly
      different forms.  This patch introduces a generic function to print debug
      information from show_regs() so that different archs print out the same
      information and it's much easier to modify what's printed.
      
      show_regs_print_info() prints out the same debug info as dump_stack()
      does plus task and thread_info pointers.
      
      * Archs which didn't print debug info now do.
      
        alpha, arc, blackfin, c6x, cris, frv, h8300, hexagon, ia64, m32r,
        metag, microblaze, mn10300, openrisc, parisc, score, sh64, sparc,
        um, xtensa
      
      * Already prints debug info.  Replaced with show_regs_print_info().
        The printed information is superset of what used to be there.
      
        arm, arm64, avr32, mips, powerpc, sh32, tile, unicore32, x86
      
      * s390 is special in that it used to print arch-specific information
        along with generic debug info.  Heiko and Martin think that the
        arch-specific extra isn't worth keeping s390 specfic implementation.
        Converted to use the generic version.
      
      Note that now all archs print the debug info before actual register
      dumps.
      
      An example BUG() dump follows.
      
       kernel BUG at /work/os/work/kernel/workqueue.c:4841!
       invalid opcode: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC
       Modules linked in:
       CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.9.0-rc1-work+ #7
       Hardware name: empty empty/S3992, BIOS 080011  10/26/2007
       task: ffff88007c85e040 ti: ffff88007c860000 task.ti: ffff88007c860000
       RIP: 0010:[<ffffffff8234a07e>]  [<ffffffff8234a07e>] init_workqueues+0x4/0x6
       RSP: 0000:ffff88007c861ec8  EFLAGS: 00010246
       RAX: ffff88007c861fd8 RBX: ffffffff824466a8 RCX: 0000000000000001
       RDX: 0000000000000046 RSI: 0000000000000001 RDI: ffffffff8234a07a
       RBP: ffff88007c861ec8 R08: 0000000000000000 R09: 0000000000000000
       R10: 0000000000000001 R11: 0000000000000000 R12: ffffffff8234a07a
       R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000
       FS:  0000000000000000(0000) GS:ffff88007dc00000(0000) knlGS:0000000000000000
       CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
       CR2: ffff88015f7ff000 CR3: 00000000021f1000 CR4: 00000000000007f0
       DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
       DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
       Stack:
        ffff88007c861ef8 ffffffff81000312 ffffffff824466a8 ffff88007c85e650
        0000000000000003 0000000000000000 ffff88007c861f38 ffffffff82335e5d
        ffff88007c862080 ffffffff8223d8c0 ffff88007c862080 ffffffff81c47760
       Call Trace:
        [<ffffffff81000312>] do_one_initcall+0x122/0x170
        [<ffffffff82335e5d>] kernel_init_freeable+0x9b/0x1c8
        [<ffffffff81c47760>] ? rest_init+0x140/0x140
        [<ffffffff81c4776e>] kernel_init+0xe/0xf0
        [<ffffffff81c6be9c>] ret_from_fork+0x7c/0xb0
        [<ffffffff81c47760>] ? rest_init+0x140/0x140
        ...
      
      v2: Typo fix in x86-32.
      
      v3: CPU number dropped from show_regs_print_info() as
          dump_stack_print_info() has been updated to print it.  s390
          specific implementation dropped as requested by s390 maintainers.
      Signed-off-by: NTejun Heo <tj@kernel.org>
      Acked-by: NDavid S. Miller <davem@davemloft.net>
      Acked-by: NJesper Nilsson <jesper.nilsson@axis.com>
      Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: Bjorn Helgaas <bhelgaas@google.com>
      Cc: Fengguang Wu <fengguang.wu@intel.com>
      Cc: Mike Frysinger <vapier@gentoo.org>
      Cc: Vineet Gupta <vgupta@synopsys.com>
      Cc: Sam Ravnborg <sam@ravnborg.org>
      Acked-by: Chris Metcalf <cmetcalf@tilera.com>		[tile bits]
      Acked-by: Richard Kuo <rkuo@codeaurora.org>		[hexagon bits]
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      a43cb95d
    • T
      dump_stack: consolidate dump_stack() implementations and unify their behaviors · 196779b9
      Tejun Heo 提交于
      Both dump_stack() and show_stack() are currently implemented by each
      architecture.  show_stack(NULL, NULL) dumps the backtrace for the
      current task as does dump_stack().  On some archs, dump_stack() prints
      extra information - pid, utsname and so on - in addition to the
      backtrace while the two are identical on other archs.
      
      The usages in arch-independent code of the two functions indicate
      show_stack(NULL, NULL) should print out bare backtrace while
      dump_stack() is used for debugging purposes when something went wrong,
      so it does make sense to print additional information on the task which
      triggered dump_stack().
      
      There's no reason to require archs to implement two separate but mostly
      identical functions.  It leads to unnecessary subtle information.
      
      This patch expands the dummy fallback dump_stack() implementation in
      lib/dump_stack.c such that it prints out debug information (taken from
      x86) and invokes show_stack(NULL, NULL) and drops arch-specific
      dump_stack() implementations in all archs except blackfin.  Blackfin's
      dump_stack() does something wonky that I don't understand.
      
      Debug information can be printed separately by calling
      dump_stack_print_info() so that arch-specific dump_stack()
      implementation can still emit the same debug information.  This is used
      in blackfin.
      
      This patch brings the following behavior changes.
      
      * On some archs, an extra level in backtrace for show_stack() could be
        printed.  This is because the top frame was determined in
        dump_stack() on those archs while generic dump_stack() can't do that
        reliably.  It can be compensated by inlining dump_stack() but not
        sure whether that'd be necessary.
      
      * Most archs didn't use to print debug info on dump_stack().  They do
        now.
      
      An example WARN dump follows.
      
       WARNING: at kernel/workqueue.c:4841 init_workqueues+0x35/0x505()
       Hardware name: empty
       Modules linked in:
       CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.9.0-rc1-work+ #9
        0000000000000009 ffff88007c861e08 ffffffff81c614dc ffff88007c861e48
        ffffffff8108f50f ffffffff82228240 0000000000000040 ffffffff8234a03c
        0000000000000000 0000000000000000 0000000000000000 ffff88007c861e58
       Call Trace:
        [<ffffffff81c614dc>] dump_stack+0x19/0x1b
        [<ffffffff8108f50f>] warn_slowpath_common+0x7f/0xc0
        [<ffffffff8108f56a>] warn_slowpath_null+0x1a/0x20
        [<ffffffff8234a071>] init_workqueues+0x35/0x505
        ...
      
      v2: CPU number added to the generic debug info as requested by s390
          folks and dropped the s390 specific dump_stack().  This loses %ksp
          from the debug message which the maintainers think isn't important
          enough to keep the s390-specific dump_stack() implementation.
      
          dump_stack_print_info() is moved to kernel/printk.c from
          lib/dump_stack.c.  Because linkage is per objecct file,
          dump_stack_print_info() living in the same lib file as generic
          dump_stack() means that archs which implement custom dump_stack()
          - at this point, only blackfin - can't use dump_stack_print_info()
          as that will bring in the generic version of dump_stack() too.  v1
          The v1 patch broke build on blackfin due to this issue.  The build
          breakage was reported by Fengguang Wu.
      Signed-off-by: NTejun Heo <tj@kernel.org>
      Acked-by: NDavid S. Miller <davem@davemloft.net>
      Acked-by: NVineet Gupta <vgupta@synopsys.com>
      Acked-by: NJesper Nilsson <jesper.nilsson@axis.com>
      Acked-by: NVineet Gupta <vgupta@synopsys.com>
      Acked-by: Martin Schwidefsky <schwidefsky@de.ibm.com>	[s390 bits]
      Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
      Cc: Mike Frysinger <vapier@gentoo.org>
      Cc: Fengguang Wu <fengguang.wu@intel.com>
      Cc: Bjorn Helgaas <bhelgaas@google.com>
      Cc: Sam Ravnborg <sam@ravnborg.org>
      Acked-by: Richard Kuo <rkuo@codeaurora.org>		[hexagon bits]
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      196779b9
  8. 30 4月, 2013 1 次提交
  9. 10 4月, 2013 1 次提交
  10. 08 4月, 2013 1 次提交
  11. 02 4月, 2013 1 次提交
  12. 18 2月, 2013 1 次提交
  13. 04 2月, 2013 1 次提交
  14. 21 1月, 2013 1 次提交
  15. 04 1月, 2013 1 次提交
    • G
      ARCH: drivers remove __dev* attributes. · b881bc46
      Greg Kroah-Hartman 提交于
      This fixes up all of the smaller arches that had __dev* markings for
      their platform-specific drivers.
      
      CONFIG_HOTPLUG is going away as an option.  As a result, the __dev*
      markings need to be removed.
      
      This change removes the use of __devinit, __devexit_p, __devinitdata,
      __devinitconst, and __devexit from these drivers.
      
      Based on patches originally written by Bill Pemberton, but redone by me
      in order to handle some of the coding style issues better, by hand.
      
      Cc: Bill Pemberton <wfp5p@virginia.edu>
      Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Ingo Molnar <mingo@redhat.com>
      Cc: Arnaldo Carvalho de Melo <acme@ghostprotocols.net>
      Cc: Catalin Marinas <catalin.marinas@arm.com>
      Cc: Will Deacon <will.deacon@arm.com>
      Cc: Haavard Skinnemoen <hskinnemoen@gmail.com>
      Cc: Hans-Christian Egtvedt <egtvedt@samfundet.no>
      Cc: Mike Frysinger <vapier@gentoo.org>
      Cc: Mikael Starvik <starvik@axis.com>
      Cc: Jesper Nilsson <jesper.nilsson@axis.com>
      Cc: David Howells <dhowells@redhat.com>
      Cc: Hirokazu Takata <takata@linux-m32r.org>
      Cc: Geert Uytterhoeven <geert@linux-m68k.org>
      Cc: Michal Simek <monstr@monstr.eu>
      Cc: Koichi Yasutake <yasutake.koichi@jp.panasonic.com>
      Cc: Jonas Bonn <jonas@southpole.se>
      Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
      Cc: Helge Deller <deller@gmx.de>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
      Cc: Chen Liqin <liqin.chen@sunplusct.com>
      Cc: Lennox Wu <lennox.wu@gmail.com>
      Cc: Paul Mundt <lethal@linux-sh.org>
      Cc: Chris Metcalf <cmetcalf@tilera.com>
      Cc: Guan Xuetao <gxt@mprc.pku.edu.cn>
      Cc: Bob Liu <lliubbo@gmail.com>
      Cc: Srinivas Kandagatla <srinivas.kandagatla@st.com>
      Cc: Bjorn Helgaas <bhelgaas@google.com>
      Cc: Myron Stowe <myron.stowe@redhat.com>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: Andi Kleen <ak@linux.intel.com>
      Cc: Jesse Barnes <jbarnes@virtuousgeek.org>
      Cc: Sebastian Andrzej Siewior <sebastian@breakpoint.cc>
      Cc: Yinghai Lu <yinghai@kernel.org>
      Cc: Thierry Reding <thierry.reding@avionic-design.de>
      Cc: Greg Ungerer <gerg@uclinux.org>
      Cc: Grant Likely <grant.likely@secretlab.ca>
      Cc: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
      Cc: Mark Salter <msalter@redhat.com>
      Cc: Yong Zhang <yong.zhang0@gmail.com>
      Cc: Michael Holzheu <holzheu@linux.vnet.ibm.com>
      Cc: Cornelia Huck <cornelia.huck@de.ibm.com>
      Cc: Jan Glauber <jang@linux.vnet.ibm.com>
      Cc: Wei Yongjun <yongjun_wei@trendmicro.com.cn>
      Cc: Nobuhiro Iwamatsu <nobuhiro.iwamatsu.yj@renesas.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      b881bc46
  16. 14 12月, 2012 1 次提交
  17. 29 11月, 2012 3 次提交
  18. 09 11月, 2012 3 次提交
  19. 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
  20. 09 10月, 2012 1 次提交
    • K
      mm: kill vma flag VM_RESERVED and mm->reserved_vm counter · 314e51b9
      Konstantin Khlebnikov 提交于
      A long time ago, in v2.4, VM_RESERVED kept swapout process off VMA,
      currently it lost original meaning but still has some effects:
      
       | effect                 | alternative flags
      -+------------------------+---------------------------------------------
      1| account as reserved_vm | VM_IO
      2| skip in core dump      | VM_IO, VM_DONTDUMP
      3| do not merge or expand | VM_IO, VM_DONTEXPAND, VM_HUGETLB, VM_PFNMAP
      4| do not mlock           | VM_IO, VM_DONTEXPAND, VM_HUGETLB, VM_PFNMAP
      
      This patch removes reserved_vm counter from mm_struct.  Seems like nobody
      cares about it, it does not exported into userspace directly, it only
      reduces total_vm showed in proc.
      
      Thus VM_RESERVED can be replaced with VM_IO or pair VM_DONTEXPAND | VM_DONTDUMP.
      
      remap_pfn_range() and io_remap_pfn_range() set VM_IO|VM_DONTEXPAND|VM_DONTDUMP.
      remap_vmalloc_range() set VM_DONTEXPAND | VM_DONTDUMP.
      
      [akpm@linux-foundation.org: drivers/vfio/pci/vfio_pci.c fixup]
      Signed-off-by: NKonstantin Khlebnikov <khlebnikov@openvz.org>
      Cc: Alexander Viro <viro@zeniv.linux.org.uk>
      Cc: Carsten Otte <cotte@de.ibm.com>
      Cc: Chris Metcalf <cmetcalf@tilera.com>
      Cc: Cyrill Gorcunov <gorcunov@openvz.org>
      Cc: Eric Paris <eparis@redhat.com>
      Cc: H. Peter Anvin <hpa@zytor.com>
      Cc: Hugh Dickins <hughd@google.com>
      Cc: Ingo Molnar <mingo@redhat.com>
      Cc: James Morris <james.l.morris@oracle.com>
      Cc: Jason Baron <jbaron@redhat.com>
      Cc: Kentaro Takeda <takedakn@nttdata.co.jp>
      Cc: Matt Helsley <matthltc@us.ibm.com>
      Cc: Nick Piggin <npiggin@kernel.dk>
      Cc: Oleg Nesterov <oleg@redhat.com>
      Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
      Cc: Robert Richter <robert.richter@amd.com>
      Cc: Suresh Siddha <suresh.b.siddha@intel.com>
      Cc: Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>
      Cc: Venkatesh Pallipadi <venki@google.com>
      Acked-by: NLinus Torvalds <torvalds@linux-foundation.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      314e51b9
  21. 06 10月, 2012 5 次提交
  22. 01 10月, 2012 2 次提交