public inbox for linux-scsi@vger.kernel.org
 help / color / mirror / Atom feed
* Why is the kernel complaining about large SCSI LUNs
@ 2005-01-07 16:07 Maurice Volaski
  2005-01-07 16:16 ` Eric Moore
  2005-01-07 16:30 ` James Bottomley
  0 siblings, 2 replies; 11+ messages in thread
From: Maurice Volaski @ 2005-01-07 16:07 UTC (permalink / raw)
  To: linux-scsi

I am running kernel 2.6.9 on an Opteron box with an LSI 320 card and 
am seeing the following message repeatedly in dmesg:

scsi: host 1 channel 0 id 0 lun 0x5a5a5a5a5a5a5a5a has a LUN larger 
than currently supported.

Is this just cosmetic or there is a bug somewhere? It appears that 
scsi_scan.c has logic where this message is actually valid, but how 
can that be?
-- 

Maurice Volaski, mvolaski@aecom.yu.edu
Computing Support, Rose F. Kennedy Center
Albert Einstein College of Medicine of Yeshiva University

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Why is the kernel complaining about large SCSI LUNs
  2005-01-07 16:07 Why is the kernel complaining about large SCSI LUNs Maurice Volaski
@ 2005-01-07 16:16 ` Eric Moore
  2005-01-07 16:22   ` Arjan van de Ven
  2005-01-07 16:30 ` James Bottomley
  1 sibling, 1 reply; 11+ messages in thread
From: Eric Moore @ 2005-01-07 16:16 UTC (permalink / raw)
  To: linux-scsi, Maurice Volaski

The mpt fusion driver supports 256 luns, 
and it seems your device supports more than that.

Eric

On Friday, January 07, 2005 9:07 AM, Maurice Volaski wrote:

> I am running kernel 2.6.9 on an Opteron box with an LSI 320 card and 
> am seeing the following message repeatedly in dmesg:
> 
> scsi: host 1 channel 0 id 0 lun 0x5a5a5a5a5a5a5a5a has a LUN larger 
> than currently supported.
> 
> Is this just cosmetic or there is a bug somewhere? It appears that 
> scsi_scan.c has logic where this message is actually valid, but how 
> can that be?
> -- 
> 
> Maurice Volaski, mvolaski@aecom.yu.edu
> Computing Support, Rose F. Kennedy Center
> Albert Einstein College of Medicine of Yeshiva University
> -
> To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 


^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Why is the kernel complaining about large SCSI LUNs
  2005-01-07 16:16 ` Eric Moore
@ 2005-01-07 16:22   ` Arjan van de Ven
  0 siblings, 0 replies; 11+ messages in thread
From: Arjan van de Ven @ 2005-01-07 16:22 UTC (permalink / raw)
  To: Eric Moore; +Cc: linux-scsi, Maurice Volaski

On Fri, 2005-01-07 at 09:16 -0700, Eric Moore wrote:
> The mpt fusion driver supports 256 luns, 
> and it seems your device supports more than that.
> 
> Eric
> > scsi: host 1 channel 0 id 0 lun 0x5a5a5a5a5a5a5a5a has a LUN larger 
> > than currently supported.
> > 

actually 5a5a5a5a5a is a slab poison pattern, something is using
uninitialized memory....



^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Why is the kernel complaining about large SCSI LUNs
  2005-01-07 16:07 Why is the kernel complaining about large SCSI LUNs Maurice Volaski
  2005-01-07 16:16 ` Eric Moore
@ 2005-01-07 16:30 ` James Bottomley
  2005-01-07 23:25   ` Maurice Volaski
  1 sibling, 1 reply; 11+ messages in thread
From: James Bottomley @ 2005-01-07 16:30 UTC (permalink / raw)
  To: Maurice Volaski; +Cc: SCSI Mailing List

On Fri, 2005-01-07 at 11:07 -0500, Maurice Volaski wrote:
> I am running kernel 2.6.9 on an Opteron box with an LSI 320 card and 
> am seeing the following message repeatedly in dmesg:
> 
> scsi: host 1 channel 0 id 0 lun 0x5a5a5a5a5a5a5a5a has a LUN larger 
> than currently supported.

What this means is that the REPORT_LUNS command is looking into
uninitialised memory in the scan sequence.  What are the error messages
around this in the log?

James



