[Bug 962694] New: Upgrade to kernel 4.4 will break the system if it depends on mtp2sas

newer
[Bug 962974] salt-master run time...

older
[Bug 962866] /proc/consoles is not...

bugzilla_noreply＠novell.com

19 Jan 2016 19 Jan '16

23:09

http://bugzilla.opensuse.org/show_bug.cgi?id=962694 Bug ID: 962694 Summary: Upgrade to kernel 4.4 will break the system if it depends on mtp2sas Classification: openSUSE Product: openSUSE Tumbleweed Version: 2015* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-maintainers@forge.provo.novell.com Reporter: ronisbr@gmail.com QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- Hi guys! Today I upgraded my HP Workstation to latest Tumbleweed snapshot. In this time, the kernel was upgrade from 4.3.3 to 4.4.0. When I booted, I saw the following messages: [ TIME ] Timed out waiting for device dev-disk-by\x2... [DEPEND] Dependency failed for Resume from hibernation using device /dev/disk/... and I could not boot into my system. Everything works if I boot in old 4.3.3 kernel. The mentioned partition is my swap. If I remove the swap from fstab and disable the "resume", then the boot process just hangs in the very beginning without any output message. After digging, I found a very tricky problem. My workstation depends on the module mpt2sas, which was merged into mpt3sas in kernel 4.4 [1]. Thus, the openSUSE 4.4.0 kernel has mpt3sas module but does not have mpt2sas module. When the new kernel is installed and mkinitrd creates the initramfs, I think it looks the loaded modules to include the necessary ones into the image but mpt2sas does not exists in 4.4.0. Hence, neither mpt2sas nor mpt3sas is added to the image. Using lsinitrd, I could confirm that the initramfs of kernel 4.3.3 contains the modules mpt2sas and raid_class whereas the initramfs of kernel 4.4.0 does not. This is what was causing the boot problem. I managed to fix it by adding the following line to /etc/sysconfig/kernel : INITRD_MODULES="mpt3sas raid_class" and rebuilding the initramfs using mkinitrd. After that, the system became bootable again. This bug should affect all the systems that relies on mpt2sas that will have a kernel upgrade from a version prior to 4.4 to the current Tumbleweed kernel. Thus, I presume that the upgrade Leap -> Tumbleweed will yield an unbootable system in such computers. ---------- [1] https://groups.google.com/forum/#!topic/linux.kernel/EdYQpd_ozw4 -- You are receiving this mail because: You are on the CC list for the bug.

Attachments:

attachment.htm (text/html — 4.0 KB)

Show replies by date

bugzilla_noreply＠novell.com

19 Jan 19 Jan

23:09

New subject: [Bug 962694] Upgrade to kernel 4.4 will break the system if it depends on mpt2sas

http://bugzilla.opensuse.org/show_bug.cgi?id=962694 Ronan Chagas changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Upgrade to kernel 4.4 will |Upgrade to kernel 4.4 will |break the system if it |break the system if it |depends on mtp2sas |depends on mpt2sas -- You are receiving this mail because: You are on the CC list for the bug.

bugzilla_noreply＠novell.com

23:28

New subject: [Bug 962694] Upgrade to kernel 4.4 will break the system if it depends on mpt2sas

http://bugzilla.opensuse.org/show_bug.cgi?id=962694 http://bugzilla.opensuse.org/show_bug.cgi?id=962694#c1 Jan Engelhardt changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jengelh@inai.de, | |trenn@suse.com Assignee|kernel-maintainers@forge.pr |fvogt@suse.com |ovo.novell.com | --- Comment #1 from Jan Engelhardt --- mpt3sas does have the PCI IDs of the former mpt2sas. Secondly, mpt3sas also has the "mpt2sas" as an alias. That's two ways dracut ought to have found the replacement with /lib/modules/4.4* evne while running under a 4.3 environment, but since it did not, I am going to point the finger to dracut ;-) -- You are receiving this mail because: You are on the CC list for the bug.

