Possible commit to fix the issue, found upstream:
I'll create a testfix and will make it public shortly.
$ git show fb53c43
commit fb53c439d84387621c53808a3957ffd9876e5094
Author: Tomas Henzl <the...@redhat.com>
Date: Fri Nov 6 16:24:09 2015 +0100
hpsa: move lockup_detected attribute to host attr
This patch fixes a 'general protection fault' issue by
moving the attribute to where it was likely meant.
Signed-off-by: Tomas Henzl <the...@redhat.com>
Signed-off-by: Don Brace <don.br...@pmcs.com>
Signed-off-by: Martin K. Petersen <martin.peter...@oracle.com>
diff --git a/drivers/scsi/hpsa.c b/drivers/scsi/hpsa.c
index 57166e6..6d44123 100644
--- a/drivers/scsi/hpsa.c
+++ b/drivers/scsi/hpsa.c
@@ -867,7 +867,6 @@ static struct device_attribute *hpsa_sdev_attrs[] = {
&dev_attr_unique_id,
&dev_attr_hp_ssd_smart_path_enabled,
&dev_attr_path_info,
- &dev_attr_lockup_detected,
NULL,
};
@@ -879,6 +878,7 @@ static struct device_attribute *hpsa_shost_attrs[] = {
&dev_attr_resettable,
&dev_attr_hp_ssd_smart_path_status,
&dev_attr_raid_offload_debug,
+ &dev_attr_lockup_detected,
NULL,
};
** Changed in: linux (Ubuntu)
Importance: Undecided => Medium
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1581169
Title:
kernel panic (General protection fault) on module hpsa
(lockup_detected)
Status in linux package in Ubuntu:
New
Bug description:
it has been brought to my attention the following:
Kernel version: 4.2.0-30-generic #36~14.04.1-Ubuntu
When running an sosreport on HP DL380 gen8 machines running this
kernel (Ubuntu 14.04.4 using linux-generic-lts-wily), which includes
hpsa 3.4.10-0, hspa causes a kernel panic when sosreport is scanning
block devices. These are machines with an onboard p420i and
daughtercard p420 RAID controller, with each drive in a single raid0
configuration. (unideal, but the machines do not boot when the card is
in HBA mode).
This panic does not happen on kernel 3.13 with hpsa 3.4.1-0 when using
sosreport.
The funny thing is kernel 4.2 / 3.4.10-0 still is a more stable
solution - I have yet to see a prior issue in which the p420 would
lock up on this version. One issue wit h this is HP 99% of the time
will require an sosreport when we raise any hardware issues. I can no
longer produce that on kernel 4.2 machines because they kernel panic.
I can reproduce this consistently with several other machines in our
environment. - please let me know if you would like more info.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1581169/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
