Michael S. Tsirkin m...@redhat.com writes:
Defer config changed notifications that arrive during
probe/scan/freeze/restore.
This will allow drivers to set DRIVER_OK earlier, without worrying about
racing with config change interrupts.
This change will also benefit old hypervisors (before
On Tue, Oct 14, 2014 at 11:01:12AM +1030, Rusty Russell wrote:
Michael S. Tsirkin m...@redhat.com writes:
Defer config changed notifications that arrive during
probe/scan/freeze/restore.
This will allow drivers to set DRIVER_OK earlier, without worrying about
racing with config change
On Sat, Oct 11, 2014 at 10:06:47PM +, Elliott, Robert (Server Storage)
wrote:
Thanks. That's a bit better, but sg_reset can now run into
No such device errors.
That's the -ENODEV we return if another reset is in progress. Given
that I suspect sg_reset is the prime if not only user of
On Mon, Oct 13, 2014 at 10:24:01PM +, Elliott, Robert (Server Storage)
wrote:
Those stronger reset levels affect multiple devices,
which may or may not be desired.
sg-reset includes a --no-esc option to ask the kernel
to not escalate resets, based on a February 2013 thread,
but the
From: Mark Rustad mark.d.rus...@intel.com
Resolve some missing-field-initializers warnings by using
designated initialization.
Signed-off-by: Mark Rustad mark.d.rus...@intel.com
Signed-off-by: Jeff Kirsher jeffrey.t.kirs...@intel.com
---
drivers/scsi/scsi_lib.c | 2 +-
1 file changed, 1
(resent with correct linux-scsi address)
On 2014-10-13 16:07, Meelis Roos wrote:
I turned on blk-mq for all my test machines today and got a failure from
Sun Ultra 1 with Sparc ESP SCSI (dmesg below). Booting with
scsi_mod.use_blk_mq=0 fixes the problem. The problem is reproducible.
[snip]
https://bugzilla.kernel.org/show_bug.cgi?id=85151
--- Comment #14 from Tommy Apel tommyape...@gmail.com ---
This problem is seen on 3.14.21 aswell with expander discovery failure running
Adaptec firmware 1.2.0 Build 10624
I applied the patch stated above and it fixed the problem.
--
You are
On 14-10-14 07:13 AM, Christoph Hellwig wrote:
On Sat, Oct 11, 2014 at 10:06:47PM +, Elliott, Robert (Server Storage)
wrote:
Thanks. That's a bit better, but sg_reset can now run into
No such device errors.
That's the -ENODEV we return if another reset is in progress. Given
that I
Sitsofe == Sitsofe Wheeler sits...@gmail.com writes:
Sitsofe A previous patch attempted to add a quirk to workaround this
Sitsofe but the quirk was only enabled after the features had been
Sitsofe scanned for, wouldn't work for small disks
What does that mean, exactly?
--
Martin K. Petersen
Sitsofe == Sitsofe Wheeler sits...@gmail.com writes:
Sitsofe Microsoft Hyper-V virtual disks currently only claim SPC-2
Sitsofe compliance causing the kernel skip checks for features such as
Sitsofe thin provisioning even though the virtual disk advertises them.
Last time around we identified
-Original Message-
From: Martin K. Petersen [mailto:martin.peter...@oracle.com]
Sent: Tuesday, October 14, 2014 6:08 PM
To: Sitsofe Wheeler
Cc: KY Srinivasan; Haiyang Zhang; Christoph Hellwig; Hannes Reinecke; linux-
s...@vger.kernel.org; linux-ker...@vger.kernel.org;
cxgb4 already handles CLIP updates from a previous changeset for iw_cxgb4,
there is no need to have this functionality in cxgb4i. Remove duplicated code
Signed-off-by: Anish Bhatt an...@chelsio.com
---
drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c | 7 ++
drivers/scsi/cxgbi/cxgb4i/cxgb4i.c
cxgb4 ipv6 does not guard against ipv6 being disabled, or the standard
ipv6 module vs inbuilt tri-state issue. This was fixed for cxgb4i iw_cxgb4
but missed for cxgb4.
Signed-off-by: Anish Bhatt an...@chelsio.com
---
drivers/net/ethernet/chelsio/Kconfig| 2 +-
A bunch of ipv6 related code is left on by default. While this causes no
compilation issues, there is no need to have this enabled by default. Guard
with an ipv6 check, which also takes care of a -Wunused-function warning.
Signed-off-by: Anish Bhatt an...@chelsio.com
---
This patch set removes some duplicated/extraneous code from cxgb4i, guards
cxgb4 against compilation failure based on ipv6 tristate, make ipv6 related
code no longer be enabled by default irrespective of ipv6 tristate and fixes
a refcnt issue.
-Anish
v2 : Provide more detailed commit messages,
From: Anish Bhatt an...@chelsio.com
Date: Tue, 14 Oct 2014 20:07:20 -0700
This patch set removes some duplicated/extraneous code from cxgb4i, guards
cxgb4 against compilation failure based on ipv6 tristate, make ipv6 related
code no longer be enabled by default irrespective of ipv6 tristate
16 matches
Mail list logo