1. 20 May, 2004 5 commits
  2. 19 May, 2004 35 commits
    • Mark Huth's avatar
    • Peter Martuccelli's avatar
      556769bc
    • David S. Miller's avatar
      Merge nuts.davemloft.net:/disk1/BK/sparcwork-2.6 · 31a02fd4
      David S. Miller authored
      into nuts.davemloft.net:/disk1/BK/sparc-2.6
      31a02fd4
    • Patrick Finnegan's avatar
    • Vernon A. Fort's avatar
      [PATCH] mxser.c kernel-2.6.5 · 1aa3f5ed
      Vernon A. Fort authored
      This adds support for the CP-104 Moxa Smartio serial cards.  Just add
      the PCI ID information.
      1aa3f5ed
    • Zhenmin Li's avatar
      09d4eb8f
    • David S. Miller's avatar
      [SPARC64]: Mark sort_memlist static. · ecdd78ec
      David S. Miller authored
      ecdd78ec
    • David S. Miller's avatar
      [SPARC64]: Update defconfig. · adde86cf
      David S. Miller authored
      adde86cf
    • Paul Mackerras's avatar
      [PATCH] ppc64: move kmem_bufctl_t inside #ifndef __ASSEMBLY__ · 1ba3a31f
      Paul Mackerras authored
      When the kmem_bufctl_t typedef got added to include/asm-ppc64/types.h,
      it got added outside the #ifndef __ASSEMBLY__ section, causing
      assembler errors.  This patch, from David Gibson, moves it inside the
      #ifndef __ASSEMBLY__ region.
      1ba3a31f
    • Greg Ungerer's avatar
      [PATCH] m68knommu: add newlines to debug trace in comempci.c · 245a62a1
      Greg Ungerer authored
      Add newlines to some printk debug trace of comempci.c driver.
      245a62a1
    • Greg Ungerer's avatar
      [PATCH] m68knommu: remove un-used libgcc symbols · a7ebf779
      Greg Ungerer authored
      Remove a lot of un-used and un-needed libgcc funstions from export list
      for m68knommu syms.
      a7ebf779
    • Greg Ungerer's avatar
      [PATCH] m68knommu: correct build line for Dragonbakk frame buffer driver · 72d71372
      Greg Ungerer authored
      Correct build lines for Motorola Dragonball 68x328 frame buffer driver. 
      
      Patch from Georges Menie <georges@menie.org>
      72d71372
    • Greg Ungerer's avatar
      [PATCH] m68knommu: remove ColdFire specific atomic functions · 8e80d377
      Greg Ungerer authored
      Remove ColdFire specific code sections for atomic_add and atomc_sub.
      
      These are not needed, the m68k asm code for these functions is ColdFire
      clean.
      8e80d377
    • Greg Ungerer's avatar
      [PATCH] m68knommu: un-define IO instructions when using smc driver · 110bf11d
      Greg Ungerer authored
      We should un-define all the x86 style IO routines when redefining local
      versions.
      110bf11d
    • Greg Ungerer's avatar
      [PATCH] m68knommu: add init points for Dragonball frame buffer driver · 5258ce56
      Greg Ungerer authored
      Create init points for the Motorola Dragonball 68x328 frame
      buffer driver.
      
      Patch from Georges Menie <georges@menie.org>
      5258ce56
    • Greg Ungerer's avatar
      [PATCH] m68knommu: add find_next_bit() to bitops.h · 7a283490
      Greg Ungerer authored
      A couple of fixups for asm-m68knommu/bitops.h:
      
      . re-order definition of fls(), to be outside __KERNEL__
      . add code for find_next_bit()
      7a283490
    • Greg Ungerer's avatar
      [PATCH] m68knommu: big clean/fix of Dragonball frame buffer driver · 3fb529dc
      Greg Ungerer authored
      Big cleanup of the Motorola DragonBall 68x328 frame buffer.  It was
      quite broken before. 
      
      Patch from Georges Menie <georges@menie.org>.
      3fb529dc
    • Greg Ungerer's avatar
      [PATCH] m68knommu: fix cache flush for 5407 ColdFire CPU · 1d2e3bff
      Greg Ungerer authored
      Fix the cache flushing code for the ColdFire 5407 CPU.
      
      The cpushl instruction arguments are wrong, causing it to miss some
      cache lines.
      1d2e3bff
    • Greg Ungerer's avatar
      [PATCH] ucLinux: return 0 on success from do_munmap() for nommu version · c5c7dfff
      Greg Ungerer authored
      Added a nommu version of sysctl_max_map_count.
      
      Fix return value from do_munmap(), it should return 0 on success not
      EINVAL.
      c5c7dfff
    • Andrew Morton's avatar
      [PATCH] raid locking fix. · 26c78a95
      Andrew Morton authored
      From: Neil Brown <neilb@cse.unsw.edu.au>
      
      Fix bug #2661
      
      Raid currently calls ->unplug_fn under spin_lock_irqsave(), but unplug_fns
      can sleep.
      
      
      After a morning of scratching my head and trying to come up with some that
      does less locking, the following is the best I can come up with.  I'm not
      proud of it but it should work.
      
      If I move "nr_pending" out or rdev into the per-personality structures
      (e.g.  mirror_info), and if I had "atomic_inc_if_nonzero" I could do with
      without locking so much, but random atomic* functions don't seem trivial
      26c78a95
    • Linus Torvalds's avatar
      Merge bk://gkernel.bkbits.net/net-drivers-2.6 · d0511fb6
      Linus Torvalds authored
      into ppc970.osdl.org:/home/torvalds/v2.6/linux
      d0511fb6
    • Arjan van de Ven's avatar
      [PATCH] fealnx smp bugfix · e1c76849
      Arjan van de Ven authored
              spinlock_t *lp = &((struct netdev_private *)dev->priv)->lock;
      doesn't mix with
      	spin_unlock_irqrestore(&lp, flags);
      e1c76849
    • Andrew Morton's avatar
      [PATCH] s390 atomic_inc_and_test() fix · 86cda021
      Andrew Morton authored
      From: David Mosberger <davidm@napali.hpl.hp.com>
      86cda021
    • Andrew Morton's avatar
      [PATCH] sir_dev locking fix · 6d06b342
      Andrew Morton authored
      From: Martin Diehl <lists@mdiehl.de>
      
      There was a spin_unlock missing in the raw mode tx-completion path.  Probably
      it slipped through because the raw mode stuff is never reached with my Actisys
      hardware.
      6d06b342
    • Andrew Morton's avatar
      [PATCH] s390: network driver · 2c81f2e4
      Andrew Morton authored
      From: Martin Schwidefsky <schwidefsky@de.ibm.com>
      
      Network driver changes:
       - iucv: Make grab_param function SMP safe.
       - lcs: Fix null-pointer dereference after unsuccessful set_online.
       - qeth: Fix kmalloc flags in qeth_alloc_reply.
       - qeth: Show broadcase capability also in route4/6 sysfs attributes.
       - qeth: Remove debug code.
       - qeth: Add option to qetharp user space interface to strip unused
               fields from query arp records.
       - qeth: Add shortcut in outbound path for HiperSockets.
       - qeth: Add more info to qeth_perf_stats.
       - qeth: Add support for direct SNMP interface to OSA express cards.
      2c81f2e4
    • Andrew Morton's avatar
      [PATCH] s390: zfcp host adapater · b874ee07
      Andrew Morton authored
      From: Martin Schwidefsky <schwidefsky@de.ibm.com>
      
      zfcp host adapter change:
       - Remove misplaced dot in error message.
       - Remove unused performance statistics code.
      b874ee07
    • Andrew Morton's avatar
      [PATCH] s390: dasd driver · 1f5a9d4e
      Andrew Morton authored
      From: Martin Schwidefsky <schwidefsky@de.ibm.com>
      
      dasd device driver changes:
       - Reset pointer from ccw device to dasd_devmap on device removal.
      1f5a9d4e
    • Andrew Morton's avatar
      [PATCH] s390: core s390 · 4120bd78
      Andrew Morton authored
      From: Martin Schwidefsky <schwidefsky@de.ibm.com>
      
      s390 core changes:
       - Fix system call trace / audit interface.
       - Fix find_first_bit / find_next_bit inlines assembly constraints.
      4120bd78
    • Andrew Morton's avatar
      [PATCH] use-before-uninitialized value in ext3(2)_find_ goal · 83ee50f5
      Andrew Morton authored
      From: Mingming Cao <cmm@us.ibm.com>
      
      There is a uninitialized goal value being referenced in both ext3 and ext2
      find goal block functions (ext3_find_goal() and ext2_find_goal()).
      
      In the non-sequential write case, these functions check the goal value(non
      zero) before calling ext3(2)_find_near() to find the goal block to
      allocate.
      
      Since the goal value is uninitialized(non zero), the ext3(2)_find_near() is
      never being called in the non-sequential write, thus ext3(2)_find_goal()
      failed to guide a goal block in the random write case.
      
      ext3(2)_new_block() takes the junk goal value and will turn it to goal 0
      since it's normally beyond the filesystem block number limit.  The fix is
      trivial.
      83ee50f5
    • Andrew Morton's avatar
      [PATCH] Fix overzealous use of online cpu iterators · 2cb2f31f
      Andrew Morton authored
      From: Rusty Russell <rusty@rustcorp.com.au>
      
      The IA64 hotplug CPU merge seems to have included some core changes: in
      particular the recalc_bh_state() needs to sum for all (including offline)
      cpus, since we don't empty the counters on CPU down.  The totals printed by
      /proc/stat (the first loop) should include offline cpus, too (apparently
      printing out the per-cpu lines for offline cpus confuses top).
      2cb2f31f
    • Andrew Morton's avatar
      [PATCH] vga16fb-fix · 4a40d604
      Andrew Morton authored
      The recent ARM-specific fix broke ia32.  Hopefully the ARM team can find an
      arch-specific implementation of VGA_MAP_MEM() which makes it work.
      4a40d604
    • Andrew Morton's avatar
      [PATCH] VFS cache sizing fix for small machines · 227d8064
      Andrew Morton authored
      From: Matt Mackall <mpm@selenic.com>
      
      Doing the algebra:
      
      c = (a - b) * 3/2
      a' = a - c = a - 3/2(a - b) = (2a - 3a + 3b)/2 = (3b - a)/2
      a' >= 0
      3b - a >= 0
      3b >= a
      b >= a/3
      nr_free_pages() >= mempages/3
      
      We can indeed get into trouble if we try to load a large kernel on a very
      small box (ie kernel reserves more than 2/3 of usable memory).  Surprisingly I
      haven't hit this, but here's a fix.
      227d8064
    • Andrew Morton's avatar
      [PATCH] svc_recv() fix · c0b5943f
      Andrew Morton authored
      From: "J. Bruce Fields" <bfields@fieldses.org>
      
      svc_recv may call svc_sock_release before rqstp->rq_res is initialized.
      c0b5943f
    • Andrew Morton's avatar
      [PATCH] kNFSd: Add a warning when upcalls fail, · eeb6f17b
      Andrew Morton authored
      From: NeilBrown <neilb@cse.unsw.edu.au>
      
      From: "J. Bruce Fields" <bfields@fieldses.org>
      
      To help the user diagnose problems caused by user-level daemons not running.
      eeb6f17b
    • Andrew Morton's avatar
      [PATCH] kNFSd: Remove check on number of threads waiting on user-space. · 95321936
      Andrew Morton authored
      From: NeilBrown <neilb@cse.unsw.edu.au>
      
      From: "J. Bruce Fields" <bfields@fieldses.org>
      
      Currently we are counting the number of threads already asleep and returning
      an immediate NFS4ERR_DELAY (==JUKEBOX) error if more than half are already
      asleep.
      
      This patch removes that logic, so instead we only return NFS4ERR_DELAY if an
      upcall times out (if it takes more than a second to return).
      
      With the thread counting there is the risk that even when all the relevant
      subsystems are responsive, the client may still see occasional NFS4ERR_DELAY
      returns just because, by coincidence, several upcalls were initiated at the
      same time.  I expect clients will delay several seconds before retrying after
      NFS4ERR_DELAY, so this will be quite noticeable to users.  Sporadic long
      delays like this are likely to lead users to suspect a problem somewhere, when
      in fact there is none.
      
      The current scheme ensures that we can still process requests not depending on
      upcalls, even when all threads would otherwise be tied up waiting on upcalls. 
      However, this is not something that should happen under normal circumstances;
      if a server spends a significant portion of its time with all threads waiting
      for upcalls, this a sign that something is seriously wrong.
      
      In such a circumstance (e.g., an ldap server dies), we can, at least, bound
      the waiting time to a second without the need for counting threads.
      
      In short, removing the thread-counting will allow us to behave predictably
      when things are working, while still allowing some progress when they don't.
      
      It would be a worthwhile project to measure the amount of time threads spend
      waiting for upcalls (or for reads, for that matter); if a significant portion
      of the time they spend handling requests is spent sleeping, then there's an
      opportunity to improve nfsd performance: if we can break the one-to-one
      mapping between requests and threads, then we can lower the number of threads
      required to keep the nfs server busy.
      
      However, both the currently available options for doing this are problematic:
      returning JUKEBOX/DELAY errors at random times will lead to unpredictable
      performance, and saving a copy of the request to be processed from scratch
      again later is wasteful and makes it difficult to provide correct semantics,
      especially in the NFSv4 case.
      
      So for now I believe waits with short timeouts are the best option.
      95321936