[Bug 53281] megaraid_mbox kernel panic during boot

2013-03-18 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=53281 justgivemeafkenaccount...@yahoo.co.uk changed: What|Removed |Added CC|

[Bug 31212] aacraid is generally unstable with newer kernels

2013-04-28 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=31212 Sid eu4ao0qfv2jh...@jetable.org changed: What|Removed |Added CC|

[Bug 59301] New: mpt2sas0 fails after short time of work

2013-06-05 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=59301 Summary: mpt2sas0 fails after short time of work Product: SCSI Drivers Version: 2.5 Kernel Version: 3.5.0-32-generic ubuntu Platform: All OS/Version: Linux Tree: Mainline

[Bug 59301] mpt2sas0 fails after short time of work

2013-06-06 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=59301 Anton Pomozov pomoz...@gmail.com changed: What|Removed |Added Kernel Version|3.5.0-32-generic ubuntu |3.5.0 --- Comment

[Bug 59601] New: commit 97dec564fd4948e0e560869c80b76e166ca2a83e breaks communication with XYRATEX disk shelves

2013-06-11 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=59601 Summary: commit 97dec564fd4948e0e560869c80b76e166ca2a83e breaks communication with XYRATEX disk shelves Product: SCSI Drivers Version: 2.5 Platform: All OS/Version: Linux

[Bug 59601] commit 97dec564fd4948e0e560869c80b76e166ca2a83e breaks communication with XYRATEX disk shelves

2013-06-11 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=59601 --- Comment #1 from Saurav Kashyap saurav.kash...@qlogic.com 2013-06-11 18:23:45 --- HI Jack, Please provide the driver logs for both good and bad case with ql2xextended_error_logging=1. The commit you have mentioned don't effect 2G cards.

[Bug 59601] commit 97dec564fd4948e0e560869c80b76e166ca2a83e breaks communication with XYRATEX disk shelves

2013-06-17 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=59601 --- Comment #3 from Jack Hill jackh...@jackhill.us 2013-06-17 14:05:31 --- Created an attachment (id=104981) -- (https://bugzilla.kernel.org/attachment.cgi?id=104981) dmest output for bad kernel with extended error reporting -- Configure

[Bug 59601] commit 97dec564fd4948e0e560869c80b76e166ca2a83e breaks communication with XYRATEX disk shelves

2013-06-17 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=59601 --- Comment #4 from Jack Hill jackh...@jackhill.us 2013-06-17 14:14:03 --- Hi, I have attached dmesg output from good ad bad kernels with extended error logging. Reverting the commit solved the problem. I was not able to revert the commit

[Bug 59601] commit 97dec564fd4948e0e560869c80b76e166ca2a83e breaks communication with XYRATEX disk shelves

2013-06-19 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=59601 --- Comment #5 from Saurav Kashyap saurav.kash...@qlogic.com 2013-06-19 18:29:46 --- Hi Jack, I am seeing FCP I/O protocol failure (0x8/0x2) messages in the failed logs. We need more data on what is coming back to the driver. I am attaching

[Bug 59601] commit 97dec564fd4948e0e560869c80b76e166ca2a83e breaks communication with XYRATEX disk shelves

2013-06-19 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=59601 --- Comment #6 from Saurav Kashyap saurav.kash...@qlogic.com 2013-06-19 18:31:38 --- Created an attachment (id=105401) -- (https://bugzilla.kernel.org/attachment.cgi?id=105401) Patch for dumping the incoming packet to the driver. Apply

[Bug 60191] New: Bad flush cache

2013-06-26 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60191 Summary: Bad flush cache Product: IO/Storage Version: 2.5 Kernel Version: 3.8.13 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: normal

[Bug 59601] commit 97dec564fd4948e0e560869c80b76e166ca2a83e breaks communication with XYRATEX disk shelves

2013-07-02 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=59601 --- Comment #7 from Jack Hill jackh...@jackhill.us 2013-07-02 22:13:28 --- Created an attachment (id=106661) -- (https://bugzilla.kernel.org/attachment.cgi?id=106661) dmesg output with packet dumps I have attached the dmesg output after

[Bug 59601] commit 97dec564fd4948e0e560869c80b76e166ca2a83e breaks communication with XYRATEX disk shelves

2013-07-02 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=59601 --- Comment #8 from Jack Hill jackh...@jackhill.us 2013-07-02 22:15:42 --- Also, I think the commit that I claimed introduced the problem after my bisect run was the wrong one, it appears to be the last good commit. I think the one that

[Bug 59301] mpt2sas0 fails after short time of work

