1. 19 12月, 2013 1 次提交
  2. 17 12月, 2013 11 次提交
  3. 03 12月, 2013 5 次提交
  4. 01 12月, 2013 2 次提交
    • S
      [SCSI] hpsa: return 0 from driver probe function on success, not 1 · 88bf6d62
      Stephen M. Cameron 提交于
      A return value of 1 is interpreted as an error.  See pci_driver.
      in local_pci_probe().  If you're wondering how this ever could
      have worked, it's because it used to be the case that only return
      values less than zero were interpreted as failure.  But even in
      the current kernel if the driver registers its various entry
      points with the kernel, and then returns a value which is
      interpreted as failure, those registrations aren't undone, so
      the driver still mostly works.  However, the driver's remove
      function wouldn't be called on rmmod, and pci power management
      functions wouldn't work.  In the case of Smart Array, since it
      has a battery backed cache (or else no cache) even if the driver
      is not shut down properly as long as there is no outstanding
      i/o, nothing too bad happens, which is why it took so long to
      notice.
      
      Requesting backport to stable because the change to pci-driver.c
      which requires driver probe functions to return 0 occurred between
      2.6.35 and 2.6.36 (the pci power management breakage) and again
      between 3.7 and 3.8 (pci_dev->driver getting set to NULL in
      local_pci_probe() preventing driver remove function from being
      called on rmmod.)
      Signed-off-by: NStephen M. Cameron <scameron@beardog.cce.hp.com>
      Cc: stable@vger.kernel.org
      Signed-off-by: NJames Bottomley <JBottomley@Parallels.com>
      88bf6d62
    • S
      [SCSI] hpsa: do not discard scsi status on aborted commands · 2e311fba
      Stephen M. Cameron 提交于
      We inadvertantly discarded the scsi status for aborted commands.
      For some commands (e.g. reads from tape drives) these can't be retried,
      and if we discarded the scsi status, the scsi mid layer couldn't notice
      anything was wrong and the error was not reported.
      Signed-off-by: NStephen M. Cameron <scameron@beardog.cce.hp.com>
      Cc: stable@vger.kernel.org
      Signed-off-by: NJames Bottomley <JBottomley@Parallels.com>
      2e311fba
  5. 29 11月, 2013 2 次提交
    • M
      [SCSI] Disable WRITE SAME for RAID and virtual host adapter drivers · 54b2b50c
      Martin K. Petersen 提交于
      Some host adapters do not pass commands through to the target disk
      directly. Instead they provide an emulated target which may or may not
      accurately report its capabilities. In some cases the physical device
      characteristics are reported even when the host adapter is processing
      commands on the device's behalf. This can lead to adapter firmware hangs
      or excessive I/O errors.
      
      This patch disables WRITE SAME for devices connected to host adapters
      that provide an emulated target. Driver writers can disable WRITE SAME
      by setting the no_write_same flag in the host adapter template.
      
      [jejb: fix up rejections due to eh_deadline patch]
      Signed-off-by: NMartin K. Petersen <martin.petersen@oracle.com>
      Cc: stable@kernel.org
      Signed-off-by: NJames Bottomley <JBottomley@Parallels.com>
      54b2b50c
    • J
      genetlink/pmcraid: use proper genetlink multicast API · 5e53e689
      Johannes Berg 提交于
      The pmcraid driver is abusing the genetlink API and is using its
      family ID as the multicast group ID, which is invalid and may
      belong to somebody else (and likely will.)
      
      Make it use the correct API, but since this may already be used
      as-is by userspace, reserve a family ID for this code and also
      reserve that group ID to not break userspace assumptions.
      
      My previous patch broke event delivery in the driver as I missed
      that it wasn't using the right API and forgot to update it later
      in my series.
      
      While changing this, I noticed that the genetlink code could use
      the static group ID instead of a strcmp(), so also do that for
      the VFS_DQUOT family.
      
      Cc: Anil Ravindranath <anil_ravindranath@pmc-sierra.com>
      Cc: "James E.J. Bottomley" <JBottomley@parallels.com>
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      5e53e689
  6. 27 11月, 2013 1 次提交
  7. 20 11月, 2013 2 次提交
  8. 11 11月, 2013 1 次提交
  9. 09 11月, 2013 3 次提交
  10. 31 10月, 2013 2 次提交
  11. 25 10月, 2013 10 次提交
新手
引导
客服 返回
顶部