Linux SCSI Development

• Date Index

• Re: [PATCH v1 2/3] scsi: ufs: export some functions for vendor usage, (continued)
  • Re: [PATCH v1 2/3] scsi: ufs: export some functions for vendor usage, Alim Akhtar
  • Re: [PATCH v1 2/3] scsi: ufs: export some functions for vendor usage, Asutosh Das (asd)
  • Re: [PATCH v1 0/3] scsi: ufs-mediatek: add MediaTek vendor implementation part II, Martin K. Petersen
• [PATCH 4.19 50/84] scsi: sd: enable compat ioctls for sed-opal, Greg Kroah-Hartman
• [PATCH 4.14 44/71] scsi: sd: enable compat ioctls for sed-opal, Greg Kroah-Hartman
• [PATCH 5.4 127/203] scsi: sd: enable compat ioctls for sed-opal, Greg Kroah-Hartman
• [PATCH v2 0/9] Use UFS device indicated maximum LU number, Bean Huo
  • [PATCH v2 1/9] scsi: ufs: goto with returned value while failed to add WL, Bean Huo
    • Re: [PATCH v2 1/9] scsi: ufs: goto with returned value while failed to add WL, Bart Van Assche
      • RE: [EXT] Re: [PATCH v2 1/9] scsi: ufs: goto with returned value while failed to add WL, Bean Huo (beanhuo)
    • Re: [PATCH v2 1/9] scsi: ufs: goto with returned value while failed to add WL, Asutosh Das (asd)
  • [PATCH v2 2/9] scsi: ufs: Delete struct ufs_dev_desc, Bean Huo
    • Re: [PATCH v2 2/9] scsi: ufs: Delete struct ufs_dev_desc, Bart Van Assche
      • RE: [EXT] Re: [PATCH v2 2/9] scsi: ufs: Delete struct ufs_dev_desc, Bean Huo (beanhuo)
    • Re: [PATCH v2 2/9] scsi: ufs: Delete struct ufs_dev_desc, Asutosh Das (asd)
  • [PATCH v2 3/9] scsi: ufs: Split ufshcd_probe_hba() based on its called flow, Bean Huo
    • Re: [PATCH v2 3/9] scsi: ufs: Split ufshcd_probe_hba() based on its called flow, Asutosh Das (asd)
  • [PATCH v2 4/9] scsi: ufs: Move ufshcd_get_max_pwr_mode() to ufs_init_params(), Bean Huo
  • [PATCH v2 5/9] scsi: ufs: Delete two unnecessary functions, Bean Huo
    • Re: [PATCH v2 5/9] scsi: ufs: Delete two unnecessary functions, Bart Van Assche
      • RE: [EXT] Re: [PATCH v2 5/9] scsi: ufs: Delete two unnecessary functions, Bean Huo (beanhuo)
  • [PATCH v2 6/9] scsi: ufs: Delete is_init_prefetch from struct ufs_hba, Bean Huo
    • Re: [PATCH v2 6/9] scsi: ufs: Delete is_init_prefetch from struct ufs_hba, Bart Van Assche
      • RE: [EXT] Re: [PATCH v2 6/9] scsi: ufs: Delete is_init_prefetch from struct ufs_hba, Bean Huo (beanhuo)
  • [PATCH v2 7/9] scsi: ufs: Add max_lu_supported in struct ufs_dev_info, Bean Huo
    • Re: [PATCH v2 7/9] scsi: ufs: Add max_lu_supported in struct ufs_dev_info, Bart Van Assche
      • RE: [EXT] Re: [PATCH v2 7/9] scsi: ufs: Add max_lu_supported in struct ufs_dev_info, Bean Huo (beanhuo)
  • [PATCH v2 8/9] scsi: ufs: Initialize max_lu_supported, Bean Huo
  • [PATCH v2 9/9] scsi: ufs: Use UFS device indicated maximum LU number, Bean Huo
• [PATCH AUTOSEL 5.4 156/205] scsi: qla4xxx: fix double free bug, Sasha Levin
• [PATCH AUTOSEL 5.4 157/205] scsi: bnx2i: fix potential use after free, Sasha Levin
• [PATCH AUTOSEL 5.4 158/205] scsi: target: core: Fix a pr_debug() argument, Sasha Levin
• [PATCH AUTOSEL 5.4 177/205] scsi: qla2xxx: fix rports not being mark as lost in sync fabric scan, Sasha Levin
• [PATCH AUTOSEL 5.4 178/205] scsi: qla2xxx: Fix qla2x00_request_irqs() for MSI, Sasha Levin
• [PATCH AUTOSEL 5.4 166/205] scsi: scsi_transport_sas: Fix memory leak when removing devices, Sasha Levin
• [PATCH AUTOSEL 5.4 204/205] scsi: mpt3sas: Fix double free in attach error handling, Sasha Levin
• [PATCH AUTOSEL 5.4 200/205] scsi: ufs: Give an unique ID to each ufs-bsg, Sasha Levin
• [PATCH AUTOSEL 4.19 282/671] scsi: qla2xxx: Unregister chrdev if module initialization fails, Sasha Levin
• [PATCH AUTOSEL 4.19 289/671] scsi: target/core: Fix a race condition in the LUN lookup code, Sasha Levin
• [PATCH AUTOSEL 4.19 316/671] scsi: qla2xxx: Fix a format specifier, Sasha Levin
• [PATCH AUTOSEL 4.19 318/671] scsi: qla2xxx: Avoid that qlt_send_resp_ctio() corrupts memory, Sasha Levin
• [PATCH AUTOSEL 4.19 463/671] scsi: libfc: fix null pointer dereference on a null lport, Sasha Levin
• [PATCH AUTOSEL 4.19 538/671] scsi: fnic: fix msix interrupt allocation, Sasha Levin
• [PATCH AUTOSEL 4.14 159/371] scsi: target/core: Fix a race condition in the LUN lookup code, Sasha Levin
• [PATCH AUTOSEL 4.14 174/371] scsi: qla2xxx: Fix a format specifier, Sasha Levin
• [PATCH AUTOSEL 4.14 175/371] scsi: qla2xxx: Avoid that qlt_send_resp_ctio() corrupts memory, Sasha Levin
• [PATCH AUTOSEL 4.14 248/371] scsi: libfc: fix null pointer dereference on a null lport, Sasha Levin
• [PATCH AUTOSEL 4.14 290/371] scsi: fnic: fix msix interrupt allocation, Sasha Levin
• [PATCH AUTOSEL 4.9 092/251] scsi: megaraid_sas: reduce module load time, Sasha Levin
• [PATCH AUTOSEL 4.9 113/251] scsi: qla2xxx: Unregister chrdev if module initialization fails, Sasha Levin
• [PATCH AUTOSEL 4.9 168/251] scsi: libfc: fix null pointer dereference on a null lport, Sasha Levin
• [PATCH AUTOSEL 4.9 231/251] scsi: esas2r: unlock on error in esas2r_nvram_read_direct(), Sasha Levin
• [PATCH AUTOSEL 4.9 233/251] scsi: core: scsi_trace: Use get_unaligned_be*(), Sasha Levin
• [PATCH AUTOSEL 4.9 243/251] scsi: qla4xxx: fix double free bug, Sasha Levin
• [PATCH AUTOSEL 4.9 245/251] scsi: target: core: Fix a pr_debug() argument, Sasha Levin
• [PATCH AUTOSEL 4.4 056/174] scsi: megaraid_sas: reduce module load time, Sasha Levin
• Gather lpfc debug logs in kernel tracefs ringbuffer, Rajan Shanmugavelu
  • [PATCH] lpfc: Gather lpfc debug logs using tracefs ringbuffer, Rajan Shanmugavelu
