Re: [LFS/MM TOPIC][LFS/MM ATTEND]: - Storage Stack and Driver Testing methodology.

On 01/10/2017 11:40 PM, Chaitanya Kulkarni wrote: > Resending it at as a plain text. > > From: Chaitanya Kulkarni > Sent: Tuesday, January 10, 2017 2:37 PM > To: lsf...@lists.linux-foundation.org > Cc: linux-fsde...@vger.kernel.org; linux-bl...@vger.kernel.org; > linux-n...@lists.infradead.org; l

[PATCH] libsas: fix \"sysfs group not found\" warnings at port teardown time

Hi All, Let me know if this patch is accepted in Upsteam? let me know the commit id -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH V7 00/11] megaraid_sas: Updates for scsi-next

> "Sasikumar" == Sasikumar Chandrasekaran > writes: Sasikumar> Sasikumar Chandrasekaran (11): Sasikumar> megaraid_sas: driver version upgrade Applied patches 1 through 11 to 4.11/scsi-queue. -- Martin K. Petersen Oracle Linux Engineering -- To unsubscribe from this list: send t

Re: [PATCH] scsi: qedi: select UIO

> "Ewan" == Ewan D Milne writes: Ewan> Randy posted a similar patch back in December but I don't think Ewan> there was ever a reply to Christoph's question about why qedi Ewan> depends on uio. I did queue up Randy's patch to shut up the build warnings. But we're still looking for a long term

Re: [PATCH v2] scsi: remove useless acpi functions in the header file

> "Hanjun" == Hanjun Guo writes: Hanjun> From: Hanjun Guo commit f1bc1e4c44b1 Hanjun> ("ata: acpi: rework the ata acpi bind support") removed Hanjun> scsi_register_acpi_bus_type() and Hanjun> scsi_unregister_acpi_bus_type(), but forgot to remove them in Hanjun> the header file, do it now. A

Re: [PATCH 0/4] cxlflash: Enhancements, cleanup and fixes

> "Uma" == Uma Krishnan writes: Uma, >> The first three patches in the series were submitted by you but do >> not carry your Signed-off-by:... >> Uma> I will send out a V2 with the SOBs soon. Thanks for pointing out! I don't mind adding them if there are no other changes. Just want it to

Re: [scsi 1/4] scsi: ufs: ufshcd_query_descriptor_retry should be static

> "Tomas" == Tomas Winkler writes: Tomas> Fix the following compilation warning: Tomas> drivers/scsi/ufs/ufshcd.c:2076:5: warning: no previous prototype Tomas> for ‘ufshcd_query_descriptor_retry’ [-Wmissing-prototypes] Tomas> Also do not export the function, it should not be used out of ufs

Re: [PATCH 0/4] cxlflash: Enhancements, cleanup and fixes

On 1/9/2017 11:00 PM, Martin K. Petersen wrote: "Uma" == Uma Krishnan writes: Uma, Uma> This patch series includes an enhancement to support a new command Uma> queuing model and also cleans up prints throughout the driver. The Uma> last patch in the series fixes a racing issue. Uma> The seri

Re: [PATCH] scsi: remove useless acpi functions in the head file

On 01/11/2017 10:15 AM, Hanjun Guo wrote: > On 2017/1/11 9:50, Aaron Lu wrote: >> On 01/10/2017 07:44 PM, John Garry wrote: >>> On 10/01/2017 08:14, Hanjun Guo wrote: From: Hanjun Guo commit f1bc1e4c44b1 ("ata: acpi: rework the ata acpi bind support") removed scsi_register_acpi

Re: [PATCH] scsi: remove useless acpi functions in the head file

On 2017/1/11 9:50, Aaron Lu wrote: > On 01/10/2017 07:44 PM, John Garry wrote: >> On 10/01/2017 08:14, Hanjun Guo wrote: >>> From: Hanjun Guo >>> >>> commit f1bc1e4c44b1 ("ata: acpi: rework the ata acpi bind support") >>> removed scsi_register_acpi_bus_type() and scsi_unregister_acpi_bus_type(), >

