LOR in vm_object/vm_kern

2003-05-27 Thread Dennis Kristensen
Hi!

I just got the below LOR on:

FreeBSD lap.snicki.dk 5.1-BETA FreeBSD 5.1-BETA #49: Tue May 27 22:28:31 CEST
2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/LAP  i386

sources from about half an hour before the kernel build.

lock order reversal
 1st 0xc5fd3378 vm object (vm object) @ /usr/src/sys/vm/vm_object.c:512
 2nd 0xc082f110 system map (system map) @ /usr/src/sys/vm/vm_kern.c:325
Stack backtrace:
backtrace(c03a3dff,c082f110,c03b06e3,c03b06e3,c03b057e) at backtrace+0x17
witness_lock(c082f110,8,c03b057e,145,e4351a90) at witness_lock+0x697
_mtx_lock_flags(c082f110,0,c03b057e,145,c5d795f0) at _mtx_lock_flags+0xb1
_vm_map_lock(c082f0b0,c03b057e,145,c02457e4,3246) at _vm_map_lock+0x36
kmem_malloc(c082f0b0,1000,101,e4351b24,c032add5) at kmem_malloc+0x65
page_alloc(c083a240,1000,e4351b17,101,c03eb46c) at page_alloc+0x27
slab_zalloc(c083a240,101,c03b1f47,66f,c083a924) at slab_zalloc+0x155
uma_zone_slab(c083a240,101,c03b1f47,66f,0) at uma_zone_slab+0xd8
uma_zalloc_internal(c083a240,0,101,6ef,0) at uma_zalloc_internal+0x55
uma_zfree_arg(c083a900,c6051cf0,0,e4351bcc,c0312b28) at uma_zfree_arg+0x2cc
dev_pager_putfake(c6051cf0,0,c03afdab,bc,c5fd3378) at dev_pager_putfake+0x3a
dev_pager_dealloc(c5fd3378,1,c03b1e4a,10b,0) at dev_pager_dealloc+0xc8
vm_pager_deallocate(c5fd3378,0,c03b1020,25e,c041f308) at vm_pager_deallocate+0x3
d
vm_object_terminate(c5fd3378,0,c03b1020,200,c5f88438) at vm_object_terminate+0x1
f4
vm_object_deallocate(c5fd3378,c5f88438,c5fd3378,c5f88438,e4351c9c) at vm_object_
deallocate+0x20f
vm_map_entry_delete(c1b7f100,c5f88438,c03b0751,86e,c039f6ec) at vm_map_entry_del
ete+0x3b
vm_map_delete(c1b7f100,282e4000,282e6000,2000,282e4000) at vm_map_delete+0x453
vm_map_remove(c1b7f100,282e4000,282e6000,0,c5d7cd88) at vm_map_remove+0x55
munmap(c5d795f0,e4351d10,c03b5c41,3fb,2) at munmap+0x9e
syscall(2f,2f,bfbf002f,8225bb0,882) at syscall+0x26e
Xint0x80_syscall() at Xint0x80_syscall+0x1d
--- syscall (73), eip = 0x282524e3, esp = 0xbfbff99c, ebp = 0xbfbff9b8 ---


Dennis Kristensen
Computer Science student at Aalborg University
E-mail: [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]


kernel broken in ip_fw2.c

2002-10-24 Thread Dennis Kristensen
Hi!

Looks like kernel is broken without the bellow patch.


-Dennis