• [PATCH AUTOSEL 4.4 110/174] scsi: libfc: fix null pointer dereference on a null lport, Sasha Levin
• [PATCH AUTOSEL 4.4 158/174] scsi: esas2r: unlock on error in esas2r_nvram_read_direct(), Sasha Levin
• [PATCH AUTOSEL 4.4 168/174] scsi: qla4xxx: fix double free bug, Sasha Levin
• [PATCH AUTOSEL 4.4 170/174] scsi: target: core: Fix a pr_debug() argument, Sasha Levin
• [PATCH AUTOSEL 4.4 169/174] scsi: bnx2i: fix potential use after free, Sasha Levin
• [PATCH AUTOSEL 4.4 073/174] scsi: qla2xxx: Unregister chrdev if module initialization fails, Sasha Levin
• [PATCH AUTOSEL 4.9 244/251] scsi: bnx2i: fix potential use after free, Sasha Levin
• [PATCH AUTOSEL 4.14 357/371] scsi: qla4xxx: fix double free bug, Sasha Levin
• [PATCH AUTOSEL 4.14 358/371] scsi: bnx2i: fix potential use after free, Sasha Levin
• [PATCH AUTOSEL 4.14 359/371] scsi: target: core: Fix a pr_debug() argument, Sasha Levin
• [PATCH AUTOSEL 4.14 366/371] scsi: qla2xxx: Fix qla2x00_request_irqs() for MSI, Sasha Levin
• [PATCH AUTOSEL 4.14 365/371] scsi: qla2xxx: fix rports not being mark as lost in sync fabric scan, Sasha Levin
• [PATCH AUTOSEL 4.14 342/371] scsi: core: scsi_trace: Use get_unaligned_be*(), Sasha Levin
• [PATCH AUTOSEL 4.14 339/371] scsi: esas2r: unlock on error in esas2r_nvram_read_direct(), Sasha Levin
• [PATCH AUTOSEL 4.14 158/371] scsi: qla2xxx: Unregister chrdev if module initialization fails, Sasha Levin
• [PATCH AUTOSEL 4.14 132/371] scsi: megaraid_sas: reduce module load time, Sasha Levin
• [PATCH AUTOSEL 4.19 626/671] scsi: esas2r: unlock on error in esas2r_nvram_read_direct(), Sasha Levin
• [PATCH AUTOSEL 4.19 632/671] scsi: core: scsi_trace: Use get_unaligned_be*(), Sasha Levin
• [PATCH AUTOSEL 4.19 653/671] scsi: bnx2i: fix potential use after free, Sasha Levin
• [PATCH AUTOSEL 4.19 661/671] scsi: qla2xxx: fix rports not being mark as lost in sync fabric scan, Sasha Levin
• [PATCH AUTOSEL 4.19 662/671] scsi: qla2xxx: Fix qla2x00_request_irqs() for MSI, Sasha Levin
• [PATCH AUTOSEL 4.19 654/671] scsi: target: core: Fix a pr_debug() argument, Sasha Levin
• [PATCH AUTOSEL 4.19 652/671] scsi: qla4xxx: fix double free bug, Sasha Levin
• [PATCH AUTOSEL 4.19 317/671] scsi: qla2xxx: Fix error handling in qlt_alloc_qfull_cmd(), Sasha Levin
• [PATCH AUTOSEL 4.19 239/671] scsi: megaraid_sas: reduce module load time, Sasha Levin
• [PATCH AUTOSEL 5.4 136/205] scsi: hisi_sas: Return directly if init hardware failed, Sasha Levin
• [PATCH AUTOSEL 5.4 122/205] scsi: lpfc: Fix a kernel warning triggered by lpfc_get_sgl_per_hdwq(), Sasha Levin
• [PATCH AUTOSEL 5.4 095/205] scsi: core: scsi_trace: Use get_unaligned_be*(), Sasha Levin
• [PATCH AUTOSEL 5.4 089/205] scsi: ufs: delete redundant function ufshcd_def_desc_sizes(), Sasha Levin
• [PATCH AUTOSEL 5.4 063/205] scsi: hisi_sas: Set the BIST init value before enabling BIST, Sasha Levin
• [PATCH AUTOSEL 5.4 062/205] scsi: hisi_sas: Don't create debugfs dump folder twice, Sasha Levin
• [PATCH AUTOSEL 5.4 061/205] scsi: esas2r: unlock on error in esas2r_nvram_read_direct(), Sasha Levin
• [PATCH AUTOSEL 5.4 006/205] scsi: lpfc: Fix list corruption detected in lpfc_put_sgl_per_hdwq, Sasha Levin
• [PATCH AUTOSEL 5.4 005/205] scsi: lpfc: Fix hdwq sgl locks and irq handling, Sasha Levin
• [PATCH 0/3] cleanup patches for unused variables, yu kuai
  • [PATCH 2/3] scsi: aic7xxx: remove set but not used variable 'ahc', yu kuai
  • [PATCH 3/3] scsi: aic7xxx: remove set but not used variable 'targ', yu kuai
  • [PATCH 1/3] scsi: aic7xxx: remove set but not used variable 'tinfo', yu kuai
• [LSF/MM/BPF ATTEND][LSF/MM/BPF TOPIC] Storage: shared host-wide tags for legacy SCSI drivers, Hannes Reinecke
• [PATCH] fnic: do not queue commands during fwreset, Hannes Reinecke
  • Re: [PATCH] fnic: do not queue commands during fwreset, Martin K. Petersen
• REMINDER: LSF/MM/BPF: 2020: Call for Proposals, Josef Bacik
• [PATCH v2] qla2xxx: Fix unbound NVME response length, Himanshu Madhani
  • Re: [PATCH v2] qla2xxx: Fix unbound NVME response length, Ewan D. Milne
• [PATCH] qla2xxx: Fix unbound NVME response length, Himanshu Madhani
  • Re: [PATCH] qla2xxx: Fix unbound NVME response length, Bart Van Assche
    • Re: [EXT] Re: [PATCH] qla2xxx: Fix unbound NVME response length, Himanshu Madhani
    • Re: [PATCH] qla2xxx: Fix unbound NVME response length, Ewan D. Milne
  • Re: [PATCH] qla2xxx: Fix unbound NVME response length, kbuild test robot
• [GIT PULL] SCSI fixes for 5.5-rc6, James Bottomley
  • Re: [GIT PULL] SCSI fixes for 5.5-rc6, pr-tracker-bot
• [PATCH] scsi: qla1280: Fix dma firmware download, if dma address is 64bit, Thomas Bogendoerfer
  • Re: [PATCH] scsi: qla1280: Fix dma firmware download, if dma address is 64bit, Martin K. Petersen
    • Re: [PATCH] scsi: qla1280: Fix dma firmware download, if dma address is 64bit, Thomas Bogendoerfer
      • Re: [PATCH] scsi: qla1280: Fix dma firmware download, if dma address is 64bit, Martin K. Petersen
• [PATCH RESEND 0/2] Fixing libfc memory leaks, Igor Druzhinin
  • [PATCH RESEND 1/2] scsi: libfc: free response frame from GPN_ID, Igor Druzhinin
    • Re: [PATCH RESEND 1/2] scsi: libfc: free response frame from GPN_ID, Hannes Reinecke
    • Re: [PATCH RESEND 1/2] scsi: libfc: free response frame from GPN_ID, Martin K. Petersen
  • [PATCH RESEND 2/2] scsi: libfc: drop extra rport reference in fc_rport_create(), Igor Druzhinin
    • Re: [PATCH RESEND 2/2] scsi: libfc: drop extra rport reference in fc_rport_create(), Hannes Reinecke
  • Re: [PATCH RESEND 0/2] Fixing libfc memory leaks, Martin K. Petersen
• [PATCH] scsi: mptfusion: Fix double fetch bug in ioctl, Dan Carpenter
  • Re: [PATCH] scsi: mptfusion: Fix double fetch bug in ioctl, Martin K. Petersen
    • Message not available
      • Re: [PATCH] scsi: mptfusion: Fix double fetch bug in ioctl, Dan Carpenter
• [PATCH v2 00/11] megaraid_sas: driver updates to 07.713.01.00-rc1, Anand Lodnoor
  • [PATCH v2 01/11] megaraid_sas: Reset adapter if FW is not in READY state after device resume, Anand Lodnoor
  • [PATCH v2 02/11] megaraid_sas: Set no_write_same only for Virtual Disk, Anand Lodnoor
  • [PATCH v2 03/11] megaraid_sas: Update optimal queue depth for SAS and NVMe devices, Anand Lodnoor
  • [PATCH v2 04/11] megaraid_sas: Do not kill host bus adapter, if adapter is already dead, Anand Lodnoor
  • [PATCH v2 05/11] megaraid_sas: Do not kill HBA if JBOD Seqence map or RAID map is disabled, Anand Lodnoor
  • [PATCH v2 06/11] megaraid_sas: Do not set HBA Operational if FW is not in operational state, Anand Lodnoor
  • [PATCH v2 07/11] megaraid_sas: Re-Define enum DCMD_RETURN_STATUS, Anand Lodnoor
  • [PATCH v2 08/11] megaraid_sas: Do not initiate OCR if controller is not in ready state, Anand Lodnoor
  • [PATCH v2 09/11] megaraid_sas: Limit the number of retries for the IOCTLs causing firmware fault, Anand Lodnoor
  • [PATCH v2 10/11] megaraid_sas: Use Block layer API to check SCSI device in-flight IO requests, Anand Lodnoor
    • Re: [PATCH v2 10/11] megaraid_sas: Use Block layer API to check SCSI device in-flight IO requests, Hannes Reinecke
      • RE: [PATCH v2 10/11] megaraid_sas: Use Block layer API to check SCSI device in-flight IO requests, Anand Lodnoor
        • Re: [PATCH v2 10/11] megaraid_sas: Use Block layer API to check SCSI device in-flight IO requests, John Garry
          • Message not available
            • Re: [PATCH v2 10/11] megaraid_sas: Use Block layer API to check SCSI device in-flight IO requests, John Garry
              • Re: [PATCH v2 10/11] megaraid_sas: Use Block layer API to check SCSI device in-flight IO requests, Hannes Reinecke
                • Re: [PATCH v2 10/11] megaraid_sas: Use Block layer API to check SCSI device in-flight IO requests, John Garry
                  • Re: [PATCH v2 10/11] megaraid_sas: Use Block layer API to check SCSI device in-flight IO requests, Sumit Saxena
                    • Re: [PATCH v2 10/11] megaraid_sas: Use Block layer API to check SCSI device in-flight IO requests, John Garry
                      • Re: [PATCH v2 10/11] megaraid_sas: Use Block layer API to check SCSI device in-flight IO requests, Hannes Reinecke
                      • Re: [PATCH v2 10/11] megaraid_sas: Use Block layer API to check SCSI device in-flight IO requests, Sumit Saxena
                        • Re: [PATCH v2 10/11] megaraid_sas: Use Block layer API to check SCSI device in-flight IO requests, John Garry
  • [PATCH v2 11/11] megaraid_sas: Update driver version to 07.713.01.00-rc1, Anand Lodnoor
  • Re: [PATCH v2 00/11] megaraid_sas: driver updates to 07.713.01.00-rc1, Martin K. Petersen
