1. 19 Jan, 2004 40 commits
    • Andrew Morton's avatar
      [PATCH] M68k symbol exports · 3e53488a
      Andrew Morton authored
      From: Geert Uytterhoeven <geert@linux-m68k.org>
      
      M68k: Export missing symbols (from Matthias Urlichs)
      3e53488a
    • Andrew Morton's avatar
      [PATCH] BVME6000 RTC C99 · 5ddecbec
      Andrew Morton authored
      From: Geert Uytterhoeven <geert@linux-m68k.org>
      
      BVME6000 RTC: Use C99 struct initializers
      5ddecbec
    • Andrew Morton's avatar
      [PATCH] Amiga sound C99 · 97294071
      Andrew Morton authored
      From: Geert Uytterhoeven <geert@linux-m68k.org>
      
      Amiga sound: Use C99 struct initializers
      97294071
    • Andrew Morton's avatar
      [PATCH] Atari Hades PCI C99 · ecc8c275
      Andrew Morton authored
      From: Geert Uytterhoeven <geert@linux-m68k.org>
      
      Atari Hades PCI: Use C99 struct initializers
      ecc8c275
    • Andrew Morton's avatar
      [PATCH] M68k RMW accesses · cf9c906f
      Andrew Morton authored
      From: Geert Uytterhoeven <geert@linux-m68k.org>
      
      M68k: Avoid bus fault for certain RMW accesses (from Roman Zippel)
      cf9c906f
    • Andrew Morton's avatar
      [PATCH] M68k cache mode · db4f1fda
      Andrew Morton authored
      From: Geert Uytterhoeven <geert@linux-m68k.org>
      
      M68k: Use a constant m68k_supervisor_cachemode only if we know it's safe,
      otherwise use the value from head.S (from Roman Zippel)
      db4f1fda
    • Andrew Morton's avatar
      [PATCH] M68k head white space · 37f5c1db
      Andrew Morton authored
      From: Geert Uytterhoeven <geert@linux-m68k.org>
      
      M68k: Remove trailing white space (from Roman Zippel)
      37f5c1db
    • Andrew Morton's avatar
      [PATCH] M68k head pic · 02cef3d4
      Andrew Morton authored
      From: Geert Uytterhoeven <geert@linux-m68k.org>
      
      M68k: Make console functions position independent (from Roman Zippel)
      02cef3d4
    • Andrew Morton's avatar
      [PATCH] M68k head comments · 7c8a6fc8
      Andrew Morton authored
      From: Geert Uytterhoeven <geert@linux-m68k.org>
      
      M68k: Update some comments (from Roman Zippel)
      7c8a6fc8
    • Andrew Morton's avatar
      [PATCH] M68k head unused · 0aa6f423
      Andrew Morton authored
      From: Geert Uytterhoeven <geert@linux-m68k.org>
      
      M68k: Remove unused console_video_virtual (from Roman Zippel)
      0aa6f423
    • Andrew Morton's avatar
      [PATCH] M68k head console · 7c7e5a98
      Andrew Morton authored
      From: Geert Uytterhoeven <geert@linux-m68k.org>
      
      M68k: Use function macros and local macro for console functions (from Roman
      Zippel)
      7c7e5a98
    • Andrew Morton's avatar
      [PATCH] M68k floppy selection · 03490660
      Andrew Morton authored
      From: Geert Uytterhoeven <geert@linux-m68k.org>
      
      Floppy: On m68k, PC-style floppies are used on Q40/Q60 and Sun-3x only. Sun-3x
      floppy is currently broken (needs I/O abstractions)
      03490660
    • Andrew Morton's avatar
      [PATCH] C99 change to rcupdate.h · 0bfab7ea
      Andrew Morton authored
      From: "Art Haas" <ahaas@airmail.net>
      
      Replace the GNU initializers with C99 initializers.
      0bfab7ea
    • Andrew Morton's avatar
      [PATCH] Missing end tags in kernel-locking kerneldoc · ac987996
      Andrew Morton authored
      From: Rusty Russell <rusty@rustcorp.com.au>
      
      From: Adam Kropelin <akropel1@rochester.rr.com>
      
      The new-and-improved kernel-locking kerneldoc seems to be missing some end
      tags which causes 'make foodocs' to die.  I'm not sure if it's because of
      my not-bleeding-edge docbook utils or if it's a genuine error.  Since most
      ending tags are present I tend to think it's an error.
      ac987996
    • Andrew Morton's avatar
      [PATCH] Change cryptic description and help for CONFIG_PDC202XX_FORCE · f1af402d
      Andrew Morton authored
      From: Stephan Maciej <stephanm@muc.de>
      
      The description and the help text for this option has bothered me long
      enough...  I hope the new strings are more self-explanatory than the ones
      before.
      f1af402d
    • Andrew Morton's avatar
      [PATCH] Use for_each_cpu() Where It's Meant To Be · 012061cc
      Andrew Morton authored
      From: Rusty Russell <rusty@rustcorp.com.au>
      
      Some places use cpu_online() where they should be using cpu_possible, most
      commonly for tallying statistics.  This makes no difference without hotplug
      CPU.
      
      Use the for_each_cpu() macro in those places, providing good examples (and
      making the external hotplug CPU patch smaller).
      
      Some places use cpu_online() where they should be using cpu_possible, most
      commonly for tallying statistics.  This makes no difference without hotplug
      CPU.
      
      Use the for_each_cpu() macro in those places, providing good examples (and
      making the external hotplug CPU patch smaller).
      012061cc
    • Andrew Morton's avatar
      [PATCH] Make for_each_cpu() Iterator More Friendly · 90c7f719
      Andrew Morton authored
      From: Rusty Russell <rusty@rustcorp.com.au>
      
      Anton: breaks PPC64, as it needs cpu_possible_mask, but fix is already
      in Ameslab tree.
      
      The for_each_cpu() and for_each_online_cpu() iterators take a mask, and
      noone uses them that way (except for arch/i386/mach-voyager, which uses
      for_each_cpu(cpu_online_mask).  Make them more usable iterators, by
      dropping the "mask" arg.
      
      This requires that archs provide a cpu_possible_mask: most do, but PPC64
      doesn't, so it is broken by this patch.  The other archs use a #define to
      define it in asm/smp.h.
      
      Most places doing loops over cpus testing for cpu_online() should use
      for_each_cpu: it is synonymous at the moment, but with the CPU hotplug
      patch the difference becomes important.
      
      Followup patches will convert users.
      90c7f719
    • Andrew Morton's avatar
      [PATCH] sched.c style cleanups · 8e197efa
      Andrew Morton authored
      From: Ingo Molnar <mingo@elte.hu>
      
      - sched.c style cleanups (no code change)
      8e197efa
    • Andrew Morton's avatar
      [PATCH] CPU scheduler cleanup · 2df40901
      Andrew Morton authored
      From: Ingo Molnar <mingo@elte.hu>
      
      - move scheduling-state initializtion from copy_process() to
        sched_fork() (Nick Piggin)
      2df40901
    • Andrew Morton's avatar
      [PATCH] can_migrate_task cleanup · ea9c300d
      Andrew Morton authored
      From: Ingo Molnar <mingo@elte.hu>
      
      - minor can_migrate_task cleanup
      ea9c300d
    • Andrew Morton's avatar
      [PATCH] Relax synchronization of sched_clock() · 67006113
      Andrew Morton authored
      From: Ingo Molnar <mingo@elte.hu>
      
      - relax synchronization of sched_clock()
      67006113
    • Andrew Morton's avatar
      [PATCH] O21 for interactivity 2.6.0 · 8c6f4906
      Andrew Morton authored
      From: Con Kolivas <kernel@kolivas.org>
      
      A non-critical corner case has come up for interactivity that I believe needs 
      to be addressed. It is only extensive testing and examination that revealed
      this, as this interactivity work is in maintenance mode.
      
      Description:
      
        It is possible for a highly interactive task (like X) to cause large
        latencies in tasks that are less 'niced' (eg negative nice number
        compared to X which should normally run at nice 0) if they are fully
        cpu bound.  This occurs due to expiration of the cpu bound tasks.
      
        This patch addresses this by not reinserting interactive tasks into
        the active array if there is a better static priority task running but
        has been placed on the expired array.  This causes a substantial
        reduction in the maximum scheduling latency a task with a less nice
        value can have. 
      
        This also has the positive side effect of maintaining better cpu%
        proportions for tasks of different nice levels.
      
      Testers will only be able to discern a difference with highly cpu bound tasks 
      of normal scheduling policy at different nice levels. Test cases are doing 
      something cpu intensive relatively -niced in the presence of an interactive
      load (eg capturing and encoding video at nice -10 while using X nice 0, or 
      something nice 0 vs nice +10) and so on. Because of the crossover of 10 
      'nice' levels of dynamic priorities between interactive and cpu bound tasks
      this patch will have a more noticable effect as the nice difference is
      greater, especially 11 or more.
      8c6f4906
    • Andrew Morton's avatar
      [PATCH] kill_fasync speedup · f6ef9d5b
      Andrew Morton authored
      From: Manfred Spraul <manfred@colorfullife.com>
      
      fasync_helper and kill_fasync are helpers for managing F_SETFL fcntl 
      calls that change FASYNC and sending the necessary signals. The locking 
      uses one global rwlock that's acquired for read in all kill_fasync
      calls, and that causes cache line trashing. This is not necessary: if
      the fasync list is empty, then there is no need to acquire the rwlock.
      Tests with reaim on a 4-way pIII on STP showed an 80% reduction of the
      time within kill_fasync.
      f6ef9d5b
    • Andrew Morton's avatar
      [PATCH] CONFIG_EPOLL=n space reduction · 96c4bc2e
      Andrew Morton authored
      From: Davide Libenzi <davidel@xmailserver.org>
      
      CONFIG_EPOLL=n space reduction in struct file.
      96c4bc2e
    • Andrew Morton's avatar
      [PATCH] fix for tridentfb.c usage on CRTs. · 162a61e8
      Andrew Morton authored
      From: Bram Stolk <bram@sara.nl>
      
      All modes that exceed the native resolution of a flatpanel are discarded.
      However, a CRT has native resolution set to 0, and therefore, tridentfb.c
      cannot be used with a CRT.
      162a61e8
    • Andrew Morton's avatar
      [PATCH] final CardServices() removal patches · 5efc426f
      Andrew Morton authored
      From: Andres Salomon <dilinger@voxel.net>
      
      Remove calls to CardServices(); final.
      
      This removes the CardServices() calls the rest of the tree, as well as
      CardServices itself from cs.c and cs.h.  My previous patches, along w/
      Arjan's patch for ide-cs.c and Russell's patch for serial_cs.c should
      remove all traces of it.  I've attached a gzipped tarball to hopefully
      make things easier.
      
      Files touched:
                                                                                 =
       201-cs_remove.patch:+++ mod/sound/pcmcia/vx/vx_entry.c
      202-cs_remove.patch:+++ mod/drivers/bluetooth/bluecard_cs.c
      202-cs_remove.patch:+++ mod/drivers/bluetooth/bt3c_cs.c
      202-cs_remove.patch:+++ mod/drivers/bluetooth/btuart_cs.c
      202-cs_remove.patch:+++ mod/drivers/bluetooth/dtl1_cs.c
      203-cs_remove.patch:+++ mod/drivers/isdn/hardware/avm/avm_cs.c
      203-cs_remove.patch:+++ mod/drivers/isdn/hisax/avma1_cs.c
      203-cs_remove.patch:+++ mod/drivers/isdn/hisax/elsa_cs.c
      203-cs_remove.patch:+++ mod/drivers/isdn/hisax/sedlbauer_cs.c
      204-cs_remove.patch:+++ mod/drivers/parport/parport_cs.c
      205-cs_remove.patch:+++ mod/drivers/telephony/ixj_pcmcia.c
      206-cs_remove.patch:+++ mod/drivers/mtd/maps/pcmciamtd.c
      207-cs_remove.patch:+++ mod/drivers/scsi/pcmcia/aha152x_stub.c
      207-cs_remove.patch:+++ mod/drivers/scsi/pcmcia/fdomain_stub.c
      207-cs_remove.patch:+++ mod/drivers/scsi/pcmcia/nsp_cs.c
      207-cs_remove.patch:+++ mod/drivers/scsi/pcmcia/nsp_cs.h
      207-cs_remove.patch:+++ mod/drivers/scsi/pcmcia/qlogic_stub.c
      208-cs_remove.patch:+++ mod/drivers/char/pcmcia/synclink_cs.c
      209-cs_remove.patch:+++ mod/drivers/pcmcia/cs.c
      209-cs_remove.patch:+++ mod/include/pcmcia/cs.h
      5efc426f
    • Andrew Morton's avatar
      [PATCH] remvoe CardServices from axnet_cs · 3782085d
      Andrew Morton authored
      From: Andres Salomon <dilinger@voxel.net>
      
      Anyways, this removes the last of the CS calls.
      3782085d
    • Andrew Morton's avatar
      [PATCH] serial_cs CardServices removal fix · 5cf80280
      Andrew Morton authored
      From: Russell King <rmk@arm.linux.org.uk>
      5cf80280
    • Andrew Morton's avatar
      [PATCH] Remvoe CardServices() from drivers/serial · 95410090
      Andrew Morton authored
      From: Russell King <rmk+lkml@arm.linux.org.uk>
      
      Ok, this is the last patch for removal of CardServices()
      95410090
    • Andrew Morton's avatar
      [PATCH] remove CardServices() from drivers/net/wireless · 477792e7
      Andrew Morton authored
      From: Andres Salomon <dilinger@voxel.net>
      
      This wraps up drivers/net/wireless.  Still remaining:
      
      - sound/pcmcia/vx
      - drivers/{bluetooth,isdn,parport,telephony}
      - drivers/mtd/maps
      - drivers/scsi/pcmcia
      - drivers/char/pcmcia/synclink_cs.c
      477792e7
    • Andrew Morton's avatar
      [PATCH] CardServices removal for ide-cs · fab88a83
      Andrew Morton authored
      From: Arjan van de Ven <arjanv@redhat.com>
      fab88a83
    • Andrew Morton's avatar
      [PATCH] CardServices() removal from pcmcia net drivers · fbb3bc6f
      Andrew Morton authored
      From: Andres Salomon <dilinger@voxel.net>
      
      Replace the various CardServices() calls w/ their pcmcia_* function.  The
      pcmcia functions fit better with kernel conventions, and don't have the
      nasty var args stuff.  These patches also fix a few places where the args
      supplied to CardServices were either not supplied, or dealt with in
      non-obvious ways.
      fbb3bc6f
    • Andrew Morton's avatar
      [PATCH] make try_to_free_pages walk zonelist · d5d4042d
      Andrew Morton authored
      From: Rik van Riel <riel@surriel.com>
      
      In 2.6.0 both __alloc_pages() and the corresponding wakeup_kswapd()s walk
      all zones in the zone list, possibly spanning multiple nodes in a low numa
      factor system like AMD64.
      
      Also, if lower_zone_protection is set in /proc, then it may be possible
      that kswapd never cleans out data in zones further down the zonelist and
      try_to_free_pages needs to do that.
      
      However, in 2.6.0 try_to_free_pages() only frees pages in the pgdat the
      first zone in the zonelist belongs to.
      
      This is probably the wrong behaviour, since both the page allocator and the
      kswapd wakeup free things from all zones on the zonelist.  The following
      patch makes try_to_free_pages() consistent with the allocator, by passing
      the zonelist as an argument and freeing pages from all zones in the list.
      
      I do not have any numa systems myself, so I have only tested it on my own
      little smp box.  Testing on NUMA systems may be useful, though the patch
      really only should have an impact in those rare cases where kswapd can't
      keep up with allocations...
      
      As a side effect, the patch shrinks the kernel by 2 lines and replaces some
      subtle magic by a simpler array walk.
      d5d4042d
    • Andrew Morton's avatar
      [PATCH] Make ppp_async callable from hard interrupt · 2996d8de
      Andrew Morton authored
      From: Paul Mackerras <paulus@samba.org>
      
      Since there are serial drivers (particularly the USB serial driver) that
      call the line discipline receive_buf and write_wakeup routines at hard
      interrupt level, I have changed the ppp_async code to cope with that.  It
      now uses a tasklet so that it calls the generic PPP code at soft interrupt
      level even if its receive_buf and write_wakeup entries are called at hard
      interrupt level.
      
      This patch has been lightly tested here with a keyspan USB serial adaptor
      and also with the built-in modem on my tibook, which uses the pmac_zilog
      driver (which hooks into the drivers/serial infrastructure).
      2996d8de
    • Andrew Morton's avatar
      [PATCH] ATAPI MO support update · 42c4d9c7
      Andrew Morton authored
      From: Jens Axboe <axboe@suse.de>
      
      Update the ATAPI MO support code to reflect the reorganisations and cleanups
      which the Mt Ranier support patch added.
      
      DESC
      cdrom_open fix
      EDESC
      From: Jens Axboe <axboe@suse.de>
      42c4d9c7
    • Andrew Morton's avatar
      [PATCH] mt rainier support · 62950936
      Andrew Morton authored
      From: Jens Axboe <axboe@suse.de>
      
      Following patch adds mt rainier support to the cdrom uniform layer (it
      works with atapi and scsi/usb).
      62950936
    • Andrew Morton's avatar
      [PATCH] ATAPI MO drive support · 9147d7be
      Andrew Morton authored
      From: Pascal Schmidt <der.eremit@email.de>
      
      The below patch is needed to support ATAPI MO drives in 2.6. ide-scsi
      doesn't work any more for this, so ide-cd has to take over the job of
      running the MO drive. Without this, there is no way to write to an
      ATAPI MO drive.
      
      This patch has been discussed with Linus and Jens already around test9
      time and it was agreed this is the right way to go about it. I have
      rediffed it against 2.6.0. Compiles, runs, works just fine for me.
      9147d7be
    • Andrew Morton's avatar
      [PATCH] Fix oops when modifying /sys/block/dm-0/queue/nr_requests · 7b2115c5
      Andrew Morton authored
      From: Mike Christie <michaelc@cs.wisc.edu>
      
      DM, MD, rd and loop use blk_alloc_queue and blk_queue_make_request to
      initialize their queue, because they only use the make_request_fn.  The
      attached patch prevents the queue from being registered if only
      blk_alloc_queue was called.
      7b2115c5
    • Andrew Morton's avatar
      [PATCH] fix gcc-3.4 warning in percpu code · 7ce3f0f7
      Andrew Morton authored
      From: Rusty Russell <rusty@rustcorp.com.au>
      
      It's complaining about:
      
      #define per_cpu(var, cpu)			((void)cpu, per_cpu__##var)
      
      There are several ways of fixing this, but the simplest is:
      
      #define per_cpu(var, cpu)			(*((void)cpu, &per_cpu__##var))
      7ce3f0f7
    • Andrew Morton's avatar
      [PATCH] PPC32: Minor cleanups to IBM4xx and MPC82xx headers. · 96aae355
      Andrew Morton authored
      From: Tom Rini <trini@kernel.crashing.org>
      
      PPC32: Minor cleanups to IBM4xx and MPC82xx headers.
      
      - Make sure that if <asm/ibm4xx.h> is included on !40x && !440, there is no real effect.
      - Delete arch/ppc/platforms/mpc82xx.h
      - Make sure that if CONFIG_8260 isn't set, there is no effect in <asm/mpc8260.h>.
      - Add a __ASSEMBLY__ test around the extern for __res in <asm/mpc8260.h>.
      96aae355