1. 10 12月, 2005 1 次提交
    • B
      [ACPI] ACPICA 20050930 · 50eca3eb
      Bob Moore 提交于
      Completed a major overhaul of the Resource Manager code -
      specifically, optimizations in the area of the AML/internal
      resource conversion code. The code has been optimized to
      simplify and eliminate duplicated code, CPU stack use has
      been decreased by optimizing function parameters and local
      variables, and naming conventions across the manager have
      been standardized for clarity and ease of maintenance (this
      includes function, parameter, variable, and struct/typedef
      names.)
      
      All Resource Manager dispatch and information tables have
      been moved to a single location for clarity and ease of
      maintenance. One new file was created, named "rsinfo.c".
      
      The ACPI return macros (return_ACPI_STATUS, etc.) have
      been modified to guarantee that the argument is
      not evaluated twice, making them less prone to macro
      side-effects. However, since there exists the possibility
      of additional stack use if a particular compiler cannot
      optimize them (such as in the debug generation case),
      the original macros are optionally available.  Note that
      some invocations of the return_VALUE macro may now cause
      size mismatch warnings; the return_UINT8 and return_UINT32
      macros are provided to eliminate these. (From Randy Dunlap)
      
      Implemented a new mechanism to enable debug tracing for
      individual control methods. A new external interface,
      acpi_debug_trace(), is provided to enable this mechanism. The
      intent is to allow the host OS to easily enable and disable
      tracing for problematic control methods. This interface
      can be easily exposed to a user or debugger interface if
      desired. See the file psxface.c for details.
      
      acpi_ut_callocate() will now return a valid pointer if a
      length of zero is specified - a length of one is used
      and a warning is issued. This matches the behavior of
      acpi_ut_allocate().
      Signed-off-by: NBob Moore <robert.moore@intel.com>
      Signed-off-by: NLen Brown <len.brown@intel.com>
      50eca3eb
  2. 06 12月, 2005 1 次提交
  3. 03 12月, 2005 2 次提交
  4. 01 12月, 2005 5 次提交
  5. 30 11月, 2005 3 次提交
  6. 18 11月, 2005 1 次提交
  7. 14 11月, 2005 1 次提交
  8. 11 11月, 2005 1 次提交
    • R
      [PATCH] pciehp: clean-up how we request control of hotplug hardware · a3a45ec8
      rajesh.shah@intel.com 提交于
      This patch further tweaks how we request control of hotplug
      controller hardware from BIOS. We first search the ACPI namespace
      corresponding to a specific hotplug controller looking for an
      _OSC or OSHP method. On failure, we successively move to the
      ACPI parent object, till we hit the highest level host bridge
      in the hierarchy. This allows for different types of BIOS's
      which place the _OSC/OSHP methods at various places in the acpi
      namespace, while still not encroaching on the namespace of
      some other root level host bridge.
      
      This patch also introduces a new load time option (pciehp_force)
      that allows us to bypass all _OSC/OSHP checking. Not supporting
      these methods seems to be be the most common ACPI firmware problem
      we've run into. This will still _not_ allow the pciehp driver to
      work correctly if the BIOS really doesn't support pciehp (i.e. if
      it doesn't generate a hotplug interrupt). Use this option with
      caution.  Some BIOS's may deliberately not build any _OSC/OSHP
      methods to make sure it retains control the hotplug hardware.
      Using the pciehp_force parameter for such systems can lead to
      two separate entities trying to control the same hardware.
      Signed-off-by: NRajesh Shah <rajesh.shah@intel.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      a3a45ec8
  9. 09 11月, 2005 1 次提交
    • N
      [PATCH] sched: resched and cpu_idle rework · 64c7c8f8
      Nick Piggin 提交于
      Make some changes to the NEED_RESCHED and POLLING_NRFLAG to reduce
      confusion, and make their semantics rigid.  Improves efficiency of
      resched_task and some cpu_idle routines.
      
      * In resched_task:
      - TIF_NEED_RESCHED is only cleared with the task's runqueue lock held,
        and as we hold it during resched_task, then there is no need for an
        atomic test and set there. The only other time this should be set is
        when the task's quantum expires, in the timer interrupt - this is
        protected against because the rq lock is irq-safe.
      
      - If TIF_NEED_RESCHED is set, then we don't need to do anything. It
        won't get unset until the task get's schedule()d off.
      
      - If we are running on the same CPU as the task we resched, then set
        TIF_NEED_RESCHED and no further action is required.
      
      - If we are running on another CPU, and TIF_POLLING_NRFLAG is *not* set
        after TIF_NEED_RESCHED has been set, then we need to send an IPI.
      
      Using these rules, we are able to remove the test and set operation in
      resched_task, and make clear the previously vague semantics of
      POLLING_NRFLAG.
      
      * In idle routines:
      - Enter cpu_idle with preempt disabled. When the need_resched() condition
        becomes true, explicitly call schedule(). This makes things a bit clearer
        (IMO), but haven't updated all architectures yet.
      
      - Many do a test and clear of TIF_NEED_RESCHED for some reason. According
        to the resched_task rules, this isn't needed (and actually breaks the
        assumption that TIF_NEED_RESCHED is only cleared with the runqueue lock
        held). So remove that. Generally one less locked memory op when switching
        to the idle thread.
      
      - Many idle routines clear TIF_POLLING_NRFLAG, and only set it in the inner
        most polling idle loops. The above resched_task semantics allow it to be
        set until before the last time need_resched() is checked before going into
        a halt requiring interrupt wakeup.
      
        Many idle routines simply never enter such a halt, and so POLLING_NRFLAG
        can be always left set, completely eliminating resched IPIs when rescheduling
        the idle task.
      
        POLLING_NRFLAG width can be increased, to reduce the chance of resched IPIs.
      Signed-off-by: NNick Piggin <npiggin@suse.de>
      Cc: Ingo Molnar <mingo@elte.hu>
      Cc: Con Kolivas <kernel@kolivas.org>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      64c7c8f8
  10. 07 11月, 2005 2 次提交
  11. 31 10月, 2005 2 次提交
    • T
      [PATCH] fix missing includes · 4e57b681
      Tim Schmielau 提交于
      I recently picked up my older work to remove unnecessary #includes of
      sched.h, starting from a patch by Dave Jones to not include sched.h
      from module.h. This reduces the number of indirect includes of sched.h
      by ~300. Another ~400 pointless direct includes can be removed after
      this disentangling (patch to follow later).
      However, quite a few indirect includes need to be fixed up for this.
      
      In order to feed the patches through -mm with as little disturbance as
      possible, I've split out the fixes I accumulated up to now (complete for
      i386 and x86_64, more archs to follow later) and post them before the real
      patch.  This way this large part of the patch is kept simple with only
      adding #includes, and all hunks are independent of each other.  So if any
      hunk rejects or gets in the way of other patches, just drop it.  My scripts
      will pick it up again in the next round.
      Signed-off-by: NTim Schmielau <tim@physik3.uni-rostock.de>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      4e57b681
    • S
      [PATCH] introduce .valid callback for pm_ops · eb9289eb
      Shaohua Li 提交于
      Add pm_ops.valid callback, so only the available pm states show in
      /sys/power/state.  And this also makes an earlier states error report at
      enter_state before we do actual suspend/resume.
      
      Signed-off-by: Shaohua Li<shaohua.li@intel.com>
      Acked-by: Pavel Machek<pavel@suse.cz>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      eb9289eb
  12. 30 10月, 2005 1 次提交
  13. 20 10月, 2005 1 次提交
  14. 18 10月, 2005 1 次提交
  15. 22 9月, 2005 3 次提交
  16. 11 9月, 2005 1 次提交
  17. 10 9月, 2005 1 次提交
  18. 04 9月, 2005 1 次提交
  19. 03 9月, 2005 7 次提交
  20. 01 9月, 2005 1 次提交
  21. 30 8月, 2005 1 次提交
    • B
      [ACPI] ACPICA 20050815 · a18ecf41
      Bob Moore 提交于
      Implemented a full bytewise compare to determine if a table load
      request is attempting to load a duplicate table. The compare is
      performed if the table signatures and table lengths match. This
      will allow different tables with the same OEM Table ID and
      revision to be loaded.
      
      Although the BIOS is technically violating the ACPI spec when
      this happens -- it does happen -- so Linux must handle it.
      Signed-off-by: NRobert Moore <robert.moore@intel.com>
      Signed-off-by: NLen Brown <len.brown@intel.com>
      a18ecf41
  22. 28 8月, 2005 1 次提交
  23. 26 8月, 2005 1 次提交