Current upstream kernels fail to boot on my POWER8 server with
multipath SCSI disks and IPR host bus adapters. What happens is that
the system finds each disk twice (as normal) and then prints messages
like this:
[2.827761] sd 1:2:4:0: alua: supports implicit TPGS
[2.827875] sd 1:2:4:0: a
On 05/03/2016 07:24 PM, Andy Lutomirski wrote:
> I actually read the error messages in my logs, and successful
> initialization is not an error.
>
> Arguably these log lines could be deleted entirely.
>
> Signed-off-by: Andy Lutomirski
> ---
>
> Changes from v2: Remove hunk that didn't belong
>
This missing break statement bug predates git. It's a very minor thing,
it means that we print a '?' instead of a 'z' in dmesg.
Signed-off-by: Dan Carpenter
diff --git a/drivers/scsi/eata_pio.c b/drivers/scsi/eata_pio.c
index ca8003f..4299fa4 100644
--- a/drivers/scsi/eata_pio.c
+++ b/drivers/s
Hello Ondrej Zary,
The patch 643a7c43f11e: "aha1542: Stop using scsi_module.c" from Feb
6, 2015, leads to the following static checker warning:
drivers/scsi/aha1542.c:703 aha1542_hw_init()
error: buffer overflow 'io' 4 <= 4
drivers/scsi/aha1542.c
995 static int aha1542_pnp_pr
On 04/30/2016 07:44 PM, Douglas Gilbert wrote:
Based on "[PATH V2] scsi_debug: rework resp_report_luns" patch
sent by Tomas Winkler on Thursday, 26 Feb 2015. His notes:
1. Remove duplicated boundary checks which simplify the fill-in
loop
2. Use more of scsi generic API
Replace fixed l
On 04/30/2016 07:44 PM, Douglas Gilbert wrote:
Use TYPE_* constants for SCSI peripheral device types instead
of numbers. Further cleanups requested by checkpatch.pl .
Signed-off-by: Douglas Gilbert
Reviewed-by: Bart Van Assche
--
To unsubscribe from this list: send the line "unsubscribe linu
mchri...@redhat.com writes:
> The following patches begin to cleanup the request->cmd_flags and
> bio->bi_rw mess. We currently use cmd_flags to specify the operation,
> attributes and state of the request. For bi_rw we use it for similar
> info and also the priority but then also have another bi_
On 2016-05-02 04:13 PM, tom.t...@gmail.com wrote:
From: Tom Yan
https://bugzilla.kernel.org/show_bug.cgi?id=106931
Signed-off-by: Tom Yan
diff --git a/drivers/ata/libata-scsi.c b/drivers/ata/libata-scsi.c
index cd30f11..0295c38 100644
--- a/drivers/ata/libata-scsi.c
+++ b/drivers/ata/libata-s
From: Heinz Mauelshagen
Introduced by upstream commit 70d9798b95562abac005d4ba71d28820f9a201eb
The raid0 personality does not create mddev->thread as oposed to
other personalities leading to its unconditional access in
mddev_suspend() causing an oops.
Patch checks for mddev->thread in order to
On 05/03/2016 07:51 PM, James Bottomley wrote:
On Tue, 2016-05-03 at 19:42 +0200, hei...@redhat.com wrote:
From: Heinz Mauelshagen
In case md runs underneath the dm-raid target, the mddev does not
have a request queue or gendisk, thus avoid accesses to it.
This patch adds two missing conditi
On Tue, 2016-05-03 at 19:42 +0200, hei...@redhat.com wrote:
> From: Heinz Mauelshagen
>
> In case md runs underneath the dm-raid target, the mddev does not
> have a request queue or gendisk, thus avoid accesses to it.
>
> This patch adds two missing conditionals to the raid10 personality.
-EWR
- Original Message -
From: "Bart Van Assche"
To: "Laurence Oberman"
Cc: "James Bottomley" , "linux-scsi"
, "Mike Snitzer" ,
linux-bl...@vger.kernel.org, "device-mapper development" ,
l...@lists.linux-foundation.org
Sent: Monday, May 2, 2016 6:28:16 PM
Subject: Re: [dm-devel] [Lsf] No
From: Heinz Mauelshagen
In case md runs underneath the dm-raid target, the mddev does not have
a request queue or gendisk, thus avoid accesses to it.
This patch adds two missing conditionals to the raid10 personality.
Signed-of-by: Heinz Mauelshagen
---
drivers/md/raid10.c | 12
I actually read the error messages in my logs, and successful
initialization is not an error.
Arguably these log lines could be deleted entirely.
Signed-off-by: Andy Lutomirski
---
Changes from v2: Remove hunk that didn't belong
drivers/scsi/megaraid/megaraid_sas_base.c | 2 +-
drivers/scsi/
On Tue, May 3, 2016 at 10:06 AM, Andy Lutomirski wrote:
> I actually read the error messages in my logs, and successful
> initialization is not an error.
I failed at using git here. v2 coming...
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to
odpovezte mi na tento e-mail nize na dulezitou transakci.
email: fnin...@gmx.com
--
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
I actually read the error messages in my logs, and successful
initialization is not an error.
Arguably these log lines could be deleted entirely.
Signed-off-by: Andy Lutomirski
---
drivers/scsi/megaraid/megaraid_sas_base.c | 2 +-
drivers/scsi/megaraid/megaraid_sas_fusion.c | 2 +-
include/ua
From: "Manoj N. Kumar"
When a cxlflash adapter goes into EEH recovery and multiple processes
(each having established its own context) are active, the EEH recovery
can hang if the processes attempt to recover in parallel. The symptom
logged after a couple of minutes is:
INFO: task eehd:48 blocke
This patch addresses a deadlock issue seen during EEH recovery
and is intended for 4.7.
Manoj N. Kumar (1):
cxlflash: Fix to resolve dead-lock during EEH recovery
drivers/scsi/cxlflash/superpipe.c | 15 +++
1 file changed, 15 insertions(+)
--
2.1.0
--
To unsubscribe from this li
Replace all trans_start updates with netif_trans_update helper.
change was done via spatch:
struct net_device *d;
@@
- d->trans_start = jiffies
+ netif_trans_update(d)
Compile tested only.
Cc: user-mode-linux-de...@lists.sourceforge.net
Cc: linux-xte...@linux-xtensa.org
Cc: linux1394-de...@lists
Btw I wonder if the CmdQue bit should be statically set to 1 instead.
It is not specified in the SAT standard (as of SAT-4 Rev. 05a) that
the bit should be correlated to ATA NCQ. Neither does the kernel care
about the bit (or the 'queue_type' sysfs file), apparently. However,
it seems that there is
21 matches
Mail list logo
