[Bug 191171] megaraid_sas fails to recognize RAID on startup, worked with version 4.1.20

https://bugzilla.kernel.org/show_bug.cgi?id=191171 --- Comment #1 from Pierre-Alain Blanc --- Created attachment 248571 --> https://bugzilla.kernel.org/attachment.cgi?id=248571&action=edit Boot with kerrnel 4.1.20 which works -- You are receiving this mail because: You are watching the assign

[Bug 191171] megaraid_sas fails to recognize RAID on startup, worked with version 4.1.20

https://bugzilla.kernel.org/show_bug.cgi?id=191171 kashyap changed: What|Removed |Added CC||kashyap.de...@avagotech.com --- Comment #2 fro

[Bug 191171] megaraid_sas fails to recognize RAID on startup, worked with version 4.1.20

https://bugzilla.kernel.org/show_bug.cgi?id=191171 --- Comment #3 from Pierre-Alain Blanc --- (In reply to kashyap from comment #2) > (In reply to Pierre-Alain Blanc from comment #1) > > Created attachment 248571 [details] > > Boot with kerrnel 4.1.20 which works > > You need 5e5ec1759dd6 ("scs

[Bug 179341] mpt3sas: LSISAS3008 don't see Intel 540s SSD

https://bugzilla.kernel.org/show_bug.cgi?id=179341 --- Comment #9 from Badalyan Vyacheslav --- Its production server. You can close bug. I move to nvme ssd. -- You are receiving this mail because: You are watching someone on the CC list of the bug. -- To unsubscribe from this list: send the lin

[Bug 172841] aacraid does not support TRIM in Raw (Pass Through) devices

https://bugzilla.kernel.org/show_bug.cgi?id=172841 Badalyan Vyacheslav changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 179341] mpt3sas: LSISAS3008 don't see Intel 540s SSD

https://bugzilla.kernel.org/show_bug.cgi?id=179341 Badalyan Vyacheslav changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 172831] Adaptec ASR7805 in RAID (Expose RAW) mode recreate block devices and broke MDRAID

https://bugzilla.kernel.org/show_bug.cgi?id=172831 Badalyan Vyacheslav changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 60644] MPT2SAS drops all HDDs when under high I/O

https://bugzilla.kernel.org/show_bug.cgi?id=60644 o...@ojab.ru changed: What|Removed |Added CC||o...@ojab.ru --- Comment #50 from o...@ojab

[Bug 60644] MPT2SAS drops all HDDs when under high I/O

https://bugzilla.kernel.org/show_bug.cgi?id=60644 --- Comment #51 from o...@ojab.ru --- (as a side note, does anyone else has an issue [0] with `rmmod mpt3sas`? It's reproducible with LSI SAS 9217-8i HBA, and I would like to know if other HBAs are affected) [0] https://www.spinics.net/lists/linux

[Bug 191381] New: LIO ignores XCOPY source and destination descriptor IDs

https://bugzilla.kernel.org/show_bug.cgi?id=191381 Bug ID: 191381 Summary: LIO ignores XCOPY source and destination descriptor IDs Product: IO/Storage Version: 2.5 Kernel Version: 4.9.0 Hardware: All OS:

[Bug 191471] New: Mp2Sas and Mpt3Sas (now mpxsas) drivers are spinning forever in the IRQ handler under load condition

https://bugzilla.kernel.org/show_bug.cgi?id=191471 Bug ID: 191471 Summary: Mp2Sas and Mpt3Sas (now mpxsas) drivers are spinning forever in the IRQ handler under load condition Product: IO/Storage Version: 2.5 Kernel Version: 4.7

