Finn,
> This series has been tested on m68k Macs (ESP236 equivalent).
>
> Some more testing with different targets and devices (FAS236 etc)
> might be nice. Being that the esp_scsi fixes are on error paths, more
> review may actually be more valuable than more testing...
Applied to 4.14/scsi-que
Don,
> These patches are based on Linus's tree
>
> The changes are:
>
> - smartpqi-add-pqi-reset-quiesce-support
>- allow driver to confirm completion of a reset.
> - smartpqi-enhance-bmic-cache-flush
>- can now distinguish between shutdown and power
> management operation.
> - sm
Vivek,
> Can you kindly review this patch series (for UFS controller changes)
> and consider giving your Ack so that Kishon can pull in the series
> through phy tree.
SCSI piece looks OK.
Would still like Subhash to review the rest.
--
Martin K. Petersen Oracle Linux Engineering
weiping,
> fix allocate instance->pd_info twice which was introduced by
> 96188a89cc6d.
Applied to 4.14/scsi-queue, thank you!
--
Martin K. Petersen Oracle Linux Engineering
Pan,
> The return value of scsi_host_alloc() should be released by
> scsi_host_put(). However, in function mvs_pci_init(), kfree()
> is used. This patch replaces kfree() with scsi_host_put() to avoid
> possible memory leaks.
Applied to 4.14/scsi-queue.
--
Martin K. Petersen Oracle Linux E
Pan,
> In function pm8001_pci_probe(), on errors that the control flow jumps to
> label err_out_ha_free, function pm8001_free() is called. In pm8001_free(),
> scsi_host_put() is called to release shost, which keeps the return value
> of scsi_host_alloc(). After pm8001_free() returns, kfree() is c
Pan,
> The return value of dma_map_single() should be checked by
> dma_mapping_error(). However, in function qla26xx_dport_diagnostics(),
> its return value is checked against NULL, which could result in
> failures.
Applied to 4.14/scsi-queue.
--
Martin K. Petersen Oracle Linux Engineerin
John,
> This patchset introduces an array of misc changes, most significantly
> including:
There were a couple of patches that did multiple things. In the future,
please make sure you only make one logical change per patch.
Applied to 4.14/scsi-queue. Thanks!
--
Martin K. Petersen Oracle
Manish,
> [qed_sp_iscsi_func_start:189(host_7-0)]Cannot satisfy CQ amount. Queues
> requested 8, CQs available 4. Aborting function start
>
> Above condition will resolve as management firmware is capable of telling
> us the number of CQs available for a given PF, qed will communicate the
> same
Richard,
> v1 was here:
>
> https://lkml.org/lkml/2017/8/10/689
>
> v1 -> v2:
>
> Remove .can_queue field from the templates.
Applied to 4.14/scsi-queue. Thank you!
--
Martin K. Petersen Oracle Linux Engineering
Damien,
> Releasing a zone write lock only when the write commnand that acquired
> the lock completes can cause deadlocks due to potential command
> reordering if the lock owning request is requeued and not
> executed. This problem exists only with the scsi-mq path as, unlike
> the legacy path, r
Hannes,
> For testing purposes we need to be able to pass in the inquiry
> vendor and model.
This looks fine to me.
--
Martin K. Petersen Oracle Linux Engineering
Hannes,
> Each scsi device is scanned according to the found blacklist flags,
> but this information is never presented to sysfs. This makes it quite
> hard to figure out if blacklisting worked as expected. With this
> patch we're exporting an additional attribute 'blacklist' containing
> the b
Bart Van Assche writes:
> On Thu, 2017-08-10 at 20:32 +1000, Michael Ellerman wrote:
>> "Martin K. Petersen" writes:
>> > > One of the two scsi-mq functions that requeue a request unprepares a
>> > > request before requeueing (scsi_io_completion()) but the other
>> > > function not (__scsi_queue_
Hi Hannes,
[auto build test ERROR on mkp-scsi/for-next]
[also build test ERROR on v4.13-rc4 next-20170810]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Hannes-Reinecke/scsi-pollable-state
On 08/10/2017 09:15 PM, Don Brace wrote:
>> -Original Message-
>> From: Hannes Reinecke [mailto:h...@suse.de]
>> Sent: Thursday, August 10, 2017 9:11 AM
>> To: James Bottomley ;
>> Christoph Hellwig
>> Cc: Don Brace ; Martin K. Petersen
>> ; Meelis Roos ; linux-
>> s...@vger.kernel.org
>>
On 08/11/2017 02:43 AM, Martin K. Petersen wrote:
>
> Hannes,
>
>> Each scsi device is scanned according to the found blacklist flags,
>> but this information is never presented to sysfs. This makes it quite
>> hard to figure out if blacklisting worked as expected. With this
>> patch we're expo
Rework scsi_internal_device_unblock_nowait() into using a
switch statement.
No functional changes.
Signed-off-by: Hannes Reinecke
Reviewed-by: Christoph Hellwig
Reviewed-by: Johannes Thumshirn
---
drivers/scsi/scsi_lib.c | 17 +++--
1 file changed, 11 insertions(+), 6 deletions(-)
Hi all,
here's a small patchset to make the 'state' device attribute pollable.
It was supposed to be a small patch, but then hch suggested a rework.
So there you go.
Changes to v2:
- Removed duplicate case value found by kbuild robot
- Dropped state update patch
Hannes Reinecke (2):
scsi_lib:
While the 'state' attribute can (and will) change occasionally,
calling 'poll()' or 'select()' on it fails as sysfs is never
notified that the state has changed.
With this patch calling 'poll()' or 'select()' will work
properly.
Signed-off-by: Hannes Reinecke
Reviewed-by: Christoph Hellwig
Revie
101 - 120 of 120 matches
Mail list logo