Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with
or
.
Download ZIP
Commits on Nov 16, 2006
  1. Linux 2.6.19-rc6

    Linus Torvalds authored
    Getting there.  Hopefully the MSI and other interrupt problems are all
    solved now.
    
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  2. @ozbenh

    [PATCH] powerpc: windfarm shall request it's sub modules

    ozbenh authored Linus Torvalds committed
    The windfarm code, in it's current incarnation, uses request_module() to
    load the various submodules it needs for a given platform so that only
    the main platform control module needs to be modprobed. However, it was
    missing various bits. This fixes it. In the future, we'll use some
    hotplug mecanisms to try to get all of this auto-loaded on the platforms
    where it matters but that isn't ready yet.
    
    Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Commits on Nov 15, 2006
  1. @paulusmack

    [POWERPC] Wire up sys_move_pages

    Stephen Rothwell authored paulusmack committed
    All the infrastructure is already in place for this, so we only need
    to allocate a syscall number and hook it up.
    
    Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
    Signed-off-by: Paul Mackerras <paulus@samba.org>
  2. @paulusmack

    [POWERPC] Add the thread_siblings files to sysfs

    Stephen Rothwell authored paulusmack committed
    This adds the /sys/devices/system/cpu/*/topology/thread_siblings
    files on powerpc.  These files are already available on other
    architectures.
    
    Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
    Signed-off-by: Paul Mackerras <paulus@samba.org>
  3. @ebiederm

    [PATCH] Use delayed disable mode of ioapic edge triggered interrupts

    ebiederm authored Linus Torvalds committed
    Komuro reports that ISA interrupts do not work after a disable_irq(),
    causing some PCMCIA drivers to not work, with messages like
    
    	eth0: Asix AX88190: io 0x300, irq 3, hw_addr xx:xx:xx:xx:xx:xx
    	eth0: found link beat
    	eth0: autonegotiation complete: 100baseT-FD selected
    	eth0: interrupt(s) dropped!
    	eth0: interrupt(s) dropped!
    	eth0: interrupt(s) dropped!
    	...
    
    Linus Torvalds <torvalds@osdl.org> said:
    
      "Now, edge-triggered interrupts are a _lot_ harder to mask, because the
       Intel APIC is an unbelievable piece of sh*t, and has the edge-detect logic
       _before_ the mask logic, so if a edge happens _while_ the device is
       masked, you'll never ever see the edge ever again (unmasking will not
       cause a new edge, so you simply lost the interrupt).
    
       So when you "mask" an edge-triggered IRQ, you can't really mask it at all,
       because if you did that, you'd lose it forever if the IRQ comes in while
       you masked it. Instead, we're supposed to leave it active, and set a flag,
       and IF the IRQ comes in, we just remember it, and mask it at that point
       instead, and then on unmasking, we have to replay it by sending a
       self-IPI."
    
    This trivial patch solves the problem.
    
    Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
    Cc: Ingo Molnar <mingo@redhat.com>
    Acked-by: Komuro <komurojun-mbn@nifty.com>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  4. @tiwai

    [PATCH] ALSA: hda-intel - Disable MSI support by default

    tiwai authored Linus Torvalds committed
    Disable MSI support on HD-audio driver as default since there are too
    many broken devices.
    
    The module option is changed from disable_msi to enable_msi, too.  For
    turning MSI support on, pass enable_msi=1, instead.
    
    Signed-off-by: Takashi Iwai <tiwai@suse.de>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  5. @jirislaby

    [PATCH] Char: isicom, fix close bug

    jirislaby authored Linus Torvalds committed
    port is dereferenced even if it is NULL.  Dereference it _after_ the
    check if (!port)...  Thanks Eric <ef87@yahoo.com> for reporting this.
    
    This fixes
    
    	http://bugzilla.kernel.org/show_bug.cgi?id=7527
    
    Signed-off-by: Jiri Slaby <jirislaby@gmail.com>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Commits on Nov 14, 2006
  1. Merge branch 'for-linus' of git://one.firstfloor.org/home/andi/git/li…

    Linus Torvalds authored
    …nux-2.6
    
    * 'for-linus' of git://one.firstfloor.org/home/andi/git/linux-2.6:
      [PATCH] x86-64: Fix race in exit_idle
      [PATCH] x86-64: Fix vgetcpu when CONFIG_HOTPLUG_CPU is disabled
      [PATCH] x86: Add acpi_user_timer_override option for Asus boards
      [PATCH] x86-64: setup saved_max_pfn correctly (kdump)
      [PATCH] x86-64: Handle reserve_bootmem_generic beyond end_pfn
      [PATCH] x86-64: shorten the x86_64 boot setup GDT to what the comment says
      [PATCH] x86-64: Fix PTRACE_[SG]ET_THREAD_AREA regression with ia32 emulation.
      [PATCH] x86-64: Fix partial page check to ensure unusable memory is not being marked usable.
      Revert "[PATCH] MMCONFIG and new Intel motherboards"
  2. Revert "[PATCH] fix Data Acess error in dup_fd"

    Linus Torvalds authored
    This reverts commit 0130b0b.
    
    Sergey Vlasov points out (and Vadim Lobanov concurs) that the bug it was
    supposed to fix must be some unrelated memory corruption, and the "fix"
    actually causes more problems:
    
      "However, the new code does not look safe in all cases.  If some other
       task has opened more files while dup_fd() released oldf->file_lock, the
       new code will update open_files to the new larger value.  But newf was
       allocated with the old smaller value of open_files, therefore subsequent
       accesses to newf may try to write into unallocated memory."
    
    so revert it.
    
    Cc: Sharyathi Nagesh <sharyath@in.ibm.com>
    Cc: Sergey Vlasov <vsu@altlinux.ru>
    Cc: Vadim Lobanov <vlobanov@speakeasy.net>
    Cc: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  3. Merge branch 'upstream-linus' of master.kernel.org:/pub/scm/linux/ker…

    Linus Torvalds authored
    …nel/git/jgarzik/libata-dev
    
    * 'upstream-linus' of master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev:
      libata: fix double-completion on error
      [PATCH] pata_artop: fix "& (1 >>" typo
      [PATCH] hpt37x: Check the enablebits
  4. [PATCH] hugetlb: fix error return for brk() entering a hugepage region

    Hugh Dickins authored Linus Torvalds committed
    Commit cb07c9a causes the wrong return
    value.  is_hugepage_only_range() is a boolean, so we should return
    -EINVAL rather than 1.
    
    Also - we can use "mm" instead of looking up "current->mm" again.
    
    Signed-off-by: Hugh Dickins <hugh@veritas.com>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  5. [PATCH] cpqarray: fix iostat

    Jens Axboe authored Linus Torvalds committed
    cpqarray needs to call disk_stat_add() for iostat to work.
    
    Signed-off-by: Jens Axboe <jens.axboe@oracle.com>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  6. [PATCH] cciss: fix iostat

    Jens Axboe authored Linus Torvalds committed
    cciss needs to call disk_stat_add() for iostat to work.
    
    Signed-off-by: Jens Axboe <jens.axboe@oracle.com>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  7. [PATCH] libata: Convert from module_init to subsys_initcall

    Brian King authored Linus Torvalds committed
    When building a monolithic kernel, the load order of drivers does not
    work for SAS libata users, resulting in a kernel oops.
    
    Convert libata to use subsys_initcall instead of module_init, which
    ensures that libata gets loaded before any LLDD.
    
    This is the same thing that scsi core does to solve the problem.  The
    load order problem was observed on ipr SAS adapters and should exist for
    other SAS users as well.
    
    Signed-off-by: Brian King <brking@us.ibm.com>
    Acked-by: Jeff Garzik <jgarzik@pobox.com>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  8. @dgibson

    [PATCH] hugetlb: check for brk() entering a hugepage region

    dgibson authored Linus Torvalds committed
    Unlike mmap(), the codepath for brk() creates a vma without first checking
    that it doesn't touch a region exclusively reserved for hugepages.  On
    powerpc, this can allow it to create a normal page vma in a hugepage
    region, causing oopses and other badness.
    
    Add a test to prevent this.  With this patch, brk() will simply fail if it
    attempts to move the break into a hugepage reserved region.
    
    Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
    Cc: Adam Litke <agl@us.ibm.com>
    Cc: Hugh Dickins <hugh@veritas.com>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  9. [PATCH] hugetlb: prepare_hugepage_range check offset too

    Hugh Dickins authored Linus Torvalds committed
    (David:)
    
    If hugetlbfs_file_mmap() returns a failure to do_mmap_pgoff() - for example,
    because the given file offset is not hugepage aligned - then do_mmap_pgoff
    will go to the unmap_and_free_vma backout path.
    
    But at this stage the vma hasn't been marked as hugepage, and the backout path
    will call unmap_region() on it.  That will eventually call down to the
    non-hugepage version of unmap_page_range().  On ppc64, at least, that will
    cause serious problems if there are any existing hugepage pagetable entries in
    the vicinity - for example if there are any other hugepage mappings under the
    same PUD.  unmap_page_range() will trigger a bad_pud() on the hugepage pud
    entries.  I suspect this will also cause bad problems on ia64, though I don't
    have a machine to test it on.
    
    (Hugh:)
    
    prepare_hugepage_range() should check file offset alignment when it checks
    virtual address and length, to stop MAP_FIXED with a bad huge offset from
    unmapping before it fails further down.  PowerPC should apply the same
    prepare_hugepage_range alignment checks as ia64 and all the others do.
    
    Then none of the alignment checks in hugetlbfs_file_mmap are required (nor
    is the check for too small a mapping); but even so, move up setting of
    VM_HUGETLB and add a comment to warn of what David Gibson discovered - if
    hugetlbfs_file_mmap fails before setting it, do_mmap_pgoff's unmap_region
    when unwinding from error will go the non-huge way, which may cause bad
    behaviour on architectures (powerpc and ia64) which segregate their huge
    mappings into a separate region of the address space.
    
    Signed-off-by: Hugh Dickins <hugh@veritas.com>
    Cc: "Luck, Tony" <tony.luck@intel.com>
    Cc: "David S. Miller" <davem@davemloft.net>
    Acked-by: Adam Litke <agl@us.ibm.com>
    Acked-by: David Gibson <david@gibson.dropbear.id.au>
    Cc: Paul Mackerras <paulus@samba.org>
    Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  10. [PATCH] usb: MAINTAINERS updates

    David Brownell authored Linus Torvalds committed
    Looks like I still take care of the USB gadget/peripheral framework.
    
    Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
    Acked-by: Greg KH <greg@kroah.com>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  11. @nathanlynch

    [PATCH] nvidiafb: fix unreachable code in nv10GetConfig

    nathanlynch authored Linus Torvalds committed
    Fix binary/logical operator typo which leads to unreachable code.  Noticed
    while looking at other issues; I don't have the relevant hardware to test
    this.
    
    Signed-off-by: Nathan Lynch <ntl@pobox.com>
    Cc: "Antonino A. Daplas" <adaplas@pol.net>
    Acked-by: James Simmons <jsimmons@infradead.org>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  12. @raven-au

    [PATCH] autofs4: panic after mount fail

    raven-au authored Linus Torvalds committed
    Resolve the panic on failed mount of an autofs filesystem originally
    reported by Mao Bibo.
    
    It addresses two issues that happen after the mount fail.  The first a NULL
    pointer reference to a field (pipe) in the autofs superblock info structure
    and second the lack of super block cleanup by the autofs and autofs4
    modules.
    
    Signed-off-by: Ian Kent <raven@themaw.net>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  13. @nikai3d

    [PATCH] drivers/ide: stray bracket

    nikai3d authored Linus Torvalds committed
    Stray bracket in debug code.
    
    Signed-off-by: Nicolas Kaiser <nikai@nikai.net>
    Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  14. [PATCH] revert "PCI: quirk for IBM Dock II cardbus controllers"

    Andrew Morton authored Linus Torvalds committed
    Fix http://bugzilla.kernel.org/show_bug.cgi?id=7264
    
    We need to target this quirk a little more tightly, using the T20 DMI string.
    
    Cc: Pavel Kysilka <goldenfish@bsys.cz>
    Acked-by: Kristen Carlson Accardi <kristen.c.accardi@intel.com>
    Cc: Greg Kroah-Hartman <gregkh@suse.de>
    Cc: Dominik Brodowski <linux@dominikbrodowski.net>
    Cc: Daniel Ritz <daniel.ritz@gmx.ch>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  15. @dr-itz

    [PATCH] fix via586 irq routing for pirq 5

    dr-itz authored Linus Torvalds committed
    Fix interrupt routing for via 586 bridges.  pirq can be 5 which needs to be
    mapped to INTD.  But currently the access functions can handle only pirq
    1-4.  this is similar to the other via chipsets where pirq 4 and 5 are both
    mapped to INTD.  Fixes bugzilla #7490
    
    Cc: Daniel Paschka <monkey20181@gmx.net>
    Cc: Adrian Bunk <bunk@susta.de>
    Signed-off-by: Daniel Ritz <daniel.ritz@gmx.ch>
    Cc: <stable@kernel.org>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  16. [PATCH] setup_irq(): better mismatch debugging

    Andrew Morton authored Linus Torvalds committed
    When we get a mismatch between handlers on the same IRQ, all we get is "IRQ
    handler type mismatch for IRQ n".  Let's print the name of the
    presently-registered handler with which we got the mismatch.
    
    Cc: Ingo Molnar <mingo@elte.hu>
    Cc: Thomas Gleixner <tglx@linutronix.de>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
  17. [PATCH] x86-64: Fix race in exit_idle

    Andi Kleen authored Andi Kleen committed
    When another interrupt happens in exit_idle the exit idle notifier
    could be called an incorrect number of times.
    
    Add a test_and_clear_bit_pda and use it handle the bit
    atomically against interrupts to avoid this.
    
    Pointed out by Stephane Eranian
    
    Signed-off-by: Andi Kleen <ak@suse.de>
  18. [PATCH] x86-64: Fix vgetcpu when CONFIG_HOTPLUG_CPU is disabled

    Andi Kleen authored Andi Kleen committed
    The vgetcpu per CPU initialization previously relied on CPU hotplug
    events for all CPUs to initialize the per CPU state. That only
    worked only on kernels with CONFIG_HOTPLUG_CPU enabled.  On the
    others some CPUs didn't get their state initialized properly
    and vgetcpu wouldn't work.
    
    Change the initialization sequence to instead run in a normal
    initcall (which runs after the normal CPU bootup) and initialize
    all running CPUs there. Later hotplug CPUs are still handled
    with an hotplug notifier.
    
    This actually simplifies the code somewhat.
    
    Signed-off-by: Andi Kleen <ak@suse.de>
  19. [PATCH] x86: Add acpi_user_timer_override option for Asus boards

    Andi Kleen authored Andi Kleen committed
    Timer overrides are normally disabled on Nvidia board because
    they are commonly wrong, except on new ones with HPET support.
    Unfortunately there are quite some Asus boards around that
    don't have HPET, but need a timer override.
    
    We don't know yet how to handle this transparently,
    but at least add a command line option to force the timer override
    and let them boot.
    
    Cc: len.brown@intel.com
    
    Signed-off-by: Andi Kleen <ak@suse.de>
  20. [PATCH] x86-64: setup saved_max_pfn correctly (kdump)

    Magnus Damm authored Andi Kleen committed
    x86_64: setup saved_max_pfn correctly
    
    2.6.19-rc4 has broken CONFIG_CRASH_DUMP support on x86_64. It is impossible
    to read out the kernel contents from /proc/vmcore because saved_max_pfn is set
    to zero instead of the max_pfn value before the user map is setup.
    
    This happens because saved_max_pfn is initialized at parse_early_param() time,
    and at this time no active regions have been registered. save_max_pfn is setup
    from e820_end_of_ram(), more exact find_max_pfn_with_active_regions() which
    returns 0 because no regions exist.
    
    This patch fixes this by registering before and removing after the call
    to e820_end_of_ram().
    
    Signed-off-by: Magnus Damm <magnus@valinux.co.jp>
    Signed-off-by: Andi Kleen <ak@suse.de>
  21. [PATCH] x86-64: Handle reserve_bootmem_generic beyond end_pfn

    Andi Kleen authored Andi Kleen committed
    This can happen on kexec kernels with some configurations, in particularly
    on Unisys ES7000 systems.
    
    Analysis by Amul Shah
    
    Cc: Amul Shah <amul.shah@unisys.com>
    
    Signed-off-by: Andi Kleen <ak@suse.de>
  22. @rostedt

    [PATCH] x86-64: shorten the x86_64 boot setup GDT to what the comment…

    rostedt authored Andi Kleen committed
    … says
    
    Stephen Tweedie, Herbert Xu, and myself have been struggling with a very
    nasty bug in Xen.  But it also pointed out a small bug in the x86_64
    kernel boot setup.
    
    The GDT limit being setup by the initial bzImage code when entering into
    protected mode is way too big.  The comment by the code states that the
    size of the GDT is 2048, but the actual size being set up is much bigger
    (32768). This happens simply because of one extra '0'.
    
    Instead of setting up a 0x800 size, 0x8000 is set up.  On bare metal this
    is fine because the CPU wont load any segments unless  they are
    explicitly used.  But unfortunately, this breaks Xen on vmx FV, since it
    (for now) blindly loads all the segments into the VMCS if they are less
    than the gdt limit. Since the real mode segments are around 0x3000, we are
    getting junk into the VMCS and that later causes an exception.
    
    Stephen Tweedie has written up a patch to fix the Xen side and will be
    submitting that to those folks. But that doesn't excuse the GDT limit
    being a magnitude too big.
    
    AK: changed to compute true gdt size in assembler, fixed comment
    
    Signed-off-by: Steven Rostedt <rostedt@goodmis.org>
    Signed-off-by: Andi Kleen <ak@suse.de>
  23. [PATCH] x86-64: Fix PTRACE_[SG]ET_THREAD_AREA regression with ia32 em…

    Andi Kleen authored Andi Kleen committed
    …ulation.
    
    ptrace(PTRACE_[SG]ET_THREAD_AREA) calls from ia32 code
    should be passed onto the x86_64 implementation.
    
    The default case in sys32_ptrace used to call to sys_ptrace(), but is
    now EINVAL.  This patch fixes a regression caused by that changed.
    
    Signed-off-by: Mike McCormack <mike@codeweavers.com>
    Signed-off-by: Andi Kleen <ak@suse.de>
  24. @adurbin

    [PATCH] x86-64: Fix partial page check to ensure unusable memory is n…

    adurbin authored Andi Kleen committed
    …ot being marked usable.
    
    Fix partial page check in e820_register_active_regions to ensure
    partial pages are
    not being marked as active in the memory pool.
    
    Signed-off-by: Aaron Durbin <adurbin@google.com>
    Signed-off-by: Andi Kleen <ak@suse.de>
  25. Revert "[PATCH] MMCONFIG and new Intel motherboards"

    Andi Kleen authored
    This reverts 4c6e052 commit.
    
    Following Linus' i386 change: revert resource reservation
    for mmcfg config now. Will be revisited in .20 hopefully.
  26. libata: fix double-completion on error

    Darrick J. Wong authored Jeff Garzik committed
    A curious thing happens, however, when ata_qc_new_init fails to get
    an ata_queued_cmd:
    
    First, ata_qc_new_init handles the failure like this:
        cmd->result = (DID_OK << 16) | (QUEUE_FULL << 1);
        done(cmd);
    
    Then, we return to ata_scsi_translate and do this:
        err_mem:
            cmd->result = (DID_ERROR << 16);
            done(cmd);
    
    It appears to me that first we set a status code indicating that we're
    ok but the device queue is full and finish the command,  but then
    we blow away that status code and replace it with an error flag and
    finish the command a second time!  That does not seem to be desirable
    behavior since we merely want the I/O to wait until a command slot
    frees up, not send errors up the block layer.
    
    In the err_mem case, we should simply exit out of ata_scsi_translate
    instead.
    
    Signed-off-by: Darrick J. Wong <djwong@us.ibm.com>
    Signed-off-by: Jeff Garzik <jeff@garzik.org>
  27. [PATCH] pata_artop: fix "& (1 >>" typo

    Alexey Dobriyan authored Jeff Garzik committed
    Signed-off-by: Alexey Dobriyan <adobriyan@openvz.org>
    Signed-off-by: Jeff Garzik <jeff@garzik.org>
  28. @Alan-Cox

    [PATCH] hpt37x: Check the enablebits

    Alan-Cox authored Jeff Garzik committed
    Helps for PATA but SATA bridged devices lie and always set all the bits
    so will need the error handling fixes from Tejun.
    
    Signed-off-by: Alan Cox <alan@redhat.com>
    Signed-off-by: Jeff Garzik <jeff@garzik.org>
Something went wrong with that request. Please try again.