1. 13 May, 2003 4 commits
  2. 12 May, 2003 5 commits
  3. 09 May, 2003 3 commits
  4. 08 May, 2003 1 commit
  5. 06 May, 2003 18 commits
    • Arun Sharma's avatar
      [PATCH] ia64: fix sys32_select() · 4c5ece64
      Arun Sharma authored
      4c5ece64
    • David Mosberger's avatar
      mca.c: · 0e2134fe
      David Mosberger authored
        (show_min_state): Fix typo r11 -> r12.
      0e2134fe
    • David Mosberger's avatar
      Merge tiger.hpl.hp.com:/data1/bk/vanilla/linux-2.5 · 20f6d716
      David Mosberger authored
      into tiger.hpl.hp.com:/data1/bk/lia64/to-linus-2.5
      20f6d716
    • David Mosberger's avatar
    • Ernie Petrides's avatar
      [PATCH] ia64: fixes for semtimedop() ia32-compat handling · 6a1a1239
      Ernie Petrides authored
      Here are two fixes for the ia32-compatibility mode handling
      for the new semtimedop() system call for the ia64 architecture.
      
      The first problem was that treatment of user-mode calls to semtimedop()
      with a NULL 4th (struct timespec *) parameter was inconsistent with the
      behavior of the same executable on i386 and also with a natively compiled
      ia64 binary.  A NULL 4th arg to semtimedop() should result in no timeout
      being used (like a straight semop() call) rather than in an EFAULT error.
      
      The second problem was that a legitimate semtimedop() with a timeout was
      also resulting in an EFAULT because the fetch of the internal timespec
      strucure by sys_semtimedop() from semtimedop32()'s kernel stack was
      treated as an invalid user-data reference.  This requires temporarily
      switching the addressing limit with set_fs(), further requiring that
      appropriate parameter checking by performed prior to the switch.
      
      The const qualifier was removed from the (struct compat_timespec *) arg
      to semtimedop32() so that the call to get_compat_timespec() wouldn't
      generate a compilation warning.
      6a1a1239
    • Bjorn Helgaas's avatar
      [PATCH] ia64: vendor-specific ACPI resource cleanup · 7c19bf64
      Bjorn Helgaas authored
      This is to
      
        - handle _CRS with multiple vendor-specific resources
        - use acpi_walk_resources() instead of doing it by hand
        - make lookup of vendor resource by GUID generic
        - cleanup now-unused helper functions
      
      (This depends on the previous IO port space patches, because
      they removed the last of acpi_get_addr_space()).
      
      My hope is that acpi_vendor_resource_match() and
      acpi_find_vendor_resource() can someday move into ACPI,
      but that probably depends on getting the idea of labelling
      vendor resources with a GUID into the spec.  HP does this
      and I think is working on putting it in the spec.
      7c19bf64
    • Bjorn Helgaas's avatar
      [PATCH] ia64: new IOC recognition · 9819f8eb
      Bjorn Helgaas authored
      This is a trivial patch that makes sba_iommu recognize a new IOC.
      Only change is that it will print
      
          IOC: sx1000 0.1 HPA 0xf8120002000 IOVA space 1024Mb at 0x80000000
      
      instead of
      
          IOC: Unknown (103c:127c) 0.1 HPA 0xf8120002000 IOVA space 1024Mb
      at 0x80000000
      9819f8eb
    • Bjorn Helgaas's avatar
      [PATCH] ia64: multi-ioport space support (part 3 of 4) · bf5ebaec
      Bjorn Helgaas authored
      trivial (whitespace, copyright, and move pcibios_fixup_device_resources
      closer to related code)
      bf5ebaec
    • Bjorn Helgaas's avatar
      [PATCH] ia64: multi-ioport space support (part 3 of 4) · 8a7772d0
      Bjorn Helgaas authored
      add support for /proc/iomem and /proc/ioports
      8a7772d0
    • Bjorn Helgaas's avatar
      [PATCH] ia64: multi-ioport space support (part 2 of 4) · 5e5c1fb8
      Bjorn Helgaas authored
      enhance pcibios_scan_root to get multiple mem & io windows from ACPI _CRS,
      and fixup all the resources
      5e5c1fb8
    • Bjorn Helgaas's avatar
      [PATCH] ia64: multi-ioport space support · 5d34d783
      Bjorn Helgaas authored
      This has been in my 2.4 BK tree for a while, but I should have
      posted it in case there's feedback from other people working
      on large machines.  So here it is, in four parts:
      
        1  enhance __ia64_mk_io_addr(port)
        2  enhance pcibios_scan_root to get multiple mem & io windows
            from ACPI _CRS, and fixup all the resources
        3  add support for /proc/iomem and /proc/ioports
        4  trivial (whitespace, copyright, and move pcibios_fixup_device_resources
             closer to related code)
      
      The current scheme is that IO ports are 64 bits, with the low 24
      bits being the port number within an IO port space, and the upper
      bits identifying the space.  There is currently a limit of 16
      spaces.
      5d34d783
    • Alex Williamson's avatar
      [PATCH] ia64: interrupt fixes/cleanup · 4effe89c
      Alex Williamson authored
      Here's some cleanups/fixes/changes for interrupts on 2.5.67 + ia64.
      Specifically:
      
        - Cleanup some ugliness with polarity/trigger setup.
      
        - Add iosapic_enable_intr() to set_rte on an interupt when the
          device is enabled.  IMHO, we really only want to unmask RTEs
          for PRTs we might actually use.  This moves the interrupt
          distribution here too.
      
        - When changing a vector from edge to level, call register_intr()
          to do it so all the data structures get set correctly.  If we
          have to guess how to setup an interupt and get it wrong, this
          should close some holes in changing it back to the correct type.
      
        - Register the HCDP interrupt in 8250_hcdp - this is where we have
          to guess the polarity/trigger.  The real handler will get fixed
          up via PCI setup or ACPI namespace serial support, this gets it
          associated w/ the port at setup.  This should allow interrupts
          to work when using builtin UARTs as console on HP Itanium2 boxes.
      4effe89c
    • Alex Williamson's avatar
      [PATCH] ia64: fix timer interrupts getting lost · 8e53f7e0
      Alex Williamson authored
      This patch fixes the issue of some CPUs not showing timer interrupts
      going off.  Seems during the process of sync'ing the itc, we jumped over
      the next timer value.  This patch is against 2.5.67 + ia64.  I haven't
      seen the problem on 2.4, but a quick looks seems like it's potentially
      an issue there too.
      8e53f7e0
    • David Mosberger's avatar
      e8c1a04b
    • Steven Cole's avatar
      [PATCH] ia64: spelling fixes · 5ed26a4f
      Steven Cole authored
      5ed26a4f
    • Stéphane Eranian's avatar
      [PATCH] ia64: perfmon update · 39d4a447
      Stéphane Eranian authored
      Please apply the following patch on top of 2.5.6x. This patch does the
      following:
      
      - repair broken system-wide overflow notification
      - repair broken per-process notification
      - fix a problem in the resrved bitmask for opcode 
        matcher8,9 for McKinley as reported by UIUC.
      - forcing of bit2 for pmc8/pmc9 now part of reserved bitmask
      - add the unsecure option to perfmon
      - update to perfmon 1.4 (similar to 2.4)
      39d4a447
    • Arun Sharma's avatar
      f76865d6
    • David Mosberger's avatar
      ia64: Improve spinlock code to handle contention in shared routine called · 38b89d93
      David Mosberger authored
      	with a special convention.  Various minor fixes for gcc-pre3.4.
      38b89d93
  6. 04 May, 2003 1 commit
  7. 05 May, 2003 3 commits
  8. 04 May, 2003 5 commits
    • Linus Torvalds's avatar
      Linux 2.5.69 · efeed5ae
      Linus Torvalds authored
      efeed5ae
    • Ben Collins's avatar
      [PATCH] ieee1394 update (r925) · e2a0532d
      Ben Collins authored
      - Remove some 2.4 compatibility macros
      - Fix userspace pointer misuse in video1394 ioctl. Caught by the
        Stanford Checker. Gotta love the automated systems.
      - Move our hotplug stuff around, to make the transition to putting our
        module dev table in mod_devicetable.h.
      - Fix ohci1394 for possible crash with async stream packets. Cleaned up
        some debug messages.
      e2a0532d
    • Bartlomiej Zolnierkiewicz's avatar
      [PATCH] make floppy driver useable for 2.5 · 077570f0
      Bartlomiej Zolnierkiewicz authored
      This fixes two bugs introduced by some 2.5 changes:
      
      - O_NDELAY handling typo in floppy_open()
      
      - handling of failed transfers in floppy_end_request()
        (do equivalent of what 2.4 does)
      
      Without first fix I was getting "floppy0: disk absent or changed during
      operation" infinite loop on opening and without second fix, infinite loop
      on error retry.
      
      Now floppy driver seems to be (somehow) working :-).
      077570f0
    • Christoph Hellwig's avatar
      [PATCH] make <linux/blk.h> obsolete · 9cfeede4
      Christoph Hellwig authored
      This file was _the_ header for block-device related stuff in earlier
      Linux versions, but nowdays there's just a few prototypes left that
      really belong into blkdev.h or genhd.h (and in one case elevator.h).
      
      This patch moves them over and removes everything but including
      blkdev.h from blk.h  Note that blkdev.h gets all the headers that
      were included in blk.h inmplicitly too.  Now we can start removing
      all references to it an maybe kill it off before 2.6.  *sniff*
      9cfeede4
    • Ben Collins's avatar
      [PATCH] add ieee1394 module dev table · 48ff4dac
      Ben Collins authored
      This adds ieee1394 for module table registration.
      48ff4dac