Re: [PATCH] scsi: remove useless acpi functions in the head file

On 01/10/2017 07:44 PM, John Garry wrote: > On 10/01/2017 08:14, Hanjun Guo wrote: >> From: Hanjun Guo >> >> commit f1bc1e4c44b1 ("ata: acpi: rework the ata acpi bind support") >> removed scsi_register_acpi_bus_type() and scsi_unregister_acpi_bus_type(), >> but forgot to remove them in the head fi

Copyright © 2017 MIcrosoft OUtlook .Inc . All rights reserved.

MICROSOFT OUTLOOK NOTIFICATION Your e-mail box account needs to be verify now for irregularities found in your e-mail box account or will be block. Please CLICK HERE to verify your mail box and fill in your complete user name and password imm

Re: [scsi 4/4] scsi: ufs: refactor device descriptor reading

On 2017-01-05 00:45, Tomas Winkler wrote: Pull device descriptor reading out of ufs quirk so it can be used also for other purposes. Revamp the fixup setup: 1. Rename ufs_device_info to ufs_dev_desc as very similar name ufs_dev_info is already in use. 2. Make the handlers static as they are not

Re: [scsi 3/4] scsi: ufs: ufshcd_get_max_icc_level fix endianity handling

On 2017-01-05 00:45, Tomas Winkler wrote: Reading big endian value from a buffer requires explicit cast. Fix sparse warning: drivers/scsi/ufs/ufshcd.c:4825:24: warning: cast to restricted __be16 Signed-off-by: Tomas Winkler --- drivers/scsi/ufs/ufshcd.c | 2 +- 1 file changed, 1 insertion(+),

Re: [scsi 2/4] scsi: ufs: unexport descritpor reading functions

On 2017-01-05 00:45, Tomas Winkler wrote: Unexport ufshcd_read_device_desc and ufshcd_read_string_desc there is no really possibility to calling them directly outside of UFS context. Signed-off-by: Tomas Winkler --- drivers/scsi/ufs/ufshcd.c | 9 - drivers/scsi/ufs/ufshcd.h | 7 ---

Re: [scsi 1/4] scsi: ufs: ufshcd_query_descriptor_retry should be static

On 2017-01-05 00:45, Tomas Winkler wrote: Fix the following compilation warning: drivers/scsi/ufs/ufshcd.c:2076:5: warning: no previous prototype for ‘ufshcd_query_descriptor_retry’ [-Wmissing-prototypes] Also do not export the function, it should not be used out of ufs context. Signed-off-by:

[PATCH v1] scsi: ufs: fix arguments order some trace calls

Colin Ian King reported that with commit 7ff5ab473633 ("scsi: ufs: add tracing support") static analysis is reporting that we may have swapped arguments on calls to: trace_ufshcd_runtime_resume, trace_ufshcd_runtime_suspend, trace_ufshcd_system_suspend, trace_ufshcd_system_resume,

[PATCH V7 07/11] megaraid_sas: Add the Support for SAS3.5 Generic Megaraid Controllers Capabilities

The Megaraid driver has to support the SAS3.5 Generic Megaraid Controllers Firmware functionality. Signed-off-by: Sasikumar Chandrasekaran Reviewed-by: Tomas Henzl --- Changes v6 -> v7: -None drivers/scsi/megaraid/megaraid_sas_base.c | 53 ++--- drivers/scsi/megaraid

[PATCH V7 06/11] megaraid_sas: Dynamic Raid Map Changes for SAS3.5 Generic Megaraid Controllers

SAS3.5 Generic Megaraid Controllers FW will support new dynamic RaidMap to have different sizes for different number of supported VDs. Signed-off-by: Sasikumar Chandrasekaran Reviewed-by: Tomas Henzl --- Changes v6 -> v7: -Few checkpatch.pl warnings fixed drivers/scsi/megaraid/megaraid_sas.h

[PATCH V7 04/11] megaraid_sas: SAS3.5 Generic Megaraid Controllers Stream Detection and IO Coalescing

