[PATCH V4 3/4] add xen pvscsi maintainer

From: Juergen Gross Add myself as maintainer for the Xen pvSCSI stuff. Signed-off-by: Juergen Gross --- MAINTAINERS | 8 1 file changed, 8 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index c2066f4..d020bfd 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -10046,6 +10046,14 @@ S

Add XEN pvSCSI support

This series adds XEN pvSCSI support. With pvSCSI it is possible to use physical SCSI devices from a XEN domain. The support consists of a backend in the privileged Domain-0 doing the real I/O and a frontend in the unprivileged domU passing I/O-requests to the backend. The code is taken (and adapt

[PATCH V4 4/4] Save command pool address of Scsi_Host

From: Juergen Gross If a scsi host driver specifies .cmd_len in it's scsi_host_template, a driver's private command pool is needed. scsi_find_host_cmd_pool() will locate it, but scsi_alloc_host_cmd_pool() isn't saving the pool address in the host template. This will result in an access error whe

[PATCH V4 1/4] Introduce xen-scsifront module

From: Juergen Gross Introduces the XEN pvSCSI frontend. With pvSCSI it is possible for a XEN domU to issue SCSI commands to a SCSI LUN assigned to that domU. The SCSI commands are passed to the pvSCSI backend in a driver domain (usually Dom0) which is owner of the physical device. This allows e.g

[PATCH V4 2/4] Introduce XEN scsiback module

From: Juergen Gross Introduces the XEN pvSCSI backend. With pvSCSI it is possible for a XEN domU to issue SCSI commands to a SCSI LUN assigned to that domU. The SCSI commands are passed to the pvSCSI backend in a driver domain (usually Dom0) which is owner of the physical device. This allows e.g.

Re: [Xen-devel] Add XEN pvSCSI support

Sorry, please ignore. One wrong patch slipped in, while one is missing. Will resend with correct patches. Juergen On 08/08/2014 09:43 AM, jgr...@suse.com wrote: This series adds XEN pvSCSI support. With pvSCSI it is possible to use physical SCSI devices from a XEN domain. The support consis

Add XEN pvSCSI support

This series adds XEN pvSCSI support. With pvSCSI it is possible to use physical SCSI devices from a XEN domain. The support consists of a backend in the privileged Domain-0 doing the real I/O and a frontend in the unprivileged domU passing I/O-requests to the backend. The code is taken (and adapt

[PATCH V4 1/4] Add XEN pvSCSI protocol description

From: Juergen Gross Add the definition of pvSCSI protocol used between the pvSCSI frontend in a XEN domU and the pvSCSI backend in a XEN driver domain (usually Dom0). This header was originally provided by Fujitsu for XEN based on Linux 2.6.18. Changes are: - added comment - adapt to Linux style

[PATCH V4 3/4] Introduce XEN scsiback module

From: Juergen Gross Introduces the XEN pvSCSI backend. With pvSCSI it is possible for a XEN domU to issue SCSI commands to a SCSI LUN assigned to that domU. The SCSI commands are passed to the pvSCSI backend in a driver domain (usually Dom0) which is owner of the physical device. This allows e.g.

[PATCH V4 4/4] add xen pvscsi maintainer

From: Juergen Gross Add myself as maintainer for the Xen pvSCSI stuff. Signed-off-by: Juergen Gross --- MAINTAINERS | 8 1 file changed, 8 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index c2066f4..d020bfd 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -10046,6 +10046,14 @@ S

[PATCH V4 2/4] Introduce xen-scsifront module

From: Juergen Gross Introduces the XEN pvSCSI frontend. With pvSCSI it is possible for a XEN domU to issue SCSI commands to a SCSI LUN assigned to that domU. The SCSI commands are passed to the pvSCSI backend in a driver domain (usually Dom0) which is owner of the physical device. This allows e.g

[Bug 81861] mvsas.ko v0.8.16 error messages and kernel crashes attaching 4 SATA drives to specific HP SAS expander ports

https://bugzilla.kernel.org/show_bug.cgi?id=81861 --- Comment #1 from linux-...@crashplan.pro --- After setting up netconsole using , and enabling kernel boot parameters debug and ignore_loglevel there is are more kernel crash log lines available: ===

[Bug 81861] Oops by mvsas v0.8.16: sas: ataX: end_device-Y:0:Z: dev error handler -> general protection fault, RIP: mvs_task_prep_ata+0x80/0x3a0

https://bugzilla.kernel.org/show_bug.cgi?id=81861 linux-...@crashplan.pro changed: What|Removed |Added Summary|mvsas.ko v0.8.16 error |Oops by mvsas v0.8.16: sas:

[Bug 81861] Oops by mvsas v0.8.16: sas: ataX: end_device-Y:0:Z: dev error handler -> general protection fault, RIP: mvs_task_prep_ata+0x80/0x3a0

https://bugzilla.kernel.org/show_bug.cgi?id=81861 --- Comment #2 from linux-...@crashplan.pro --- Created attachment 145681 --> https://bugzilla.kernel.org/attachment.cgi?id=145681&action=edit Dmesg output from boot -- You are receiving this mail because: You are watching the assignee of the b

RE: [PATCH 1/3] libsas: modify SATA error handler

Hi, Dan > Hi, some notes below: > > On Thu, Apr 24, 2014 at 6:27 AM, Xiangliang Yu wrote: >> Add support for SATA port softreset and port multiplier error >> handling. > > Some more detailed notes about the approach and any caveats would be > appreciated. > >> >> Signed-off-by: Xiangliang Yu >

[PATCH] mptfusion: Fix up kerneldoc

From: Thierry Reding Commit c9834c70efba ("mptfusion: make adapter prod_name[] a pointer") removed the prod_name argument from the mpt_get_product_name() function but didn't update the kerneldoc comment. Signed-off-by: Thierry Reding --- drivers/message/fusion/mptbase.c | 1 - 1 file changed,

[RFC PATCH -logging 00/10] scsi/constants: Output continuous error messages on trace

Hi All, This patch set introduces new traceevents in order to output continuous error messages. Current SCSI printk messages in upstream kernel can be divided by and mixed with other messages. Even if each error message has its device id, sometimes we can easily be lost in mixed logs because the m

[RFC PATCH 08/10] scsi/trace: Use scsi_print_sense trace point instead of printk

Previous sense messages can be mixed into other sense messages, because continuous printk (KERN_CONT) was used. To avoid the problem, patch d87f3a6f51 introduced a local buffer in Hannes's baranch (*1). But using local buffers can induce stack overflow, so we want to solve the problem without local

[RFC PATCH 06/10] scsi/sd: Delete extra scsi_show_extd_sense() in sd_print_sense_hdr()

sd_print_sense_hdr() calls scsi_show_extd_sense(), but scsi_print_sense_hdr() also calls scsi_show_extd_sense(). We can get same result, so we delete it. Note: Calling scsi_show_extd_sense() is introduced in fdd8b297. Signed-off-by: Yoshihiro YUNOMAE Cc: Hannes Reinecke Cc: Doug Gilbert Cc: Ma

[RFC PATCH 09/10] scsi/trace: Add additional sense code and additional sense code qualifier to scsi_print_sense trace point

There are no mean that additional sense code and additional sense code qualifier are output as different messages of sense key, so those information are added. Note: scsi_show_extd_sense() is changed from export symbol to non-export symbol. - Result examples (printk) sd 2:0:0:0: [sda] Add. Sen

[RFC PATCH 02/10] scsi/constants: Cleanup printk message in scsi_decode_sense_extras()

If sense_flags and fixed_valid are zero, the kernel does not need to output a printk message. So, if those conditions are met, it just returns. Signed-off-by: Yoshihiro YUNOMAE Cc: Hannes Reinecke Cc: Doug Gilbert Cc: Martin K. Petersen Cc: Christoph Hellwig Cc: "James E.J. Bottomley" Cc: Hi

[RFC PATCH 05/10] scsi/trace: Use macros for getting driver byte, host byte, msg byte, and status byte

For getting driver byte, host byte, msg byte, and status byte, macros are implemented in scsi/scsi.h, so we use it. Signed-off-by: Yoshihiro YUNOMAE Cc: Hannes Reinecke Cc: Doug Gilbert Cc: Martin K. Petersen Cc: Christoph Hellwig Cc: "James E.J. Bottomley" Cc: Hidehiro Kawai Cc: Masami Hir

[RFC PATCH 07/10] scsi/trace: Use scsi_show_result trace point instead of printk

Current SCSI trace has hostbyte table and driverbyte table, so we don't need to have the same table in scsi/constants.c. - Result examples (printk) sd 2:0:0:0: [sda] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE (ftrace) scsi_show_result: host_no=2 channel=0 id=0 lun=0 [sda] result=(driver=

[RFC PATCH 03/10] scsi/constants: Cleanup printk message in __scsi_print_command()

All bytes in CDB should be output after linebuf is filled because "[%s] CDB: %s\n" message is output many times in loop. Signed-off-by: Yoshihiro YUNOMAE Cc: Hannes Reinecke Cc: Doug Gilbert Cc: Martin K. Petersen Cc: Christoph Hellwig Cc: "James E.J. Bottomley" Cc: Hidehiro Kawai Cc: Masam

[RFC PATCH 10/10] scsi/trace: Use scsi_print_command trace point instead of printk

Previous printk messages of SCSI command can be mixed into other printk messages because multiple printk messages are output for it. To avoid the problem, patch 4e64bb8d6 in Hannes' branch(*1) introduced a local buffer. But using local buffers can induce stack overflow, so we want to solve the prob

[RFC PATCH 01/10] scsi/constants: Cleanup printk message in __scsi_print_sense()

A device name is output like "sda: Sense Key : Medium Error [current]" in __scsi_print_sense(), but it should be "[sda] Sense Key : Medium Error [current]" because other printk messages output a device name like "[sda] foo." Signed-off-by: Yoshihiro YUNOMAE Cc: Hannes Reinecke Cc: Doug Gilbert

[RFC PATCH 04/10] scsi/constants: Cleanup printk message in scsi_dump_sense_buffer()

Unrecognized sense data should be output after linebuf is filled because "[%s] Unrecognized sense data (in hex): %s" message is output many times in loop. Signed-off-by: Yoshihiro YUNOMAE Cc: Hannes Reinecke Cc: Doug Gilbert Cc: Martin K. Petersen Cc: Christoph Hellwig Cc: "James E.J. Bottoml

[PATCH v2 3/17] arcmsr: Add code to support system hibernation

From: Ching Huang This patch adds code to support system hibernation. Changes in v2 of 3/17: * merge patch 18/18 to this patch Signed-off-by: Ching Huang --- Thanks to Tomas's advice. diff -uprN a/drivers/scsi/arcmsr/arcmsr_hba.c b/drivers/scsi/arcmsr/arcmsr_hba.c --- a/drivers/scsi/arcmsr/a

[PATCH 0/2] qla2xxx: Miscellaneous fixes

Hi James, Christoph, Pleas apply the following two patches at your earliest convenience. Thanks, Chad Chad Dupuis (2): qla2xxx: Move mailbox failure messages to a default debug level. qla2xxx: Remove restriction on starting remote device discovery on port update. drivers/scsi/qla2x

[PATCH 1/2] qla2xxx: Move mailbox failure messages to a default debug level.

Move the mailbox failure messages to a default debugging level so that benign failures won't flood the system logs but will still show up if default debug messaging is enabled (ql2xextended_error_logging=1). Signed-off-by: Giridhar Malavali Signed-off-by: Chad Dupuis --- drivers/scsi/qla2xxx/ql

[PATCH 2/2] qla2xxx: Remove restriction on starting remote device discovery on port update.

Limiting which port update events will allow the driver to kick off a name server scan has been problematic in some corner cases so remove the restriction and restore the previous semantic. Also move the link up/down informational messages to the LOOP_UP and LOOP_DOWN events. Signed-off-by: Giridh

[PATCH v2 4/17] arcmsr: limit max. number of SCSI command request

From: Ching Huang This patch limits the max. number of SCSI command request to avoid command overflow. Changes in v2 4/17: * set the correct host->can_queue value after read adapter's limitation. Signed-off-by: Ching Huang --- Thanks to Tomas's advice. diff -uprN a/drivers/scsi/arcmsr/arcms

Re: [RFC PATCH -logging 00/10] scsi/constants: Output continuous error messages on trace

On 14-08-08 01:50 PM, Yoshihiro YUNOMAE wrote: Hi All, This patch set introduces new traceevents in order to output continuous error messages. Current SCSI printk messages in upstream kernel can be divided by and mixed with other messages. Even if each error message has its device id, sometimes

Re: [PATCH v2 3/17] arcmsr: Add code to support system hibernation

On 08/08/2014 02:05 PM, Ching Huang wrote: > From: Ching Huang > > This patch adds code to support system hibernation. > > Changes in v2 of 3/17: > * merge patch 18/18 to this patch Thanks, and please mark the the 18/18 as obsolete - add a comment there In my previous response were other commen

Re: [PATCH 1/1] dpt_i2o: delete unnecessary null test on array

Am 06.08.2014 12:39, schrieb Julia Lawall: > From: Julia Lawall > > Delete NULL test on array (always false). > > A simplified version of the semantic match that finds this problem is as > follows: (http://coccinelle.lip6.fr/) > > // > @r@ > type T; > T [] e; > position p; > @@ > e ==@p NULL

[PATCH v6 0/2] ahci_xgene: Fixes related to APM X-Gene SATA host controller driver.

This patch set contains a couple of fixes related to APM X-Gene SATA controller driver. v2 Change: 1. Drop the Link down retry patch from this patch set. v4 Change: 1. Drop the patch to fix the csr-mask in dts for PHY clock node of SATA Host Controller 1. 2. Add the patch to correct

[PATCH v6 1/2] ahci_xgene: Removing NCQ support from the APM X-Gene SoC AHCI SATA Host Controller driver.

This patch removes the NCQ support from the APM X-Gene SoC AHCI Host Controller driver as it doesn't support it. Signed-off-by: Loc Ho Signed-off-by: Suman Tripathi --- drivers/ata/ahci_xgene.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/ata/ahci_xgene.c b/dr

[PATCH v6 2/2] arm64: Remove the clock and PHY reference from the APM X-Gene SoC AHCI SATA Host controller dts node.

This patch removes all clocks and PHY references from the APM X-Gene SoC AHCI SATA host controller and PHY DTS nodes. The clock and PHY are no longer needed as they are handled by the firmware. By removing only the reference is not enough as any un-used clock entry will get disabled by the clock fr

Re: [PATCH 1/1] dpt_i2o: delete unnecessary null test on array

On Wed, 2014-08-06 at 12:39 +0200, Julia Lawall wrote: > From: Julia Lawall > > Delete NULL test on array (always false). > > A simplified version of the semantic match that finds this problem is as > follows: (http://coccinelle.lip6.fr/) > > // > @r@ > type T; > T [] e; > position p; > @@ > e

Re: [PATCH 1/1] dpt_i2o: delete unnecessary null test on array

> > diff --git a/drivers/scsi/dpt_i2o.c b/drivers/scsi/dpt_i2o.c > > index 67283ef..62e276b 100644 > > --- a/drivers/scsi/dpt_i2o.c > > +++ b/drivers/scsi/dpt_i2o.c > > @@ -1169,11 +1169,6 @@ static struct adpt_device* > > adpt_find_device(adpt_hba* pHba, u32 chan, u32 id, u6 > > if(chan < 0 |

Re: [PATCH 1/1] dpt_i2o: delete unnecessary null test on array

On Fri, 2014-08-08 at 19:03 +0200, Julia Lawall wrote: > > > diff --git a/drivers/scsi/dpt_i2o.c b/drivers/scsi/dpt_i2o.c > > > index 67283ef..62e276b 100644 > > > --- a/drivers/scsi/dpt_i2o.c > > > +++ b/drivers/scsi/dpt_i2o.c > > > @@ -1169,11 +1169,6 @@ static struct adpt_device* > > > adpt_fin

Re: [PATCH 1/1] dpt_i2o: delete unnecessary null test on array

On Fri, 8 Aug 2014, James Bottomley wrote: > On Fri, 2014-08-08 at 19:03 +0200, Julia Lawall wrote: > > > > diff --git a/drivers/scsi/dpt_i2o.c b/drivers/scsi/dpt_i2o.c > > > > index 67283ef..62e276b 100644 > > > > --- a/drivers/scsi/dpt_i2o.c > > > > +++ b/drivers/scsi/dpt_i2o.c > > > > @@ -1169,

Re: [PATCH 0/5] be2iscsi: Update to 10.4.74.0

On 08/08/2014 12:00 AM, Jay Kallickal wrote: > From: Jayamohan Kallickal > > This patchset updates be2iscsi driver to 10.4.74.0 > > These patches are based on for-next branch of scsi.git. > > 0001 - Fix the sparse warning > 0002 - Update the copyright year > 0003 - Fix updating the boot ente

RE: [PATCH scsi 1/1] libiscsi : Add T10 Data Integrity Feature support

Mike, I presume you meant the 8846bab scsi_cmnd: Introduce scsi_transfer_length helper d77e653 libiscsi, iser: Adjust data_length to include protection information & Martin's fix after that 5616b0 use the scsi data buffer length to extract transfer size I see the commits in the branches, bu

Re: [PATCH 1/1] dpt_i2o: delete unnecessary null test on array

>From nobody Sat Aug 9 08:17:15 CEST 2014 From: Julia Lawall To: Adaptec OEM Raid Solutions Cc: "James E.J. Bottomley" ,linux-scsi@vger.kernel.org,linux-ker...@vger.kernel.org Subject: [PATCH] dpt_i2o: delete unnecessary null test on array From: Julia Lawall Convert a NULL test on an array t