Re: Instant panic while trying run ports-mgmt/poudriere
Hi Konstantin, On 2015-08-23 15:54 +0300, Konstantin Belousov wrote: >After looking at your data closely, I think you are right. The panic >occurs when the exit1(9) does KNOTE_LOCKED(NOTE_EXIT). This is the >only case in the tree where filter uses knlist_remove_inevent() to >detach processed note, so indeed the slist is modified under the >iterator. > >Below is the patch with the suggested change and unrelated cleanup of >the uma(9) KPI use. Please test, everybody who has a panic with the >backtrace pointing to the sys_exit(). This patch fixes issue for me. Thank you. -- pozdrawiam / with regards Paweł Pękala ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Instant panic while trying run ports-mgmt/poudriere
Hi Mateusz, On 2015-08-06 23:44 +0200, Mateusz Guzik wrote: >Sorry, I completely forgot about this. > >Can you please modify debug flags in your kernel config file to be >"-O0 -g3" and reproduce with that? This should allow kgdb to obtain >full info (along with exact rash site for inspection) without further >tinkering or guessing. I'm unable to provide this for you, kernel compiled with this flags panics during boot at zfs root mount. -- pozdrawiam / with regards Paweł Pękala ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Instant panic while trying run ports-mgmt/poudriere
Hi K., On 2015-08-06 12:33 -0700, "K. Macy" wrote: >Is this still happening? Still crashes: Thu Aug 6 23:22:05 CEST 2015 FreeBSD blaviken.slowicza.org 11.0-CURRENT FreeBSD 11.0-CURRENT #50 r286370: Thu Aug 6 19:55:29 CEST 2015 r...@blaviken.slowicza.org:/usr/obj/hdd/src/sys/GENERIC amd64 panic: GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 9: general protection fault while in kernel mode cpuid = 2; apic id = 02 instruction pointer = 0x20:0x809d6b80 stack pointer = 0x28:0xfe046cc68a00 frame pointer = 0x28:0xfe046cc68a50 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 2147 (sh) Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel/opensolaris.ko.symbols Reading symbols from /boot/kernel/amdtemp.ko.symbols...done. Loaded symbols for /boot/kernel/amdtemp.ko.symbols Reading symbols from /boot/modules/cuse4bsd.ko...done. Loaded symbols for /boot/modules/cuse4bsd.ko Reading symbols from /boot/kernel/fuse.ko.symbols...done. Loaded symbols for /boot/kernel/fuse.ko.symbols Reading symbols from /boot/kernel/tmpfs.ko.symbols...done. Loaded symbols for /boot/kernel/tmpfs.ko.symbols Reading symbols from /boot/kernel/radeonkms.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkms.ko.symbols Reading symbols from /boot/kernel/iicbb.ko.symbols...done. Loaded symbols for /boot/kernel/iicbb.ko.symbols Reading symbols from /boot/kernel/iicbus.ko.symbols...done. Loaded symbols for /boot/kernel/iicbus.ko.symbols Reading symbols from /boot/kernel/iic.ko.symbols...done. Loaded symbols for /boot/kernel/iic.ko.symbols Reading symbols from /boot/kernel/drm2.ko.symbols...done. Loaded symbols for /boot/kernel/drm2.ko.symbols Reading symbols from /boot/kernel/radeonkmsfw_BARTS_pfp.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkmsfw_BARTS_pfp.ko.symbols Reading symbols from /boot/kernel/radeonkmsfw_BARTS_me.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkmsfw_BARTS_me.ko.symbols Reading symbols from /boot/kernel/radeonkmsfw_BTC_rlc.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkmsfw_BTC_rlc.ko.symbols Reading symbols from /boot/kernel/radeonkmsfw_BARTS_mc.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkmsfw_BARTS_mc.ko.symbols Reading symbols from /boot/kernel/fdescfs.ko.symbols...done. Loaded symbols for /boot/kernel/fdescfs.ko.symbols Reading symbols from /boot/kernel/ums.ko.symbols...done. Loaded symbols for /boot/kernel/ums.ko.symbols Reading symbols from /boot/kernel/uhid.ko.symbols...done. Loaded symbols for /boot/kernel/uhid.ko.symbols Reading symbols from /boot/modules/vboxnetflt.ko...done. Loaded symbols for /boot/modules/vboxnetflt.ko Reading symbols from /boot/kernel/netgraph.ko.symbols...done. Loaded symbols for /boot/kernel/netgraph.ko.symbols Reading symbols from /boot/modules/vboxdrv.ko...done. Loaded symbols for /boot/modules/vboxdrv.ko Reading symbols from /boot/kernel/ng_ether.ko.symbols...done. Loaded symbols for /boot/kernel/ng_ether.ko.symbols Reading symbols from /boot/modules/vboxnetadp.ko...done. Loaded symbols for /boot/modules/vboxnetadp.ko Reading symbols from /boot/kernel/linux.ko.symbols...done. Loaded symbols for /boot/kernel/linux.ko.symbols Reading symbols from /boot/kernel/linux_common.ko.symbols...done. Loaded symbols for /boot/kernel/linux_common.ko.symbols Reading symbols from /boot/kernel/nullfs.ko.symbols...done. Loaded symbols for /boot/kernel/nullfs.ko.symbols Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. Loaded symbols for /boot/kernel/linprocfs.ko.symbols Reading symbols from /boot/kernel/sem.ko.symbols...done. Loaded symbols for /boot/kernel/sem.ko.symbols #0 doadump (textdump=0) at pcpu.h:221 221 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=0) at pcpu.h:221 #1 0x80377f5e in db_dump (dummy=, dummy2=false, dummy3=0, dummy4=0x0) at /hdd/src/sys/ddb/db_command.c:533 #2 0x80377ad1 in db_command (cmd_table=0x0) at /hdd/src/sys/ddb/db_command.c:440 #3 0x80377764 in db_command_loop () at /hdd/src/sys/ddb/db_command.c:493 #4 0x8037a31b in db_trap (type=, code=0) at /hdd/src/sys/ddb/db_main.c:251 #5 0x80a57074 in kdb_trap (type=9, code=0, tf=) at /hdd/src/sys/kern/sub
Re: Instant panic while trying run ports-mgmt/poudriere
Hi John-Mark, On 2015-07-15 11:05 -0700, John-Mark Gurney wrote: >Please repost the entire panic message, and the back trace w/o X >running... Also, if you could share the core and kernel w/ me (you can >email me directly if you'd like), that'd help. Fatal trap 9: general protection fault while in kernel mode cpuid = 1; apic id = 01 instruction pointer = 0x20:0x809338c0 stack pointer = 0x28:0xfe046c818a00 frame pointer = 0x28:0xfe046c818a50 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 1491 (sh) Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel/opensolaris.ko.symbols Reading symbols from /boot/kernel/amdtemp.ko.symbols...done. Loaded symbols for /boot/kernel/amdtemp.ko.symbols Reading symbols from /boot/modules/cuse4bsd.ko...done. Loaded symbols for /boot/modules/cuse4bsd.ko Reading symbols from /boot/kernel/fuse.ko.symbols...done. Loaded symbols for /boot/kernel/fuse.ko.symbols Reading symbols from /boot/kernel/tmpfs.ko.symbols...done. Loaded symbols for /boot/kernel/tmpfs.ko.symbols Reading symbols from /boot/kernel/radeonkms.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkms.ko.symbols Reading symbols from /boot/kernel/iicbb.ko.symbols...done. Loaded symbols for /boot/kernel/iicbb.ko.symbols Reading symbols from /boot/kernel/iicbus.ko.symbols...done. Loaded symbols for /boot/kernel/iicbus.ko.symbols Reading symbols from /boot/kernel/iic.ko.symbols...done. Loaded symbols for /boot/kernel/iic.ko.symbols Reading symbols from /boot/kernel/drm2.ko.symbols...done. Loaded symbols for /boot/kernel/drm2.ko.symbols Reading symbols from /boot/kernel/radeonkmsfw_BARTS_pfp.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkmsfw_BARTS_pfp.ko.symbols Reading symbols from /boot/kernel/radeonkmsfw_BARTS_me.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkmsfw_BARTS_me.ko.symbols Reading symbols from /boot/kernel/radeonkmsfw_BTC_rlc.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkmsfw_BTC_rlc.ko.symbols Reading symbols from /boot/kernel/radeonkmsfw_BARTS_mc.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkmsfw_BARTS_mc.ko.symbols Reading symbols from /boot/kernel/fdescfs.ko.symbols...done. Loaded symbols for /boot/kernel/fdescfs.ko.symbols Reading symbols from /boot/kernel/ums.ko.symbols...done. Loaded symbols for /boot/kernel/ums.ko.symbols Reading symbols from /boot/kernel/uhid.ko.symbols...done. Loaded symbols for /boot/kernel/uhid.ko.symbols Reading symbols from /boot/kernel/linux.ko.symbols...done. Loaded symbols for /boot/kernel/linux.ko.symbols Reading symbols from /boot/kernel/linux_common.ko.symbols...done. Loaded symbols for /boot/kernel/linux_common.ko.symbols Reading symbols from /boot/kernel/nullfs.ko.symbols...done. Loaded symbols for /boot/kernel/nullfs.ko.symbols Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. Loaded symbols for /boot/kernel/linprocfs.ko.symbols Reading symbols from /boot/kernel/sem.ko.symbols...done. Loaded symbols for /boot/kernel/sem.ko.symbols #0 doadump (textdump=0) at pcpu.h:221 221 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=0) at pcpu.h:221 #1 0x8035b45e in db_dump (dummy=, dummy2=false, dummy3=0, dummy4=0x0) at /hdd/src/sys/ddb/db_command.c:533 #2 0x8035afd1 in db_command (cmd_table=0x0) at /hdd/src/sys/ddb/db_command.c:440 #3 0x8035ac64 in db_command_loop () at /hdd/src/sys/ddb/db_command.c:493 #4 0x8035d7fb in db_trap (type=, code=0) at /hdd/src/sys/ddb/db_main.c:251 #5 0x809b4094 in kdb_trap (type=9, code=0, tf=) at /hdd/src/sys/kern/subr_kdb.c:654 #6 0x80d9e065 in trap_fatal (frame=0xfe046c818950, eva=) at /hdd/src/sys/amd64/amd64/trap.c:848 #7 0x80d9dd33 in trap (frame=) at /hdd/src/sys/amd64/amd64/trap.c:201 #8 0x80d7ecb2 in calltrap () at /hdd/src/sys/amd64/amd64/exception.S:235 #9 0x809338c0 in knote (list=0xf80013ae4408, hint=2147483648, lockflags=) at /hdd/src/sys/kern/kern_event.c:1920 #10 0x80938ef1 in exit1 (td=0xf800135c5980, rv=) at /hdd/src/sys/kern/kern_exit.c:559 #11 0x809383be in sys_sys_exit (td=0x0, uap=) at /hdd/src/sys/kern/kern_exit.c:177 #12 0x80d9e8d2 in amd64_syscall (td=0xf800135c5980, traced=0) at subr_syscall.c:133 #13 0x80d7ef9b in Xfast_syscall () at /hdd/src/sys/amd64/amd64/exception.S:395 #14 0x000800922f3a in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal -- pozdrawiam / with regards Paweł Pękala ___ fre
Re: Instant panic while trying run ports-mgmt/poudriere
Hi John-Mark, On 2015-07-14 15:38 -0700, John-Mark Gurney wrote: >Pawel Pekala wrote this message on Mon, Jul 13, 2015 at 23:12 +0200: >> Let me know if you need more details. > >Were you running X at the time of the crash? and if so, can you try >to reproduce w/o X running? It's hard to know if the panic (and you >didn't include the panic string) is due to kern_event, or trying to >do too much in the console driver. > >Thanks. Last tests were done with X running yes. Today I did same test with all services commented out in rc.conf (including X) and did get same result. Poudriere causes kernel panic always in the same spot: [00:00:39] >> Calculating ports order and dependencies -- pozdrawiam / with regards Paweł Pękala ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Instant panic while trying run ports-mgmt/poudriere
Hi John-Mark, On 2015-07-14 15:27 -0700, John-Mark Gurney wrote: >Pawel Pekala wrote this message on Tue, Jul 14, 2015 at 22:47 +0200: >> On 2015-07-13 23:28 +0200, Mateusz Guzik wrote: >> >On Mon, Jul 13, 2015 at 11:12:05PM +0200, Pawel Pekala wrote: >> >> Hi >> >> >> >> I'm getting 100% reproducible kernel crash while trying build >> >> ports with poudriere on my system. This started to show up about >> >> 2-3 weeks ago. I upgrade my system on weekly basis usually on >> >> saturday. Here's backtrace: >> >> >> >> (kgdb) bt >> >[..] >> >> at /hdd/src/sys/amd64/amd64/trap.c:201 >> >> #25 0x80dace32 in calltrap () >> >> at /hdd/src/sys/amd64/amd64/exception.S:235 #26 0x80941430 >> >> in knote (list=0xf801a2589408, hint=2147483648, >> >> lockflags=) >> >> at /hdd/src/sys/kern/kern_event.c:1920 #27 0x80946a51 in >> >> exit1 (td=0xf801b84014d0, rv=) >> >> at /hdd/src/sys/kern/kern_exit.c:560 #28 0x80945f1e in >> >> sys_sys_exit (td=0x0, uap=> >> out>) at /hdd/src/sys/kern/kern_exit.c:178 #29 0x80dcdaa2 >> >> out>in amd64_syscall (td=0xf801b84014d0, traced=0) >> >> at subr_syscall.c:133 >> >> #30 0x80dad11b in Xfast_syscall () >> >> at /hdd/src/sys/amd64/amd64/exception.S:395 #31 0x000800922eea >> >> in ?? () Previous frame inner to this frame (corrupt stack?) >> >> Current language: auto; currently minimal >> >> >> >> Let me know if you need more details. >> > >> > >> >Well, if the problem is really that reproducible it would be best if >> >you narrowed it down to the exact commit. >> > >> >However, quick look suggests you may be a "victim" of r284861. >> >> After further testing I can confirm that this panic was introduced in >> r284861, thanks for the hint! > >Can you tell me what your line 1920 of kern_event.c is? (and the >context around it? Or at least the $FreeBSD$ line from >kern_event.c? Because in HEAD, the line is: > } else if ((lockflags & KNF_NOKQLOCK) != 0) { > >and there isn't a way to fault on that code... Yes, this is strange. if ((kn->kn_status & (KN_INFLUX | KN_SCAN)) == KN_INFLUX) { /* * Do not process the influx notes, except for * the influx coming from the kq unlock in the * kqueue_scan(). In the later case, we do * not interfere with the scan, since the code * fragment in kqueue_scan() locks the knlist, * and cannot proceed until we finished. */ KQ_UNLOCK(kq); ===> line 1920 } else if ((lockflags & KNF_NOKQLOCK) != 0) { kn->kn_status |= KN_INFLUX; KQ_UNLOCK(kq); error = kn->kn_fop->f_event(kn, hint); KQ_LOCK(kq); kn->kn_status &= ~KN_INFLUX; if (error) KNOTE_ACTIVATE(kn, 1); KQ_UNLOCK_FLUX(kq); } else { Id line: __FBSDID("$FreeBSD: head/sys/kern/kern_event.c 284215 2015-06-10 10:48:12Z mjg $"); -- pozdrawiam / with regards Paweł Pękala ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Instant panic while trying run ports-mgmt/poudriere
Hi Mateusz, On 2015-07-13 23:28 +0200, Mateusz Guzik wrote: >On Mon, Jul 13, 2015 at 11:12:05PM +0200, Pawel Pekala wrote: >> Hi >> >> I'm getting 100% reproducible kernel crash while trying build ports >> with poudriere on my system. This started to show up about 2-3 weeks >> ago. I upgrade my system on weekly basis usually on saturday. >> Here's backtrace: >> >> (kgdb) bt >[..] >> at /hdd/src/sys/amd64/amd64/trap.c:201 >> #25 0x80dace32 in calltrap () >> at /hdd/src/sys/amd64/amd64/exception.S:235 #26 0x80941430 >> in knote (list=0xf801a2589408, hint=2147483648, lockflags=> optimized out>) at /hdd/src/sys/kern/kern_event.c:1920 #27 >> 0x80946a51 in exit1 (td=0xf801b84014d0, rv=> optimized out>) at /hdd/src/sys/kern/kern_exit.c:560 #28 >> 0x80945f1e in sys_sys_exit (td=0x0, uap=> out>) at /hdd/src/sys/kern/kern_exit.c:178 #29 0x80dcdaa2 in >> out>amd64_syscall (td=0xf801b84014d0, traced=0) >> at subr_syscall.c:133 >> #30 0x80dad11b in Xfast_syscall () >> at /hdd/src/sys/amd64/amd64/exception.S:395 #31 0x000800922eea >> in ?? () Previous frame inner to this frame (corrupt stack?) >> Current language: auto; currently minimal >> >> Let me know if you need more details. > > >Well, if the problem is really that reproducible it would be best if >you narrowed it down to the exact commit. > >However, quick look suggests you may be a "victim" of r284861. After further testing I can confirm that this panic was introduced in r284861, thanks for the hint! -- pozdrawiam / with regards Paweł Pękala ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Instant panic while trying run ports-mgmt/poudriere
Hi Mateusz, On 2015-07-13 23:28 +0200, Mateusz Guzik wrote: >On Mon, Jul 13, 2015 at 11:12:05PM +0200, Pawel Pekala wrote: >> Hi >> >> I'm getting 100% reproducible kernel crash while trying build ports >> with poudriere on my system. This started to show up about 2-3 weeks >> ago. I upgrade my system on weekly basis usually on saturday. >> Here's backtrace: >> >> (kgdb) bt >[..] >> at /hdd/src/sys/amd64/amd64/trap.c:201 >> #25 0x80dace32 in calltrap () >> at /hdd/src/sys/amd64/amd64/exception.S:235 #26 0x80941430 >> in knote (list=0xf801a2589408, hint=2147483648, lockflags=> optimized out>) at /hdd/src/sys/kern/kern_event.c:1920 #27 >> 0x80946a51 in exit1 (td=0xf801b84014d0, rv=> optimized out>) at /hdd/src/sys/kern/kern_exit.c:560 #28 >> 0x80945f1e in sys_sys_exit (td=0x0, uap=> out>) at /hdd/src/sys/kern/kern_exit.c:178 #29 0x80dcdaa2 in >> out>amd64_syscall (td=0xf801b84014d0, traced=0) >> at subr_syscall.c:133 >> #30 0x80dad11b in Xfast_syscall () >> at /hdd/src/sys/amd64/amd64/exception.S:395 #31 0x000800922eea >> in ?? () Previous frame inner to this frame (corrupt stack?) >> Current language: auto; currently minimal >> >> Let me know if you need more details. > > >Well, if the problem is really that reproducible it would be best if >you narrowed it down to the exact commit. > >However, quick look suggests you may be a "victim" of r284861. > >Can you enter kgdb and: >f 26 >p *list > >? (kgdb) f 26 #26 0x80941430 in knote (list=0xf801a2589408, hint=2147483648, lockflags=) at /hdd/src/sys/kern/kern_event.c:1920 1920} else if ((lockflags & KNF_NOKQLOCK) != 0) { Current language: auto; currently minimal (kgdb) p *list $1 = {kl_list = {slh_first = 0x0}, kl_lock = 0x809418e0 , kl_unlock = 0x80941900 , kl_assert_locked = 0x80941920 , kl_assert_unlocked = 0x80941940 , kl_lockarg = 0xf801a2589120} Forgot to add my uname -a last time: FreeBSD blaviken.slowicza.org 11.0-CURRENT FreeBSD 11.0-CURRENT #44 r285509: Mon Jul 13 22:38:11 CEST 2015 c...@blaviken.slowicza.org:/usr/obj/hdd/src/sys/GENERIC amd64 -- pozdrawiam / with regards Paweł Pękala ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Instant panic while trying run ports-mgmt/poudriere
Hi I'm getting 100% reproducible kernel crash while trying build ports with poudriere on my system. This started to show up about 2-3 weeks ago. I upgrade my system on weekly basis usually on saturday. Here's backtrace: (kgdb) bt #0 doadump (textdump=1) at pcpu.h:221 #1 0x80984625 in kern_reboot (howto=260) at /hdd/src/sys/kern/kern_shutdown.c:447 #2 0x80984c18 in vpanic (fmt=, ap=) at /hdd/src/sys/kern/kern_shutdown.c:744 #3 0x80984c63 in panic (fmt=0x0) at /hdd/src/sys/kern/kern_shutdown.c:675 #4 0x8098e281 in mi_switch (flags=, newtd=) at /hdd/src/sys/kern/kern_synch.c:406 #5 0x809d5991 in turnstile_wait (ts=, owner=0x0, queue=) at /hdd/src/sys/kern/subr_turnstile.c:751 #6 0x8098234d in __rw_wlock_hard (c=0x8185bd18, tid=18446735285002704080, file=, line=) at /hdd/src/sys/kern/kern_rwlock.c:898 #7 0x80981f74 in _rw_wlock_cookie (c=, file=0x810e0c29 "/hdd/src/sys/amd64/amd64/pmap.c", line=3690) at /hdd/src/sys/kern/kern_rwlock.c:268 #8 0x80dbcf1e in pmap_remove_all (m=0xf8041a03e450) at /hdd/src/sys/amd64/amd64/pmap.c:3690 #9 0x80c30986 in cdev_pager_free_page (object=, m=0xf8041a03e450) at /hdd/src/sys/vm/device_pager.c:215 #10 0x8223ce30 in ttm_bo_release_mmap (bo=0xf800cd06e848) at /hdd/src/sys/modules/drm2/drm2/../../../dev/drm2/ttm/ttm_bo_vm.c:390 #11 0x82238a7c in ttm_bo_unmap_virtual (bo=0xf800cd06e848) at /hdd/src/sys/modules/drm2/drm2/../../../dev/drm2/ttm/ttm_bo.c:1651 #12 0x82081365 in radeon_pm_set_clocks (rdev=0xfe000133d000) at /hdd/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_pm.c:146 #13 0x82081e4e in radeon_pm_compute_clocks (rdev=) at /hdd/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_pm.c:777 #14 0x82093b63 in atombios_crtc_dpms (crtc=, mode=) at /hdd/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios_crtc.c:277 #15 0x820955f9 in atombios_crtc_prepare (crtc=0xf80005c7f000) at /hdd/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombios_crtc.c:1829 #16 0x8221e938 in drm_crtc_helper_set_mode (crtc=0xf80005c7f000, mode=0xf80005775d00, x=0, y=0, old_fb=0xf80005c63100) at /hdd/src/sys/modules/drm2/drm2/../../../dev/drm2/drm_crtc_helper.c:454 #17 0x8221f504 in drm_crtc_helper_set_config (set=0xf80005742000) ---Type to continue, or q to quit--- at /hdd/src/sys/modules/drm2/drm2/../../../dev/drm2/drm_crtc_helper.c:752 #18 0x822255c6 in vt_kms_postswitch (arg=) at /hdd/src/sys/modules/drm2/drm2/../../../dev/drm2/drm_fb_helper.c:344 #19 0x8081f249 in vt_window_switch (vw=0x81558208) at /hdd/src/sys/dev/vt/vt_core.c:531 #20 0x8081ce83 in vtterm_cngrab (tm=) at /hdd/src/sys/dev/vt/vt_core.c:1423 #21 0x8092f225 in cngrab () at /hdd/src/sys/kern/kern_cons.c:368 #22 0x809c1a9a in kdb_trap (type=9, code=0, tf=) at /hdd/src/sys/kern/subr_kdb.c:651 #23 0x80dcd235 in trap_fatal (frame=0xfe046cfad950, eva=) at /hdd/src/sys/amd64/amd64/trap.c:848 #24 0x80dccf03 in trap (frame=) at /hdd/src/sys/amd64/amd64/trap.c:201 #25 0x80dace32 in calltrap () at /hdd/src/sys/amd64/amd64/exception.S:235 #26 0x80941430 in knote (list=0xf801a2589408, hint=2147483648, lockflags=) at /hdd/src/sys/kern/kern_event.c:1920 #27 0x80946a51 in exit1 (td=0xf801b84014d0, rv=) at /hdd/src/sys/kern/kern_exit.c:560 #28 0x80945f1e in sys_sys_exit (td=0x0, uap=) at /hdd/src/sys/kern/kern_exit.c:178 #29 0x80dcdaa2 in amd64_syscall (td=0xf801b84014d0, traced=0) at subr_syscall.c:133 #30 0x80dad11b in Xfast_syscall () at /hdd/src/sys/amd64/amd64/exception.S:395 #31 0x000800922eea in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal Let me know if you need more details. -- pozdrawiam / with regards Paweł Pękala ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Occasional GPU lockups
Hello, I get those occasional GPU lockups and just want to know if this is known problem. When they occur my monitor turn offs for few seconds and then goes back on again. My hardware: http://people.freebsd.org/~pawel/dmesg.txt Current built today, error message: drmn0: error: GPU lockup CP stall for more than 1msec drmn0: warning: GPU lockup (waiting for 0x10dd last fence id 0x10a2) drmn0: info: Saved 1879 dwords of commands on ring 0. drmn0: info: GPU softreset: 0x0003 drmn0: info: GRBM_STATUS = 0xA0003828 drmn0: info: GRBM_STATUS_SE0 = 0x0007 drmn0: info: GRBM_STATUS_SE1 = 0x0007 drmn0: info: SRBM_STATUS = 0x20C0 drmn0: info: R_008674_CP_STALLED_STAT1 = 0x drmn0: info: R_008678_CP_STALLED_STAT2 = 0x4100 drmn0: info: R_00867C_CP_BUSY_STAT = 0x00020182 drmn0: info: R_008680_CP_STAT = 0x80028243 drmn0: info: GRBM_SOFT_RESET=0x7F6B drmn0: info: GRBM_STATUS = 0x3828 drmn0: info: GRBM_STATUS_SE0 = 0x0007 drmn0: info: GRBM_STATUS_SE1 = 0x0007 drmn0: info: SRBM_STATUS = 0x20C0 drmn0: info: R_008674_CP_STALLED_STAT1 = 0x drmn0: info: R_008678_CP_STALLED_STAT2 = 0x drmn0: info: R_00867C_CP_BUSY_STAT = 0x drmn0: info: R_008680_CP_STAT = 0x drmn0: info: GPU reset succeeded, trying to resume info: [drm] probing gen 2 caps for device 1022:960b = 2/0 info: [drm] enabling PCIE gen 2 link speeds, disable with radeon.pcie_gen2=0 info: [drm] PCIE GART of 512M enabled (table at 0x0004). drmn0: info: WB enabled drmn0: info: fence driver on ring 0 use gpu addr 0x4c00 and cpu addr 0x0xf800021c8c00 drmn0: info: fence driver on ring 3 use gpu addr 0x4c0c and cpu addr 0x0xf800021c8c0c info: [drm] ring test on 0 succeeded in 2 usecs info: [drm] ring test on 3 succeeded in 1 usecs info: [drm] ib test on ring 0 succeeded in 0 usecs info: [drm] ib test on ring 3 succeeded in 1 usecs lock order reversal: 1st 0xf80004f374b8 kmslk (kmslk) @ /old/src/sys/modules/drm2/drm2/../../../dev/drm2/drm_crtc.c:1960 2nd 0xf80004f370a0 drmslk (drmslk) @ /old/src/sys/modules/drm2/drm2/../../../dev/drm2/drm_gem.c:188 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe046c8fe720 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe046c8fe7d0 witness_checkorder() at witness_checkorder+0xdc2/frame 0xfe046c8fe860 _sx_xlock() at _sx_xlock+0x75/frame 0xfe046c8fe8a0 drm_gem_object_unreference_unlocked() at drm_gem_object_unreference_unlocked+0x37/frame 0xfe046c8fe8d0 radeon_crtc_cursor_set() at radeon_crtc_cursor_set+0x1bc/frame 0xfe046c8fe920 drm_mode_cursor_ioctl() at drm_mode_cursor_ioctl+0xc5/frame 0xfe046c8fe960 drm_ioctl() at drm_ioctl+0x381/frame 0xfe046c8fe9d0 devfs_ioctl_f() at devfs_ioctl_f+0xfb/frame 0xfe046c8fea30 kern_ioctl() at kern_ioctl+0x22b/frame 0xfe046c8fea90 sys_ioctl() at sys_ioctl+0x13c/frame 0xfe046c8feae0 amd64_syscall() at amd64_syscall+0x25a/frame 0xfe046c8febf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe046c8febf0 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x8024d176a, rsp = 0x7fffe818, rbp = 0x7fffe840 --- -- pozdrawiam / with regards Paweł Pękala ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
route get fails
Hi, For some time now I get this: [corn:~]> route get route: writing to routing socket: Invalid argument Is this just my build or anyone can confirm this? -- pozdrawiam / with regards Paweł Pękala ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
urtw(4) disconnect problems
Hi, I'm having problems with frequent disconnects of my AirLive WL-1600USB hardware. After this happens the all reconnects fail and the only way to fix it is to reboot the machine, while reboot I get this kernel panic: http://people.freebsd.org/~pawel/urtw-panic.jpg Sadly when I get to this my USB keyboard is non operational anymore. My system: FreeBSD blaviken.slowicza.org 10.0-CURRENT FreeBSD 10.0-CURRENT #30 r254760M: Sat Aug 24 10:24:42 CEST 2013 c...@blaviken.slowicza.org:/usr/obj/usr/src/sys/BLAVIKEN64 amd64 Disconnect errors part of dmesg: wpa_supplicant[1382]: wlan0: Authentication with bc:ae:c5:c4:8c:98 timed out. wpa_supplicant[1382]: wlan0: CTRL-EVENT-DISCONNECTED bssid=bc:ae:c5:c4:8c:98 reason=3 locally_generated=1 wpa_supplicant[1382]: ioctl[SIOCS80211, op=20, val=0, arg_len=7]: Can't assign requested address -- pozdrawiam / with regards Paweł Pękala ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Ports including sys/time.h broken
Dnia 2013-03-27, o godz. 16:54:40 Michael Butler napisał(a): >Rebuild whichever port of gcc you're using (gcc46?); it copies (and >"fixes") some of the default include files for its own purposes. If >it's behind, it'll be missing the addition of the sbintime_t typedef >in types.h, That was it. After rebuilding lang/gcc46 port everything builds again. Sorry for the noise... -- pozdrawiam / with regards Paweł Pękala ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Ports including sys/time.h broken
For some time now (about month?) ports using sys/time.h include fail to build and I`m sure they were building ok before. At least those seems affected by this: math/atlas math/openblas x11-toolkits/c++-gtk-utils All fail with similar errors: /usr/include/sys/time.h:134:17: error: unknown type name 'sbintime_t' /usr/include/sys/time.h:141:1: error: unknown type name 'sbintime_t' /usr/include/sys/time.h: In function 'bttosbt': /usr/include/sys/time.h:144:12: error: 'sbintime_t' undeclared (first use in this function) /usr/include/sys/time.h:144:12: note: each undeclared identifier is reported only once for each function it appears in /usr/include/sys/time.h:144:23: error: expected ')' before 'bt' /usr/include/sys/time.h: At top level: /usr/include/sys/time.h:148:9: error: unknown type name 'sbintime_t' /usr/include/sys/time.h:206:9: error: unknown type name 'sbintime_t' /usr/include/sys/time.h:216:1: error: unknown type name 'sbintime_t' /usr/include/sys/time.h: In function 'tstosbt': /usr/include/sys/time.h:219:12: error: 'sbintime_t' undeclared (first use in this function) /usr/include/sys/time.h:219:23: error: expected ')' before 'ts' /usr/include/sys/time.h: At top level: /usr/include/sys/time.h:224:9: error: unknown type name 'sbintime_t' /usr/include/sys/time.h:234:1: error: unknown type name 'sbintime_t' /usr/include/sys/time.h: In function 'tvtosbt': /usr/include/sys/time.h:237:12: error: 'sbintime_t' undeclared (first use in this function) /usr/include/sys/time.h:237:23: error: expected ')' before 'tv' In file included from ../common.h:110:0, from swap.c:40: /usr/include/sys/time.h:134:17: error: unknown type name 'sbintime_t' /usr/include/sys/time.h:141:1: error: unknown type name 'sbintime_t' /usr/include/sys/time.h: In function 'bttosbt': /usr/include/sys/time.h:144:12: error: 'sbintime_t' undeclared (first use in this function) /usr/include/sys/time.h:144:12: note: each undeclared identifier is reported only once for each function it appears in /usr/include/sys/time.h:144:23: error: expected ')' before 'bt' /usr/include/sys/time.h: At top level: /usr/include/sys/time.h:148:9: error: unknown type name 'sbintime_t' /usr/include/sys/time.h:206:9: error: unknown type name 'sbintime_t' /usr/include/sys/time.h:216:1: error: unknown type name 'sbintime_t' /usr/include/sys/time.h: In function 'tstosbt': /usr/include/sys/time.h:219:12: error: 'sbintime_t' undeclared (first use in this function) /usr/include/sys/time.h:219:23: error: expected ')' before 'ts' /usr/include/sys/time.h: At top level: /usr/include/sys/time.h:224:9: error: unknown type name 'sbintime_t' /usr/include/sys/time.h:234:1: error: unknown type name 'sbintime_t' /usr/include/sys/time.h: In function 'tvtosbt': /usr/include/sys/time.h:237:12: error: 'sbintime_t' undeclared (first use in this function) /usr/include/sys/time.h:237:23: error: expected ')' before 'tv' -- pozdrawiam / with regards Paweł Pękala ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"