Re: LOR w/5.2-BETA

2003-11-29 Thread Peter Jeremy
On Thu, Nov 27, 2003 at 03:38:59PM -0800, Kris Kennaway wrote:
On Fri, Nov 28, 2003 at 12:27:53AM +0100, Artur Poplawski wrote:

  lock order reversal
   1st 0xc43d8ad4 vm object (vm object) @ /usr/src/sys/vm/swap_pager.c:1323
   2nd 0xc098cf60 swap_pager swhash (swap_pager swhash) @ /usr/src/sys/vm/swap_pag
  er.c:1838
   3rd 0xc10368c4 vm object (vm object) @ /usr/src/sys/vm/uma_core.c:876

This is reported every couple of days, and remains just as harmless as ever ;-)

Is there a centralised record of known LORs somewhere?  Mailing list archives
are not an ideal way of documenting this sort of thing.

Peter
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: LOR w/5.2-BETA

2003-11-29 Thread Kris Kennaway
On Sun, Nov 30, 2003 at 07:23:42AM +1100, Peter Jeremy wrote:
 On Thu, Nov 27, 2003 at 03:38:59PM -0800, Kris Kennaway wrote:
 On Fri, Nov 28, 2003 at 12:27:53AM +0100, Artur Poplawski wrote:
 
   lock order reversal
1st 0xc43d8ad4 vm object (vm object) @ /usr/src/sys/vm/swap_pager.c:1323
2nd 0xc098cf60 swap_pager swhash (swap_pager swhash) @ /usr/src/sys/vm/swap_pag
   er.c:1838
3rd 0xc10368c4 vm object (vm object) @ /usr/src/sys/vm/uma_core.c:876
 
 This is reported every couple of days, and remains just as harmless as ever ;-)
 
 Is there a centralised record of known LORs somewhere?  Mailing list archives
 are not an ideal way of documenting this sort of thing.

Someone posted a list the other day, and I have a list of the ones
I've seen locally.  It's probably a good thing to keep track of since
some of these might be around for a while.  I'll try to post what I
have later, but someone else will have to do the rest of the work
since I'm leaving later today.

Kris


pgp0.pgp
Description: PGP signature


LOR w/5.2-BETA

2003-11-27 Thread Jesse Guardiani
I got this LOR today after upgrading my IBM Thinkpad A30p from 5.1-RELEASE
to 5.2-BETA:


lock order reversal
 1st 0xc43d8ad4 vm object (vm object) @ /usr/src/sys/vm/swap_pager.c:1323
 2nd 0xc098cf60 swap_pager swhash (swap_pager swhash) @ /usr/src/sys/vm/swap_pag
er.c:1838
 3rd 0xc10368c4 vm object (vm object) @ /usr/src/sys/vm/uma_core.c:876
Stack backtrace:
backtrace(c089b8b5,c10368c4,c08afa80,c08afa80,c08b0961) at backtrace+0x17
witness_lock(c10368c4,8,c08b0961,36c,c3c7da80) at witness_lock+0x672
_mtx_lock_flags(c10368c4,0,c08b0961,36c,c3c7da94) at _mtx_lock_flags+0xba
obj_alloc(c3c7da80,1000,d2a6ba03,101,c095b220) at obj_alloc+0x3f
slab_zalloc(c3c7da80,1,8,c08b0961,68c) at slab_zalloc+0xb3
uma_zone_slab(c3c7da80,1,c08b0961,68c,c3c7db20) at uma_zone_slab+0xd6
uma_zalloc_internal(c3c7da80,0,1,5c1,c08ae87a,72e) at uma_zalloc_internal+0x3e
uma_zalloc_arg(c3c7da80,0,1,72e,2) at uma_zalloc_arg+0x3ab
swp_pager_meta_build(c43d8ad4,19,0,2,0) at swp_pager_meta_build+0x174
swap_pager_putpages(c43d8ad4,d2a6bbd0,1,0,d2a6bb40) at swap_pager_putpages+0x32d

default_pager_putpages(c43d8ad4,d2a6bbd0,1,0,d2a6bb40) at default_pager_putpages
+0x2e
vm_pageout_flush(d2a6bbd0,1,0,eb,0) at vm_pageout_flush+0x17a
vm_pageout_clean(c160b7a8,0,c08b077c,32a,0) at vm_pageout_clean+0x305
vm_pageout_scan(0,0,c08b077c,5a9,1f4) at vm_pageout_scan+0x64c
vm_pageout(0,d2a6bd48,c0895fd8,311,0) at vm_pageout+0x31b
fork_exit(c07e7e60,0,d2a6bd48) at fork_exit+0xb4
fork_trampoline() at fork_trampoline+0x8
--- trap 0x1, eip = 0, esp = 0xd2a6bd7c, ebp = 0 ---

