1. 30 Mar, 2004 1 commit
  2. 26 Mar, 2004 3 commits
    • Len Brown's avatar
      [ACPI] Linux specific updates from ACPICA 20040326 · faea09e7
      Len Brown authored
      "acpi_wake_gpes_always_on" boot flag for old GPE behaviour
      faea09e7
    • Len Brown's avatar
      [ACPI] ACPICA 20040326 from Bob Moore · ef84240d
      Len Brown authored
      Implemented support for "wake" GPEs via interaction between
      GPEs and the _PRW methods.  Every GPE that is pointed to by
      one or more _PRWs is identified as a WAKE GPE and by default
      will no longer be enabled at runtime.  Previously, we were
      blindly enabling all GPEs with a corresponding _Lxx or _Exx
      method - but most of these turn out to be WAKE GPEs anyway.
      We believe this has been the cause of thousands of
      "spurious" GPEs on some systems.
      
      This new GPE behavior is can be reverted to the original
      behavior (enable ALL GPEs at runtime) via a runtime flag.
      
      Fixed a problem where aliased control methods could not
      access objects properly.  The proper scope within the
      namespace was not initialized (transferred to the target of
      the aliased method) before executing the target method.
      
      Fixed a potential race condition on internal object
      deletion on the return object in AcpiEvaluateObject. 
      
      Integrated a fix for resource descriptors where both
      _MEM and _MTP were being extracted instead of just _MEM.
      (i.e. bitmask was incorrectly too wide, 0x0F instead of 0x03.)
      
      Added a special case for ACPI_ROOT_OBJECT in AcpiUtGetNodeName,
      preventing a fault in some cases.
      
      Updated Notify() values for debug statements in evmisc.c
      
      Return proper status from AcpiUtMutexInitialize,
      not just simply AE_OK.
      ef84240d
    • Len Brown's avatar
  3. 25 Mar, 2004 1 commit
  4. 22 Mar, 2004 4 commits
  5. 21 Mar, 2004 1 commit
  6. 20 Mar, 2004 2 commits
  7. 18 Mar, 2004 1 commit
  8. 16 Mar, 2004 1 commit
  9. 12 Mar, 2004 3 commits
    • Len Brown's avatar
      [ACPI] add boot parameters "acpi_osi=" and "acpi_serialize" · fea5b72f
      Len Brown authored
        acpi_osi= will disable the _OSI method -- which by default
      	tells the BIOS to behave as if Windows is the OS.
        acpi_serialize is for debugging AE_ALREADY_EXISTS failures
      fea5b72f
    • Len Brown's avatar
      [ACPI] ACPICA 20040311 from Bob Moore · 954c9189
      Len Brown authored
      Fixed a problem where errors occurring during the parse phase of control
      method execution did not abort cleanly.  For example, objects created
      and installed in the namespace were not deleted.  This caused all
      subsequent invocations of the method to return the AE_ALREADY_EXISTS
      exception.
      
      Implemented a mechanism to force a control method to "Serialized"
      execution if the method attempts to create namespace objects.
      (The root of the AE_ALREADY_EXISTS problem.)
      
      Implemented support for the predefined _OSI "internal" control method.
      Initial supported strings are "Linux", "Windows 2000", "Windows 2001",
      and "Windows 2001.1", and can be easily upgraded for new strings as
      necessary.  This feature allows Linux to execute
      the fully tested, "Windows" code path through the ASL code
      
      Global Lock Support:  Now allows multiple acquires and releases with any
      internal thread.  Removed concept of "owning thread" for this special
      mutex.
      
      Fixed two functions that were inappropriately declaring large objects on
      the CPU stack: ps_parse_loop() and ns_evaluate_relative().
      Reduces the stack usage during method execution considerably.
      
      Fixed a problem in the ACPI 2.0 FACS descriptor (actbl2.h) where the
      S4Bios_f field was incorrectly defined as UINT32 instead of UINT32_BIT.
      
      Fixed a problem where acpi_ev_gpe_detect() would fault
      if there were no GPEs defined on the machine.
      
      Implemented two runtime options:  One to force all control method
      execution to "Serialized" to mimic Windows behavior, another to disable
      _OSI support if it causes problems on a given machine.
      954c9189
    • Len Brown's avatar
  10. 10 Mar, 2004 15 commits
  11. 09 Mar, 2004 8 commits
    • Petr Vandrovec's avatar
      [PATCH] ncpfs fails to correctly retry requests on timeout · d4aecd1a
      Petr Vandrovec authored
      sock_sendmsg() modifies iovec passed to it - it sets all length members of
      iovec array to zero on success transmission (and even on failed if it
      fails after iovec copy, but...) and advances pointers to point at the end
      of buffers used. This has an unfortunate effect that ncpfs's retry on
      failure does not work for IPX/UDP connections - kernel refused to do anything
      because length from iovec was 0 while length passed to sock_sendmsg() was
      correct.
      
      This simple fix gets rid of a problem by creating temporary iovec copy, which can
      sock_sendmsg destroy if it has such wish.
      d4aecd1a
    • Gerd Knorr's avatar
      [PATCH] bttv input update · 88593e9d
      Gerd Knorr authored
      This adds infrared remote support for a few more bt878-based TV cards.
      88593e9d
    • Jens Axboe's avatar
      [PATCH] set request fastfail bit correctly · c5046934
      Jens Axboe authored
      From Mike Christie <michaelc@cs.wisc.edu>
      
      The first three bio and request flags are no longer identical.  The bio
      barrier and rw flags are getting set in __make_request and get_request
      respectively, and failfast is getting left out.
      
      This sets the request's failfast flag in __make_request when the bio's
      flag is set.
      c5046934
    • Anton Blanchard's avatar
      [PATCH] ppc64 POWER3 segment table fix · c5e296f5
      Anton Blanchard authored
      The ppc64 fix last week (enforcing permissions on the kernel when
      accessing userspace pages) uncovered a bug on POWER3/RS64. We werent
      zeroing the segment table entry before overwriting it and it was possible
      for the ks bit to be set on a kernel segment.
      
      The VSID mask was also changed to match reality (we only use 13 bits).
      c5e296f5
    • Linus Torvalds's avatar
      Merge bk://are.twiddle.net/axp-2.6 · 0b5403cf
      Linus Torvalds authored
      into ppc970.osdl.org:/home/torvalds/v2.5/linux
      0b5403cf
    • Richard Henderson's avatar
      [ALPHA] Add stat64 syscalls. · bb60cd07
      Richard Henderson authored
      bb60cd07
    • Benjamin Herrenschmidt's avatar
      [PATCH] ppc64: Let OF initialize all displays in the system · a3c454e1
      Benjamin Herrenschmidt authored
      This patch reworks the early boot calls to OF to initialize displays.
      
      All present displays are now initialized in reverse order so the
      OF console stays on the first one. Initializing them all is necessary
      for dual head configurations as we need OF driver to properly setup
      the secondary TMDS of the video card, XFree isn't able to do that
      currently
      a3c454e1
    • Benjamin Herrenschmidt's avatar
      [PATCH] ppc64: Fix occasional crash at boot in OF interface · 8661a5ff
      Benjamin Herrenschmidt authored
      The assembly code used to callback into Open Firmware client
      interface in 32 bits mode used to backup the stack pointer in
      the SPRG2 register.
      
      That upsets Apple's implementation of Open Firmware significantly
      and maybe others, causing them to crash in _some_ operations,
      apparently the trigger is to cause a segment or hash table
      fault, typically happens when letting that code initialize the
      second display.
      
      This patch fixes it, along with other cleanups of that asm code,
      it did unnecessary register restores and backing up the stack
      pointer is actually useless anyway.
      8661a5ff