DragonFlyBSD bugtracker: Issueshttps://bugs.dragonflybsd.org/https://bugs.dragonflybsd.org/favicon.ico?16293952082009-07-19T02:09:21ZDragonFlyBSD bugtracker
Redmine 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 #1332 (Feedback): DFBSD 2.2 - Booting usbcdrom/usbsticks on thinkpad hangs on ...https://bugs.dragonflybsd.org/issues/13322009-04-09T19:44:06Ztuxillo
<p>Hi</p>
<p>This is a bug reported by claus on the IRC and initally investigated by Jordan<br />(smtms).</p>
<p>It seems that booting USB cdrom/stick on a Thinkpad (model still to determine)<br />hangs and stops with BTX Halted.</p>
<p>claus reported that FBSD 7.1 booted without problems with that USB Cdrom drive,<br />but with FBSD 7.0 it crashes also.</p>
<p>This is a know issue on FreeBSD that was fixed in revision 177039. Also relevant<br />revisions are 181433, 181436 and 189017.</p>
<p>Cheers,<br />Antonio</p> DragonFlyBSD - Bug #1330 (Feedback): Hammer, usb disk, SYNCHRONIZE CACHE failurehttps://bugs.dragonflybsd.org/issues/13302009-04-07T20:35:05Zjosepht
<p>This is for 2.2-RELEASE. I have a 2.5" drive in an external USB<br />enclosure with one big Hammer filesystem on it. The disk is ~75GB.<br />When the daily cronjob to cleanup hammer runs it fails with these<br />errors:</p>
<p>Thanks,<br />Joe</p>
<p>Apr 6 03:02:10 jupiter kernel: (da0:umass-sim0:0:0:0): SYNCHRONIZE <abbr title="10">CACHE</abbr>. CDB: 35 0 0 0 0 0 0 0 0 0 <br />Apr 6 03:02:10 jupiter kernel: (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error<br />Apr 6 03:02:10 jupiter kernel: (da0:umass-sim0:0:0:0): SCSI Status: Check Condition<br />Apr 6 03:02:10 jupiter kernel: (da0:umass-sim0:0:0:0): ILLEGAL REQUEST asc:20,0<br />Apr 6 03:02:10 jupiter kernel: (da0:umass-sim0:0:0:0): Invalid command operation code<br />Apr 6 03:02:10 jupiter kernel: (da0:umass-sim0:0:0:0): (da0:umass-sim0:0:0:0): <br />SYNCHRONIZE <abbr title="10">CACHE</abbr>. CDB: 35 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): ILLEGAL REQUEST asc:20,0<br />Apr 6 03:02:10 jupiter kernel: (da0:umass-sim0:0:0:0): Invalid command operatio n code<br />Apr 6 03:02:10 jupiter kernel: Unretryable error<br />Apr 6 03:02:10 jupiter kernel: (da0:umass-sim0:0:0:0): error 22<br />Apr 6 03:02:10 jupiter kernel: (da0:umass-sim0:0:0:0): Unretryable Error<br />Apr 6 03:02:10 jupiter kernel: <abbr title="DATA">HAMMER</abbr>: Critical error inode=-1 while flushing meta-data<br />Apr 6 03:02:10 jupiter kernel: <abbr title="DATA">HAMMER</abbr>: Forcing read-only mode<br />Apr 6 03:02:10 jupiter kernel: <abbr title="DATA">HAMMER</abbr>: Critical write error during flush, refusing to sync UNDO FIFO</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 #1250 (Feedback): Panic upon plugging an USB flash drive into the machinehttps://bugs.dragonflybsd.org/issues/12502009-01-29T05:12:07Zrumcic
<p>I have several USB ports on my chassis, out of which 2 are not connected to the<br />mainboard ... I plugged an USB drive in one of the ports, there was nothing<br />in /var/log/messages, so I figured that port was not connected. After that I<br />unplugged the USB drive and plugged it into another port, upon which a panic<br />occured. Dump is located at leaf:~rumko/crash/usb/{kernel,vmcore}.0</p>
<ol>
<li>kgdb kernel.0 vmcore.0</li>
</ol>
<p>Unread portion of the kernel message buffer:</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=0xc05007b0 "%s")<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> 0xc04b4a59 in trap_fatal (frame=0xdc985c00, eva=<value optimized out>)<br />at /usr/src/sys/platform/pc32/i386/trap.c:1111<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> 0xc04b4b93 in trap_pfault (frame=0xdc985c00, usermode=0, eva=33554706)<br />at /usr/src/sys/platform/pc32/i386/trap.c:1012<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> 0xc04b51b1 in trap (frame=0xdc985c00)<br />at /usr/src/sys/platform/pc32/i386/trap.c:692<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> 0xc04a2ee7 in calltrap ()<br />at /usr/src/sys/platform/pc32/i386/exception.s:785<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> 0xc042d258 in usb_allocmem (bus=0xdc952cc0, size=4, align=0, p=0xc5c2c9fc)<br />at /usr/src/sys/bus/usb/usb_mem.c:249<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> 0xc0421f2d in ehci_allocm (bus=0xdc952cc0, dma=0xc5c2c9fc, size=4)<br />at /usr/src/sys/bus/usb/ehci.c:1017<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> 0xc042ba1e in usbd_transfer (xfer=0xc5c2c9c0)<br />at /usr/src/sys/bus/usb/usbdi.c:299<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> 0xc042bc10 in usbd_sync_transfer (xfer=0xc5c2c9c0)<br />at /usr/src/sys/bus/usb/usbdi.c:343<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> 0xc042bc70 in usbd_do_request_flags_pipe (dev=0xd8fcdec0, pipe=0xc5b86e98,<br />req=0xdc985d24, data=0xc5cfc5e4, flags=0, actlen=0x0, timeout=5000)<br /> at /usr/src/sys/bus/usb/usbdi.c:954<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> 0xc042bde7 in usbd_do_request_flags (dev=0xd8fcdec0, req=0xdc985d24,<br />data=0xc5cfc5e4, flags=0, actlen=0x0, timo=5000)<br /> at /usr/src/sys/bus/usb/usbdi.c:927<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> 0xc042be03 in usbd_do_request (dev=0xd8fcdec0, req=0xdc985d24,<br />data=0xc5cfc5e4) at /usr/src/sys/bus/usb/usbdi.c:919<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> 0xc042c5bb in usbd_get_port_status (dev=0xd8fcdec0, port=10, ps=0xc5cfc5e4)<br />at /usr/src/sys/bus/usb/usbdi_util.c:165<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> 0xc04304e3 in uhub_explore (dev=0xd8fcdec0)<br />at /usr/src/sys/bus/usb/uhub.c:390<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> 0xc042a9d6 in usb_discover (self=<value optimized out>)<br />at /usr/src/sys/bus/usb/usb.c:743<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> 0xc042adbe in usb_event_thread (arg=0xc5b86df8)<br />at /usr/src/sys/bus/usb/usb.c:454<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> 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 #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 #1144 (Feedback): Incorrect clock under KVMhttps://bugs.dragonflybsd.org/issues/11442008-10-01T12:01:50Zmsylvan
<p>Using kvm-74-3.fc10.x86_64 on Fedora 10 beta.</p>
<p>Host machine is set to EST/EDT. The guest FreeBSD 7 installation reports the<br />correct time (whether UTC or local), but the DragonFly 2.0.1 installer, and the<br />installed system, is ahead by 4 hours.</p>
<p>It appears that, for some reason, the DragonFly/KVM combo is wrongly<br />compensating, presumably assuming (wrongly) that the host clock is set to<br />localtime (UTC-4) and thus adding four hours to it. Any difference in the way<br />the DragonFly and FreeBSD kernels handle the system clock?</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 #979 (Feedback): Failure-prone USB mass storage (SB600? msdosfs? CAM?)https://bugs.dragonflybsd.org/issues/9792008-03-23T00:52:39Zfloid
<p>I'm still very behind when it comes to keeping track of development, so pardon<br />if this is known. I always need to do more testing, but some feedback will help<br />me narrow down the test cases.</p>
<p>Symptoms:</p>
<p>Using 1.12.0-RELEASE, copying from a FAT-formatted 2GB CF card in a reader with<br />a "Genesys" chipset hangs after the first ~82MB have been copied. A "hang" is<br />determined as iostat showing 0 throughput and cp not responding to ^C.</p>
<p>ehci.ko is <strong>not</strong> loaded, so ohci alone was involved here.</p>
<p>Hardware considerations:</p>
<p>SMP kernel (Athlon 64 x2)<br />SB600<br />The reader is part of a Mitsumi floppy combo device<br /> (A slim conventional floppy and USB card reader crammed into one 3.5" box.)</p>
<p>Relevant portion of usbdevs -v:<br />Controller /dev/usb4:<br />addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), <abbr title="0x0000">ATI</abbr>,<br />rev 1.00<br /> port 1 addr 2: full speed, power 500 mA, config 1, USB Reader(0x070e),<br />Genesys(0x05e3), rev 93.25<br /> port 2 powered</p>
<p>...</p>
<p>The following from CAM was found in dmesg. I <strong>believe</strong> this was printed before<br />I rudely pulled the card, however I cannot be sure. (Have we considered<br />timestamping dmesg yet?) There was nothing else new in dmesg.</p>
<p>(da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 <br />(da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error<br />(da0:umass-sim0:0:0:0): SCSI Status: Check Condition<br />(da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0<br />(da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed<br />(da0:umass-sim0:0:0:0): Retrying Command (per Sense Data)</p>
<p>Similarly, cp has produced some odd output, but since the card was pulled and<br />the hung cp was left sitting for 24 hours before I got around to reporting this,<br />I'm not sure what happened here. :}</p>
<p>%cd /home/floid/Photos/<br />%cp /mnt/dcim/101olymp/* .<br />cp: ./pa091308.jpg: Bad address<br />cp: ./pa091307.jpg: Bad address<br />cp: /mnt/dcim/101olymp/pa091306.jpg: Input/output error<br />cp: /mnt/dcim/101olymp/pa091303.jpg: Input/output error<br />cp: /mnt/dcim/101olymp/pa091302.jpg: Cross-device link<br />^C</p>
<p>Adding to my confusion, the Linux (Ubuntu 7.10) machine I would attempt to read<br />the card with has a similar hardware configuration (another SB600, another card<br />reader that's also Genesys Logic-based) and its own intractable problems with<br />USB in general! On review, I see that Linux ("2.6.22-14-generic <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> SMP" i686)<br />made it exactly 32MB into the card before a majority of its USB support locked<br />up. Unfortunately that's been happening whenever anyone breathes near that<br />machine, and proprietary VMWare and fglrx modules are involved, so it'll be a<br />while before I can fsck or chkdsk the filesystem structure on the CF card itself!</p>
<p>(The media should be fine, since the camera has had no complaints.)</p>
<p>===</p>
<p>Should I be suspecting the filesystem, CAM (I've noticed Peter Avalos's work on<br />CAM locking but haven't tried it yet), or the basic hardware support?</p> DragonFlyBSD - Bug #846 (Feedback): USB bugs:usb mouse can't used!https://bugs.dragonflybsd.org/issues/8462007-11-22T01:43:40Zfrankning
<p>I had use DFB 1.8.0,then my usb mouse can use.When I update to 1.10 and new <br />version, the usb mouse cant't use.Someone can help me? Thanks!</p>
<p>Following is my dmesg:</p>
<p>Copyright (c) 2003, 2004, 2005, 2006, 2007 The DragonFly Project.<br />Copyright (c) 1992-2003 The FreeBSD Project.<br />Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994<br /> The Regents of the University of California. All rights reserved.<br />DragonFly 1.11.0-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>: Tue Nov 13 00:12:24 CST 2007<br /> frank@:/usr/obj/usr/src/sys/NETONE<br />TSC clock: 1666701140 Hz, i8254 clock: 1193164 Hz<br />CPU: Intel(R) Core(TM)2 CPU T5500 @ 1.66GHz (1666.74-MHz 686-class CPU)<br /> Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6</p>
<p>Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMO<br />V,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE><br /> Features2=0xe39d<SSE3,RSVD2,MON,DS_CPL,EST,TM2,SSSE3,CX16,XTPR,RSVD15><br /> Hyperthreading: 2 logical CPUs<br />real memory = 937951232 (915968K bytes)<br />avail memory = 899067904 (877996K bytes)<br />APIC_IO: MP table broken: ExtINT entry corrupt!<br />APIC_IO: MP table broken: IRQ 15 not ISA when IRQ 14 is!<br />Programming 24 pins in IOAPIC #0<br />DragonFly/MP: Multiprocessor motherboard<br /> cpu0 (BSP): apic id: 0, version: 0x00050014, at 0xfee00000<br /> cpu1 (AP): apic id: 1, version: 0x00050014, at 0xfee00000<br /> io0 (APIC): apic id: 2, version: 0x00178021, at 0xfec00000<br />APIC_IO: routing 8254 via 8259 and IOAPIC #0 intpin 0<br />SMP: AP CPU <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> Launched!<br />objcache(exec-args): too small for ncpus, adjusting cluster_limit 16->32<br />Preloaded elf kernel "/kernel" at 0xc078e000.<br />Preloaded elf module "/modules/acpi.ko" at 0xc078e2b0.<br />Pentium Pro MTRR support enabled<br />md0: Malloc disk<br />pcibios: BIOS version 2.10<br />Using $PIR table, 19 entries at 0xc00fde90<br />ACPI: RSDP <code> 0x0xf74f0/0x0014 (v 0 PTLTD )<br />ACPI: RSDT </code> 0x0x37e8ec8c/0x0034 (v 1 HPQOEM SLIC-MPC 0x06040000 LTP <br />0x00000000)<br />ACPI: FACP <code> 0x0x37e95ef2/0x0074 (v 1 ATI Bonefish 0x06040000 ATI <br />0x000F4240)<br />ACPI: DSDT </code> 0x0x37e8f69b/0x6857 (v 1 ATI SB450 0x06040000 MSFT <br />0x03000000)<br />ACPI: FACS <code> 0x0x37e96fc0/0x0040<br />ACPI: APIC </code> 0x0x37e95f66/0x005E (v 1 PTLTD APIC 0x06040000 LTP <br />0x00000000)<br />ACPI: MCFG <code> 0x0x37e95fc4/0x003C (v 1 PTLTD MCFG 0x06040000 LTP <br />0x00000000)<br />ACPI: SSDT </code> 0x0x37e8ecc0/0x0535 (v 1 PmRef CpuPm 0x00003000 INTL <br />0x20050228)<br />npx0: <math processor> on motherboard<br />npx0: INT 16 interface<br />Using XMM optimized bcopy/copyin/copyout<br />acpi0: <HPQOEM SLIC-MPC> on motherboard<br />acpi0: Power Button (fixed)<br />Warning: ACPI is disabling APM's device. You can't run both<br />acpi_ec0: <Embedded Controller: GPE 0x10> port 0x66,0x62 on acpi0<br />acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0<br />cpu0: <ACPI CPU> on acpi0<br />cpu1: <ACPI CPU> on acpi0<br />cpu1: Failed to attach throttling P_CNT<br />acpi_tz0: <Thermal Zone> on acpi0<br />acpi_acad0: <AC Adapter> on acpi0<br />acpi_cmbat0: <Control Method Battery> on acpi0<br />acpi_button0: <Power Button> on acpi0<br />acpi_lid0: <Control Method Lid Switch> on acpi0<br />acpi_button1: <Sleep Button> on acpi0<br />atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0<br />atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0<br />kbd0 at atkbd0<br />acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0%<br />Warning: ACPI idle hook not yet supported for SMP<br />psm0: <PS/2 Mouse> irq 12 on atkbdc0<br />psm0: model IntelliMouse, device ID 3<br />legacypci0 on motherboard<br />pcib0: <Host to PCI bridge> on legacypci0<br />pci0: <PCI bus> on pcib0<br />pcib1: <PCI to PCI bridge (vendor=1002 device=5a3f)> at device 1.0 on pci0<br />pci1: <PCI bus> on pcib1<br />pci1: <ATI model 5a62 graphics accelerator> at 5.0 irq 10<br />pcib2: <PCI to PCI bridge (vendor=1002 device=5a36)> at device 4.0 on pci0<br />pci2: <PCI bus> on pcib2<br />pci2: <unknown card> (vendor=0x14e4, dev=0x4312) at 0.0 irq 10<br />pcib3: <PCI to PCI bridge (vendor=1002 device=5a37)> at device 5.0 on pci0<br />pci5: <PCI bus> on pcib3<br />atapci0: <ATI IXP400 SATA150 controller> port 0x8400-0x840f,0x8410-<br />0x8413,0x8420-0x8427,0x8430-0x8433,0x8440-0x8447 irq 2 at device 18.0 on pci0<br />ata2: <ATA channel 0> on atapci0<br />ad4: 95396MB <FUJITSU MHV2100BH PL 00000029> at ata2-master SATA150<br />ata3: <ATA channel 1> on atapci0<br />ohci0: <ATI SB400 USB Controller> mem 0xc0504000-0xc0504fff irq 5 at device <br />19.0 on pci0<br />usb0: OHCI version 1.0, legacy support<br />usb0: <ATI SB400 USB Controller> on ohci0<br />usb0: USB revision 1.0<br />uhub0: <ATI OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0<br />uhub0: 4 ports with 4 removable, self powered<br />ohci1: <ATI SB400 USB Controller> mem 0xc0505000-0xc0505fff irq 5 at device <br />19.1 on pci0<br />usb1: OHCI version 1.0, legacy support<br />usb1: <ATI SB400 USB Controller> on ohci1<br />usb1: USB revision 1.0<br />uhub1: <ATI OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb1<br />uhub1: 4 ports with 4 removable, self powered<br />pci0: <USB controller> at 19.2 irq 5<br />pci0: <unknown card> (vendor=0x1002, dev=0x4372) at 20.0<br />atapci1: <ATI IXP400 UDMA133 controller> port 0x8460-0x846f,0x376,0x170-<br />0x177,0x3f6,0x1f0-0x1f7 irq 9 at device 20.1 on pci0<br />ata0: <ATA channel 0> on atapci1<br />acd0: DVDR <TSSTcorpCD/DVDW TS-L632D/GAH1> at ata0-master UDMA33<br />ata1: <ATA channel 1> on atapci1<br />pci0: <unknown card> (vendor=0x1002, dev=0x437b) at 20.2 irq 9<br />isab0: <PCI to ISA bridge (vendor=1002 device=4377)> at device 20.3 on pci0<br />isa0: <ISA bus> on isab0<br />pcib4: <PCI to PCI bridge (vendor=1002 device=4371)> at device 20.4 on pci0<br />pci8: <PCI bus> on pcib4<br />fwohci0: vendor=1180, dev=832<br />fwohci0: <1394 Open Host Controller Interface> mem 0xc0200000-0xc02007ff irq 2 <br />at device 7.0 on pci8<br />fwohci0: OHCI version 1.0 (ROM=1)<br />fwohci0: No. of Isochronous channel is 4.<br />fwohci0: EUI64 00:60:b0:00:00:1e:fe:b6<br />fwohci0: Phy 1394a available S400, 1 ports.<br />fwohci0: Link S400, max_rec 2048 bytes.<br />firewire0: <<abbr title="FireWire">IEEE1394</abbr> bus> on fwohci0<br />fwe0: <Ethernet over FireWire> on firewire0<br />fwe0: MAC address: 02:60:b0:1e:fe:b6<br />sbp0: <SBP-2/SCSI over FireWire> on firewire0<br />fwohci0: Initiate bus reset<br />fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode<br />firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me)<br />firewire0: bus manager 0 (me)<br />pci8: <unknown card> (vendor=0x1180, dev=0x0822) at 7.1 irq 10<br />pci8: <unknown card> (vendor=0x1180, dev=0x0843) at 7.2 irq 10<br />pci8: <unknown card> (vendor=0x1180, dev=0x0592) at 7.3 irq 10<br />rl0: <RealTek 8139 10/100BaseTX> port 0xa000-0xa0ff mem 0xc0201400-0xc02014ff <br />irq 11 at device 8.0 on pci8<br />miibus0: <MII bus> on rl0<br />rlphy0: <RealTek internal media interface> on miibus0<br />rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto<br />rl0: MAC address: 00:19:bb:00:95:5d<br />orm0: <Option ROMs> at iomem 0xc0000-0xcefff,0xcf000-0xcffff,0xdf000-0xdffff on <br />isa0<br />pmtimer0 on isa0<br />fdc0: ready for input in output<br />fdc0: cmd 3 failed at out byte 1 of 3<br />vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0<br />sc0: <System console> at flags 0x100 on isa0<br />sc0: VGA <16 virtual consoles, flags=0x300><br />sio0: can't drain, serial port might not exist, disabling<br />sio1: can't drain, serial port might not exist, disabling<br />ppc0: parallel port not found.<br />Mounting root from ufs:/dev/ad4s1a<br />cd0 at ata2 bus 0 target 0 lun 0<br />cd0: <TSSTcorp CD/DVDW TS-L632D GAH1> Removable CD-ROM SCSI-0 device <br />cd0: 33.000MB/s transfers<br />cd0: Attempt to query device size failed: NOT READY, Medium not present - tray <br />closed<br />cpu0: Performance states changed<br />cpu0: Cx states changed</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 #570 (Feedback): 1.8.x: ACPI problemshttps://bugs.dragonflybsd.org/issues/5702007-03-03T11:46:01Zqhwt+dfly
<p>So if you enable ACPI and boot, it won't respond to keyboard no matter<br />whether you choose to boot into single- or multi-user mode?</p>
<p>So ... your keyboard does not work when you boot straight into the<br />single user mode, whether with or without ACPI driver enabled, right?<br />If not, I have no idea what this part really means:<br /> > But If I boot to non-ACPI-mode, everything works<br /> > just fine, but I can't get to sigle user mode, because prompt freezes<br /> > there too...</p>
<p>If the message buffer(which dmesg command shows you) survives across<br />reboot, I'd like to look at it after you boot with ACPI driver enabled<br />and booted with `boot -v' from the boot loader prompt (did I ask if<br />keyboard works when you go into the boot loader prompt?).</p>
<p>Cheers.</p> DragonFlyBSD - Bug #285 (Feedback): interrupt latency with re without ip address configuredhttps://bugs.dragonflybsd.org/issues/2852006-08-07T06:00:07Zthomas.nikolajsen
<p>Playing sound using pcm(4)/snd(4) gives bad quality: hiss and hops, like sound isn't playing for very short time periods.</p>
<p>This is experienced:<br /> - not having SMP in kernel config (eg GENERIC)<br /> - from dfly-1.5 26th December '05 (24th is ok using kernels from chlamydia);<br />including HEAD.</p>
<p>dfly-1.4 is ok, including 1.4.4.</p>
<p>Using audio/mpg123 for MP3, 'cp test.raw /dev/dspW' or pcmplay for decoded sound.<br />Buffering audio data with mpg123 -b doesn't sound like making any difference.</p>
<p>CPU load doesn't sound like making any difference.<br />Problem experienced on several systems, using snd_via8233 and snd_ich.</p>
<p>No X11 used.</p>
<pre><code>-thomas</code></pre> 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>