• [Patch v2] scsi: storvsc: Correctly set number of hardware queues for IDE disk, longli
  • Re: [Patch v2] scsi: storvsc: Correctly set number of hardware queues for IDE disk, Martin K. Petersen
• [PATCH] megaraid_sas: fixup MSIx interrupt setup during resume, Hannes Reinecke
  • Re: [PATCH] megaraid_sas: fixup MSIx interrupt setup during resume, Martin K. Petersen
  • Re: [PATCH] megaraid_sas: fixup MSIx interrupt setup during resume, Sumit Saxena
  • Re: [PATCH] megaraid_sas: fixup MSIx interrupt setup during resume, Martin K. Petersen
• [PATCH] scsi: csiostor: simplify macro CSIO_VALID_WWN, Chen Zhou
• [PATCH v6 00/37] sg: add v4 interface, Douglas Gilbert
  • [PATCH v6 01/37] sg: move functions around, Douglas Gilbert
  • [PATCH v6 02/37] sg: remove typedefs, type+formatting cleanup, Douglas Gilbert
  • [PATCH v6 04/37] sg: rework sg_poll(), minor changes, Douglas Gilbert
  • [PATCH v6 03/37] sg: sg_log and is_enabled, Douglas Gilbert
  • [PATCH v6 06/37] sg: make open count an atomic, Douglas Gilbert
  • [PATCH v6 05/37] sg: bitops in sg_device, Douglas Gilbert
  • [PATCH v6 08/37] sg: speed sg_poll and sg_get_num_waiting, Douglas Gilbert
  • [PATCH v6 07/37] sg: move header to uapi section, Douglas Gilbert
    • Re: [PATCH v6 07/37] sg: move header to uapi section, kbuild test robot
      • Re: [PATCH v6 07/37] sg: move header to uapi section, Douglas Gilbert
  • [PATCH v6 09/37] sg: sg_allow_if_err_recovery and renames, Douglas Gilbert
  • [PATCH v6 11/37] sg: change rwlock to spinlock, Douglas Gilbert
  • [PATCH v6 10/37] sg: improve naming, Douglas Gilbert
  • [PATCH v6 12/37] sg: ioctl handling, Douglas Gilbert
  • [PATCH v6 13/37] sg: split sg_read, Douglas Gilbert
  • [PATCH v6 14/37] sg: sg_common_write add structure for arguments, Douglas Gilbert
  • [PATCH v6 15/37] sg: rework sg_vma_fault, Douglas Gilbert
  • [PATCH v6 16/37] sg: rework sg_mmap, Douglas Gilbert
  • [PATCH v6 17/37] sg: replace sg_allow_access, Douglas Gilbert
  • [PATCH v6 18/37] sg: rework scatter gather handling, Douglas Gilbert
  • [PATCH v6 19/37] sg: introduce request state machine, Douglas Gilbert
  • [PATCH v6 20/37] sg: sg_find_srp_by_id, Douglas Gilbert
  • [PATCH v6 21/37] sg: sg_fill_request_element, Douglas Gilbert
  • [PATCH v6 22/37] sg: printk change %p to %pK, Douglas Gilbert
  • [PATCH v6 23/37] sg: xarray for fds in device, Douglas Gilbert
  • [PATCH v6 24/37] sg: xarray for reqs in fd, Douglas Gilbert
  • [PATCH v6 26/37] sg: sense buffer rework, Douglas Gilbert
  • [PATCH v6 27/37] sg: add sg v4 interface support, Douglas Gilbert
    • Re: [PATCH v6 27/37] sg: add sg v4 interface support, kbuild test robot
      • Re: [PATCH v6 27/37] sg: add sg v4 interface support, Douglas Gilbert
  • [PATCH v6 29/37] sg: add 8 byte SCSI LUN to sg_scsi_id, Douglas Gilbert
  • [PATCH v6 28/37] sg: rework debug info, Douglas Gilbert
  • [PATCH v6 25/37] sg: replace rq array with lists, Douglas Gilbert
  • [PATCH v6 31/37] sg: add sg_iosubmit_v3 and sg_ioreceive_v3 ioctls, Douglas Gilbert
    • Re: [PATCH v6 31/37] sg: add sg_iosubmit_v3 and sg_ioreceive_v3 ioctls, Bart Van Assche
      • Re: [PATCH v6 31/37] sg: add sg_iosubmit_v3 and sg_ioreceive_v3 ioctls, Douglas Gilbert
  • [PATCH v6 32/37] sg: add some __must_hold macros, Douglas Gilbert
  • [PATCH v6 30/37] sg: expand sg_comm_wr_t, Douglas Gilbert
  • [PATCH v6 33/37] sg: move procfs objects to avoid forward decls, Douglas Gilbert
  • [PATCH v6 34/37] sg: protect multiple receivers, Douglas Gilbert
  • [PATCH v6 36/37] sg: warn v3 write system call users, Douglas Gilbert
  • [PATCH v6 37/37] sg: bump version to 4.0.08, Douglas Gilbert
  • [PATCH v6 35/37] sg: first debugfs support, Douglas Gilbert
• [PATCH] qla2xxx: Fix a NULL pointer dereference in an error path, Bart Van Assche
  • Re: [PATCH] qla2xxx: Fix a NULL pointer dereference in an error path, Daniel Wagner
  • Re: [PATCH] qla2xxx: Fix a NULL pointer dereference in an error path, Ewan D. Milne
    • Re: [PATCH] qla2xxx: Fix a NULL pointer dereference in an error path, Bart Van Assche
      • Re: [PATCH] qla2xxx: Fix a NULL pointer dereference in an error path, Ewan D. Milne
        • Re: [PATCH] qla2xxx: Fix a NULL pointer dereference in an error path, Bart Van Assche
          • Re: [PATCH] qla2xxx: Fix a NULL pointer dereference in an error path, Ewan D. Milne
  • Re: [PATCH] qla2xxx: Fix a NULL pointer dereference in an error path, Roman Bolshakov
  • <Possible follow-ups>
  • [PATCH] qla2xxx: Fix a NULL pointer dereference in an error path, Bart Van Assche
    • Re: [PATCH] qla2xxx: Fix a NULL pointer dereference in an error path, Daniel Wagner
    • Re: [PATCH] qla2xxx: Fix a NULL pointer dereference in an error path, Martin K. Petersen
• How to reset HBA when using libsas/mvsas, Dāvis Mosāns
  • Re: How to reset HBA when using libsas/mvsas, John Garry
    • Re: How to reset HBA when using libsas/mvsas, Dāvis Mosāns
      • Re: How to reset HBA when using libsas/mvsas, John Garry
• [PATCH] scsi: storvsc: Correctly set number of hardware queues for IDE disk, longli
  • Re: [PATCH] scsi: storvsc: Correctly set number of hardware queues for IDE disk, Ming Lei
  • RE: [PATCH] scsi: storvsc: Correctly set number of hardware queues for IDE disk, Michael Kelley
    • RE: [PATCH] scsi: storvsc: Correctly set number of hardware queues for IDE disk, Long Li
• [PATCH v3 0/2] scsi: ufs: pass device information to apply_dev_quirks, Stanley Chu
  • [PATCH v3 2/2] scsi: ufs-mediatek: add apply_dev_quirks variant operation, Stanley Chu
  • [PATCH v3 1/2] scsi: ufs: pass device information to apply_dev_quirks, Stanley Chu
    • Re: [PATCH v3 1/2] scsi: ufs: pass device information to apply_dev_quirks, Can Guo
      • Re: [PATCH v3 1/2] scsi: ufs: pass device information to apply_dev_quirks, Stanley Chu
        • Re: [PATCH v3 1/2] scsi: ufs: pass device information to apply_dev_quirks, Can Guo
  • Re: [PATCH v3 0/2] scsi: ufs: pass device information to apply_dev_quirks, Martin K. Petersen
