1. 26 Apr, 2004 40 commits
    • Andrew Morton's avatar
      [PATCH] efivars: remove x86 references · 1079344c
      Andrew Morton authored
      From: Matt Tolentino <metolent@snoqualmie.dp.intel.com>
      
      Third efivars driver update patch that removes x86 references to the /proc
      version of the driver.
      1079344c
    • Andrew Morton's avatar
      [PATCH] efivars: add to drivers/firmware · d621c98a
      Andrew Morton authored
      From: Matt Tolentino <metolent@snoqualmie.dp.intel.com>
      
      Second efivars driver update patch that adds efivars into the drivers/firmware
      directory.
      d621c98a
    • Andrew Morton's avatar
      [PATCH] efivars: remove from arch/ia64 · 855647c4
      Andrew Morton authored
      From: Matt Tolentino <metolent@snoqualmie.dp.intel.com>
      
      I broke up the efivars driver update patch I had sent out quite a while ago
      into several smaller patches.  This includes several fixes and suggestions
      that were pointed out.  The patches are broken down as follows:
      
      1 - remove all traces of efivars from arch/ia64/
      2 - add new sysfs based efivars driver into
          drivers/firmware with accompanying Kconfig/Makefile
          changes to make it fully functional for ia64 again.
      3 - cleans up x86 references to the /proc version of
          the efivars driver.
      855647c4
    • Andrew Morton's avatar
      [PATCH] m68k bitops · b13496e8
      Andrew Morton authored
      From: Geert Uytterhoeven <geert@linux-m68k.org>
      
      M68k bitops updates (from Roman Zippel):
        - Optimize find_{first,next}_zero_bit()
        - Add missing implementations of find_{first,next}_bit()
      b13496e8
    • Andrew Morton's avatar
      [PATCH] m68k: Amiga A2065 Ethernet KERN_* · 009c5ed6
      Andrew Morton authored
      From: Geert Uytterhoeven <geert@linux-m68k.org>
      
      Amiga A2065 Ethernet: Add KERN_* prefixes to printk() messages
      009c5ed6
    • Andrew Morton's avatar
      [PATCH] prune_dcache comment fix · 5324408b
      Andrew Morton authored
      From: Maneesh Soni <maneesh@in.ibm.com>
      
      Clarify some things which were confusing poeple...
      5324408b
    • Andrew Morton's avatar
      [PATCH] slab alignment fixes · afcd93a4
      Andrew Morton authored
      From: Manfred Spraul <manfred@colorfullife.com>
      
      Below is a patch that redefines the kmem_cache_alloc `align' argument:
      
      - align not zero: use the specified alignment.  I think values smaller than
        sizeof(void*) will work, even on archs with strict alignment requirement (or
        at least: slab shouldn't crash.  Obviously the user must handle the
        alignment properly).
      
      - align zero:
      * debug on: align to sizeof(void*)
      * debug off, SLAB_HWCACHE_ALIGN clear: align to sizeof(void*)
      * debug off, SLAB_HWCACHE_ALIGN set: align to the smaller of
         - cache_line_size()
         - the object size, rounded up to the next power of two.
        Slab never honored cache align for tiny objects: otherwise the 32-byte
        kmalloc objects would use 128 byte objects.
      
      There is one additional point: right now slab uses ints for the bufctls.
      Using short would save two bytes for each object.  Initially I had used short,
      but davem objected.  IIRC because some archs do not handle short efficiently. 
      Should I allow arch overrides for the bufctls?  On i386, saving two bytes
      might allow a few additional anon_vma objects in each page.
      afcd93a4
    • Andrew Morton's avatar
      [PATCH] hugetlbpage: remove include linux/module.h · 01305153
      Andrew Morton authored
      From: Paul Jackson <pj@sgi.com>
      
      The #include of linux/module.h in several arch/*/mm/hugetlbpage.c files for
      EXPORT_SYMBOL(hugetlb_total_pages) is now unneeded.
      01305153
    • Andrew Morton's avatar
      [PATCH] ppc64: prom.c fix for CONFIG_BLK_DEV_INITRD=n · 59e8d5c9
      Andrew Morton authored
      From: Rusty Russell <rusty@rustcorp.com.au>
      
      Doesn't compile with CONFIG_BLK_DEV_INITRD=n.  Be more careful with the
      conditionals.
      
      Spotted by Dave Boutcher...
      59e8d5c9
    • Andrew Morton's avatar
      [PATCH] ppc64: Move Initrd · e51a23c6
      Andrew Morton authored
      From: Rusty Russell <rusty@rustcorp.com.au>
      
      This patch moves the initrd when "make_room" runs out of space, rather than
      stepping over it.  The problem with stepping over it is that it gets copied
      with the kernel when this happens, which wastes space.
      
      Also ensures that the initrd isn't where the kernel wants to be moved to: if
      it is, it gets moved out the way.
      e51a23c6
    • Andrew Morton's avatar
      [PATCH] ppc64: Initrd Cleanup · 54c832af
      Andrew Morton authored
      From: Rusty Russell <rusty@rustcorp.com.au>
      
      Clean up initrd handling.
      
      1) Expose initrd_start and initrd_end to prom.c (replacing its local
         initrd_start and initrd_len).
      
      2) Don't hand mem (aka klimit) through functions which don't need it.
      
      3) Add more debugging under DEBUG_PROM in case we broke anything.
      54c832af
    • Andrew Morton's avatar
      [PATCH] ppc64: Clean up prom functions in prom.c · 79293254
      Andrew Morton authored
      From: Rusty Russell <rusty@rustcorp.com.au>
      
      1) Define PROM_ERROR: checks for call_prom() < 0 are bogus (returns ulong)
      2) All OF access functions should be marked __init.
      3) prom_strtoul isn't used at all.
      79293254
    • Andrew Morton's avatar
      [PATCH] ppc64: Fix prom.c to boot on G5 after make_room fix · 8b66a490
      Andrew Morton authored
      From: Rusty Russell <rusty@rustcorp.com.au>
      
      Ben Herrenschmidt made this actually boot.
      8b66a490
    • Andrew Morton's avatar
      [PATCH] ppc64: make_room macro for ppc64 prom.c · efa8a179
      Andrew Morton authored
      From: Rusty Russell <rusty@rustcorp.com.au>
      
      copy_device_tree calls inspect_node() which recurses to copy the Open Firmware
      device tree.  It just copied into memory above the kernel for about 8MB, which
      can overwrite the initrd, and/or get truncated on big machines.
      
      The real solution is to allocate memory properly for all the prom_init memory
      users.  However, that's quite a change.  This patch introduces a "make_room"
      macro which inspect_node uses to get memory.  This does the same as before,
      except skips over the initrd if neccessary.
      efa8a179
    • Andrew Morton's avatar
      [PATCH] ppc64: Make finish_device_tree use lmb_alloc, not klimit · d6d33678
      Andrew Morton authored
      From: Rusty Russell <rusty@rustcorp.com.au>
      
      finish_device_tree simply allocates nodes by incrementing klimit (ie.  using
      memory on top of the kernel).  Change it to figure out how much memory it
      needs, then use lmb_alloc to allocate that, then fill it in.
      
      This gets rid of the only manipulation of klimit after prom_init.
      d6d33678
    • Andrew Morton's avatar
      [PATCH] ppc64: Rearrage Rest of prom.c in C Order · 196431fd
      Andrew Morton authored
      From: Rusty Russell <rusty@rustcorp.com.au>
      
      Rather than pre-declaring static functions, order them so it's not neccessary.
      This makes the code easier to navigate and patch.
      196431fd
    • Andrew Morton's avatar
      [PATCH] ppc64: Rearrage interpret_funcs in C Order · 9f06f65e
      Andrew Morton authored
      From: Rusty Russell <rusty@rustcorp.com.au>
      
      Rather than pre-declaring static functions, order them so it's not neccessary.
      This makes the code easier to navigate and patch.
      9f06f65e
    • Andrew Morton's avatar
      [PATCH] ppc64: Rearrage copy_device_tree() and its functions in C Order · cde5f62f
      Andrew Morton authored
      From: Rusty Russell <rusty@rustcorp.com.au>
      
      Rather than pre-declaring static functions, order them so it's not neccessary.
      This makes the code easier to navigate and patch.
      cde5f62f
    • Andrew Morton's avatar
      [PATCH] ppc64: Rearrage finish_device_tree() and its functions in C Order · 5fa5de94
      Andrew Morton authored
      From: Rusty Russell <rusty@rustcorp.com.au>
      
      Rather than pre-declaring static functions, order them so it's not neccessary.
      This makes the code easier to navigate and patch.
      5fa5de94
    • Andrew Morton's avatar
      [PATCH] ppc64: Split prom.c Into pre-reloc and post-reloc Functions · c8fbc7b9
      Andrew Morton authored
      From: Rusty Russell <rusty@rustcorp.com.au>
      
      Move all the functions that run normally (ie.  with the kernel in the correct
      address) to the bottom of prom.c, and keep all the functions which use RELOC()
      to the top, above "prom_init()" which calls them.
      
      Also, make prom_initialize_dart_table and prom_initialize_tce_table static.
      c8fbc7b9
    • Andrew Morton's avatar
      [PATCH] Minor fixes for ext3 journalled quotas · fe6ec59f
      Andrew Morton authored
      From: Jan Kara <jack@ucw.cz>
      
      It fixes a memory leak when turning journalled quotas off.
      fe6ec59f
    • Andrew Morton's avatar
      [PATCH] dquot: remove unneeded test · 87d218f9
      Andrew Morton authored
      We're testing the nullness of `sb' potentially after rereferencing it
      (although the compiler will have reordered things to avoid such a bug).
      
      Just remove the test - the superblock pointer shouldn't be null in there.
      87d218f9
    • Andrew Morton's avatar
      [PATCH] Per-sb dquot dirty lists · 984e6953
      Andrew Morton authored
      From: Jan Kara <jack@ucw.cz>
      
      When there are lots of dirty dquots the vfs_quota_sync() is too slow (it has
      O(N^2) behaviour).  Attached patch implements list of dirty dquots for each
      superblock and quota type.  Using this lists sync is trivially linear.
      Attached patch is against 2.6.5 with journalled quota and previous patch for
      hash table size.
      
      (Jan had a test which went from 8 minutes to 0.8 seconds...)
      984e6953
    • Andrew Morton's avatar
      [PATCH] Bigger quota hashtable · 2187a5e4
      Andrew Morton authored
      From: Jan Kara <jack@ucw.cz>
      
      I found out that quota uses hash table with just 43 entries to hash dquot
      entries.  I guess that we can afford using one page for that
      (quotactl(Q_GETQUOTA...), got faster like 3x for 4000 users).  Attached patch
      implements that.
      2187a5e4
    • Andrew Morton's avatar
      [PATCH] ext3 journalled quota locking fix · fa24b7f2
      Andrew Morton authored
      From: Jan Kara <jack@ucw.cz>
      
      I've attached a fix for a problem in ext3 journalled quota patch - the problem
      is that detecting whether dqput() sleeps was wrong and so we could possibly
      schedule when holding a spinlock.
      fa24b7f2
    • Andrew Morton's avatar
      [PATCH] credentials locking fix · 10c189cd
      Andrew Morton authored
      From: Chris Wright <chrisw@osdl.org>
      
      Contributions from:
      Stephen Smalley <sds@epoch.ncsc.mil>
      Andy Lutomirski <luto@stanford.edu>
      
      During exec the LSM bprm_apply_creds() hooks may tranisition the program to a
      new security context (like setuid binaries).  The security context of the new
      task is dependent on state such as if the task is being ptraced.  
      
      ptrace_detach() doesn't take the task_lock() when clearing task->ptrace.  So
      there is a race possible where a process starts off being ptraced, the
      malicious ptracer detaches and if any checks agains task->ptrace are done more
      than once, the results are indeterminate.
      
      This patch ensures task_lock() is held while bprm_apply_creds() hooks are
      called, keeping it safe against ptrace_attach() races.  Additionally, tests
      against task->ptrace (and ->fs->count, ->files->count and ->sighand->count all
      of which signify potential unsafe resource sharing during a security context
      transition) are done only once the results are passed down to hooks, making it
      safe against ptrace_detach() races.
      
      Additionally:
      
      - s/must_must_not_trace_exec/unsafe_exec/
      - move unsafe_exec() call above security_bprm_apply_creds() call rather than
        in call for readability.
      - fix dummy hook to honor the case where root is ptracing
      - couple minor formatting/spelling fixes
      10c189cd
    • Andrew Morton's avatar
      [PATCH] reiserfs: ignore prepared and locked buffers · f6cfe4f8
      Andrew Morton authored
      From: Chris Mason <mason@suse.com>
      
      block_write_full_page might see and lock clean metadata buffers, which leads
      to bogus vs-12339 messages.  Change the message to ignore bh locked.
      f6cfe4f8
    • Andrew Morton's avatar
      [PATCH] Use workqueue for call_usermodehelper · 35f4fc9f
      Andrew Morton authored
      From: Rusty Russell <rusty@rustcorp.com.au>
      
      call_usermodehelper uses keventd to create a thread, guaranteeing a nice,
      clean kernel thread.  Unfortunately, there is a case where
      call_usermodehelper is called with &bus->subsys.rwsem held (via
      bus_add_driver()), but keventd could be running bus_add_device(), which is
      blocked on the same lock.  The result is deadlock, and it comes from using
      keventd for both.
      
      In this case, it can be fixed by using a completely independent thread for
      call_usermodehelper, or an independent workqueue.  Workqueues have the
      infrastructure we need, so we use one.
      
      Move EXPORT_SYMBOL while we're there, too.
      
      akpm fixes: Make it compile with !CONFIG_KMOD
      35f4fc9f
    • Andrew Morton's avatar
      [PATCH] create singlethread_workqueue() · bf9e688d
      Andrew Morton authored
      From: Rusty Russell <rusty@rustcorp.com.au>
      
      Workqueues are a great primitive for running things from user context from
      a completely clean environment.  Unfortunately, they currently insist on
      creating one thread per CPU, which is overkill for many situations, so the
      more generic keventd workqueue is used for these.  Recently deadlocks using
      keventd were demonstrated, showing that it is not suitable for all uses.
      
      1) Clean up CPU iterators.  Always a nice touch.
      
      2) Add __create_workqueue() and create_singlethread_workqueue(),
         keeping source compatibility.
      
      3) Put workqueues in workqueue list even if !CONFIG_HOTPLUG_CPU (means
         we need a lock to protect that list).  Now we can tell if a wq is
         single-threaded using list_empty(&wq->list).
      
      4) For single-threaded workqueues, override CPU in queue_work,
         delayed_work_timer_fn and flush_workqueue to be 0.  flush_workqueue
         now does redundant passes for single-threaded workqueues, but the
         code remains simple.
      
      5) Make create_workqueue_thread return the thread, so we can easily
         kthread_bind for multi-threaded workqueues.
      
      
      akpm fixes:
      
      - Fix up is_single_threaded() handling
      
      - single-threaded wq thread does not have "/0" appended.
      bf9e688d
    • David Brownell's avatar
      [PATCH] One more USB fix · 18d0f151
      David Brownell authored
      Here's another fix it'd be good to merge ...
      
      No changes to the Linux code at all, but it'll makes the Windows
      configuration of a Linux device running the Ethernet/RNDIS gadget behave
      correctly on more versions of Windows.  (It might prevent some
      Bluescreening too.)
      18d0f151
    • Linus Torvalds's avatar
      Merge http://lia64.bkbits.net/to-linus-2.5 · 830cb0bc
      Linus Torvalds authored
      into ppc970.osdl.org:/home/torvalds/v2.6/linux
      830cb0bc
    • Greg Edwards's avatar
      [PATCH] ia64: Remove SN PDA page overflow check · 67cd8c87
      Greg Edwards authored
      There's an obsolete check in sn_init_pdas() left over from the 2.4
      days that panics if the cpu PDA and cpu_data area span more than a page.
      With 2.6, we're not limited to a page, so remove the check entirely.
      67cd8c87
    • Alex Williamson's avatar
      [PATCH] ia64: bug w/ shared interrupts · d88ad34e
      Alex Williamson authored
      I just ran into a bug introduced by the most recent iosapic.c patch.
      The scenario is a builtin driver is up and running happily.  A module
      loads for a devices that happens to share the same interrupt vector,
      in this case a network driver.  The module calls pci_enable_device()
      as it should, which eventually lands in iosapic_enable_intr().  We
      then proceed to mask the interrupt and kill the device that's already
      running.  As a bonus, request_interrupt() doesn't fix the problem
      because we only call the startup for the interrupt handler on the
      first action attached to the interrupt.
      
      I think the best way out of this is simply to detect when an action is
      already attached to a vector and leave it alone.  This also prevents
      interrupts from moving to other cpus (on boxes w/o irq redirection)
      for no good reason.
      d88ad34e
    • Linus Torvalds's avatar
      Merge bk://kernel.bkbits.net/gregkh/linux/fix-2.6 · 85283764
      Linus Torvalds authored
      into ppc970.osdl.org:/home/torvalds/v2.6/linux
      85283764
    • Jens Axboe's avatar
      [PATCH] correct LoEj logic · 09b9f933
      Jens Axboe authored
      The logic got a little foo-bar'ed in the last patch, we should have keep
      the old logic.  Ie LoEj bit (2nd) must always be set, just clear it for
      known non-capable of loading drives.
      09b9f933
    • Greg Kroah-Hartman's avatar
    • Greg Kroah-Hartman's avatar
      [PATCH] USB: fix up fake usb_interface structure in hiddev · d07cc72d
      Greg Kroah-Hartman authored
      This fixes a oops in the current kernel tree.
      d07cc72d
    • Jens Axboe's avatar
      [PATCH] don't log drive loading failures · 3dcad070
      Jens Axboe authored
      This is an old bug that often confuses people, rightfully.
      
      For some laptop and server type cdroms, the drives advertise themselves
      as tray loading even if they are caddy-like or slot-in loaders.  This
      means they cannot insert the media on their own, and this generates a
      5/24/00 error to START_STOP_UNIT.
      
      This prevents the logging of such a failure, and also fixes the
      generation of such a bad command in case the mech type was correctly set
      by the drive.
      3dcad070
    • Armin Schindler's avatar
      [PATCH] ISDN CAPI: add ncci list semaphore · 303729f3
      Armin Schindler authored
      Fix race conditions of ISDN CAPI's internal ncci list handling by using
      a per capidev semaphore.
      303729f3
    • Linus Torvalds's avatar
      Merge bk://kernel.bkbits.net/davem/net-2.6 · 5ac16be8
      Linus Torvalds authored
      into ppc970.osdl.org:/home/torvalds/v2.6/linux
      5ac16be8