Messages in this thread | ![/](/images/icornerl.gif) | | Subject | RE: data corruption with stex (Promise HW-Raid) driver and device-mapper | Date | Mon, 29 Nov 2010 11:35:37 -0800 | From | "Ed Lin - PTU" <> |
| |
>-----Original Message----- >From: Milan Broz [mailto:mbroz@redhat.com] >Sent: 2010年11月25日 1:57 >To: Ed Lin - PTU >Cc: Dan Carpenter; Markus Schulz; >linux-kernel@vger.kernel.org; device-mapper development >Subject: Re: data corruption with stex (Promise HW-Raid) >driver and device-mapper > > >On 11/16/2010 02:35 AM, Ed Lin - PTU wrote: >> The stex driver sets sg_tablesize as 32 (for st_yel it's 38) >in the probe >> entry. It seems that this value was overridden by the system if using >> dm/lvm, for unknown reason. The driver received requests with more >> sg items than registered. Sg item number could be as high as 64. This >> is completely unexpected. The firmware could not handle such >> requests, and error occurred. > >Device-mapper respects hw restrictions, so it must be bug somewhere. > >Please cc dm-devel if you think that problem is there. >
Hello,
This problem is fixed. Martin Petersen proposed a thorough cleaning at http://marc.info/?l=dm-devel&m=129070330506836&w=2 . My original patch is at http://marc.info/?l=dm-devel&m=129067980708110&w=2 , which is a simplified minimum version.
Thanks, Ed Lin
| ![\](/images/icornerr.gif) |