bugzilla_noreply＠novell.com

23:30

New subject: [Bug 962694] Upgrade to kernel 4.4 will break the system if it depends on mpt2sas

http://bugzilla.opensuse.org/show_bug.cgi?id=962694 http://bugzilla.opensuse.org/show_bug.cgi?id=962694#c2 --- Comment #2 from Ronan Chagas --- Thanks Jan Engelhardt for the answer. Let me known if you need any additional test. -- You are receiving this mail because: You are on the CC list for the bug.

bugzilla_noreply＠novell.com

20 Jan 20 Jan

06:53

New subject: [Bug 962694] Upgrade to kernel 4.4 will break the system if it depends on mpt2sas

http://bugzilla.opensuse.org/show_bug.cgi?id=962694 http://bugzilla.opensuse.org/show_bug.cgi?id=962694#c3 Takashi Iwai changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tiwai@suse.com --- Comment #3 from Takashi Iwai --- (In reply to Jan Engelhardt from comment #1)

...

mpt3sas does have the PCI IDs of the former mpt2sas. Secondly, mpt3sas also has the "mpt2sas" as an alias. That's two ways dracut ought to have found the replacement with /lib/modules/4.4* evne while running under a 4.3 environment, but since it did not, I am going to point the finger to dracut ;-)

