1. 01 5月, 2010 5 次提交
    • S
      MIPS: SB1250: Include correct header and fix a warning · 0dfeecac
      Sebastian Andrzej Siewior 提交于
      | arch/mips/pci/pci-sb1250.c: In function sb1250_pcibios_init:
      | arch/mips/pci/pci-sb1250.c:257: warning: assignment makes integer from pointer without a cast
      | arch/mips/pci/pci-sb1250.c:285: error: MAX_NR_CONSOLES undeclared (first use in this function)
      | arch/mips/pci/pci-sb1250.c:285: error: (Each undeclared identifier is reported only once
      | arch/mips/pci/pci-sb1250.c:285: error: for each function it appears in.)
      Signed-off-by: NSebastian Andrzej Siewior <sebastian@breakpoint.cc>
      Cc: linux-mips@linux-mips.org
      Patchwork: http://patchwork.linux-mips.org/patch/1136/Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      0dfeecac
    • S
      MIPS: Fixup screen_info struct initializations · b20947aa
      Sebastian Andrzej Siewior 提交于
      |arch/mips/sibyte/swarm/setup.c:153:
      | warning: large integer implicitly truncated to unsigned type
      
      The field was changed in d9b26352 aka ("x86, setup: Store the boot
      cursor state").  This patch changes the values back they way they were
      before this extra field got introduced.
      
      While here, the other two boards are also converted to C99 initializer.
      Signed-off-by: NSebastian Andrzej Siewior <sebastian@breakpoint.cc>
      Cc: linux-mips@linux-mips.org
      Patchwork: http://patchwork.linux-mips.org/patch/1137/Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      b20947aa
    • R
      MIPS: cmpxchg.h: Fix excessive indentation. · 9eed4124
      Ralf Baechle 提交于
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      9eed4124
    • D
      MIPS: Don't vmap things at address zero. · c8f3cc0b
      David Daney 提交于
      In the 64-bit kernel we use swapper_pg_dir for three different things.
      
      1) xuseg mappings for kernel threads.
      
      2) vmap mappings for all kernel-space accesses in xkseg.
      
      3) vmap mappings for kernel modules in ksseg (kseg2).
      
      Due to how the TLB refill handlers work, any mapping established in
      xkseg or ksseg will also establish a xuseg mapping that should never
      be used by the kernel.
      
      In order to be able to use exceptions to trap NULL pointer
      dereferences, we need to ensure that nothing is mapped at address
      zero.  Since vmap mappings in xkseg are reflected in xuseg, this means
      we need to ensure that there are no vmap mappings established at the
      start of xkseg.  So we move back VMALLOC_START to avoid establishing
      vmap mappings at the start of xkseg.
      Signed-off-by: NDavid Daney <ddaney@caviumnetworks.com>
      To: linux-mips@linux-mips.org
      Patchwork: http://patchwork.linux-mips.org/patch/1129/Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      c8f3cc0b
    • R
      MIPS: PNX8550: Fix build error, broken by: · 7270be03
      Ralf Baechle 提交于
          commit 5a0e3ad6
          Author: Tejun Heo <tj@kernel.org>
          Date:   Wed Mar 24 17:04:11 2010 +0900
      
              include cleanup: Update gfp.h and slab.h includes to prepare for breaking implicit slab.h inclusion from percpu.h
      
      Since a while the few headers included don't drag in <linux/kernel.h>
      anymore, thus no more prototype of printk() resulting in:
      
        CC      arch/mips/nxp/pnx8550/common/reset.o
      /home/ralf/src/linux/upstream-linus/arch/mips/nxp/pnx8550/common/reset.c: In function 'pnx8550_machine_restart':
      /home/ralf/src/linux/upstream-linus/arch/mips/nxp/pnx8550/common/reset.c:31: error: implicit declaration of function 'printk'
      /home/ralf/src/linux/upstream-linus/arch/mips/nxp/pnx8550/common/reset.c:33: error: 'NULL' undeclared (first use in this function)
      /home/ralf/src/linux/upstream-linus/arch/mips/nxp/pnx8550/common/reset.c:33: error: (Each undeclared identifier is reported only once
      /home/ralf/src/linux/upstream-linus/arch/mips/nxp/pnx8550/common/reset.c:33: error: for each function it appears in.)
      make[3]: *** [arch/mips/nxp/pnx8550/common/reset.o] Error 1
      
      Fixed by including <linux/kernel.h>
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      7270be03
  2. 30 4月, 2010 1 次提交
  3. 29 4月, 2010 2 次提交
  4. 28 4月, 2010 4 次提交
  5. 27 4月, 2010 2 次提交
  6. 25 4月, 2010 1 次提交
    • D
      VMware Balloon driver · 453dc659
      Dmitry Torokhov 提交于
      This is a standalone version of VMware Balloon driver.  Ballooning is a
      technique that allows hypervisor dynamically limit the amount of memory
      available to the guest (with guest cooperation).  In the overcommit
      scenario, when hypervisor set detects that it needs to shuffle some
      memory, it instructs the driver to allocate certain number of pages, and
      the underlying memory gets returned to the hypervisor.  Later hypervisor
      may return memory to the guest by reattaching memory to the pageframes and
      instructing the driver to "deflate" balloon.
      
      We are submitting a standalone driver because KVM maintainer (Avi Kivity)
      expressed opinion (rightly) that our transport does not fit well into
      virtqueue paradigm and thus it does not make much sense to integrate with
      virtio.
      
      There were also some concerns whether current ballooning technique is the
      right thing.  If there appears a better framework to achieve this we are
      prepared to evaluate and switch to using it, but in the meantime we'd like
      to get this driver upstream.
      
      We want to get the driver accepted in distributions so that users do not
      have to deal with an out-of-tree module and many distributions have
      "upstream first" requirement.
      
      The driver has been shipping for a number of years and users running on
      VMware platform will have it installed as part of VMware Tools even if it
      will not come from a distribution, thus there should not be additional
      risk in pulling the driver into mainline.  The driver will only activate
      if host is VMware so everyone else should not be affected at all.
      Signed-off-by: NDmitry Torokhov <dtor@vmware.com>
      Cc: Avi Kivity <avi@redhat.com>
      Cc: Jeremy Fitzhardinge <jeremy@goop.org>
      Cc: Ingo Molnar <mingo@elte.hu>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      453dc659
  7. 24 4月, 2010 25 次提交