• [PATCH v1 0/3] use UFS device indicated maximum LU number, Bean Huo
  • [PATCH 1/3] scsi: ufs: add max_lu_supported in struct ufs_dev_info, Bean Huo
    • Re: [PATCH 1/3] scsi: ufs: add max_lu_supported in struct ufs_dev_info, Bart Van Assche
    • Re: [PATCH 1/3] scsi: ufs: add max_lu_supported in struct ufs_dev_info, asutoshd
  • [PATCH 3/3] scsi: ufs: use UFS device indicated maximum LU number, Bean Huo
    • Re: [PATCH 3/3] scsi: ufs: use UFS device indicated maximum LU number, Bart Van Assche
    • Re: [PATCH 3/3] scsi: ufs: use UFS device indicated maximum LU number, asutoshd
  • [PATCH 2/3] scsi: ufs: initialize max_lu_supported while booting, Bean Huo
    • Re: [PATCH 2/3] scsi: ufs: initialize max_lu_supported while booting, Bart Van Assche
      • RE: [PATCH 2/3] scsi: ufs: initialize max_lu_supported while booting, Avri Altman
      • RE: [EXT] Re: [PATCH 2/3] scsi: ufs: initialize max_lu_supported while booting, Bean Huo (beanhuo)
    • Re: [PATCH 2/3] scsi: ufs: initialize max_lu_supported while booting, asutoshd
• [PATCH v2 1/3] drivers: target: target_core_device: Pass lockdep expression to RCU lists, Amol Grover
  • [PATCH v2 2/3] drivers: target: target_core_tpg: Pass lockdep expression to RCU lists, Amol Grover
  • [PATCH v2 3/3] drivers: target: tcm_fc: tfc_sess: Pass lockdep expression to RCU lists, Amol Grover
• [PATCH 1/3] drivers: target: target_core_device: Pass lockdep expression to RCU lists, Amol Grover
  • [PATCH 2/3] drivers: target: target_core_tpg: Pass lockdep expression to RCU lists, Amol Grover
  • [PATCH 3/3] drivers: target: tcm_fc: tfc_sess: Pass lockdep expression to RCU lists, Amol Grover
• [RFC PATCH 0/5] Inline crypto support on DragonBoard 845c, Eric Biggers
  • [RFC PATCH 2/5] arm64: dts: sdm845: add Inline Crypto Engine registers and clock, Eric Biggers
  • [RFC PATCH 1/5] firmware: qcom_scm: Add support for programming inline crypto keys, Eric Biggers
  • [RFC PATCH 3/5] scsi: ufs: add quirk to disable inline crypto support, Eric Biggers
  • [RFC PATCH 5/5] scsi: ufs-qcom: add Inline Crypto Engine support, Eric Biggers
  • [RFC PATCH 4/5] scsi: ufs: add program_key() variant op, Eric Biggers
• [RFC v2 0/6] scsi_debug: random doublestore verify, Douglas Gilbert
  • [RFC v2 1/6] scsi_debug: randomize command completion time, Douglas Gilbert
  • [RFC v2 6/6] scsi_debug: bump to version 1.89, Douglas Gilbert
  • [RFC v2 4/6] scsi_debug: weaken rwlock around ramdisk access, Douglas Gilbert
  • [RFC v2 3/6] scsi_debug: implement verify(10), add verify(16), Douglas Gilbert
  • [RFC v2 5/6] scsi_debug: improve command duration calculation, Douglas Gilbert
  • [RFC v2 2/6] scsi_debug: add doublestore option, Douglas Gilbert
• [PATCH] enclosure: Fix stale device oops with hot replug, James Bottomley
  • Re: [PATCH] enclosure: Fix stale device oops with hot replug, Martin K. Petersen
• [PATCH] scsi: sd: Clear sdkp->protection_type when the disk isn't DIF in sd_read_protection_type(), chenxiang
  • Re: [PATCH] scsi: sd: Clear sdkp->protection_type when the disk isn't DIF in sd_read_protection_type(), Martin K. Petersen
• [PATCH] scsi: BusLogic: use %lX for unsigned long rather than %X, Colin King
  • Re: [PATCH] scsi: BusLogic: use %lX for unsigned long rather than %X, Khalid Aziz
  • Re: [PATCH] scsi: BusLogic: use %lX for unsigned long rather than %X, Martin K. Petersen
• [linux-next/mainline][bisected 3acac06][ppc] Oops when unloading mpt3sas driver, Abdul Haleem
  • Re: [linux-next/mainline][bisected 3acac06][ppc] Oops when unloading mpt3sas driver, Abdul Haleem
    • Re: [linux-next/mainline][bisected 3acac06][ppc] Oops when unloading mpt3sas driver, Christoph Hellwig
      • Re: [linux-next/mainline][bisected 3acac06][ppc] Oops when unloading mpt3sas driver, Abdul Haleem
        • Re: [linux-next/mainline][bisected 3acac06][ppc] Oops when unloading mpt3sas driver, Michael Ellerman
        • Re: [linux-next/mainline][bisected 3acac06][ppc] Oops when unloading mpt3sas driver, Christoph Hellwig
          • Re: [linux-next/mainline][bisected 3acac06][ppc] Oops when unloading mpt3sas driver, Abdul Haleem
            • Re: [linux-next/mainline][bisected 3acac06][ppc] Oops when unloading mpt3sas driver, Abdul Haleem
              • Re: [linux-next/mainline][bisected 3acac06][ppc] Oops when unloading mpt3sas driver, Sreekanth Reddy
                • Re: [linux-next/mainline][bisected 3acac06][ppc] Oops when unloading mpt3sas driver, Abdul Haleem
• Re: [PATCH v1] driver core: Use list_del_init to replace list_del at device_links_purge(), John Garry
  • <Possible follow-ups>
  • Re: [PATCH v1] driver core: Use list_del_init to replace list_del at device_links_purge(), John Garry
    • Re: [PATCH v1] driver core: Use list_del_init to replace list_del at device_links_purge(), Greg KH
    • Re: [PATCH v1] driver core: Use list_del_init to replace list_del at device_links_purge(), James Bottomley
      • Re: [PATCH v1] driver core: Use list_del_init to replace list_del at device_links_purge(), Greg KH
        • Re: [PATCH v1] driver core: Use list_del_init to replace list_del at device_links_purge(), James Bottomley
          • Re: [PATCH v1] driver core: Use list_del_init to replace list_del at device_links_purge(), John Garry
            • Re: [PATCH v1] driver core: Use list_del_init to replace list_del at device_links_purge(), John Garry
              • Re: [PATCH v1] driver core: Use list_del_init to replace list_del at device_links_purge(), James Bottomley
                • Re: [PATCH v1] driver core: Use list_del_init to replace list_del at device_links_purge(), Greg KH
                  • Re: [PATCH v1] driver core: Use list_del_init to replace list_del at device_links_purge(), John Garry
                    • Re: [PATCH v1] driver core: Use list_del_init to replace list_del at device_links_purge(), Greg KH
• [PATCH] scsi: aic7xxx: use kmemdup, Chen Zhou
• [Bug 206123] New: aacraid ( PM8068) and iommu=nobypass Frozen PHB error on ppc64, bugzilla-daemon
  • [Bug 206123] aacraid ( PM8068) and iommu=nobypass Frozen PHB error on ppc64, bugzilla-daemon
  • [Bug 206123] aacraid ( PM8068) and iommu=nobypass Frozen PHB error on ppc64, bugzilla-daemon
  • [Bug 206123] aacraid ( PM8068) and iommu=nobypass Frozen PHB error on ppc64, bugzilla-daemon
  • [Bug 206123] aacraid ( PM8068) and iommu=nobypass Frozen PHB error on ppc64, bugzilla-daemon
  • [Bug 206123] aacraid ( PM8068) and iommu=nobypass Frozen PHB error on ppc64, bugzilla-daemon
  • [Bug 206123] aacraid ( PM8068) and iommu=nobypass Frozen PHB error on ppc64, bugzilla-daemon
  • [Bug 206123] aacraid ( PM8068) and iommu=nobypass Frozen PHB error on ppc64, bugzilla-daemon
  • [Bug 206123] aacraid ( PM8068) and iommu=nobypass Frozen PHB error on ppc64, bugzilla-daemon
  • [Bug 206123] aacraid ( PM8068) and iommu=nobypass Frozen PHB error on ppc64, bugzilla-daemon
  • [Bug 206123] aacraid ( PM8068) and iommu=nobypass Frozen PHB error on ppc64, bugzilla-daemon
  • [Bug 206123] aacraid ( PM8068) and iommu=nobypass Frozen PHB error on ppc64, bugzilla-daemon
  • [Bug 206123] aacraid ( PM8068) and iommu=nobypass Frozen PHB error on ppc64, bugzilla-daemon
  • [Bug 206123] aacraid ( PM8068) and iommu=nobypass Frozen PHB error on ppc64, bugzilla-daemon
  • [Bug 206123] aacraid ( PM8068) and iommu=nobypass Frozen PHB error on ppc64, bugzilla-daemon
  • [Bug 206123] aacraid ( PM8068) and iommu=nobypass Frozen PHB error on ppc64, bugzilla-daemon
  • [Bug 206123] aacraid ( PM8068) and iommu=nobypass Frozen PHB error on ppc64, bugzilla-daemon
  • [Bug 206123] aacraid ( PM8068) and iommu=nobypass Frozen PHB error on ppc64, bugzilla-daemon