2013-07-02 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=59301 Marian Marinov m...@yuhu.biz changed: What|Removed |Added CC||m...@yuhu.biz ---

[Bug 59301] mpt2sas0 fails after short time of work

2013-07-02 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=59301 --- Comment #3 from Marian Marinov m...@yuhu.biz 2013-07-03 00:36:39 --- [root@BlackPearl ~]# uname -a Linux BlackPearl.yuhu.biz 2.6.32-358.11.1.el6.i686 #1 SMP Wed Jun 12 01:01:27 UTC 2013 i686 i686 i386 GNU/Linux [root@BlackPearl ~]# cat

[Bug 59601] commit 97dec564fd4948e0e560869c80b76e166ca2a83e breaks communication with XYRATEX disk shelves

2013-07-11 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=59601 --- Comment #9 from Saurav Kashyap saurav.kash...@qlogic.com --- Created attachment 106870 -- https://bugzilla.kernel.org/attachment.cgi?id=106870action=edit Properly-set-the-tagging-for-commands Hi Jack, Try this patch and see if this resolves

[Bug 59601] commit 97dec564fd4948e0e560869c80b76e166ca2a83e breaks communication with XYRATEX disk shelves

2013-07-11 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=59601 Jack Hill jackh...@jackhill.us changed: What|Removed |Added Kernel Version||2.6.38-rc2 --- Comment

[Bug 59601] commit 97dec564fd4948e0e560869c80b76e166ca2a83e breaks communication with XYRATEX disk shelves

2013-07-19 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=59601 --- Comment #11 from Saurav Kashyap saurav.kash...@qlogic.com --- Hi Jack, This patch http://marc.info/?l=linux-scsim=137365649318663w=2 is submitted to upstream. Please close this BZ. thanks, ~Saurav -- You are receiving this mail because: You

[Bug 59601] commit 97dec564fd4948e0e560869c80b76e166ca2a83e breaks communication with XYRATEX disk shelves

2013-07-19 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=59601 Jack Hill jackh...@jackhill.us changed: What|Removed |Added Status|NEW |RESOLVED

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

2013-07-28 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60644 Bug ID: 60644 Summary: MPT2SAS drops all HDDs when under high I/O Product: SCSI Drivers Version: 2.5 Kernel Version: 3.11 Hardware: x86-64 OS: Linux Tree:

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

2013-07-28 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60644 --- Comment #1 from livea...@live.com --- Created attachment 107032 -- https://bugzilla.kernel.org/attachment.cgi?id=107032action=edit dmesg logs -- You are receiving this mail because: You are watching the assignee of the bug. -- To

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

2013-07-28 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60644 --- Comment #2 from livea...@live.com --- Kernel locks are rather soft , the machine functions but the HDDs activity LED stays on and the kernel doesn't respond to a reboot or shutdown command from console . It has to be hard-reset using the

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

2013-07-29 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60644 Sreekanth Reddy sreekanth.re...@lsi.com changed: What|Removed |Added CC|

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

2013-07-29 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60644 --- Comment #4 from livea...@live.com --- Hi . I'll attach it , however dmesg only shows the last 16000 events . I hope it would be enough . Sorry for being a noob in reporting my first bug , but can you tell me how can I find the exact IO rate

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

2013-07-29 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60644 --- Comment #5 from livea...@live.com --- Created attachment 107033 -- https://bugzilla.kernel.org/attachment.cgi?id=107033action=edit dmeg logs 2 -- You are receiving this mail because: You are watching the assignee of the bug. -- To

[Bug 60648] New: csiostor/csio_scsi.c: out of bounds access

2013-07-29 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60648 Bug ID: 60648 Summary: csiostor/csio_scsi.c: out of bounds access Product: SCSI Drivers Version: 2.5 Kernel Version: 3.11rc2 Hardware: All OS: Linux Tree:

[Bug 60649] New: mpt3sas/mpt3sas_scsih.c: mem leak on error path

2013-07-29 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60649 Bug ID: 60649 Summary: mpt3sas/mpt3sas_scsih.c: mem leak on error path Product: SCSI Drivers Version: 2.5 Kernel Version: 3.11rc2 Hardware: All OS: Linux

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

2013-07-29 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60644 --- Comment #6 from livea...@live.com --- Hi again . I did monitor the IO of the RAID array using IOstat tool . I'll attach the output . One thing I noticed is that monitoring the raid array made it survive a LOT longer than before . I simply

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

2013-07-29 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60644 --- Comment #7 from livea...@live.com --- Created attachment 107038 -- https://bugzilla.kernel.org/attachment.cgi?id=107038action=edit iostat log -- You are receiving this mail because: You are watching the assignee of the bug. -- To

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

