1. 16 12月, 2009 3 次提交
  2. 04 12月, 2009 1 次提交
  3. 11 11月, 2009 1 次提交
  4. 14 10月, 2009 1 次提交
    • T
      parisc: Remove BKL from eisa_eeprom · eb29b758
      Thomas Gleixner 提交于
      Remove the empty ioctl and the cycle_kernel_lock() in
      eisa_eeprom_open() which got there with the big BKL push down. There
      is nothing to wait for and sychronize with after the misc device has
      been registered.
      
      Remove the empty ioctl as well. The generic code handles the -ENOTTY
      if no ioctl function is provided.
      Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
      LKML-Reference: <20091010153350.086917493@linutronix.de>
      Cc: Kyle McMartin <kyle@parisc-linux.org>
      eb29b758
  5. 22 9月, 2009 1 次提交
  6. 02 8月, 2009 6 次提交
  7. 09 7月, 2009 1 次提交
  8. 03 7月, 2009 6 次提交
  9. 16 6月, 2009 1 次提交
    • G
      parisc: remove driver_data direct access of struct device · d18dbfa7
      Greg Kroah-Hartman 提交于
      In the near future, the driver core is going to not allow direct access
      to the driver_data pointer in struct device.  Instead, the functions
      dev_get_drvdata() and dev_set_drvdata() should be used.  These functions
      have been around since the beginning, so are backwards compatible with
      all older kernel versions.
      
      Cc: linux-parisc@vger.kernel.org
      Cc: Helge Deller <deller@gmx.de>
      Cc: Kyle McMartin <kyle@mcmartin.ca>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      d18dbfa7
  10. 28 4月, 2009 1 次提交
    • Y
      irq: change ->set_affinity() to return status · d5dedd45
      Yinghai Lu 提交于
      according to Ingo, change set_affinity() in irq_chip should return int,
      because that way we can handle failure cases in a much cleaner way, in
      the genirq layer.
      
      v2: fix two typos
      
      [ Impact: extend API ]
      Signed-off-by: NYinghai Lu <yinghai@kernel.org>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: Suresh Siddha <suresh.b.siddha@intel.com>
      Cc: "Eric W. Biederman" <ebiederm@xmission.com>
      Cc: Rusty Russell <rusty@rustcorp.com.au>
      Cc: linux-arch@vger.kernel.org
      LKML-Reference: <49F654E9.4070809@kernel.org>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      d5dedd45
  11. 14 4月, 2009 1 次提交
  12. 02 4月, 2009 2 次提交
    • A
      parisc: drivers: fix warnings · c18b4608
      Alexander Beregalov 提交于
      ccio-dma.c:456: warning: overflow in implicit constant conversion
      ccio-dma.c:459: warning: overflow in implicit constant conversion
      ccio-dma.c:1032: warning: unused variable 'j'
      ccio-dma.c:1031: warning: unused variable 'max'
      ccio-dma.c:1031: warning: unused variable 'min'
      ccio-dma.c:1031: warning: unused variable 'avg'
      ccio-dma.c:1403: warning: format '%08lx' expects type 'long unsigned int', but argument 3 has type 'resource_size_t'
      ccio-dma.c:1403: warning: format '%08lx' expects type 'long unsigned int', but argument 4 has type 'resource_size_t'
      ccio-dma.c:1554: warning: format '%lx' expects type 'long unsigned int', but argument 3 has type 'resource_size_t'
      dino.c:822: warning: format '%lx' expects type 'long unsigned int', but argument 4 has type 'resource_size_t'
      dino.c:822: warning: format '%lx' expects type 'long unsigned int', but argument 5 has type 'resource_size_t'
      dino.c:902: warning: format '%lx' expects type 'long unsigned int', but argument 3 has type 'resource_size_t'
      dino.c:902: warning: format '%lx' expects type 'long unsigned int', but argument 4 has type 'resource_size_t'
      asp.c:84: warning: format '%lx' expects type 'long unsigned int', but argument 4 has type 'resource_size_t'
      eisa.c:317: warning: format '%08lx' expects type 'long unsigned int', but argument 3 has type 'resource_size_t'
      eisa_enumerator.c:101: warning: format '%lx' expects type 'long unsigned int', but argument 2 has type 'resource_size_t'
      eisa_enumerator.c:101: warning: format '%lx' expects type 'long unsigned int', but argument 3 has type 'resource_size_t'
      eisa_enumerator.c:191: warning: format '%lx' expects type 'long unsigned int', but argument 2 has type 'resource_size_t'
      eisa_enumerator.c:191: warning: format '%lx' expects type 'long unsigned int', but argument 3 has type 'resource_size_t'
      Signed-off-by: NAlexander Beregalov <a.beregalov@gmail.com>
      Signed-off-by: NKyle McMartin <kyle@mcmartin.ca>
      c18b4608
    • A
      parisc: led: remove proc_dir_entry::owner · 1ab2eaa2
      Alexander Beregalov 提交于
      proc_dir_entry::owner was removed in 0702c1c1a4
      (proc 2/2: remove struct proc_dir_entry::owner)
      Signed-off-by: NAlexander Beregalov <a.beregalov@gmail.com>
      Signed-off-by: NKyle McMartin <kyle@mcmartin.ca>
      1ab2eaa2
  13. 31 3月, 2009 2 次提交
  14. 16 3月, 2009 1 次提交
  15. 13 3月, 2009 4 次提交
  16. 30 1月, 2009 1 次提交
  17. 14 1月, 2009 1 次提交
    • H
      fix early_serial_setup() regression · 125c97d8
      Helge Deller 提交于
      Commit b430428a ("8250: Don't clobber
      spinlocks.") introduced a regression on the parisc architecture, which
      broke the handover to the serial port at boottime.
      
      early_serial_setup() was changed to only copy a subset of the uart_port
      fields, and sadly the "type" and "line" fields were forgotten and thus
      the serial port was not initialized and could not be used for a
      handover.  This patch fixes this by copying the missing fields.
      
      As this change to early_serial_setup() doesn't need an initialized
      spinlock in the uart_port struct any longer, we can drop the spinlock
      initialization in the superio driver.
      
      Cc: David Daney <ddaney@caviumnetworks.com>
      Cc: Tomaso Paoletti <tpaoletti@caviumnetworks.com>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
      Acked-by: NKyle McMartin <kyle@mcmartin.ca>
      Cc: linux-parisc@vger.kernel.org
      Signed-off-by: NHelge Deller <deller@gmx.de>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      125c97d8
  18. 08 1月, 2009 1 次提交
  19. 06 1月, 2009 2 次提交
  20. 13 12月, 2008 1 次提交
  21. 20 11月, 2008 1 次提交
  22. 21 10月, 2008 1 次提交