1. 01 4月, 2006 6 次提交
    • A
      [PATCH] uml: eliminate symlinks to host arch · de2fe5e0
      Al Viro 提交于
      kills symlinks in arch/um/sys-*
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: NJeff Dike <jdike@addtoit.com>
      Cc: Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      de2fe5e0
    • J
      [PATCH] uml: fix initcall return values · f4c57a78
      Jeff Dike 提交于
      A number of UML initcalls were improperly returning 1.  Also removed any
      nearby emacs formatting comments.
      Signed-off-by: NJeff Dike <jdike@addtoit.com>
      Cc: Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      f4c57a78
    • J
      [PATCH] uml: redeclare highmem · 9902abd7
      Jeff Dike 提交于
      The earlier printf patch missed a corresponding change in the printed
      variable.
      Signed-off-by: NJeff Dike <jdike@addtoit.com>
      Cc: Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      9902abd7
    • J
      [PATCH] UML: Hotplug memory, take 2 · 02dea087
      Jeff Dike 提交于
      Changes since first version
      	added check for MADV_REMOVE support on the host
      	fixed error return botch
      	shrunk sprintf array by one character
      
      This adds hotplug memory support to UML.  The mconsole syntax is
       	config mem=[+-]n[KMG]
      In other words, add or subtract some number of kilobytes, megabytes, or
      gigabytes.
      
      Unplugged pages are allocated and then madvise(MADV_TRUNCATE), which is a
      currently experimental madvise extension.  These pages are tracked so they
      can be plugged back in later if the admin decides to give them back.  The
      first page to be unplugged is used to keep track of about 4M of other
      pages.  A list_head is the first thing on this page.  The rest is filled
      with addresses of other unplugged pages.  This first page is not madvised,
      obviously.
      
      When this page is filled, the next page is used in a similar way and linked
      onto a list with the first page.  Etc.  This whole process reverses when
      pages are plugged back in.  When a tracking page no longer tracks any
      unplugged pages, then it is next in line for plugging, which is done by
      freeing pages back to the kernel.
      Signed-off-by: NJeff Dike <jdike@addtoit.com>
      Cc: Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      02dea087
    • V
      [PATCH] i386 kdump timer vector lockup fix · 1a75a3f0
      Vivek Goyal 提交于
      Porting the patch I posted for x86_64 to i386.
      
      http://marc.theaimsgroup.com/?l=linux-kernel&m=114178139610707&w=2
      
      o While using kdump, after a system crash when second kernel boots, timer
        vector gets (0x31) locked and CPU does not see timer interrupts
        travelling from IOAPIC to APIC.  Currently it does not lead to boot
        failure in second kernel as timer interrupts continues to come as ExtInt
        through LAPIC directly, but fixing it is good in case some boards do not
        support the other mode.
      
      o After a system crash, it is not safe to service interrupts any more,
        hence interrupts are disabled.  This leads to pending interrupts at
        LAPIC.  LAPIC sends these interrupts to the CPU during early boot of
        second kernel.  Other pending interrupts are discarded saying unexpected
        trap but timer interrupt is serviced and CPU does not issue an LAPIC EOI
        because it think this interrupt came from i8259 and sends ack to 8259.
        This leads to vector 0x31 locking as LAPIC does not clear respective ISR
        and keeps on waiting for EOI.
      
      o This patch issues extra EOI for the pending interrupts who have ISR set.
      
      o Though today only timer seems to be the special case because in early
        boot it thinks interrupts are coming from i8259 and uses
        mask_and_ack_8259A() as ack handler and does not issue LAPIC EOI.  But
        probably doing it in generic manner for all vectors makes sense.
      Signed-off-by: NVivek Goyal <vgoyal@in.ibm.com>
      Cc: "Eric W. Biederman" <ebiederm@xmission.com>
      Cc: Andi Kleen <ak@muc.de>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      1a75a3f0
    • K
      [PATCH] for_each_possible_cpu: sh · bc83db4f
      KAMEZAWA Hiroyuki 提交于
      for_each_cpu() actually iterates across all possible CPUs.  We've had mistakes
      in the past where people were using for_each_cpu() where they should have been
      iterating across only online or present CPUs.  This is inefficient and
      possibly buggy.
      
      We're renaming for_each_cpu() to for_each_possible_cpu() to avoid this in the
      future.
      
      This patch replaces for_each_cpu with for_each_possible_cpu.
      Signed-off-by: NKAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
      Cc: Paul Mundt <lethal@linux-sh.org>
      Cc: Kazumoto Kojima <kkojima@rr.iij4u.or.jp>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      bc83db4f
  2. 31 3月, 2006 19 次提交
  3. 30 3月, 2006 1 次提交
  4. 29 3月, 2006 14 次提交