1. 29 Sep, 2002 33 commits
    • Russell King's avatar
      Merge http://linus.bkbits.net/linux-2.5 · c5ac1f1c
      Russell King authored
      into flint.arm.linux.org.uk:/usr/src/linux-bk-2.5/linux-2.5-rmk
      c5ac1f1c
    • Russell King's avatar
      c71c14e5
    • Russell King's avatar
      28a065f2
    • Russell King's avatar
      [ARM] Add kmap_types.h and percpu.h · 53252275
      Russell King authored
      53252275
    • Russell King's avatar
      [ARM] Cleanup Ceiva merge. · 2d678419
      Russell King authored
      2d678419
    • Rob Scott's avatar
      [ARM PATCH] 1243/1: Add support for Ceiva Photoframe, part2: machine specifics (fixed) · d5096010
      Rob Scott authored
      Adds machine specific support for Ceiva Photoframe. Affects:
      arch/arm/mach-clps711x/Makefile 
      arch/arm/mach-clps711x/ceiva.c (new)
      include/asm-arm/arch-clps711x/hardware.h
      include/asm-arm/arch-clps711x/memory.h
      
      Differences from 1st patch:
      Removed redundant static I/O mapping for flash from hardware.h
      Reverted to original CONFIG_DISCONTIGMEM enabling in memory.h
      Added PHYS_TO_NID definition, when DISCONTIG undefined in memory.h
      d5096010
    • Russell King's avatar
      [ARM] Fix up export-objs for clps711x, integrator and sa1100 · e9c540cb
      Russell King authored
      (From Thunder)
      e9c540cb
    • Nicolas Pitre's avatar
      [ARM PATCH] 1293/1: fix to the ARM optimized strchr() · 5d9d305b
      Nicolas Pitre authored
      Two bugs here:
      
      1) The return value of strchr("foo",0) should be the start address of
         "foo" + 3, not NULL.
      
      2) Since the second argument for strchr() is defined as an int, some
         characters such as 'é' might validly end up to be the value -23 due to
         signedness issues.  Corectly handle those.
      5d9d305b
    • Russell King's avatar
      [ARM] Don't return a value from ptrace_set_bpt() · 4c286c37
      Russell King authored
      The return value from ptrace_set_bit() is never used.  This cset
      makes it a void function.
      4c286c37
    • Russell King's avatar
    • Russell King's avatar
    • Russell King's avatar
      [ARM] Bring asm/setup.h and asm/unistd.h into line with main ARM tree · 2e203506
      Russell King authored
      This removes some minor differences between Linus' tree and the main
      ARM tree; comment clarification and some weird formatting.
      2e203506
    • Russell King's avatar
      [ARM] Remove keyboard.h includes and some generic ARM keyboard bits. · 370a19cf
      Russell King authored
      This keeps ARM in line with the continued transition to the input
      layer.
      370a19cf
    • Russell King's avatar
      d6c91d1a
    • Dr. David Alan Gilbert's avatar
      [ARM PATCH] 1260/1: Fix comment in nwfpe · e8641889
      Dr. David Alan Gilbert authored
      Hi,
        I believe the comment in the nwfpe fpopcodes is slightly wrong -
      although a 2nd pair of eyes on this would be a good idea.
      e8641889
    • Dr. David Alan Gilbert's avatar
      [ARM PATCH] 1257/1: Helpful comment in stat.h · 0939dd40
      Dr. David Alan Gilbert authored
      Hi,
        For reasons of great complexity I found out the hard way that the
      kernel must (and does) zero the pad sections in the stat structures.
      Here is a comment that states this for the next person who needs to
      know.
      0939dd40
    • Russell King's avatar
      [ARM] Unify integer register usage passed into FP module. · a382f0c3
      Russell King authored
      This allows the FP module to perform some extra optimisations.
      a382f0c3
    • Russell King's avatar
      [ARM] 2.5.34 update · 3a8fb256
      Russell King authored
      Update for changes in mainline 2.5.3[01234].
      3a8fb256
    • Dominik Brodowski's avatar
      [PATCH] CPUfreq i386 drivers update · 1673f3b4
      Dominik Brodowski authored
      This add-on patch is needed to abort on Dell Inspiron 8000 / 8100 which
      would lock up during speedstep.c and to resolve an oops (thanks to Hu Gang
      for reporting this)
      1673f3b4
    • Dominik Brodowski's avatar
      [PATCH] (5/5) CPUfreq /proc/sys/cpu/ add-on patch · a82b282f
      Dominik Brodowski authored
      CPUFreq 24-API add-on patch for 2.5.39:
      kernel/cpufreq.c	cpufreq-24-API
      include/linux/cpufreq.h	cpufreq-24-API
      arch/i386/config.in	Transmeta LongRun does not work well with cpufreq-24-API
      arch/i386/Config.help	help text for CONFIG_CPU_FREQ_24_API
      a82b282f
    • Dominik Brodowski's avatar
      [PATCH] (4/5) CPUfreq Documentation · 427f9384
      Dominik Brodowski authored
      CPUFreq documentation for 2.5.39:
      CREDITS			one further CREDIT entry
      Documentation/cpufreq	documentation of CPU frequency and voltage scaling
      	support in the Linux kernel.
      MAINTAINERS		one further MAINTAINERS entry
      arch/i386/Config.help	Config.help texts for i386 CPUFreq drivers
      427f9384
    • Dominik Brodowski's avatar
      [PATCH] (3/5) CPUfreq i386 drivers · 0ed1fce0
      Dominik Brodowski authored
      CPUFreq i386 drivers for 2.5.39:
      arch/i386/config.in				Necessary config options
      arch/i386/kernel/cpu/Makefile			allow for compilation of the CPUFreq subdirectory
      arch/i386/kernel/cpu/cpufreq/Makefile		Makefile for CPUFreq drivers
      arch/i386/kernel/cpu/cpufreq/elanfreq.c		CPUFreq driver for AMD Elan processors
      arch/i386/kernel/cpu/cpufreq/longhaul.c		CPUFreq driver for VIA Longhaul processors
      arch/i386/kernel/cpu/cpufreq/longrun.c		CPUFreq driver for Transmeta Crusoe processors
      arch/i386/kernel/cpu/cpufreq/p4-clockmod.c	CPUFreq driver for Pentium 4 Xeon processors (using clock modulation)
      arch/i386/kernel/cpu/cpufreq/powernow-k6.c	CPUFreq driver for mobile AMD K6-2+ and mobile AMD K6-3+ processors
      arch/i386/kernel/cpu/cpufreq/speedstep.c	CPUFreq drivers for ICH2-M and ICH3-M chipsets and Intel Pentium 3-M and 4-M processors.
      0ed1fce0
    • Dominik Brodowski's avatar
      [PATCH] (2/5) CPUfreq i386 core · 6ea7844f
      Dominik Brodowski authored
      CPUFreq i386 core for 2.5.39:
      arch/i386/kernel/i386_ksyms.c	export cpu_khz
      arch/i386/kernel/time.c		update various i386 values on frequency
      				changes
      include/asm-i386/msr.h		add Transmeta MSR defines
      6ea7844f
    • Dominik Brodowski's avatar
      [PATCH] (1/5) CPUfreq core · e9b92d00
      Dominik Brodowski authored
      CPUFreq core for 2.5.39
      include/linux/cpufreq.h		CPUFreq header
      kernel/Makefile			add cpufreq.c if necessary
      kernel/cpufreq.c		CPUFreq core
      e9b92d00
    • Peter Wächtler's avatar
      [PATCH] oss sound cli cleanup · 18e131d1
      Peter Wächtler authored
      More cleanups for the OSS sound modules
      18e131d1
    • Ingo Molnar's avatar
      [PATCH] smptimers, old BH removal, tq-cleanup · dd140c87
      Ingo Molnar authored
      This is the smptimers patch plus the removal of old BHs and a rewrite of
      task-queue handling.
      
      Basically with the removal of TIMER_BH i think the time is right to get
      rid of old BHs forever, and to do a massive cleanup of all related
      fields.  The following five basic 'execution context' abstractions are
      supported by the kernel:
      
        - hardirq
        - softirq
        - tasklet
        - keventd-driven task-queues
        - process contexts
      
      I've done the following cleanups/simplifications to task-queues:
      
       - removed the ability to define your own task-queue, what can be done is
         to schedule_task() a given task to keventd, and to flush all pending
         tasks.
      
      This is actually a quite easy transition, since 90% of all task-queue
      users in the kernel used BH_IMMEDIATE - which is very similar in
      functionality to keventd.
      
      I believe task-queues should not be removed from the kernel altogether.
      It's true that they were written as a candidate replacement for BHs
      originally, but they do make sense in a different way: it's perhaps the
      easiest interface to do deferred processing from IRQ context, in
      performance-uncritical code areas.  They are easier to use than
      tasklets.
      
      code that cares about performance should convert to tasklets - as the
      timer code and the serial subsystem has done already. For extreme
      performance softirqs should be used - the net subsystem does this.
      
      and we can do this for 2.6 - there are only a couple of areas left after
      fixing all the BH_IMMEDIATE places.
      
      i have moved all the taskqueue handling code into kernel/context.c, and
      only kept the basic 'queue a task' definitions in include/linux/tqueue.h.
      I've converted three of the most commonly used BH_IMMEDIATE users:
      tty_io.c, floppy.c and random.c. [random.c might need more thought
      though.]
      
      i've also cleaned up kernel/timer.c over that of the stock smptimers
      patch: privatized the timer-vec definitions (nothing needs it,
      init_timer() used it mistakenly) and cleaned up the code. Plus i've moved
      some code around that does not belong into timer.c, and within timer.c
      i've organized data and functions along functionality and further
      separated the base timer code from the NTP bits.
      
      net_bh_lock: i have removed it, since it would synchronize to nothing. The
      old protocol handlers should still run on UP, and on SMP the kernel prints
      a warning upon use. Alexey, is this approach fine with you?
      
      scalable timers: i've further improved the patch ported to 2.5 by wli and
      Dipankar. There is only one pending issue i can see, the question of
      whether to migrate timers in mod_timer() or not. I'm quite convinced that
      they should be migrated, but i might be wrong. It's a 10 lines change to
      switch between migrating and non-migrating timers, we can do performance
      tests later on. The current, more complex migration code is pretty fast
      and has been stable under extremely high networking loads in the past 2
      years, so we can immediately switch to the simpler variant if someone
      proves it improves performance. (I'd say if non-migrating timers improve
      Apache performance on one of the bigger NUMA boxes then the point is
      proven, no further though will be needed.)
      dd140c87
    • Ingo Molnar's avatar
      [PATCH] atomic-thread-signals · 5a5ec729
      Ingo Molnar authored
      Avoid racing on signal delivery with thread signal blocking in thread
      groups.
      
      The method to do this is to eliminate the per-thread sigmask_lock, and
      use the per-group (per 'process') siglock for all signal related
      activities.  This immensely simplified some of the locking interactions
      within signal.c, and enabled the fixing of the above category of signal
      delivery races.
      
      This became possible due to the former thread-signal patch, which made
      siglock an irq-safe thing.  (it used to be a process-context-only
      spinlock.) And this is even a speedup for non-threaded applications:
      only one lock is used.
      
      I fixed all places within the kernel except the non-x86 arch sections.
      Even for them the transition is very straightforward, in almost every
      case the following is sufficient in arch/*/kernel/signal.c:
      
      		:1,$s/->sigmask_lock/->sig->siglock/g
      5a5ec729
    • Ingo Molnar's avatar
      [PATCH] thread-group SIGSTOP handling · 5360ccf4
      Ingo Molnar authored
      Fix thread-group SIGSTOP handling - the SIGSTOP notification was not
      propagated to the parent of the thread group leader.  Now Ctrl-Z-ing of
      thread groups works again.
      5360ccf4
    • Ingo Molnar's avatar
      [PATCH] signal delivery to thread groups bugfix · 8c739876
      Ingo Molnar authored
      Fix thread group signal sending
      8c739876
    • Ingo Molnar's avatar
      [PATCH] futex-fix-2.5.39-A1 · aa016b08
      Ingo Molnar authored
      This fixes one more race left in the new futex hashing code, which
      triggers if a futex waiter gets a signal after it has been woken up but
      before it actually wakes up.
      aa016b08
    • Ingo Molnar's avatar
      [PATCH] sigfix-2.5.39-A1 · 6e21ad7b
      Ingo Molnar authored
      This fixes the bug reported by David Mosberger, force_sig_info() dropped
      the siginfo structure, which broke things like SIGFPU or alignment-error
      exceptions.  This bug was introduced by the threading signal changes.
      (The patch also fixes signal declaration whitespaces in sched.h.)
      6e21ad7b
    • Jeff Garzik's avatar
    • Jeff Garzik's avatar
  2. 28 Sep, 2002 7 commits