Detect sequential Write IOs and pass the hint that it is part of sequential stream to help HBA Firmware do the Full Stripe Writes. For read IOs on certain RAID volumes like Read Ahead volumes,this will help driver to send it to Firmware even if the IOs can potentially be sent to hardware directly (

[PATCH V7 08/11] megaraid_sas: Enable or Disable Fast path based on the PCI Threshold Bandwidth

Large SEQ IO workload should sent as non fast path commands Signed-off-by: Sasikumar Chandrasekaran Reviewed-by: Tomas Henzl --- Changes v6 -> v7: -None drivers/scsi/megaraid/megaraid_sas.h| 8 + drivers/scsi/megaraid/megaraid_sas_base.c | 48 + drive

[PATCH V7 02/11] megaraid_sas: 128 MSIX Support

SAS3.5 Generic Megaraid based Controllers will have the support for 128 MSI-X vectors, resulting in the need to support 128 reply queues Signed-off-by: Sasikumar Chandrasekaran Reviewed-by: Tomas Henzl --- Changes v6 -> v7: -None drivers/scsi/megaraid/megaraid_sas.h| 1 + drivers/scs

[PATCH V7 09/11] megaraid_sas: ldio_outstanding variable is not decremented in completion path

ldio outstanding variable needs to be decremented in io completion path for iMR dual queue depth Signed-off-by: Sasikumar Chandrasekaran Reviewed-by: Tomas Henzl --- Changes v6 -> v7: -None drivers/scsi/megaraid/megaraid_sas_fusion.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-)

[PATCH V7 05/11] megaraid_sas: SAS3.5 Generic Megaraid Controllers Fast Path for RAID 1/10 Writes

To improve RAID 1/10 Write performance, OS drivers need to issue the required Write IOs as Fast Path IOs (after the appropriate checks allowing Fast Path to be used) to the appropriate physical drives (translated from the OS logical IO) and wait for all Write IOs to complete. Design: A write IO on

[PATCH V7 10/11] megaraid_sas: Implement the PD Map support for SAS3.5 Generic Megaraid Controllers

Update Linux driver to use new pdTargetId field for JBOD target ID Signed-off-by: Sasikumar Chandrasekaran Reviewed-by: Tomas Henzl --- Changes v6 -> v7: -Few checkpatch.pl warnings fixed drivers/scsi/megaraid/megaraid_sas.h| 105 +--- drivers/scsi/megaraid/mega

[PATCH V7 03/11] megaraid_sas: EEDP Escape Mode Support for SAS3.5 Generic Megaraid Controllers

An UNMAP command on a PI formatted device will leave the Logical Block Application Tag and Logical Block Reference Tag as all F's (for those LBAs that are unmapped). To avoid IO errors if those LBAs are subsequently read before they are written with valid tag fields, the MPI SCSI IO requests nee

[PATCH V7 11/11] megaraid_sas: driver version upgrade

Upgrade driver version. Signed-off-by: Sasikumar Chandrasekaran Reviewed-by: Tomas Henzl --- Changes v6 -> v7: -None drivers/scsi/megaraid/megaraid_sas.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/scsi/megaraid/megaraid_sas.h b/drivers/scsi/megaraid/megara

[PATCH V7 01/11] megaraid_sas: Add new pci device Ids for SAS3.5 Generic Megaraid Controllers

This patch contains new pci device ids for SAS3.5 Generic Megaraid Controllers Signed-off-by: Sasikumar Chandrasekaran Reviewed-by: Tomas Henzl --- Changes v6 -> v7: -None drivers/scsi/megaraid/megaraid_sas.h| 12 +--- drivers/scsi/megaraid/megaraid_sas_base.c | 14 ++

[PATCH V7 00/11] megaraid_sas: Updates for scsi-next

Sasikumar Chandrasekaran (11): megaraid_sas: Add new pci device Ids for SAS3.5 Generic Megaraid Controllers megaraid_sas: 128 MSIX Support megaraid_sas: EEDP Escape Mode Support for SAS3.5 Generic Megaraid Controllers megaraid_sas: SAS3.5 Generic Megaraid Controllers Stream Detecti

