> -----Original Message----- > From: Andriy Gapon [mailto:a...@freebsd.org] > Sent: 1. november 2012 23:05 > To: Tom Lislegaard > Cc: freebsd-sta...@freebsd.org; freebsd-acpi@FreeBSD.org > Subject: Re: 9-Stable panic: resource_list_unreserve: can't find resource > > on 01/11/2012 11:45 Tom Lislegaard said the following: > > > > > >> -----Original Message----- > >> From: Andriy Gapon [mailto:a...@freebsd.org] > >> Sent: 31. oktober 2012 19:51 > >> To: Tom Lislegaard > >> Cc: 'freebsd-sta...@freebsd.org' > >> Subject: Re: 9-Stable panic: resource_list_unreserve: can't find resource > >> > >> on 31/10/2012 12:14 Tom Lislegaard said the following: > >>> Hi > >>> > >>> I'm running > >>> FreeBSD stingray 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #3: Mon Oct 29 > >>> 16:11:35 CET 2012 > >> tl@stingray:/usr/obj/usr/src/sys/stingray amd64 > >>> on a new Dell laptop and keep getting these panics (typically once or > >>> twice per day) > >>> > >>> (kgdb) set pagination off > >>> (kgdb) bt > >>> #0 doadump (textdump=Variable "textdump" is not available. > >>> ) at pcpu.h:229 > >>> #1 0xffffffff80425e64 in kern_reboot (howto=260) at > >>> /usr/src/sys/kern/kern_shutdown.c:448 > >>> #2 0xffffffff8042634c in panic (fmt=0x1 <Address 0x1 out of bounds>) at > >> /usr/src/sys/kern/kern_shutdown.c:636 > >>> #3 0xffffffff8045773e in resource_list_unreserve (rl=Variable "rl" is > >>> not available. > >>> ) at /usr/src/sys/kern/subr_bus.c:3338 > >>> #4 0xffffffff802c3ee4 in acpi_delete_resource (bus=0xfffffe00052c1100, > >>> child=0xfffffe00052c1500, > >> type=4, rid=3323) at /usr/src/sys/dev/acpica/acpi.c:1405 > >>> #5 0xffffffff802c62bc in acpi_bus_alloc_gas (dev=0xfffffe00052c1500, > >>> type=0xfffffe00052b786c, > >> rid=0xfffffe00052b7978, gas=Variable "gas" is not available. > >>> ) at /usr/src/sys/dev/acpica/acpi.c:1450 > >>> #6 0xffffffff802d1663 in acpi_PkgGas (dev=0xfffffe00052c1500, > >>> res=Variable "res" is not > available. > >>> ) at /usr/src/sys/dev/acpica/acpi_package.c:120 > >>> #7 0xffffffff802cbf6b in acpi_cpu_cx_cst (sc=0xfffffe00052b7800) at > >> /usr/src/sys/dev/acpica/acpi_cpu.c:782 > >>> #8 0xffffffff802cc3a4 in acpi_cpu_notify (h=Variable "h" is not > >>> available. > >>> ) at /usr/src/sys/dev/acpica/acpi_cpu.c:1050 > >>> #9 0xffffffff802a3fca in AcpiEvNotifyDispatch (Context=0x0) at > >> /usr/src/sys/contrib/dev/acpica/events/evmisc.c:283 > >>> #10 0xffffffff802c26c3 in acpi_task_execute (context=0xfffffe00051d6800, > >>> pending=Variable > "pending" > >> is not available. > >>> ) at /usr/src/sys/dev/acpica/Osd/OsdSchedule.c:134 > >>> #11 0xffffffff804683c4 in taskqueue_run_locked (queue=0xfffffe00052bc100) > >>> at > >> /usr/src/sys/kern/subr_taskqueue.c:308 > >>> #12 0xffffffff80469366 in taskqueue_thread_loop (arg=Variable "arg" is > >>> not available. > >>> ) at /usr/src/sys/kern/subr_taskqueue.c:497 > >>> #13 0xffffffff803f762f in fork_exit (callout=0xffffffff80469320 > >>> <taskqueue_thread_loop>, > >> arg=0xffffffff80a20cc8, frame=0xffffff80002cdb00) at > >> /usr/src/sys/kern/kern_fork.c:992 > >>> #14 0xffffffff806be6be in fork_trampoline () at > >>> /usr/src/sys/amd64/amd64/exception.S:602 > >> > >> Could you please provide *sc from frame 7? > > > > (kgdb) up 7 > > #7 0xffffffff802cbf6b in acpi_cpu_cx_cst (sc=0xfffffe00052b7800) at > /usr/src/sys/dev/acpica/acpi_cpu.c:782 > > 782 acpi_PkgGas(sc->cpu_dev, pkg, 0, &cx_ptr->res_type, > > &sc->cpu_rid, > > (kgdb) print *sc > > $1 = {cpu_dev = 0xfffffe00052c1500, cpu_handle = 0xfffffe00052e7a80, > > cpu_pcpu = 0xffffffff80aa6a80, > cpu_acpi_id = 1, cpu_p_blk = 1040, cpu_p_blk_len = 6, cpu_cx_states = > {{p_lvlx = 0xfffffe0196f0e380, > type = 1, trans_lat = 1, power = 1000, res_type = 4}, {p_lvlx = 0x0, type = > 3, trans_lat = 87, power = > 200, res_type = 4}, {p_lvlx = 0x0, type = 3, trans_lat = 87, power = 200, > res_type = 4}, {p_lvlx = > 0x0, type = 0, trans_lat = 0, power = 0, res_type = 0}, {p_lvlx = 0x0, type = > 0, trans_lat = 0, power > = 0, res_type = 0}, {p_lvlx = 0x0, type = 0, trans_lat = 0, power = 0, > res_type = 0}, {p_lvlx = 0x0, > type = 0, trans_lat = 0, power = 0, res_type = 0}, {p_lvlx = 0x0, type = 0, > trans_lat = 0, power = 0, > res_type = 0}}, cpu_cx_count = 2, cpu_prev_sleep = 619, cpu_features = 31, > cpu_non_c3 = 1, > cpu_cx_stats = {390, 0, 0, 0, 0, 0, 0, 0}, cpu_sysctl_ctx = {tqh_first = > 0xfffffe00088931a0, tqh_last > = 0xfffffe0008893228}, cpu_sysctl_tree = 0x0, cpu_cx_lowest = 0, > cpu_cx_lowest_lim = 0, > ! > cpu_cx_s > upported = "C1/1 C2/59 C3/87", '\0' <repeats 47 times>, cpu_rid = 3323} > > Thank you. > Did this crash occur at the time when you plugged or unplugged AC line? > Do you plug and unplug the line often? > Do you think that the line could have any problems like flaky contacts or > some such? > > > -- > Andriy Gapon
The machine is usually connected to a docking station and I believe the power is very stable. I sometimes take it home and connect it to a different powersupply and sees the same behavior with panics there. Panics can occur while I'm at the machine working, or if I leave the machine idle for some time I find it has paniced/rebooted when I come back. The time of panic seems totally random and I can't correlate this to any particular activity like cronjobs, etc. -tom _______________________________________________ freebsd-acpi@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to "freebsd-acpi-unsubscr...@freebsd.org"
