The kernel output on this card is: FWVersion(02.15.59.00), ChipRevision(0x02), BiosVersion(07.01.08.00) I'm also working this through another guy on our team who has a Dell contact (since it's their customized firmware). If it helps, we have an LSI2008 programmed with standard firmware that we can try to use. -----Original Message----- From: Desai, Kashyap [mailto:Kashyap.Desai@xxxxxxx] Sent: Tuesday, March 08, 2011 4:34 AM To: Matthew Curley; dgilbert@xxxxxxxxxxxx Cc: linux-scsi@xxxxxxxxxxxxxxx; Prakash, Sathya; Moore, Eric Subject: RE: mpt2sas - SG_IO return truncated with cross page buffe Matthew, Which firmware version you have for mpt2sas card? Adding other MPTlinux folks. > -----Original Message----- > From: Matthew Curley [mailto:Matthewc@xxxxxxxxxx] > Sent: Thursday, March 03, 2011 11:26 PM > To: dgilbert@xxxxxxxxxxxx > Cc: Desai, Kashyap; linux-scsi@xxxxxxxxxxxxxxx > Subject: RE: mpt2sas - SG_IO return truncated with cross page buffe > > 0x80 was what I initially noticed this with (a script on our product > was > retrieving that info), VPD 0x89 was what I used for debug for exactly > the reason you noted: it gave me a lot more buffer to play with. > I initially thought this might be cache-line size related since the > buffer misalign from sdparm was so small. It seems to happen with > any SG_IO inquiry I've done so far though. > > Sorry about the line formatting, apparently something from outlook > isn't handling that right. I'll try to manually keep lines short, > and I can resend anything unreadable to anyone that cares. > > Matthew Curley > -----Original Message----- > From: Douglas Gilbert [mailto:dgilbert@xxxxxxxxxxxx] > Sent: Thursday, March 03, 2011 11:44 AM > To: Matthew Curley > Cc: kashyap.desai@xxxxxxx; linux-scsi@xxxxxxxxxxxxxxx > Subject: Re: mpt2sas - SG_IO return truncated with cross page buffe > > On 11-03-03 11:52 AM, Matthew Curley wrote: > > Apologies to Kashyap on the resend, accidentally sent this the first > > time with HTML formatting. > > > > Description: > > If the user space buffer passed to the SG_IO command crosses the 4K > > page boundary and the return data is greater than the amount of > buffer > > before that page boundary, the command output can be truncated at the > > end of the first page. Depending on the kernel version, additional > error > > handling may occur at the driver. > > > > Configuration: > > The platform is a Dell PowerEdge R510 with 2 processors (from > > /proc/cpuinfo: 'Intel(R) Xeon(R) CPU E5620 @ 2.40GH') > > Initial discovery environment was a 2.6.32 pvops kernel using sdparm > v0.96 > > on mpt2sas 06.00.00, where the SG_IO ioctl was retrieving VPD 0x80 > output. > > The behavior has also been reproduced on Fedora Core 14, using > 2.6.38-rc6 > > with mpt2sas version 07.100.0. The controller involved is an LSI > 2008 > > with Dell Firmware. Running the test with 2.6.38-rc6, I also get a > number > > of kernel errors starting with an mpt2sas fault state. That output > is > > shown below, it includes firmware/chip revision/adapter BIOS versions > and > > some information about the storage layout on the adapter. > > Matthew, > You mention VPD page 0x80 (unit serial number) and later > page 0x89 (ATA information). Did you mean 0x89 in both cases > as page 0x80 is particularly short? > > Doug Gilbert > > P.S. Your lines at too long in my email reader. > > > Additional info: > > Reproducing required disabling the PCI DMA Remapping support in the > kernel. > > With this setting off the two pages in the command's scatter list > were > > physically discontiguous every time I tried, and the problem occurs. > > With DMAR enabled the DMA addresses were always contiguous, and the > problem > > behavior wasn't seen. I'm not sure about the stability/risks of > enabling > > this experimental setting as a 'fix'. > > > > The only other LSI controller I have access to is a 1068--using a > different > > driver stack of course--which does not appear to show the same > behavior in > > limited testing. > > > > Appreciate any help or information. I have a simple debug utility > that > > issues VPD 0x89 if that's useful, and of course will provide any > other > > needed details. Please cc-me on replies. -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
