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
> 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
On 14:36 Thu 07 Mar , oskar.and...@sonymobile.com wrote:
> From: "syunsuke.x.itou"
>
> 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 pointer. This
> patch adds a
On Mon, 8 Apr 2013 03:53:51 -0400
"Chris Dunlop" 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 kernel: [ 4
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
>
Asias He 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, don't wait for
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.or
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 j
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"
> >
> > By repeatadly connecting/disconnecting a USB masstorage device
> > a null pointer dereference can be provoked. This is caused by
> > sd_revalid
On Sat, Apr 6, 2013 at 2:49 AM, James Bottomley
wrote:
> On Thu, 2013-04-04 at 12:06 -0600, Bjorn Helgaas wrote:
>> On Thu, Mar 21, 2013 at 6:51 PM, Robert Hancock wrote:
>> > -Reconsider whether supporting read/write on the resource files for IO port
>> > regions like these makes any sense. Obv
> -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; linux-sc
On Sat, Apr 6, 2013 at 2:44 AM, James Bottomley
wrote:
> On Thu, 2013-04-04 at 12:23 -0600, Bjorn Helgaas wrote:
>> On Wed, Mar 20, 2013 at 10:35 PM, Myron Stowe wrote:
>> > With the 0x1b4b vendor ID #define in place, convert hard-coded ID values.
>> > Also, unify the previous SCSI specific use o
On 04/04/2013 02:23 PM, Bjorn Helgaas wrote:
On Wed, Mar 20, 2013 at 10:35 PM, Myron Stowe 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 Stowe
---
drivers/
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 c
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 targe
On Mon, Apr 08, 2013 at 09:32:42AM -0400, Joe Lawrence wrote:
> On Mon, 8 Apr 2013 03:53:51 -0400
> "Chris Dunlop" 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 +10
On Tue, 9 Apr 2013 12:22:29 +1000 Chris Dunlop 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 suggest you ask
17 matches
Mail list logo