Kernel panic: resource_list_alloc: resource entry is busy
This from CVSup shortly before midnight (PST); I recall that I got the update to sys/kern/kern_intr.c rev. 1.50 (to pin down the time a little better). I was able to re-boot with the kernel from /boot/kernel.old OK; once I did that, I re-built the kernel after adding "options DDB", and I then re-created the panic. An outline of the traceback (sorry; I don't have a serial console on the laptop... yet) is: Debugger(c0337e03) at Debugger+0x44 panic(c0338d20,c167810c,4,0,c047f6c4) at panic+0x70 resource_list_alloc(c1683a00,c1679d00,c168eb80,4,c167810c) at resource_list_alloc+0xc8 isa_alloc_resource(c1679d00,c168eb80,4,c167810c,f8c) at isa_alloc_resource+0xcd bus_alloc_resource(c168eb80,4,c167810c,f8c,f95) at bus_alloc_resource+0x5d opti_detect(c168eb80,c1678100) at opti_detect+0xaa [abbreviating beyond this point for now; my hands are getting tired -- dhw] mss_detect( mss_probe( device_probe_child( device_probe_and_attach( isa_probe_children( configure( mi_startup() at mi_startup+0x68 begin() at begin+0x29 The addition of DDB is the first change I've needed to make since getting -CURRENT running on the machine a couple of weeks ago, and I've been CVSuping daily and rebuilding both -STABLE and -CURRENT daily. I don't happen to have a copy of the kernel config on a different machine, so I'll need to boot it normally to supply that; sorry. But given the above, unless something changed that would require a change to the kernel config within the last day or so, I'd have thought it would have been expected to not panic :-} There are some other things I'd like to do with the machine (build today's -STABLE, for example), but I can leave it "broken" for debugging for a while easily enough. The panic appears to come faily early in the boot process (resource allocation, I'd guess :-}), and it appears eminently reproducable, so I'm willing to play with it, fetch more code, or whatever. It's a 750/600 MHx P3 w/ 256 MB RAM, so I should be able to try changes reasonably quickly. Cheers, david -- David H. Wolfskill [EMAIL PROTECTED] As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Kernel panic: resource_list_alloc: resource entry is busy
I see the same here with a GENERIC kernel. Martin Martin Blapp, [EMAIL PROTECTED] Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Kernel panic: resource_list_alloc: resource entry is busy
Date: Sat, 24 Mar 2001 09:15:29 -0800 (PST) From: David Wolfskill [EMAIL PROTECTED] This from CVSup shortly before midnight (PST); I recall that I got the update to sys/kern/kern_intr.c rev. 1.50 (to pin down the time a little better). OK; I re-booted it under -STABLE, so I can report a bit more about the context. Yesterday, the thought occurred to me that it might be handy to record the start time for the CVSup (as well as the end time, so: CVSup ended at Wed Mar 21 23:53:49 PST 2001 CVSup ended at Thu Mar 22 23:51:54 PST 2001 CVSup started at Fri Mar 23 23:47:01 PST 2001 CVSup ended at Fri Mar 23 23:53:40 PST 2001 (and I had built booted -CURRENT successfully yesterday; I append /var/log/messages from that boot after my .sig.) And the following shows the CVS activity from the working sources to the failing ones (I elided the "cvs update:" lines): Script started on Sat Mar 24 05:27:55 2001 dhcp-135[1] cd /C/usr/src dhcp-135[2] cvs update -d ? PATCHES U bin/getfacl/getfacl.1 U bin/setfacl/setfacl.1 U contrib/gcc.295/except.c U contrib/gcc.295/expr.c U contrib/gcc.295/expr.h U contrib/gcc.295/varasm.c U etc/Makefile U etc/primes U etc/mtree/BSD.x11-4.dist U games/fortune/datfiles/fortunes U gnu/usr.bin/tar/tar.c U include/arpa/inet.h U include/rpc/rpc.h U lib/libc/gen/Makefile.inc U lib/libc/gen/__xuname.c U lib/libc/gen/uname.c U lib/libc/net/inet.3 U lib/libc/net/inet_addr.c U lib/libc/net/inet_lnaof.c U lib/libc/net/inet_makeaddr.c U lib/libc/net/inet_neta.c U lib/libc/net/inet_netof.c U lib/libc/net/inet_network.c U lib/libc/rpc/key_call.c U lib/libc/rpc/rpc_soc.3 U lib/libc/rpc/rpc_soc.c U lib/libfetch/fetch.3 U lib/libfetch/ftp.c U lib/libposix1e/acl_add_perm.3 U lib/libposix1e/acl_clear_perms.3 U lib/libposix1e/acl_copy_entry.3 U lib/libposix1e/acl_create_entry.3 U lib/libposix1e/acl_delete_perm.3 U lib/libposix1e/acl_get_permset.3 U lib/libposix1e/acl_get_qualifier.3 U lib/libposix1e/acl_get_tag_type.3 U lib/libposix1e/acl_set_permset.3 U lib/libposix1e/acl_set_qualifier.3 U lib/libposix1e/acl_set_tag_type.3 U libexec/ypxfr/ypxfr_extern.h U release/Makefile U release/texts/HARDWARE.TXT U secure/lib/libtelnet/Makefile U share/man/man9/module.9 U sys/compat/linux/linux_misc.c RCS file: /cvs/freebsd/src/sys/dev/an/if_aironet_ieee.h,v retrieving revision 1.3 retrieving revision 1.4 Merging differences between 1.3 and 1.4 into if_aironet_ieee.h M sys/dev/an/if_aironet_ieee.h RCS file: /cvs/freebsd/src/sys/dev/an/if_an.c,v retrieving revision 1.15 retrieving revision 1.16 Merging differences between 1.15 and 1.16 into if_an.c M sys/dev/an/if_an.c RCS file: /cvs/freebsd/src/sys/dev/an/if_anreg.h,v retrieving revision 1.5 retrieving revision 1.6 Merging differences between 1.5 and 1.6 into if_anreg.h M sys/dev/an/if_anreg.h U sys/dev/ata/atapi-all.c U sys/dev/ata/atapi-all.h U sys/dev/ata/atapi-cd.c U sys/dev/cnw/if_cnw.c U sys/dev/sound/isa/mss.c U sys/dev/sound/isa/mss.h U sys/dev/sound/pcm/ac97.c ? sys/i386/conf/LAPTOP_30W U sys/ia64/ia64/interrupt.c U sys/ia64/ia64/mp_machdep.c U sys/ia64/include/clock.h U sys/ia64/include/param.h U sys/kern/kern_intr.c U sys/kern/kern_lockf.c U sys/kern/kern_prot.c U sys/kern/kern_xxx.c U sys/kern/vnode_if.pl U sys/net/if_spppsubr.c U sys/netinet/in.h U sys/pc98/i386/machdep.c U sys/pc98/pc98/npx.c U sys/sys/types.h U sys/sys/utsname.h U sys/ufs/ffs/ffs_alloc.c U usr.bin/fetch/fetch.1 U usr.bin/fetch/fetch.c U usr.sbin/mptable/Makefile U usr.sbin/pkg_install/info/info.h U usr.sbin/pkg_install/info/main.c U usr.sbin/pkg_install/info/perform.c U usr.sbin/pkg_install/info/pkg_info.1 U usr.sbin/pkg_install/info/show.c U usr.sbin/pkg_install/lib/deps.c U usr.sbin/pkg_install/lib/exec.c U usr.sbin/pkg_install/lib/lib.h U usr.sbin/pkg_install/lib/match.c U usr.sbin/pkg_install/lib/msg.c U usr.sbin/pkg_install/lib/pen.c U usr.sbin/pkg_install/lib/str.c U usr.sbin/ppp/Makefile U usr.sbin/ppp/defs.h U usr.sbin/ppp/main.c U usr.sbin/ppp/systems.c U usr.sbin/sysinstall/config.c U usr.sbin/sysinstall/index.c U usr.sbin/sysinstall/install.c U usr.sbin/sysinstall/installUpgrade.c U usr.sbin/sysinstall/label.c U usr.sbin/sysinstall/menus.c U usr.sbin/sysinstall/sysinstall.8 U usr.sbin/sysinstall/wizard.c U usr.sbin/sysinstall/help/html.hlp U usr.sbin/sysinstall/help/options.hlp U usr.sbin/sysinstall/help/shortcuts.hlp dhcp-135[3] ^Dexit I had a PCcard in it, as usual -- a Cisco/Aironet 340 (an driver; the "messiness" around sys/dev/an up there is because I had been testing (for some time) the code that Archie committed). Here's a uni-diff of GENERIC vs. my kernel config. (I cheated a little: in my real config, I commented stuff (like SCSI-related things) out; for this exercise, I deleted the lines, then made the diff, so the result would be shorter clearer.) --- GENERIC Fri Mar 16 12:22:15 2001 +++ LAPTOP_30W Sat Mar 24 10:54:09 2001 @@ -15,21 +15,29 @@ # device lines is also present in the NOTES configuration file. If you are # in doubt as to the purpose or