• [PATCH] fnic: fix invalid stack access, Arnd Bergmann
  • Re: [PATCH] fnic: fix invalid stack access, Martin K. Petersen
• [PATCH 0/4] ufs: Let the SCSI core allocate per-command UFS data, Bart Van Assche
  • [PATCH 3/4] ufs: Simplify two tests, Bart Van Assche
    • RE: [PATCH 3/4] ufs: Simplify two tests, Avri Altman
    • Re: [PATCH 3/4] ufs: Simplify two tests, asutoshd
    • Re: [PATCH 3/4] ufs: Simplify two tests, Stanley Chu
  • [PATCH 1/4] Introduce {init,exit}_cmd_priv(), Bart Van Assche
  • [PATCH 2/4] ufs: Introduce ufshcd_init_lrb(), Bart Van Assche
    • RE: [PATCH 2/4] ufs: Introduce ufshcd_init_lrb(), Avri Altman
    • Re: [PATCH 2/4] ufs: Introduce ufshcd_init_lrb(), Alim Akhtar
  • [PATCH 4/4] ufs: Let the SCSI core allocate per-command UFS data, Bart Van Assche
    • RE: [PATCH 4/4] ufs: Let the SCSI core allocate per-command UFS data, Avri Altman
      • Re: [PATCH 4/4] ufs: Let the SCSI core allocate per-command UFS data, Bart Van Assche
        • RE: [PATCH 4/4] ufs: Let the SCSI core allocate per-command UFS data, Avri Altman
  • RE: [PATCH 0/4] ufs: Let the SCSI core allocate per-command UFS data, Avri Altman
    • Re: [PATCH 0/4] ufs: Let the SCSI core allocate per-command UFS data, Bart Van Assche