2013-07-29 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60644 --- Comment #8 from Sreekanth Reddy sreekanth.re...@lsi.com --- Hi, Can you please provide me the /var/log/message file as dmesg logs is not enough to analysize this issue. Thanks, Sreekanth -- You are receiving this mail because: You are

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

2013-07-29 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60644 --- Comment #9 from livea...@live.com --- Hi . Ok . Journal for this entire day will be attached . It starts at 12:00 AM To save your time , mpt2sas errors start at (03:19:26) mark . Thank you . -- You are receiving this mail because: You

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

2013-07-29 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60644 --- Comment #10 from livea...@live.com --- Created attachment 107041 -- https://bugzilla.kernel.org/attachment.cgi?id=107041action=edit Journal 1 -- You are receiving this mail because: You are watching the assignee of the bug. -- To

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

2013-07-30 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60644 --- Comment #11 from Sreekanth Reddy sreekanth.re...@lsi.com --- Hi, Thanks for providing the logs. From the logs what I observed is that controller is going in to the non operational state and so we are seeing the messages mpt2sas0:

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

2013-07-30 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60644 --- Comment #12 from livea...@live.com --- Hi . I can easily reproduce this issue in a second by running : btrfs scrub start /MOUNTPOINT The btrfs system is a RAID1 that consists of 5 drives . Also in an MD-RAID0 that consists of 3 drives by

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

2013-07-30 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60644 --- Comment #13 from livea...@live.com --- One more thing , the MD-RAID0 has XFS but that doesn't matter because it used to have EXT4 with the same results . -- You are receiving this mail because: You are watching the assignee of the bug. -- To

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

2013-08-01 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60644 --- Comment #14 from livea...@live.com --- Hi . Any updates regarding this bug ? -- 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

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

2013-08-01 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60644 --- Comment #15 from Sreekanth Reddy sreekanth.re...@lsi.com --- (In reply to liveaxle from comment #14) Hi . Any updates regarding this bug ? I tried to reproduce this issue locally, but for me this issue is not reproduced. Here are the

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

2013-08-01 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60644 --- Comment #16 from livea...@live.com --- Hello . The thing is that I'm using SATA drives and not SAS drives . The motherboard exposes the LSI controller as 8 SATA ports . This wasn't an issue under Windows 2012 , so I think that hardware

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

2013-08-02 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60644 --- Comment #17 from livea...@live.com --- Hi . Today , I ran some tests on all 8 drives connected to the LSI 2308 . The results are rather surprising . The controller goes non-operational under high READ workloads , while WRITE workloads always

[Bug 60686] New: USB 3.0 disks do not mount

2013-08-04 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60686 Bug ID: 60686 Summary: USB 3.0 disks do not mount Product: SCSI Drivers Version: 2.5 Kernel Version: v3.11-rc3-376-g72a67a9 Hardware: x86-64 OS: Linux Tree:

[Bug 60686] USB 3.0 disks do not mount

2013-08-06 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60686 Peter lekenst...@gmail.com changed: What|Removed |Added CC||lekenst...@gmail.com ---

[Bug 60711] New: USB drive no longer detected as removable storage media

2013-08-07 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60711 Bug ID: 60711 Summary: USB drive no longer detected as removable storage media Product: IO/Storage Version: 2.5 Kernel Version: 3.10.3 Hardware: i386

[Bug 60758] New: module scsi_wait_scan not found kernel panic on boot

2013-08-16 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60758 Bug ID: 60758 Summary: module scsi_wait_scan not found kernel panic on boot Product: IO/Storage Version: 2.5 Kernel Version: 3.10.6 Hardware: x86-64 OS: Linux

[Bug 64141] [BISECTED]3w-9xxx times out if MSI disabled during enumeration

2014-06-03 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=64141 Bjorn Helgaas bhelg...@google.com changed: What|Removed |Added Component|PCI |Other

[Bug 1898] fdomain module crashes on load in 2.6.x

2014-06-03 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=1898 Andreas Hartmetz ahartm...@web.de changed: What|Removed |Added Regression|--- |No --- Comment #4 from

[Bug 1898] fdomain module crashes on load in 2.6.x

2014-06-03 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=1898 --- Comment #5 from Andreas Hartmetz ahartm...@web.de --- Yeah, that was me clicking the wrong button. If you read from the second [PATCH] fdomain screwup, you have the proper commit message. -- You are receiving this mail because: You are

[Bug 16490] Assuming drive cache: write through messages probably have wrong loglevel

2014-06-04 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=16490 Alain Kalker a.c.kal...@gmail.com changed: What|Removed |Added CC||a.c.kal...@gmail.com

