DragonFlyBSD bugtracker: Issueshttps://bugs.dragonflybsd.org/https://bugs.dragonflybsd.org/favicon.ico?16293952082018-07-08T11:18:33ZDragonFlyBSD bugtracker
Redmine DragonFlyBSD - Submit #3142 (Feedback): lib/libdmsg: Unbreak using new API EVP_CIPHER_CTX_new()https://bugs.dragonflybsd.org/issues/31422018-07-08T11:18:33Ztkusumikusumi.tomohiro@gmail.com
<p><a class="external" href="https://github.com/kusumi/DragonFlyBSD/commit/e6833c80bc898c2674e180828fe62cd0b53226e7">https://github.com/kusumi/DragonFlyBSD/commit/e6833c80bc898c2674e180828fe62cd0b53226e7</a></p>
<p>--<br />The upstream OpenSSL no longer publicly expose definition of<br />EVP_CIPHER_CTX (struct evp_cipher_ctx_st).</p>
<p>Due to this change clients need to have it as a pointer instead<br />of as a value, and allocate or free EVP_CIPHER_CTX instance by<br />EVP_CIPHER_CTX_new()/EVP_CIPHER_CTX_free().</p>
<blockquote>
<p><a class="external" href="https://github.com/openssl/openssl/issues/962#issuecomment-208792020">https://github.com/openssl/openssl/issues/962#issuecomment-208792020</a></p>
</blockquote> DragonFlyBSD - Bug #2957 (Feedback): swapoff -a followed by swapon -a doesn't give your swap backhttps://bugs.dragonflybsd.org/issues/29572016-10-09T11:06:08Zneilbkyuupichan@gmail.com
<p>I did swapoff -a taking all my swap away. I think I got an error message about an interrupted syscall from the program at the end of it. If you're trying to reproduce you should probably have swap space in use.</p>
<p>I then did swapon -a. It doesn't complain, and I can't remember if swap is shown as existing, but if it is the swap is not used.</p>
<p>A few hours later the kernel killed a process and in the sys logs there was a warning saying no swap space. None was used, it's that there wasn't any available at all, used or unused.</p>
<p>This has been a bug for a while; I remember it for 1-2 years at least.</p>
<p>$ uname -a<br />DragonFly zotac.akihabara.co.uk 4.5-DEVELOPMENT DragonFly v4.5.0.681.g2e03c8-DEVELOPMENT <a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: K&R -> ANSI cleanup status (Closed)" href="https://bugs.dragonflybsd.org/issues/2">#2</a>: Sun Mar 20 21:54:05 JST 2016 <a class="email" href="mailto:root@zotac.akihabara.co.uk">root@zotac.akihabara.co.uk</a>:/usr/obj/usr/src/sys/X86_64_GENERIC x86_64</p> DragonFlyBSD - Bug #2090 (Feedback): snd_hda does not support headphone automutehttps://bugs.dragonflybsd.org/issues/20902011-06-15T07:46:35Zjustin
<p>The hda sound driver does not notice jack insert/removal events. Even when<br />booted verbosely, there's no action, so attaching headphones does not mute<br />speaker audio.</p>
<p>An update to FreeBSD's sound/pci/hda expressly mentions solving this problem:</p>
<p><a class="external" href="http://svnweb.freebsd.org/base?view=revision&revision=182999">http://svnweb.freebsd.org/base?view=revision&revision=182999</a></p> DragonFlyBSD - Bug #1672 (Feedback): panic (trap 12) around btree_search() in 2.4.1-RELEASEhttps://bugs.dragonflybsd.org/issues/16722010-02-13T02:36:32Zfloid
<p>Using 2.4.1 with the lone patch from <a class="external" href="http://bugs.dragonflybsd.org/issue1583">http://bugs.dragonflybsd.org/issue1583</a></p>
<p>DragonFly tucker 2.4.1-RELEASE DragonFly v2.4.1.40.ga038d-RELEASE <a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: lib/libcr/sys/ cleanup (Closed)" href="https://bugs.dragonflybsd.org/issues/1">#1</a>: Sat Jan 30<br />11:57:51 EST 2010 root@tucker:/usr/obj/usr/src/sys/GENERIC i386</p>
<p>... I'm not sure when this occurred; possibly during nightly cleanup.<br />The previous evening gave HAMMER a little more stress than usual via a bit of<br />`undo` usage (normally none) which did seem to be turning up transient(?)<br />"ITERATE ENTIRE HISTORY: Unknown error: 0" results similar to<br /><a class="external" href="http://leaf.dragonflybsd.org/mailarchive/users/2009-09/msg00062.html">http://leaf.dragonflybsd.org/mailarchive/users/2009-09/msg00062.html</a> (but here<br />the HAMMER config is left at the sane defaults). Not intending to poke at them<br />too much unless it relates to the panic here.</p>
<p>Couldn't get a dump because I didn't realize I hadn't specified a dumpdev (doh!).</p>
<p>db> trace <br />Debugger(c0591d40) at Debugger+0x34 <br />panic(c0576343,c059e4c3,c055d984,11,4000) at panic+0x9f <br />btree_search(d6df38e4,d6df3880,c0483897,d6df38e4,d6df38e4) at btree_search+0x14a<br />hammer_btree_lookup(d6df38e4) at hammer_btree_lookup+0xd9 <br />hammer_btree_first(d6df38e4,c04ad0a7,19792,15,22) at hammer_btree_first+0xd <br />hammer_ioc_rebalance(d6df3a74,d684cdd0,c294ed50,f4240,0) at hammer_ioc_rebalanca<br />hammer_ioctl(d684cdd0,c0c0680f,c294ed50,1,c28a6b28) at hammer_ioctl+0x726 <br />hammer_vop_ioctl(d6df3ad0,c06409c0,d2f80d50,d2f8dc50,0) at hammer_vop_ioctl+0x2f<br />vop_ioctl(d2f80d50,c2a12e28,c0c0680f,c294ed50,1) at vop_ioctl+0x3e <br />vn_ioctl(cfe75b40,c0c0680f,c294ed50,c28a6b28,d6df3cf0) at vn_ioctl+0xe0 <br />mapped_ioctl(4,c0c0680f,bfbff88c,0,d6df3cf0) at mapped_ioctl+0x3e7 <br />sys_ioctl(d6df3cf0,6,0,0,d268c6d8) at sys_ioctl+0x17 <br />syscall2(d6df3d40) at syscall2+0x1ef <br />Xint0x80_syscall() at Xint0x80_syscall+0x36</p>
<p>Task map 0xc0514cec: pmap=0x1e2, nentries=1946206313, version=12061300</p>
<p>Fatal trap 12: page fault while in kernel mode <br />fault virtual address = 0x8300c08a <br />fault code = supervisor read, page not present <br />instruction pointer = 0x8:0xc04a5608 <br />stack pointer = 0x10:0xd6df359c <br />frame pointer = 0x10:0xd6df35a8 <br />code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, def32 1, gran 1 <br />processor eflags = interrupt enabled, resume, IOPL = 0 <br />current process = 19689 (hammer) <br />current thread = pri 42 (CRIT)</p>
<p>kernel: type 12 trap, code=0 <br />Stopped at Debugger+0x34: movb $0,in_Debugger.4260</p> DragonFlyBSD - Bug #1577 (Feedback): panic: assertion: leaf->base.obj_id == ip->obj_id in hammer_...https://bugs.dragonflybsd.org/issues/15772009-10-17T09:41:35Zqhwt+dfly
<p>Hi.<br />I caught this panic while running pbulk and vkernel on the same machine.<br />The PC has 1.5G bytes of main memory, occasionally using the swap up to<br />20M or so bytes (according to top).<br />The kernel is built from source as of cf0e75a4(+ small modifications not<br />touching the kernel). I've turned off periodic/daily/160.clean-hammer<br />and run `hammer cleanup /pfs/*' by hand only occasionally (but I'm sure<br />I can't fill up this 1TB hard drive anyway). The hammer filesystem version<br />is 2. I'll upload the vmcore to leaf on request.</p>
<p>Cheers.</p>
<p>(kgdb) bt<br />#0 dumpsys () at ./machine/thread.h:83<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: lib/libcr/sys/ cleanup (Closed)" href="https://bugs.dragonflybsd.org/issues/1">#1</a> 0xc01a0c79 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:378<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: K&R -> ANSI cleanup status (Closed)" href="https://bugs.dragonflybsd.org/issues/2">#2</a> 0xc01a0f3e in panic (fmt=0xc02fe5be "assertion: %s in %s")<br /> at /usr/src/sys/kern/kern_shutdown.c:813<br /><a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: freebsds pipe-reverse test fails on dfly (Closed)" href="https://bugs.dragonflybsd.org/issues/3">#3</a> 0xc02812e0 in hammer_ip_delete_range (cursor=0xd88b4c9c, ip=0xe19acb50,<br /> ran_beg=0, ran_end=9223372036854775807, truncating=2)<br /> at /usr/src/sys/vfs/hammer/hammer_object.c:1946<br /><a class="issue tracker-1 status-5 priority-5 priority-high3 closed" title="Bug: Rework of nrelease (Closed)" href="https://bugs.dragonflybsd.org/issues/4">#4</a> 0xc02788bf in hammer_sync_inode (trans=0xd818a114, ip=0xe19acb50)<br /> at /usr/src/sys/vfs/hammer/hammer_inode.c:2714<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: sys/dev cleanup (Closed)" href="https://bugs.dragonflybsd.org/issues/5">#5</a> 0xc0276a5b in hammer_flusher_slave_thread (arg=0xd6e78510)<br /> at /usr/src/sys/vfs/hammer/hammer_flusher.c:496<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: sys/emulation cleanup (Closed)" href="https://bugs.dragonflybsd.org/issues/6">#6</a> 0xc01a981a in lwkt_deschedule_self (td=Cannot access memory at address 0x8<br />)<br /> at /usr/src/sys/kern/lwkt_thread.c:271</p>
<p>(kgdb) p ip->obj_id<br />$1 = 374280419483<br />(kgdb) p leaf->base<br />$2 = {obj_id = 374247118508, key = 16384, create_tid = 374281176448,<br /> delete_tid = 0, rec_type = 16, obj_type = 2 '\002', btype = 82 'R',<br /> localization = 393218}<br />(kgdb)</p> DragonFlyBSD - Bug #1563 (Feedback): reset(1) doesn't reset terminal to the defaultshttps://bugs.dragonflybsd.org/issues/15632009-10-06T20:47:45Zhasso
<p>reset(1) doesn't reset terminal to the defaults. You can compare stty -e <br />outputs before and after the issuing reset(1). Output always differs, <br />more on some terminals, less on others.</p> DragonFlyBSD - Bug #1489 (Feedback): panic: ufs_dirbad: bad dirhttps://bugs.dragonflybsd.org/issues/14892009-09-06T17:08:20Zrumcic
<p>After a previous panic I got this panic while building world. After cleaning<br />out /usr/obj I have been unable to repeat this panic again, so it's not<br />reproducable (for now).</p>
<p>Dump at leaf:~rumko/crash/bad_dir/ and the backtrace is:<br />#0 dumpsys () at ./machine/thread.h:83<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: lib/libcr/sys/ cleanup (Closed)" href="https://bugs.dragonflybsd.org/issues/1">#1</a> 0xc01e6d95 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:375<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: K&R -> ANSI cleanup status (Closed)" href="https://bugs.dragonflybsd.org/issues/2">#2</a> 0xc01e705a in panic (fmt=0xc0447c39 "ufs_dirbad: bad dir")<br />at /usr/src/sys/kern/kern_shutdown.c:802<br /><a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: freebsds pipe-reverse test fails on dfly (Closed)" href="https://bugs.dragonflybsd.org/issues/3">#3</a> 0xc0323b53 in ufs_dirbad (ip=0xf57c9e00, offset=0, how=0xc0447c90 "mangled<br />entry") at /usr/src/sys/vfs/ufs/ufs_lookup.c:610<br /><a class="issue tracker-1 status-5 priority-5 priority-high3 closed" title="Bug: Rework of nrelease (Closed)" href="https://bugs.dragonflybsd.org/issues/4">#4</a> 0xc0324463 in ufs_lookup (ap=0xf5dccabc)<br />at /usr/src/sys/vfs/ufs/ufs_lookup.c:275<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: sys/dev cleanup (Closed)" href="https://bugs.dragonflybsd.org/issues/5">#5</a> 0xc0325faa in ufs_vnoperate (ap=0xf5dccabc)<br />at /usr/src/sys/vfs/ufs/ufs_vnops.c:2303<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: sys/emulation cleanup (Closed)" href="https://bugs.dragonflybsd.org/issues/6">#6</a> 0xc0240948 in vop_old_lookup (ops=0xd554ca50, dvp=0xf5815ee8,<br />vpp=0xf5dccb24, cnp=0xf5dccb04) at /usr/src/sys/kern/vfs_vopops.c:172<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: /sys/boot cleanup (Closed)" href="https://bugs.dragonflybsd.org/issues/7">#7</a> 0xc022f252 in vop_compat_nresolve (ap=0xf5dccb58)<br />at /usr/src/sys/kern/vfs_default.c:225<br /><a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: make upgrade broken (Closed)" href="https://bugs.dragonflybsd.org/issues/8">#8</a> 0xc022ec59 in vop_defaultop (ap=0xf5dccb58)<br />at /usr/src/sys/kern/vfs_default.c:153<br /><a class="issue tracker-1 status-5 priority-5 priority-high3 closed" title="Bug: panic with HEAD (Closed)" href="https://bugs.dragonflybsd.org/issues/9">#9</a> 0xc0325faa in ufs_vnoperate (ap=0xf5dccb58)<br />at /usr/src/sys/vfs/ufs/ufs_vnops.c:2303<br /><a class="issue tracker-1 status-5 priority-5 priority-high3 closed" title="Bug: make buildworld broken (Closed)" href="https://bugs.dragonflybsd.org/issues/10">#10</a> 0xc0241092 in vop_nresolve (ops=0xd554ca50, nch=0xf5dccb98, dvp=0xf5815ee8,<br />cred=0xc5be6b98) at /usr/src/sys/kern/vfs_vopops.c:951<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: libstand cleanup (Closed)" href="https://bugs.dragonflybsd.org/issues/11">#11</a> 0xc022b87f in cache_resolve (nch=0xf5dccbd4, cred=0xc5be6b98)<br />at /usr/src/sys/kern/vfs_cache.c:2135<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: /sys/net cleanup (Closed)" href="https://bugs.dragonflybsd.org/issues/12">#12</a> 0xc0233f4d in nlookup (nd=0xf5dccc80)<br />at /usr/src/sys/kern/vfs_nlookup.c:499<br /><a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: Buildworld error/panic (Closed)" href="https://bugs.dragonflybsd.org/issues/13">#13</a> 0xc023c576 in kern_stat (nd=0xf5dccc80, st=0xf5dccc18)<br />at /usr/src/sys/kern/vfs_syscalls.c:2444<br /><a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: zombie processes waiting for a lock, smth to worry about? (Closed)" href="https://bugs.dragonflybsd.org/issues/14">#14</a> 0xc023c714 in sys_stat (uap=0xf5dcccf0)<br />at /usr/src/sys/kern/vfs_syscalls.c:2485<br /><a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: savecore -z patch (Closed)" href="https://bugs.dragonflybsd.org/issues/15">#15</a> 0xc03fa8e9 in syscall2 (frame=0xf5dccd40)<br />at /usr/src/sys/platform/pc32/i386/trap.c:1339<br /><a class="issue tracker-1 status-5 priority-5 priority-high3 closed" title="Bug: install: net/bridge/*.h: No such file or directory (Closed)" href="https://bugs.dragonflybsd.org/issues/16">#16</a> 0xc03e7be6 in Xint0x80_syscall ()<br />at /usr/src/sys/platform/pc32/i386/exception.s:876<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: Minor typos (Closed)" href="https://bugs.dragonflybsd.org/issues/17">#17</a> 0x08063527 in ?? ()<br />Backtrace stopped: previous frame inner to this frame (corrupt stack?)<br />-- <br />Regards,<br />Rumko</p> DragonFlyBSD - Bug #1481 (Feedback): panic: assertion: kva_p(buf) in soopt_from_kbuf (after ipfw ...https://bugs.dragonflybsd.org/issues/14812009-09-01T22:10:50Zcombiner
<p>Host panics when root does "ipfw pipe show".<br />Doesn't matter if dummynet.ko is loaded via kldload <br />or it is loaded with loader.<br />Recompilation of dummynet.ko doesn't solve this.<br />Dumps availible on <a class="external" href="http://Sahara.org.ua/~planner/{vmcore,kernel}.{0,1">http://Sahara.org.ua/~planner/{vmcore,kernel}.{0,1</a>}<br />(first dump with release binary, second - with module compiled from git branch <br />v2.2.1)<br />kgdb output follows:</p>
<p>Unread portion of the kernel message buffer:<br />panic: assertion: kva_p(buf) in soopt_from_kbuf<br />Trace beginning at frame 0xc8cccb98<br />panic(c8cccbbc,0,cb6cfca0,c06845b4,c8cccbc8) at panic+0x8c<br />panic(c0570d57,c058c319,c054fa2c,0,c8cccd30) at panic+0x8c<br />soopt_from_kbuf(cb6cfca0,fffffff8,0,c1525440,cacaf000) at soopt_from_kbuf+0x7a<br />ip_dn_sockopt(cb6cfca0) at ip_dn_sockopt+0xe4<br />rip_ctloutput(c1622b00,cb6cfca0,1,c8cccd68,c037a3fd) at rip_ctloutput+0xaa<br />netmsg_pru_ctloutput(cb6cfbfc) at netmsg_pru_ctloutput+0x10<br />netmsg_service(cb6cfbfc,0,1,c06845b4,ff800000) at netmsg_service+0x53<br />netmsg_service_loop(c0688014,0,0,0,0) at netmsg_service_loop+0x18<br />lwkt_exit() at lwkt_exit</p>
<p>syncing disks... 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 <br />done<br />Uptime: 5d23h58m0s</p>
<p>dumping to dev #ad/0x20001, blockno 1590920<br />dump 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230 <br />229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 <br />209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 <br />189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 <br />169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 <br />149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 <br />129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 <br />109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 <br />86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 <br />60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 <br />34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 <br />7 6 5 4 3 2 1 0</p>
<p>GNU gdb 6.7.1<br />Copyright (C) 2007 Free Software Foundation, Inc.<br />License GPLv3+: GNU GPL version 3 or later <<a class="external" href="http://gnu.org/licenses/gpl.html">http://gnu.org/licenses/gpl.html</a>><br />This is free software: you are free to change and redistribute it.<br />There is NO WARRANTY, to the extent permitted by law. Type "show copying" <br />and "show warranty" for details.<br />This GDB was configured as "i386-dragonfly".<br />(kgdb) bt<br />#0 dumpsys () at ./machine/thread.h:83<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: lib/libcr/sys/ cleanup (Closed)" href="https://bugs.dragonflybsd.org/issues/1">#1</a> 0xc02e3ea6 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:375<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: K&R -> ANSI cleanup status (Closed)" href="https://bugs.dragonflybsd.org/issues/2">#2</a> 0xc02e3fc7 in panic (fmt=0xc0570d57 "assertion: %s in %s") at /usr/src/sys/<br />kern/kern_shutdown.c:800<br /><a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: freebsds pipe-reverse test fails on dfly (Closed)" href="https://bugs.dragonflybsd.org/issues/3">#3</a> 0xc0313061 in soopt_from_kbuf (sopt=0x0, buf=0xfffffff8, len=0) at /usr/src/<br />sys/kern/uipc_socket.c:1451<br /><a class="issue tracker-1 status-5 priority-5 priority-high3 closed" title="Bug: Rework of nrelease (Closed)" href="https://bugs.dragonflybsd.org/issues/4">#4</a> 0xc03a070e in ip_dn_sockopt (sopt=0xcb6cfca0) at /usr/src/sys/net/dummynet/<br />ip_dummynet_glue.c:499<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: sys/dev cleanup (Closed)" href="https://bugs.dragonflybsd.org/issues/5">#5</a> 0xc03a69a9 in rip_ctloutput (so=0x0, sopt=0x0) at /usr/src/sys/netinet/<br />raw_ip.c:362<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: sys/emulation cleanup (Closed)" href="https://bugs.dragonflybsd.org/issues/6">#6</a> 0xc0312dc8 in netmsg_pru_ctloutput (msg=0xcb6cfbfc) at /usr/src/sys/kern/<br />uipc_msg.c:652<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: /sys/boot cleanup (Closed)" href="https://bugs.dragonflybsd.org/issues/7">#7</a> 0xc037a3fd in netmsg_service (msg=0x0, mpsafe_mode=0, mplocked=1) at /usr/<br />src/sys/net/netisr.c:307<br /><a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: make upgrade broken (Closed)" href="https://bugs.dragonflybsd.org/issues/8">#8</a> 0xc037a8ad in netmsg_service_loop (arg=0xc0688014) at /usr/src/sys/net/<br />netisr.c:333<br /><a class="issue tracker-1 status-5 priority-5 priority-high3 closed" title="Bug: panic with HEAD (Closed)" href="https://bugs.dragonflybsd.org/issues/9">#9</a> 0xc02eaa5e in lwkt_deschedule_self (td=Cannot access memory at address 0x8<br />) at /usr/src/sys/kern/lwkt_thread.c:253<br />Backtrace stopped: previous frame inner to this frame (corrupt stack?)<br />(kgdb)</p>
<p>DragonFly 2.2.1-RELEASE #0: Sun Apr 26 18:38:14 GMT 2009 <br /><a class="email" href="mailto:root@test29.backplane.com">root@test29.backplane.com</a>:/usr/obj/usr/src/sys/DFLYLIVE i386</p> DragonFlyBSD - Bug #1448 (Feedback): panic: assertion: _tp->tt_msg->tt_cpuid == mycpuid in tcp_ca...https://bugs.dragonflybsd.org/issues/14482009-08-10T23:01:02Zdillon
<p>This occured during late boot as (TCP) NFS mounts were being brought up.<br /> I was plugging a USB disk key in around the same time but I don't think<br /> it is related.</p>
<pre><code>I placed a crash dump on leaf in ~dillon/crash/*.42</code></pre>
<pre><code>-Matt<br /> Matthew Dillon <br /> &lt;<a class="email" href="mailto:dillon@backplane.com">dillon@backplane.com</a>&gt;</code></pre> DragonFlyBSD - Bug #1429 (Feedback): vkernel bug - "mfree: m->m_nextpkt != NULL"https://bugs.dragonflybsd.org/issues/14292009-07-19T02:09:21Zdillon
<p>I get this in the vkernel, usually when I exhaust the mbuf objcache.</p>
<pre><code>The bug is the "mfree: m->m_nextpkt != NULL" message, not the mbuf<br /> exhaustion (while testing async write BIOs w/NFS I didn't slap any<br /> limits on how many it tried to run in parallel) &lt;GRIN&gt;.</code></pre>
<pre><code>-Matt<br /> Matthew Dillon <br /> &lt;<a class="email" href="mailto:dillon@backplane.com">dillon@backplane.com</a>&gt;</code></pre>
<ol>
<li>Warning, objcache(mbuf): Exhausted!<br />mfree: m->m_nextpkt != NULL<br />Trace beginning at frame 0x57869c58<br />m_free(8232e94,58bc9700,833791c,58bc97e4,57869c84) at 0x80ed998<br />m_free(58bc9700,1,576dabc8,57869cec,8159941) at 0x80ed998<br />m_freem(58bc9700,576dabc8,14,578c1f00,5847afe0) at 0x80ee444<br />ip_output(58bc9700,0,578c1efc,10000,0) at 0x8159941<br />udp_input(5847af00,0,58bc8d00,0,0) at 0x816a6d8<br />netmsg_pru_send(582feba8,0,82760e0,57869d84,8139e60) at 0x80f08a1<br />netmsg_service(582feba8,1,0,414003c0,833791c) at 0x8139a26<br />netmsg_service_loop(82760e0,0,0,0,0) at 0x8139e60<br />Warning, objcache(cluster mbuf): Exhausted!</li>
</ol> DragonFlyBSD - Bug #1387 (Feedback): zero-size malloc and ps: kvm_getprocs: Bad addresshttps://bugs.dragonflybsd.org/issues/13872009-05-24T09:39:35Zqhwt+dfly
<p>Hello.<br />On recent -DEVELOPMENT ps command displays a non-intuitive error message<br />on a non-existent pid:<br /> ps: kvm_getprocs: Bad address</p>
<p>Apparently the recent malloc reimplementation has changed malloc(3) family<br />so as malloc(0) now returns a pointer such that useracc() returns EFAULT<br />for it. kvm_getprocs() is one the functions affected by the new behavior<br />(no, I don't have the list of affected functions other than this<br />yet :). It used to return a non-NULL pointer and a 0 to *cnt, but now<br />it returns just NULL without affecting *cnt, so ps command displays the<br />error message. I think one way to fix is something like below (the fix<br />to the callers is taken from FreeBSD), but if we can restore the old<br />behavior of malloc(0), we don't need such fix.</p>
<p>%%%<br />diff --git a/bin/ps/ps.c b/bin/ps/ps.c<br />index 82e3e63..b66988a 100644<br />--- a/bin/ps/ps.c<br />+++ b/bin/ps/ps.c<br /><code>@ -385,7 +385,9 </code>@ main(int argc, char *<strong>argv)<br /> /</strong>
* select procs<br /> <strong>/<br />- if ((kp = kvm_getprocs(kd, what, flag, &nentries)) == NULL)<br />+ nentries = <del>1;<br />+ kp = kvm_getprocs(kd, what, flag, &nentries);<br />+ if ((kp == NULL && nentries > 0) || (kp != NULL && nentries < 0))<br /> errx(1, "%s", kvm_geterr(kd));<br /> if ((kinfo = malloc(nentries * sizeof(*kinfo))) NULL)<br /> err(1, NULL);<br />diff --git a/lib/libkvm/kvm_proc.c b/lib/libkvm/kvm_proc.c<br />index 1c39636..d0e388d 100644<br />--</del> a/lib/libkvm/kvm_proc.c<br />+<ins>+ b/lib/libkvm/kvm_proc.c<br /><code>@ -479,6 +479,10 </code>@ kvm_getprocs(kvm_t *kd, int op, int arg, int *cnt)<br /> _kvm_syserr(kd, kd->program, "kvm_getprocs");<br /> return (0);<br /> }<br /></ins> if (size 0) {<br />+ *cnt = 0;<br />+ return (0);<br />+ }<br /> do {<br /> size <ins>= size / 10;<br /> kd->procbase = (struct kinfo_proc *)<br />diff --git a/usr.bin/fstat/fstat.c b/usr.bin/fstat/fstat.c<br />index 133fff7..7a8545d 100644<br />--- a/usr.bin/fstat/fstat.c<br /></ins>++ b/usr.bin/fstat/fstat.c<br /><code>@ -241,7 +241,9 </code>@ main(int argc, char **argv)<br /> if (kvm_nlist(kd, nl) != 0)<br /> errx(1, "no namelist: <span>s", kvm_geterr(kd));<br /> #endif<br />- if ((p = kvm_getprocs(kd, what, arg, &cnt)) == NULL)<br />+ cnt = <del>1;<br />+ p = kvm_getprocs(kd, what, arg, &cnt);<br />+ if ((p == NULL &x%x</span> cnt > 0) || (p != NULL && cnt < 0))<br /> errx(1, "%s", kvm_geterr(kd));<br /> if (nflg)<br /> printf("USER <span></del></strong>.*s %<strong>.*s FD DEV %</strong>.*s MODE SZ|DV R/W", <br /></span>%%</p> DragonFlyBSD - Bug #1282 (Feedback): panic (trap 12) when booting SMP kernel on Atom 330 (dual core)https://bugs.dragonflybsd.org/issues/12822009-02-16T05:37:23Ztomaz.borstnar
<p>Hello!</p>
<pre><code>I am playing with Atom 330 Dual Core P945GC combination which works fine under generic kernel, but crashes with trap 12 <br />as soon as all physical and virtual cores are printed to the screen while booting. Anyone else playing with similar setup?</code></pre>
<p>Tomaž</p> DragonFlyBSD - Bug #1249 (Feedback): panic: ffs_vfree: freeing free inodehttps://bugs.dragonflybsd.org/issues/12492009-01-29T02:22:01Zrumcic
<p>As far as I know, it happened while another partition was being fsck-ed, but<br />other than that, there shouldn't have been much activity on the machine at the<br />time.</p>
<p>Unread portion of the kernel message buffer:<br />dev = #ad/0x20045, ino = 15, fs = /home<br />panic: ffs_vfree: freeing free inode<br />mp_lock = 00000000; cpuid = 0<br />Trace beginning at frame 0xdd0dd98c<br />panic(dd0dd9b0,c8520000,f1977000,c852012d,dd0dd9d8) at panic+0x14d<br />panic(c051a302,7,dd0dd9f4,0,0) at panic+0x14d<br />ffs_freefile(dd0ddae8,f,0,43ff) at ffs_freefile+0x186<br />handle_workitem_freefile(0,dd0ddce8,c5e4ab0c,dd0ddc8c,c02c5a67) at<br />handle_workitem_freefile+0x89<br />process_worklist_item(c5cfe400,49809881,c05a9ca0,0,c5be98c4) at<br />process_worklist_item+0x18c<br />softdep_process_worklist(0,c5cfe400,dd0ddd84,c02d5c86,0) at<br />softdep_process_worklist+0xa5<br />bio_ops_sync(0,49809881,c5cfe100,ff800000,c) at bio_ops_sync+0x2d<br />sched_sync(0,0,0,0,0) at sched_sync+0x16e<br />kthread_exit() at kthread_exit<br />boot() called on cpu#0<br />Uptime: 15m30s</p>
<p>dumping to dev #ad/0x20041, blockno 2107648<br />dump 3070 3069 3068 3067 3066 3065 3064 3063 3062 3061 3060 3059 3058 3057 3056 <br /><snip><br /> 4 3 2 1 0</p>
<p>GNU gdb 6.7.1<br />Copyright (C) 2007 Free Software Foundation, Inc.<br />License GPLv3+: GNU GPL version 3 or later <<a class="external" href="http://gnu.org/licenses/gpl.html">http://gnu.org/licenses/gpl.html</a>><br />This is free software: you are free to change and redistribute it.<br />There is NO WARRANTY, to the extent permitted by law. Type "show copying" <br />and "show warranty" for details.<br />This GDB was configured as "i386-dragonfly".<br />(kgdb) bt<br />#0 dumpsys () at ./machine/thread.h:83<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: lib/libcr/sys/ cleanup (Closed)" href="https://bugs.dragonflybsd.org/issues/1">#1</a> 0xc02874e9 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:376<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: K&R -> ANSI cleanup status (Closed)" href="https://bugs.dragonflybsd.org/issues/2">#2</a> 0xc02877ae in panic (fmt=0xc051a302 "ffs_vfree: freeing free inode")<br />at /usr/src/sys/kern/kern_shutdown.c:801<br /><a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: freebsds pipe-reverse test fails on dfly (Closed)" href="https://bugs.dragonflybsd.org/issues/3">#3</a> 0xc03ced7b in ffs_freefile (pvp=0xdd0ddae8, ino=15, mode=17407)<br />at /usr/src/sys/vfs/ufs/ffs_alloc.c:1700<br /><a class="issue tracker-1 status-5 priority-5 priority-high3 closed" title="Bug: Rework of nrelease (Closed)" href="https://bugs.dragonflybsd.org/issues/4">#4</a> 0xc03d58b8 in handle_workitem_freefile (freefile=0xc5a63e20)<br />at /usr/src/sys/vfs/ufs/ffs_softdep.c:3044<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: sys/dev cleanup (Closed)" href="https://bugs.dragonflybsd.org/issues/5">#5</a> 0xc03d4f88 in process_worklist_item (matchmnt=0x0, flags=<value optimized<br />out>) at /usr/src/sys/vfs/ufs/ffs_softdep.c:735<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: sys/emulation cleanup (Closed)" href="https://bugs.dragonflybsd.org/issues/6">#6</a> 0xc03d689f in softdep_process_worklist (matchmnt=0x0)<br />at /usr/src/sys/vfs/ufs/ffs_softdep.c:622<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: /sys/boot cleanup (Closed)" href="https://bugs.dragonflybsd.org/issues/7">#7</a> 0xc02d44f4 in bio_ops_sync (mp=0x0) at /usr/src/sys/kern/vfs_mount.c:1227<br /><a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: make upgrade broken (Closed)" href="https://bugs.dragonflybsd.org/issues/8">#8</a> 0xc02d5c86 in sched_sync () at /usr/src/sys/kern/vfs_sync.c:243<br /><a class="issue tracker-1 status-5 priority-5 priority-high3 closed" title="Bug: panic with HEAD (Closed)" href="https://bugs.dragonflybsd.org/issues/9">#9</a> 0xc027ac23 in suspend_kproc (td=Cannot access memory at address 0x8<br />) at /usr/src/sys/kern/kern_kthread.c:158<br />Backtrace stopped: previous frame inner to this frame (corrupt stack?)<br />-- <br />Regards,<br />Rumko</p> DragonFlyBSD - Bug #1101 (Feedback): ohci related panichttps://bugs.dragonflybsd.org/issues/11012008-08-01T20:14:06Zpolachok
<p>panic: ohci_abort_xfer: not in process context<br />Trace beginning at frame 0xcc50ed1c<br />panic(cc50ed40, c1697f80, c1a65c80, c1ad6ec8,cc50ed60) at panic+0x8c<br />ohci_abort_xfer(c1697f80, cc50ed84, c045f6ab, c1ad6ec8, c0625364) at<br />ohci_abort_xfer+0xc2<br />ohci_timeout_task(c1ad6ec8, c0625364, ff800000, c0625364,0) at<br />ohci_timeout_task+0x29<br />usb_task_thread(c066400,0,0,0,0) at usb_task_thread+0x9b<br />kthread_exit at kthread_exit<br />Debugger("panic")<br />Stopped at Debugger+0x34 movb $0, in_Debugger.3949</p>
<p>2 usb devices connected: usb flash drive (umass0) and ucom0 (Motorola<br />phone), ppp up and running via ucom.</p> DragonFlyBSD - Bug #243 (Feedback): weird behavior in the shellhttps://bugs.dragonflybsd.org/issues/2432006-07-15T14:49:02Zswildner
<p>Hi,</p>
<p>I'm not sure if this is a 'real' bug but I'm curious if anyone knows the <br />cause. Check this:</p>
<p>zoot# echo $PATH<br />/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/pkg/bin:/usr/pkg/sbin:/usr/pkg/xorg/bin:/home/s/bin<br />zoot# pwd<br />/usr/src/sys/dev/disk/md<br />zoot# .<br />/usr/sbin/.: Permission denied.<br />zoot# cd /<br />zoot# .<br />/usr/sbin/.: Permission denied.</p>
<p>In other words: The strange thing is that whereever I type . on the csh <br />prompt, I get the /usr/sbin/.: message regardless of what my current <br />directory is.</p>
<p>On a Solaris system I get ".: Permission denied." which is what I'd <br />expect rather.</p>
<p>So, can anyone enlighten me why DragonFly behaves like that?</p>
<p>Sascha</p>