• [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Chaitanya Kulkarni
  • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Javier González
    • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Logan Gunthorpe
  • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Bart Van Assche
    • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Chaitanya Kulkarni
    • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Damien Le Moal
    • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Martin K. Petersen
  • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Nikos Tsironis
  • RE: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, joshi.k
    • RE: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Knight, Frederick
  • <Possible follow-ups>
  • [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Chaitanya Kulkarni
    • RE: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Knight, Frederick
    • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Bart Van Assche
    • Message not available
      • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Javier González
    • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Johannes Thumshirn
      • Message not available
        • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Javier González
          • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Johannes Thumshirn
          • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Chaitanya Kulkarni
            • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Javier González
            • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Javier González
              • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Javier González
          • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Bart Van Assche
            • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Javier González
              • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Bart Van Assche
                • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Javier González
                  • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Chaitanya Kulkarni
                    • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Hannes Reinecke
                      • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Javier González
                      • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Bart Van Assche
                        • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Keith Busch
                    • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Javier González
                      • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Javier González
                        • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Javier González
                          • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Bart Van Assche
                            • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Javier González
                              • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Bart Van Assche
                                • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Javier González
                          • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Kanchan Joshi
                            • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Keith Busch
                            • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Bart Van Assche
                          • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Kanchan Joshi
    • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Hannes Reinecke
    • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Himanshu Madhani
    • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Kanchan Joshi
    • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Bart Van Assche
    • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Chaitanya Kulkarni
    • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Nikos Tsironis
  • [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Chaitanya Kulkarni
    • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Adam Manzanares
      • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Johannes Thumshirn
    • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Bart Van Assche
    • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Luis Chamberlain
    • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Javier González
      • [RFC PATCH 0/3] NVMe copy offload patches, Mikulas Patocka
        • [RFC PATCH 1/3] block: add copy offload support, Mikulas Patocka
          • Re: [RFC PATCH 1/3] block: add copy offload support, Bart Van Assche
            • Re: [RFC PATCH 1/3] block: add copy offload support, Mikulas Patocka
              • Re: [RFC PATCH 1/3] block: add copy offload support, Keith Busch
              • Re: [RFC PATCH 1/3] block: add copy offload support, Bart Van Assche
                • Re: [RFC PATCH 1/3] block: add copy offload support, Mikulas Patocka
                  • Re: [RFC PATCH 1/3] block: add copy offload support, Jens Axboe
          • Re: [RFC PATCH 1/3] block: add copy offload support, Keith Busch
            • Re: [RFC PATCH 1/3] block: add copy offload support, Mikulas Patocka
            • RE: [RFC PATCH 1/3] block: add copy offload support, Knight, Frederick
        • [RFC PATCH 2/3] nvme: add copy offload support, Mikulas Patocka
          • Re: [RFC PATCH 2/3] nvme: add copy offload support, Bart Van Assche
            • Re: [RFC PATCH 2/3] nvme: add copy offload support, Mikulas Patocka
        • [RFC PATCH 3/3] nvme: add the "debug" host driver, Mikulas Patocka
          • Re: [RFC PATCH 3/3] nvme: add the "debug" host driver, Adam Manzanares
            • Re: [RFC PATCH 3/3] nvme: add the "debug" host driver, Luis Chamberlain
              • Re: [RFC PATCH 3/3] nvme: add the "debug" host driver, Christoph Hellwig
                • Re: [RFC PATCH 3/3] nvme: add the "debug" host driver, Luis Chamberlain
                  • Re: [RFC PATCH 3/3] nvme: add the "debug" host driver, Adam Manzanares
                  • Re: [RFC PATCH 3/3] nvme: add the "debug" host driver, Mikulas Patocka
                    • Re: [RFC PATCH 3/3] nvme: add the "debug" host driver, Adam Manzanares
                    • Re: [RFC PATCH 3/3] nvme: add the "debug" host driver, Chaitanya Kulkarni
              • Re: [RFC PATCH 3/3] nvme: add the "debug" host driver, Chaitanya Kulkarni
          • Re: [RFC PATCH 3/3] nvme: add the "debug" host driver, Chaitanya Kulkarni
            • Re: [RFC PATCH 3/3] nvme: add the "debug" host driver, Klaus Jensen
            • Re: [RFC PATCH 3/3] nvme: add the "debug" host driver, Luis Chamberlain
              • Re: [RFC PATCH 3/3] nvme: add the "debug" host driver, Keith Busch
                • Re: [RFC PATCH 3/3] nvme: add the "debug" host driver, Adam Manzanares
                  • Re: [RFC PATCH 3/3] nvme: add the "debug" host driver, Chaitanya Kulkarni
                    • Re: [RFC PATCH 3/3] nvme: add the "debug" host driver, Damien Le Moal
                      • Re: [RFC PATCH 3/3] nvme: add the "debug" host driver, Chaitanya Kulkarni
                        • Re: [RFC PATCH 3/3] nvme: add the "debug" host driver, Javier González
                          • Re: [RFC PATCH 3/3] nvme: add the "debug" host driver, Chaitanya Kulkarni
                            • Re: [RFC PATCH 3/3] nvme: add the "debug" host driver, Javier González
                            • Re: [RFC PATCH 3/3] nvme: add the "debug" host driver, Hannes Reinecke
                              • Re: [RFC PATCH 3/3] nvme: add the "debug" host driver, Keith Busch
                              • Re: [RFC PATCH 3/3] nvme: add the "debug" host driver, Christoph Hellwig
        • Re: [RFC PATCH 0/3] NVMe copy offload patches, Nitesh Shetty
          • Message not available
            • [PATCH v2 00/10] Add Copy offload support, Nitesh Shetty
              • Message not available
                • [PATCH v2 09/10] dm: Enable copy offload for dm-linear target, Nitesh Shetty
              • Message not available
                • [PATCH v2 08/10] dm: Add support for copy offload., Nitesh Shetty
                  • Re: [PATCH v2 08/10] dm: Add support for copy offload., Mikulas Patocka
                    • Re: [PATCH v2 08/10] dm: Add support for copy offload., Nitesh Shetty
                      • Re: [PATCH v2 08/10] dm: Add support for copy offload., Mikulas Patocka
              • Message not available
                • [PATCH v2 01/10] block: make bio_map_kern() non static, Nitesh Shetty
              • Message not available
                • [PATCH v2 04/10] block: Introduce a new ioctl for copy, Nitesh Shetty
                  • Re: [PATCH v2 04/10] block: Introduce a new ioctl for copy, kernel test robot
              • Message not available
                • [PATCH v2 10/10] dm kcopyd: use copy offload support, Nitesh Shetty
              • Message not available
                • [PATCH v2 03/10] block: Add copy offload support infrastructure, Nitesh Shetty
                  • Re: [PATCH v2 03/10] block: Add copy offload support infrastructure, kernel test robot
                  • Re: [PATCH v2 03/10] block: Add copy offload support infrastructure, kernel test robot
                  • Re: [PATCH v2 03/10] block: Add copy offload support infrastructure, Damien Le Moal
                    • Re: [PATCH v2 03/10] block: Add copy offload support infrastructure, Nitesh Shetty
                  • Re: [PATCH v2 03/10] block: Add copy offload support infrastructure, Dan Carpenter
                    • Re: [PATCH v2 03/10] block: Add copy offload support infrastructure, Nitesh Shetty
              • Message not available
                • [PATCH v2 05/10] block: add emulation for copy, Nitesh Shetty
                  • Re: [PATCH v2 05/10] block: add emulation for copy, kernel test robot
                  • Re: [PATCH v2 05/10] block: add emulation for copy, Mikulas Patocka
                    • Re: [PATCH v2 05/10] block: add emulation for copy, Nitesh Shetty
              • Message not available
                • [PATCH v2 07/10] nvmet: add copy command support for bdev and file ns, Nitesh Shetty
                  • Re: [PATCH v2 07/10] nvmet: add copy command support for bdev and file ns, kernel test robot
                  • Re: [PATCH v2 07/10] nvmet: add copy command support for bdev and file ns, kernel test robot
                  • Re: [PATCH v2 07/10] nvmet: add copy command support for bdev and file ns, kernel test robot
                  • Re: [PATCH v2 07/10] nvmet: add copy command support for bdev and file ns, Dan Carpenter
              • Message not available
                • [PATCH v2 06/10] nvme: add copy support, Nitesh Shetty
                  • Re: [PATCH v2 06/10] nvme: add copy support, kernel test robot
              • Message not available
                • [PATCH v2 02/10] block: Introduce queue limits for copy-offload support, Nitesh Shetty
                  • Re: [PATCH v2 02/10] block: Introduce queue limits for copy-offload support, Damien Le Moal
                    • Re: [PATCH v2 02/10] block: Introduce queue limits for copy-offload support, Nitesh Shetty
      • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Nitesh Shetty
    • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Kanchan Joshi
    • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, David Disseldorp
    • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Nikos Tsironis
      • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Chaitanya Kulkarni
        • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Nikos Tsironis
        • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Nikos Tsironis
          • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Mikulas Patocka
            • Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Nikos Tsironis
  • [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload, Nitesh Shetty
• [PATCH -next] scsi: lpfc: Make lpfc_defer_acc_rsp static, YueHaibing
  • Re: [PATCH -next] scsi: lpfc: Make lpfc_defer_acc_rsp static, James Smart
  • Re: [PATCH -next] scsi: lpfc: Make lpfc_defer_acc_rsp static, Martin K. Petersen
• [PATCH 0/3] drivers base: transport component error propagation, Gabriel Krisman Bertazi
  • [PATCH 1/3] drivers: base: Support atomic version of attribute_container_device_trigger, Gabriel Krisman Bertazi
    • Re: [PATCH 1/3] drivers: base: Support atomic version of attribute_container_device_trigger, Greg KH
  • [PATCH 3/3] iscsi: Fail session and connection on transport registration failure, Gabriel Krisman Bertazi
  • [PATCH 2/3] drivers: base: Propagate errors through the transport component, Gabriel Krisman Bertazi
    • Re: [PATCH 2/3] drivers: base: Propagate errors through the transport component, Greg KH
  • Re: [PATCH 0/3] drivers base: transport component error propagation, Greg KH
  • Re: [PATCH 0/3] drivers base: transport component error propagation, Martin K. Petersen
• [RESEND PATCH v2] scsi: core: Change function comments to kernel-doc style, André Almeida
  • <Possible follow-ups>
  • [RESEND PATCH v2] scsi: core: Change function comments to kernel-doc style, André Almeida
    • Re: [RESEND PATCH v2] scsi: core: dox: Change function comments to kernel-doc style, Martin K. Petersen
• [PATCH][next] scsi: qla2xxx: fix null pointer dereference on null_fcport, Colin King
  • Re: [PATCH][next] scsi: qla2xxx: fix null pointer dereference on null_fcport, Dan Carpenter
• [PATCH v2 0/2] scsi: ufs: pass device information to apply_dev_quirks, Stanley Chu
  • [PATCH v2 1/2] scsi: ufs: pass device information to apply_dev_quirks, Stanley Chu
    • Re: [PATCH v2 1/2] scsi: ufs: pass device information to apply_dev_quirks, asutoshd
      • RE: [PATCH v2 1/2] scsi: ufs: pass device information to apply_dev_quirks, Avri Altman
    • RE: [EXT] [PATCH v2 1/2] scsi: ufs: pass device information to apply_dev_quirks, Bean Huo (beanhuo)
    • Re: [PATCH v2 1/2] scsi: ufs: pass device information to apply_dev_quirks, Martin K. Petersen
      • Re: [PATCH v2 1/2] scsi: ufs: pass device information to apply_dev_quirks, Stanley Chu
  • [PATCH v2 2/2] scsi: ufs-mediatek: add apply_dev_quirks variant operation, Stanley Chu
    • RE: [EXT] [PATCH v2 2/2] scsi: ufs-mediatek: add apply_dev_quirks variant operation, Bean Huo (beanhuo)
• [PATCH v1 0/3] scsi: ufs: pass device information to apply_dev_quirks, Stanley Chu
  • [PATCH v1 3/3] scsi: ufs-mediatek: add apply_dev_quirks variant operation, Stanley Chu
  • [PATCH v1 1/3] scsi: ufs: pass device information to apply_dev_quirks, Stanley Chu
  • [PATCH v1 2/3] scsi: ufs-qcom: modify apply_dev_quirks interface, Stanley Chu
  • Re: [PATCH v1 0/3] scsi: ufs: pass device information to apply_dev_quirks, Avri Altman
    • Re: [PATCH v1 0/3] scsi: ufs: pass device information to apply_dev_quirks, Stanley Chu
      • RE: [PATCH v1 0/3] scsi: ufs: pass device information to apply_dev_quirks, Avri Altman
        • RE: [PATCH v1 0/3] scsi: ufs: pass device information to apply_dev_quirks, Stanley Chu
• [PATCH v1 0/3] scsi: ufs: fix error history and complete device reset history, Stanley Chu
  • [PATCH v1 3/3] scsi: ufs: remove "errors" word in ufshcd_print_err_hist(), Stanley Chu
    • RE: [EXT] [PATCH v1 3/3] scsi: ufs: remove "errors" word in ufshcd_print_err_hist(), Bean Huo (beanhuo)
  • [PATCH v1 2/3] scsi: ufs: add device reset history for vendor implementations, Stanley Chu
    • RE: [EXT] [PATCH v1 2/3] scsi: ufs: add device reset history for vendor implementations, Bean Huo (beanhuo)
    • Re: [PATCH v1 2/3] scsi: ufs: add device reset history for vendor implementations, asutoshd
  • [PATCH v1 1/3] scsi: ufs: fix empty check of error history, Stanley Chu
    • Re: [PATCH v1 1/3] scsi: ufs: fix empty check of error history, asutoshd
    • RE: [EXT] [PATCH v1 1/3] scsi: ufs: fix empty check of error history, Bean Huo (beanhuo)
      • RE: [EXT] [PATCH v1 1/3] scsi: ufs: fix empty check of error history, Stanley Chu
        • RE: [EXT] [PATCH v1 1/3] scsi: ufs: fix empty check of error history, Bean Huo (beanhuo)
  • Re: [PATCH v1 0/3] scsi: ufs: fix error history and complete device reset history, Stanley Chu
  • Re: [PATCH v1 0/3] scsi: ufs: fix error history and complete device reset history, Martin K. Petersen
• [PATCH AUTOSEL 5.4 03/10] scsi: mpt3sas: Fix double free in attach error handling, Sasha Levin
• [PATCH AUTOSEL 5.4 05/10] scsi: target/iblock: Fix protection error with blocks greater than 512B, Sasha Levin
• [PATCH AUTOSEL 5.4 04/10] scsi: libcxgbi: fix NULL pointer dereference in cxgbi_device_destroy(), Sasha Levin
• [PATCH AUTOSEL 4.19 3/5] scsi: libcxgbi: fix NULL pointer dereference in cxgbi_device_destroy(), Sasha Levin
• [PATCH AUTOSEL 4.14 3/4] scsi: libcxgbi: fix NULL pointer dereference in cxgbi_device_destroy(), Sasha Levin
• [PATCH AUTOSEL 4.9 3/4] scsi: libcxgbi: fix NULL pointer dereference in cxgbi_device_destroy(), Sasha Levin
• [scsi:misc 58/85] drivers/scsi/qla2xxx/qla_target.c:5326:35: sparse: sparse: cast from restricted __be16, kbuild test robot
  • Re: [scsi:misc 58/85] drivers/scsi/qla2xxx/qla_target.c:5326:35: sparse: sparse: cast from restricted __be16, Bart Van Assche
• [PATCH 00/11] megaraid_sas: driver updates to 07.713.01.00-rc1, Anand Lodnoor
  • [PATCH 01/11] megaraid_sas: Add transition_to_ready retry logic in resume path, Anand Lodnoor
    • Re: [PATCH 01/11] megaraid_sas: Add transition_to_ready retry logic in resume path, Martin K. Petersen
  • [PATCH 02/11] megaraid_sas: Set no_write_same only for Virtual Disk, Anand Lodnoor
  • [PATCH 03/11] megaraid_sas: Update queue_depth of SAS and NVMe devices, Anand Lodnoor
    • Re: [PATCH 03/11] megaraid_sas: Update queue_depth of SAS and NVMe devices, Martin K. Petersen
  • =?y?q?=5BPATCH=2004/11=5D=20megaraid=5Fsas=3A=20Don=E2=80=99t=20kill=20already=20dead=20adapter?=, Anand Lodnoor
    • Re: .PATCH.04/11.megaraid.sas.Don.t.kill.already.dead.adapter, Martin K. Petersen
  • [PATCH 05/11] megaraid_sas: Do not kill HBA if JBOD Seqence map or RAID map is disabled, Anand Lodnoor
  • [PATCH 06/11] megaraid_sas: Do not set HBA Operational if FW is not in operational state, Anand Lodnoor
  • [PATCH 07/11] megaraid_sas: Re-Define enum DCMD_RETURN_STATUS, Anand Lodnoor
  • [PATCH 08/11] megaraid_sas: Do not initiate OCR if controller is not in ready state, Anand Lodnoor
    • Message not available
      • Re: [PATCH 08/11] megaraid_sas: Do not initiate OCR if controller is not in ready state, Sumit Saxena
  • [PATCH 09/11] megaraid_sas: Return pended IOCTLs after 3 retries, Anand Lodnoor
  • [PATCH 10/11] megaraid_sas: Use Block layer API to check SCSI device in-flight IO requests, Anand Lodnoor
  • [PATCH 11/11] megaraid_sas: Update driver version to 07.713.01.00-rc1, Anand Lodnoor
• [PATCH RESEND v2] scsi: ignore Synchronize Cache command failures to keep using drives not supporting it, Guido Trentalancia
  • <Possible follow-ups>
  • [PATCH RESEND v2] scsi: ignore Synchronize Cache command failures to keep using drives not supporting it, Guido Trentalancia
    • Re: [PATCH RESEND v2] scsi: ignore Synchronize Cache command failures to keep using drives not supporting it, James Bottomley
      • Re: [PATCH RESEND v2] scsi: ignore Synchronize Cache command failures to keep using drives not supporting it, Guido Trentalancia
        • Re: [PATCH RESEND v2] scsi: ignore Synchronize Cache command failures to keep using drives not supporting it, Damien Le Moal
          • Re: [PATCH RESEND v2] scsi: ignore Synchronize Cache command failures to keep using drives not supporting it, Guido Trentalancia
          • Re: [PATCH RESEND v2] scsi: ignore Synchronize Cache command failures to keep using drives not supporting it, Guido Trentalancia
            • Re: [PATCH RESEND v2] scsi: ignore Synchronize Cache command failures to keep using drives not supporting it, Damien Le Moal
              • Re: [PATCH RESEND v2] scsi: ignore Synchronize Cache command failures to keep using drives not supporting it, Guido Trentalancia
                • Re: [PATCH RESEND v2] scsi: ignore Synchronize Cache command failures to keep using drives not supporting it, Damien Le Moal
                  • Re: [PATCH RESEND v2] scsi: ignore Synchronize Cache command failures to keep using drives not supporting it, Guido Trentalancia
                    • Re: [PATCH RESEND v2] scsi: ignore Synchronize Cache command failures to keep using drives not supporting it, Damien Le Moal
                      • Re: [PATCH RESEND v2] scsi: ignore Synchronize Cache command failures to keep using drives not supporting it, Guido Trentalancia
              • Re: [PATCH RESEND v2] scsi: ignore Synchronize Cache command failures to keep using drives not supporting it, Damien Le Moal
                • Re: [PATCH RESEND v2] scsi: ignore Synchronize Cache command failures to keep using drives not supporting it, Guido Trentalancia
                  • Re: [PATCH RESEND v2] scsi: ignore Synchronize Cache command failures to keep using drives not supporting it, Damien Le Moal
                    • Re: [PATCH RESEND v2] scsi: ignore Synchronize Cache command failures to keep using drives not supporting it, Guido Trentalancia
• [PATCH 5.4 113/191] cdrom: respect device capabilities during opening action, Greg Kroah-Hartman
• [PATCH 4.19 063/114] cdrom: respect device capabilities during opening action, Greg Kroah-Hartman
• [PATCH 4.9 146/171] cdrom: respect device capabilities during opening action, Greg Kroah-Hartman
• [PATCH 4.4 121/137] cdrom: respect device capabilities during opening action, Greg Kroah-Hartman
• [PATCH 4.14 46/91] cdrom: respect device capabilities during opening action, Greg Kroah-Hartman
• [GIT PULL v3 00/27] block, scsi: final compat_ioctl cleanup, Arnd Bergmann
  • [PATCH v3 03/22] compat: scsi: sg: fix v3 compat read/write interface, Arnd Bergmann
  • [PATCH v3 11/22] compat_ioctl: bsg: add handler, Arnd Bergmann
  • [PATCH v3 10/22] compat_ioctl: add scsi_compat_ioctl, Arnd Bergmann
  • [PATCH v3 14/22] compat_ioctl: move sys_compat_ioctl() to ioctl.c, Arnd Bergmann
  • [PATCH v3 16/22] compat_ioctl: move cdrom commands into cdrom.c, Arnd Bergmann
  • [PATCH v3 13/22] compat_ioctl: scsi: move ioctl handling into drivers, Arnd Bergmann
    • Re: [PATCH v3 13/22] compat_ioctl: scsi: move ioctl handling into drivers, Stefan Hajnoczi
    • Re: [PATCH v3 13/22] compat_ioctl: scsi: move ioctl handling into drivers, Johannes Hirte
      • Re: [PATCH v3 13/22] compat_ioctl: scsi: move ioctl handling into drivers, Arnd Bergmann
        • Re: [PATCH v3 13/22] compat_ioctl: scsi: move ioctl handling into drivers, Johannes Hirte
  • [PATCH v3 17/22] compat_ioctl: scsi: handle HDIO commands from drivers, Arnd Bergmann
  • Re: [GIT PULL v3 00/27] block, scsi: final compat_ioctl cleanup, Arnd Bergmann
  • Re: [GIT PULL v3 00/27] block, scsi: final compat_ioctl cleanup, Ben Hutchings
    • Re: [GIT PULL v3 00/27] block, scsi: final compat_ioctl cleanup, Arnd Bergmann
  • Re: [GIT PULL v3 00/27] block, scsi: final compat_ioctl cleanup, Martin K. Petersen
• [PATCH next] scsi: pmcraid: replace dma_pool_alloc + memset with dma_pool_zalloc, Chen Zhou
• [PATCH next] scsi: mpt3sas: remove call to memset after dma_alloc_coherent, Chen Zhou
• [PATCH v1 0/2] scsi: ufs: fix device power mode during PM flow, Stanley Chu
  • [PATCH v1 1/2] scsi: ufs: set device as default active power mode during initialization only, Stanley Chu
    • Re: [PATCH v1 1/2] scsi: ufs: set device as default active power mode during initialization only, asutoshd
      • Re: [PATCH v1 1/2] scsi: ufs: set device as default active power mode during initialization only, Stanley Chu
        • Re: [PATCH v1 1/2] scsi: ufs: set device as default active power mode during initialization only, Can Guo
          • Re: [PATCH v1 1/2] scsi: ufs: set device as default active power mode during initialization only, Stanley Chu
            • Re: [PATCH v1 1/2] scsi: ufs: set device as default active power mode during initialization only, Stanley Chu
              • Re: [PATCH v1 1/2] scsi: ufs: set device as default active power mode during initialization only, Can Guo
                • Re: [PATCH v1 1/2] scsi: ufs: set device as default active power mode during initialization only, Stanley Chu
                  • Re: [PATCH v1 1/2] scsi: ufs: set device as default active power mode during initialization only, Can Guo
                    • Re: [PATCH v1 1/2] scsi: ufs: set device as default active power mode during initialization only, Can Guo
                      • Re: [PATCH v1 1/2] scsi: ufs: set device as default active power mode during initialization only, Stanley Chu
                  • RE: [PATCH v1 1/2] scsi: ufs: set device as default active power mode during initialization only, Avri Altman
            • Re: [PATCH v1 1/2] scsi: ufs: set device as default active power mode during initialization only, Can Guo
  • [PATCH v1 2/2] scsi: ufs: remove link_startup_again flow in ufshcd_link_startup, Stanley Chu
• Trace seen on target during iSER login, Rahul Kundu
  • Re: Trace seen on target during iSER login, Bart Van Assche
    • RE: Trace seen on target during iSER login, Rahul Kundu
      • Re: Trace seen on target during iSER login, Martin K. Petersen
        • Re: Trace seen on target during iSER login, Bart Van Assche
• [PATCH v2 0/6] scsi: ufs: add MediaTek vendor implementations, Stanley Chu
  • [PATCH v2 1/6] soc: mediatek: add header for SiP service interface, Stanley Chu
  • [PATCH v2 5/6] scsi: ufs-mediatek: configure customized auto-hibern8 timer, Stanley Chu
  • [PATCH v2 4/6] scsi: ufs: export ufshcd_auto_hibern8_update for vendor usage, Stanley Chu
  • [PATCH v2 2/6] scsi: ufs-mediatek: add device reset implementation, Stanley Chu
  • [PATCH v2 6/6] scsi: ufs-mediatek: configure and enable clk-gating, Stanley Chu
  • [PATCH v2 3/6] scsi: ufs-mediatek: introduce reference clock control, Stanley Chu
  • Re: [PATCH v2 0/6] scsi: ufs: add MediaTek vendor implementations, Martin K. Petersen
• [Bug 205999] New: Navicat Premium crack, bugzilla-daemon
• [PATCH 0/2] scsi: Use the correct style for SPDX License Identifier, Nishad Kamdar
  • [PATCH 1/2] scsi: mylex: Use the correct style for SPDX License Identifier, Nishad Kamdar
    • Re: [PATCH 1/2] scsi: mylex: Use the correct style for SPDX License Identifier, Hannes Reinecke
  • [PATCH 2/2] scsi: ufs: sysfs: Use the correct style for SPDX License Identifier, Nishad Kamdar
  • Re: [PATCH 0/2] scsi: Use the correct style for SPDX License Identifier, Martin K. Petersen
• [GIT PULL] SCSI fixes for 5.5-rc3, James Bottomley
  • Re: [GIT PULL] SCSI fixes for 5.5-rc3, pr-tracker-bot
• [PATCH v3] iscsi: Perform connection failure entirely in kernel space, Gabriel Krisman Bertazi
  • Re: [PATCH v3] iscsi: Perform connection failure entirely in kernel space, Lee Duncan
  • Re: [PATCH v3] iscsi: Perform connection failure entirely in kernel space, Khazhismel Kumykov
    • Re: [PATCH v3] iscsi: Perform connection failure entirely in kernel space, Gabriel Krisman Bertazi
      • Re: [PATCH v3] iscsi: Perform connection failure entirely in kernel space, Khazhismel Kumykov
        • [PATCH v4] iscsi: Perform connection failure entirely in kernel space, Gabriel Krisman Bertazi
          • Re: [PATCH v4] iscsi: Perform connection failure entirely in kernel space, Khazhismel Kumykov
          • Re: [PATCH v4] iscsi: Perform connection failure entirely in kernel space, Martin K. Petersen
• [PATCH RESEND] iscsi: Don't destroy session if there are outstanding connections, Gabriel Krisman Bertazi
  • Re: [PATCH RESEND] iscsi: Don't destroy session if there are outstanding connections, Gabriel Krisman Bertazi
    • Re: [PATCH RESEND] iscsi: Don't destroy session if there are outstanding connections, Lee Duncan
  • Re: [PATCH RESEND] iscsi: Don't destroy session if there are outstanding connections, Martin K. Petersen
• [RFT PATCH v3 0/1] Summary: hwmon driver disk and solid state drives with temperature sensors, Guenter Roeck
  • [RFT PATCH v3 1/1] hwmon: Driver for disk and solid state drives with temperature sensors, Guenter Roeck
    • Re: [RFT PATCH v3 1/1] hwmon: Driver for disk and solid state drives with temperature sensors, Linus Walleij
• [PATCH] scsi: aha1740: avoid a duplicated 'scsi_host_put()' call, Christophe JAILLET
• [PATCH V2] scsi: don't memset to zero after dma_alloc_coherent, yu kuai
• [PATCH v1 00/10] mpt3sas: Enhancements of phase14, Sreekanth Reddy
  • [PATCH v1 01/10] mpt3sas: Update MPI Headers to v02.00.57, Sreekanth Reddy
  • [PATCH v1 02/10] mpt3sas: Add support for NVMe shutdown., Sreekanth Reddy
  • [PATCH v1 03/10] mpt3sas: renamed _base_after_reset_handler function, Sreekanth Reddy
  • [PATCH v1 04/10] mpt3sas: Add support IOCs new state named COREDUMP, Sreekanth Reddy
  • [PATCH v1 05/10] mpt3sas: Handle CoreDump state from watchdog thread, Sreekanth Reddy
  • [PATCH v1 06/10] mpt3sas: print in which path firmware fault occurred, Sreekanth Reddy
  • [PATCH v1 07/10] mpt3sas: Optimize mpt3sas driver logging., Sreekanth Reddy
  • [PATCH v1 08/10] mpt3sas: Print function name in which cmd timed out, Sreekanth Reddy
  • [PATCH v1 09/10] mpt3sas: Remove usage of device_busy counter, Sreekanth Reddy
  • [PATCH v1 10/10] mpt3sas: Update drive version to 33.100.00.00, Sreekanth Reddy
  • Re: [PATCH v1 00/10] mpt3sas: Enhancements of phase14, Martin K. Petersen
• [PATCH] scsi: don't memset to zero after dma_alloc_coherent, yu kuai
  • Re: [PATCH] scsi: don't memset to zero after dma_alloc_coherent, Sergei Shtylyov
    • Re: [PATCH] scsi: don't memset to zero after dma_alloc_coherent, yukuai (C)
      • Re: [PATCH] scsi: don't memset to zero after dma_alloc_coherent, Sergei Shtylyov
        • Re: [PATCH] scsi: don't memset to zero after dma_alloc_coherent, yukuai (C)
• [PATCH 0/6] Six UFS patches, Bart Van Assche
  • [PATCH 1/6] ufs: Fix indentation in ufshcd_query_attr_retry(), Bart Van Assche
    • Re: [PATCH 1/6] ufs: Fix indentation in ufshcd_query_attr_retry(), Stanley Chu
    • Re: [PATCH 1/6] ufs: Fix indentation in ufshcd_query_attr_retry(), Can Guo
    • Re: [PATCH 1/6] ufs: Fix indentation in ufshcd_query_attr_retry(), Alim Akhtar
  • [PATCH 2/6] ufs: Make ufshcd_add_command_trace() easier to read, Bart Van Assche
    • Re: [PATCH 2/6] ufs: Make ufshcd_add_command_trace() easier to read, Stanley Chu
    • Re: [PATCH 2/6] ufs: Make ufshcd_add_command_trace() easier to read, Can Guo
    • Re: [PATCH 2/6] ufs: Make ufshcd_add_command_trace() easier to read, Alim Akhtar
  • [PATCH 3/6] ufs: Make ufshcd_prepare_utp_scsi_cmd_upiu() easier to read, Bart Van Assche
    • Re: [PATCH 3/6] ufs: Make ufshcd_prepare_utp_scsi_cmd_upiu() easier to read, Stanley Chu
    • Re: [PATCH 3/6] ufs: Make ufshcd_prepare_utp_scsi_cmd_upiu() easier to read, Can Guo
  • [PATCH 4/6] ufs: Fix a race condition in the tracing code, Bart Van Assche
    • Re: [PATCH 4/6] ufs: Fix a race condition in the tracing code, Can Guo
      • Re: [PATCH 4/6] ufs: Fix a race condition in the tracing code, Bart Van Assche
        • Re: [PATCH 4/6] ufs: Fix a race condition in the tracing code, Can Guo
    • Re: [PATCH 4/6] ufs: Fix a race condition in the tracing code, Alim Akhtar
  • [PATCH 5/6] ufs: Remove superfluous memory barriers, Bart Van Assche
    • Re: [PATCH 5/6] ufs: Remove superfluous memory barriers, Can Guo
      • Re: [PATCH 5/6] ufs: Remove superfluous memory barriers, Bart Van Assche
  • [PATCH 6/6] ufs: Remove the SCSI timeout handler, Bart Van Assche
    • Re: [PATCH 6/6] ufs: Remove the SCSI timeout handler, Can Guo
    • Re: [PATCH 6/6] ufs: Remove the SCSI timeout handler, Alim Akhtar
    • Re: [PATCH 6/6] ufs: Remove the SCSI timeout handler, Can Guo
      • Re: [PATCH 6/6] ufs: Remove the SCSI timeout handler, Bart Van Assche
        • Re: [PATCH 6/6] ufs: Remove the SCSI timeout handler, Can Guo
          • Re: [PATCH 6/6] ufs: Remove the SCSI timeout handler, Bart Van Assche
  • Re: [PATCH 0/6] Six UFS patches, Martin K. Petersen
• [PATCH v1 0/2] scsi: ufs: use existed well-defined functions, Stanley Chu
  • [PATCH v1 1/2] scsi: ufs: unify scsi_block_requests usage, Stanley Chu
    • Re: [PATCH v1 1/2] scsi: ufs: unify scsi_block_requests usage, Bart Van Assche
      • Re: [PATCH v1 1/2] scsi: ufs: unify scsi_block_requests usage, Stanley Chu
    • Re: [PATCH v1 1/2] scsi: ufs: unify scsi_block_requests usage, Can Guo