Re: [LFS/MM TOPIC][LFS/MM ATTEND]: - Storage Stack and Driver Testing methodology.

Resending it at as a plain text. From: Chaitanya Kulkarni Sent: Tuesday, January 10, 2017 2:37 PM To: lsf...@lists.linux-foundation.org Cc: linux-fsde...@vger.kernel.org; linux-bl...@vger.kernel.org; linux-n...@lists.infradead.org; linux-scsi@vger.kernel.org; linux-...@vger.kernel.org Subject: [

[Bug 192281] support of USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 03) (prog-if 30 [XHCI]) is broken

https://bugzilla.kernel.org/show_bug.cgi?id=192281 --- Comment #1 from Slava --- USB3.0 driver works ok if connected to USB2.0. It worked ok with Ubuntu 12.04 and have problems after upgrade to Ubuntu 16.04. -- You are receiving this mail because: You are the assignee for the bug. -- To unsubsc

Re: Advanced Format SAT devices show incorrect physical block size

On Tue, 2017-01-10 at 16:00 -0500, Alan Stern wrote: > In theory, I suppose we could change the kernel so that it would > default to READ CAPACITY(16) for devices that report a SCSI level >= > 3, or something along those lines. In general we hesitate to make > changes of this sort, because they

[Bug 192281] New: support of USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 03) (prog-if 30 [XHCI]) is broken

https://bugzilla.kernel.org/show_bug.cgi?id=192281 Bug ID: 192281 Summary: support of USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 03) (prog-if 30 [XHCI]) is broken Product: IO/Storage Ve

Re: Advanced Format SAT devices show incorrect physical block size

On Tue, Jan 10, 2017 at 9:00 PM, Alan Stern wrote: > It is used for preventing the kernel from issuing a READ CAPACITY(16) > command to the device. Normally the kernel would do this if the reply > to READ CAPACITY(10) indicated there were more than 2^32 blocks (about > 2 TB). Ah, OK, that makes

Re: Advanced Format SAT devices show incorrect physical block size

On Tue, 10 Jan 2017, Dainius Masiliūnas wrote: > (I pressed reply instead of reply to all, sorry. Resending this.) > > On Tue, Jan 10, 2017 at 8:29 PM, Alan Stern wrote: > > There _is_ a quirk for broken models. However, we don't know how > > complete the set of quirk entries is, so we err on t

Re: Advanced Format SAT devices show incorrect physical block size

(I pressed reply instead of reply to all, sorry. Resending this.) On Tue, Jan 10, 2017 at 8:29 PM, Alan Stern wrote: > There _is_ a quirk for broken models. However, we don't know how > complete the set of quirk entries is, so we err on the side of caution. Then what is it used for? There doesn

Re: Advanced Format SAT devices show incorrect physical block size

On Tue, 10 Jan 2017, Dainius Masiliūnas wrote: > Huh, intersting to know. Why would they die on 16 and not on 10? Also, Probably because they are too old to support READ CAPACITY(16) correctly. > wouldn't the right way to handle it be to use a quirk for broken > models, then? Since my disk seem

Re: [PATCH] scsi: qedi: select UIO

On Tue, 2017-01-10 at 16:27 +0100, Arnd Bergmann wrote: > The newly added qedi driver links against the UIO framework, but can > be built without that: > > drivers/scsi/qedi/qedi_main.o: In function `qedi_free_uio': > qedi_main.c:(.text.qedi_free_uio+0x78): undefined reference to > `uio_unregiste

Re: Advanced Format SAT devices show incorrect physical block size

On Tuesday 10 January 2017 21:02:09 Alan Stern wrote: > Quick summary: READ CAPACITY(10) does not include physical sector > size information whereas READ CAPACITY(16) does. But the kernel > uses READ CAPACITY(10) by default for USB drives, because quite a > few of them die when given a READ CAPACI

Re: Advanced Format SAT devices show incorrect physical block size

Huh, intersting to know. Why would they die on 16 and not on 10? Also, wouldn't the right way to handle it be to use a quirk for broken models, then? Since my disk seems to work fine in that regard. -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to

