Re: mpt2sas + raid10 goes boom

2013-04-08 Thread Chris Dunlop
Upon reflection, given this smells like a controller issue, this may be better addressed to linux-scsi@vger.kernel.org... On Mon, Apr 08, 2013 at 05:18:34PM +1000, Chris Dunlop wrote: G'day, On a LSI 9211-8i controller with IT firmware, when I use mdadm to create a 4-disk raid10 and mount

Re: mpt2sas + raid10 goes boom

2013-04-08 Thread Baruch Even
Apr 8 15:08:41 b4 kernel: [ 436.346595] mpt2sas0: log_info(0x31120320): originator(PL), code(0x12), sub_code(0x0320) This log_info error code means a bad TX SGE, I don't know the code to point to the issue but it seems like there is a problem in the driver or the higher layers that provided

Re: [PATCH] scsi: fix null pointer dereference in sd_revalidate_disk

2013-04-08 Thread Oskar Andero
On 14:36 Thu 07 Mar , oskar.and...@sonymobile.com wrote: From: syunsuke.x.itou syunsuke.x.i...@sonymobile.com By repeatadly connecting/disconnecting a USB masstorage device a null pointer dereference can be provoked. This is caused by sd_revalidate_disk() assuming sdkp to be a valid

Re: mpt2sas + raid10 goes boom

2013-04-08 Thread Joe Lawrence
On Mon, 8 Apr 2013 03:53:51 -0400 Chris Dunlop ch...@onthe.net.au wrote: Upon reflection, given this smells like a controller issue, this may be better addressed to linux-scsi@vger.kernel.org... On Mon, Apr 08, 2013 at 05:18:34PM +1000, Chris Dunlop wrote: [... snip ...] Apr 8 15:08:53 b4

Re: [PATCH V7 0/5] virtio-scsi multiqueue

2013-04-08 Thread Rusty Russell
Asias He as...@redhat.com writes: On Sat, Apr 06, 2013 at 09:40:13AM +0100, James Bottomley wrote: Well, I haven't had time to look at anything other than the patch I commented on. I'm happy with your fix, so you can add my acked by to that one. Since it's going through the virtio tree,

Re: scanning for LUNs

2013-04-08 Thread Hannes Reinecke
On 04/04/2013 07:12 PM, KY Srinivasan wrote: -Original Message- From: James Bottomley [mailto:jbottom...@parallels.com] Sent: Thursday, April 04, 2013 11:15 AM To: KY Srinivasan Cc: gre...@linuxfoundation.org; linux-ker...@vger.kernel.org; de...@linuxdriverproject.org;

Re: [PATCH 0/4] scsi: 64-bit LUN support

2013-04-08 Thread Tomas Henzl
On 04/05/2013 05:24 PM, James Smart wrote: On 4/4/2013 6:17 AM, Hannes Reinecke wrote: On 03/31/2013 07:44 PM, Tomas Henzl wrote: What we can do is to decode the LUN and compare it to max_lun provided by the driver, I think that sg_luns is able to do that, so what is needed is just to

Re: [PATCH] scsi: fix null pointer dereference in sd_revalidate_disk

2013-04-08 Thread James Bottomley
On Mon, 2013-04-08 at 13:42 +0200, Oskar Andero wrote: On 14:36 Thu 07 Mar , oskar.and...@sonymobile.com wrote: From: syunsuke.x.itou syunsuke.x.i...@sonymobile.com By repeatadly connecting/disconnecting a USB masstorage device a null pointer dereference can be provoked. This is

RE: scanning for LUNs

2013-04-08 Thread KY Srinivasan
-Original Message- From: Hannes Reinecke [mailto:h...@suse.de] Sent: Monday, April 08, 2013 10:42 AM To: KY Srinivasan Cc: James Bottomley; gre...@linuxfoundation.org; linux- ker...@vger.kernel.org; de...@linuxdriverproject.org; oher...@suse.com; h...@infradead.org;

Re: [PATCH 3/3] PCI, scsi, ahci: Unify usages of 0x1b4b vendor ID to use PCI_VENDOR_ID_MARVELL_EXT

2013-04-08 Thread Bjorn Helgaas
On Sat, Apr 6, 2013 at 2:44 AM, James Bottomley james.bottom...@hansenpartnership.com wrote: On Thu, 2013-04-04 at 12:23 -0600, Bjorn Helgaas wrote: On Wed, Mar 20, 2013 at 10:35 PM, Myron Stowe myron.st...@redhat.com wrote: With the 0x1b4b vendor ID #define in place, convert hard-coded ID

Re: [PATCH 3/3] PCI, scsi, ahci: Unify usages of 0x1b4b vendor ID to use PCI_VENDOR_ID_MARVELL_EXT

2013-04-08 Thread Jeff Garzik
On 04/04/2013 02:23 PM, Bjorn Helgaas wrote: On Wed, Mar 20, 2013 at 10:35 PM, Myron Stowe myron.st...@redhat.com wrote: With the 0x1b4b vendor ID #define in place, convert hard-coded ID values. Also, unify the previous SCSI specific use of this vendor ID to the new macro. Signed-off-by: Myron

[PATCH 1/2] [SCSI] scsi_dh: add scsi_dh_alloc_data

2013-04-08 Thread Mike Snitzer
Factor scsi_dh_data allocation out from scsi_dh_attach to the optional scsi_dh_alloc_data interface. scsi_dh_attach will still allocate the the appropriate scsi_dh_data if a NULL scsi_dh_data struct is passed to it. In that case, all scsi_dh will now use GFP_NOIO to allocate scsi_dh_data. This

[PATCH 2/2] dm mpath: attach scsi_dh during table resume

2013-04-08 Thread Mike Snitzer
Preallocate scsi_dh_data using scsi_dh_alloc_data() during table load but attach the scsi_dh for each path during table resume. This avoids a kernel crash that can happen when changing the scsi_dh during table load. When we reload a multipath device, there are two instances of the multipath

Re: mpt2sas + raid10 goes boom

2013-04-08 Thread Chris Dunlop
On Mon, Apr 08, 2013 at 09:32:42AM -0400, Joe Lawrence wrote: On Mon, 8 Apr 2013 03:53:51 -0400 Chris Dunlop ch...@onthe.net.au wrote: Upon reflection, given this smells like a controller issue, this may be better addressed to linux-scsi@vger.kernel.org... On Mon, Apr 08, 2013 at

Re: mpt2sas + raid10 goes boom

2013-04-08 Thread NeilBrown
On Tue, 9 Apr 2013 12:22:29 +1000 Chris Dunlop ch...@onthe.net.au wrote: Neil -- should c8dc9c6 go to stable? I think it definitely should. Without it you can't create a raid10 and it looks like you have a controller issue! It is too late for 3.7, but it probably makes sense for 3.8. I