Hi Michael,
On Mon, Mar 12, 2018 at 8:26 AM, Michael Schmitz wrote:
> From: Michael Schmitz
>
> New combined SCSI driver for all ESP based Zorro SCSI boards for
> m68k Amiga.
>
> Code largely based on board specific parts of the old drivers (blz1230.c,
Hi Geert,
thanks for the review - largely uncontroversial except for the volatile...
Am 14.03.2018 um 20:49 schrieb Geert Uytterhoeven:
>> +/* Blizzard 1230 DMA interface */
>> +
>> +struct blz1230_dma_registers {
>> + volatile unsigned char dma_addr;/* DMA address [0x]
Hi Michael,
On Wed, Mar 14, 2018 at 9:23 AM, Michael Schmitz wrote:
> thanks for the review - largely uncontroversial except for the volatile...
The presence of volatile in drivers is always considered controversial ;-)
> Am 14.03.2018 um 20:49 schrieb Geert Uytterhoeven:
>
> I forgot to add your Reviewed-by tag - will do that for the next
> version, OK?
Sure.
Geert's tag may be harder to bag though :-)
--
Would anyone please take a review at this patch ?
Thanks in advace
Jianchao
On 03/07/2018 08:29 PM, Jianchao Wang wrote:
> iscsi tcp will first send out data, then calculate and send data
> digest. If we don't have BDI_CAP_STABLE_WRITES, the page cache will
> be written in spite of the on going
Hi Tuomas,
oddly enough, it does. How embarrassing...
Hope I got the names of the boards right this time.
Thanks for spotting this!
Cheers,
Michael
Am 14.03.2018 um 20:13 schrieb Vainikka Tuomas:
> The config description lists 53c700 devices, not ESP devices?
>
> -Tuomas
>
Hi Martin,
Any comment for this patch ?
On Wed, Mar 7, 2018 at 2:25 AM, Souptick Joarder wrote:
> Any comment for this patch.
>
> On Thu, Feb 15, 2018 at 10:09 PM, Souptick Joarder
> wrote:
>> Use dma_pool_zalloc() instead of dma_pool_alloc + memset
Hi Martin,
Any comment for this patch ?
On Tue, Mar 6, 2018 at 1:31 PM, Souptick Joarder wrote:
> Any comment for this patch.
>
> On Thu, Feb 15, 2018 at 9:28 PM, Souptick Joarder
> wrote:
>> Use dma_pool_zalloc() instead of dma_pool_alloc + memset
The config description lists 53c700 devices, not ESP devices?
-Tuomas
From: linux-m68k-ow...@vger.kernel.org on
behalf of Michael Schmitz
Sent: 12 March 2018 09:26:40
To: linux-scsi@vger.kernel.org
Hi Martin,
Any comment for this patch ?
On Tue, Mar 6, 2018 at 1:31 PM, Souptick Joarder wrote:
> Any comment for this patch.
>
> On Thu, Feb 15, 2018 at 8:44 PM, Souptick Joarder
> wrote:
>> Use dma_pool_zalloc() instead of dma_pool_alloc + memset
Hi Geert,
Am 14.03.2018 um 21:30 schrieb Geert Uytterhoeven:
> Hi Michael,
>
> On Wed, Mar 14, 2018 at 9:23 AM, Michael Schmitz wrote:
>> thanks for the review - largely uncontroversial except for the volatile...
>
> The presence of volatile in drivers is always
Ah, bummer. I wanted to keep the MVME drivers but I never managed to get them
ported to the new SCSI layer.
Anyone out there who could help me with that?
Adrian
> On Mar 14, 2018, at 12:48 PM, Christoph Hellwig wrote:
>
> This driver hasn't seen any recent bug fixing and is one
On 03/12/2018 07:16 PM, Himanshu Madhani wrote:
> From: Darren Trapp
>
> Signed-off-by: Darren Trapp
> Signed-off-by: Himanshu Madhani
> ---
> drivers/scsi/qla2xxx/qla_nvme.c | 17 -
>
Same as for hpsa..
Reviewed-by: Christoph Hellwig
I still don't like the code duplication, but I guess I can fix this
up in one of the next merge windows myself..
Reviewed-by: Christoph Hellwig
Am Dienstag, den 13.03.2018, 12:50 +0100 schrieb Kashyap Chamarthy:
> Earlier, I didn't know which list to email, so I wrote to Martin K.
> Petersen (who pointed me to the lists when I asked where I can post
> publicly), and he made this observation on the above quoted text:
>
> "Linux can
On 03/12/2018 07:16 PM, Himanshu Madhani wrote:
> Signed-off-by: Himanshu Madhani
> ---
> drivers/scsi/qla2xxx/qla_nvme.c | 11 +++
> 1 file changed, 3 insertions(+), 8 deletions(-)
>
Reviewed-by: Hannes Reinecke
Cheers,
Hannes
--
Dr.
On 03/12/2018 07:16 PM, Himanshu Madhani wrote:
> From: Darren Trapp
>
> Signed-off-by: Darren Trapp
> Signed-off-by: Himanshu Madhani
> ---
> drivers/scsi/qla2xxx/qla_init.c | 5 +++--
> 1 file changed, 3
Am Mittwoch, den 14.03.2018, 11:22 +0100 schrieb Kashyap Chamarthy:
> I see. So I ran `dmesg -w`, as I attached the disk & see the following:
UAS and no quirk for your device. It looks like it indeed just does
not support TRIM.
Sorry
Oliver
On 03/12/2018 07:16 PM, Himanshu Madhani wrote:
> From: Darren Trapp
>
> Signed-off-by: Darren Trapp
> Signed-off-by: Himanshu Madhani
> ---
> drivers/scsi/qla2xxx/qla_def.h | 1 -
>
On 03/12/2018 07:16 PM, Himanshu Madhani wrote:
> From: Darren Trapp
>
> This patch adds mechanism to retur EBUSY if rport is going away
> to prevent exhausting FC-NVMe layer's retry counter.
>
> Signed-off-by: Darren Trapp
> Signed-off-by:
aha1740 doesn't use scsi_register, so it should not use scsi_unregister
either.
Signed-off-by: Christoph Hellwig
---
drivers/scsi/aha1740.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/scsi/aha1740.c b/drivers/scsi/aha1740.c
index
On Wed, Mar 14, 2018 at 10:52:36AM +0100, Oliver Neukum wrote:
> Am Dienstag, den 13.03.2018, 12:50 +0100 schrieb Kashyap Chamarthy:
> > Earlier, I didn't know which list to email, so I wrote to Martin K.
> > Petersen (who pointed me to the lists when I asked where I can post
> > publicly), and he
On 03/12/2018 07:16 PM, Himanshu Madhani wrote:
> From: Darren Trapp
>
> Signed-off-by: Darren Trapp
> Signed-off-by: Himanshu Madhani
> ---
> drivers/scsi/qla2xxx/qla_nvme.c | 36
On 03/12/2018 07:16 PM, Himanshu Madhani wrote:
> From: Darren Trapp
>
Some more text would be nice; not everyone knows what n2n_ae or PDB is ...
> Signed-off-by: Darren Trapp
> Signed-off-by: Himanshu Madhani
>
Looks good,
Reviewed-by: Christoph Hellwig
Looks good,
Reviewed-by: Christoph Hellwig
On 03/12/2018 07:16 PM, Himanshu Madhani wrote:
> From: Darren Trapp
>
> Add support for error recovery within devloss timeout, now that
> FC-NVMe transport support devloss timeout.
>
> Signed-off-by: Darren Trapp
> Signed-off-by: Himanshu
On 03/12/2018 07:16 PM, Himanshu Madhani wrote:
> From: Darren Trapp
>
> Signed-off-by: Darren Trapp
> Signed-off-by: Himanshu Madhani
> ---
> drivers/scsi/qla2xxx/qla_isr.c | 78
>
On 03/12/2018 07:16 PM, Himanshu Madhani wrote:
> From: Darren Trapp
>
> Signed-off-by: Darren Trapp
> Signed-off-by: Himanshu Madhani
> ---
> drivers/scsi/qla2xxx/qla_dbg.c | 2 +-
>
These drivers haven't seen any recent bug fixing and are two of the last
drivers using the scsi_module.c infrastruture that has been deprecated
15 years ago.
Signed-off-by: Christoph Hellwig
---
MAINTAINERS|6 -
arch/powerpc/configs/c2k_defconfig |1
This driver hasn't seen any recent bug fixing and is one of the last
drivers using the scsi_module.c infrastruture that has been deprecated
15 years ago.
Signed-off-by: Christoph Hellwig
---
drivers/scsi/Kconfig| 14 -
drivers/scsi/Makefile | 1 -
This driver hasn't seen any recent bug fixing and is one of the last
drivers using the scsi_module.c infrastruture that has been deprecated
15 years ago.
Signed-off-by: Christoph Hellwig
---
drivers/scsi/Kconfig | 12 -
drivers/scsi/Makefile |1 -
This driver hasn't seen any recent bug fixing and is one of the last
drivers using the scsi_module.c infrastruture that has been deprecated
15 years ago.
Signed-off-by: Christoph Hellwig
---
drivers/scsi/Kconfig | 8 ---
drivers/scsi/Makefile | 1 -
drivers/scsi/mvme147.c |
After more than 15 years all users of this legacy interface are finally
gone. Rest in peace!
Signed-off-by: Christoph Hellwig
---
Documentation/driver-api/scsi.rst | 6 --
Documentation/scsi/scsi_mid_low_api.txt | 122 +---
drivers/scsi/hosts.c
esas2r has been converted to hotplug style initialization long ago, but
kept various remant of the old-style scsi_module.c initialization around.
Remove those.
Signed-off-by: Christoph Hellwig
---
drivers/scsi/esas2r/esas2r.h | 2 --
drivers/scsi/esas2r/esas2r_init.c | 21
This driver hasn't seen any recent bug fixing and is one of the last
drivers using the scsi_module.c infrastruture that has been deprecated
15 years ago.
Signed-off-by: Christoph Hellwig
---
drivers/scsi/Kconfig | 48 -
drivers/scsi/Makefile |1 -
drivers/scsi/eata.c |
This driver hasn't seen any recent bug fixing and is one of the last
drivers using the scsi_module.c infrastruture that has been deprecated
15 years ago.
Signed-off-by: Christoph Hellwig
---
Documentation/scsi/scsi-parameters.txt | 3 -
drivers/scsi/Kconfig |
Hi all,
this series removes the obsolete scsi_module.c infratructure that
has been obsolete for 15 years, and the remaining drivers that depend
on them.
Since moving away from using scsi_module.c these were never called.
The implementations are called directly, though so they remain.
Signed-off-by: Christoph Hellwig
---
drivers/scsi/ips.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/scsi/ips.c b/drivers/scsi/ips.c
dpt_i2o doesn't use scsi_register, so it should not use scsi_unregister
either. Also refactor the module exit path to make a little more sense.
Signed-off-by: Christoph Hellwig
---
drivers/scsi/dpt_i2o.c | 16
drivers/scsi/dpti.h| 1 -
2 files changed, 4
On 2018-03-09 10:13 AM, Johannes Thumshirn wrote:
On Tue, Mar 06, 2018 at 10:21:33PM -0500, Douglas Gilbert wrote:
ChangeLog:
- add likely() and unlikely() hints to conditionals on or near the
fastpath
- fix a comment in scsi_io_completion_action()
Do you have any numbers what this
On 03/12/2018 07:16 PM, Himanshu Madhani wrote:
> From: Quinn Tran
>
> This patch combines FCP and FC-NVMe scan into single scan when
> driver detects FC-NVMe capability on same port.
>
> Signed-off-by: Quinn Tran
> Signed-off-by: Himanshu Madhani
On 03/12/2018 07:16 PM, Himanshu Madhani wrote:
> From: Darren Trapp
>
> Signed-off-by: Darren Trapp
> Signed-off-by: Himanshu Madhani
> ---
> drivers/scsi/qla2xxx/qla_nvme.c | 5 -
> 1 file changed, 5
This 20+ year old changelog has no useful information for kernel
development or users, so remove it.
Signed-off-by: Christoph Hellwig
---
Documentation/scsi/ChangeLog.1992-1997 | 2023
1 file changed, 2023 deletions(-)
delete mode 100644
Remove support for EATA and EATA-PIO SCSI host adapters.
These devices are ancient and, apparently, nobody is still
using them.
https://lkml.kernel.org/r/20180313090540.GA4810%20()%20infradead%20!%20org
Signed-off-by: Salvatore Mesoraca
---
Hi Christoph,
On Wed, Mar 14, 2018 at 2:16 PM, Christoph Hellwig wrote:
> On Wed, Mar 14, 2018 at 12:56:31PM +0100, John Paul Adrian Glaubitz wrote:
>> Ah, bummer. I wanted to keep the MVME drivers but I never managed to get
>> them ported to the new SCSI layer.
>>
>> Anyone out
On Wed, 2018-03-14 at 12:15 -0400, Martin K. Petersen wrote:
> The USB storage glue sets the try_rc_10_first flag in an attempt to
> avoid wedging poorly implemented legacy USB devices.
>
> If the device capacity is too large to be expressed in the provided
> response buffer field of READ
On Wed, 2018-03-14 at 09:52 -0400, John Pittman wrote:
> In the comment for function alua_alloc_pg() the argument '@h' is
> mistakenly referred to. Fix this by replacing it with the correct
> argument reference, '@tpgs', and provide a short description.
>
> Signed-off-by: John Pittman
On Wed, Mar 14, 2018 at 4:28 PM, James Bottomley
wrote:
> - vfree(ha->optrom_buffer);
> - kfree(ha->nvram);
> - kfree(ha->npiv_info);
> - kfree(ha->swl);
> - kfree(ha->loop_id_map);
> +
> + if (ha->optrom_buffer)
> +
Several SCSI transport and LLD drivers surround code that does not
tolerate concurrent calls of .queuecommand() with scsi_target_block() /
scsi_target_unblock(). These last two functions use
blk_mq_quiesce_queue() / blk_mq_unquiesce_queue() for scsi-mq request
queues to prevent concurrent
On Wed, 2018-03-14 at 15:45 -0700, Bart Van Assche wrote:
> Several SCSI transport and LLD drivers surround code that does not
> tolerate concurrent calls of .queuecommand() with scsi_target_block()
> /
> scsi_target_unblock(). These last two functions use
> blk_mq_quiesce_queue() /
This is four patches, consisting of one regression from the merge
window (qla2xxx) one lonstanding memory leak (sd_zbc) one event queue
mislabelling which we want to eliminate to discourage the pattern
(mpt3sas) and one behaviour change because re-reading the partition
table shouldn't clear the ro
Hi Martin,
This patch series addresses issue with FC-NVMe abort handling in the
driver. Code has been cleaned up and devloss timeout support has been
added in qla2xxx.
Please apply this series to 4.17/scsi-queue at your earliest convenience.
Hi Christoph, Sagi, Johannes, James,
Please review
From: Darren Trapp
Signed-off-by: Darren Trapp
Signed-off-by: Himanshu Madhani
Reviewed-by: Hannes Reinecke
---
drivers/scsi/qla2xxx/qla_dbg.c | 2 +-
drivers/scsi/qla2xxx/qla_init.c | 13
Signed-off-by: Himanshu Madhani
Reviewed-by: Hannes Reinecke
---
drivers/scsi/qla2xxx/qla_nvme.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/drivers/scsi/qla2xxx/qla_nvme.c b/drivers/scsi/qla2xxx/qla_nvme.c
index
From: Darren Trapp
On a port db changes, this patch will set n2n_ae flag for N2N
connection when requesting for Report ID Acquition MBX, instead
of Loop Initialization or point to point asynchronous events.
Signed-off-by: Darren Trapp
From: Darren Trapp
Add support for error recovery within devloss timeout, now that
FC-NVMe transport support devloss timeout.
Signed-off-by: Darren Trapp
Signed-off-by: Himanshu Madhani
Reviewed-by: Hannes Reinecke
From: Darren Trapp
Signed-off-by: Darren Trapp
Signed-off-by: Himanshu Madhani
Reviewed-by: Hannes Reinecke
---
drivers/scsi/qla2xxx/qla_init.c | 5 +++--
1 file changed, 3 insertions(+), 2
From: Darren Trapp
Signed-off-by: Darren Trapp
Signed-off-by: Himanshu Madhani
Reviewed-by: Hannes Reinecke
---
drivers/scsi/qla2xxx/qla_nvme.c | 5 -
1 file changed, 5 deletions(-)
diff --git
From: Darren Trapp
This patch adds mechanism to return EBUSY if rport is going away
to prevent exhausting FC-NVMe layer's retry counter.
Signed-off-by: Darren Trapp
Signed-off-by: Himanshu Madhani
Reviewed-by:
From: Darren Trapp
Signed-off-by: Darren Trapp
Signed-off-by: Himanshu Madhani
---
drivers/scsi/qla2xxx/qla_def.h | 1 -
drivers/scsi/qla2xxx/qla_gbl.h | 2 --
drivers/scsi/qla2xxx/qla_init.c | 1 -
From: Quinn Tran
This patch combines FCP and FC-NVMe scan into single scan when
driver detects FC-NVMe capability on same port.
Signed-off-by: Quinn Tran
Signed-off-by: Himanshu Madhani
---
From: Darren Trapp
Signed-off-by: Darren Trapp
Signed-off-by: Himanshu Madhani
Reviewed-by: Hannes Reinecke
---
drivers/scsi/qla2xxx/qla_nvme.c | 17 -
From: Darren Trapp
This patch cleans up ABTS handling for FC-NVMe by
- Removing allocation of sp, instead pass the sp pointer for abort IOCB
- Fix error handling from Transport failure
- set outstanding_cmds array to NULL for nvme completion
Signed-off-by: Darren Trapp
Signed-off-by: Himanshu Madhani
---
drivers/scsi/qla2xxx/qla_version.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/scsi/qla2xxx/qla_version.h
b/drivers/scsi/qla2xxx/qla_version.h
index 549bef9afddd..0c55d7057280 100644
---
From: Darren Trapp
Signed-off-by: Darren Trapp
Signed-off-by: Himanshu Madhani
Reviewed-by: Hannes Reinecke
---
drivers/scsi/qla2xxx/qla_nvme.c | 36 ++--
Ming,
> The patches fixes reply queue(virt-queue on virtio-scsi) selection on
> hpsa, megaraid_sa and virtio-scsi, and IO hang can be caused easily by
> this issue.
I clarified all the commit descriptions. There were also a bunch of
duplicate review tags and other warnings. Please run
> Never directly free @dev after calling device_register(), even
> if it returned an error! Always use put_device() to give up the
> reference initialized.
Lee, Chris: Please review!
--
Martin K. Petersen Oracle Linux Engineering
> iscsi tcp will first send out data, then calculate and send data
> digest. If we don't have BDI_CAP_STABLE_WRITES, the page cache will
> be written in spite of the on going writeback. Consequently, wrong
> digest will be got and sent to target.
>
> To fix this, set BDI_CAP_STABLE_WRITES when
Christoph,
> This 20+ year old changelog has no useful information for kernel
> development or users, so remove it.
Applied to 4.17/scsi-queue.
--
Martin K. Petersen Oracle Linux Engineering
Christoph,
> dpt_i2o doesn't use scsi_register, so it should not use scsi_unregister
> either. Also refactor the module exit path to make a little more sense.
Applied to 4.17/scsi-queue. Thanks!
--
Martin K. Petersen Oracle Linux Engineering
Christoph,
> aha1740 doesn't use scsi_register, so it should not use scsi_unregister
> either.
Applied to 4.17/scsi-queue.
--
Martin K. Petersen Oracle Linux Engineering
Stephen,
> In preparation to enabling -Wvla, remove VLAs and replace them with
> fixed-length arrays instead.
>
> The arrays fixed here, using the number of constant sections, aren't
> really VLAs, but they appear so to the compiler. Replace the array
> sizes with a pre-processor-level constant
Souptick,
> Any comment for this patch ?
-ENOREVIEWS
Also, you have not provided potential reviewers with a compelling reason
why dma_pool_zalloc() is superior to alloc+memset.
--
Martin K. Petersen Oracle Linux Engineering
On Thu, Mar 15, 2018 at 10:20 AM, Martin K. Petersen
wrote:
>
> Souptick,
>
>> Any comment for this patch ?
>
> -ENOREVIEWS
>
> Also, you have not provided potential reviewers with a compelling reason
> why dma_pool_zalloc() is superior to alloc+memset.
>
Colin,
> There are several unions that are local to the source and do not need
> to be in global scope, so make them static. Also add in a missing void
> parameter to functions lpfc_nvme_cmd_template and
> lpfc_nvmet_cmd_template to clean up non-ANSI warning.
Applied to 4.17/scsi-queue. Thanks!
Varun,
> 32 bit port capabilities are required to support new speeds which can
> not be supported using 16 bit port capabilities.
Applied to 4.17/scsi-queue. Thank you!
--
Martin K. Petersen Oracle Linux Engineering
Brian,
> Following an RSCN, ibmvfc will issue an ADISC to determine if the
> underlying target has changed, comparing the SCSI ID, WWPN, and WWNN
> to determine how to handle the rport in discovery. However, the
> comparison of the WWPN and WWNN was performing a memcmp between a big
> endian
Kashyap,
> Sorry, I didn't give you complete information — with the previous
> `dmesg` output, I actually attached the SSD (Samsung T5) via regular USB
> "A Cable".
>
> Now, I re-attached the SSD via the "Thunderbolt" port on my other laptop
> (Lenovo T470s), it _does_ show "UAS". Refer the
Christoph,
> Since moving away from using scsi_module.c these were never called.
> The implementations are called directly, though so they remain.
Applied to 4.17/scsi-queue.
--
Martin K. Petersen Oracle Linux Engineering
John,
> In the comment for function alua_alloc_pg() the argument '@h' is
> mistakenly referred to. Fix this by replacing it with the correct
> argument reference, '@tpgs', and provide a short description.
Applied to 4.17/scsi-queue, thanks!
--
Martin K. Petersen Oracle Linux Engineering
Stephen,
> bfad_bsg.c uses a variable-length array declaration to measure the
> size of a putative array; this can be replaced by the product of the
> size of an element and the number of elements, avoiding the VLA
> altogether.
>
> - sizeof(wwn_t[iocmd->nports])) != BFA_STATUS_OK) {
Linus,
> I've pulled it, but I don't see why (and how) this kind of garbage got
> reviewed and acked by multiple people.
My bad. I actually did notice the superfluous ifs and meant to nuke them
when I committed the patch.
However, I had a freak accident with my fixes branch that day that
Hi Martin,
On Wed, Mar 14, 2018 at 4:58 PM, Martin K. Petersen
wrote:
IIRC, the Australian Navy may keep their MVME boxes running until
close to Y2038.
>>> But surely not updating them to 4.17 or later?
>>
>> I don't know. Perhaps to prolong life until
Hi Hannes,
On Wed, Mar 14, 2018 at 4:26 PM, Hannes Reinecke wrote:
> On 03/14/2018 02:25 PM, Geert Uytterhoeven wrote:
>> On Wed, Mar 14, 2018 at 2:16 PM, Christoph Hellwig wrote:
>>> On Wed, Mar 14, 2018 at 12:56:31PM +0100, John Paul Adrian Glaubitz wrote:
Ah,
The USB storage glue sets the try_rc_10_first flag in an attempt to
avoid wedging poorly implemented legacy USB devices.
If the device capacity is too large to be expressed in the provided
response buffer field of READ CAPACITY(10), a well-behaved device will
set the reported capacity to
On 03/14/2018 02:25 PM, Geert Uytterhoeven wrote:
> Hi Christoph,
>
> On Wed, Mar 14, 2018 at 2:16 PM, Christoph Hellwig wrote:
>> On Wed, Mar 14, 2018 at 12:56:31PM +0100, John Paul Adrian Glaubitz wrote:
>>> Ah, bummer. I wanted to keep the MVME drivers but I never managed to get
On Tue, 2018-03-13 at 17:42 +0800, Ming Lei wrote:
> From 84676c1f21 (genirq/affinity: assign vectors to all possible CPUs),
> one msix vector can be created without any online CPU mapped, then one
> command's completion may not be notified.
>
> This patch setups mapping between cpu and reply
In the comment for function alua_alloc_pg() the argument '@h' is
mistakenly referred to. Fix this by replacing it with the correct
argument reference, '@tpgs', and provide a short description.
Signed-off-by: John Pittman
---
drivers/scsi/device_handler/scsi_dh_alua.c | 2
On Wed, Mar 14, 2018 at 11:39:47AM +0100, Douglas Gilbert wrote:
> So the difference measured on a Lenovo X270 (i5-7200U) amounts to
> around 7 nanoseconds.
>
> Doug Gilbert
Wow, thanks a lot.
So it's actually buying us something measurable (not all too much though).
Looks good,
Reviewed-by:
On Wed, Mar 14, 2018 at 12:29:50PM +0100, Oliver Neukum wrote:
> Am Mittwoch, den 14.03.2018, 11:22 +0100 schrieb Kashyap Chamarthy:
> > I see. So I ran `dmesg -w`, as I attached the disk & see the following:
>
> UAS and no quirk for your device. It looks like it indeed just does
> not support
On Wed, Mar 14, 2018 at 12:56:31PM +0100, John Paul Adrian Glaubitz wrote:
> Ah, bummer. I wanted to keep the MVME drivers but I never managed to get them
> ported to the new SCSI layer.
>
> Anyone out there who could help me with that?
Here is how a trivial conversion should look like.
On Tue, 2018-03-13 at 17:42 +0800, Ming Lei wrote:
> From 84676c1f21 (genirq/affinity: assign vectors to all possible CPUs),
> one msix vector can be created without any online CPU mapped, then
> command may be queued, and won't be notified after its completion.
>
> This patch setups mapping
Following an RSCN, ibmvfc will issue an ADISC to determine
if the underlying target has changed, comparing the
SCSI ID, WWPN, and WWNN to determine how to handle the
rport in discovery. However, the comparison of the WWPN
and WWNN was performing a memcmp between a big endian
field against a CPU
95 matches
Mail list logo