[Bug 77631] New: task scsi_eh_6:537 blocked for more than 120 seconds.

2014-06-10 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=77631 Bug ID: 77631 Summary: task scsi_eh_6:537 blocked for more than 120 seconds. Product: IO/Storage Version: 2.5 Kernel Version: 3.14.6 Hardware: All OS: Linux

[Bug 77631] task scsi_eh_6:537 blocked for more than 120 seconds.

2014-06-10 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=77631 --- Comment #1 from Alan Stern st...@rowland.harvard.edu --- On Tue, 10 Jun 2014, James Bottomley wrote: From the trace below, this looks to be a USB issue (USB added to cc): the scsi error handler thread is waiting for usb storage to complete

[Bug 77631] task scsi_eh_6:537 blocked for more than 120 seconds.

2014-06-10 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=77631 --- Comment #2 from Mikhail mikhail.v.gavri...@gmail.com --- This occurred when I did first reboot after kernel update from 3.14.5 to 3.14.6. After second reboot I have not seen this issue. And I did not plug/unplug any USB devices when it

[Bug 77631] task scsi_eh_6:537 blocked for more than 120 seconds.

2014-06-10 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=77631 --- Comment #3 from Mikhail mikhail.v.gavri...@gmail.com --- When I reconnect my USB3.0 10 port hub only occurs this: [ 835.657491] usb 4-3: USB disconnect, device number 3 [ 835.657506] usb 4-3.4: USB disconnect, device number 11 [

[Bug 77631] task scsi_eh_6:537 blocked for more than 120 seconds.

2014-06-10 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=77631 --- Comment #4 from Mikhail mikhail.v.gavri...@gmail.com --- Created attachment 138991 -- https://bugzilla.kernel.org/attachment.cgi?id=138991action=edit kernel log (second reboot) and plug/unplug USB3.0 hub -- You are receiving this mail

[Bug 10554] scsi_scan doesn't set the queue depth for tape drive

2014-06-24 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=10554 xerofo...@gmail.com changed: What|Removed |Added CC||xerofo...@gmail.com --- Comment #1

[Bug 15562] SCSI Generic block io queueing can lock up

2014-06-24 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=15562 xerofo...@gmail.com changed: What|Removed |Added CC||xerofo...@gmail.com --- Comment #1

[Bug 15564] SCSI Generic queueing of insufficient dxferlen for command can succeed

2014-06-24 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=15564 xerofo...@gmail.com changed: What|Removed |Added CC||xerofo...@gmail.com --- Comment #1

[Bug 15566] SCSI Generic queueing info result never indicates direct data transfer?

2014-06-24 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=15566 xerofo...@gmail.com changed: What|Removed |Added CC||xerofo...@gmail.com --- Comment #1

[Bug 16058] [BUG] Cannot boot any kernel from 2.6.27 on if a 256 byte sector SCSI disk is attached

2014-06-24 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=16058 xerofo...@gmail.com changed: What|Removed |Added CC||xerofo...@gmail.com --- Comment #15

[Bug 34422] Error-valued pointers used in pointer arithmetic in SCSI

2014-06-25 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=34422 xerofo...@gmail.com changed: What|Removed |Added CC||xerofo...@gmail.com --- Comment #1

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

2014-07-10 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=79901 Bug ID: 79901 Summary: Extremely slow boot on Promise VTrak E610f due to sd_mod RSOC usage Product: IO/Storage Version: 2.5 Kernel Version: 3.14.7 Hardware: x86-64

