1. 29 4月, 2008 15 次提交
  2. 24 4月, 2008 1 次提交
  3. 27 3月, 2008 1 次提交
  4. 07 2月, 2008 1 次提交
  5. 18 1月, 2008 1 次提交
  6. 13 1月, 2008 1 次提交
    • L
      pnpacpi: print resource shortage message only once · 66a21736
      Len Brown 提交于
      pnpacpi: exceeded the max number of IO resources: 40
      
      While this message is a real error and should thus
      remain KERN_ERR (even a new dmesg line is seen as a regression
      by some, since it was not printed in 2.6.23...) it is certainly
      impolite to print this warning 50 times should you happen to
      have the oddball system with 90 io resources under a device...
      
      So print the warning just once.
      
      In 2.6.25 we'll get rid of the limits altogether
      and these warnings will vanish with them.
      
      http://bugzilla.kernel.org/show_bug.cgi?id=9535Signed-off-by: NLen Brown <len.brown@intel.com>
      66a21736
  7. 30 11月, 2007 1 次提交
  8. 20 11月, 2007 2 次提交
  9. 17 10月, 2007 1 次提交
  10. 24 8月, 2007 3 次提交
  11. 27 7月, 2007 2 次提交
  12. 09 3月, 2007 1 次提交
  13. 14 12月, 2006 1 次提交
  14. 19 10月, 2006 1 次提交
    • V
      Fix DMA resource allocation in ACPIPnP · ccc4c7bb
      Vojtech Pavlik 提交于
      The ACPIPnP implementation had the understanding of Linux resource flags very
      wrong, resulting in a nonfunctional implementation of DMA resource
      allocation.
      
      This was usually not a problem, since almost no on-board PnP devices use ISA
      DMA, with the exception of ECP parallel ports. Even with that, parallel port
      DMA is preconfigured by the BIOS, so this routine isn't normally called.
      
      Except in the case where somebody does 'rmmod parport_pc; modprobe
      parport_pc', where the rmmod case disables the ECP parallel port resources,
      and they need to be enabled again to initialize the module. This didn't
      work, resulting in a non-printing printer.
      
      The application doing exactly the above to force reprobing of printers is
      the YaST printer module. Thus without this fix YaST wedged the printer when
      configuring it, and was not able to print a test page.
      Reported-by: NRalf Flaxa <rf@suse.de>
      Reproduced-by: NJiri Dluhos <jdluhos@suse.cz>
      Signed-off-by: NVojtech Pavlik <vojtech@suse.cz>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      
      ccc4c7bb
  15. 06 8月, 2006 1 次提交
  16. 04 7月, 2006 1 次提交
  17. 02 4月, 2006 3 次提交
  18. 20 1月, 2006 1 次提交
  19. 07 1月, 2006 1 次提交
  20. 10 12月, 2005 1 次提交
    • B
      [ACPI] ACPICA 20051021 · 0897831b
      Bob Moore 提交于
      Implemented support for the EM64T and other x86_64
      processors. This essentially entails recognizing
      that these processors support non-aligned memory
      transfers. Previously, all 64-bit processors were assumed
      to lack hardware support for non-aligned transfers.
      
      Completed conversion of the Resource Manager to nearly
      full table-driven operation. Specifically, the resource
      conversion code (convert AML to internal format and the
      reverse) and the debug code to dump internal resource
      descriptors are fully table-driven, reducing code and data
      size and improving maintainability.
      
      The OSL interfaces for Acquire and Release Lock now use a
      64-bit flag word on 64-bit processors instead of a fixed
      32-bit word. (Alexey Starikovskiy)
      
      Implemented support within the resource conversion code
      for the Type-Specific byte within the various ACPI 3.0
      *WordSpace macros.
      
      Fixed some issues within the resource conversion code for
      the type-specific flags for both Memory and I/O address
      resource descriptors. For Memory, implemented support
      for the MTP and TTP flags. For I/O, split the TRS and TTP
      flags into two separate fields.
      Signed-off-by: NBob Moore <robert.moore@intel.com>
      Signed-off-by: NLen Brown <len.brown@intel.com>
      0897831b