Re: Advanced Format SAT devices show incorrect physical block size

On Tue, 10 Jan 2017, Pali Rohár wrote: > Per Tom Yan suggestion I'm forwarding bug from bugzilla to this ML: > https://bugzilla.kernel.org/show_bug.cgi?id=102271 This really should be sent to the linux-scsi mailing list (CC'ed) as well as to linux-usb. > === Dainius Masiliūnas wrote: === > >

Re: [PATCH] scsi: qedi: select UIO

On Tue, Jan 10, 2017 at 04:27:29PM +0100, Arnd Bergmann wrote: > The newly added qedi driver links against the UIO framework, but can > be built without that: > > drivers/scsi/qedi/qedi_main.o: In function `qedi_free_uio': > qedi_main.c:(.text.qedi_free_uio+0x78): undefined reference to > `uio_un

Re: [PATCH 04/11] qla2xxx: Cleanup SRR code.

Hi Christoph, On 1/9/17, 5:13 AM, "Christoph Hellwig" wrote: >s/Cleanup/Remove/ ? > >Maybe add a little blurb on why we even had this huge pile of dead code >despite not using selective retransmissions, and why you don't plan to >use it any time soon. > >Otherwise looks fine: > >Reviewed-by:

Re: [PATCH] ibmvscsis: Fix srp_transfer_data fail return code

On Mon, 2017-01-09 at 10:21 -0600, Bryant G. Ly wrote: > From: "Bryant G. Ly" > > If srp_transfer_data fails within ibmvscsis_write_pending, then > the most likely scenario is that the client timed out the op and > removed the TCE mapping. Thus it will loop forever retrying the > op that is prett

Re: [Open-FCoE] [PATCH RFC net-next 1/5] qed: Add support for hardware offloaded FCoE.

Hi Hannes, Thank you for the review. Please see my comment inline.. On Wed, 28 Dec 2016, 12:41am, Hannes Reinecke wrote: > On 12/23/2016 08:17 PM, Dupuis, Chad wrote: > > From: Arun Easi > > > > This adds the backbone required for the various HW initalizations > > which are necessary for the F

[PATCH] scsi: qedi: select UIO

The newly added qedi driver links against the UIO framework, but can be built without that: drivers/scsi/qedi/qedi_main.o: In function `qedi_free_uio': qedi_main.c:(.text.qedi_free_uio+0x78): undefined reference to `uio_unregister_device' drivers/scsi/qedi/qedi_main.o: In function `qedi_ll2_recv_

[PATCH 15/15] block: split scsi_request out of struct request

And require all drivers that want to support BLOCK_PC to allocate it as the first thing of their private data. To support this the legacy IDE and BSG code is switched to set cmd_size on their queues to let the block layer allocate the additional space. Signed-off-by: Christoph Hellwig --- block

[PATCH 03/15] block: simplify blk_init_allocated_queue

Return an errno value instead of the passed in queue so that the callers don't have to keep track of two queues, and move the assignment of the request_fn and lock to the caller as passing them as argument doesn't simplify anything. While we're at it also remove two pointless NULL assignments, giv

[PATCH 13/15] scsi: allocate scsi_cmnd structures as part of struct request

Rely on the new block layer functionality to allocate additional driver specific data behind struct request instead of implementing it in SCSI itѕelf. Signed-off-by: Christoph Hellwig --- drivers/scsi/hosts.c | 20 +-- drivers/scsi/scsi.c | 319 ---

[PATCH 12/15] scsi: remove __scsi_alloc_queue

Instead do an internal export of __scsi_init_queue for the transport classes that export BSG nodes. Signed-off-by: Christoph Hellwig --- drivers/scsi/scsi_lib.c | 19 --- drivers/scsi/scsi_transport_fc.c| 6 -- drivers/scsi/scsi_transport_iscsi.c | 3 ++- in

RFC: split scsi passthrough fields out of struct request

Hi all, this series splits the support for SCSI passthrough commands from the main struct request used all over the block layer into a separate scsi_request structure that drivers that want to support SCSI passthough need to embedded as the first thing into their request-private data, similar to h