^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Why is the kernel complaining about large SCSI LUNs
  2005-01-07 16:30 ` James Bottomley
@ 2005-01-07 23:25   ` Maurice Volaski
  2005-01-07 23:37     ` James Bottomley
  0 siblings, 1 reply; 11+ messages in thread
From: Maurice Volaski @ 2005-01-07 23:25 UTC (permalink / raw)
  To: James Bottomley; +Cc: linux-scsi

>On Fri, 2005-01-07 at 11:07 -0500, Maurice Volaski wrote:
>>  I am running kernel 2.6.9 on an Opteron box with an LSI 320 card and
>>  am seeing the following message repeatedly in dmesg:
>>
>>  scsi: host 1 channel 0 id 0 lun 0x5a5a5a5a5a5a5a5a has a LUN larger
>>  than currently supported.
>
>What this means is that the REPORT_LUNS command is looking into
>uninitialised memory in the scan sequence.  What are the error messages
>around this in the log?
>

I rebooted and dmesg, in fact, starts with this line, and it repeats 
300 times. The next line after that is the version of the MPT driver, 
3.01.16.

Are you saying that MPT driver is seeing some garbage data where 
there should be valid data structures and that garbage data is being 
generated by the external hardware RAID attached to the card (the 
only thing attached to it).
-- 

Maurice Volaski, mvolaski@aecom.yu.edu
Computing Support, Rose F. Kennedy Center
Albert Einstein College of Medicine of Yeshiva University

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Why is the kernel complaining about large SCSI LUNs
  2005-01-07 23:25   ` Maurice Volaski
@ 2005-01-07 23:37     ` James Bottomley
  2005-01-08  0:07       ` Maurice Volaski
                         ` (2 more replies)
  0 siblings, 3 replies; 11+ messages in thread
From: James Bottomley @ 2005-01-07 23:37 UTC (permalink / raw)
  To: Maurice Volaski; +Cc: SCSI Mailing List

On Fri, 2005-01-07 at 18:25 -0500, Maurice Volaski wrote:
> Are you saying that MPT driver is seeing some garbage data where 
> there should be valid data structures and that garbage data is being 
> generated by the external hardware RAID attached to the card (the 
> only thing attached to it).

I'm not saying anything yet, because I have insufficient data to form a
conclusion.  What I want to know is what the kernel was doing before it
got this message.  It currently looks like the REPORT_LUNS command
didn't return any data in even though returned status was GOOD, so it's
probably a fault either of the device or the controller.

James



^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Why is the kernel complaining about large SCSI LUNs
  2005-01-07 23:37     ` James Bottomley
@ 2005-01-08  0:07       ` Maurice Volaski
  2005-01-08  1:27       ` Douglas Gilbert
  2005-01-08  1:57       ` Bryan Henderson
  2 siblings, 0 replies; 11+ messages in thread
From: Maurice Volaski @ 2005-01-08  0:07 UTC (permalink / raw)
  To: James Bottomley; +Cc: linux-scsi, emoore

>On Fri, 2005-01-07 at 18:25 -0500, Maurice Volaski wrote:
>>  Are you saying that MPT driver is seeing some garbage data where
>>  there should be valid data structures and that garbage data is being
>>  generated by the external hardware RAID attached to the card (the
>>  only thing attached to it).
>
>I'm not saying anything yet, because I have insufficient data to form a
>conclusion.  What I want to know is what the kernel was doing before it
>got this message.  It currently looks like the REPORT_LUNS command
>didn't return any data in even though returned status was GOOD, so it's
>probably a fault either of the device or the controller.
>
Is there a way I could get more information? Does the MPT driver have 
a debug/verbose capability?
-- 

Maurice Volaski, mvolaski@aecom.yu.edu
Computing Support, Rose F. Kennedy Center
Albert Einstein College of Medicine of Yeshiva University

^ permalink raw reply	[flat|nested] 11+ messages in thread

* RE: Why is the kernel complaining about large SCSI LUNs
@ 2005-01-08  0:59 Moore, Eric Dean
  0 siblings, 0 replies; 11+ messages in thread
From: Moore, Eric Dean @ 2005-01-08  0:59 UTC (permalink / raw)
  To: Maurice Volaski, James Bottomley; +Cc: linux-scsi

> Is there a way I could get more information? Does the MPT driver have 
> a debug/verbose capability?

Yes, debug printk's can be enabled by recompiling the
driver.  Look in the Makefile for what to uncomment and enable,
then also refer to mptbase.h for various  MPT_DEBUG_XXX defines.

Eric Moore


^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Why is the kernel complaining about large SCSI LUNs
  2005-01-07 23:37     ` James Bottomley
  2005-01-08  0:07       ` Maurice Volaski
@ 2005-01-08  1:27       ` Douglas Gilbert
  2005-01-08  1:57       ` Bryan Henderson
  2 siblings, 0 replies; 11+ messages in thread
From: Douglas Gilbert @ 2005-01-08  1:27 UTC (permalink / raw)
  To: James Bottomley; +Cc: Maurice Volaski, SCSI Mailing List

[-- Attachment #1: Type: text/plain, Size: 912 bytes --]

James Bottomley wrote:
> On Fri, 2005-01-07 at 18:25 -0500, Maurice Volaski wrote:
> 
>>Are you saying that MPT driver is seeing some garbage data where 
>>there should be valid data structures and that garbage data is being 
>>generated by the external hardware RAID attached to the card (the 
>>only thing attached to it).
> 
> 
> I'm not saying anything yet, because I have insufficient data to form a
> conclusion.  What I want to know is what the kernel was doing before it
> got this message.  It currently looks like the REPORT_LUNS command
> didn't return any data in even though returned status was GOOD, so it's
> probably a fault either of the device or the controller.

James,
Perhaps a bit of defensive programming would make that code
more robust. Also the resid could/should be checked as well
(and in many other cases).
[Tracking down the cause would obviously be useful as well.]

Doug Gilbert


[-- Attachment #2: scsi_scan2610bk5pl.diff --]
[-- Type: text/x-patch, Size: 338 bytes --]

--- linux/drivers/scsi/scsi_scan.c	2005-01-03 20:52:55.000000000 +1000
+++ linux/drivers/scsi/scsi_scan.c2610bk5pl	2005-01-08 11:18:25.066656384 +1000
@@ -940,6 +940,7 @@
 			   (sdev->host->unchecked_isa_dma ? __GFP_DMA : 0));
 	if (!lun_data)
 		goto out_release_request;
+	memset(lun_data, 0, length);
 
 	scsi_cmd[0] = REPORT_LUNS;
 

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Why is the kernel complaining about large SCSI LUNs
  2005-01-07 23:37     ` James Bottomley
  2005-01-08  0:07       ` Maurice Volaski
  2005-01-08  1:27       ` Douglas Gilbert
