Hi Ben,
On Mon, 13 Feb 2017 10:14:54 +1100
Benjamin Herrenschmidt wrote:
> On Mon, 2017-02-13 at 08:49 +1100, Anton Blanchard wrote:
> > From: Anton Blanchard
> >
> > We see lpfc devices regularly fail during kexec. Fix this by adding
> > a shutdown method whic
From: Anton Blanchard
We see lpfc devices regularly fail during kexec. Fix this by adding
a shutdown method which mirrors the remove method.
Signed-off-by: Anton Blanchard
---
drivers/scsi/lpfc/lpfc_init.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/scsi/lpfc/lpfc_init.c b
the old
> > kernel, then disable the device. This significantly
> > speeds up kexec boot, particularly in configurations with
> > multiple ipr adapters.
> >
> > Signed-off-by: Brian King
> > ---
>
> This reduces boot time on my box from 80 seconds to 34 second
Use dma_set_mask_and_coherent() to set both the DMA and coherent
DMA mask.
Signed-off-by: Anton Blanchard
---
drivers/scsi/ipr.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/drivers/scsi/ipr.c b/drivers/scsi/ipr.c
index 3aa28bd..15f4575 100644
--- a/drivers
Even though the ipr driver is only used on PCI, convert it
to use the generic DMA API.
Signed-off-by: Anton Blanchard
---
drivers/scsi/ipr.c | 101 +++--
drivers/scsi/ipr.h | 2 +-
2 files changed, 53 insertions(+), 50 deletions(-)
diff --git a
ds up kexec boot, particularly in configurations with
> multiple ipr adapters.
>
> Signed-off-by: Brian King
> ---
This reduces boot time on my box from 80 seconds to 34 seconds. ppc64
kernel developers (who boot boxes continually) thank you!
Tested-by: Anton Blanchard
Anton
--
To unsu
fter your subsequent kexec patch is applied.
Tested-by: Anton Blanchard
Anton
--
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
or as we see fit. Cut the delay down to something
> more reasonable - 1 ms. This improves my boot time by 6 seconds.
>
> Fix the other places we have arbitrary 100 ms delays.
Checking in on this patch, 6 seconds is a decent chunk of our boot time
on KVM.
Anton
> Signed-off-by: Anton
- 1 ms. This improves my boot time by 6 seconds.
Fix the other places we have arbitrary 100 ms delays.
Signed-off-by: Anton Blanchard
---
diff --git a/drivers/scsi/ibmvscsi/ibmvscsi.c b/drivers/scsi/ibmvscsi/ibmvscsi.c
index fa76440..ed7b52e 100644
--- a/drivers/scsi/ibmvscsi/ibmvscsi.c
+++ b
The hypervisor is big endian, so little endian kernel builds need
to byteswap.
Signed-off-by: Anton Blanchard
---
diff --git a/drivers/scsi/ibmvscsi/ibmvscsi.c b/drivers/scsi/ibmvscsi/ibmvscsi.c
index d0fa4b6..62bdbc9 100644
--- a/drivers/scsi/ibmvscsi/ibmvscsi.c
+++ b/drivers/scsi
ix up Kconfig dependencies). I spoke to Randy about it and
the original issue was with CRC_T10DIF not being defined.
As such, remove the select of CONFIG_GENERIC_CSUM.
Signed-off-by: Anton Blanchard
Cc: # 3.10
---
diff --git a/drivers/scsi/Kconfig b/drivers/scsi/Kconfig
index 48b2918..92ff027 100
Hi Randy,
commit 6a7252fd ([SCSI] lpfc: fix up Kconfig dependencies) added a
select of GENERIC_CSUM. This seems strange to me - it's an architecture
specific detail if the checksum routines are implemented in assembly or
if they pull in lib/checksum.c.
The networking code doesn't select GENERIC_
the code
has been written to be resilient against bad VPD we may as well fix this
too.
Signed-off-by: Anton Blanchard <[EMAIL PROTECTED]>
---
Index: kernel/drivers/scsi/lpfc/lpfc_init.c
===
--- kernel.orig/drivers/scsi/lpfc/lp
Hi Dave,
> This device driver provides the SCSI target side of the "virtual
> SCSI" on IBM Power5 systems. The initiator side has been in mainline
> for a while now (drivers/scsi/ibmvscsi/ibmvscsi.c.) Targets already
> exist for AIX and OS/400.
Good stuff. Got a couple of small suggestions.
+
On Fri, Dec 13, 2002 at 12:24:39AM +1100, Anton Blanchard wrote:
> We tested 2.5.51 on a ppc64 box, qlogic 2312 and a fastt700 array. I
> had CONFIG_SCSI_REPORT_LUNS and unfortunately it thought the management
> LUN was a disk:
>
> Vendor: IBM Model: Universal Xport Rev
Hi,
> The maximum size of a scatter-gather list that the current IBM VSCSI
> Client can handle is 10. This patch adds large scatter-gather support
> to the client so that it is capable of handling up to SG_ALL(255)
> number of requests in the scatter-gather list. Please consider it
> for in
16 matches
Mail list logo