1. 14 7月, 2016 1 次提交
    • P
      x86/platform: Audit and remove any unnecessary uses of module.h · cc3ae7b0
      Paul Gortmaker 提交于
      Historically a lot of these existed because we did not have
      a distinction between what was modular code and what was providing
      support to modules via EXPORT_SYMBOL and friends.  That changed
      when we forked out support for the latter into the export.h file.
      
      This means we should be able to reduce the usage of module.h
      in code that is obj-y Makefile or bool Kconfig.  The advantage
      in doing so is that module.h itself sources about 15 other headers;
      adding significantly to what we feed cpp, and it can obscure what
      headers we are effectively using.
      
      Since module.h was the source for init.h (for __init) and for
      export.h (for EXPORT_SYMBOL) we consider each obj-y/bool instance
      for the presence of either and replace as needed.
      
      One module.h was converted to moduleparam.h since the file had
      multiple module_param() in it, and another file had an instance of
      MODULE_DEVICE_TABLE deleted, since that is a no-op when builtin.
      
      Finally, the 32 bit build coverage of olpc_ofw revealed a couple
      implicit includes, which were pretty self evident to fix based on
      what gcc was complaining about.
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      Cc: Linus Torvalds <torvalds@linux-foundation.org>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Link: http://lkml.kernel.org/r/20160714001901.31603-6-paul.gortmaker@windriver.comSigned-off-by: NIngo Molnar <mingo@kernel.org>
      cc3ae7b0
  2. 01 8月, 2012 5 次提交
  3. 28 3月, 2012 1 次提交
  4. 06 8月, 2011 1 次提交
    • P
      x86, olpc: Wait for last byte of EC command to be accepted · a3ea14df
      Paul Fox 提交于
      When executing EC commands, only waiting when there are still
      more bytes to write is usually fine. However, if the system
      suspends very quickly after a call to olpc_ec_cmd(), the last
      data byte may not yet be transferred to the EC, and the command
      will not complete.
      
      This solves a bug where the SCI wakeup mask was not correctly
      written when going into suspend.
      
      It means that sometimes, on XO-1.5 (but not XO-1), the
      devices that were marked as wakeup sources can't wake up
      the system. e.g. you ask for wifi wakeups, suspend, but then
      incoming wifi frames don't wake up the system as they should.
      Signed-off-by: NPaul Fox <pgf@laptop.org>
      Signed-off-by: NDaniel Drake <dsd@laptop.org>
      Acked-by: NAndres Salomon <dilinger@queued.net>
      Cc: <stable@kernel.org>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      a3ea14df
  5. 07 7月, 2011 2 次提交
  6. 16 3月, 2011 1 次提交
  7. 27 10月, 2010 1 次提交
  8. 16 10月, 2010 1 次提交
  9. 14 10月, 2010 1 次提交
  10. 08 10月, 2010 1 次提交
  11. 24 9月, 2010 2 次提交
  12. 31 7月, 2010 2 次提交
  13. 19 6月, 2010 1 次提交
    • A
      x86, olpc: Add support for calling into OpenFirmware · fd699c76
      Andres Salomon 提交于
      Add support for saving OFW's cif, and later calling into it to run OFW
      commands.  OFW remains resident in memory, living within virtual range
      0xff800000 - 0xffc00000.  A single page directory entry points to the
      pgdir that OFW actually uses, so rather than saving the entire page
      table, we grab and install that one entry permanently in the kernel's
      page table.
      
      This is currently only used by the OLPC XO.  Note that this particular
      calling convention breaks PAE and PAT, and so cannot be used on newer
      x86 hardware.
      Signed-off-by: NAndres Salomon <dilinger@queued.net>
      LKML-Reference: <20100618174653.7755a39a@dev.queued.net>
      Signed-off-by: NH. Peter Anvin <hpa@linux.intel.com>
      fd699c76
  14. 26 2月, 2010 1 次提交
  15. 16 12月, 2009 1 次提交
  16. 15 2月, 2009 1 次提交
  17. 24 9月, 2008 1 次提交
    • H
      x86, olpc: fix endian bug in openfirmware workaround · e51a1ac2
      Harvey Harrison 提交于
      Boardrev is always treated as a u32 everywhere else, no reason to
      byteswap the 0xc2 value.  The only use is to print out if it is
      a prerelease board, the test being:
      
      (olpc_platform_info.boardrev & 0xf) < 8
      
      Which is currently always true as be32_to_cpu(0xc2) & 0xf = 0
      but I doubt that was the intention here.  The consequences of the bug
      are pretty minor though (incorrect boardrev displayed in dmesg when
      ofw support not configured)
      
      Also annotate the temporary used to read the boardrev in the ofw
      case.
      
      The confusion was noticed by Sparse:
      
        arch/x86/kernel/olpc.c:206:32: warning: cast to restricted __be32
      Signed-off-by: NHarvey Harrison <harvey.harrison@gmail.com>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      e51a1ac2
  18. 29 4月, 2008 1 次提交