On Fri, 2015-02-13 at 17:02 -0800, Andrew Morton wrote:
> On Fri, 13 Feb 2015 16:05:54 -0800 James Bottomley
> wrote:
>
> > @@ -42,31 +44,60 @@ void string_get_size(u64 size, const enum
> > string_size_units units,
> > [STRING_UNITS_2] = 1024,
> > };
> > int i, j;
> > - u3
From: Nicholas Bellinger
This patch sets the missing LBPWS10 bit within spc_emulate_evpd_b2()
in order to signal WRITE_SAME (10) w/ UNMAP support, following the
existing LBPWS bit to signal WRITE_SAME (16) w/ UNMAP support.
Cc: Martin Petersen
Cc: Christoph Hellwig
Signed-off-by: Nicholas Bell
From: Nicholas Bellinger
This patch adds a check within sbc_setup_write_same() to fail a
WRITE_SAME w/ UNMAP=1 op, if the backend device has emulate_tpws
disabled.
Cc: Martin Petersen
Cc: Christoph Hellwig
Signed-off-by: Nicholas Bellinger
---
drivers/target/target_core_sbc.c | 5 +
1 fi
From: Nicholas Bellinger
This patch adds a sbc_check_dpofua() function that performs sanity
checks for DPO/FUA command bits.
It introduces checks to fail when either bit is set, but the backend
device is not advertising support for them.
It also moves the existing cmd->se_cmd_flags |= SCF_FUA a
From: Nicholas Bellinger
This patch adds a check within sbc_parse_cdb() to fail a UNMAP op,
if the backend device has emulate_tpu disabled.
Cc: Martin Petersen
Cc: Christoph Hellwig
Signed-off-by: Nicholas Bellinger
---
drivers/target/target_core_sbc.c | 5 +
1 file changed, 5 insertions
From: Nicholas Bellinger
This patch adds a call to sbc_check_prot() within sbc_setup_write_same()
code to perform the various protection releated sanity checks, including
failing if WRPROTECT or RDPROTECT is set for a backend device that has
not advertised support for T10-PI.
Also, since WRITE_S
From: Nicholas Bellinger
This patch adds an explicit check for WRPROTECT + RDPROTECT bit usage
within sbc_check_prot(), and fails with TCM_INVALID_CDB_FIELD if the
backend device does not have protection enabled.
Also, update sbc_check_prot() to return sense_reason_t in order to
propigate up the
From: Nicholas Bellinger
This patch adds a check to sbc_parse_cdb() in order to detect when
an LBA + sector vs. end-of-device calculation wraps when the LBA is
sufficently large enough (eg: 0x).
Cc: Martin Petersen
Cc: Christoph Hellwig
Signed-off-by: Nicholas Bellinger
---
d
From: Nicholas Bellinger
Hi all,
The following patch series contains a number of target SPC/SBC
related emulation fixes that address failures occurring while
using Ronnie Sahlberg's excellent libiscsi test suite.
The first two are the important ones. Patch #1 adds a missing
end-of-device sanit
From: Nicholas Bellinger
This patch adds a check to sbc_setup_write_same() to verify
the incoming WRITE_SAME LBA + number of blocks does not exceed
past the end-of-device.
Also check for potential LBA wrap-around as well.
Reported-by: Bart Van Assche
Cc: Martin Petersen
Cc: Christoph Hellwig
Chelsio code shares a pci_device_table from an #include file.
Make the include guard simpler and make the arrays const.
Reduces data by moving tables to text.
Removed unnecessary macros:
o CH_PCI_DEVICE_ID_TABLE_DEFINE_BEGIN
o CH_PCI_DEVICE_ID_TABLE_DEFINE_END
o CH_PCI_ID_TABLE_ENTRY (moved to th
On Fri, 13 Feb 2015 16:05:54 -0800 James Bottomley
wrote:
> @@ -42,31 +44,60 @@ void string_get_size(u64 size, const enum
> string_size_units units,
> [STRING_UNITS_2] = 1024,
> };
> int i, j;
> - u32 remainder = 0, sf_cap;
> + u32 remainder = 0, sf_cap, exp;
>
On Thu, 2015-02-12 at 15:55 -0800, Andrew Morton wrote:
> On Thu, 12 Feb 2015 15:45:29 -0800 James Bottomley
> wrote:
>
> > ...
> >
> > > I don't get it. As the man says, this is presently dead code and
> > > string_get_size() will need to be changed to work for disks larger than
> > > 2^64 byt
On 02/11/2015 11:31 AM, Tony Battersby wrote:
> Note: I did a number of tests with this patch, but I do not have any
> programs to test commands with bidirectional data transfer. I would
> appreciate if someone could test that.
Replying to myself, I was able to test bidirectional data transfer us
On 15-02-13 12:09 PM, Tony Battersby wrote:
When using the write()/read() interface for submitting commands, the
SCSI generic driver does not call blk_put_request() on a completed SCSI
command until userspace calls read() to get the command completion.
Since scsi-mq uses a fixed number of preallo
With scsi-mq enabled, userspace programs can get unexpected EWOULDBLOCK
(a.k.a. EAGAIN) errors when submitting commands to the SCSI generic
driver. Fix by calling blk_get_request() with GFP_KERNEL instead of
GFP_ATOMIC.
Note: to avoid introducing a potential deadlock, this patch should be
applied
When using the write()/read() interface for submitting commands, the
SCSI generic driver does not call blk_put_request() on a completed SCSI
command until userspace calls read() to get the command completion.
Since scsi-mq uses a fixed number of preallocated requests, this makes
it possible for us
https://bugzilla.kernel.org/show_bug.cgi?id=90601
--- Comment #12 from Alex Elsayed ---
Created attachment 166681
--> https://bugzilla.kernel.org/attachment.cgi?id=166681&action=edit
Hardware of a second machine with the issue
Intel CPUs on an ASUS board - here's the output of lshw on the mach
On Fri, Feb 13, 2015 at 09:48:36AM +0100, Hannes Reinecke wrote:
> On 02/12/2015 06:18 PM, Josh Triplett wrote:
> > On Thu, Feb 12, 2015 at 02:29:35PM +0100, Hannes Reinecke wrote:
> >> On 02/12/2015 01:36 PM, Geert Uytterhoeven wrote:
> >>> On Wed, Feb 11, 2015 at 8:16 PM, Linux Kernel Mailing Lis
On 02/12/2015 06:18 PM, Josh Triplett wrote:
> On Thu, Feb 12, 2015 at 02:29:35PM +0100, Hannes Reinecke wrote:
>> On 02/12/2015 01:36 PM, Geert Uytterhoeven wrote:
>>> On Wed, Feb 11, 2015 at 8:16 PM, Linux Kernel Mailing List
>>> wrote:
Gitweb:
http://git.kernel.org/linus/;a=commi
https://bugzilla.kernel.org/show_bug.cgi?id=90601
--- Comment #11 from mer...@liao.homelinux.org ---
I can confirm it's still happening with 3.19 here.
@Alex: What server hardware are you using? We are using Supermicro boards and
Intel CPUs.
--
You are receiving this mail because:
You are the a
21 matches
Mail list logo
