Re: Yet another report on the dquot oops

2000-09-16 Thread David Ford

J Sloan wrote:

> David Ford wrote:
>
> > Did you apply the quota patch that was posted this week?
>
> Yes, thanx for the sanity check -
>
> After the oops, I remembered something about a patch,
> and there was indeed one posted by Herr Diehl.
>
> Will check that out - now I'm curious if there's some
> reason Linus didn't like the patch, since it wasn't in test9

My guess is that it hasn't reached the top of the queue yet.  Gotta
'member, he has to go through a lot of patches and give them the eyeball
before they go in.

-d


--
"The difference between 'involvement' and 'commitment' is like an
eggs-and-ham breakfast: the chicken was 'involved' - the pig was
'committed'."




begin:vcard 
n:Ford;David
x-mozilla-html:TRUE
org:http://www.kalifornia.com/images/paradise.jpg">
adr:;;
version:2.1
email;internet:[EMAIL PROTECTED]
title:Blue Labs Developer
x-mozilla-cpt:;28256
fn:David Ford
end:vcard



Re: Yet another report on the dquot oops

2000-09-16 Thread J Sloan

David Ford wrote:

> Did you apply the quota patch that was posted this week?

Yes, thanx for the sanity check -

After the oops, I remembered something about a patch,
and there was indeed one posted by Herr Diehl.

Will check that out - now I'm curious if there's some
reason Linus didn't like the patch, since it wasn't in test9

jjs

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Re: Yet another report on the dquot oops

2000-09-16 Thread David Ford

J Sloan wrote:

 David Ford wrote:

  Did you apply the quota patch that was posted this week?

 Yes, thanx for the sanity check -

 After the oops, I remembered something about a patch,
 and there was indeed one posted by Herr Diehl.

 Will check that out - now I'm curious if there's some
 reason Linus didn't like the patch, since it wasn't in test9

My guess is that it hasn't reached the top of the queue yet.  Gotta
'member, he has to go through a lot of patches and give them the eyeball
before they go in.

-d


--
"The difference between 'involvement' and 'commitment' is like an
eggs-and-ham breakfast: the chicken was 'involved' - the pig was
'committed'."




begin:vcard 
n:Ford;David
x-mozilla-html:TRUE
org:img src="http://www.kalifornia.com/images/paradise.jpg"
adr:;;
version:2.1
email;internet:[EMAIL PROTECTED]
title:Blue Labs Developer
x-mozilla-cpt:;28256
fn:David Ford
end:vcard



Re: Yet another report on the dquot oops

2000-09-15 Thread David Ford

Did you apply the quota patch that was posted this week?

-d


--
"The difference between 'involvement' and 'commitment' is like an
eggs-and-ham breakfast: the chicken was 'involved' - the pig was
'committed'."




begin:vcard 
n:Ford;David
x-mozilla-html:TRUE
org:http://www.kalifornia.com/images/paradise.jpg">
adr:;;
version:2.1
email;internet:[EMAIL PROTECTED]
title:Blue Labs Developer
x-mozilla-cpt:;28256
fn:David Ford
end:vcard



Yet another report on the dquot oops

2000-09-15 Thread J Sloan

Hi all,

Just adding my useless complaints the the list -

Currently running test8-pre1 + rik vm patches, very solid.

Tonight I tried test9-pre1 -

The most common occurrence is that vi segfaults on exit.

Here is a decoded oops immediately after booting test9-pre1:

jjs

--- cut ---

ksymoops 2.3.4 on i586 2.4.0-test9.  Options used
 -V (default)
 -k /proc/ksyms (default)
 -l /proc/modules (default)
 -o /lib/modules/2.4.0-test9/ (default)
 -m /boot/System.map (specified)

Unable to handle kernel NULL pointer dereference at virtual address
0034
c014ecf1
*pde = 
Oops: 
CPU:0
EIP:0010:[]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010202
eax:    ebx:    ecx: 0001   edx: c14ebc00
esi:    edi:    ebp:    esp: cc931efc
ds: 0018   es: 0018   ss: 0018
Process vi (pid: 891, stackpage=cc931000)
Stack: cc931f40 c014fa9a  0001 cc931f70 0195 cc953b20
b50c
    cc931fa4 cc931f48 cc931f40 c013ead4 0195 0001
ff86
   cc94c940     c012bd6f cc953b20
cc931f70
Call Trace: [] [] [] []
[] []
Code: f6 43 34 40 74 09 31 c0 e9 01 01 00 00 89 f6 8b 53 48 85 d2