[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

2014-07-19 Thread bugzilla-daemon
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

2014-07-20 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #1 from Tiziano Bacocco tiziano.baco...@gmail.com --- Created attachment 143541 -- https://bugzilla.kernel.org/attachment.cgi?id=143541action=edit This patch allows using SG_FLAG_LUN_INHIBIT I hope i've not broken anything else ,

[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

2014-07-21 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=80711 Tiziano Bacocco tiziano.baco...@gmail.com changed: What|Removed |Added Attachment #143541|0 |1 is

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

2014-07-24 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=79901 --- Comment #1 from Janusz Dziemidowicz rrapt...@nails.eu.org --- Created attachment 144101 -- https://bugzilla.kernel.org/attachment.cgi?id=144101action=edit Patch adding BLIST_NO_RSOC scsi scan flag As discussed on the list, attached simple

[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

2014-07-29 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=80711 Alan a...@lxorguk.ukuu.org.uk changed: What|Removed |Added CC||a...@lxorguk.ukuu.org.uk

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

2014-07-29 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=79901 Alan a...@lxorguk.ukuu.org.uk changed: What|Removed |Added CC||a...@lxorguk.ukuu.org.uk

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

2014-07-29 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=79901 --- Comment #3 from Janusz Dziemidowicz rrapt...@nails.eu.org --- 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

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

2014-07-29 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=11646 Ravshan DM mravs...@gmail.com changed: What|Removed |Added CC||mravs...@gmail.com ---

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

2014-07-29 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=11646 --- Comment #39 from Alan a...@lxorguk.ukuu.org.uk --- 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

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

2014-07-29 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=79901 --- Comment #4 from Alan a...@lxorguk.ukuu.org.uk --- 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

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

2014-07-29 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=79901 Alan a...@lxorguk.ukuu.org.uk changed: What|Removed |Added Regression|No |Yes -- You are receiving

[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

2014-08-06 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #4 from d gilbert dgilb...@interlog.com --- On 14-07-29 05:57 PM, bugzilla-dae...@bugzilla.kernel.org wrote: https://bugzilla.kernel.org/show_bug.cgi?id=80711 Alan a...@lxorguk.ukuu.org.uk changed: What|Removed

[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

2014-08-06 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #5 from Alan Stern st...@rowland.harvard.edu --- 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

[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

2014-08-06 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #6 from Alan Stern st...@rowland.harvard.edu --- 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

[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

2014-08-06 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #7 from Tiziano Bacocco tiziano.baco...@gmail.com --- 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

[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

2014-08-07 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #8 from Alan Stern st...@rowland.harvard.edu --- 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.

[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

2014-08-07 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #9 from Tiziano Bacocco tiziano.baco...@gmail.com --- (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

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

2014-08-07 Thread bugzilla-daemon
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

2014-08-07 Thread bugzilla-daemon
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

2014-08-08 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=81861 --- Comment #1 from linux-...@crashplan.pro --- After setting up netconsole using https://wiki.ubuntu.com/Kernel/Netconsole, 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

2014-08-08 Thread bugzilla-daemon
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

2014-08-08 Thread bugzilla-daemon
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=145681action=edit Dmesg output from boot -- You are receiving this mail because: You are watching the assignee of the

[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

2014-08-12 Thread bugzilla-daemon
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 http://comments.gmane.org/gmane.linux.ubuntu.devel.kernel.general/40661 I am reverting back to their kernel version

[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

2014-08-12 Thread bugzilla-daemon
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 http://www.opensourceforu.com/2011/01/understanding-a-kernel-oops/. # 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

2014-08-20 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #10 from Alan Stern st...@rowland.harvard.edu --- 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

[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

2014-08-21 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #11 from d gilbert dgilb...@interlog.com --- 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

[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

2014-08-21 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #12 from Alan Stern st...@rowland.harvard.edu --- 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

[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

2014-08-21 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=81861 Alan a...@lxorguk.ukuu.org.uk changed: What|Removed |Added CC||a...@lxorguk.ukuu.org.uk

[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

2014-08-21 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #13 from Martin K. Petersen martin.peter...@oracle.com --- Alan == Alan Stern st...@rowland.harvard.edu writes: Alan Okay, here's a patch that implements the suggestion, except that I Alan put the flag in the Scsi_Host structure

[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

2014-08-22 Thread bugzilla-daemon
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

[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

2014-08-22 Thread bugzilla-daemon
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=147751action=edit smartctl -a /dev/sdb (HDS5C3020BLE630) -- You are receiving this mail because: You are watching the

[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

2014-08-22 Thread bugzilla-daemon
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

[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

2014-08-22 Thread bugzilla-daemon
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

[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

2014-08-22 Thread bugzilla-daemon
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

[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

2014-08-22 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #15 from Martin K. Petersen martin.peter...@oracle.com --- Alan == Alan Stern st...@rowland.harvard.edu writes: Alan Sending the initial INQUIRY command to LUNs larger than 0 involves Alan a chicken-and-egg problem -- we don't know

[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

2014-08-22 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #16 from Alan Stern st...@rowland.harvard.edu --- 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

[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

2014-08-22 Thread bugzilla-daemon
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=147771action=edit sg_ses PCIe port expander card output -- You are receiving this mail because: You are watching 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

2014-08-22 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=80711 --- Comment #17 from Alan Stern st...@rowland.harvard.edu --- 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

[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

2014-08-22 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=81861 --- Comment #12 from Alan a...@lxorguk.ukuu.org.uk --- 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

[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

2014-08-23 Thread bugzilla-daemon
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 [

[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

2014-08-23 Thread bugzilla-daemon
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

  1   2   3   4   5   6   7   8   9   10   >