1. 12 Feb, 2003 26 commits
    • Andrew Morton's avatar
      [PATCH] fix fadvise64() return type · f979631f
      Andrew Morton authored
      Patch from: David Mosberger <davidm@napali.hpl.hp.com>
      
      Please remember to declare the return-type of syscall stubs as "long".
      On 64-bit platforms, it's generally necessary to ensure that the
      entire 64-bit return value is valid (and can be checked against
      negative values).
      f979631f
    • Andrew Morton's avatar
      [PATCH] drivers/media/video/saa5249.c compile fix · 224ebf75
      Andrew Morton authored
      Patch from: Frank Davis <fdavis@si.rr.com>
      
      The following addresses bugzilla bug # 340.
      224ebf75
    • Andrew Morton's avatar
      [PATCH] Make drivers/media/video/saa7110.c compile · a8d41f1d
      Andrew Morton authored
      Patch from: Frank Davis <fdavis@si.rr.com>
      
      The following patch addresses bugzilla bug # 341.
      a8d41f1d
    • Andrew Morton's avatar
      [PATCH] Allow summit kernels to boot on normal systems · 553a2a58
      Andrew Morton authored
      Patch from: john stultz <johnstul@us.ibm.com>
      
      This patch simply fixes the summit subarch to allow summit kernels to
      boot on normal systems.
      553a2a58
    • Andrew Morton's avatar
      [PATCH] make drivers/net/arlan.c compile again · bd0bfea9
      Andrew Morton authored
      Someone typed `config' when they meant `conf'.
      
      Also fix a function-defined-but-not-used warning.
      bd0bfea9
    • Andrew Morton's avatar
      [PATCH] EATA driver fix · 030219ad
      Andrew Morton authored
      This driver is calling down into scsi_register with local interrupts
      disabled.  scsi_register performs blocking allocations, starts kernel
      threads, etc.  slab debugging gets offended by someone performing blocking
      operations with local interrupts disabled.
      030219ad
    • Andrew Morton's avatar
      [PATCH] jiffies wrap fixes · f9409775
      Andrew Morton authored
      Patch from Tim Schmielau <tim@physik3.uni-rostock.de>
      
      Converts many open-coded jiffy comparisons to use time_after/before/etc.
      f9409775
    • Andrew Morton's avatar
      [PATCH] sunrpc dcache cleanup · b72d7dcb
      Andrew Morton authored
      Patch from Dipankar Sarma <dipankar@in.ibm.com>
      
      All fs should be using dcache APIs to manipulate dcache hash lists.  This is
      in line with the dcache cleanup patch (dcache_rcu-1) from Maneesh that Linus
      accepted.  This seems like a reasonable cleanup.  One change though, we don't
      need to grab dcache_lock while deleting dentries from the private list and
      __d_drop() should suffice here.
      b72d7dcb
    • Andrew Morton's avatar
      [PATCH] make the adaptec driver compile · fec07c11
      Andrew Morton authored
      make the adaptec driver compile
      fec07c11
    • Andrew Morton's avatar
      [PATCH] disassociate_ctty SMP fix · 01ffc65c
      Andrew Morton authored
      Patch from Rik van Riel <riel@conectiva.com.br>
      
      the following patch, against today's BK tree, fixes a small
      SMP race in disassociate_ctty.  This function gets called
      from do_exit, without the BKL held.
      
      However, it sets the *tty variable before grabbing the bkl,
      then makes decisions on what the variable was set to before
      the lock was grabbed, despite the fact that another process
      could modify its ->tty pointer in this same function.
      01ffc65c
    • Andrew Morton's avatar
      [PATCH] provide uniproc write_trylock() · 40095952
      Andrew Morton authored
      Patch from Oleg Drokin <green@namesys.com>, Nikita Danilov <Nikita@Namesys.COM>
      
      There is no uniprocessor definition of _raw_write_trylock(), so
      write_trylock() doesn't work on UP.
      40095952
    • Andrew Morton's avatar
      [PATCH] fix drivers/scsi/st.c warning · 23a37cf9
      Andrew Morton authored
      kdev_t.value is not an int.  Code looks fishy.
      23a37cf9
    • Andrew Morton's avatar
      [PATCH] fs/reiserfs/hashes.c warning fix · 151ea8ec
      Andrew Morton authored
      printk needs kernel.h
      151ea8ec
    • Andrew Morton's avatar
      [PATCH] fix ppc64 nfs warning · f4a094d8
      Andrew Morton authored
      Don't assume that dev_t is unsigned.  Cast it.
      f4a094d8
    • Andrew Morton's avatar
      [PATCH] fix ppc64 wanings in fs/partitions/check.c · 999eb9ee
      Andrew Morton authored
      cast dev_t when printing
      999eb9ee
    • Andrew Morton's avatar
      [PATCH] kill some ppc64 warnings in knfsd · ebca3272
      Andrew Morton authored
      Don't assume that dev_t is an unsigned.  Cast it.
      ebca3272
    • Andrew Morton's avatar
      [PATCH] kill warning in vmscan.c · 8b7ee204
      Andrew Morton authored
      Make the "duplicate const" warning go away.  Arguably a compiler bug...
      8b7ee204
    • Andrew Morton's avatar
      [PATCH] genhd warnings fix · d89ff79e
      Andrew Morton authored
      I have a whole bunch of silly compile warning fixes here, arising from
      building the kernel for a 64-bit target.  Some are trivial, some are genuine
      printk bugs.
      
      assuming dev_t is unsigned generates a warning on ppc64.  Cast it.
      d89ff79e
    • Linus Torvalds's avatar
      Merge bk://linux-dj.bkbits.net/cpufreq · 7cc3ef9a
      Linus Torvalds authored
      into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux
      7cc3ef9a
    • Dave Jones's avatar
      [CPUFREQ] fix longrun min/max confusion. · ce2d3f00
      Dave Jones authored
      ce2d3f00
    • Dave Jones's avatar
      [CPUFREQ] add support for cpufreq governors. · 2e585809
      Dave Jones authored
      More bits from Dominik.
      
      Most cpufreq drivers (in fact, all except one, longrun) or even most
      cpu frequency scaling algorithms only offer the CPU to be set to one
      frequency. In order to offer dynamic frequency scaling, the cpufreq
      core must be able to tell these drivers of a "target frequency". So
      these specific drivers will be transformed to offer a "->target"
      call instead of the existing "->setpolicy" call. For "longrun", all
      stays the same, though.
      
      How to decide what frequency within the CPUfreq policy should be used?
      That's done using "cpufreq governors". Two are already in this patch
      -- they're the already existing "powersave" and "performance" which
      set the frequency statically to the lowest or highest frequency,
      respectively. At least two more such governors will be ready for
      addition in the near future, but likely many more as there are various
      different theories and models about dynamic frequency scaling
      around. Using such a generic interface as cpufreq offers to scaling
      governors, these can be tested extensively, and the best one can be
      selected for each specific use.
      
      Basically, it's the following flow graph:
      
      CPU can be set to switch independetly    |         CPU can only be set
            within specific "limits"           |       to specific frequencies
      
                                       "CPUfreq policy"
                      consists of frequency limits (policy->{min,max})
                           and CPUfreq governor to be used
                               /                    \
                              /                      \
                             /                       the cpufreq governor decides
                            /                        (dynamically or statically)
                           /                         what target_freq to set within
                          /                          the limits of policy->{min,max}
                         /                                \
                        /                                  \
              Using the ->setpolicy call,              Using the ->target call,
                  the limits and the                    the frequency closest
                   "policy" is set.                     to target_freq is set.
                                                        It is assured that it
                                                        is within policy->{min,max}
      2e585809
    • Dave Jones's avatar
      [CPUFREQ] Properly set memory allocated by x86 cpufreq drivers to zero. · b846cb81
      Dave Jones authored
      From Dominik Brodowski
      b846cb81
    • Pavel Machek's avatar
      [PATCH] Fix stack handling in acpi_wakeup.S · 26a97bb1
      Pavel Machek authored
      This fixes stack handling in acpi_wakeup.S, and makes stack smaller so
      that wakeup code actually fits inside memory allocated for it. Plus
      someone renamed .L1432 to something meaningful.
      26a97bb1
    • Linus Torvalds's avatar
    • Ivan Kokshaysky's avatar
      [PATCH] alpha: Add missing sighand bits · fcb96784
      Ivan Kokshaysky authored
      fcb96784
    • Tomas Szepe's avatar
      [PATCH] export allow_signal() · 0cbea0df
      Tomas Szepe authored
      Export allow_signal().  It's needed by lockd, sunrpc and other modules.
      0cbea0df
  2. 11 Feb, 2003 14 commits
    • Stephen Rothwell's avatar
      [PATCH] x86_64 compatibility layer update · 92f777ca
      Stephen Rothwell authored
      Andi has asked that I send these straight forward compatibility patches
      to you and he will fix up any merge problems later.  These are the
      outstanding patches for x86_64 against 2.5.60.
      92f777ca
    • Stephen Rothwell's avatar
      [PATCH] parisc compatibility layer update · daebc586
      Stephen Rothwell authored
      At Linux Conf AU, Willy asked me to send any further parisc compatibility
      changes directly to you, so this is what I have outstanding.  Basically,
      it is just the uses of compat_sigset_t that seemed to have been missed in
      the previous merges.
      daebc586
    • Andi Kleen's avatar
      [PATCH] x86-64 merge · d8f19f2c
      Andi Kleen authored
      This brings the x86-64 port uptodate in 2.5.60. Unfortunately I cannot
      test too much because i constantly get deadlocks in exit/wait in initscripts
      on SMP bootup. The kernel seems to still lose a lot of SIGCHLD. 2.5.59/SMP
      had the same problem. Uniprocessor and SMP kernel on UP seems to work.
      
      This patch only touches x86-64 specific files. It requires a few simple
      changes to arch independent files that I will send separately.
      
       - Fixed a lot of obsolete/misleading configure help texts.
       - Remove old bootblock disk loader and support fdimage target for syslinux
         instead (H. Peter Anvin)
       - Fix potential fpu signal restore problem on 32bit emulation.
       - Merge with 2.5.60 i386 (hugetlbfs, acpi etc.)
       - Some fixes for local apic disabled modus.
       - Beginngs of S3 ACPI wakeup from real-mode (not working yet, don't use)
       - Beginnings of NUMA/CONFIG_DISCONTIGMEM support for AMD K8 (work in progress,
         port from 2.4): clean up memory mapping at bootup, generalize bootmem etc.
       - Fix 64bit GS base reload problem and reenable (Karsten Keil)
       - Fix race with vmalloc accesses from interrupt handlers disturbing page fault/
         similar race for the debug handler (thanks to Andrew Morton)
       - Merge cpu access primitives with i386
       - Revert to private module list for now because putting modules
         nto vmlist triggered too many problems.
       - Some cleanups, removal of unneeded code.
       - Let early __get_free_pages see consistent pda
       - Preempt disabled for now because it is too broken right now
       - Signal handler fixes
       - Fix do_gettimeofday to be completely lockless and reenable vsyscalls
       - Optimize context switch path a bit (should be ported to i386)
       - Get thread_info via stack for better code
       - Don't leak pmd pages
       - Clean up hardcoded task stack sizes.
      d8f19f2c
    • Stephen Rothwell's avatar
      [PATCH] apm daemonize · 3ab054ff
      Stephen Rothwell authored
      Since daemonize now blocks all signals, this simplification is trivially
      correct.
      3ab054ff
    • Linus Torvalds's avatar
      Merge bk://kernel.bkbits.net/davem/sparc-2.5 · 962bf880
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      962bf880
    • Linus Torvalds's avatar
      Merge bk://kernel.bkbits.net/davem/net-2.5 · b3602488
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      b3602488
    • Linus Torvalds's avatar
      Merge http://linux-isdn.bkbits.net/linux-2.5.make · 85e8ac71
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      85e8ac71
    • Kai Germaschewski's avatar
      Merge tp1.ruhr-uni-bochum.de:/scratch/kai/kernel/v2.5/linux-2.5 · 55fabbb8
      Kai Germaschewski authored
      into tp1.ruhr-uni-bochum.de:/scratch/kai/kernel/v2.5/linux-2.5.make
      55fabbb8
    • Andries E. Brouwer's avatar
      [PATCH] nfs fix · 5092f154
      Andries E. Brouwer authored
      nfs must not use MINORBITS - that fails with 32-bit dev_t
      5092f154
    • David S. Miller's avatar
      Merge davem@nuts.ninka.net:/home/davem/src/BK/net-2.5 · 8316120b
      David S. Miller authored
      into kernel.bkbits.net:/home/davem/net-2.5
      8316120b
    • David S. Miller's avatar
      Merge davem@nuts.ninka.net:/home/davem/src/BK/sparc-2.5 · c4090743
      David S. Miller authored
      into kernel.bkbits.net:/home/davem/sparc-2.5
      c4090743
    • Kai Germaschewski's avatar
      kbuild: scripts/fixdep.c doesn't close files when finished · 510d70db
      Kai Germaschewski authored
      From Chris Wedgwood:
      
      > fixdep doesn't close files when finished with them... normally this
      > doesn't matter unless you have strict ulimits in place.
      >
      > Trivial fix is:
      510d70db
    • Linus Torvalds's avatar
      Add macthing 'va_end()' to the 'va_start()' in daemonize(). · 29b1ac58
      Linus Torvalds authored
      Not that it makes any difference on x86, but there may be
      architectures that actually need it.
      29b1ac58
    • Linus Torvalds's avatar
      Sanitize kernel daemon signal handling and process naming. · 43fea1be
      Linus Torvalds authored
      Add a name argument to daemonize() (va_arg) to avoid all the
      kernel threads having to duplicate the name setting over and
      over again.
      
      Make daemonize() disable all signals by default, and add a
      "allow_signal()" function to let daemons say they explicitly
      want to support a signal.
      
      Make flush_signal() take the signal lock, so that callers do
      not need to.
      43fea1be