DragonFlyBSD bugtracker: Issueshttps://bugs.dragonflybsd.org/https://bugs.dragonflybsd.org/favicon.ico?16293952082008-10-09T12:27:01ZDragonFlyBSD bugtracker
Redmine DragonFlyBSD - Bug #1148 (In Progress): BCM4311 wireless network adapter detected but not functionalhttps://bugs.dragonflybsd.org/issues/11482008-10-09T12:27:01Zarchimedes.gaviola
<p>Hi,</p>
<p>I have a mini-PCI wireless network adapter on my laptop that wasn't<br />detected on DragonFly 2.0.0 during installation. Since it wasn't<br />detected, what I did is performing the steps in the<br />bwi(4) manual <a class="external" href="http://leaf.dragonflybsd.org/cgi/web-man?command=bwi&section=ANY">http://leaf.dragonflybsd.org/cgi/web-man?command=bwi&section=ANY</a><br />and download the firmware at<br /><a class="external" href="http://leaf.dragonflybsd.org/~sephe/bwi/v3.tbz">http://leaf.dragonflybsd.org/~sephe/bwi/v3.tbz</a>. Now, the driver were<br />detected (Broadcom BCM4311) but seems not functional. It doesn't show<br />up after invoking ifconfig. Below is the dmesg output:</p>
<p>device_probe_and_attach: bwi0 attach returned 6<br />Preloaded elf module "/modules/if_bwi.ko" at 0xc07b93c8.<br />bwi0: <Broadcom BCM4311 802.11 Wireless Lan> mem 0x31300000-0x31303fff<br />irq 11 at device 0.0 on pci1<br />bwi0: BBP: id 0x4311, rev 0x2, pkg 0<br />bwi0: MAC rev 13 is not supported<br />bwi0: no MAC was found</p>
<p>And as I try looking at the /usr/src/sys/dev/netif/bwi/if_bwi.c code,<br />BCM4311 is part of the supported device</p>
<pre><code>{ PCI_VENDOR_BROADCOM, PCI_PRODUCT_BROADCOM_BCM4311,<br /> "Broadcom BCM4311 802.11 Wireless Lan" },</code></pre>
<p>Thanks,<br />Archimedes</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 #989 (New): installer/fdisk trouble with wrapped valueshttps://bugs.dragonflybsd.org/issues/9892008-04-14T00:50:05ZDiscodestroyer
<p>Hi there,</p>
<p>I installed DF 2 days ago (the 1.12.1 release). I've choosen a primary partition for the installation (/dev/hda2 in linux slang) and installed the bootlocker on ad0.</p>
<p>After the reboot my laptop hung immediately. I couldn't even see the BIOS password dialog anymore. Whenever I try to reach my bios setup via F2 it crashes on the way.</p>
<p>Without the harddisk it is possible to boot the notebook without any problems.</p>
<p>I bought an external HD case and tried to mount the HD with a live CD: no partition table...</p>
<p>I can't find any reports for that issue, so I thought I will let you know.</p>
<p>Do you need any further information about my hardware?</p>
<p>And is there a way to recover the table?</p>
<p>greets from Germany.</p>
<p>HennR<br />-- <br />GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen!<br />Jetzt dabei sein: <a class="external" href="http://www.shortview.de/?mc=sv_ext_mf@gmx">http://www.shortview.de/?mc=sv_ext_mf@gmx</a></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 #884 (In Progress): Performance/memory problems under filesystem IO loadhttps://bugs.dragonflybsd.org/issues/8842007-12-14T18:34:28Zhasso
<p>During testing drive with dd I noticed that there are serious performance <br />problems. Programs which need disk access, block for 10 and more seconds. <br />Sometimes they don't continue the work until dd is finished. Raw disk access <br />(ie not writing to file, but directly to the disk) is reported to be OK (I <br />can't test it myself).</p>
<p>All tests are done with this command:<br />dd if=/dev/zero of=./file bs=4096k count=1000</p>
<p>Syncing after each dd helps to reproduce it more reliably (cache?).</p>
<p>There is one more strange thing in running these tests. I looked at memory <br />stats in top before and after running dd.</p>
<p>Before:<br />Mem: 42M Active, 40M Inact, 95M Wired, 304K Cache, 53M Buf, 795M Free<br />After:<br />Mem: 70M Active, 679M Inact, 175M Wired, 47M Cache, 109M Buf, 1752K Free</p>
<p>And as a side effect - I can't get my network interfaces up any more after <br />running dd - "em0: Could not setup receive strucutres".</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 #725 (In Progress): 'make distribution' fails w/'ro' /usr/objhttps://bugs.dragonflybsd.org/issues/7252007-07-10T09:42:05Zc.turner
<p>This seems to choke on sendmail from a ~1wk build<br />(no code changes on this part of the tree it seems)</p>
<p>not sure if it is 'supposed to work' or<br />for how long it has been broken, so I didn't investigate further..</p>
<p>basically, trying to use a -HEAD machine to build out jail<br />images from a release machine over ro nfs..</p>
<p>Thanks,</p>
<p>- Chris</p> DragonFlyBSD - Bug #604 (In Progress): 1.8.1-RELEASE - clock runs fast on mainboard ASUS P5A-Bhttps://bugs.dragonflybsd.org/issues/6042007-04-18T18:55:03Zyeti
<p>After a fresh install of 1.8.1-RELEASE on a system with ASUS P5A-B<br />mainboard (ALI chipset), the clock runs twice as fast as normal.</p>
<p>Booting with ACPI disabled solved this problem.</p>
<p>The clock problem on some ATI chipsets was a problem in Linux some<br />kernels ago too. The solution was triggered by clock=pit as bootarg if I<br />remember right... maybe having a peek into Linux's code helps.</p> DragonFlyBSD - Bug #599 (New): 1.9.0 reproducable panichttps://bugs.dragonflybsd.org/issues/5992007-04-11T10:24:26Zpavalos
<p>Here's a panic I'm getting with some pretty serious network (www) load, then <br />doing a netstat -an:</p>
<p>Unread portion of the kernel message buffer:<br />panic: m_copydata, negative off -1<br />mp_lock = 00000000; cpuid = 0; lapic.id = 00000000<br />boot() called on cpu#0</p>
<p>syncing disks... 5<br />done<br />Uptime: 12d22h0m32s</p>
<p>(kgdb) bt<br />#0 dumpsys () at 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> 0xc01954bb in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:370<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> 0xc01957c0 in panic (fmt=Variable "fmt" is not available.<br />) at /usr/src/sys/kern/kern_shutdown.c:767<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> 0xc01c3a32 in m_copydata (m=0x0, off=0, len=0, cp=0xee9534b0 "\001\001<br />\b\n\006¦*$\035\bͬ") at /usr/src/sys/kern/uipc_mbuf.c:1014<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> 0xc020fc25 in tcp_output (tp=0xdae0c720) <br />at /usr/src/sys/netinet/tcp_output.c:690<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> 0xc02152bf in tcp_timer_persist (xtp=0xdae0c720) <br />at /usr/src/sys/netinet/tcp_timer.c:363<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> 0xc01a6423 in softclock_handler (arg=0xc0386a80) <br />at /usr/src/sys/kern/kern_timeout.c:307<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> 0xc019d037 in lwkt_deschedule_self (td=Variable "td" is not available.<br />) at /usr/src/sys/kern/lwkt_thread.c:207<br />Previous frame inner to this frame (corrupt stack?)</p>
<p>The kernel and vmcore is being uploaded to leaf. The source is from March 28.</p>
<p>--Peter</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 #331 (In Progress): ftpsesame (aka Bridging S01E03)https://bugs.dragonflybsd.org/issues/3312006-09-27T05:59:03Zbastyaelvtars
ftpsesame cannot allow ftp active filetransfers. Built it with debug <br />(from wip/ftpsesame) and running:<br />---------------------------------------------------------------------------
<ol>
<li>gdb ftpsesame<br />..<br />(gdb) set args -d -D7 -isk1<br />(gdb) b filter_allow<br />Breakpoint 1 at 0x80493c0: file filter.c, line 104.<br />(gdb) run<br />Starting program: <br />/usr/obj/pkgsrc/wip/ftpsesame/work/ftpsesame-0.95/ftpsesame -d -D7 -isk1<br />listening on sk1, filter 'tcp and port 21', snaplen 500<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> session init: client 160.114.118.95:1875, server 193.6.210.44:21<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> client: USER anonymous<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> server: 331 Please specify the password.<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> client: PASS -wget@<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> server: 230 Login successful.<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> client: SYST<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> server: 215 UNIX Type: L8<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> client: PWD<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> server: 257 "/" <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> client: TYPE I<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> server: 200 Switching to Binary mode.<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> client: CWD /pub/mirrors/knoppix<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> server: 250-Check KNOPPIX-CHANGELOG.txt for the recent changes in <br />KNOPPIX.<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> client: PORT 160,114,118,95,7,84<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> server: 200 PORT command successful. Consider using PASV.<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> active: PORT 160,114,118,95,7,84<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> allowing 193.6.210.44 to 160.114.118.95 port 1876</li>
</ol>
<p>Breakpoint 1, filter_allow (id=1, src=0x281619e8, src2=0x281270ab, <br />dst=0xbfbff268, d_port=1860) at filter.c:104<br />104 {<br />(gdb) n<br />109 snprintf(an, PF_ANCHOR_NAME_SIZE, "%s/%d.%d", <br />FTPSESAME_ANCHOR,<br />(gdb) n<br />111 strlcpy(pfp.anchor, an, PF_ANCHOR_NAME_SIZE);<br />(gdb) n<br />112 strlcpy(pfr.anchor, an, PF_ANCHOR_NAME_SIZE);<br />(gdb) n<br />113 strlcpy(pfte.anchor, an, PF_ANCHOR_NAME_SIZE);<br />(gdb) n<br />115 if (ioctl(dev, DIOCXBEGIN, &pft) <del>1)<br />(gdb) n<br />116 return (0);<br />(gdb) n<br />115 if (ioctl(dev, DIOCXBEGIN, &pft) -1)<br />(gdb) n<br />141 }<br />(gdb) n<br />servertalk (s=0x28169000, sbuf=0x281619e8 "200 PORT command successful. <br />Consider using PASV.") at errno.h:52<br />52 return (&errno);<br />(gdb) n<br />51 {<br />(gdb) n<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> filter_allow failed: Invalid argument<br />201 }<br />(gdb) n<br />process_pkt (notused=0x0, h=0xa, p=0x281619c8 "") at ftpsesame.c:438<br />438 s</del>>clientbuf<sup><a href="#fn0">0</a></sup> = '\0';<br />(gdb) n<br />439 }<br />(gdb) n<br />0x2808bf73 in pcap_lookupnet () from /usr/lib/libpcap.so.3<br />(gdb) n<br />Single stepping until exit from function pcap_lookupnet,<br />which has no line number information.<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> client: RETR KNOPPIX_V4.0.2CD-2005-09-23-DE.iso<br />0x2808ce00 in pcap_dispatch () from /usr/lib/libpcap.so.3<br />---------------------------------------------------------------------------</p>
<p>On the client machine (also DragonFly :-D):<br />---------------------------------------------------------------------------<br /> > wget --no-passive-ftp <br /><a class="external" href="ftp://xenia.sote.hu/pub/mirrors/knoppix/KNOPPIX_V4.0.2CD-2005-09-23-DE.iso">ftp://xenia.sote.hu/pub/mirrors/knoppix/KNOPPIX_V4.0.2CD-2005-09-23-DE.iso</a><br />--23:39:17-- <br /><a class="external" href="ftp://xenia.sote.hu/pub/mirrors/knoppix/KNOPPIX_V4.0.2CD-2005-09-23-DE.iso">ftp://xenia.sote.hu/pub/mirrors/knoppix/KNOPPIX_V4.0.2CD-2005-09-23-DE.iso</a><br /> => `KNOPPIX_V4.0.2CD-2005-09-23-DE.iso'<br />Resolving xenia.sote.hu... 193.6.210.44<br />Connecting to xenia.sote.hu|193.6.210.44|:21... connected.<br />Logging in as anonymous ... Logged in!<br />> SYST ... done. > PWD ... done.<br />> TYPE I ... done. > CWD /pub/mirrors/knoppix ... done.<br />> PORT ... done. > RETR KNOPPIX_V4.0.2CD-2005-09-23-DE.iso ...<br />Error in server response, closing control connection.<br />Retrying.</p>
<p>--23:40:18-- <br /><a class="external" href="ftp://xenia.sote.hu/pub/mirrors/knoppix/KNOPPIX_V4.0.2CD-2005-09-23-DE.iso">ftp://xenia.sote.hu/pub/mirrors/knoppix/KNOPPIX_V4.0.2CD-2005-09-23-DE.iso</a><br /> (try: 2) => `KNOPPIX_V4.0.2CD-2005-09-23-DE.iso'<br />Connecting to xenia.sote.hu|193.6.210.44|:21... connected.<br />Logging in as anonymous ... Logged in!<br />> SYST ... done. > PWD ... done.<br />> TYPE I ... done. > CWD /pub/mirrors/knoppix ... done.<br />> PORT ... done. > RETR KNOPPIX_V4.0.2CD-2005-09-23-DE.iso ...<br />---------------------------------------------------------------------------</p>
<p>We tried to debug with Joerg off-list (cause the list was offline) but <br />it somehow got suspended. I know I am getting on the list members' <br />nerves, but this is the very last thing I need to complete my mission <br />(kinda funny thing: everything that I need does not work :-P).</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>