--- /usr/src/sys/netinet/ip_fw2.c   Thu Oct 24 20:04:44 2002
+++ /usr/src/sys/netinet/ip_fw2.c.new   Thu Oct 24 22:48:43 2002
@@ -2501,7 +2501,7 @@ ipfw_ctl(struct sockopt *sopt)
for (rule = layer3_chain; rule ; rule = rule-next) {
int i = RULESIZE(rule);
bcopy(rule, bp, i);
-   ((struct ip_fw *)bp)-set_disable = set_disable;
+   ((struct ip_fw *)bp)-next_rule = set_disable;
bp = (struct ip_fw *)((char *)bp + i);
}
if (ipfw_dyn_v) {
@@ -2513,7 +2513,7 @@ ipfw_ctl(struct sockopt *sopt)
for ( p = ipfw_dyn_v[i] ; p != NULL ;
p = p-next, dst++ ) {
bcopy(p, dst, sizeof *p);
-   dst-rulenum = p-rule-rulenum;
+   dst-rule = p-rule-rulenum;
/*
 * store a non-null value in next.
 * The userland code will interpret a




To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Re: HEADS UP: rc.d is in the tree

2002-06-14 Thread Dennis Kristensen

Gordon Tetlow wrote:

...
Please try out the functionality by putting rc_ng=YES into your rc.conf 
and post any problems you might have.
  

I have given this a try, but have a few problems. My rc.conf is attached.

1:
When bringing up fxp0 with IP from DHCP i get:
Doing initial network setup: hostnamefxp0: 
flags=8843UP,BROADCAST,RUNNING,SIMPL
EX,MULTICAST mtu 1500
inet 0.0.0.0 netmask 0xff00 broadcast 255.255.255.255
...
Without rc_ng, and a manual 'dhclient fxp0' still works. Is there 
another way to do this with this new scheme?

2:
Setting mta_start_script to , drops me into a shell. I need to 
manually exit the shell to continue booting. How should i prevent mta's 
from starting now?

Besides this, everything works great! Good work. If more info is needed just let me 
know.

~$ uname -a
FreeBSD lap.snicki.dk 5.0-CURRENT FreeBSD 5.0-CURRENT #7: Fri Jun 14 10:10:14 CEST 
2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/LAP  i386


-Dennis



rc_ng=YES
font8x14=cp850-8x14
font8x16=cp850-8x16
font8x8=cp850-8x8
hostname=lap.snicki.dk
ifconfig_fxp0=DHCP
kern_securelevel_enable=NO
keymap=danish.iso
keyrate=fast
linux_enable=YES
moused_enable=YES
moused_flags=-3
nfs_client_enable=YES
mta_start_script=
sshd_enable=YES
usbd_enable=YES
#allscreens_flags=80x60



Re: HEADS UP: rc.d is in the tree

2002-06-14 Thread Dennis Kristensen

zhuravlev alexander wrote:

On Fri, Jun 14, 2002 at 03:28:40PM +0200, Dennis Kristensen wrote:
  

Gordon Tetlow wrote:



...
Please try out the functionality by putting rc_ng=YES into your rc.conf 
and post any problems you might have.
 

  

I have given this a try, but have a few problems. My rc.conf is attached.

1:
When bringing up fxp0 with IP from DHCP i get:
Doing initial network setup: hostnamefxp0: 
flags=8843UP,BROADCAST,RUNNING,SIMPL
EX,MULTICAST mtu 1500
inet 0.0.0.0 netmask 0xff00 broadcast 255.255.255.255
...
Without rc_ng, and a manual 'dhclient fxp0' still works. Is there 
another way to do this with this new scheme?

2:
Setting mta_start_script to , drops me into a shell. I need to 
manually exit the shell to continue booting. How should i prevent mta's 
from starting now?



   maybe this helps 
   sendmail_enable=NONE

No, then it complains that:
   /etc/rc: WARNING: $sendmail_enable is not set properly.
abd still starts sendmail.


Thanks anyway,
-Dennis


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Re: HEADS UP: rc.d is in the tree

2002-06-14 Thread Dennis Kristensen



 Please try out the functionality by putting rc_ng=YES into your 
 rc.conf and post any problems you might have.
  

 I have given this a try, but have a few problems. My rc.conf is attached.

 1:
 When bringing up fxp0 with IP from DHCP i get:
 Doing initial network setup: hostnamefxp0: 
 flags=8843UP,BROADCAST,RUNNING,SIMPL
 EX,MULTICAST mtu 1500
inet 0.0.0.0 netmask 0xff00 broadcast 255.255.255.255
 ...
 Without rc_ng, and a manual 'dhclient fxp0' still works. Is there 
 another way to do this with this new scheme?


This is solved with the below patch.

-Dennis

~$ diff -u /usr/src/etc/rc.d/network1 
/etc/rc.d/network1  
--- /usr/src/etc/rc.d/network1  Fri Jun 14 00:14:36 2002
+++ /etc/rc.d/network1  Fri Jun 14 18:24:08 2002
@@ -140,7 +140,8 @@
done
 
if [ ! -z ${dhcp_interfaces} ]; then
-   ${dhcp_program:-/sbin/dhclient} ${dhcp_flags} 
${dhcp_interfaces}fi
+   ${dhcp_program:-/sbin/dhclient} ${dhcp_flags} 
${dhcp_interfaces}
+   fi
 
for ifn in ${network_interfaces}; do
# Check to see if aliases need to be added
@@ -274,7 +275,6 @@
# XXX this must die
if [ -s /etc/netstart.local ]; then
sh /etc/netstart.local start
-   fi
fi
echo '.'



To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Re: HEADS UP: rc.d is in the tree

2002-06-14 Thread Dennis Kristensen


Dennis Kristensen wrote:

 Gordon Tetlow wrote:

 ...
 Please try out the functionality by putting rc_ng=YES into your 
 rc.conf and post any problems you might have.
  

 I have given this a try, but have a few problems. My rc.conf is attached.

 2:
 Setting mta_start_script to , drops me into a shell. I need to 
 manually exit the shell to continue booting. How should i prevent 
 mta's from starting now? 


sendmail_enable=NONE  did'nt help either. This can be fixed with below 
patch.
It still complains with
  /etc/rc: WARNING: $sendmail_enable is not set properly.
but sendmail is no longer started.

-Dennis

~$ diff -u /usr/src/etc/rc.d/sendmail /etc/rc.d/sendmail
--- /usr/src/etc/rc.d/sendmail  Fri Jun 14 09:47:25 2002
+++ /etc/rc.d/sendmail  Fri Jun 14 18:44:39 2002
@@ -64,7 +64,7 @@

case `${CMD_OSTYPE}` in
FreeBSD)
-   case $SENDMAIL_ENABLE in
+   case $sendmail_enable in
   NONE)
   exit
   ;;


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message