https://bugzilla.kernel.org/show_bug.cgi?id=48891
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
I am re-sending "blk iopoll support" and "bump version" patches in previous
series.
Thanks for your help!
Wendy
--
--
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/majordo
Bump driver version.
Signed-off-by: Wen Xiong
---
drivers/scsi/ipr.h |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index: b/drivers/scsi/ipr.h
===
--- a/drivers/scsi/ipr.h2013-01-02 10:52:20.183729214 -0600
+
This patch implements blk iopoll in ipr driver for performance improvement.
Signed-off-by: Wen Xiong
---
drivers/scsi/ipr.c | 221 +
drivers/scsi/ipr.h |6 +
2 files changed, 178 insertions(+), 49 deletions(-)
Index: b/drivers/scsi/ipr.c
On 01/02/13 19:23, wenxi...@linux.vnet.ibm.com wrote:
I am re-sending "blk iopoll support" and "bump version" patches in previous
series.
Hello Wendy,
How much do these patches improve the performance of the ipr driver ?
Thanks,
Bart.
--
To unsubscribe from this list: send the line "unsubsc
Quoting Bart Van Assche :
On 01/02/13 19:23, wenxi...@linux.vnet.ibm.com wrote:
I am re-sending "blk iopoll support" and "bump version" patches in
previous series.
Hello Wendy,
How much do these patches improve the performance of the ipr driver ?
Thanks,
Bart.
Hi Bart,
we enable blk i
From: Roland Dreier
Hi Nic,
A few fixes for TMR handling (fix crashes when a backend is really
slow, fix a reference leak if we get a TMR for a non-existent LUN) and
a couple of trivial cleanups in related code.
Roland Dreier (5):
target: Don't let abort handling free pending write commands t
From: Roland Dreier
If a backend IO takes a really long then an initiator might abort a
command, and then when it gives up on the abort, send a LUN reset too,
all before we process any of the original command or the abort. (The
abort will wait for the backend IO to complete too)
When the backen
From: Roland Dreier
When transport_lookup_tmr_lun() fails and we return a task management
response from target_complete_tmr_failure(), we need to call
transport_cmd_check_stop_to_fabric() to release the last ref to the
cmd after calling se_tfo->queue_tm_rsp(), or else we will never remove
the fai
From: Roland Dreier
The following sequence happens for write commands (or any other
commands with a data out phase):
- The transport calls target_submit_cmd(), which sets CMD_T_ACTIVE in
cmd->transport_state and sets cmd->t_state to TRANSPORT_NEW_CMD.
- Things go on transport_generic_new_cm
From: Roland Dreier
Signed-off-by: Roland Dreier
---
include/target/target_core_base.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/target/target_core_base.h
b/include/target/target_core_base.h
index 7cae236..02ed017 100644
--- a/include/target/target_core_base.h
+++ b/include/ta
From: Roland Dreier
We do the same thing no matter which way the test goes, so just remove
the test and do what we're going to do.
The debug messages printed the wrong value of CMD_T_ACTIVE and don't
seem particularly useful, remove them too.
Signed-off-by: Roland Dreier
---
drivers/target/ta
The patch fixed several unlock issues in ipr driver.
Thanks,
Wendy
--
--
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
This patch fixes several unlock issues in ipr driver.
Signed-off-by: Wen Xiong
---
drivers/scsi/ipr.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
Index: b/drivers/scsi/ipr.c
===
--- a/drivers/scsi/ipr.c201
On 01/02/2013 04:26 PM, wenxi...@linux.vnet.ibm.com wrote:
> This patch fixes several unlock issues in ipr driver.
James - this fixes a couple regressions that were introduced in
the previous patch set.
Acked-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
--
To uns
This should probably have been flagged with a v2 rather than a RESEND since
it has been changed to use kstrtoul.
Acked-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to
Hi Fengguang,
We built 32bit kernel for "current jejb for-next tree" on x86 platform
by using your config file. Seems We couldn't reproduce the error in
our environment. What options you use to make 32bit kernel? We used:
make ARCH=i386 V=1 -Wall.
Also can you reproduce this with current j
17 matches
Mail list logo