-- 
Jesse Guardiani, Systems Administrator
WingNET Internet Services,
P.O. Box 2605 // Cleveland, TN 37320-2605
423-559-LINK (v)  423-559-5145 (f)
http://www.wingnet.net


___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: LOR w/5.2-BETA

2003-11-27 Thread Artur Poplawski
On Thu, 27 Nov 2003 18:01:39 -0500
Jesse Guardiani [EMAIL PROTECTED] wrote:

 I got this LOR today after upgrading my IBM Thinkpad A30p from 5.1-RELEASE
 to 5.2-BETA:
 
 lock order reversal
  1st 0xc43d8ad4 vm object (vm object) @ /usr/src/sys/vm/swap_pager.c:1323
  2nd 0xc098cf60 swap_pager swhash (swap_pager swhash) @ /usr/src/sys/vm/swap_pag
 er.c:1838
  3rd 0xc10368c4 vm object (vm object) @ /usr/src/sys/vm/uma_core.c:876
 Stack backtrace:
 backtrace(c089b8b5,c10368c4,c08afa80,c08afa80,c08b0961) at backtrace+0x17
 witness_lock(c10368c4,8,c08b0961,36c,c3c7da80) at witness_lock+0x672
 _mtx_lock_flags(c10368c4,0,c08b0961,36c,c3c7da94) at _mtx_lock_flags+0xba
 obj_alloc(c3c7da80,1000,d2a6ba03,101,c095b220) at obj_alloc+0x3f
 slab_zalloc(c3c7da80,1,8,c08b0961,68c) at slab_zalloc+0xb3
 uma_zone_slab(c3c7da80,1,c08b0961,68c,c3c7db20) at uma_zone_slab+0xd6
 uma_zalloc_internal(c3c7da80,0,1,5c1,c08ae87a,72e) at uma_zalloc_internal+0x3e
 uma_zalloc_arg(c3c7da80,0,1,72e,2) at uma_zalloc_arg+0x3ab
 swp_pager_meta_build(c43d8ad4,19,0,2,0) at swp_pager_meta_build+0x174
 swap_pager_putpages(c43d8ad4,d2a6bbd0,1,0,d2a6bb40) at swap_pager_putpages+0x32d
 
 default_pager_putpages(c43d8ad4,d2a6bbd0,1,0,d2a6bb40) at default_pager_putpages
 +0x2e
 vm_pageout_flush(d2a6bbd0,1,0,eb,0) at vm_pageout_flush+0x17a
 vm_pageout_clean(c160b7a8,0,c08b077c,32a,0) at vm_pageout_clean+0x305
 vm_pageout_scan(0,0,c08b077c,5a9,1f4) at vm_pageout_scan+0x64c
 vm_pageout(0,d2a6bd48,c0895fd8,311,0) at vm_pageout+0x31b
 fork_exit(c07e7e60,0,d2a6bd48) at fork_exit+0xb4
 fork_trampoline() at fork_trampoline+0x8
 --- trap 0x1, eip = 0, esp = 0xd2a6bd7c, ebp = 0 ---
 

Exactly the same thing here:

