1. 29 Mar, 2004 13 commits
  2. 30 Mar, 2004 1 commit
  3. 29 Mar, 2004 22 commits
    • Russell King's avatar
      [ARM] Clean up coherent DMA allocator from previous changes. · b9ed68e3
      Russell King authored
      - Since the coherent DMA allocator is not currently compatible with
        HUGETLB, ensure that we fail at compile time should this option be
        selected.
      - Move struct device/dma mask handling into consistent_alloc().
      - Complain if someone tries to allocate coherent memory larger than
        their DMA mask will permit.
      - Rename consistent_alloc() to __dma_alloc() to ensure that there
        is no confusion that consistent_alloc() has gone.
      - Ensure warnings and errors report the correct function name.
      b9ed68e3
    • Russell King's avatar
      [ARM] Remove consistent_alloc/consistent_free · b23bbf74
      Russell King authored
      Since we've eliminated users of these functions, we can unexport
      them.  Instead, drivers should use the DMA API interfaces.
      b23bbf74
    • Russell King's avatar
    • Russell King's avatar
      [ARM] Extend DMA API on ARM for DMA-able writecombining memory. · 9bacd63e
      Russell King authored
      This is mainly for ARM framebuffer drivers, some of which are
      presently either open-coding this functionality, or using some
      internal ARM architecture function to get what they want.
      9bacd63e
    • Russell King's avatar
      2ccb567a
    • Russell King's avatar
      [ARM] Remove vm_region_dump() debugging. · 8e645822
      Russell King authored
      8e645822
    • Andrew Morton's avatar
      [PATCH] inode dirtying timestamp fix · 18ccf569
      Andrew Morton authored
      It's a bit late in 2.6.5-rc for this, but it does fix a significant bug: for
      the first five minutes after boot, prior to the jiffy wrap, /bin/sync doesn't
      write all of the dirty data.
      
      We currently record an inode's time-of-first-dirtying in the address_space.
      This causes a few problems with dirty block special inodes: when the device
      node for /dev/hda1 needs to be written back we bogusly inspect the timestamp
      for the address_space, which belongs to a different inode.
      
      So move the inode's dirtying time up into the inode itself.
      
      This means that for block-special inodes, inode->dirtied_when represents the
      time at which the inode itself was dirtied.
      
      For regular files it represents the time at which the inode or its pages were
      dirtied.
      
      For blockdevs, the time-of-first-dirtying is recorded in the kernel-internal
      blockdev inode.  Only I_DIRTY_PAGES makes sense on these inodes.
      
      The reason all this works is that when dirtying a page we always run
      
      	__mark_inode_dirty(page->mapping->host);
      
      which refers to the kernel-internal blockdev inode.
      18ccf569
    • Andrew Morton's avatar
      [PATCH] Disable debugging in parport daisy · 2684a91b
      Andrew Morton authored
      From: Andi Kleen <ak@muc.de>
      
      We are in production now. No more debugging needed.
      2684a91b
    • Andrew Morton's avatar
      [PATCH] don't display viocd partitions in /proc/paritions · fd8fbf61
      Andrew Morton authored
      From: Olaf Hering <olh@suse.de>
      
      Further to the recent removal of CDROMs from /proc/partitions.
      fd8fbf61
    • Andrew Morton's avatar
      [PATCH] Fix /proc/swaps output alignment · 4ab0808d
      Andrew Morton authored
      From: Hugh Dickins <hugh@veritas.com>
      
      There's an irritating extra space upsetting alignment in the 2.6
      /proc/swaps, which already arranges a space to separate the fields.
      4ab0808d
    • Andrew Morton's avatar
      [PATCH] update i386 defconfig · 835e3b7d
      Andrew Morton authored
      From: Jeff Garzik <jgarzik@pobox.com>
      
      I pretty much said 'no' to everything "(NEW)", so any "=y" you see are the
      result of Kconfig rules, not me.
      835e3b7d
    • Andrew Morton's avatar
      [PATCH] Kill IDE debug messages during suspend · fa0a65d4
      Andrew Morton authored
      From: Pavel Machek <pavel@ucw.cz>
      
      Suspend/resume support in ide seems to work okay these days, so this should
      be applied.
      fa0a65d4
    • Andrew Morton's avatar
      [PATCH] cciss: return -ENXIO on no-device-present · 2635120e
      Andrew Morton authored
      From: mike.miller@hp.com
      
      If no device is attached we now return -ENXIO instead of some bogus
      numbers.  Prevents applications from trying to access non-existent disks.
      Also adds HDIO_GETGEO_BIG IOCTL that fdisk uses.
      2635120e
    • Andrew Morton's avatar
      [PATCH] cciss: support MSA30 storage enclosures · bcb10ca8
      Andrew Morton authored
      From: <mike.miller@hp.com>
      
      This change is required to support the new MSA30 storage enclosure.  If you
      do a SCSI inquiry to a SATA disk bad things happen.  This patch prevents
      the inquiry from going to SATA disks.
      bcb10ca8
    • Andrew Morton's avatar
      [PATCH] fix a warning in sound/oss/opl3sa2.c. · 359e3bc6
      Andrew Morton authored
      From: Luiz Fernando Capitulino <lcapitulino@prefeitura.sp.gov.br>
      
      sound/oss/opl3sa2.c:163: warning: `opl3sa2_lock' defined but not used
      359e3bc6
    • Andrew Morton's avatar
      [PATCH] Pass correct task to get_user_pages in ptrace · 0cfc4052
      Andrew Morton authored
      From: Andi Kleen <ak@suse.de>
      
      ptrace/access_process_vm was passing current to get_user_pages as task, but
      it should have been clearly the child task instead.
      
      This fixes the fault accounting in ptrace and the vsyscall debugging on
      x86-64 (it needs the correct task_struct to map the vsyscall pages)
      0cfc4052
    • Andrew Morton's avatar
      [PATCH] cmpci warning fixes · ff98143b
      Andrew Morton authored
      From: Luiz Fernando Capitulino <lcapitulino@prefeitura.sp.gov.br>
      
      sound/oss/cmpci.c: In function `cm_release_mixdev':
      sound/oss/cmpci.c:1465: warning: unused variable `s'
      ff98143b
    • Andrew Morton's avatar
      [PATCH] Fix slab creation/destruction vs. CPU Hotplug · 52930067
      Andrew Morton authored
      From: Rusty Russell <rusty@rustcorp.com.au>
      
      From: Srivatsa Vaddagiri <vatsa@in.ibm.com>
      
      Hit a couple of (cpu hotplug) races in slab allocator during my tests.
      Mostly it was because of continuous loading/unloading fs/minix/minix.ko
      while simultaneously doing offline/online of CPUs.  As part of its init and
      exit routines, minix.ko create/destroys caches, which lead to several
      oopses.
      
      1. kmem_cache_create
      	In brief, kmem_cache_create does:
      		a) calls enable_cpucache to create per-cpu cache for all
      		   online CPUs. 
      		b) adds the cache to the global list of caches
      
      	These two are not done atomically and thats what causes problems.
      
      	For ex: lets say that at the time of step a) CPU1 is not online.
      	Hence no per-cpu cache is created for CPU1 (cachep->array[1] is NULL). 
      	However CPU1 is not completely dead in the sense that CPU_DEAD
      	processing for it is not yet over.  By the time CPU_DEAD processing 
      	starts for CPU1, step b) is complete. So cpuup_callback finds this
      	cache and tries freeing it's per-cpu cache associated with CPU1.
      	In the process it dereferences a NULL pointer and dies.
      
      2. kmem_cache_destroy
      	In brief, kmem_cache_destroy does:
      		a) deletes the cache from the global list of caches
      		b) Drain per-cpu cache (drain_cpu_caches), which
      		   basically uses smp_call_function to run do_drain
      		   on all online CPUs.
      
      	One possible race is let's say that CPU1 is coming up.
      	By the time CPU_UP_PREPARE is processed for CPU1, step a) is
      	complete. Hence cpuup_callback does not allocate any per-cpu cache
      	for the cache that is being destroyed.
      
      	However by the time step b) is run, CPU1 is completely online
      	(taking interrupts). It receives the IPI and tries draining
      	it per-cpu cache (which is NULL) and dies there.
      
      I think we need to serialize kmem_cache_create/destroy against CPU hotplug
      to prevent these problems.  Patch below does that by taking CPU Hotplug sem
      (which is OK since kmem_cache_create/destroy are not very frequently
      used?).
      52930067
    • Andrew Morton's avatar
      [PATCH] Fix posix scheduling violation for !SCHED_OTHER · 7d7dac02
      Andrew Morton authored
      From: Joe Korty <joe.korty@ccur.com>
      
      The following fixes a problem where a SCHED_FIFO task would on occasion be
      moved to the end of its runqueue when returned to from a preemption.  Cause
      was due to some SCHED_OTHER code in schedule() which was being run for tasks
      of every policy.
      7d7dac02
    • Andrew Morton's avatar
      [PATCH] md: Convert a number or "unsigned long"s to "sector_t"s · ac84aba2
      Andrew Morton authored
      From: NeilBrown <neilb@cse.unsw.edu.au>
      
      This helps raid5 work on at least 1 very large array..
      
      Thanks to Evan Felix <evan.felix@pnl.gov>
      ac84aba2
    • Andrew Morton's avatar
      454104ff
    • Linus Torvalds's avatar
      Merge http://linux-watchdog.bkbits.net/linux-2.6-watchdog · 28fc9efb
      Linus Torvalds authored
      into ppc970.osdl.org:/home/torvalds/v2.6/linux
      28fc9efb
  4. 28 Mar, 2004 4 commits
    • Alain Knaff's avatar
      [PATCH] email address update · 8e764e0d
      Alain Knaff authored
      8e764e0d
    • Benjamin Herrenschmidt's avatar
      [PATCH] fix oops at pmac_zilog rmmod'ing · b5afcdb2
      Benjamin Herrenschmidt authored
      From: Colin Leroy <colin@colino.net>
      
      rmmod'ing pmac_zilog currently oopses because uart_unregister_driver(),
      which nullifies drv->tty_driver, is called before uart_remove_one_port(),
      which uses said drv->tty_driver.
      
      The comment at top of uart_unregister_driver() specifically says we have
      to have removed all our ports via uart_remove_one_port() before.
      b5afcdb2
    • Armin Schindler's avatar
      [PATCH] ISDN CAPI: fix capiminor_alloc() to assign lowest free minor · 62150145
      Armin Schindler authored
      From: Frank A. Uepping
      
         This fixes capiminor_alloc() to assign the lowest free minor for a
         new capi_tty. Thanks to Frank A. Uepping and Tim Woods.
      62150145
    • Benjamin Herrenschmidt's avatar
      [PATCH] ppc64: syscall error test incorrect for 64 bits results · 6c90fb7d
      Benjamin Herrenschmidt authored
      The syscall return path on ppc64 checks if the error is between
      -LAST_ERRNO and 0, if it is, does the usual inversion along with
      setting a CR bit indicating to glibc that an error occured.
      
      However, we had an interesting bug where we used a 32 bits logica
      (unsigned) comparison, thus possibly doing false positives for
      valid 64 bits unsigned values whose low 32 bits happen to be in
      the error range.
      
      Fix that.
      6c90fb7d