1. 19 3月, 2012 2 次提交
  2. 16 3月, 2012 9 次提交
  3. 15 3月, 2012 5 次提交
  4. 14 3月, 2012 2 次提交
    • N
      iscsi-target: Fix reservation conflict -EBUSY response handling bug · 00fdc6bb
      Nicholas Bellinger 提交于
      This patch addresses a iscsi-target specific bug related to reservation conflict
      handling in iscsit_handle_scsi_cmd() that has been causing reservation conflicts
      to complete and not fail as expected due to incorrect errno checking.  The problem
      occured with the change to return -EBUSY from transport_generic_cmd_sequencer() ->
      transport_generic_allocate_tasks() failures, that broke iscsit_handle_scsi_cmd()
      checking for -EINVAL in order to invoke a non GOOD status response.
      
      This was manifesting itself as data corruption with legacy SPC-2 reservations,
      but also effects iscsi-target LUNs with SPC-3 persistent reservations.
      
      This bug was originally introduced in lio-core commit:
      
      commit 03e98c9e
      Author: Nicholas Bellinger <nab@linux-iscsi.org>
      Date:   Fri Nov 4 02:36:16 2011 -0700
      
          target: Address legacy PYX_TRANSPORT_* return code breakage
      Reported-by: NMartin Svec <martin.svec@zoner.cz>
      Cc: Martin Svec <martin.svec@zoner.cz>
      Cc: Christoph Hellwig <hch@lst.de>
      Cc: stable@vger.kernel.org
      Signed-off-by: NNicholas Bellinger <nab@linux-iscsi.org>
      00fdc6bb
    • N
      target: Fix compatible reservation handling (CRH=1) with legacy RESERVE/RELEASE · 087a03b3
      Nicholas Bellinger 提交于
      This patch addresses a bug with target_check_scsi2_reservation_conflict()
      return checking in target_scsi2_reservation_[reserve,release]() that was
      preventing CRH=1 operation from silently succeeding in the two special
      cases defined by SPC-3, and not failing with reservation conflict status
      when dealing with legacy RESERVE/RELEASE + active SPC-3 PR logic.
      
      Also explictly set cmd->scsi_status = SAM_STAT_RESERVATION_CONFLICT during
      the early non reservation holder failure from pr_ops->t10_seq_non_holder()
      check in transport_generic_cmd_sequencer() for fabrics that already expect
      it to be set.
      
      This bug was originally introduced in mainline commit:
      
      commit eacac00c
      Author: Christoph Hellwig <hch@infradead.org>
      Date:   Thu Nov 3 17:50:40 2011 -0400
      
          target: split core_scsi2_emulate_crh
      Reported-by: NMartin Svec <martin.svec@zoner.cz>
      Cc: Martin Svec <martin.svec@zoner.cz>
      Cc: Christoph Hellwig <hch@lst.de>
      Cc: stable@vger.kernel.org
      Signed-off-by: NNicholas Bellinger <nab@linux-iscsi.org>
      087a03b3
  5. 13 3月, 2012 10 次提交
  6. 12 3月, 2012 8 次提交
  7. 09 3月, 2012 2 次提交
  8. 08 3月, 2012 2 次提交
    • G
      [media] smsdvb: fix get_frontend · d138210f
      Gianluca Gennari 提交于
      In the get_frontend function, an internal copy of the dtv_frontend_properties
      struct (which is never initialized) is copied over the frontend property cache
      data structure, resetting everything to 0.
      In particular, the delivery system is reset to 0 (which is an invalid value)
      so the driver stops working as soon as a DVBv3 application calls the
      get_frontend function, giving this error:
      
      dvb_frontend_ioctl_legacy: doesn't know how to handle a DVBv3 call to delivery
      system 0
      
      This patch eliminates the unused internal copy of the dtv_frontend_properties
      struct, and gives a proper implementation of the get_frontend function.
      
      The original author of the patch is Panagiotis Malakoudis, who also tested
      this new version on Ubuntu 11.10 with the latest media_build tree installed.
      The original patch has been used on MIPS set-top-boxes for over one year,
      but it was never posted on the linux-media list.
      I ported the code to the current media_build tree (converting it to use the
      dtv_frontend_properties struct) and added basic support for ISDB-T (untested).
      Signed-off-by: NPanagiotis Malakoudis <malakudi@gmail.com>
      Signed-off-by: NGianluca Gennari <gennarone@gmail.com>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      d138210f
    • J
      x86/amd: iommu_set_device_table() must not be __init · 6b7f000e
      Jan Beulich 提交于
      This function is called from enable_iommus(), which in turn is used
      from amd_iommu_resume().
      
      Cc: stable@vger.kernel.org
      Signed-off-by: NJan Beulich <jbeulich@suse.com>
      Signed-off-by: NJoerg Roedel <joerg.roedel@amd.com>
      6b7f000e