1. 14 Jun, 2003 40 commits
    • Andrew Morton's avatar
      [PATCH] Unisys ES7000 2/2: platform subarch · 4761c449
      Andrew Morton authored
      From: "Protasevich, Natalie" <Natalie.Protasevich@UNISYS.com>
      
      Include ES7000 specific code for es7000 subarch.
      4761c449
    • Andrew Morton's avatar
      [PATCH] Unisys ES7000 platform subarch 1/2: generic bits · 40546029
      Andrew Morton authored
      From: "Protasevich, Natalie" <Natalie.Protasevich@unisys.com>
      
      The patch set adds support for the Unisys ES7000 series architecture.
      It covers different ES7000 platform variations with their corresponding APIC
      architectures, such as Fosters-Gallatins based (XAPIC) ES7000s as well as
      older Cascades based (logical cluster) ES7000 machines.
      The patch was discussed among platform developers on LK and later resided in
      the Alan's tree for 4-5 weeks for testing. Alan indicated that there are
      "Zero complaints of any kind, zero problems from the changed code". He
      recommended submit the patch. The code was tested by IBM as well as others
      and did not have any impact on existing subarchs and on standard systems.
      
      
      Here is the "generic" patch #1.  It deals with the IRQ overrides (most of
      changes in mpparse.c and PCI range adjustment in io_apic.c), insufficient
      width of IO-APIC ID, and a corner case for defining quantities of things like
      APICs, IRQ sources, etc.  (the attempt to make easier defining these items in
      subarchs resulted in separation of MP definition portion in
      include/asm-i386/mpparse.h from its enumeration portion).  It has also
      Venkatesh Palladi's fix that he suggested earlier for the correct APIC
      version; I had to have it for this platform since the correct APIC version
      will be needed later for dynamic platform discovery when es7000 will be
      incorporated into genapic.
      40546029
    • Andrew Morton's avatar
      [PATCH] compat_ioctl fixes · 4121ec9c
      Andrew Morton authored
      From: Anton Blanchard <anton@samba.org>
      
      - Add BLKRASET/BLKFRASET as compatible ioctls
      
      - Remove ifdefs around RTC ioctls - ppc64 implements its own rtc driver
        and doesnt define CONFIG_RTC.
      
      - remove SG_IO which is not compatible
      
      - extra loop, autofs, NCP and bluetooth ioctls
      4121ec9c
    • Andrew Morton's avatar
      [PATCH] NUMA fixes · 1d292c60
      Andrew Morton authored
      From: Anton Blanchard <anton@samba.org>
      
      
      Anton has been testing odd setups:
      
      /* node 0 - no cpus, no memory */
      /* node 1 - 1 cpu, no memory */
      /* node 2 - 0 cpus, 1GB memory */
      /* node 3 - 3 cpus, 3GB memory */
      
      Two things tripped so far.  Firstly the ppc64 debug check for invalid cpus
      in cpu_to_node().  Fix that in kernel/sched.c:node_nr_running_init().
      
      The other problem concerned nodes with memory but no cpus.  kswapd tries to
      set_cpus_allowed(0) and bad things happen.  So we only set cpu affinity
      for kswapd if there are cpus in the node.
      1d292c60
    • Linus Torvalds's avatar
      Fix up missing header files · 16996799
      Linus Torvalds authored
      16996799
    • Anton Blanchard's avatar
      [PATCH] fix compat_sys_getrusage · dffb6acd
      Anton Blanchard authored
      compat_sys_getrusage was returning the result of a logical or. Make
      it return the result of sys_getrusage if it fails or -EFAULT if we
      cant write it out to userspace.
      dffb6acd
    • Paul Mackerras's avatar
      [PATCH] fix weird kmalloc bug · 7015b1a3
      Paul Mackerras authored
      Last night, Manfred and I found an interesting bug with kmalloc on
      ppc32, where the kmalloc in alloc_super() (fs/super.c) was requesting
      432 bytes but only getting 256 bytes.  The reason was that PAGE_SIZE
      wasn't defined at the point where the kmalloc() inline function
      occurs.  Thus the CACHE(32) entry got omitted from the list in
      kmalloc_sizes.h, and kmalloc therefore used the entry in
      malloc_sizes[] before the correct entry.
      
      This patch fixes it by including asm/page.h and asm/cache.h in
      linux/slab.h.  The list in kmalloc_sizes.h depends on L1_CACHE_BYTES
      as well as PAGE_SIZE, which is why I added asm/cache.h.
      7015b1a3
    • Mikael Pettersson's avatar
      [PATCH] local APIC driver model cleanups · db2f4e00
      Mikael Pettersson authored
      This patch cleans up a few leftovers after Mochel's recent
      driver model changes. Tested. Please apply.
      
      - arch/i386/kernel/apic.c: <linux/module.h> no longer needed
      - include/asm-i386/apic.h: device_lapic no longer exported
      db2f4e00
    • Mikael Pettersson's avatar
      [PATCH] local APIC blacklist rules updates · 2475e282
      Mikael Pettersson authored
      This patch removes the x86 local APIC blacklist rules for the
      Microstar 6163 and Intel AL440LX mainboards. These boards do
      work with local APIC enabled. Heavily tested. Please apply.
      
      Long story: When I worked on the initial UP_APIC code, these
      two mainboard (MS-6163 and AL440LX) were the only ones that
      caused hangs when the local APIC was enabled. At the time,
      I attributed these hangs to broken BIOSen and implemented DMI
      scan blacklist rules to prevent enabling the local APIC on them.
      
      However, the last year I've observed hangs on other mainboards
      that initially were believed to be safe for local APIC. The
      hangs turned out to be caused by APM's DISPLAY_BLANK option:
      When this option is enabled, APM will invoke BIOS and graphics
      card BIOS code without disabling the local APIC first. In many
      cases, a local APIC timer interrupt while APM is trying to blank
      the console will hang the system.
      
      APM also has two other options that can hang the system: CPU_IDLE
      and building APM as a module, both of which causes it to do BIOS
      calls without disabling the local APIC first. On all my systems,
      the only reliable configuration is to keep APM's DISPLAY_BLANK and
      CPU_IDLE disabled, and to build APM non-modular.
      2475e282
    • Bartlomiej Zolnierkiewicz's avatar
      [PATCH] ide: move "config IDE" to drivers/ide/Kconfig · d0646d34
      Bartlomiej Zolnierkiewicz authored
      Patch by Matthew Wilcox.
      
      Allows all architectures to simply include the drivers/ide/Kconfig file.
      d0646d34
    • Bartlomiej Zolnierkiewicz's avatar
      [PATCH] ide: Power Management · 028509b4
      Bartlomiej Zolnierkiewicz authored
      Patch by Benjamin Herrenschmidt, minor fixes by me.
      028509b4
    • Bartlomiej Zolnierkiewicz's avatar
      [PATCH] ide: bring non-taskfile code back · 9adda9b6
      Bartlomiej Zolnierkiewicz authored
      Unexpectedly there are some taskfile IO bugreports,
      so bring back old code and add taskfile IO config option (default y).
      This aids testing and lets people use safe(?) old code.
      9adda9b6
    • Linus Torvalds's avatar
      Merge bk://kernel.bkbits.net/vojtech/input · 508cf6ef
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      508cf6ef
    • Andrew Morton's avatar
      [PATCH] fix deadlock over proc_lock · 9936b07d
      Andrew Morton authored
      From: Manfred Spraul <manfred@colorfullife.com>
      
      Martin found out what caused the deadlocks with 2.5.70 and SDET: I forgot
      to initialize proc_lock during fork().  Usually this works, because the
      parent lock is unlocked.  But a proc lookup during fork can cause it to be
      locked, and then the system locks up.
      9936b07d
    • Linus Torvalds's avatar
      Linux 2.5.71 · 40d45b93
      Linus Torvalds authored
      40d45b93
    • Linus Torvalds's avatar
    • Rusty Russell's avatar
      [PATCH] sched.c neatening and fixes. · 03540697
      Rusty Russell authored
      1) Fix the comments for the migration_thread.  A while back Ingo
         agreed they were exactly wrong, IIRC. 8).
      
      2) Changed spin_lock_irqsave to spin_lock_irq, since it's in a
         kernel thread.
      
      3) Don't repeat if the task has moved off the original CPU, just finish.
         This is because we are simply trying to push the task off this CPU:
         if it's already moved, great.  Currently we might theoretically move
         a task which is actually running on another CPU, which is v. bad.
      
      4) Replace the __ffs(p->cpus_allowed) with any_online_cpu(), since
         that's what it's for, and __ffs() can give the wrong answer, eg. if
         there's no CPU 0.
      
      5) Move the core functionality of migrate_task into a separate function,
         move_task_away, which I want for the hotplug CPU patch.
      03540697
    • Linus Torvalds's avatar
      Merge http://linux-isdn.bkbits.net/linux-2.5.make · 07de07de
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      07de07de
    • Vojtech Pavlik's avatar
      Merge · 44a56c6d
      Vojtech Pavlik authored
      44a56c6d
    • Peter Osterlund's avatar
      e76b0d3f
    • Peter Osterlund's avatar
    • Vojtech Pavlik's avatar
    • Linus Torvalds's avatar
      Merge bk://kernel.bkbits.net/davem/net-2.5 · 2eb80fd2
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      2eb80fd2
    • Vojtech Pavlik's avatar
      Merge · 5fd543ef
      Vojtech Pavlik authored
      5fd543ef
    • Linus Torvalds's avatar
      Merge bk://bk.arm.linux.org.uk/linux-2.5-serial · 758361cb
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      758361cb
    • Vojtech Pavlik's avatar
      Merge · cecd4820
      Vojtech Pavlik authored
      cecd4820
    • Vojtech Pavlik's avatar
      Merge · 6cbef8f8
      Vojtech Pavlik authored
      6cbef8f8
    • Vojtech Pavlik's avatar
      Merge · 2f60f10c
      Vojtech Pavlik authored
      2f60f10c
    • Vojtech Pavlik's avatar
      Merge · e2907239
      Vojtech Pavlik authored
      e2907239
    • Vojtech Pavlik's avatar
      Merge · f17af196
      Vojtech Pavlik authored
      f17af196
    • Vojtech Pavlik's avatar
      Merge · f32f886a
      Vojtech Pavlik authored
      f32f886a
    • Vojtech Pavlik's avatar
      Merge · 0cb32850
      Vojtech Pavlik authored
      0cb32850
    • Vojtech Pavlik's avatar
      Merge · 28ca0df8
      Vojtech Pavlik authored
      28ca0df8
    • Vojtech Pavlik's avatar
      Merge · 94db0c7c
      Vojtech Pavlik authored
      94db0c7c
    • Vojtech Pavlik's avatar
      Merge · fe00a2e7
      Vojtech Pavlik authored
      fe00a2e7
    • Vojtech Pavlik's avatar
      Merge · f97d168a
      Vojtech Pavlik authored
      f97d168a
    • Vojtech Pavlik's avatar
      Merge · 46b9a0c0
      Vojtech Pavlik authored
      46b9a0c0
    • Benjamin Herrenschmidt's avatar
      [PATCH] Nuke check_highmem_ptes() · f3d844bc
      Benjamin Herrenschmidt authored
      It was broken on at least ppc32 & sparc32, and the debugging it
      offered wasn't worth it any more anyway.
      f3d844bc
    • Samuel Thibault's avatar
      [PATCH] speedstep_detect_speed might not reenable interrupts · f3d302d9
      Samuel Thibault authored
      local_irq_save() is called at the beginning of speedstep_detect_speeds,
      but local_irq_restore() is not called on I/O errors.
      f3d302d9
    • Samuel Thibault's avatar
      [PATCH] cpufreq: correct initialization on Intel Coppermines · 7afd3b34
      Samuel Thibault authored
      Intel seems to have changed their mind, and now document the detection
      process for speedstep-enabled Pentium III Coppermines:
      
      	http://www.intel.com/support/processors/sb/cs-003779-prd24.htm
      
      Here is a patch.
      
      I kept the setup parameter, but it might be removed now?
      7afd3b34