[Bug 176951] boot fails unless acpi=off Acer Travelmate X-349
https://bugzilla.kernel.org/show_bug.cgi?id=176951 --- Comment #14 from matteo.terru...@gmail.com --- I now report complete functionality and stability with kernel linux-grsec 4.8.15.r201612151923-1 from Arch Linux community repository. Also, in order to fix a different problem, I have always put in mkinitcpio.conf the following: MODULES="crc32_generic crc32-pclmul libcrc32c crc32c_generic crc32c-intel" -- You are receiving this mail because: You are watching the assignee of the bug. -- 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
Re: iscsi_trx going into D state
I decided to try something completely different... Running the stock CentOS 3.10 kernel and OFED 3.4 on both hosts, I'm not seeing the hung processes and the tests complete successfully. The same seems to be true for the target on 4.9 and the initiator on 3.10. However, with the target on 3.10 and the initiator on 4.9, I get this on the target: [(support-1.0) root@prv-0-13-roberttest ~]# ps aux | grep " D " root 14791 0.0 0.0 0 0 ?D15:08 0:00 [iscsi_np] root 14795 0.0 0.0 0 0 ?D15:08 0:00 [iscsi_trx] root 14852 0.0 0.0 112648 976 pts/0S+ 15:11 0:00 grep --color=auto D [(support-1.0) root@prv-0-13-roberttest ~]# uname -a Linux prv-0-13-roberttest.betterservers.com 3.10.0-327.36.3.el7.x86_64 #1 SMP Mon Oct 24 16:09:20 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux [(support-1.0) root@prv-0-13-roberttest ~]# cat /proc/14791/stack [] iscsit_stop_session+0x1c8/0x1e0 [iscsi_target_mod] [] iscsi_check_for_session_reinstatement+0x1ea/0x280 [iscsi_target_mod] [] iscsi_target_check_for_existing_instances+0x35/0x40 [iscsi_target_mod] [] iscsi_target_do_login+0x141/0x670 [iscsi_target_mod] [] iscsi_target_start_negotiation+0x1c/0xb0 [iscsi_target_mod] [] iscsi_target_login_thread+0xadf/0x1050 [iscsi_target_mod] [] kthread+0xcf/0xe0 [] ret_from_fork+0x58/0x90 [] 0x [(support-1.0) root@prv-0-13-roberttest ~]# cat /proc/14795/stack [] isert_wait4flush+0x79/0xc0 [ib_isert] [] isert_wait_conn+0x5b/0x2d0 [ib_isert] [] iscsit_close_connection+0x15d/0x820 [iscsi_target_mod] [] iscsit_take_action_for_connection_exit+0x83/0x110 [iscsi_target_mod] [] iscsi_target_rx_thread+0x1e7/0xf80 [iscsi_target_mod] [] kthread+0xcf/0xe0 [] ret_from_fork+0x58/0x90 [] 0x [ 345.970157] iSCSI Login timeout on Network Portal 0.0.0.0:3260 [ 483.850714] INFO: task iscsi_np:14791 blocked for more than 120 seconds. [ 483.857467] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 483.865326] iscsi_npD 0 14791 2 0x0004 [ 483.872460] 886e3b117be0 0046 887ede579700 886e3b117fd8 [ 483.879983] 886e3b117fd8 886e3b117fd8 887ede579700 883ef7898160 [ 483.887500] 883ef7898168 7fff 887ede579700 [ 483.895025] Call Trace: [ 483.897505] [] schedule+0x29/0x70 [ 483.902496] [] schedule_timeout+0x209/0x2d0 [ 483.908355] [] ? simple_strtoull+0x3b/0x70 [ 483.914128] [] wait_for_completion+0x116/0x170 [ 483.920253] [] ? wake_up_state+0x20/0x20 [ 483.925847] [] iscsit_stop_session+0x1c8/0x1e0 [iscsi_target_mod] [ 483.933612] [] iscsi_check_for_session_reinstatement+0x1ea/0x280 [iscsi_target_mod] [ 483.942944] [] iscsi_target_check_for_existing_instances+0x35/0x40 [iscsi_target_mod] [ 483.953304] [] iscsi_target_do_login+0x141/0x670 [iscsi_target_mod] [ 483.961988] [] iscsi_target_start_negotiation+0x1c/0xb0 [iscsi_target_mod] [ 483.971278] [] iscsi_target_login_thread+0xadf/0x1050 [iscsi_target_mod] [ 483.980346] [] ? __schedule+0x1f1/0x900 [ 483.986525] [] ? iscsi_target_login_sess_out+0x250/0x250 [iscsi_target_mod] [ 483.995816] [] kthread+0xcf/0xe0 [ 484.001403] [] ? kthread_create_on_node+0x140/0x140 [ 484.008608] [] ret_from_fork+0x58/0x90 [ 484.014672] [] ? kthread_create_on_node+0x140/0x140 [ 484.021896] INFO: task iscsi_trx:14795 blocked for more than 120 seconds. [ 484.029349] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 484.037849] iscsi_trx D 887ee64f8000 0 14795 2 0x0004 [ 484.045598] 886e391bfbe0 0046 887ed715c500 886e391bffd8 [ 484.053753] 886e391bffd8 886e391bffd8 887ed715c500 887ee64f91d0 [ 484.061891] 887ee64f91d8 7fff 887ed715c500 887ee64f8000 [ 484.070049] Call Trace: [ 484.073174] [] schedule+0x29/0x70 [ 484.078797] [] schedule_timeout+0x209/0x2d0 [ 484.085290] [] ? cm_alloc_msg+0x115/0x180 [ib_cm] [ 484.092252] [] wait_for_completion+0x116/0x170 [ 484.098960] [] ? wake_up_state+0x20/0x20 [ 484.105132] [] isert_wait4flush+0x79/0xc0 [ib_isert] [ 484.112369] [] isert_wait_conn+0x5b/0x2d0 [ib_isert] [ 484.119566] [] iscsit_close_connection+0x15d/0x820 [iscsi_target_mod] [ 484.128239] [] ? wait_for_completion_interruptible+0x167/0x1d0 [ 484.136341] [] ? iscsi_target_tx_thread+0x200/0x200 [iscsi_target_mod] [ 484.145135] [] iscsit_take_action_for_connection_exit+0x83/0x110 [iscsi_target_mod] [ 484.155067] [] iscsi_target_rx_thread+0x1e7/0xf80 [iscsi_target_mod] [ 484.163700] [] ? __switch_to+0xf8/0x4b0 [ 484.169774] [] ? iscsi_target_tx_thread+0x200/0x200 [iscsi_target_mod] [ 484.178530] [] kthread+0xcf/0xe0 [ 484.183991] [] ? kthread_create_on_node+0x140/0x140 [ 484.191106] [] ret_from_fork+0x58/0x90 [ 484.197096] [] ? kthread_create_on_node+0x140/0x140 I think there are two bugs here. Something in 4.9 iser (ini
[Bug 176951] boot fails unless acpi=off Acer Travelmate X-349
https://bugzilla.kernel.org/show_bug.cgi?id=176951 matteo.terru...@gmail.com changed: What|Removed |Added CC||matteo.terru...@gmail.com --- Comment #13 from matteo.terru...@gmail.com --- I'm reporting the same problem with Acer Travelmate X349-M, BIOS v1.07, 64bit in all tests. Also, I can get to the login prompt of gdm with everything working good (including battery status, touchpad, wifi, special keys...) using Arch Linux with replaced Kernel 4.10r1 from Ubuntu distribution and `acpi=force acpi_osi='!Windows 2012'`, but (unless acpi=off) it freezes on black screen just after successfull login (the same with GNOME, GNOME Classic, GNOME Xorg). Tried Kernel 4.0.9 from Ubuntu with acpi on, and it worked good for 10 minutes on GNOME, but then stopped and didn't work at all for the following tries. Tried Kernel 4.4.0: acpi=off, login ok; acpi on, crash with stack traces at boot, behavior similar to 4.0.9. Also note that Ubuntu 16.10 Live official image (linux-image-4.8.0-22-generic) works perfectly. -- You are receiving this mail because: You are watching the assignee of the bug. -- 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
Re: [PATCH v2 03/11] lpfc: Deprecate lpfc_soft_wwn parameter
On 12/29/2016 3:31 PM, Sebastian Herbszt wrote: "not portable" might not be the term I actually meant. Let's call it server vendor dependent. Can you please elaborate on the oem platforms and side-band management you mean? I know of a solution called "ServerView Virtual-IO Manager" by Fujitsu which might fit. AFAIK it is a piece of software which communicates with the BMC and allows to change the MAC address and WWN. Of course it only works with Fujitsu servers and supported cards. I think I heard that for NICs it just changes the MAC address in the eeprom. This is not done "online" but when the server is powered on. Even though this might be a comparable case (external MAC address configuration) I think the ability to change the MAC address by the means of "ip link set dev ethX address" was not removed. Unfortunately, I can't elaborate on the platforms. Yes, there are things similar to what you describe above. Also realize that persisting the value across different cold/hot/flr resets affects boot and dump. How do you choose the desired WWN between the possible options (factory set, oem platform set, FA-WWN)? And wouldn't soft wwn always win because it is applied at last? However it might compete with FA-WWN. I wasn't yet able to find details on how it works. Sebastian Unfortunately, I can't comment on that either. It's not always last wins and that's one of the issues. I've submitted a patch to reinstated the feature - it works as well as it did before. -- james -- 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
[PATCH] lpfc: Reinstate lpfc_soft_wwn parameter
The lpfc 11.2.0.4 patch set deprecated, by removing, the lpfc_soft_wwn
parameter support.
This patch reinstates support, but adds a warning in the enablement of
the feature that indicates Broadcom (Emulex) does not support the feature.
-- james
Signed-off-by: James Smart
---
drivers/scsi/lpfc/lpfc.h | 4 +
drivers/scsi/lpfc/lpfc_attr.c | 223 ++
drivers/scsi/lpfc/lpfc_init.c | 16 ++-
3 files changed, 240 insertions(+), 3 deletions(-)
diff --git a/drivers/scsi/lpfc/lpfc.h b/drivers/scsi/lpfc/lpfc.h
index c2e6ffd..6593b07 100644
--- a/drivers/scsi/lpfc/lpfc.h
+++ b/drivers/scsi/lpfc/lpfc.h
@@ -728,6 +728,8 @@ struct lpfc_hba {
uint32_t cfg_total_seg_cnt;
uint32_t cfg_sg_seg_cnt;
uint32_t cfg_sg_dma_buf_size;
+ uint64_t cfg_soft_wwnn;
+ uint64_t cfg_soft_wwpn;
uint32_t cfg_hba_queue_depth;
uint32_t cfg_enable_hba_reset;
uint32_t cfg_enable_hba_heartbeat;
@@ -832,6 +834,8 @@ struct lpfc_hba {
#define VPD_PORT0x8 /* valid vpd port data */
#define VPD_MASK0xf /* mask for any vpd data */
+ uint8_t soft_wwn_enable;
+
struct timer_list fcp_poll_timer;
struct timer_list eratt_poll;
uint32_t eratt_poll_interval;
diff --git a/drivers/scsi/lpfc/lpfc_attr.c b/drivers/scsi/lpfc/lpfc_attr.c
index 8301c08..6c104d7 100644
--- a/drivers/scsi/lpfc/lpfc_attr.c
+++ b/drivers/scsi/lpfc/lpfc_attr.c
@@ -1987,6 +1987,7 @@ static DEVICE_ATTR(protocol, S_IRUGO,
lpfc_sli4_protocol_show, NULL);
static DEVICE_ATTR(lpfc_xlane_supported, S_IRUGO, lpfc_oas_supported_show,
NULL);
+static char *lpfc_soft_wwn_key = "C99G71SL8032A";
#define WWN_SZ 8
/**
* lpfc_wwn_set - Convert string to the 8 byte WWN value.
@@ -2030,6 +2031,223 @@ lpfc_wwn_set(const char *buf, size_t cnt, char wwn[])
}
return 0;
}
+/**
+ * lpfc_soft_wwn_enable_store - Allows setting of the wwn if the key is valid
+ * @dev: class device that is converted into a Scsi_host.
+ * @attr: device attribute, not used.
+ * @buf: containing the string lpfc_soft_wwn_key.
+ * @count: must be size of lpfc_soft_wwn_key.
+ *
+ * Returns:
+ * -EINVAL if the buffer does not contain lpfc_soft_wwn_key
+ * length of buf indicates success
+ **/
+static ssize_t
+lpfc_soft_wwn_enable_store(struct device *dev, struct device_attribute *attr,
+ const char *buf, size_t count)
+{
+ struct Scsi_Host *shost = class_to_shost(dev);
+ struct lpfc_vport *vport = (struct lpfc_vport *) shost->hostdata;
+ struct lpfc_hba *phba = vport->phba;
+ unsigned int cnt = count;
+
+ /*
+* We're doing a simple sanity check for soft_wwpn setting.
+* We require that the user write a specific key to enable
+* the soft_wwpn attribute to be settable. Once the attribute
+* is written, the enable key resets. If further updates are
+* desired, the key must be written again to re-enable the
+* attribute.
+*
+* The "key" is not secret - it is a hardcoded string shown
+* here. The intent is to protect against the random user or
+* application that is just writing attributes.
+*/
+
+ /* count may include a LF at end of string */
+ if (buf[cnt-1] == '\n')
+ cnt--;
+
+ if ((cnt != strlen(lpfc_soft_wwn_key)) ||
+ (strncmp(buf, lpfc_soft_wwn_key, strlen(lpfc_soft_wwn_key)) != 0))
+ return -EINVAL;
+
+ phba->soft_wwn_enable = 1;
+
+ dev_printk(KERN_WARNING, &phba->pcidev->dev,
+ "lpfc%d: soft_wwpn assignment has been enabled.\n",
+ phba->brd_no);
+ dev_printk(KERN_WARNING, &phba->pcidev->dev,
+ " The soft_wwpn feature is not supported by Broadcom.");
+
+ return count;
+}
+static DEVICE_ATTR(lpfc_soft_wwn_enable, S_IWUSR, NULL,
+ lpfc_soft_wwn_enable_store);
+
+/**
+ * lpfc_soft_wwpn_show - Return the cfg soft ww port name of the adapter
+ * @dev: class device that is converted into a Scsi_host.
+ * @attr: device attribute, not used.
+ * @buf: on return contains the wwpn in hexadecimal.
+ *
+ * Returns: size of formatted string.
+ **/
+static ssize_t
+lpfc_soft_wwpn_show(struct device *dev, struct device_attribute *attr,
+ char *buf)
+{
+ struct Scsi_Host *shost = class_to_shost(dev);
+ struct lpfc_vport *vport = (struct lpfc_vport *) shost->hostdata;
+ struct lpfc_hba *phba = vport->phba;
+
+ return snprintf(buf, PAGE_SIZE, "0x%llx\n",
+ (unsigned long long)phba->cfg_soft_wwpn);
+}
+
+/**
+ * lpfc_soft_wwpn_store - Set the ww port name of the adapter
+ * @dev class device that is converted into a Scsi_host.
+ * @attr: device attribute, not used.
+ * @buf: contains the wwpn in hexadecimal.
+ * @count: number of wwpn bytes in buf
+ *
+ * Returns:
+ * -EACCE
[Bug 108771] scsi: ses: kasan: ses_enclosure_data_process use after free on boot SAS2X28
https://bugzilla.kernel.org/show_bug.cgi?id=108771 Pavel Tikhomirov changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |PATCH_ALREADY_AVAILABLE -- You are receiving this mail because: You are watching the assignee of the bug. -- 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