lock order reversal
 1st 0xc0c1f738 vm object (vm object) @ /usr/src/sys/vm/swap_pager.c:1323
  2nd 0xc06c06a0 swap_pager swhash (swap_pager swhash) @ /usr/src/sys/vm/swap_pag
  er.c:1838
   3rd 0xc0c358c4 vm object (vm object) @ /usr/src/sys/vm/uma_core.c:876
   Stack backtrace:
   backtrace(c0632e21,c0c358c4,c063ff1c,c063ff1c,c0640dfd) at backtrace+0x17
   witness_lock(c0c358c4,8,c0640dfd,36c,c0c223c0) at witness_lock+0x671
   _mtx_lock_flags(c0c358c4,0,c0640dfd,36c,c0c223d4) at _mtx_lock_flags+0xb1
   obj_alloc(c0c223c0,1000,c8daba0b,101,0) at obj_alloc+0x3f
   slab_zalloc(c0c223c0,1,c0c223d4,8,c0640dfd) at slab_zalloc+0xb1
   uma_zone_slab(c0c223c0,1,c0640dfd,68c,c0c22460) at uma_zone_slab+0xd3
   uma_zalloc_internal(c0c223c0,0,1,5c1,72e) at uma_zalloc_internal+0x3e
   uma_zalloc_arg(c0c223c0,0,1,72e,2) at uma_zalloc_arg+0x39e
   swp_pager_meta_build(c0c1f738,0,0,2,0) at swp_pager_meta_build+0x174
   swap_pager_putpages(c0c1f738,c8dabbd0,1,0,c8dabb40) at swap_pager_putpages+0x31d
   default_pager_putpages(c0c1f738,c8dabbd0,1,0,c8dabb40) at default_pager_putpages
   +0x2e
   vm_pageout_flush(c8dabbd0,1,0,eb,60a) at vm_pageout_flush+0x171
   vm_pageout_clean(c0dbabf0,0,c0640c18,32a,0) at vm_pageout_clean+0x2f5
   vm_pageout_scan(1,0,c0640c18,5a9,1f4) at vm_pageout_scan+0x655
   vm_pageout(0,c8dabd48,c062d6bf,311,0) at vm_pageout+0x318
   fork_exit(c05cab80,0,c8dabd48) at fork_exit+0xb4
   fork_trampoline() at fork_trampoline+0x8
   --- trap 0x1, eip = 0, esp = 0xc8dabd7c, ebp = 0 ---


And another one, always showing up at the end of booting process:

lock order reversal
 1st 0xc205a764 rtentry (rtentry) @ /usr/src/sys/net/rtsock.c:387
  2nd 0xc1c5d47c radix node head (radix node head) @ /usr/src/sys/net/route.c:133

  Stack backtrace:
  backtrace(c0632e08,c1c5d47c,c063873b,c063873b,c0638791) at backtrace+0x17
  witness_lock(c1c5d47c,8,c0638791,85,c1c4ea20) at witness_lock+0x671
  _mtx_lock_flags(c1c5d47c,0,c0638791,85,121) at _mtx_lock_flags+0xb1
  rtalloc1(c2073e6c,1,0,436,0) at rtalloc1+0x72
  rt_setgate(c205a700,c1c4ea20,c2073e6c,184,0) at rt_setgate+0x24c
  route_output(c0fb9600,c1d5c690,7c,c0fb9600,1f84) at route_output+0x664
  raw_usend(c1d5c690,0,c0fb9600,0,0) at raw_usend+0x73
  rts_send(c1d5c690,0,c0fb9600,0,0) at rts_send+0x35
  sosend(c1d5c690,0,c8dd9c80,c0fb9600,0) at sosend+0x41d
  soo_write(c1ce150c,c8dd9c80,c2073e80,0,c0fad3c0) at soo_write+0x70
  dofilewrite(c0fad3c0,c1ce150c,3,bfbfde10,7c) at dofilewrite+0xec
  write(c0fad3c0,c8dd9d14,c0644e02,3ee,3) at write+0x6e
  syscall(2f,2f,2f,3,3) at syscall+0x292
  Xint0x80_syscall() at Xint0x80_syscall+0x1d
  --- syscall (4), eip = 0x2827e6cf, esp = 0xbfbfddcc, ebp = 0xbfbfddf8 ---

Artur
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: LOR w/5.2-BETA

2003-11-27 Thread Kris Kennaway
On Fri, Nov 28, 2003 at 12:27:53AM +0100, Artur Poplawski wrote:

  lock order reversal
   1st 0xc43d8ad4 vm object (vm object) @ /usr/src/sys/vm/swap_pager.c:1323
   2nd 0xc098cf60 swap_pager swhash (swap_pager swhash) @ /usr/src/sys/vm/swap_pag
  er.c:1838
   3rd 0xc10368c4 vm object (vm object) @ /usr/src/sys/vm/uma_core.c:876

This is reported every couple of days, and remains just as harmless as ever ;-)

 And another one, always showing up at the end of booting process:
 
 lock order reversal
  1st 0xc205a764 rtentry (rtentry) @ /usr/src/sys/net/rtsock.c:387
   2nd 0xc1c5d47c radix node head (radix node head) @ /usr/src/sys/net/route.c:133

Not sure about this one.  I think there are still some LORs expected
in the network stack because of locking work in progress there.

Kris


pgp0.pgp
Description: PGP signature