1. 16 5月, 2012 1 次提交
    • J
      s390/qdio: Cleanup error handling to drivers · 1549d13f
      Jan Glauber 提交于
      Various improvements of qdio error reporting to the
      upper-layer drivers (qeth, zfcp):
      
      - Split QDIO_ERROR_ACTIVATE_CHECK_CONDITION into:
      
        QDIO_ERROR_ACTIVATE: qdio termination interrupt
        QDIO_ERROR_GET_BUF_STATE: QIOASSIST eqbs error
        QDIO_ERROR_SET_BUF_STATE: QIOASSIST sqbs error
      
        Add QDIO_ERROR_FATAL / QDIO_ERROR_TEMPORARY masks
        to ease recovery decision in upper-layer drivers.
      
      - Don't (ab-)use qdio handler errors as return codes
        for do_QDIO but use standard error codes:
      
        -ENOBUFS: temporary target CC=2 condition
        -EBUSY: unresolved SIGA-W CC=2 busy condition
        -EIO: I/O error (CC=1, CC=3)
      
      - Remove unneeded memory clobber from SIGA-R
      - Remove EX_TABLE entry on SIGA-W, we want to see these errors
      Reviewed-by: NUrsula Braun <ursula.braun@de.ibm.com>
      Signed-off-by: NJan Glauber <jang@linux.vnet.ibm.com>
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      1549d13f
  2. 24 4月, 2012 2 次提交
  3. 11 4月, 2012 2 次提交
  4. 29 3月, 2012 2 次提交
  5. 24 3月, 2012 1 次提交
  6. 23 3月, 2012 1 次提交
  7. 11 3月, 2012 7 次提交
  8. 09 3月, 2012 2 次提交
  9. 08 3月, 2012 5 次提交
  10. 03 3月, 2012 1 次提交
  11. 27 2月, 2012 1 次提交
  12. 17 2月, 2012 1 次提交
  13. 09 2月, 2012 2 次提交
  14. 03 2月, 2012 1 次提交
  15. 25 1月, 2012 2 次提交
    • S
      cio: remove {get,put}_driver · 9f30ea95
      Sebastian Ott 提交于
      Remove useless {get,put}_driver - the caller of the functions
      has to ensure valid driver pointers.
      Signed-off-by: NSebastian Ott <sebott@linux.vnet.ibm.com>
      Signed-off-by: NAlan Stern <stern@rowland.harvard.edu>
      CC: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      9f30ea95
    • A
      Driver core: driver_find() drops reference before returning · fde25a9b
      Alan Stern 提交于
      As part of the removal of get_driver()/put_driver(), this patch
      (as1510) changes driver_find(); it now drops the reference it acquires
      before returning.  The patch also adjusts all the callers of
      driver_find() to remove the now unnecessary calls to put_driver().
      
      In addition, the patch adds a warning to driver_find(): Callers must
      make sure the driver they are searching for does not get unloaded
      while they are using it.  This has always been the case; driver_find()
      has never prevented a driver from being unregistered or unloaded.
      Hence the patch will not introduce any new bugs.  The existing callers
      all seem to be okay in this respect, however I don't understand the
      video drivers well enough to be certain about them.
      Signed-off-by: NAlan Stern <stern@rowland.harvard.edu>
      CC: Dmitry Torokhov <dmitry.torokhov@gmail.com>
      CC: Kyungmin Park <kyungmin.park@samsung.com>
      CC: Andy Walls <awalls@md.metrocast.net>
      CC: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      fde25a9b
  16. 19 1月, 2012 2 次提交
  17. 13 1月, 2012 2 次提交
    • R
      module_param: make bool parameters really bool (drivers & misc) · 90ab5ee9
      Rusty Russell 提交于
      module_param(bool) used to counter-intuitively take an int.  In
      fddd5201 (mid-2009) we allowed bool or int/unsigned int using a messy
      trick.
      
      It's time to remove the int/unsigned int option.  For this version
      it'll simply give a warning, but it'll break next kernel version.
      Acked-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      Signed-off-by: NRusty Russell <rusty@rustcorp.com.au>
      90ab5ee9
    • R
      module_param: avoid bool abuse, add bint for special cases. · 69116f27
      Rusty Russell 提交于
      For historical reasons, we allow module_param(bool) to take an int (or
      an unsigned int).  That's going away.
      
      A few drivers really want an int: they set it to -1 and a parameter
      will set it to 0 or 1.  This sucks: reading them from sysfs will give
      'Y' for both -1 and 1, but if we change it to an int, then the users
      might be broken (if they did "param" instead of "param=1").
      
      Use a new 'bint' parser for them.
      
      (ntfs has a different problem: it needs an int for debug_msgs because
      it's also exposed via sysctl.)
      
      Cc: Steve Glendinning <steve.glendinning@smsc.com>
      Cc: Jean Delvare <khali@linux-fr.org>
      Cc: Guenter Roeck <guenter.roeck@ericsson.com>
      Cc: Hoang-Nam Nguyen <hnguyen@de.ibm.com>
      Cc: Christoph Raisch <raisch@de.ibm.com>
      Cc: Roland Dreier <roland@kernel.org>
      Cc: Sean Hefty <sean.hefty@intel.com>
      Cc: Hal Rosenstock <hal.rosenstock@gmail.com>
      Cc: linux390@de.ibm.com
      Cc: Anton Altaparmakov <anton@tuxera.com>
      Cc: Jaroslav Kysela <perex@perex.cz>
      Cc: Takashi Iwai <tiwai@suse.de>
      Cc: lm-sensors@lm-sensors.org
      Cc: linux-rdma@vger.kernel.org
      Cc: linux-s390@vger.kernel.org
      Cc: linux-ntfs-dev@lists.sourceforge.net
      Cc: alsa-devel@alsa-project.org
      Acked-by: Takashi Iwai <tiwai@suse.de> (For the sound part)
      Acked-by: Guenter Roeck <guenter.roeck@ericsson.com> (For the hwmon driver)
      Signed-off-by: NRusty Russell <rusty@rustcorp.com.au>
      69116f27
  18. 12 1月, 2012 1 次提交
    • R
      virtio: harsher barriers for rpmsg. · 7b21e34f
      Rusty Russell 提交于
      We were cheating with our barriers; using the smp ones rather than the
      real device ones.  That was fine, until rpmsg came along, which is
      used to talk to a real device (a non-SMP CPU).
      
      Unfortunately, just putting back the real barriers (reverting
      d57ed95d) causes a performance regression on virtio-pci.  In
      particular, Amos reports netbench's TCP_RR over virtio_net CPU
      utilization increased up to 35% while throughput went down by up to
      14%.
      
      By comparison, this branch is in the noise.
      
      Reference: https://lkml.org/lkml/2011/12/11/22Signed-off-by: NRusty Russell <rusty@rustcorp.com.au>
      7b21e34f
  19. 04 1月, 2012 2 次提交
  20. 27 12月, 2011 2 次提交