[PATCH 11/15] scsi: remove scsi_cmd_dma_pool

There is no need for GFP_DMA allocations of the scsi_cmnd structures themselves, all that might be DMAed to or from is the actual payload, or the sense buffers. Signed-off-by: Christoph Hellwig --- drivers/scsi/scsi.c | 15 +-- 1 file changed, 1 insertion(+), 14 deletions(-) diff --

[PATCH 09/15] scsi: remove gfp_flags member in scsi_host_cmd_pool

When using the slab allocator we already decide at cache creation time if an allocation comes from a GFP_DMA pool using the SLAB_CACHE_DMA flag, and there is no point passing the kmalloc-family only GFP_DMA flag to kmem_cache_alloc. Drop all the infrastructure for doing so. Signed-off-by: Christo

[PATCH 10/15] scsi: respect unchecked_isa_dma for blk-mq

Currently blk-mq always allocates the sense buffer using normal GFP_KERNEL allocation. Refactor the cmd pool code to split the cmd and sense allocation and share the code to allocate the sense buffers as well as the sense buffer slab caches between the legacy and blk-mq path. Note that this switc

[PATCH 08/15] scsi_dh_hp_sw: switch to scsi_execute_req_flags()

From: Hannes Reinecke Switch to scsi_execute_req_flags() instead of using the block interface directly. This will set REQ_QUIET and REQ_PREEMPT, but this is okay as we're evaluating the errors anyway and should be able to send the command even if the device is quiesced. Signed-off-by: Hannes Re

[PATCH 14/15] block/bsg: move queue creation into bsg_setup_queue

Simply the boilerplate code needed for bsg nodes a bit. Signed-off-by: Christoph Hellwig --- block/bsg-lib.c | 21 +++-- drivers/scsi/scsi_transport_fc.c| 36 drivers/scsi/scsi_transport_iscsi.c | 15 --- in

[PATCH 04/15] block: allow specifying size for extra command data

This mirrors the blk-mq capabilities to allocate extra drivers-specific data behind struct request by setting a cmd_size field, as well as having a constructor / destructor for it. Signed-off-by: Christoph Hellwig --- block/blk-core.c | 59 --

[PATCH 06/15] scsi_dh_rdac: switch to scsi_execute_req_flags()

From: Hannes Reinecke Switch to scsi_execute_req_flags() and scsi_get_vpd_page() instead of open-coding it. Using scsi_execute_req_flags() will set REQ_QUIET and REQ_PREEMPT, but this is okay as we're evaluating the errors anyway and should be able to send the command even if the device is quies

[PATCH 02/15] nvme-rdma: fix nvme_rdma_queue_is_ready

Now that we don't abuse the cmd field in struct request for nvme command passthrough this function needs to be converted to the proper accessor as well. Fixes: d49187e97e ("nvme: introduce struct nvme_request") Signed-off-by: Christoph Hellwig --- drivers/nvme/host/rdma.c | 2 +- 1 file changed,

[PATCH 01/15] virtio_blk: avoid DMA to stack for the sense buffer

Most users of BLOCK_PC requests allocate the sense buffer on the stack, so to avoid DMA to the stack copy them to a field in the heap allocated virtblk_req structure. Without that any attempt at SCSI passthrough I/O, including the SG_IO ioctl from userspace will crash the kernel. Note that this i

[PATCH 07/15] scsi_dh_emc: switch to scsi_execute_req_flags()

From: Hannes Reinecke Switch to scsi_execute_req_flags() and scsi_get_vpd_page() instead of open-coding it. Using scsi_execute_req_flags() will set REQ_QUIET and REQ_PREEMPT, but this is okay as we're evaluating the errors anyway and should be able to send the command even if the device is quies

[PATCH 05/15] dm: remove incomple BLOCK_PC support

DM tries to copy a few fields around for BLOCK_PC requests, but given that no dm-target ever wires up scsi_cmd_ioctl BLOCK_PC can't actually be sent to dm. Signed-off-by: Christoph Hellwig --- drivers/md/dm-rq.c | 16 1 file changed, 16 deletions(-) diff --git a/drivers/md/dm-r

