06 Jan, 2007

15 commits

  • Fix filenames on adfs discs being terminated at the first character greater
    than 128 (adfs filenames are Latin 1). I saw this problem when using a
    loopback adfs image on a 2.6.17-rc5 x86_64 machine, and the patch fixed it
    there.

    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    James Bursa
     
  • When the old IDE layer calls into methods in the driver during error
    handling it is essentially random whether ide_lock is already held. This
    causes a deadlock in the atiixp driver which also uses ide_lock internally
    for locking.

    Switch to a private lock instead.

    [akpm@osl.org: cleanup]
    Signed-off-by: Alan Cox
    Acked-by: Bartlomiej Zolnierkiewicz
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Alan
     
  • Fix http://bugzilla.kernel.org/show_bug.cgi?id=7667

    This is because the packet driver tries to send down read/write BLOCK_PC
    commands that don't use a bio and do not use sg lists.

    The right fix is to replace all the packet_command stuff in the packet
    driver by scsi_execute() which needs to be lifted from scsi code to
    the block code for that.

    Fix the bug for now. It's not the full way to a generic execute block pc
    infrastcuture but fixes the bug for the time being.

    Signed-off-by: Christoph Hellwig
    Acked-by: Peter Osterlund
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Christoph Hellwig
     
  • The at91rm9200 RTC driver needs some assistance to build, because of recent
    header file rearrangement.

    Signed-off-by: David Brownell
    Cc: Alessandro Zummo
    Cc: Andrew Victor
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    David Brownell
     
  • The current interrupt injection mechanism might delay an interrupt under
    the following circumstances:

    - if injection fails because the guest is not interruptible (rflags.IF clear,
    or after a 'mov ss' or 'sti' instruction). Userspace can check rflags,
    but the other cases or not testable under the current API.
    - if injection fails because of a fault during delivery. This probably
    never happens under normal guests.
    - if injection fails due to a physical interrupt causing a vmexit so that
    it can be handled by the host.

    In all cases the guest proceeds without processing the interrupt, reducing
    the interactive feel and interrupt throughput of the guest.

    This patch fixes the situation by allowing userspace to request an exit
    when the 'interrupt window' opens, so that it can re-inject the interrupt
    at the right time. Guest interactivity is very visibly improved.

    Signed-off-by: Dor Laor
    Signed-off-by: Avi Kivity
    Acked-by: Ingo Molnar
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Dor Laor
     
  • If we load the wrong arch module, it leaves behind kvm_arch_ops set, which
    prevents loading of the correct arch module later.

    Fix be not setting kvm_arch_ops until we're sure it's good.

    Signed-off-by: Yoshimi Ichiyanagi
    Signed-off-by: Avi Kivity
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Yoshimi Ichiyanagi
     
  • Signed-off-by: Avi Kivity
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Ingo Molnar
     
  • KVM does kmalloc() in an atomic section while having preemption disabled via
    vcpu_load(). Fix this by moving the ->*_msr setup from the vcpu_setup method
    to the vcpu_create method.

    (This is also a small speedup for setting up a vcpu, which can in theory be
    more frequent than the vcpu_create method).

    Signed-off-by: Ingo Molnar
    Signed-off-by: Avi Kivity
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Ingo Molnar
     
  • This patch fixes 2.6.15 regression, is straightforward and tested.

    Cable detection got broken probably while converting the driver to support
    multiple controllers. Cable detection is done by examining how BIOS
    configured the attached devices. The current code is broken in that it
    examines the status *after* modifying Clk66 configuration ending up
    detecting 40c cables as 80c. This patch fixes it.

    Signed-off-by: Tejun Heo
    Signed-off-by: Bartlomiej Zolnierkiewicz
    Cc: Alan Cox
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Bartlomiej Zolnierkiewicz
     
  • The pci_find_subsys gets called very early by obsolete ide setup parameters.
    This is a bogus call since pci is not initialized yet, so the list is empty.
    But in the mean time, interrupts get enabled by down_read. This can result in
    a kernel panic when the irq controller gets initialized.

    This patch checks if the device list is empty before taking the semaphore, and
    hence will not enable irq's. Furthermore it will inform that it is called
    while pci_devices is empty as a reminder that the ide code needs to be fixed.

    The pci_get_subsys can get called in the same manner, and as such is patched
    in the same manner.

    [akpm@osdl.org: cleanups]
    Signed-off-by: Ard van Breemen
    Cc: Greg KH
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Ard van Breemen
     
  • The parsing of some kernel parameters seem to enable irq's at a stage that
    irq's are not supposed to be enabled (Particularly the ide kernel parameters).

    Having irq's enabled before the irq controller is initialized might lead to a
    kernel panic. This patch only detects this behaviour and warns about wich
    parameter caused it.

    [akpm@osdl.org: cleanups]
    Signed-off-by: Ard van Breemen
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Ard van Breemen
     
  • The calls made by parse_parms to other initialization code might enable
    interrupts again way too early.

    Having interrupts on this early can make systems PANIC when they initialize
    the IRQ controllers (which happens later in the code). This patch detects
    that irq's are enabled again, barfs about it and disables them again as a
    safety net.

    [akpm@osdl.org: cleanups]
    Signed-off-by: Ard van Breemen
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Ard van Breemen
     
  • Russell King recently reminded us that one shouldn't use
    asm/arch/hardware.h but one should use asm/hardware.h
    (http://lkml.org/lkml/2006/12/23/26). Unfortunately, the leds-s3c24xx
    driver is using the wrong header. This patch is fixing that.

    Signed-off-by: Arnaud Patard
    Signed-off-by: Richard Purdie
    Acked-by: Ben Dooks
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Richard Purdie
     
  • drivers/macintosh/via-pmu.c: In function 'pmac_suspend_devices':
    drivers/macintosh/via-pmu.c:2014: error: implicit declaration of function 'pm_prepare_console'
    drivers/macintosh/via-pmu.c: In function 'pmac_wakeup_devices':
    drivers/macintosh/via-pmu.c:2139: error: implicit declaration of function 'pm_restore_console'

    Signed-off-by: Dave Jones
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Dave Jones
     
  • Jeffrey Altman, one of the gatekeepers of OpenAFS (the open source project
    which inherited the Transarc/IBM AFS codebase) has requested that the magic
    number 0x5346414F (little endian 'OAFS') be allocated for the f_type field
    of the fsinfo structure on Linux:

    https://lists.openafs.org/pipermail/openafs-info/2006-December/024829.html

    Add it to include/linux/magic.h, mostly as a way of publishing this number
    and ensuring that no other filesystem accidentally uses it.

    Cc: Jeffrey Altman
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Adam Megacz
     

05 Jan, 2007

10 commits


04 Jan, 2007

15 commits