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 #2644 (Feedback): 3.6.0-REL trap 9 on boothttps://bugs.dragonflybsd.org/issues/26442014-02-20T06:53:30Zmemmerto
<p>Booting 3.6.0-REL on my not-quite-ancient IBM x3400 (with Intel E5310 QC processor) traps:</p>
<p>CPU0 stopping CPUs: 0x0000000e<br /> stopped<br />Stopped vmx_set_ctl_setting+0x36: rdmsr<br />db> where<br />vmx_set_ctl_setting() at vmx_set_ctl_setting+0x36 0xffffffff809721f6<br />vmx_set_default_settings() at vmx_set_default_settings+0x1e 0xffffffff80972326<br />vmx_init() at vmx_init+0x5c 0xffffffff8097305e<br />vmm_init() at vmm_init+0xa3 0xffffffff80971c1f<br />mi_startup() at mi_startup+0xb1 0xffffffff80532775<br />db></p>
<p>For reference, 3.4.2-REL worked fine on this machine.</p> DragonFlyBSD - Bug #2638 (Feedback): Fix machdep.pmap_mmu_optimizehttps://bugs.dragonflybsd.org/issues/26382014-02-13T21:51:39Ztuxillo
<p>Fix machdep.pmap_mmu_optimize (currently off by default in commit 1ac5304a10366be7ed3129ceee7ca94beb0f3183 ). Affects apache and rtorrent for sure.</p>
<p>"might be fixed here: a44410dd8663abb121417692995d3b365f32fd6e<br />update: it's not fixed"</p> DragonFlyBSD - Bug #2636 (Feedback): Add -x flag to iostat (a la solaris)https://bugs.dragonflybsd.org/issues/26362014-02-13T21:50:00Ztuxillo
<p>Add -x flag to iostat (a la solaris)</p> DragonFlyBSD - Bug #1745 (Feedback): kmalloc panichttps://bugs.dragonflybsd.org/issues/17452010-04-20T19:09:26Zjosepht
<p>I got the following panic.</p>
<p><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> Debugger (msg=0xc05b935c "panic")<br /> at /usr/src/sys/platform/pc32/i386/db_interface.c:334<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> 0xc0318406 in panic (fmt=0xc05b9075 "chunkNEXT %p %p FFPG %d/%d")<br /> at /usr/src/sys/kern/kern_shutdown.c:742<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> 0xc03164e8 in kmalloc (size=512, type=0xc086f420, flags=4610)<br /> at /usr/src/sys/kern/kern_slaballoc.c:618<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> 0xc085f947 in AcpiOsAllocate (Size=512)<br /> at /usr/src/sys/dev/acpica5/Osd/OsdMemory.c:65<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> 0xc084ba2f in AcpiUtAllocate (Size=512, Component=64, <br /> Module=0xc0861c9d "dswstate", Line=687)<br /> at<br />/usr/src/sys/dev/acpica5/../../contrib/dev/acpica-unix/utilities/utalloc.c:435<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: extern uint64_t tsc_frequency missing (Closed)" href="https://bugs.dragonflybsd.org/issues/18">#18</a> 0xc084ba6b in AcpiUtAllocateZeroed (Size=512, Component=64, <br /> Module=0xc0861c9d "dswstate", Line=687)<br /> at<br />/usr/src/sys/dev/acpica5/../../contrib/dev/acpica-unix/utilities/utalloc.c:478<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: usched questions and a patch (Closed)" href="https://bugs.dragonflybsd.org/issues/19">#19</a> 0xc083984e in AcpiDsCreateWalkState (OwnerId=186 '\272',<br />Origin=0x0, <br /> MethodDesc=0x0, Thread=0x0)<br /> at<br />/usr/src/sys/dev/acpica5/../../contrib/dev/acpica-unix/dispatcher/dswstat</p>
<p>Kernel and core are uploaded as *.31.gz at<br />leaf.dragonflybsd.org:~josepht/crash/</p>
<p>Thanks,<br />Joe</p> DragonFlyBSD - Bug #1727 (Feedback): CD boot panic (2.6.1) (usb?)https://bugs.dragonflybsd.org/issues/17272010-04-14T08:55:06Zkiril
<p>dfly Live CD 2.6.1 panics on boot. logging a bug report with photos attached <br />as per SW's request. booting with ehci does not make any difference.</p>
<p>please let me know if a .zip it not an acceptable format.</p> DragonFlyBSD - Bug #1718 (Feedback): IDE disk drive not detected by x86_64 2.6.1 Live CDhttps://bugs.dragonflybsd.org/issues/17182010-04-08T10:54:30Zbcox
<p>I've been attempting to install DragonFly 2.6.1 (x86_64 version) onto an IDE<br />hard drive with no luck so far. I have a Gigabyte EP45-DS3L motherboard with a<br />JMicron JMB368 IDE controller, a SATA DVD drive, a SATA2 WD Caviar disk drive<br />and an older WD Caviar IDE drive. Both SATA drives are running in AHCI mode and<br />are detected by the kernel just fine. (Unfortunately, I don't have enough<br />contiguous free space to install DragonFly with the HAMMER filesystem on the<br />SATA disk drive, hence the reason I tried to use the older spare IDE drive.)</p>
<p>FreeBSD 8.0 Live CD and Debian Linux 2.6.32 can see all three drives just fine,<br />but for some reason the IDE disk isn't getting attached by DragonFly. I tried<br />turning off AHCI mode and running the SATA drives in legacy IDE mode, and<br />DragonFly finds the SATA drives (as IDE devices) just fine, but still no<br />attachment of the IDE disk. My BIOS also has an option to run SATA drives in<br />"native IDE" mode, but that caused all sorts of problems involving<br />"TEST_UNIT_READY taskqueue timeout" and "xft: func = 0xffffffff8016b5d8 arg=0" <br />error messages and resulted in the kernel getting stuck in timeout loops. I<br />should note that the JMicron controller itself is detected in all cases.</p>
<p>Matt Dillon helped me out on the IRC channel and suggested some things like<br />booting without ACPI, but nothing worked in the end. He suspects that there's a<br />PCI resource issue involved.</p>
<p>Attached is the verbose dmesg output with AHCI mode enabled for the SATA drives. <br />In it I found that device_probe_and_attach is returning error code 6 when<br />probing the JMicron controller (atapci0).</p> DragonFlyBSD - Bug #1717 (Feedback): HAMMER panic in hammer_cursor_down()https://bugs.dragonflybsd.org/issues/17172010-04-08T09:25:15Zjosepht1
<p>I got the following panic (sorry it's just a backtrace):</p>
<p>panic: BTYPE MISMATCH L <br />Trace beginning at frame 0xdf17171c<br />panic(df171740,cee83300,df1717f4,e3903248,df171764) at panic+0x8c<br />panic(c06029f3,4c,0,e3903248,cefdf000) at panic+0x8c<br />hammer_cursor_down(df1717f4) at hammer_cursor_down+0x113<br />hammer_btree_iterate_reverse(df1717f4,df171a58,0,0,cefdf040) at<br />hammer_btree_iterate_reverse+0x1c0<br />hammer_ioc_prune(df171a58,d91c5610,dc874f00,df17195c,1) at<br />hammer_ioc_prune+0x682<br />hammer_ioctl(d91c5610,c0fc6801,dc874f00,1,d50b1050) at<br />hammer_ioctl+0x1c8<br />hammer_vop_ioctl(df171ac8,df171abc,d8797ab4,d8797ab4,d8cf32f0) at<br />hammer_vop_ioctl+0x2f<br />vop_ioctl(d8cead10,c47f3d28,c0fc6801,dc874f00,1) at vop_ioctl+0x58<br />vn_ioctl(d50f0338,c0fc6801,dc874f00,d50b1050,df171cf0) at<br />vn_ioctl+0xe0<br />mapped_ioctl(5,c0fc6801,280f0188,0,df171cf0) at mapped_ioctl+0x3e4<br />sys_ioctl(df171cf0,6,0,0,d86fa9d0) at sys_ioctl+0x17<br />syscall2(df171d40) at syscall2+0x20e<br />Xint0x80_syscall() at Xint0x80_syscall+0x36</p>
<p>I've uploaded the kern.25.gz and vmcore.25.gz to my leaf account.</p>
<p>Thanks,<br />Joe</p> DragonFlyBSD - Bug #1618 (Feedback): collision for 'struct pmap' when using RPC and <sys/user.h>https://bugs.dragonflybsd.org/issues/16182009-11-30T14:26:50Zcarenas
<p>resulting on the following FTBS for ganglia monitoring on recent versions of<br />DragonFlyBSD (confirmed with 2.4.1 and also 2.5.1.302.gc4e67-DEVELOPMENT)</p>
<pre><code>libtool: compile: gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -I.. -I../../include -g -O2 -Wall -MT metrics.lo -MD -MP -MF .deps/metrics.Tpo -c metrics.c -fPIC -D PIC -o .libs/metrics.o In file included from /usr/include/rpc/rpc.h:73,<br /> from ../libmetrics.h:14,<br /> from metrics.c:36:<br /> /usr/include/rpc/pmap_prot.h:89: error: redefinition of 'struct pmap'</code></pre>
<p>the problem isn't specific to ganglia though as it comes from a conflict<br />from the system headers :</p>
<pre><code>/usr/include/machine/pmap.h (pulled from sys/user.h)<br /> /usr/include/rpc/pmap_prot.h (pulled from rpc/rpc.h)</code></pre>
<p>FreeBSD has also a similar problem which is worked around by removing that<br />header and their dependents from the include before including <sys/user.h></p>
<pre><code>#define <em>MACHINE_PMAP_H</em><br /> #define <em>VM_MAP</em><br /> #include &lt;sys/user.h&gt;</code></pre>
<p>and as a similar workaround the following has been implemented for DFBSD</p>
<pre><code>/*
* XXX: HACK HACK HACK - avoid including machine/pmap.h and things that
* depend on it to avoid collision with struct pmap in rpc/pmap_prot.h<br /> */<br /> #define <em>MACHINE_PMAP_H</em><br /> #define <em>VM_VM_MAP_H</em><br /> #include &lt;sys/user.h&gt;</code></pre>
<p>this problem was introduced around release of 2.4.0 as previous releases<br />didn't have any conflicts.</p>
<p>Carlo</p> DragonFlyBSD - Bug #1613 (Feedback): USB Keyboard not working on masterhttps://bugs.dragonflybsd.org/issues/16132009-11-24T05:49:26Zelekktretterr
<p>I just upgraded my box to the latest development code, and my USB wireless<br />keyboard which use to work fine now doesnt work. it still gets detected<br />correctly during boot though.</p>
<p>ukbd0: <Microsoft Microsoft\M-. 2.4GHz Transceiver V1.0, class 0/0, rev<br />2.00/2.70, addr 2> on uhub0<br />kbd1 at ukbd0<br />ukbd0: at uhub0 port 1 (addr 2) disconnected<br />ukbd0: detached<br />ukbd0: <Microsoft Microsoft\M-. 2.4GHz Transceiver V1.0, class 0/0, rev<br />2.00/2.70, addr 2> on uhub0<br />kbd1 at ukbd0</p>
<p>Whats changed in the USB stack since augst 15? (my last working kernel)</p>
<p>Petr</p> DragonFlyBSD - Bug #1591 (Feedback): Lenovo X301 hangs with AHCI Driver CMD TIMEOUT STS=d0<BSY>https://bugs.dragonflybsd.org/issues/15912009-10-30T23:47:49Zeocallaghan
<p>Hi,</p>
<p>I have a Lenovo X301 2776 LEG.</p>
<p>Trying to use the machine with the AHCI results in a hang for a while<br />then it can't mount the root FS as it can't access the disk.<br />The following message is displayed:</p>
<p>ahci0.1: CMD TIMEOUT state=5 slot=3<br /> cmd-rg 0x4c317<HPCP,CR,FR,FRE,POD,SUD,ST><br /> sactive=0000000 active=00000008 expired=00000000<br /> act=00000000 ci=00000008<br /> STS=d0<BSY><br />ahci0.1: cmd 18: timeout<br />achi0.1: Warning, issuing CLO after timeout.</p>
<p>Prob0: ahci0:0:13:0) Unretryable error<br />...</p>
<p>Cheers,<br />Edward.</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 #1486 (Feedback): Interrupt storm related to SATA DVD devicehttps://bugs.dragonflybsd.org/issues/14862009-09-04T18:48:09Zhasso
<p>There is a constant interrupt storm in my HP Proliant DL360 G6 machine which <br />stops in two cases - if I disconnect the DVD device or mount a CD from it.</p>
<p>Verbose dmesg is available at <br /><a class="external" href="http://leaf.dragonflybsd.org/~hasso/DL360-verbose-dmesg.txt">http://leaf.dragonflybsd.org/~hasso/DL360-verbose-dmesg.txt</a></p> DragonFlyBSD - Bug #806 (Feedback): boot error on MacBookhttps://bugs.dragonflybsd.org/issues/8062007-09-12T04:00:13Ztralamazza
<p>Hi,<br /> I'm trying to boot Dragonfly (1.10.1_REL) on a MacBook (1st gen). After the <br />booting process starts it enters a loop and displays "<db>" indefinitely.</p>
<p>On a side note Freebsd has a related project on google SoC: <br /><a class="external" href="http://wiki.freebsd.org/AppleMacbook">http://wiki.freebsd.org/AppleMacbook</a></p>
<p>thanks</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>