bin/182994: [patch][regression] claws-mail deadlocking in base iconv
>Number: 182994 >Category: bin >Synopsis: [patch][regression] claws-mail deadlocking in base iconv >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Oct 15 12:40:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Fabian Keil >Release:HEAD >Organization: >Environment: FreeBSD r500.local 11.0-CURRENT FreeBSD 11.0-CURRENT #607 r256450+1287ba1(fk): Mon Oct 14 23:08:55 CEST 2013 fk@r500.local:/usr/obj/usr/src/sys/ZOEY amd64 >Description: Since the base iconv is available for ports, the rebuilt claws-mail started to deadlock in iconv every now and then on my system. This prevented claws-mail from rendering windows or reacting to input. I didn't bisect, but I suspect the offending commit was r254273 or one of the following iconv-related changes. >How-To-Repeat: So far I haven't been able to reproduce this intentionally and various rebuilds of ports, kernel and userland (mainly for other reasons) had no effect. When the problem occurs, trying to attach to the process causes gdb and gdb76 to crash which also crashes claws-mail, but sending SIGABRT causes a proper core dump that can be analysed with gdb. The backtraces always show that there is only one thread running and it's trying to lock cm_lock in _citrus_mapper_close(), which apparently is already locked due to a _citrus_mapper_close() recursion. Examples: #0 _umtx_op_err () at /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37 37 RSYSCALL_ERR(_umtx_op) [New Thread 80a806400 (LWP 100487/claws-mail)] (gdb) where #0 _umtx_op_err () at /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37 #1 0x0008084861a6 in __thr_rwlock_wrlock (rwlock=0x80a8a47c0, tsp=) at /usr/src/lib/libthr/thread/thr_umtx.c:296 #2 0x000808489b1d in rwlock_wrlock_common (rwlock=, abstime=0x0) at /usr/src/lib/libthr/thread/thr_rwlock.c:267 #3 0x000808489a8b in _pthread_rwlock_wrlock (rwlock=0x80a8a47c0) at /usr/src/lib/libthr/thread/thr_rwlock.c:289 #4 0x00080911e848 in _citrus_mapper_close (cm=0x80b5a2d80) at /usr/src/lib/libc/iconv/citrus_mapper.c:375 #5 0x00080d205d18 in _citrus_mapper_serial_mapper_uninit (cm=0x80b5a2d40) at /usr/src/lib/libiconv_modules/mapper_parallel/../mapper_serial/citrus_mapper_serial.c:110 #6 0x00080911e8d7 in mapper_close (cm=0x80b5a2d40) at /usr/src/lib/libc/iconv/citrus_mapper.c:188 #7 0x00080911e88c in _citrus_mapper_close (cm=) at /usr/src/lib/libc/iconv/citrus_mapper.c:384 #8 0x00080c4e83f3 in close_srcs (sl=0x80b591140) at /usr/src/lib/libiconv_modules/iconv_std/citrus_iconv_std.c:206 #9 0x00080c4e7dc9 in _citrus_iconv_std_iconv_uninit_shared (ci=) at /usr/src/lib/libiconv_modules/iconv_std/citrus_iconv_std.c:415 #10 0x0008090f3f95 in release_shared (ci=0x80a8ee630) at /usr/src/lib/libc/iconv/citrus_iconv.c:99 #11 0x0008090f4002 in _citrus_iconv_close (cv=0x80d88d5d0) at /usr/src/lib/libc/iconv/citrus_iconv.c:335 #12 0x0008090f1ca6 in iconv_close (handle=0x80a8a47c0) at /usr/src/lib/libc/iconv/iconv.c:131 #13 0x0046376d in conv_iconv_strdup (inbuf=0x7fff58b0 "\n", src_code=0x80b5b4db0 "Windows-1252", dest_code=0x6f03d0 "UTF-8") at codeconv.c:895 #14 0x00463d13 in conv_convert (conv=0x80b5a4e80, outbuf=0x7fff3720 "", outlen=8192, inbuf=0x7fff58b0 "\n") at codeconv.c:734 #15 0x005e22ac in textview_write_line (textview=0x80a959cc0, str=0x7fff58b0 "\n", conv=0x80b5a4e80, do_quote_folding=1) at textview.c:1573 #16 0x005df8e4 in textview_write_body (textview=0x80a959cc0, mimeinfo=0x80aad2d00) at textview.c:1177 #17 0x005e5363 in textview_add_part (textview=0x80a959cc0, mimeinfo=0x80aad2d00) at textview.c:826 #18 0x005e4053 in recursive_add_parts (textview=0x80a959cc0, node=0x80a826190) at textview.c:839 #19 0x005e4302 in recursive_add_parts (textview=0x80a959cc0, node=0x80aa81d20) at textview.c:888 #20 0x005e4302 in recursive_add_parts (textview=0x80a959cc0, node=0x80a828890) at textview.c:888 #21 0x005defa1 in textview_add_parts (textview=0x80a959cc0, mimeinfo=0x80b610700) at textview.c:898 #22 0x005deb85 in textview_show_part (textview=0x80a959cc0, mimeinfo=0x80b610700, fp=0x8094319a0) at textview.c:645 [...] #0 0x000808491b9c in __error () from /lib/libthr.so.3 #1 0x00080848bb1d in rwlock_wrlock_common (rwlock=, abstime=0x0) at /usr/src/lib/libthr/thread/thr_rwlock.c:267 #2 0x00080848ba8b in _pthread_rwlock_wrlock (rwlock=0x80a8ede20) at /usr/src/lib/libthr/thread/thr_rwlock.c:289 #3 0x00080911f848 in _citrus_mapper_close (cm=0x80a8bfc40) at /usr/src/lib/libc/iconv/citrus_mapper.c:375 #4 0x00080ce02d18 in _citrus_mapper_serial_mapper_uninit (cm=0x80a8bfc00) at /usr/src/lib/libiconv_modules/mapper_paral
Re: kern/182851: thread-unsafe handled routing tables
Synopsis: thread-unsafe handled routing tables Responsible-Changed-From-To: freebsd-bugs->melifaro Responsible-Changed-By: glebius Responsible-Changed-When: Tue Oct 15 16:49:49 UTC 2013 Responsible-Changed-Why: Alexander works on this. http://www.freebsd.org/cgi/query-pr.cgi?pr=182851 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/182828: [patch] [igb] Revision 247430 broke outgoing interface stats for stable/8
Synopsis: [patch] [igb] Revision 247430 broke outgoing interface stats for stable/8 State-Changed-From-To: open->closed State-Changed-By: glebius State-Changed-When: Tue Oct 15 16:51:03 UTC 2013 State-Changed-Why: The problem isn't present in supported FreeBSD branches, sorry. http://www.freebsd.org/cgi/query-pr.cgi?pr=182828 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/180098: [rm_rlock][mac_portacl][panic] recursed on non-recursive rmlock mac_policy_rm
Synopsis: [rm_rlock][mac_portacl][panic] recursed on non-recursive rmlock mac_policy_rm State-Changed-From-To: open->closed State-Changed-By: az State-Changed-When: Tue Oct 15 18:14:53 UTC 2013 State-Changed-Why: Fixed head - r255945, stable/9 - r256075 http://www.freebsd.org/cgi/query-pr.cgi?pr=180098 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
kern/183007: ia64: panic: deadlkres: possible deadlock detected for 0xe0000000128ecd80, blocked for 900060 ticks
>Number: 183007 >Category: kern >Synopsis: ia64: panic: deadlkres: possible deadlock detected for >0xe000128ecd80, blocked for 900060 ticks >Confidential: no >Severity: critical >Priority: medium >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Oct 15 21:40:01 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Anton Shterenlikht >Release:FreeBSD 10.0-CURRENT amd64 >Organization: University of Bristol >Environment: System: FreeBSD mech-aslap33.men.bris.ac.uk 10.0-CURRENT FreeBSD 10.0-CURRENT #6 r255093: Sat Aug 31 13:49:24 BST 2013 r...@mech-aslap33.men.bris.ac.uk:/usr/obj/usr/src/sys/MINKY amd64 >Description: below are the outputs of ddb commands: show msgbuf show proc run lockinfo show pcpu bt show threads ps alltrace show pginfo db> show msgbuf msgbufp = 0xe040fffdffb8 magic = 63062, size = 98232, r= 11031, w = 11766, ptr = 0xe040fffc8000, cksum= 898967 panic: deadlkres: possible deadlock detected for 0xe000128ecd80, blocked for 900060 ticks cpuid = 1 KDB: stack backtrace: db_trace_self(0x9ffc00158380) at db_trace_self+0x40 db_trace_self_wrapper(0x9ffc0060b900) at db_trace_self_wrapper+0x70 kdb_backtrace(0x9ffc00ee1b48, 0x9ffc00592a40, 0x40c, 0x9ffc010b48a0) at kdb_backtrace+0xc0 vpanic(0x9ffc00dc54d8, 0xa0009de3b518) at vpanic+0x260 panic(0x9ffc00dc54d8, 0x9ffc00dc5768, 0xe000128ecd80, 0xdbbdc) at panic+0x80 deadlkres(0xdbbdc, 0xe000128ecd80, 0x9ffc00dc8140, 0x9ffc00dc5468) at deadlkres+0x420 fork_exit(0x9ffc00e23230, 0x0, 0xa0009de3b550) at fork_exit+0x120 enter_userland() at enter_userland KDB: enter: panic GDB: debug ports: uart GDB: current port: uart KDB: debugger backends: ddb gdb KDB: current backend: ddb Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #7 r255488: Tue Oct 15 10:09:07 BST 2013 r...@mech-as28.men.bris.ac.uk:/usr/obj/usr/src/sys/ZEEV ia64 gcc version 4.2.1 20070831 patched [FreeBSD] WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. CPU: Madison II (1600 MHz Itanium 2) Origin = "GenuineIntel" Revision = 2 Features = 0x1 real memory = 10737418240 (10240 MB) avail memory = 10484695040 (9998 MB) FPSWA Revision = 0x10012, Entry = 0xe040ffcc4050 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0: ACPI Id=0, SAPIC Id=0, SAPIC Eid=0 (BSP) cpu1: ACPI Id=1, SAPIC Id=1, SAPIC Eid=0 random: initialized Event timer "ITC" frequency 16 Hz quality 1000 ACPI BIOS Warning (bug): 32/64X length mismatch in FADT/Gpe0Block: 32/16 (20130823/tbfadt-603) ACPI BIOS Warning (bug): 32/64X length mismatch in FADT/Gpe1Block: 32/16 (20130823/tbfadt-603) acpi0: on motherboard acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) cpu0: on acpi0 cpu1: on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> iomem 0xff5c1004-0xff5c1007 on acpi0 acpi_tz0: on acpi0 pcib0: on acpi0 pcib0: could not evaluate _ADR - AE_NOT_FOUND pci0: on pcib0 ohci0: mem 0x80002000-0x80002fff irq 16 at device 1.0 on pci0 usbus0 on ohci0 ohci1: mem 0x80001000-0x80001fff irq 17 at device 1.1 on pci0 usbus1 on ohci1 ehci0: mem 0x8000-0x80ff irq 18 at device 1.2 on pci0 usbus2: EHCI version 0.95 usbus2 on ehci0 pci0: at device 2.0 (no driver attached) pcib1: on acpi0 pcib1: could not evaluate _ADR - AE_NOT_FOUND pci32: on pcib1 mpt0: port 0x2100-0x21ff mem 0x903a-0x903b,0x9038-0x9039 irq 27 at device 1.0 on pci32 mpt0: MPI Version=1.2.12.0 mpt1: port 0x2000-0x20ff mem 0x9036-0x9037,0x9034-0x9035 irq 28 at device 1.1 on pci32 mpt1: MPI Version=1.2.12.0 em0: port 0x2240-0x227f mem 0x9032-0x9033,0x9028-0x902f irq 29 at device 2.0 on pci32 em0: Ethernet address: 00:13:21:5b:05:1c em1: port 0x2200-0x223f mem 0x9030-0x9031 irq 30 at device 2.1 on pci32 em1: Ethernet address: 00:13:21:5b:05:1d pcib2: on acpi0 pcib2: could not evaluate _ADR - AE_NOT_FOUND pci64: on pcib2 pcib3: on acpi0 pcib3: could not evaluate _ADR - AE_NOT_FOUND pci96: on pcib3 pcib4: on acpi0 pcib4: could not evaluate _ADR - AE_NOT_FOUND pci128: on pcib4 pcib5: on acpi0 pcib5: could not evaluate _ADR - AE_NOT_FOUND pci192: on pcib5 isp0: port 0xc000-0xc0ff mem 0xe004-0xe0040fff irq 71 at device 1.0 on pci192 pcib6: on acpi0 pcib6: could not evaluate _ADR - AE_NOT_FOUND pci224: on pcib6 uart0: mem 0xf8051000-0xf805100f irq 82 at device 1.0 on pci224 puc0: mem 0xf805-0xf8050fff,0xf802-0xf803 irq 82 at device 1
Re: kern/179473: Source code contribution of implementation about virtual ethernet interface
The following reply was made to PR kern/179473; it has been noted by GNATS. From: "Henning Matyschok" To: bug-follo...@freebsd.org, henning.matysc...@stud.fh-flensburg.de Cc: Subject: Re: kern/179473: Source code contribution of implementation about virtual ethernet interface Date: Wed, 16 Oct 2013 04:16:57 - AUg3WsvCZxErQAqbTzKG0C Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit bpf(4) AUg3WsvCZxErQAqbTzKG0C Content-Disposition: attachment; filename=if_vether.c Content-Type: application/octet-stream; name=if_vether.c Content-Transfer-Encoding: Base64 LyotCiAqIENvcHlyaWdodCAoYykgMjAxMyBIZW5uaW5nIE1hdHlzY2hvawogKgog KiBSZWRpc3RyaWJ1dGlvbiBhbmQgdXNlIGluIHNvdXJjZSBhbmQgYmluYXJ5IGZv cm1zLCB3aXRoIG9yIHdpdGhvdXQKICogbW9kaWZpY2F0aW9uLCBhcmUgcGVybWl0 dGVkIHByb3ZpZGVkIHRoYXQgdGhlIGZvbGxvd2luZyBjb25kaXRpb25zCiAqIGFy ZSBtZXQ6CiAqIDEuIFJlZGlzdHJpYnV0aW9ucyBvZiBzb3VyY2UgY29kZSBtdXN0 IHJldGFpbiB0aGUgYWJvdmUgY29weXJpZ2h0CiAqICAgIG5vdGljZSwgdGhpcyBs aXN0IG9mIGNvbmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dpbmcgZGlzY2xhaW1lci4K ICogMi4gUmVkaXN0cmlidXRpb25zIGluIGJpbmFyeSBmb3JtIG11c3QgcmVwcm9k dWNlIHRoZSBhYm92ZSBjb3B5cmlnaHQKICogICAgbm90aWNlLCB0aGlzIGxpc3Qg b2YgY29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyIGluIHRo ZQogKiAgICBkb2N1bWVudGF0aW9uIGFuZC9vciBvdGhlciBtYXRlcmlhbHMgcHJv dmlkZWQgd2l0aCB0aGUgZGlzdHJpYnV0aW9uLgogKgogKiBUSElTIFNPRlRXQVJF IElTIFBST1ZJREVEIEJZIFRIRSBBVVRIT1IgQU5EIENPTlRSSUJVVE9SUyBgYEFT IElTJycgQU5ECiAqIEFOWSBFWFBSRVNTIE9SIElNUExJRUQgV0FSUkFOVElFUywg SU5DTFVESU5HLCBCVVQgTk9UIExJTUlURUQgVE8sIFRIRQogKiBJTVBMSUVEIFdB UlJBTlRJRVMgT0YgTUVSQ0hBTlRBQklMSVRZIEFORCBGSVRORVNTIEZPUiBBIFBB UlRJQ1VMQVIgUFVSUE9TRQogKiBBUkUgRElTQ0xBSU1FRC4gIElOIE5PIEVWRU5U IFNIQUxMIFRIRSBBVVRIT1IgT1IgQ09OVFJJQlVUT1JTIEJFIExJQUJMRQogKiBG T1IgQU5ZIERJUkVDVCwgSU5ESVJFQ1QsIElOQ0lERU5UQUwsIFNQRUNJQUwsIEVY RU1QTEFSWSwgT1IgQ09OU0VRVUVOVElBTAogKiBEQU1BR0VTIChJTkNMVURJTkcs IEJVVCBOT1QgTElNSVRFRCBUTywgUFJPQ1VSRU1FTlQgT0YgU1VCU1RJVFVURSBH T09EUwogKiBPUiBTRVJWSUNFUzsgTE9TUyBPRiBVU0UsIERBVEEsIE9SIFBST0ZJ VFM7IE9SIEJVU0lORVNTIElOVEVSUlVQVElPTikKICogSE9XRVZFUiBDQVVTRUQg QU5EIE9OIEFOWSBUSEVPUlkgT0YgTElBQklMSVRZLCBXSEVUSEVSIElOIENPTlRS QUNULCBTVFJJQ1QKICogTElBQklMSVRZLCBPUiBUT1JUIChJTkNMVURJTkcgTkVH TElHRU5DRSBPUiBPVEhFUldJU0UpIEFSSVNJTkcgSU4gQU5ZIFdBWQogKiBPVVQg T0YgVEhFIFVTRSBPRiBUSElTIFNPRlRXQVJFLCBFVkVOIElGIEFEVklTRUQgT0Yg VEhFIFBPU1NJQklMSVRZIE9GCiAqIFNVQ0ggREFNQUdFLgogKgogKi8KLyoKICog Q29weXJpZ2h0IChjKSAyMDA5IFRoZW8gZGUgUmFhZHQKICoKICogUGVybWlzc2lv biB0byB1c2UsIGNvcHksIG1vZGlmeSwgYW5kIGRpc3RyaWJ1dGUgdGhpcyBzb2Z0 d2FyZSBmb3IgYW55CiAqIHB1cnBvc2Ugd2l0aCBvciB3aXRob3V0IGZlZSBpcyBo ZXJlYnkgZ3JhbnRlZCwgcHJvdmlkZWQgdGhhdCB0aGUgYWJvdmUKICogY29weXJp Z2h0IG5vdGljZSBhbmQgdGhpcyBwZXJtaXNzaW9uIG5vdGljZSBhcHBlYXIgaW4g YWxsIGNvcGllcy4KICoKICogVEhFIFNPRlRXQVJFIElTIFBST1ZJREVEICJBUyBJ UyIgQU5EIFRIRSBBVVRIT1IgRElTQ0xBSU1TIEFMTCBXQVJSQU5USUVTCiAqIFdJ VEggUkVHQVJEIFRPIFRISVMgU09GVFdBUkUgSU5DTFVESU5HIEFMTCBJTVBMSUVE IFdBUlJBTlRJRVMgT0YKICogTUVSQ0hBTlRBQklMSVRZIEFORCBGSVRORVNTLiBJ TiBOTyBFVkVOVCBTSEFMTCBUSEUgQVVUSE9SIEJFIExJQUJMRSBGT1IKICogQU5Z IFNQRUNJQUwsIERJUkVDVCwgSU5ESVJFQ1QsIE9SIENPTlNFUVVFTlRJQUwgREFN QUdFUyBPUiBBTlkgREFNQUdFUwogKiBXSEFUU09FVkVSIFJFU1VMVElORyBGUk9N IExPU1MgT0YgVVNFLCBEQVRBIE9SIFBST0ZJVFMsIFdIRVRIRVIgSU4gQU4KICog QUNUSU9OIE9GIENPTlRSQUNULCBORUdMSUdFTkNFIE9SIE9USEVSIFRPUlRJT1VT IEFDVElPTiwgQVJJU0lORyBPVVQgT0YKICogT1IgSU4gQ09OTkVDVElPTiBXSVRI IFRIRSBVU0UgT1IgUEVSRk9STUFOQ0UgT0YgVEhJUyBTT0ZUV0FSRS4KICovCiNp bmNsdWRlIDxzeXMvcGFyYW0uaD4KI2luY2x1ZGUgPHN5cy9rZXJuZWwuaD4KI2lu Y2x1ZGUgPHN5cy9tb2R1bGUuaD4KI2luY2x1ZGUgPHN5cy9saWJrZXJuLmg+CiNp bmNsdWRlIDxzeXMvc29ja2V0Lmg+IAojaW5jbHVkZSA8c3lzL3NvY2tpby5oPgog CiNpbmNsdWRlIDxuZXQvaWYuaD4KI2luY2x1ZGUgPG5ldC9pZl9jbG9uZS5oPgoj aW5jbHVkZSA8bmV0L2lmX21lZGlhLmg+CiNpbmNsdWRlIDxuZXQvaWZfdHlwZXMu aD4KI2luY2x1ZGUgPG5ldC9icGYuaD4KI2luY2x1ZGUgPG5ldC9ldGhlcm5ldC5o PgojaW5jbHVkZSA8bmV0L2lmX2JyaWRnZXZhci5oPgoKI2RlZmluZSBWRVRIRVJO QU1FCSJ2ZXRoZXIiCiNkZWZpbmUJTVRBR19WRVRIRVIJMTM3NzE0Njc2NAojZGVm aW5lCU1UQUdfVkVUSEVSX0NBTExFRAkwIAogCnN0cnVjdCB2ZXRoZXJfc29mdGMg ewoJc3RydWN0IGlmbmV0CSpzY19pZnA7CS8qIE5ldHdvcmsgaW50ZXJmYWNlLiAq LwoJTElTVF9FTlRSWSh2ZXRoZXJfc29mdGMpIHZldGhlcl9saXN0OwoJc3RydWN0 IG10eAlzY19tdHg7CQojZGVmaW5lCVZFVEhFUl9MT0NLX0lOSVQoc2MpCW10eF9p bml0KCYoc2MpLT5zY19tdHgsICJ2ZXRoZXIgc29mdGMiLAlcCgkJCQkgICAgIE5V TEwsIE1UWF9ERUYpCiNkZWZpbmUJVkVUSEVSX0xPQ0tfREVTVFJPWShzYykJbXR4 X2Rlc3Ryb3koJihzYyktPnNjX210eCkKI2RlZmluZQlWRVRIRVJfTE9DSyhzYykJ CW10eF9sb2NrKCYoc2MpLT5zY19tdHgpCiNkZWZpbmUJVkVUSEVSX1VOTE9DSyhz YykJCW10eF91bmxvY2soJihzYyktPnNjX210eCkKI2RlZmluZQlWRVRIRVJfTE9D S19BU1NFUlQoc2MpCW10eF9hc3NlcnQoJihzYyktPnNjX210eCwgTUFfT1dORUQp CQoJLyogRmFrZSBpbmZvcm1hdGlvbiBhYm91dCB0cmFuc21pc3Npb24gbWVkaWEu ICovCglzdHJ1Y3QgaWZtZWRpYQlzY19pZm07CQoJaW50CXNjX3N0YXR1czsKfTsK CnN0YXRpYyBMSVNUX0hFQUQoLCB2ZXRoZXJfc29mdGMpIHZldGhlcl9saXN0Owog CnN0YXRpYyBzdHJ1Y3QgbXR4IHZldGhlcl9tdHg7CnN0YXRpYyBN
Re: misc/182141: Very frequent (at most 3 hours) kernel trap 12
The following reply was made to PR misc/182141; it has been noted by GNATS. From: Berend de Boer To: bug-follo...@freebsd.org, ber...@pobox.com Cc: Subject: Re: misc/182141: Very frequent (at most 3 hours) kernel trap 12 Date: Wed, 16 Oct 2013 17:25:12 +1300 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --MWGbNFtLhPVqLTrrC7cb8fqWcrsJ4FNfW Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I have now narrowed the reboots down to this line: nat on egress from any to any -> (egress) sticky-address or nat pass on egress from any to any -> (egress) sticky-address (pass doesn't matter). It's the sticky-address that causes the crashes. Absent that, it stays up. --MWGbNFtLhPVqLTrrC7cb8fqWcrsJ4FNfW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJSXhUyAAoJEKOfeD48G3g5PuMP/3LspUj7V8DnyqNS9d0Ng95W gNZrAPdCYlv/dkQuuBqWD7DF/SUnPTCmAQ/ibNV2pmR2zbwdb/ZKP/lBCvi2x6OE zPRErSAib+OGcklcA9DiVFDgqGYwEsekZEukY/jA7rNuPFdnioXY16xLbpFk1vDq s6QLD5NQGH/zE4NLf6M3LBWa7pl15zbbOifG/LszE2w7CMOY7dPUD7R9ovSaBsdq 9YEvrsHN1/lzfEIr5QTtAHTHgjV1BwZ4uLrkse/0Lg4h6nzV9iMoDAwnHPMqhdMG yV6dPEgn6XAq4XqVDv3xvXwiYTFQw62quuBMCo8jcTmCsNEiqzySX2vxAOCoebKM dWkPaAutx5VvXZowOt81E8xpWJ3LHY+mHfrLPgdyO2BTN191oAYM84fxJNKSGFix zTy8z1jrAlveZweWOWQpyuZjD3T3VQWUjwQDlffH2lLE8SnEhgo3PJjxyT/KNCly HZpOpC572d7/pOL8s7F3wyvkAFoojEJjQU+UxVWK6bsliIN+nwEox2V+ojHxaZG3 WBr/HvTmkDNIV2sB5su3oS25yG6LXlbQCwUL409hZP3Di3CVf+pQTkkjxsaP/Pq4 VFDHt6HkxFMowtMRJs7cAIE/nq+KtySZ7/T+C/eMnqvSoR58nAOLHRWW/egHtPl9 FIiP0FC1okLkvmE2Wjuk =Pjgg -END PGP SIGNATURE- --MWGbNFtLhPVqLTrrC7cb8fqWcrsJ4FNfW-- ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
