DragonFlyBSD bugtracker: Issueshttps://bugs.dragonflybsd.org/https://bugs.dragonflybsd.org/favicon.ico?16293952082014-02-20T06:53:30ZDragonFlyBSD bugtracker
Redmine 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 #1831 (Feedback): HAMMER "malloc limit exceeded" panichttps://bugs.dragonflybsd.org/issues/18312010-09-11T23:42:36Zeocallaghan
<p>I was able to reproduce with a hammer equivalent of issue1726 with the following<br />test case from vsrinivas in issue1726:</p>
<pre>
<code class="c syntaxhl" data-language="c"><span class="cp">#include</span> <span class="cpf"><unistd.h></span><span class="cp">
#include</span> <span class="cpf"><stdlib.h></span><span class="cp">
#include</span> <span class="cpf"><stdio.h></span><span class="cp">
</span>
<span class="n">main</span><span class="p">()</span> <span class="p">{</span>
<span class="kt">int</span> <span class="n">i</span><span class="p">;</span>
<span class="kt">char</span> <span class="n">id</span><span class="p">[</span><span class="mi">320</span><span class="p">]</span> <span class="o">=</span> <span class="p">{};</span>
<span class="k">for</span> <span class="p">(</span><span class="n">i</span> <span class="o">=</span> <span class="mi">0</span><span class="p">;</span> <span class="n">i</span> <span class="o"><</span> <span class="mi">10000000</span><span class="p">;</span> <span class="n">i</span><span class="o">++</span><span class="p">)</span> <span class="p">{</span>
<span class="n">sprintf</span><span class="p">(</span><span class="n">id</span><span class="p">,</span> <span class="s">"%09d"</span><span class="p">,</span> <span class="n">i</span><span class="p">);</span>
<span class="n">link</span><span class="p">(</span><span class="s">"sin.c"</span><span class="p">,</span> <span class="n">id</span><span class="p">);</span>
<span class="p">}</span>
<span class="k">return</span> <span class="mi">0</span><span class="p">;</span>
<span class="p">}</span>
</code><br /></pre>
<p>----<br /><pre>
(kgdb) bt
#0 _get_mycpu (di=0xc06d4ca0) at ./machine/thread.h:83
#1 md_dumpsys (di=0xc06d4ca0)
at /usr/src/sys/platform/pc32/i386/dump_machdep.c:263
#2 0xc0304d15 in dumpsys () at /usr/src/sys/kern/kern_shutdown.c:880
#3 0xc03052d5 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:387
#4 0xc030559e in panic (fmt=0xc05bb41b "%s: malloc limit exceeded")
at /usr/src/sys/kern/kern_shutdown.c:786
#5 0xc03032bb in kmalloc (size=25, type=0xc1d8f590, flags=258)
at /usr/src/sys/kern/kern_slaballoc.c:503
#6 0xc04aa5a3 in hammer_alloc_mem_record (ip=0xcb803d50, data_len=25)
at /usr/src/sys/vfs/hammer/hammer_object.c:280
#7 0xc04aa91f in hammer_ip_add_directory (trans=0xce350ad4,
dip=0xcb803d50, name=0xd3cdb1d0 "000452457", bytes=9, ip=0xce31df50)
at /usr/src/sys/vfs/hammer/hammer_object.c:666
#8 0xc04bbf8a in hammer_vop_nlink (ap=0xce350b2c)
at /usr/src/sys/vfs/hammer/hammer_vnops.c:1388
#9 0xc036cc1f in vop_nlink_ap (ap=0xce350b2c)
at /usr/src/sys/kern/vfs_vopops.c:1978
#10 0xc03717ca in null_nlink (ap=0xce350b2c)
at /usr/src/sys/vfs/nullfs/null_vnops.c:164
#11 0xc036d465 in vop_nlink (ops=0xcdbbe030, nch=0xce350c48,
dvp=0xce0913e8, vp=0xce2f04e8, cred=0xcdef1738)
at /usr/src/sys/kern/vfs_vopops.c:1397
---Type <return> to continue, or q <return> to quit---
---Type <return> to continue, or q <return> to quit---#12 0xc0365496 in
kern_link (nd=0xce350c80, linknd=0xce350c48)
at /usr/src/sys/kern/vfs_syscalls.c:2320
#13 0xc036ad49 in sys_link (uap=0xce350cf0)
at /usr/src/sys/kern/vfs_syscalls.c:2345
#14 0xc055f6b3 in syscall2 (frame=0xce350d40)
at /usr/src/sys/platform/pc32/i386/trap.c:1310
#15 0xc0547fb6 in Xint0x80_syscall ()
at /usr/src/sys/platform/pc32/i386/exception.s:876
#16 0x0000001f in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
(kgdb)
</pre></p>
<p>Dump on my leaf account;<br /><a class="external" href="http://leaf.dragonflybsd.org/~evocallaghan/hammer_vfs_panic.7z">http://leaf.dragonflybsd.org/~evocallaghan/hammer_vfs_panic.7z</a></p>
<p>Cheers,<br />Edward.</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 #1593 (Feedback): panic: assertion: ccb == ap->ap_err_ccb in ahci_put_err_ccbhttps://bugs.dragonflybsd.org/issues/15932009-11-01T01:37:40Zftigeot
<p>This panic occurs when trying to read a defective SATA hard drive with ahci.</p>
<p>On the same machine, when using the nata disk driver (by disabling ahci in<br />BIOS), the disk is still unreadable with READ_DMA errors but the kernel does<br />not panic.</p>
<p>System is DragonFly 2.4.1 running on a Core 2 Duo machine with an Intel ICH9<br />SATA chipset.</p>
<p>The mainboard is a Supermicro X7SBL-LN2:<br /><a class="external" href="http://www.supermicro.com/products/motherboard/Xeon3000/3200/X7SBL-LN2.cfm">http://www.supermicro.com/products/motherboard/Xeon3000/3200/X7SBL-LN2.cfm</a></p>
<p>gzipped kernel and core file are available here:<br /><a class="external" href="http://www.wolfpond.org/crash.dfly/">http://www.wolfpond.org/crash.dfly/</a></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 #1397 (Feedback): jobs -l output inconsistency when called from scripthttps://bugs.dragonflybsd.org/issues/13972009-06-08T00:49:49ZAnonymous
<p>Salute.</p>
<p>The jobs(1) utility gives different output when called from a script and when<br />from an interactive shell.</p>
<pre>
[beket@voyager ~] cat testjobs.sh
#!/bin/sh
sleep 30 &
jobs -l
[beket@voyager ~] sh testjobs.sh
[1] + 10005 Running
[beket@voyager ~] sleep 30 &
[1] 10006
[beket@voyager ~] jobs -l
[1]+ 10006 Running sleep 30 &
[beket@voyager ~]
</pre>
<p>It is not clear whether the jobs(1) should work at all inside a script. POSIX<br />says that since it doesn't fall into the 'special' built-in category a new<br />environment (subshell?) would be created upon its invocation. Even this is true,<br />the jobs aren't specific to the shell environment, so they should be visible to<br />jobs(1). And in any case, the command should either print nothing or print all<br />the fields.</p>
<p>NetBSD 5.0:<br /><pre>
$ sh testjobs.sh
[1] + 27159 Running sleep 30
</pre></p>
<p>SunOS 5.10:<br /><pre>
tuxillo@solaris$ /usr/xpg4/bin/sh testjobs.sh
[1] + 11754 Running <command unknown>
</pre></p>
<p>FreeBSD: same as us. (kindly reported by vstemen at #dragonflybsd).</p>
<p>Any thoughts ?</p>
<p>Best regards,<br />Stathis</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>