@ 2005-01-08  1:57       ` Bryan Henderson
  2 siblings, 0 replies; 11+ messages in thread
From: Bryan Henderson @ 2005-01-08  1:57 UTC (permalink / raw)
  To: James Bottomley; +Cc: SCSI Mailing List, Maurice Volaski

>It currently looks like the REPORT_LUNS command
>didn't return any data in even though returned status was GOOD, so it's
>probably a fault either of the device or the controller.

Isn't it also a bug in Linux?  If the device didn't return data, the error 
message should be "REPORT_LUNS is broken -- it didn't return any data" 
instead of "LUN is too big" followed by contents of storage that was never 
set to anything by anybody, right?


^ permalink raw reply	[flat|nested] 11+ messages in thread

* RE: Why is the kernel complaining about large SCSI LUNs
@ 2005-01-12 23:12 Maurice Volaski
  0 siblings, 0 replies; 11+ messages in thread
From: Maurice Volaski @ 2005-01-12 23:12 UTC (permalink / raw)
  To: linux-scsi; +Cc: Eric.Moore, James.Bottomley

I previously asked about the cause of this message

>  scsi: host 1 channel 0 id 0 lun 0x5a5a5a5a5a5a5a5a has a LUN larger
>  than currently supported.

I recompiled the kernel with debug defines turned on for the LSI 
card, and it spewed out the following on bootup. Oddly, that message 
is not there now.


Jan 12 18:01:13 [kernel] mptbase: ioc0: Got TURBO reply req_idx=000e000c
Jan 12 18:01:13 [kernel] mptscsih: ioc0: ScsiDone 
(mf=00000101ffac2480,mr=0000000000000000,sc=00000101fcb88e08,idx=12)
Jan 12 18:01:13 [kernel]   00000000 01004010 000e0011 00000000 
00000000 02000000 00000088 00950100
Jan 12 18:01:13 [kernel]   0000c801 00000800 00001000 0c083440 
d3001000 0f643000 00000000 00000000
Jan 12 18:01:13 [kernel]   00000000 00000000 00000000 00000000 
04010404 0000ff00
Jan 12 18:01:13 [kernel] mptbase: ioc0: mf_dma_addr=c068662 
req_idx=17 RequestNB=2
Jan 12 18:01:13 [kernel] mptscsih: ioc0: Issued SCSI cmd 
(00000101fcb88e08) mf=00000101ffac2660 idx=17
Jan 12 18:01:13 [kernel] 00000000 01004010 000e0011 00000000 00000000 
02000000 00000088 00950100
Jan 12 18:01:13 [kernel] 0000c801 00000800 00001000 0c083440 d3001000 
0f643000 00000000 00000000
Jan 12 18:01:13 [kernel] 00000000 00000000 00000000 00000000 04010404 
0000ff00 00000000 00000000
Jan 12 18:01:13 [kernel] mptbase: ioc0: Got TURBO reply req_idx=000e0011
Jan 12 18:01:13 [kernel] mptscsih: ioc0: ScsiDone 
(mf=00000101ffac2660,mr=0000000000000000,sc=00000101fcb88e08,idx=17)
Jan 12 18:01:13 [kernel] mptscsih: ioc0: qcmd: 
SCpnt=00000101fcb88e08, done()=ffffffff802a2140
Jan 12 18:01:13 [kernel] mptbase: ioc0: mpt_get_msg_frame(14,0), got 
mf=00000101ffac26c0
Jan 12 18:01:13 [kernel] mptscsih: ioc0: ERROR - Single Buffer 
RequestNB=2, sgeOffset=60
Jan 12 18:01:13 [kernel] mptbase: ioc0: About to Put msg frame @ 
00000101ffac26c0:
Jan 12 18:01:13 [kernel]   00000000 01004010 000e0012 00000000 
00000000 02000000 00000088 00950100
Jan 12 18:01:13 [kernel]   0000d001 00000800 00001000 0c083480 
d3001000 0f644000
Jan 12 18:01:13 [kernel] mptbase: ioc0: mf_dma_addr=c0686c2 
req_idx=18 RequestNB=2
Jan 12 18:01:13 [kernel] mptscsih: ioc0: Issued SCSI cmd 
(00000101fcb88e08) mf=00000101ffac26c0 idx=18
Jan 12 18:01:13 [kernel] 00000000 01004010 000e0012 00000000 00000000 
02000000 00000088 00950100
Jan 12 18:01:13 [kernel] 0000d001 00000800 00001000 0c083480 d3001000 
0f644000 00000000 00000000
Jan 12 18:01:13 [kernel] 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000
Jan 12 18:01:13 [kernel] mptbase: ioc0: Got TURBO reply req_idx=000e0012
Jan 12 18:01:13 [kernel] mptscsih: ioc0: ScsiDone 
(mf=00000101ffac26c0,mr=0000000000000000,sc=00000101fcb88e08,idx=18)
Jan 12 18:01:13 [kernel] mptscsih: ioc0: qcmd: 
SCpnt=00000101fcb88e08, done()=ffffffff802a2140
Jan 12 18:01:13 [kernel] mptscsih: ioc0: ERROR - Single Buffer 
RequestNB=2, sgeOffset=60
Jan 12 18:01:13 [kernel] mptbase: ioc0: About to Put msg frame @ 
00000101ffac2720:
Jan 12 18:01:13 [kernel]   00000000 01004010 000e0013 00000000 
00000000 02000000 00000088 00950100
Jan 12 18:01:13 [kernel]   0000d801 00000800 00001000 0c0834c0 
d3001000 0f645000
Jan 12 18:01:13 [kernel] mptbase: ioc0: mf_dma_addr=c068722 
req_idx=19 RequestNB=2
Jan 12 18:01:13 [kernel] mptscsih: ioc0: Issued SCSI cmd 
(00000101fcb88e08) mf=00000101ffac2720 idx=19
Jan 12 18:01:13 [kernel] 00000000 01004010 000e0017 00000000 00000000 
02000000 00000088 00950100
Jan 12 18:01:13 [kernel] 0000f801 00000800 00001000 0c0835c0 d3001000 
0f649000 00000000 00000000
Jan 12 18:01:13 [kernel] 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000
Jan 12 18:01:13 [kernel] mptbase: ioc0: Got TURBO reply req_idx=000e0017
Jan 12 18:01:13 [kernel] mptscsih: ioc0: ScsiDone 
(mf=00000101ffac28a0,mr=0000000000000000,sc=00000101fcb88e08,idx=23)
Jan 12 18:01:13 [kernel] mptscsih: ioc0: qcmd: 
SCpnt=00000101fcb88e08, done()=ffffffff802a2140
Jan 12 18:01:13 [kernel] mptbase: ioc0: mpt_get_msg_frame(14,0), got 
mf=00000101ffac2900
Jan 12 18:01:13 [kernel] mptscsih: ioc0: ERROR - Single Buffer 
RequestNB=2, sgeOffset=60
Jan 12 18:01:13 [kernel] mptbase: ioc0: About to Put msg frame @ 
00000101ffac2900:
Jan 12 18:01:13 [kernel]   00000000 01004010 000e0018 00000000 
00000000 02000000 00000088 00950100
Jan 12 18:01:13 [kernel]   00000002 00000800 00001000 0c083600 
d3001000 0f64a000
Jan 12 18:01:13 [kernel] mptbase: ioc0: mf_dma_addr=c068902 
req_idx=24 RequestNB=2
Jan 12 18:01:13 [kernel] mptscsih: ioc0: Issued SCSI cmd 
(00000101fcb88e08) mf=00000101ffac2900 idx=24
Jan 12 18:01:13 [kernel] mptscsih: ioc0: qcmd: 
SCpnt=00000101fcb88e08, done()=ffffffff802a2140
Jan 12 18:01:13 [kernel] mptbase: ioc0: mpt_get_msg_frame(14,0), got 
mf=00000101ffac2a80
Jan 12 18:01:13 [kernel] mptscsih: ioc0: ERROR - Single Buffer 
RequestNB=2, sgeOffset=60
Jan 12 18:01:13 [kernel] mptbase: ioc0: About to Put msg frame @ 
00000101ffac2a80:
Jan 12 18:01:13 [kernel]   00000000 01004010 000e001c 00000000 
00000000 02000000 00000088 00950100
Jan 12 18:01:13 [kernel]   00002802 00000800 00001000 0c083700 
d3001000 0f64f000
Jan 12 18:01:13 [kernel] mptbase: ioc0: mf_dma_addr=c068a82 
req_idx=28 RequestNB=2
Jan 12 18:01:13 [kernel] mptscsih: ioc0: Issued SCSI cmd 
(00000101fcb88e08) mf=00000101ffac2a80 idx=28
Jan 12 18:01:13 [kernel] 00000000 01004010 000e001c 00000000 00000000 
02000000 00000088 00950100
Jan 12 18:01:13 [kernel] 00002802 00000800 00001000 0c083700 d3001000 
0f64f000 00000000 00000000
Jan 12 18:01:13 [kernel] 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000
Jan 12 18:01:13 [kernel] mptbase: ioc0: Got TURBO reply req_idx=000e001c
Jan 12 18:01:13 [kernel] mptscsih: ioc0: ScsiDone 
(mf=00000101ffac2a80,mr=0000000000000000,sc=00000101fcb88e08,idx=28)
Jan 12 18:01:13 [kernel] mptscsih: ioc0: qcmd: 
SCpnt=00000101fcb88e08, done()=ffffffff802a2140
Jan 12 18:01:13 [kernel] mptscsih: ioc0: ERROR - Single Buffer 
RequestNB=2, sgeOffset=60
Jan 12 18:01:13 [kernel] mptbase: ioc0: About to Put msg frame @ 
00000101ffac2b40:
Jan 12 18:01:13 [kernel]   00000000 01004010 000e001e 00000000 
00000000 02000000 00000088 00950100
Jan 12 18:01:13 [kernel]   00003002 00000800 00001000 0c083780 
d3001000 0f650000
Jan 12 18:01:13 [kernel] mptbase: ioc0: mf_dma_addr=c068b42 
req_idx=30 RequestNB=2
Jan 12 18:01:13 [kernel] mptscsih: ioc0: Issued SCSI cmd 
(00000101fcb88e08) mf=00000101ffac2b40 idx=30
Jan 12 18:01:13 [kernel] 00000000 01004010 000e001e 00000000 00000000 
02000000 00000088 00950100
Jan 12 18:01:13 [kernel] 00003002 00000800 00001000 0c083780 d3001000 
0f650000 00000000 00000000
Jan 12 18:01:13 [kernel] 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000
Jan 12 18:01:13 [kernel] mptbase: ioc0: Got TURBO reply req_idx=000e001e
Jan 12 18:01:13 [kernel] mptscsih: ioc0: ScsiDone 
(mf=00000101ffac2b40,mr=0000000000000000,sc=00000101fcb88e08,idx=30)
Jan 12 18:01:13 [kernel] mptscsih: ioc0: qcmd: 
SCpnt=00000101fcb88e08, done()=ffffffff802a2140
Jan 12 18:01:13 [kernel] mptbase: ioc0: mpt_get_msg_frame(14,0), got 
mf=00000101ffac2c00
Jan 12 18:01:13 [kernel] mptscsih: ioc0: ERROR - Single Buffer 
RequestNB=2, sgeOffset=60
Jan 12 18:01:13 [kernel] mptbase: ioc0: About to Put msg frame @ 
00000101ffac2c00:
Jan 12 18:01:13 [kernel]   00000000 01004010 000e0020 00000000 
00000000 02000000 00000088 00950100
Jan 12 18:01:13 [kernel]   00003802 00000800 00001000 0c083800 
d3001000 0f651000
Jan 12 18:01:13 [kernel] mptbase: ioc0: mf_dma_addr=c068c02 
req_idx=32 RequestNB=2
Jan 12 18:01:13 [kernel] mptscsih: ioc0: Issued SCSI cmd 
(00000101fcb88e08) mf=00000101ffac2c00 idx=32
Jan 12 18:01:13 [kernel] 00000000 01004010 000e0020 00000000 00000000 
02000000 00000088 00950100
Jan 12 18:01:13 [kernel] 00003802 00000800 00001000 0c083800 d3001000 
0f651000 00000000 00000000
Jan 12 18:01:13 [kernel] 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000
Jan 12 18:01:13 [kernel] mptbase: ioc0: Got TURBO reply req_idx=000e0020
Jan 12 18:01:13 [kernel] mptscsih: ioc0: ScsiDone 
(mf=00000101ffac2c00,mr=0000000000000000,sc=00000101fcb88e08,idx=32)
Jan 12 18:01:13 [kernel] mptscsih: ioc0: qcmd: 
SCpnt=00000101fcb88e08, done()=ffffffff802a2140
Jan 12 18:01:13 [kernel] mptbase: ioc0: mpt_get_msg_frame(14,0), got 
mf=00000101ffac2ba0
Jan 12 18:01:13 [kernel] mptscsih: ioc0: ERROR - Single Buffer 
RequestNB=2, sgeOffset=60
Jan 12 18:01:13 [kernel] mptbase: ioc0: About to Put msg frame @ 
00000101ffac2ba0:
Jan 12 18:01:13 [kernel]   00004002 00000800 00001000 0c0837c0 
d3001000 0f652000
Jan 12 18:01:13 [kernel] mptbase: ioc0: mf_dma_addr=c068ba2 
req_idx=31 RequestNB=2
Jan 12 18:01:13 [kernel] mptscsih: ioc0: Issued SCSI cmd 
(00000101fcb88e08) mf=00000101ffac2ba0 idx=31
Jan 12 18:01:13 [kernel] 00000000 01004010 000e001f 00000000 00000000 
02000000 00000088 00950100
Jan 12 18:01:13 [kernel] 00004002 00000800 00001000 0c0837c0 d3001000 
0f652000 00000000 00000000
Jan 12 18:01:13 [kernel] 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000
Jan 12 18:01:13 [kernel] mptbase: ioc0: Got TURBO reply req_idx=000e001f
Jan 12 18:01:13 [kernel] mptscsih: ioc0: ScsiDone 
(mf=00000101ffac2ba0,mr=0000000000000000,sc=00000101fcb88e08,idx=31)
Jan 12 18:01:13 [kernel] mptscsih: ioc0: qcmd: 
SCpnt=00000101fcb88e08, done()=ffffffff802a2140
Jan 12 18:01:13 [kernel] mptbase: ioc0: mpt_get_msg_frame(14,0), got 
mf=00000101ffac2cc0
Jan 12 18:01:13 [kernel] mptscsih: ioc0: ERROR - Single Buffer 
RequestNB=2, sgeOffset=60
Jan 12 18:01:13 [kernel] mptbase: ioc0: About to Put msg frame @ 
00000101ffac2cc0:
Jan 12 18:01:13 [kernel]   00000000 01004010 000e0022 00000000 
00000000 02000000 00000088 00950100
Jan 12 18:01:13 [kernel]   00004802 00000800 00001000 0c083880 
d3001000 0f653000 00000000 00000000
Jan 12 18:01:13 [kernel]   00000000 00000000 00000000 00000000 
00000000 00000000 f7e47d88 00000100
Jan 12 18:01:13 [kernel] mptbase: ioc0: mf_dma_addr=c068cc2 
req_idx=34 RequestNB=2
Jan 12 18:01:13 [kernel] mptscsih: ioc0: Issued SCSI cmd 
(00000101fcb88e08) mf=00000101ffac2cc0 idx=34
Jan 12 18:01:13 [kernel] 00000000 01004010 000e0022 00000000 00000000 
02000000 00000088 00950100
Jan 12 18:01:13 [kernel] 00004802 00000800 00001000 0c083880 d3001000 
0f653000 00000000 00000000
Jan 12 18:01:13 [kernel] 00000000 00000000 00000000 00000000 00000000 
00000000 f7e47d88 00000100
Jan 12 18:01:13 [kernel] mptbase: ioc0: Got TURBO reply req_idx=000e0022
Jan 12 18:01:13 [kernel] mptscsih: ioc0: ScsiDone 
(mf=00000101ffac2cc0,mr=0000000000000000,sc=00000101fcb88e08,idx=34)
Jan 12 18:01:13 [kernel] mptscsih: ioc0: qcmd: 
SCpnt=00000101fcb88e08, done()=ffffffff802a2140
Jan 12 18:01:13 [kernel] mptbase: ioc0: mpt_get_msg_frame(14,0), got 
mf=00000101ffac2c60
Jan 12 18:01:13 [kernel] mptscsih: ioc0: ERROR - Single Buffer 
RequestNB=2, sgeOffset=60
Jan 12 18:01:13 [kernel] mptbase: ioc0: About to Put msg frame @ 
00000101ffac2c60:
Jan 12 18:01:13 [kernel]   00000000 01004010 000e0021 00000000 
00000000 02000000 00000088 00950100
Jan 12 18:01:13 [kernel]   00005002 00000800 00001000 0c083840 
d3001000 0f654000
Jan 12 18:01:13 [kernel] mptscsih: ioc0: Issued SCSI cmd 
(00000101fcb88e08) mf=00000101ffac2c60 idx=33
Jan 12 18:01:13 [kernel] 00000000 01004010 000e0021 00000000 00000000 
02000000 00000088 00950100
Jan 12 18:01:13 [kernel] 00005002 00000800 00001000 0c083840 d3001000 
0f654000 00000000 00000000
Jan 12 18:01:13 [kernel] 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000
Jan 12 18:01:13 [kernel] mptbase: ioc0: Got TURBO reply req_idx=000e0021
Jan 12 18:01:13 [kernel] mptscsih: ioc0: ScsiDone 
(mf=00000101ffac2c60,mr=0000000000000000,sc=00000101fcb88e08,idx=33)
Jan 12 18:01:13 [kernel] mptscsih: ioc0: qcmd: 
SCpnt=00000101fcb88e08, done()=ffffffff802a2140
Jan 12 18:01:13 [kernel] mptbase: ioc0: mpt_get_msg_frame(14,0), got 
mf=00000101ffac2d80
Jan 12 18:01:13 [kernel] mptscsih: ioc0: ERROR - Single Buffer 
RequestNB=2, sgeOffset=60
Jan 12 18:01:13 [kernel] mptbase: ioc0: About to Put msg frame @ 
00000101ffac2d80:
Jan 12 18:01:13 [kernel]   00000000 01004010 000e0024 00000000 
00000000 02000000 00000088 00950100
Jan 12 18:01:13 [kernel]   00005802 00000800 00001000 0c083900 
d3001000 0f655000
Jan 12 18:01:13 [kernel] mptbase: ioc0: mf_dma_addr=c068d82 
req_idx=36 RequestNB=2
Jan 12 18:01:13 [kernel] mptscsih: ioc0: Issued SCSI cmd 
(00000101fcb88e08) mf=00000101ffac2d80 idx=36
Jan 12 18:01:13 [kernel] 00000000 01004010 000e0024 00000000 00000000 
02000000 00000088 00950100
Jan 12 18:01:13 [kernel] 00005802 00000800 00001000 0c083900 d3001000 
0f655000 00000000 00000000
Jan 12 18:01:13 [kernel] 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000
Jan 12 18:01:13 [kernel] mptbase: ioc0: Got TURBO reply req_idx=000e0024
Jan 12 18:01:13 [kernel] mptscsih: ioc0: ScsiDone 
(mf=00000101ffac2d80,mr=0000000000000000,sc=00000101fcb88e08,idx=36)
Jan 12 18:01:13 [kernel] mptscsih: ioc0: qcmd: 
SCpnt=00000101fcb88e08, done()=ffffffff802a2140
Jan 12 18:01:13 [kernel] mptbase: ioc0: mpt_get_msg_frame(14,0), got 
mf=00000101ffac2d20
Jan 12 18:01:13 [kernel] mptscsih: ioc0: ERROR - Single Buffer 
RequestNB=2, sgeOffset=60
Jan 12 18:01:13 [kernel] mptbase: ioc0: About to Put msg frame @ 
00000101ffac2d20:
Jan 12 18:01:13 [kernel]   00000000 01004010 000e0023 00000000 
00000000 02000000 00000088 00950100
Jan 12 18:01:13 [kernel]   00006002 00000800 00001000 0c0838c0 
d3001000 0f656000
Jan 12 18:01:13 [kernel] mptbase: ioc0: mf_dma_addr=c068d22 
req_idx=35 RequestNB=2
Jan 12 18:01:13 [kernel] mptscsih: ioc0: Issued SCSI cmd 
(00000101fcb88e08) mf=00000101ffac2d20 idx=35
Jan 12 18:01:13 [kernel] 00006002 00000800 00001000 0c0838c0 d3001000 
0f656000 00000000 00000000
Jan 12 18:01:13 [kernel] 00000000 00000000 00000000 00000000 00000000 
00000000 00000000 00000000
Jan 12 18:01:13 [kernel] mptbase: ioc0: Got TURBO reply req_idx=000e0023
Jan 12 18:01:13 [kernel] mptscsih: ioc0: ScsiDone 
(mf=00000101ffac2d20,mr=0000000000000000,sc=00000101fcb88e08,idx=35)
Jan 12 18:01:13 [kernel] mptscsih: ioc0: qcmd: 
SCpnt=00000101fcb88e08, done()=ffffffff802a2140
Jan 12 18:01:13 [kernel] mptbase: ioc0: mpt_get_msg_frame(14,0), got 
mf=00000101ffac2de0
Jan 12 18:01:13 [kernel] mptscsih: ioc0: ERROR - Single Buffer 
RequestNB=2, sgeOffset=60
Jan 12 18:01:13 [kernel] mptbase: ioc0: About to Put msg frame @ 
00000101ffac2de0:
Jan 12 18:01:13 [kernel]   00000000 01004010 000e0025 00000000 
00000000 02000000 00000088 00950100
Jan 12 18:01:13 [kernel]   00006802 00000800 00001000 0c083940 
d3001000 0f657000 00000000 00000000
Jan 12 18:01:13 [kernel]   00000000 00000000 00000000 00000000 
00000000 00000000 f7e47d88 00000100
Jan 12 18:01:13 [kernel] mptbase: ioc0: mf_dma_addr=c068de2 
req_idx=37 RequestNB=2
Jan 12 18:01:13 [kernel] mptscsih: ioc0: Issued SCSI cmd 
(00000101fcb88e08) mf=00000101ffac2de0 idx=37
Jan 12 18:01:13 [kernel] 00000000 01004010 000e0025 00000000 00000000 
02000000 00000088 00950100
Jan 12 18:01:13 [kernel] 00006802 00000800 00001000 0c083940 d3001000 
0f657000 00000000 00000000
Jan 12 18:01:13 [kernel] 00000000 00000000 00000000 00000000 00000000 
00000000 f7e47d88 00000100
Jan 12 18:01:13 [kernel] mptbase: ioc0: Got TURBO reply req_idx=000e0025
Jan 12 18:01:13 [kernel] mptscsih: ioc0: ScsiDone 
(mf=00000101ffac2de0,mr=0000000000000000,sc=00000101fcb88e08,idx=37)
Jan 12 18:01:13 [kernel] mptscsih: ioc0: qcmd: 
SCpnt=00000101fcb88e08, done()=ffffffff802a2140
Jan 12 18:01:13 [kernel] mptbase: ioc0: mpt_get_msg_frame(14,0), got 
mf=00000101ffac2e40
Jan 12 18:01:13 [kernel] mptscsih: ioc0: ERROR - Single Buffer 
RequestNB=2, sgeOffset=60
Jan 12 18:01:13 [kernel] mptbase: ioc0: About to Put msg frame @ 
00000101ffac2e40:
Jan 12 18:01:13 [kernel]   00000000 01004010 000e0026 00000000 
00000000 02000000 00000088 00950100
Jan 12 18:01:13 [kernel]   00007002 00000800 00001000 0c083980 
d3001000 0f658000
Jan 12 18:01:13 [kernel] mptbase: ioc0: mf_dma_addr=c068e42 
req_idx=38 RequestNB=2
Jan 12 18:01:13 [kernel] mptscsih: ioc0: Issued SCSI cmd 
(00000101fcb88e08) mf=00000101ffac2e40 idx=38
Jan 12 18:01:13 [kernel] 00000000 01004010 000e0026 00000000 00000000 
02000000 00000088 00950100
Jan 12 18:01:13 [kernel] mptscsih: ioc0: qcmd: 
SCpnt=00000101fcb88e08, done()=ffffffff802a2140
Jan 12 18:01:13 [kernel] mptbase: ioc0: About to Put msg frame @ 
00000101ffac2ea0:
-- 

Maurice Volaski, mvolaski@aecom.yu.edu
Computing Support, Rose F. Kennedy Center
Albert Einstein College of Medicine of Yeshiva University

^ permalink raw reply	[flat|nested] 11+ messages in thread

end of thread, other threads:[~2005-01-12 23:11 UTC | newest]

Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-01-07 16:07 Why is the kernel complaining about large SCSI LUNs Maurice Volaski
2005-01-07 16:16 ` Eric Moore
2005-01-07 16:22   ` Arjan van de Ven
2005-01-07 16:30 ` James Bottomley
2005-01-07 23:25   ` Maurice Volaski
2005-01-07 23:37     ` James Bottomley
2005-01-08  0:07       ` Maurice Volaski
2005-01-08  1:27       ` Douglas Gilbert
2005-01-08  1:57       ` Bryan Henderson
  -- strict thread matches above, loose matches on Subject: below --
2005-01-08  0:59 Moore, Eric Dean
2005-01-12 23:12 Maurice Volaski

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox