lkml.org 
[lkml]   [2003]   [Mar]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [Linux-NTFS-Dev] ntfs OOPS (2.5.63)

On Fri, 7 Mar 2003, Randy.Dunlap wrote:
> On Fri, 7 Mar 2003 18:56:41 +0100 (MET) Szakacsits Szabolcs <szaka@sienet.hu> wrote:
> |
> | It seems (and CONFIG_DEBUG_SPINLOCK also seems to contribute)
> | init_MUTEX(&ni->mrec_lock);
> | ...
> | INIT_LIST_HEAD(...)
>
> OK, I'm fine with closing it as not an NTFS issue or as a tools issue
> or something along those lines.

I took a closer look now:

EFLAGS: 00010282
eax: f6c0f080 ebx: 0000416d ecx: 00010282 edx: f6c0f0f8
esi: c040b078 edi: f6c0f0f8 ebp: f6dd1dbc esp: f6dd1db4
ds: 007b es: 007b ss: 0068

3c0: b9 06 00 00 00 mov $0x6,%ecx
... not important ...
3cc: 89 d7 mov %edx,%edi
3ce: 89 55 f4 mov %edx,0xfffffff4(%ebp)
3d1: f3 a5 repz movsl %ds:(%esi),%es:(%edi)
3d3: 8d 50 78 lea 0x78(%eax),%edx
3d6: 8b 4d f4 mov 0xfffffff4(%ebp),%ecx
3d9: 89 51 18 mov %edx,0x18(%ecx) ## OOPS ##

So %ecx should be %edi-24 = f6c0f0e0, instead it's EFLAGS. Oops [indeed].
%ebp value is correct, I checked. So it seems a hardware, strong
radiation or an interrupt that didn't restore ecx.

> Thanks for looking into this.

Thanks for reporting.

Szaka

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:33    [W:0.106 / U:110.316 seconds]
©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site