Yeah, this looks so. below is the code snippet: module_is_host_only() { ..... [[ "$kernel_current" ]] || export kernel_current=$(uname -r) if [[ "$kernel_current" != "$kernel" ]]; then # check if module is loadable on the current kernel # this covers the case, where a new module is introduced # or a module was renamed # or a module changed from builtin to a module --> if [[ -d /lib/modules/$kernel_current ]]; then --> # if the modinfo can be parsed, but the module --> # is not loaded, then we can safely return 1 --> modinfo -F filename "$_mod" &>/dev/null && return 1 --> fi # just install the module, better safe than sorry return 0 fi The part marked is the problem. In this case, mpt3sas module does exist in 4.3 kernel but it isn't loaded because 4.3 driver doesn't support yet mpt2sas devices. dracut still believes it's safe to ignore. Oops. That said, dracut can't handle the case where a module is folded into another. -- You are receiving this mail because: You are on the CC list for the bug.

bugzilla_noreply＠novell.com

08:10

New subject: [Bug 962694] Upgrade to kernel 4.4 will break the system if it depends on mpt2sas

http://bugzilla.opensuse.org/show_bug.cgi?id=962694 http://bugzilla.opensuse.org/show_bug.cgi?id=962694#c4 Fabian Vogt changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ronisbr@gmail.com Flags| |needinfo?(ronisbr@gmail.com | |) --- Comment #4 from Fabian Vogt --- (In reply to Takashi Iwai from comment #3)

...

The part marked is the problem. In this case, mpt3sas module does exist in 4.3 kernel but it isn't loaded because 4.3 driver doesn't support yet mpt2sas devices. dracut still believes it's safe to ignore. Oops.

That said, dracut can't handle the case where a module is folded into another.

Jup, the module handling (the "hostonly" part) logic is totally broken and flawed for kernel migrations. https://github.com/haraldh/dracut/commit/07a081f352497258862ae164d11d9e6dc2c... solved some of the issues, but most still remain... The source of this issue is that

...

# check if module is loaded [[ ${host_modules["$_modenc"]} ]] && return 0

does not trigger for mpt3sas, as host_modules does not contain aliases. I'd say that it should be replaced by

...

# check if module could be loaded. # If not, it's either new or already loaded -> install it! [[ $(/usr/sbin/modprobe -nv "$_mod" 2>/dev/null | wc -l) -eq 0 ]] && return 0

Adding aliases to $host_modules would probably work as well, but that would require parsing the output of modinfo for each module. This way is IMO more obvious and easier. Ronan: Can you test the above? Simply replace the lines in /usr/lib/dracut/dracut-init.sh:1029 and run mkinitrd from the 4.3.3 kernel. -- You are receiving this mail because: You are on the CC list for the bug.

bugzilla_noreply＠novell.com

11:39

New subject: [Bug 962694] Upgrade to kernel 4.4 will break the system if it depends on mpt2sas

http://bugzilla.opensuse.org/show_bug.cgi?id=962694 http://bugzilla.opensuse.org/show_bug.cgi?id=962694#c5 --- Comment #5 from Ronan Chagas --- Thanks guys! The result before the proposed fix: ---------- # lsinitrd /boot/initrd-4.3.3-6-default | grep scsi lib/modules/4.3.3-6-default/kernel/drivers/firmware/iscsi_ibft.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi lib/modules/4.3.3-6-default/kernel/drivers/scsi/isci lib/modules/4.3.3-6-default/kernel/drivers/scsi/isci/isci.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/iscsi_boot_sysfs.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/libsas lib/modules/4.3.3-6-default/kernel/drivers/scsi/libsas/libsas.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/mpt2sas lib/modules/4.3.3-6-default/kernel/drivers/scsi/mpt2sas/mpt2sas.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/raid_class.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/scsi_transport_sas.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/sg.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/sr_mod.ko usr/lib/udev/rules.d/55-scsi-sg3_id.rules usr/lib/udev/rules.d/58-scsi-sg3_symlink.rules usr/lib/udev/scsi_id # lsinitrd /boot/initrd-4.4.0-1-default | grep scsi lib/modules/4.4.0-1-default/kernel/drivers/firmware/iscsi_ibft.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi lib/modules/4.4.0-1-default/kernel/drivers/scsi/isci lib/modules/4.4.0-1-default/kernel/drivers/scsi/isci/isci.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi/iscsi_boot_sysfs.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi/libsas lib/modules/4.4.0-1-default/kernel/drivers/scsi/libsas/libsas.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi/scsi_transport_sas.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi/sg.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi/sr_mod.ko usr/lib/udev/rules.d/55-scsi-sg3_id.rules usr/lib/udev/rules.d/58-scsi-sg3_symlink.rules usr/lib/udev/scsi_id ---------- The result after the proposed fix: ---------- # lsinitrd /boot/initrd-4.3.3-6-default | grep scsi lib/modules/4.3.3-6-default/kernel/drivers/firmware/iscsi_ibft.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi lib/modules/4.3.3-6-default/kernel/drivers/scsi/isci lib/modules/4.3.3-6-default/kernel/drivers/scsi/isci/isci.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/iscsi_boot_sysfs.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/libsas lib/modules/4.3.3-6-default/kernel/drivers/scsi/libsas/libsas.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/mpt2sas lib/modules/4.3.3-6-default/kernel/drivers/scsi/mpt2sas/mpt2sas.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/raid_class.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/scsi_transport_sas.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/sg.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/sr_mod.ko usr/lib/udev/rules.d/55-scsi-sg3_id.rules usr/lib/udev/rules.d/58-scsi-sg3_symlink.rules usr/lib/udev/scsi_id # lsinitrd /boot/initrd-4.4.0-1-default | grep scsi lib/modules/4.4.0-1-default/kernel/drivers/firmware/iscsi_ibft.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi lib/modules/4.4.0-1-default/kernel/drivers/scsi/isci lib/modules/4.4.0-1-default/kernel/drivers/scsi/isci/isci.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi/iscsi_boot_sysfs.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi/libsas lib/modules/4.4.0-1-default/kernel/drivers/scsi/libsas/libsas.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi/scsi_transport_sas.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi/sg.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi/sr_mod.ko usr/lib/udev/rules.d/55-scsi-sg3_id.rules usr/lib/udev/rules.d/58-scsi-sg3_symlink.rules usr/lib/udev/scsi_id ---------- Thus, it did not work. Any more ideas? The changes that I did in dracut-init.sh were: # diff dracut-init-backup.sh dracut-init.sh 1029,1030c1029,1031 < # check if module is loaded < [[ ${host_modules["$_modenc"]} ]] && return 0 ---

...

# check if module could be loaded. # If not, it's either new or already loaded -> install it! [[ $(/usr/sbin/modprobe -nv "$_mod" 2>/dev/null | wc -l) -eq 0 ]] && return 0

-- You are receiving this mail because: You are on the CC list for the bug.

bugzilla_noreply＠novell.com

11:59

New subject: [Bug 962694] Upgrade to kernel 4.4 will break the system if it depends on mpt2sas

http://bugzilla.opensuse.org/show_bug.cgi?id=962694 http://bugzilla.opensuse.org/show_bug.cgi?id=962694#c6 --- Comment #6 from Fabian Vogt --- Ugh, of course modprobe doesn't work here, it uses the wrong information (from the 4.3.3 kernel). So the only solution is to parse the aliases of all loaded modules and put it into $host_modules... not nice. So, next try: Remove the last workaround and add

...

# also add aliases of loaded modules for mod in "${!host_modules[@]}"; do for alias in $(modinfo -k "$kernel" -F alias "$mod"); do host_modules["$alias"]=1 done done

in /usr/bin/dracut:1223. -- You are receiving this mail because: You are on the CC list for the bug.

bugzilla_noreply＠novell.com

12:08

New subject: [Bug 962694] Upgrade to kernel 4.4 will break the system if it depends on mpt2sas

http://bugzilla.opensuse.org/show_bug.cgi?id=962694 http://bugzilla.opensuse.org/show_bug.cgi?id=962694#c7 --- Comment #7 from Ronan Chagas --- Thanks Fabian! The results after the new proposed fix are: ---------- # lsinitrd /boot/initrd-4.3.3-6-default | grep scsi lib/modules/4.3.3-6-default/kernel/drivers/firmware/iscsi_ibft.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi lib/modules/4.3.3-6-default/kernel/drivers/scsi/isci lib/modules/4.3.3-6-default/kernel/drivers/scsi/isci/isci.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/iscsi_boot_sysfs.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/libsas lib/modules/4.3.3-6-default/kernel/drivers/scsi/libsas/libsas.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/mpt2sas lib/modules/4.3.3-6-default/kernel/drivers/scsi/mpt2sas/mpt2sas.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/raid_class.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/scsi_transport_sas.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/sg.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/sr_mod.ko usr/lib/udev/rules.d/55-scsi-sg3_id.rules usr/lib/udev/rules.d/58-scsi-sg3_symlink.rules usr/lib/udev/scsi_id # lsinitrd /boot/initrd-4.4.0-1-default | grep scsi lib/modules/4.4.0-1-default/kernel/drivers/firmware/iscsi_ibft.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi lib/modules/4.4.0-1-default/kernel/drivers/scsi/isci lib/modules/4.4.0-1-default/kernel/drivers/scsi/isci/isci.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi/iscsi_boot_sysfs.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi/libsas lib/modules/4.4.0-1-default/kernel/drivers/scsi/libsas/libsas.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi/scsi_transport_sas.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi/sg.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi/sr_mod.ko usr/lib/udev/rules.d/55-scsi-sg3_id.rules usr/lib/udev/rules.d/58-scsi-sg3_symlink.rules usr/lib/udev/scsi_id --------- Thus, still not working :( The changes in /usr/bin/dracut were: # diff -ruN dracut-backup dracut --- dracut-backup 2016-01-20 10:01:42.105045308 -0200 +++ dracut 2016-01-20 10:02:24.733524450 -0200 @@ -1220,6 +1220,13 @@ while read m rest || [ -n "$m" ]; do host_modules["$m"]=1 done

bugzilla_noreply＠novell.com

12:37

New subject: [Bug 962694] Upgrade to kernel 4.4 will break the system if it depends on mpt2sas

http://bugzilla.opensuse.org/show_bug.cgi?id=962694 http://bugzilla.opensuse.org/show_bug.cgi?id=962694#c8 --- Comment #8 from Fabian Vogt --- I see:

...

...
modinfo mpt2sas filename: /lib/modules/4.4.0-1-default/kernel/drivers/scsi/mpt3sas/mpt3sas.ko alias: mpt2sas

it does not add mpt3sas as an alias, so that has to be recognized as well... Next try:

...

# also add aliases of loaded modules for mod in "${!host_modules[@]}"; do for alias in $(modinfo -k "$kernel" -F alias "$mod"); do host_modules["$alias"]=1 done # mod might be an alias itself, find the real module host_modules["$(basename -s .ko "$(modinfo "$mod" -F filename)")"]=1 done

-- You are receiving this mail because: You are on the CC list for the bug.

bugzilla_noreply＠novell.com

12:42

New subject: [Bug 962694] Upgrade to kernel 4.4 will break the system if it depends on mpt2sas

http://bugzilla.opensuse.org/show_bug.cgi?id=962694 http://bugzilla.opensuse.org/show_bug.cgi?id=962694#c9 --- Comment #9 from Ronan Chagas --- The results with the last proposed fix: ---------- # lsinitrd /boot/initrd-4.3.3-6-default | grep scsi lib/modules/4.3.3-6-default/kernel/drivers/firmware/iscsi_ibft.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi lib/modules/4.3.3-6-default/kernel/drivers/scsi/isci lib/modules/4.3.3-6-default/kernel/drivers/scsi/isci/isci.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/iscsi_boot_sysfs.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/libsas lib/modules/4.3.3-6-default/kernel/drivers/scsi/libsas/libsas.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/mpt2sas lib/modules/4.3.3-6-default/kernel/drivers/scsi/mpt2sas/mpt2sas.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/raid_class.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/scsi_transport_sas.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/sg.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/sr_mod.ko usr/lib/udev/rules.d/55-scsi-sg3_id.rules usr/lib/udev/rules.d/58-scsi-sg3_symlink.rules usr/lib/udev/scsi_id # lsinitrd /boot/initrd-4.4.0-1-default | grep scsi lib/modules/4.4.0-1-default/kernel/drivers/firmware/iscsi_ibft.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi lib/modules/4.4.0-1-default/kernel/drivers/scsi/isci lib/modules/4.4.0-1-default/kernel/drivers/scsi/isci/isci.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi/iscsi_boot_sysfs.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi/libsas lib/modules/4.4.0-1-default/kernel/drivers/scsi/libsas/libsas.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi/scsi_transport_sas.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi/sg.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi/sr_mod.ko usr/lib/udev/rules.d/55-scsi-sg3_id.rules usr/lib/udev/rules.d/58-scsi-sg3_symlink.rules usr/lib/udev/scsi_id ---------- Still not working :( # diff -ruN dracut-backup dracut --- dracut-backup 2016-01-20 10:01:42.105045308 -0200 +++ dracut 2016-01-20 10:39:49.212807431 -0200 @@ -1220,6 +1220,15 @@ while read m rest || [ -n "$m" ]; do host_modules["$m"]=1 done

bugzilla_noreply＠novell.com

12:49

New subject: [Bug 962694] Upgrade to kernel 4.4 will break the system if it depends on mpt2sas

http://bugzilla.opensuse.org/show_bug.cgi?id=962694 http://bugzilla.opensuse.org/show_bug.cgi?id=962694#c10 --- Comment #10 from Fabian Vogt --- I'm out of ideas now :-/ Can you try setting host_modules["mpt3sas"]=1 explicitly? If that does not work, the five lines found by Takashi are not the only issue. -- You are receiving this mail because: You are on the CC list for the bug.

bugzilla_noreply＠novell.com

12:56

New subject: [Bug 962694] Upgrade to kernel 4.4 will break the system if it depends on mpt2sas

http://bugzilla.opensuse.org/show_bug.cgi?id=962694 http://bugzilla.opensuse.org/show_bug.cgi?id=962694#c11 --- Comment #11 from Ronan Chagas --- Yes, if I explicit set this, then it works. ronanarraes-osd:/usr/bin # lsinitrd /boot/initrd-4.3.3-6-default | grep scsi lib/modules/4.3.3-6-default/kernel/drivers/firmware/iscsi_ibft.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi lib/modules/4.3.3-6-default/kernel/drivers/scsi/isci lib/modules/4.3.3-6-default/kernel/drivers/scsi/isci/isci.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/iscsi_boot_sysfs.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/libsas lib/modules/4.3.3-6-default/kernel/drivers/scsi/libsas/libsas.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/mpt2sas lib/modules/4.3.3-6-default/kernel/drivers/scsi/mpt2sas/mpt2sas.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/mpt3sas lib/modules/4.3.3-6-default/kernel/drivers/scsi/mpt3sas/mpt3sas.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/raid_class.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/scsi_transport_sas.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/sg.ko lib/modules/4.3.3-6-default/kernel/drivers/scsi/sr_mod.ko usr/lib/udev/rules.d/55-scsi-sg3_id.rules usr/lib/udev/rules.d/58-scsi-sg3_symlink.rules usr/lib/udev/scsi_id ronanarraes-osd:/usr/bin # lsinitrd /boot/initrd-4.4.0-1-default | grep scsi lib/modules/4.4.0-1-default/kernel/drivers/firmware/iscsi_ibft.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi lib/modules/4.4.0-1-default/kernel/drivers/scsi/isci lib/modules/4.4.0-1-default/kernel/drivers/scsi/isci/isci.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi/iscsi_boot_sysfs.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi/libsas lib/modules/4.4.0-1-default/kernel/drivers/scsi/libsas/libsas.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi/mpt3sas lib/modules/4.4.0-1-default/kernel/drivers/scsi/mpt3sas/mpt3sas.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi/raid_class.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi/scsi_transport_sas.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi/sg.ko lib/modules/4.4.0-1-default/kernel/drivers/scsi/sr_mod.ko usr/lib/udev/rules.d/55-scsi-sg3_id.rules usr/lib/udev/rules.d/58-scsi-sg3_symlink.rules usr/lib/udev/scsi_id # diff -ruN dracut-backup dracut --- dracut-backup 2016-01-20 10:01:42.105045308 -0200 +++ dracut 2016-01-20 10:52:52.876161697 -0200 @@ -1220,6 +1220,8 @@ while read m rest || [ -n "$m" ]; do host_modules["$m"]=1 done srcversion: 9FF20417F21D0D5E86E525A alias: pci:v00001000d0000007Esv*sd*bc*sc*i* alias: pci:v00001000d0000006Esv*sd*bc*sc*i* alias: pci:v00001000d00000087sv*sd*bc*sc*i* alias: pci:v00001000d00000086sv*sd*bc*sc*i* alias: pci:v00001000d00000085sv*sd*bc*sc*i* alias: pci:v00001000d00000084sv*sd*bc*sc*i* alias: pci:v00001000d00000083sv*sd*bc*sc*i* alias: pci:v00001000d00000082sv*sd*bc*sc*i* alias: pci:v00001000d00000081sv*sd*bc*sc*i* alias: pci:v00001000d00000080sv*sd*bc*sc*i* alias: pci:v00001000d00000065sv*sd*bc*sc*i* alias: pci:v00001000d00000064sv*sd*bc*sc*i* alias: pci:v00001000d00000077sv*sd*bc*sc*i* alias: pci:v00001000d00000076sv*sd*bc*sc*i* alias: pci:v00001000d00000074sv*sd*bc*sc*i* alias: pci:v00001000d00000072sv*sd*bc*sc*i* alias: pci:v00001000d00000070sv*sd*bc*sc*i* depends: scsi_transport_sas,raid_class intree: Y vermagic: 4.3.3-6-default SMP preempt mod_unload modversions signer: openSUSE Secure Boot Signkey sig_key: 03:32:FA:9C:BF:0D:88:BF:21:92:4B:0D:E8:2A:09:A5:4D:5D:EF:C8 sig_hashalgo: sha256 parm: logging_level: bits for enabling additional logging info (default=0) parm: max_sectors:max sectors, range 64 to 32767 default=32767 (ushort) parm: missing_delay: device missing delay , io missing delay (array of int) parm: max_lun: max lun, default=16895 (int) parm: diag_buffer_enable: post diag buffers (TRACE=1/SNAPSHOT=2/EXTENDED=4/default=0) (int) parm: prot_mask: host protection capabilities mask, def=7 (int) parm: max_queue_depth: max controller queue depth (int) parm: max_sgl_entries: max sg entries (int) parm: msix_disable: disable msix routed interrupts (default=0) (int) parm: max_msix_vectors: max msix vectors (int) parm: mpt2sas_fwfault_debug: enable detection of firmware fault and halt firmware - (default=0) parm: disable_discovery: disable discovery (int) # modinfo mpt3sas filename: /lib/modules/4.3.3-6-default/kernel/drivers/scsi/mpt3sas/mpt3sas.ko version: 09.100.00.00 license: GPL description: LSI MPT Fusion SAS 3.0 Device Driver author: Avago Technologies srcversion: FA69A4CE75C12404AB65799 alias: pci:v00001000d00000095sv*sd*bc*sc*i* alias: pci:v00001000d00000094sv*sd*bc*sc*i* alias: pci:v00001000d00000091sv*sd*bc*sc*i* alias: pci:v00001000d00000090sv*sd*bc*sc*i* alias: pci:v00001000d00000097sv*sd*bc*sc*i* alias: pci:v00001000d00000096sv*sd*bc*sc*i* depends: scsi_transport_sas,raid_class intree: Y vermagic: 4.3.3-6-default SMP preempt mod_unload modversions signer: openSUSE Secure Boot Signkey sig_key: 03:32:FA:9C:BF:0D:88:BF:21:92:4B:0D:E8:2A:09:A5:4D:5D:EF:C8 sig_hashalgo: sha256 parm: logging_level: bits for enabling additional logging info (default=0) parm: max_sectors:max sectors, range 64 to 32767 default=32767 (ushort) parm: missing_delay: device missing delay , io missing delay (array of int) parm: max_lun: max lun, default=16895 (ullong) parm: diag_buffer_enable: post diag buffers (TRACE=1/SNAPSHOT=2/EXTENDED=4/default=0) (int) parm: disable_discovery: disable discovery (int) parm: prot_mask: host protection capabilities mask, def=7 (int) parm: max_queue_depth: max controller queue depth (int) parm: max_sgl_entries: max sg entries (int) parm: msix_disable: disable msix routed interrupts (default=0) (int) parm: max_msix_vectors: max msix vectors (int) parm: mpt3sas_fwfault_debug: enable detection of firmware fault and halt firmware - (default=0) # uname -a Linux ronanarraes-osd 4.3.3-6-default #1 SMP PREEMPT Fri Jan 8 18:34:17 UTC 2016 (da39cbd) x86_64 x86_64 x86_64 GNU/Linux -- You are receiving this mail because: You are on the CC list for the bug.

bugzilla_noreply＠novell.com

12:59

New subject: [Bug 962694] Upgrade to kernel 4.4 will break the system if it depends on mpt2sas

http://bugzilla.opensuse.org/show_bug.cgi?id=962694 http://bugzilla.opensuse.org/show_bug.cgi?id=962694#c12 --- Comment #12 from Fabian Vogt --- (In reply to Ronan Chagas from comment #11)

...

Yes, if I explicit set this, then it works. Good, so something is not quite right with my patch.

...

One question: since I am in a 4.3.3 env, then modinfo will not show that mpt3sas has mpt2sas alias right?

Yup, that's what "-k $kernel" is for. Can you provide the output of

...

modinfo -k 4.4.0-1-default mpt2sas and modinfo -k 4.4.0-1-default mpt3sas

? The first few lines are enough. -- You are receiving this mail because: You are on the CC list for the bug.