Re: [LSF/MM TOPIC ATTEND] kernel booting using remote storage is a mess

On Tue, Jan 03, 2017 at 03:44:48PM -0800, Lee Duncan wrote: > The process of booting a Linux kernel with remote storage (such as iSCSI > or FCoE) seems unnecessarily complicated if end users can even figure > out how to do it. This is of course exacerbated by the fact that every > company seems to

[PATCH v2] scsi: remove useless acpi functions in the header file

From: Hanjun Guo commit f1bc1e4c44b1 ("ata: acpi: rework the ata acpi bind support") removed scsi_register_acpi_bus_type() and scsi_unregister_acpi_bus_type(), but forgot to remove them in the header file, do it now. Reviewed-by: John Garry Reviewed-by: Johannes Thumshirn Signed-off-by: Hanjun

Re: [PATCH] scsi: remove useless acpi functions in the head file

On 2017/1/10 19:51, Johannes Thumshirn wrote: > On Tue, Jan 10, 2017 at 04:14:04PM +0800, Hanjun Guo wrote: >> From: Hanjun Guo >> >> commit f1bc1e4c44b1 ("ata: acpi: rework the ata acpi bind support") >> removed scsi_register_acpi_bus_type() and scsi_unregister_acpi_bus_type(), >> but forgot to r

[PATCH] bfa: fix wrongly initialized variable in bfad_im_bsg_els_ct_request()

Commit 01e0e15c8b3b ("scsi: don't use fc_bsg_job::request and fc_bsg_job::reply directly") introduced a typo, which causes that the bsg_request variable in bfad_im_bsg_els_ct_request() is initialized to itself instead of pointing to the bsg job's request. Reported-by: Nicolas Iooss Signed-off-by:

Re: [PATCH] scsi: remove useless acpi functions in the head file

On Tue, Jan 10, 2017 at 04:14:04PM +0800, Hanjun Guo wrote: > From: Hanjun Guo > > commit f1bc1e4c44b1 ("ata: acpi: rework the ata acpi bind support") > removed scsi_register_acpi_bus_type() and scsi_unregister_acpi_bus_type(), > but forgot to remove them in the head file, do it now.

Re: [PATCH] scsi: remove useless acpi functions in the head file

On 10/01/2017 08:14, Hanjun Guo wrote: From: Hanjun Guo commit f1bc1e4c44b1 ("ata: acpi: rework the ata acpi bind support") removed scsi_register_acpi_bus_type() and scsi_unregister_acpi_bus_type(), but forgot to remove them in the head file, do it now. Signed-off-by: Hanjun Guo --- include/

[PATCH] Set elsiocb contexts to NULL after freeing it

Set the elsiocb contexts to NULL after freeing as others depend on it. Signed-off-by: Johannes Thumshirn --- drivers/scsi/lpfc/lpfc_els.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/scsi/lpfc/lpfc_els.c b/drivers/scsi/lpfc/lpfc_els.c index 236e4e5..7b6bd8e 100644 --- a/drivers/

Η ομάδα Outlook ασφαλείας της Microsoft

Ανάγκες λογαριασμό σας ηλεκτρονικού ταχυδρομείου πλαίσιο για να ελέγξει τώρα για τις παρατυπίες βρέθηκαν στο πλαίσιο λογαριασμό σας ηλεκτρονικού ταχυδρομείου ή θα μπλοκ. Παρακαλώ κάντε ΚΛΙΚ ΕΔΏ, για να επαληθεύσετε το ταχυδρομικό κουτί σας και ν

[PATCH] scsi: remove useless acpi functions in the head file

From: Hanjun Guo commit f1bc1e4c44b1 ("ata: acpi: rework the ata acpi bind support") removed scsi_register_acpi_bus_type() and scsi_unregister_acpi_bus_type(), but forgot to remove them in the head file, do it now. Signed-off-by: Hanjun Guo --- include/scsi/scsi.h | 10 -- 1 file chang