1. 12 Apr, 2004 3 commits
    • Andrew Morton's avatar
      [PATCH] Fix URLs in Kconfig files · 77b92f5b
      Andrew Morton authored
      From: Rusty Russell <rusty@rustcorp.com.au>
      
      From: "Petri T. Koistinen" <petri.koistinen@iki.fi>
      
      1) Various URLs in the Kconfig files are out of date: update them.
      
      2) URLs should be of form <http://url-goes-here>.
      
      3) References to files in the source should be of form
         <file:path-from-top>
      
      4) Email addresses should be of form <foo@bar.com>
      77b92f5b
    • Andrew Morton's avatar
      [PATCH] x86-64 update · 3dccf5d0
      Andrew Morton authored
      From: Andi Kleen <ak@muc.de>
      
      Current x86-64 patchkit for 2.6.5.
      
      - Add drivers/firmware/Kconfig
      
      - Clarify description of CONFIG_IOMMU_DEBUG
      
      - Use correct gcc option to optimize for Intel CPUs
      
      - Add EDD support (Matt Domsch)
      
      - Add workaround for broken IOMMU on VIA hardware.  Uses swiotlb there now.
      
      - Handle more than 8 local APICs (Suresh B Siddha) 
      
      - Delete obsolete mtrr Makefile
      
      - Add x86_cache_alignment and set it up properly for P4 (128 bytes instead
        of 64bytes).  Also report in /proc/cpuinfo
      
      - Minor cleanup in in_gate_area
      
      - Make asm-generic/dma-mapping.h compile with !CONFIG_PCI Just stub out all
        functions in this case.  This is mainly to work around sysfs.
      
      - More !CONFIG_PCI compile fixes
      
      - Make u64 sector_t unconditional
      3dccf5d0
    • Ivan Kokshaysky's avatar
      [PATCH] Fix unaligned stxncpy again · b5c7a2dd
      Ivan Kokshaysky authored
      Herbert Xu noted:
        "The current stxncpy on alpha is still broken when it comes to single
         word, unaligned, src misalignment > dest misalignment copies.
      
         I've attached a program which demonstrates this problem."
      
      Ugh, indeed. It fails when there is a zero byte before the data.
      Thanks.
      
      Here is the fix for this (both regular and ev6 version).
      b5c7a2dd
  2. 03 Apr, 2004 9 commits
  3. 02 Apr, 2004 11 commits
  4. 01 Apr, 2004 17 commits
    • Russell King's avatar
      121b5646
    • Andrew Morton's avatar
      [PATCH] kbuild: $LANG fix · 9be7dd12
      Andrew Morton authored
      From: Sam Ravnborg <sam@ravnborg.org>
      
      Fix this:
      
       	  Building modules, stage 2.
       	  MODPOST
       	LANG := en_US.UTF-8
       	make: LANG: Command not found
       	make: *** [all] Error 127
      
      by removing the tab in front of the LANG assignment.
      9be7dd12
    • Linus Torvalds's avatar
      Merge bk://linux-acpi.bkbits.net/linux-acpi-release-2.6.5 · 64706886
      Linus Torvalds authored
      into ppc970.osdl.org:/home/torvalds/v2.6/linux
      64706886
    • Linus Torvalds's avatar
      Merge bk://bk.arm.linux.org.uk/linux-2.6-rmk · 4a10600a
      Linus Torvalds authored
      into ppc970.osdl.org:/home/torvalds/v2.6/linux
      4a10600a
    • Andrew Morton's avatar
      [PATCH] Fix swp_entry_t encoding · 4a25c3d6
      Andrew Morton authored
      From: Martin Schwidefsky <schwidefsky@de.ibm.com>
      
      This fixes a problem in sys_swapon that can cause the creation of invalid
      swap ptes.  This has its cause in the arch-independent swap entries vs. 
      the pte coded swap entries.  The swp_entry_t uses 27 bits for the offset
      and 5 bits for the type.  In sys_swapon this definition is used to find how
      many swap devices and how many pages on each device there can be.  But the
      swap entries encoded in a pte can be subject to additional restrictions due
      to the hardware besides the 27/5 division of the bits in the swp_entry_t
      type.  This is solved by adding pte_to_swp_entry and swp_entry_to_pte calls
      to the calculations for maximum type and offset.
      
      In addition the s390 swap pte division for offset/type is changed from 19/6
      bits to 20/5 bits.
      4a25c3d6
    • Andrew Morton's avatar
      [PATCH] uninline __wake_up_parent · a8760f9c
      Andrew Morton authored
      Two callsites, 48 bytes saved
      a8760f9c
    • Andrew Morton's avatar
      [PATCH] uninline __group_complete_signal · 76f74ff5
      Andrew Morton authored
      Two callsites, 456 bytes saved
      76f74ff5
    • Andrew Morton's avatar
      [PATCH] uninline sig_ignored · 6e42fdc2
      Andrew Morton authored
      Four callsites, 104 bytes saved
      6e42fdc2
    • Andrew Morton's avatar
      [PATCH] uninline __group_send_sig_info · 84ba4949
      Andrew Morton authored
      Three callsites, 1104 bytes saved.
      84ba4949
    • Andrew Morton's avatar
      [PATCH] uninline signal_wake_up · 0c19743a
      Andrew Morton authored
      Seven callsites and an out-of-line copy is a bit excessive.  562 bytes saved.
      0c19743a
    • Andrew Morton's avatar
      [PATCH] Show more stats in the sysrq-M output · 5016c064
      Andrew Morton authored
      Display number of slab, mapped and pagetable pages in the sysrq-M output.
      5016c064
    • Andrew Morton's avatar
      [PATCH] run page_address_init() earlier · 15f4ae0c
      Andrew Morton authored
      If someone runs page_address() before page_address_init(), the kernel locks
      up over uninitialised spinlocks.
      
      This only happens with the 4:4 patch, but it is more robust to run
      page_address_init() before setup_arch().  page_address_init() simply
      initialises statically allocated storage.
      15f4ae0c
    • Andrew Morton's avatar
      [PATCH] loop setup calling bd_set_size too soon · 840d5d40
      Andrew Morton authored
      From: Chris Mason <mason@suse.com>
      
      I think Andrew and I managed to mismerge the loop setup race fix. 
      loop_set_fd is using get_capacity() to read the size of the disk and
      sending that to bd_set_size.
      
      But, it is doing this before calling set_capacity, so the size being used
      is wrong.  This should clean things up.
      840d5d40
    • Andrew Morton's avatar
      [PATCH] Replace MAX_MAP_COUNT with /proc/sys/vm/max_map_count · 56d93842
      Andrew Morton authored
      From: David Mosberger <davidm@napali.hpl.hp.com>
      
      Below is a warmed up version of a patch originally done by Werner Almesberger
      (see http://tinyurl.com/25zra) to replace the MAX_MAP_COUNT limit with a
      sysctl variable.  I thought this had gone into the tree a long time ago but
      alas it has not and as luck would have it, the hard limit bit someone today
      once again with a large app on a large machine.
      
      Here is a small test app:
      56d93842
    • Andrew Morton's avatar
      [PATCH] ksoftirqd: missing barrier · bc5c1743
      Andrew Morton authored
      Spotted by Andrea: we need the barriers in there to prevent reads passing
      ahead of the setting of current->state.
      bc5c1743
    • Andrew Morton's avatar
      [PATCH] remove __ARCH_SI_BAND_T · e5f64bc8
      Andrew Morton authored
      All architectures now make this `long', so we can remove the arch override.
      e5f64bc8
    • Andrew Morton's avatar
      [PATCH] Fix hugetlb-vs-memory overcommit · c1c0d518
      Andrew Morton authored
      From: Andy Whitcroft <apw@shadowen.org>
      
      Two problems:
      
      a) The memory overcommit code fails oto take into account all the pages
         which are pinned by being reserved for the hugetlbpage pool
      
      b) We're performing overcommit accounting and checking on behalf of
         hugetlbpage vmas.
      
      The main thrust is to ensure that VM_ACCOUNT actually only gets set on
      vma's which are indeed accountable.  With that ensured much of the rest
      comes out in the wash.  It also removes the hugetlb memory for the
      overcommit_memory=2 case.
      c1c0d518