[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|---

[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 ---

[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

[Bug 176951] boot fails unless acpi=off Acer Travelmate X-349

https://bugzilla.kernel.org/show_bug.cgi?id=176951 --- Comment #15 from mus@gmail.com --- I just made an actual Arch Linux Installation instead of just trying to boot the USB device - and on the installation everything works fine, including the standard kernel (4.8.3 and 4.9.0) without any acp

[Bug 191381] LIO ignores XCOPY source and destination descriptor IDs

https://bugzilla.kernel.org/show_bug.cgi?id=191381 --- Comment #1 from David Disseldorp --- I've pushed a reproducer to: https://github.com/ddiss/libiscsi/commit/ae159e147ddf7192ff41e2375c073a10d6c90fb6 Usage is: examples/iscsi-dd --xcopy --src iscsi://192.168.155.101:3260// --dst iscsi://192.16

[Bug 176951] boot fails unless acpi=off Acer Travelmate X-349

https://bugzilla.kernel.org/show_bug.cgi?id=176951 --- Comment #16 from mus@gmail.com --- Created attachment 250411 --> https://bugzilla.kernel.org/attachment.cgi?id=250411&action=edit dmesg with ACPI errors (kernel 4.10rc2) Bisecting this is really frustrating because it randomly works in

[Bug 192281] New: support of USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 03) (prog-if 30 [XHCI]) is broken

https://bugzilla.kernel.org/show_bug.cgi?id=192281 Bug ID: 192281 Summary: support of USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 03) (prog-if 30 [XHCI]) is broken Product: IO/Storage Ve

[Bug 192281] support of USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 03) (prog-if 30 [XHCI]) is broken

https://bugzilla.kernel.org/show_bug.cgi?id=192281 --- Comment #1 from Slava --- USB3.0 driver works ok if connected to USB2.0. It worked ok with Ubuntu 12.04 and have problems after upgrade to Ubuntu 16.04. -- You are receiving this mail because: You are the assignee for the bug. -- To unsubsc

[Bug 62971] Kernel 3.11.1 and higher does not boot on VMware VM

https://bugzilla.kernel.org/show_bug.cgi?id=62971 Bojan Smojver changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 191381] LIO ignores XCOPY source and destination descriptor IDs

https://bugzilla.kernel.org/show_bug.cgi?id=191381 David Disseldorp changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 151661] Adaptec 3405 3805 prints "AAC: Host adapter dead -1" every 10 seconds but works fine anyway

https://bugzilla.kernel.org/show_bug.cgi?id=151661 --- Comment #18 from Arkadiusz Miskiewicz --- The problem was introduced with commit below. Reverting this commit from kernel 4.9.3 makes the problem go away. https://lkml.org/lkml/2017/1/15/47 commit 78cbccd3bd683c295a44af8050797dc4a41376ff Au

[Bug 151631] "Synchronizing SCSI cache" fails during(and delays) reboot/shutdown

https://bugzilla.kernel.org/show_bug.cgi?id=151631 Vyacheslav Dikonov changed: What|Removed |Added CC||sdico...@mail.ru --- Comment #9 fro

[Bug 151631] "Synchronizing SCSI cache" fails during(and delays) reboot/shutdown

https://bugzilla.kernel.org/show_bug.cgi?id=151631 --- Comment #10 from Vyacheslav Dikonov --- One further observation. The drive was attached to an USB2 controller 00:1d.0 USB controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller through an USB hub, which has

[Bug 193041] New: iSCSI initiator: mkfs.ext4 + mount triggers kernel oops

https://bugzilla.kernel.org/show_bug.cgi?id=193041 Bug ID: 193041 Summary: iSCSI initiator: mkfs.ext4 + mount triggers kernel oops Product: IO/Storage Version: 2.5 Kernel Version: v4.10-rc4 Hardware: All

[Bug 176951] boot fails unless acpi=off Acer Travelmate X-349

https://bugzilla.kernel.org/show_bug.cgi?id=176951 Dmitry Sysoletin changed: What|Removed |Added CC||dmitry.sysole...@gmail.com --- Commen

[Bug 176951] boot fails unless acpi=off Acer Travelmate X-349

https://bugzilla.kernel.org/show_bug.cgi?id=176951 --- Comment #18 from Dmitry Sysoletin --- Created attachment 253191 --> https://bugzilla.kernel.org/attachment.cgi?id=253191&action=edit Stacktrace screenshot 2 Another 4.10.0-rc5 fail -- You are receiving this mail because: You are watching

[Bug 176951] boot fails unless acpi=off Acer Travelmate X-349

https://bugzilla.kernel.org/show_bug.cgi?id=176951 --- Comment #19 from Dmitry Sysoletin --- (In reply to Zhang Rui from comment #11) > please check if the latest upstream kernel works for you or not. > If yes, I will close this bug as the original bug has been fixed by BIOS > upgrade, and the ar

[Bug 176951] boot fails unless acpi=off Acer Travelmate X-349

https://bugzilla.kernel.org/show_bug.cgi?id=176951 --- Comment #20 from Martin Goyot --- A new Bios update is available on Acer's website: https://www.acer.com/ac/en/GB/content/support-product/6917?b=1 v1.08 apparently. If anyone has tried it, does it solve the remaining problems? -- You are r

[Bug 176951] boot fails unless acpi=off Acer Travelmate X-349

https://bugzilla.kernel.org/show_bug.cgi?id=176951 --- Comment #21 from Dmitry Sysoletin --- (In reply to Martin Goyot from comment #20) > A new Bios update is available on Acer's website: > https://www.acer.com/ac/en/GB/content/support-product/6917?b=1 > > v1.08 apparently. If anyone has tried

[Bug 193041] iSCSI initiator: mkfs.ext4 + mount triggers kernel oops

https://bugzilla.kernel.org/show_bug.cgi?id=193041 Bart Van Assche changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 194321] New: drivers/scsi/mpt3sas/mpt3sas_base.c mpt3sas_base_put_smid_fast_path structure descriptor.Default.DescriptorTypeDependent is not used in fast path

https://bugzilla.kernel.org/show_bug.cgi?id=194321 Bug ID: 194321 Summary: drivers/scsi/mpt3sas/mpt3sas_base.c mpt3sas_base_put_smid_fast_path structure descriptor.Default.DescriptorTypeDependent is not used in fast

[Bug 194341] New: drivers/scsi/mpt3sas/mpt3sas_scsih.c _scsih_ir_fastpath ambiguous path structures

https://bugzilla.kernel.org/show_bug.cgi?id=194341 Bug ID: 194341 Summary: drivers/scsi/mpt3sas/mpt3sas_scsih.c _scsih_ir_fastpath ambiguous path structures Product: SCSI Drivers Version: 2.5 Kernel Version: 4.10 Hardwa

[Bug 151661] Adaptec 3405 3805 prints "AAC: Host adapter dead -1" every 10 seconds but works fine anyway

https://bugzilla.kernel.org/show_bug.cgi?id=151661 --- Comment #19 from Arkadiusz Miskiewicz (ar...@maven.pl) --- Fix: http://git.kernel.org/cgit/linux/kernel/git/jejb/scsi.git/patch/?id=8af8e1c22f9994bb1849c01d66c24fe23f9bc9a0 -- You are receiving this mail because: You are watching the assign

[Bug 194553] New: [storvsc] Add. Sense: Changed operating definition

https://bugzilla.kernel.org/show_bug.cgi?id=194553 Bug ID: 194553 Summary: [storvsc] Add. Sense: Changed operating definition Product: SCSI Drivers Version: 2.5 Kernel Version: 4.4.45 Hardware: All OS: Linux T

[Bug 60644] MPT2SAS drops all HDDs when under high I/O

https://bugzilla.kernel.org/show_bug.cgi?id=60644 --- Comment #52 from o...@ojab.ru --- https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=ffdadd68af5a397b8a52289ab39d62e1acb39e63 Patch is merged, bug can be closed. -- You are receiving this mail because: You are watchin

[Bug 120371] UBSAN splat in drivers/scsi/scsi_devinfo.c:458:21

https://bugzilla.kernel.org/show_bug.cgi?id=120371 Wilfried Klaebe (linux-ker...@lebenslange-mailadresse.de) changed: What|Removed |Added Status|NEW

[Bug 120371] UBSAN splat in drivers/scsi/scsi_devinfo.c:458:21

https://bugzilla.kernel.org/show_bug.cgi?id=120371 Wilfried Klaebe (linux-ker...@lebenslange-mailadresse.de) changed: What|Removed |Added Status|RESOLVED

[Bug 188061] On quad port QLE2564 can't add in target only 2 ports

https://bugzilla.kernel.org/show_bug.cgi?id=188061 --- Comment #5 from Anthony (anthony.blood...@gmail.com) --- I've installed another 4-port card and got same issue - port names have variable part at highest bits. On 2-port card port names have variable part at lower bits: port_name

[Bug 188061] On quad port QLE2564 can't add in target only 2 ports

https://bugzilla.kernel.org/show_bug.cgi?id=188061 --- Comment #6 from himanshu.madh...@cavium.com (himanshu.madh...@qlogic.com) --- (In reply to Anthony from comment #5) > I've installed another 4-port card and got same issue - port names have > variable part at highest bits. On 2-port card port

[Bug 188061] On quad port QLE2564 can't add in target only 2 ports

https://bugzilla.kernel.org/show_bug.cgi?id=188061 --- Comment #7 from Anthony (anthony.blood...@gmail.com) --- Created attachment 255073 --> https://bugzilla.kernel.org/attachment.cgi?id=255073&action=edit Output lspci for 4-port card -- You are receiving this mail because: You are watching t

[Bug 188061] On quad port QLE2564 can't add in target only 2 ports

https://bugzilla.kernel.org/show_bug.cgi?id=188061 --- Comment #8 from Anthony (anthony.blood...@gmail.com) --- I added output in text attachment. By construction this card have 3 PCI-E switches onboard. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 108621] kernel BUG in drivers/scsi/scsi_lib.c

https://bugzilla.kernel.org/show_bug.cgi?id=108621 Szőgyényi Gábor (szg0...@freemail.hu) changed: What|Removed |Added CC||szg0...@freemail.h

[Bug 80711] New: SG_FLAG_LUN_INHIBIT is no longer implemented and there's not way to prevent the kernel from using the 2nd cdb byte for the LUN

https://bugzilla.kernel.org/show_bug.cgi?id=80711 Bug ID: 80711 Summary: SG_FLAG_LUN_INHIBIT is no longer implemented and there's not way to prevent the kernel from using the 2nd cdb byte for the LUN Product: IO/Storage

[Bug 80711] SG_FLAG_LUN_INHIBIT is no longer implemented and there's not way to prevent the kernel from using the 2nd cdb byte for the LUN

https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #1 from Tiziano Bacocco --- Created attachment 143541 --> https://bugzilla.kernel.org/attachment.cgi?id=143541&action=edit This patch allows using SG_FLAG_LUN_INHIBIT I hope i've not broken anything else , this patch allows using SG

[Bug 80711] SG_FLAG_LUN_INHIBIT is no longer implemented and there's not way to prevent the kernel from using the 2nd cdb byte for the LUN

https://bugzilla.kernel.org/show_bug.cgi?id=80711 Tiziano Bacocco changed: What|Removed |Added Attachment #143541|0 |1 is obsolete|

[Bug 79901] Extremely slow boot on Promise VTrak E610f due to sd_mod RSOC usage

https://bugzilla.kernel.org/show_bug.cgi?id=79901 --- Comment #1 from Janusz Dziemidowicz --- Created attachment 144101 --> https://bugzilla.kernel.org/attachment.cgi?id=144101&action=edit Patch adding BLIST_NO_RSOC scsi scan flag As discussed on the list, attached simple patch that blacklist

[Bug 80711] [PATCH]SG_FLAG_LUN_INHIBIT is no longer implemented and there's not way to prevent the kernel from using the 2nd cdb byte for the LUN

https://bugzilla.kernel.org/show_bug.cgi?id=80711 Alan changed: What|Removed |Added CC||a...@lxorguk.ukuu.org.uk Summary|SG_FLA

[Bug 79901] [BISECTED]Extremely slow boot on Promise VTrak E610f due to sd_mod RSOC usage

https://bugzilla.kernel.org/show_bug.cgi?id=79901 Alan changed: What|Removed |Added CC||a...@lxorguk.ukuu.org.uk Summary|Extrem

[Bug 79901] [BISECTED]Extremely slow boot on Promise VTrak E610f due to sd_mod RSOC usage

https://bugzilla.kernel.org/show_bug.cgi?id=79901 --- Comment #3 from Janusz Dziemidowicz --- I've read that document before creating the patch. Now, I've read it again. I must say I'm at a loss. In the patch attached to this bug entry I've already included Signed-off-by line. Can anyone point pr

[Bug 11646] QLA2xxx: Kernel deadlock on high load somewhere after 2.6.20

https://bugzilla.kernel.org/show_bug.cgi?id=11646 Ravshan DM changed: What|Removed |Added CC||mravs...@gmail.com --- Comment #38 from Ravs

[Bug 11646] QLA2xxx: Kernel deadlock on high load somewhere after 2.6.20

https://bugzilla.kernel.org/show_bug.cgi?id=11646 --- Comment #39 from Alan --- Thanks -- You are receiving this mail because: You are the assignee for 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 ma

[Bug 79901] [BISECTED]Extremely slow boot on Promise VTrak E610f due to sd_mod RSOC usage

https://bugzilla.kernel.org/show_bug.cgi?id=79901 --- Comment #4 from Alan --- It needs to go via email. If you send it to linux-scsi@vger.kernel.org then the right things should happen (feel free to cc me as well so I can help keep an eye on it) -- You are receiving this mail because: You are

[Bug 79901] [BISECTED]Extremely slow boot on Promise VTrak E610f due to sd_mod RSOC usage

https://bugzilla.kernel.org/show_bug.cgi?id=79901 Alan changed: What|Removed |Added Regression|No |Yes -- You are receiving this mail because: You a

[Bug 80711] [PATCH]SG_FLAG_LUN_INHIBIT is no longer implemented and there's not way to prevent the kernel from using the 2nd cdb byte for the LUN

https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #4 from d gilbert --- On 14-07-29 05:57 PM, bugzilla-dae...@bugzilla.kernel.org wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=80711 > > Alan changed: > > What|Removed |Added > ---

[Bug 80711] [PATCH]SG_FLAG_LUN_INHIBIT is no longer implemented and there's not way to prevent the kernel from using the 2nd cdb byte for the LUN

https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #5 from Alan Stern --- On Wed, 6 Aug 2014, Christoph Hellwig wrote: > On Wed, Aug 06, 2014 at 03:29:47PM +0200, Douglas Gilbert wrote: > > If not and since I'm told black lists and the like won't > > work, my advice for the record is

[Bug 80711] [PATCH]SG_FLAG_LUN_INHIBIT is no longer implemented and there's not way to prevent the kernel from using the 2nd cdb byte for the LUN

https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #6 from Alan Stern --- Please don't remove names from the CC: list; use Reply-To-All. I had to go back and add all the names back in. On Wed, 6 Aug 2014, Tiziano Bacocco wrote: > Test with alcor based USB flash drives, linux 3.16 w

[Bug 80711] [PATCH]SG_FLAG_LUN_INHIBIT is no longer implemented and there's not way to prevent the kernel from using the 2nd cdb byte for the LUN

https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #7 from Tiziano Bacocco --- Not when issuing vendor specific commands , even if the flash drive has only 1 LUN , there's the need of using these bits with LUN numbers higher than the reported number of LUNs -- You are receiving this

[Bug 80711] [PATCH]SG_FLAG_LUN_INHIBIT is no longer implemented and there's not way to prevent the kernel from using the 2nd cdb byte for the LUN

https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #8 from Alan Stern --- On Wed, 6 Aug 2014, Christoph Hellwig wrote: > On Wed, Aug 06, 2014 at 04:02:22PM -0400, Alan Stern wrote: > > > I doubt either of them forces users to hack up flags for these cases. > > > > Why was this change

[Bug 80711] [PATCH]SG_FLAG_LUN_INHIBIT is no longer implemented and there's not way to prevent the kernel from using the 2nd cdb byte for the LUN

https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #9 from Tiziano Bacocco --- (In reply to Alan Stern from comment #8) > On Wed, 6 Aug 2014, Christoph Hellwig wrote: > > > On Wed, Aug 06, 2014 at 04:02:22PM -0400, Alan Stern wrote: > > > > I doubt either of them forces users to hack

[Bug 81861] New: mvsas.ko v0.8.16 error messages and kernel crashes attaching 4 SATA drives to specific HP SAS expander ports

https://bugzilla.kernel.org/show_bug.cgi?id=81861 Bug ID: 81861 Summary: mvsas.ko v0.8.16 error messages and kernel crashes attaching 4 SATA drives to specific HP SAS expander ports Product: SCSI Drivers Version:

[Bug 81861] mvsas.ko v0.8.16 error messages and kernel crashes attaching 4 SATA drives to specific HP SAS expander ports

https://bugzilla.kernel.org/show_bug.cgi?id=81861 linux-...@crashplan.pro changed: What|Removed |Added Kernel Version|3.16.0-031600rc6|3.16.0-031600rc6.x86_64 -- You

[Bug 81861] mvsas.ko v0.8.16 error messages and kernel crashes attaching 4 SATA drives to specific HP SAS expander ports

https://bugzilla.kernel.org/show_bug.cgi?id=81861 --- Comment #1 from linux-...@crashplan.pro --- After setting up netconsole using , and enabling kernel boot parameters debug and ignore_loglevel there is are more kernel crash log lines available: ===

[Bug 81861] Oops by mvsas v0.8.16: sas: ataX: end_device-Y:0:Z: dev error handler -> general protection fault, RIP: mvs_task_prep_ata+0x80/0x3a0

https://bugzilla.kernel.org/show_bug.cgi?id=81861 linux-...@crashplan.pro changed: What|Removed |Added Summary|mvsas.ko v0.8.16 error |Oops by mvsas v0.8.16: sas:

[Bug 81861] Oops by mvsas v0.8.16: sas: ataX: end_device-Y:0:Z: dev error handler -> general protection fault, RIP: mvs_task_prep_ata+0x80/0x3a0

https://bugzilla.kernel.org/show_bug.cgi?id=81861 --- Comment #2 from linux-...@crashplan.pro --- Created attachment 145681 --> https://bugzilla.kernel.org/attachment.cgi?id=145681&action=edit Dmesg output from boot -- You are receiving this mail because: You are watching the assignee of the b

[Bug 81861] Oops by mvsas v0.8.16: sas: ataX: end_device-Y:0:Z: dev error handler -> general protection fault, RIP: mvs_task_prep_ata+0x80/0x3a0

https://bugzilla.kernel.org/show_bug.cgi?id=81861 --- Comment #3 from linux-...@crashplan.pro --- Because Ubuntu doesn't provide debug symbols for their mainline kernel builds I am reverting back to their kernel version 3.13

[Bug 81861] Oops by mvsas v0.8.16: sas: ataX: end_device-Y:0:Z: dev error handler -> general protection fault, RIP: mvs_task_prep_ata+0x80/0x3a0

https://bugzilla.kernel.org/show_bug.cgi?id=81861 --- Comment #4 from linux-...@crashplan.pro --- Trying to debug mvs_task_prep with the help of the tutorial at . # cat /sys/module/mvsas/sections/.init.text 0xa00c8000 #

[Bug 80711] [PATCH]SG_FLAG_LUN_INHIBIT is no longer implemented and there's not way to prevent the kernel from using the 2nd cdb byte for the LUN

https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #10 from Alan Stern --- On Tue, 19 Aug 2014, Christoph Hellwig wrote: > On Thu, Aug 07, 2014 at 11:58:37AM -0400, Alan Stern wrote: > > > On Wed, Aug 06, 2014 at 04:02:22PM -0400, Alan Stern wrote: > > > > > I doubt either of them for

[Bug 80711] [PATCH]SG_FLAG_LUN_INHIBIT is no longer implemented and there's not way to prevent the kernel from using the 2nd cdb byte for the LUN

https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #11 from d gilbert --- On 14-08-20 03:15 PM, Alan Stern wrote: > On Tue, 19 Aug 2014, Christoph Hellwig wrote: > >> On Thu, Aug 07, 2014 at 11:58:37AM -0400, Alan Stern wrote: On Wed, Aug 06, 2014 at 04:02:22PM -0400, Alan Stern w

[Bug 80711] [PATCH]SG_FLAG_LUN_INHIBIT is no longer implemented and there's not way to prevent the kernel from using the 2nd cdb byte for the LUN

https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #12 from Alan Stern --- On Thu, 21 Aug 2014, Christoph Hellwig wrote: > On Thu, Aug 21, 2014 at 10:41:02AM -0400, Douglas Gilbert wrote: > > Perhaps we could add another bit flag in struct > > scsi_host_template such as: > > unsig

[Bug 81861] Oops by mvsas v0.8.16: sas: ataX: end_device-Y:0:Z: dev error handler -> general protection fault, RIP: mvs_task_prep_ata+0x80/0x3a0

https://bugzilla.kernel.org/show_bug.cgi?id=81861 Alan changed: What|Removed |Added CC||a...@lxorguk.ukuu.org.uk Kernel Version|3.16.0

[Bug 80711] [PATCH]SG_FLAG_LUN_INHIBIT is no longer implemented and there's not way to prevent the kernel from using the 2nd cdb byte for the LUN

https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #13 from Martin K. Petersen --- > "Alan" == Alan Stern writes: Alan> Okay, here's a patch that implements the suggestion, except that I Alan> put the flag in the Scsi_Host structure instead of the template. Alan> This was to mini

[Bug 81861] Oops by mvsas v0.8.16: sas: ataX: end_device-Y:0:Z: dev error handler -> general protection fault, RIP: mvs_task_prep_ata+0x80/0x3a0

https://bugzilla.kernel.org/show_bug.cgi?id=81861 --- Comment #6 from linux-...@crashplan.pro --- When connecting just a single 4 drive group to the good ports (for example 2C) of the external PCIe expander card: cold boot = doesn't detect any of the 4 PUIS drives warm boot = does detect all 4 PUI

[Bug 81861] Oops by mvsas v0.8.16: sas: ataX: end_device-Y:0:Z: dev error handler -> general protection fault, RIP: mvs_task_prep_ata+0x80/0x3a0

https://bugzilla.kernel.org/show_bug.cgi?id=81861 --- Comment #7 from linux-...@crashplan.pro --- Created attachment 147751 --> https://bugzilla.kernel.org/attachment.cgi?id=147751&action=edit smartctl -a /dev/sdb (HDS5C3020BLE630) -- You are receiving this mail because: You are watching the a

[Bug 81861] Oops by mvsas v0.8.16: sas: ataX: end_device-Y:0:Z: dev error handler -> general protection fault, RIP: mvs_task_prep_ata+0x80/0x3a0

https://bugzilla.kernel.org/show_bug.cgi?id=81861 --- Comment #8 from linux-...@crashplan.pro --- Comment on attachment 145681 --> https://bugzilla.kernel.org/attachment.cgi?id=145681 Dmesg output from boot This is without loading the mvsas kernel module. -- You are receiving this mail becaus

[Bug 81861] Oops by mvsas v0.8.16: sas: ataX: end_device-Y:0:Z: dev error handler -> general protection fault, RIP: mvs_task_prep_ata+0x80/0x3a0

https://bugzilla.kernel.org/show_bug.cgi?id=81861 --- Comment #9 from linux-...@crashplan.pro --- re: Thats not a sensible resolution, it can't be faulting on that line. Another try using a newer version of package gdb-minimal (Ubuntu 7.7-0ubuntu3.2 from trusty-proposed) gives these identical res

[Bug 81861] Oops by mvsas v0.8.16: sas: ataX: end_device-Y:0:Z: dev error handler -> general protection fault, RIP: mvs_task_prep_ata+0x80/0x3a0

https://bugzilla.kernel.org/show_bug.cgi?id=81861 --- Comment #10 from linux-...@crashplan.pro --- Another test round to see whether there is a difference in crash whether using cold or warm boot: 5C + cold boot = mvs_task_prep+0x72e/0xd50 [mvsas] 5C + warm boot = mvs_task_prep+0x72e/0xd50 [mvsas]

[Bug 80711] [PATCH]SG_FLAG_LUN_INHIBIT is no longer implemented and there's not way to prevent the kernel from using the 2nd cdb byte for the LUN

https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #14 from Alan Stern --- On Thu, 21 Aug 2014, Christoph Hellwig wrote: > On Thu, Aug 21, 2014 at 05:43:41PM -0400, Martin K. Petersen wrote: > > Alan> Okay, here's a patch that implements the suggestion, except that I > > Alan> put the

[Bug 80711] [PATCH]SG_FLAG_LUN_INHIBIT is no longer implemented and there's not way to prevent the kernel from using the 2nd cdb byte for the LUN

https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #15 from Martin K. Petersen --- > "Alan" == Alan Stern writes: Alan> Sending the initial INQUIRY command to LUNs larger than 0 involves Alan> a chicken-and-egg problem -- we don't know whether to fill in the Alan> LUN bits in the

[Bug 80711] [PATCH]SG_FLAG_LUN_INHIBIT is no longer implemented and there's not way to prevent the kernel from using the 2nd cdb byte for the LUN

https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #16 from Alan Stern --- On Fri, 22 Aug 2014, Christoph Hellwig wrote: > On Fri, Aug 22, 2014 at 10:53:42AM -0400, Alan Stern wrote: > > Good idea. An enhanced patch is below. If I can get a Tested-By: from > > Tiziano and one or two

[Bug 81861] Oops by mvsas v0.8.16: sas: ataX: end_device-Y:0:Z: dev error handler -> general protection fault, RIP: mvs_task_prep_ata+0x80/0x3a0

https://bugzilla.kernel.org/show_bug.cgi?id=81861 --- Comment #11 from linux-...@crashplan.pro --- Created attachment 147771 --> https://bugzilla.kernel.org/attachment.cgi?id=147771&action=edit sg_ses PCIe port expander card output -- You are receiving this mail because: You are watching the a

[Bug 80711] [PATCH]SG_FLAG_LUN_INHIBIT is no longer implemented and there's not way to prevent the kernel from using the 2nd cdb byte for the LUN

https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #17 from Alan Stern --- On Fri, 22 Aug 2014, James Bottomley wrote: > On Fri, 2014-08-22 at 10:53 -0400, Alan Stern wrote: > > Sending the initial INQUIRY command to LUNs larger than 0 involves a > > chicken-and-egg problem -- we don

[Bug 81861] Oops by mvsas v0.8.16: sas: ataX: end_device-Y:0:Z: dev error handler -> general protection fault, RIP: mvs_task_prep_ata+0x80/0x3a0

https://bugzilla.kernel.org/show_bug.cgi?id=81861 --- Comment #12 from Alan --- 0xa01c481e <+1838>:mov0x254(%rbx),%ecx is loading an offset from something. It can't be line 471. It could be line 472, or could be 468. but the offset looks way too big to be either unless its be

[Bug 81861] Oops by mvsas v0.8.16: sas: ataX: end_device-Y:0:Z: dev error handler -> general protection fault, RIP: mvs_task_prep_ata+0x80/0x3a0

https://bugzilla.kernel.org/show_bug.cgi?id=81861 --- Comment #13 from linux-...@crashplan.pro --- It dies between printing the second and the third variable: [ 30.455440] sas: DONE DISCOVERY on port 0, pid:128, result:0 [ 30.455502] sas: Enter sas_scsi_recover_host busy: 0 failed: 0 [ 30.4

[Bug 81861] Oops by mvsas v0.8.16: sas: ataX: end_device-Y:0:Z: dev error handler -> general protection fault, RIP: mvs_task_prep_ata+0x80/0x3a0

https://bugzilla.kernel.org/show_bug.cgi?id=81861 --- Comment #14 from linux-...@crashplan.pro --- By the way: printk("%d", mvi->tx_prod]); was changed to: printk("%d", mvi->tx_prod); The square bracket after tx_prod was removed. -- You are receiving this mail because: You are watching the a

[Bug 81861] Oops by mvsas v0.8.16: sas: ataX: end_device-Y:0:Z: dev error handler -> general protection fault, RIP: mvs_task_prep_ata+0x80/0x3a0

https://bugzilla.kernel.org/show_bug.cgi?id=81861 --- Comment #15 from linux-...@crashplan.pro --- Created attachment 147881 --> https://bugzilla.kernel.org/attachment.cgi?id=147881&action=edit Ubuntu Linux/x86_64 3.13.0-35-generic Kernel Configuration This kernel configuration was used to buil

[Bug 80711] [PATCH]SG_FLAG_LUN_INHIBIT is no longer implemented and there's not way to prevent the kernel from using the 2nd cdb byte for the LUN

https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #18 from Alan Stern --- On Sun, 24 Aug 2014, Christoph Hellwig wrote: > On Fri, Aug 22, 2014 at 01:29:32PM -0400, Alan Stern wrote: > > > Other than this, I'm fine with the code ... you can add the acked by > > > from me when we resol

[Bug 80711] [PATCH]SG_FLAG_LUN_INHIBIT is no longer implemented and there's not way to prevent the kernel from using the 2nd cdb byte for the LUN

https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #19 from Alan Stern --- On Mon, 25 Aug 2014, James Bottomley wrote: > On Mon, 2014-08-25 at 10:44 -0400, Alan Stern wrote: > > > James, can you explain how the INQUIRY command in scsi_probe_lun() > > managed to work back in the day

[Bug 80711] [PATCH]SG_FLAG_LUN_INHIBIT is no longer implemented and there's not way to prevent the kernel from using the 2nd cdb byte for the LUN

https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #20 from Alan Stern --- On Mon, 25 Aug 2014, Alan Stern wrote: > On Mon, 25 Aug 2014, James Bottomley wrote: > > > On Mon, 2014-08-25 at 10:44 -0400, Alan Stern wrote: > > > > > James, can you explain how the INQUIRY command in scsi

[Bug 83391] New: Oops on sd_mod

https://bugzilla.kernel.org/show_bug.cgi?id=83391 Bug ID: 83391 Summary: Oops on sd_mod Product: SCSI Drivers Version: 2.5 Kernel Version: 2.6.32 Hardware: i386 OS: Linux Tree: Mainline Status: NE

[Bug 83391] Oops on sd_mod

https://bugzilla.kernel.org/show_bug.cgi?id=83391 --- Comment #1 from tomsun --- Created attachment 148621 --> https://bugzilla.kernel.org/attachment.cgi?id=148621&action=edit the function disassemble info -- You are receiving this mail because: You are watching the assignee of the bug. -- To

[Bug 83391] Oops on sd_mod

https://bugzilla.kernel.org/show_bug.cgi?id=83391 --- Comment #2 from tomsun --- static void sd_read_block_limits(struct scsi_disk *sdkp) { unsigned int sector_sz = sdkp->device->sector_size; const int vpd_len = 32; unsigned char *buffer = kmalloc(vpd_len, GFP_KERNEL); if (!buff

[Bug 83391] Oops on sd_mod

https://bugzilla.kernel.org/show_bug.cgi?id=83391 Jeff Moyer changed: What|Removed |Added CC||jmo...@redhat.com --- Comment #3 from Jeff M

[Bug 83391] Oops on sd_mod

https://bugzilla.kernel.org/show_bug.cgi?id=83391 --- Comment #4 from tomsun --- sorry, thank you very much! (In reply to Jeff Moyer from comment #3) > This is a vendor kernel. You should file a bug report with Red Hat here: > > https://bugzilla.redhat.com/enter_bug. > cgi?product=Red%20Hat%

[Bug 83391] Oops on sd_mod

https://bugzilla.kernel.org/show_bug.cgi?id=83391 tomsun changed: What|Removed |Added Resolution|--- |INVALID Status|NEW

[Bug 84091] New: Unloading qla2xxx kernel module triggers segmentation fault

https://bugzilla.kernel.org/show_bug.cgi?id=84091 Bug ID: 84091 Summary: Unloading qla2xxx kernel module triggers segmentation fault Product: SCSI Drivers Version: 2.5 Kernel Version: 3.16.1 Hardware: x86-64

[Bug 84091] Unloading qla2xxx kernel module triggers segmentation fault

https://bugzilla.kernel.org/show_bug.cgi?id=84091 Joe Lawrence changed: What|Removed |Added CC||joe.lawre...@stratus.com --- Comment #1 fr

[Bug 84091] Unloading qla2xxx kernel module triggers segmentation fault

https://bugzilla.kernel.org/show_bug.cgi?id=84091 --- Comment #2 from Bart Van Assche --- This issue doesn't occur anymore with that patch applied. Thanks ! -- You are receiving this mail because: You are watching the assignee of the bug. -- To unsubscribe from this list: send the line "unsubsc

[Bug 81861] Oops by mvsas v0.8.16: sas: ataX: end_device-Y:0:Z: dev error handler -> general protection fault, RIP: mvs_task_prep_ata+0x80/0x3a0

https://bugzilla.kernel.org/show_bug.cgi?id=81861 --- Comment #16 from linux-...@crashplan.pro --- When line-by-line dumping the called constants/vars from: 469del_q = TXQ_MODE_I | tag | 470(TXQ_CMD_STP << TXQ_CMD_SHIFT) | 471(MVS_PHY_ID << TXQ_PHY_SHIFT) | 472

[Bug 85101] New: hpsa + P410 does not show connected HP SAS port expanders

https://bugzilla.kernel.org/show_bug.cgi?id=85101 Bug ID: 85101 Summary: hpsa + P410 does not show connected HP SAS port expanders Product: SCSI Drivers Version: 2.5 Kernel Version: 3.17 Hardware: x86-64

<    1   2   3   4   5   6   7   8   9   10   >