>>EIP; c014ecf1<=
Trace; c014fa9a 
Trace; c013ead4 
Trace; c012bd6f 
Trace; c012be3a 
Trace; c011d421 
Trace; c010a3a3 
Code;  c014ecf1 
 <_EIP>:
Code;  c014ecf1<=
   0:   f6 43 34 40   testb  $0x40,0x34(%ebx)   <=
Code;  c014ecf5 
   4:   74 09 je f <_EIP+0xf> c014ed00

Code;  c014ecf7 
   6:   31 c0 xorl   %eax,%eax
Code;  c014ecf9 
   8:   e9 01 01 00 00jmp10e <_EIP+0x10e> c014edff

Code;  c014ecfe 
   d:   89 f6 movl   %esi,%esi
Code;  c014ed00 
   f:   8b 53 48  movl   0x48(%ebx),%edx
Code;  c014ed03 
 12:   85 d2 testl  %edx,%edx



-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Yet another report on the dquot oops

2000-09-15 Thread J Sloan

Hi all,

Just adding my useless complaints the the list -

Currently running test8-pre1 + rik vm patches, very solid.

Tonight I tried test9-pre1 -

The most common occurrence is that vi segfaults on exit.

Here is a decoded oops immediately after booting test9-pre1:

jjs

--- cut ---

ksymoops 2.3.4 on i586 2.4.0-test9.  Options used
 -V (default)
 -k /proc/ksyms (default)
 -l /proc/modules (default)
 -o /lib/modules/2.4.0-test9/ (default)
 -m /boot/System.map (specified)

Unable to handle kernel NULL pointer dereference at virtual address
0034
c014ecf1
*pde = 
Oops: 
CPU:0
EIP:0010:[c014ecf1]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010202
eax:    ebx:    ecx: 0001   edx: c14ebc00
esi:    edi:    ebp:    esp: cc931efc
ds: 0018   es: 0018   ss: 0018
Process vi (pid: 891, stackpage=cc931000)
Stack: cc931f40 c014fa9a  0001 cc931f70 0195 cc953b20
b50c
    cc931fa4 cc931f48 cc931f40 c013ead4 0195 0001
ff86
   cc94c940     c012bd6f cc953b20
cc931f70
Call Trace: [c014fa9a] [c013ead4] [c012bd6f] [c012be3a]
[c011d421] [c0
10a3a3]
Code: f6 43 34 40 74 09 31 c0 e9 01 01 00 00 89 f6 8b 53 48 85 d2

EIP; c014ecf1 check_idq+d/120   =
Trace; c014fa9a dquot_transfer+28a/4c0
Trace; c013ead4 inode_change_ok+d4/138
Trace; c012bd6f chown_common+ff/11c
Trace; c012be3a sys_fchown+26/38
Trace; c011d421 sys_fchown16+39/40
Trace; c010a3a3 system_call+33/40
Code;  c014ecf1 check_idq+d/120
 _EIP:
Code;  c014ecf1 check_idq+d/120   =
   0:   f6 43 34 40   testb  $0x40,0x34(%ebx)   =
Code;  c014ecf5 check_idq+11/120
   4:   74 09 je f _EIP+0xf c014ed00
check_idq+1c/120
Code;  c014ecf7 check_idq+13/120
   6:   31 c0 xorl   %eax,%eax
Code;  c014ecf9 check_idq+15/120
   8:   e9 01 01 00 00jmp10e _EIP+0x10e c014edff
check_idq+11b
/120
Code;  c014ecfe check_idq+1a/120
   d:   89 f6 movl   %esi,%esi
Code;  c014ed00 check_idq+1c/120
   f:   8b 53 48  movl   0x48(%ebx),%edx
Code;  c014ed03 check_idq+1f/120
 12:   85 d2 testl  %edx,%edx



-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Re: Yet another report on the dquot oops

2000-09-15 Thread David Ford

Did you apply the quota patch that was posted this week?

-d


--
"The difference between 'involvement' and 'commitment' is like an
eggs-and-ham breakfast: the chicken was 'involved' - the pig was
'committed'."




begin:vcard 
n:Ford;David
x-mozilla-html:TRUE
org:img src="http://www.kalifornia.com/images/paradise.jpg"
adr:;;
version:2.1
email;internet:[EMAIL PROTECTED]
title:Blue Labs Developer
x-mozilla-cpt:;28256
fn:David Ford
end:vcard