1. 14 Jun, 2003 40 commits
    • Andrew Morton's avatar
      [PATCH] Fix sign handling bugs in epca · f52e7cca
      Andrew Morton authored
      From: Ravikiran G Thirumalai <kiran@in.ibm.com>
      
      Don't check unsigned values for <= 0.
      f52e7cca
    • Andrew Morton's avatar
      [PATCH] Fix sign handling bugs in Decnet · 663c17b6
      Andrew Morton authored
      From: Ravikiran G Thirumalai <kiran@in.ibm.com>
      
      Fix decnet ioctl(TIOCOUTQ).
      663c17b6
    • Andrew Morton's avatar
      [PATCH] make pid_max readable · 22547331
      Andrew Morton authored
      From: Albert Cahalan <albert@users.sourceforge.net>
      
      This is needed so that apps can set appropriate column widths for PID
      display.
      22547331
    • Andrew Morton's avatar
      [PATCH] dm: Repair persistent minors · 3cb6ce4f
      Andrew Morton authored
      From: Joe Thornber <thornber@sistina.com>
      
      Split the dm_create() function into two variants, depending on whether you
      want the device to have a specific minor number.  This avoids the broken
      overloading of the minor argument to the old dm_create().
      3cb6ce4f
    • Andrew Morton's avatar
      [PATCH] tmpfs: revert license to 2.4 version · 9cde68fc
      Andrew Morton authored
      From: Hugh Dickins <hugh@veritas.com>, Christoph Rohland <cr@sap.com>
      
      Switches the long GPL blurb which Hugh took from the 2.4-ac version of
      mm/shmem.c, back to the original oneliner (as in 2.4.current).
      
      Christoph spotted that the long blurb says "either version 2 of the License,
      or (at your option) any later version", whereas he intended it be as COPYING
      says, version 2 period.  Hugh and Christoph are happier with known version 2
      than undefined future variants.
      9cde68fc
    • Andrew Morton's avatar
      [PATCH] remove anon_hash_chain · d009e569
      Andrew Morton authored
      From: James Morris <jmorris@intercode.com.au>
      
      This patch against current bk removes anon_hash_chain from fs/inode.c, as
      all inodes in the 2.5 kernel must be associated with a superblock, and the
      anon hash is no longer needed.
      
      (akpm: Well there's one inode with a null i_sb: swapper_inode.  But it
      shouldn't get here and if it does, we'll fix it by other means).
      d009e569
    • Andrew Morton's avatar
      [PATCH] arcnet oops fix · 2631b953
      Andrew Morton authored
      From: Dipankar Sarma <dipankar@in.ibm.com>
      
      Forward-port of a fix Alan merged into 2.4.21-pre.  It fixes arcnet oopses
      with raw sockets.
      2631b953
    • Andrew Morton's avatar
      78820703
    • Andrew Morton's avatar
      2b20d949
    • Andrew Morton's avatar
      b82db9f3
    • Andrew Morton's avatar
      2e508205
    • Andrew Morton's avatar
      f02606c8
    • Andrew Morton's avatar
      a9a93c8a
    • Andrew Morton's avatar
      0696d74b
    • Andrew Morton's avatar
      4dc04b05
    • Andrew Morton's avatar
      3fa27a54
    • Andrew Morton's avatar
      c948c5e3
    • Andrew Morton's avatar
      99f2577a
    • Andrew Morton's avatar
      9fb41ec2
    • Andrew Morton's avatar
      51fe6a2b
    • Andrew Morton's avatar
      0230f93d
    • Andrew Morton's avatar
      5aa563a9
    • Andrew Morton's avatar
      b1537c10
    • Andrew Morton's avatar
      [PATCH] More time clean up stuff · a05d0bae
      Andrew Morton authored
      From: george anzinger <george@mvista.com>
      
      This patch addresses issues of roundoff error in the time keeping and NTP
      code as follows:
      
      The conversion of "actual jiffies" to TICK_USEC and then to TICK_NSEC
      introduced large errors if jiffies was not a power of 10 (e.g.  1024 for
      the ia64).  Most of this is avoided by converting directly to TICK_NSEC.
      
      The calculation of MAX_SEC_IN_JIFFIES (the largest timespec or timeval the
      kernel will attempt) had overflow problems in the 64-bit machines.  We
      introduce a different equation for those machines.
      
      The NTP frequency update code was allowing a micro second of error to
      accumulate before applying the correction.  We change FINEUSEC to FINENSEC
      to do the correction as soon as a full nanosecond has accumulated.
      
      The initial calculation of time_freq for NTP had severe roundoff errors for
      HZ not a power of 10 (i.e.  1024).  A new equation fixes this.
      
      clock_nanosleep is changed to round up to the next jiffie to cover starting
      between jiffies.
      a05d0bae
    • Andrew Morton's avatar
      [PATCH] Some clean up of the time code. · b9cebc5d
      Andrew Morton authored
      From: george anzinger <george@mvista.com>
      
      This patch does the following:
      
      Pushs down the change from timeval to timespec in the settime routines.
      
      Fixes two places where time was set without updating the monotonic clock
      offset.  (Changes sys_stime() to call do_settimeofday() and changes
      clock_warp to do the update directly.) These were bugs!
      
      Changes the uptime code to use the posix_clock_monotonic notion of uptime
      instead of the jiffies.  This time will track NTP changes and so should be
      better than your standard wristwatch (if your using ntp).
      
      Changes posix_clock_monotonic to start at 0 on boot (was set to start at
      initial jiffies).
      
      Fixes a bug (never experienced) in timer_create() in posix-timers.c where
      we "could" have released timer_id 0 if "id resources" were low.
      
      Adds a test in do_settimeofday() to error out (EINVAL) attempts to use
      unnormalized times.  This is passed back up to both settimeofday and
      posix_setclock().
      
      Warning: Requires changes in .../arch/???/kernel/time.c to change
      do_settimeofday() to return an error if time is not normalized and to use a
      timespec instead of timeval for its input.
      b9cebc5d
    • Andrew Morton's avatar
      [PATCH] pcips2.c compile fix · 90ea34be
      Andrew Morton authored
      From: Vojtech Pavlik <vojtech@suse.cz>
      
      - irq_return_t fixes
      
      - remove obsolete pci_driver.driver bits
      90ea34be
    • 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