DragonFlyBSD bugtracker: Issueshttps://bugs.dragonflybsd.org/https://bugs.dragonflybsd.org/favicon.ico?16293952082013-09-25T17:22:37ZDragonFlyBSD bugtracker
Redmine DragonFlyBSD - Bug #2585 (New): Dfly 3.4.3 on ESXi 5.1, HP Smart Array P410 passthrough recognise...https://bugs.dragonflybsd.org/issues/25852013-09-25T17:22:37Zyggdrasildragonflybsd@schukraft.org
<p>Just installed 3.4.3 in an ESXi on Proliant DL180G6. I wanted to use 3 disks attached to the Smart Array P410 in RAID5 mode solely for Dfly/HAMMER for backup purposes, so I configured it as passthrough in ESXi, rebooted and installed Dfly. Neither during installation, nor afterwards could I access the RAID5 array on the P410. ciss0 gets created, but seems to be malfunctioning. During boot, Dfly waits for some time after the line<br />ciss0: PERFORMANT Transport<br />before continuing.<br />Could <a class="issue tracker-1 status-4 priority-4 priority-default" title="Bug: dfly 2.4.1 does not like HP DL360G4p and Smart Array 6400 with MSA20 (Feedback)" href="https://bugs.dragonflybsd.org/issues/1579">#1579</a> be related?</p>
<p>All the best</p> DragonFlyBSD - Bug #2265 (New): mbsrtowcs does not properly handle invalid mbstate_t in pshttps://bugs.dragonflybsd.org/issues/22652011-12-23T10:29:31Zc.turner1
<p>Was attempting to fix the lang/racket port and discovered a coredump in the autoconf tests -</p>
<p>this coredumps (-HEAD from ~1mo ago / i386 / gcc44):</p>
<pre><code>#include &lt;wchar.h&gt;<br /> int main() {<br /> mbstate_t state;<br /> char *src = "X";<br /> mbsrtowcs(0, &src, 0, &state);<br /> return 0;<br /> }</code></pre>
<p>whereas this (or passing NULL instead of &state), does not:</p>
<pre><code>#include &lt;wchar.h&gt;<br /> #include &lt;strings.h&gt;<br /> int main() {<br /> mbstate_t state;<br /> bzero(&state, sizeof(mbstate_t));<br /> char *src = "X";<br /> mbsrtowcs(0, &src, 0, &state);<br /> return 0;<br /> }</code></pre>
<p>As I understand it - posix specifies that this should EINVAL as <br />it is an 'invalid conversion state'</p>
<p><a class="external" href="http://pubs.opengroup.org/onlinepubs/009604599/functions/mbsrtowcs.html">http://pubs.opengroup.org/onlinepubs/009604599/functions/mbsrtowcs.html</a></p>
<p>that being said, I'm not particularly versed in these routines, in which<br />case, the test case is likely bad, or perhaps this is unspecified in posix.</p>
<p>comments welcome in reguards to these various factors.</p>
<p>I seem to recall some murmurings about updating citrus at some point -<br />perhaps this issue is resolved upstream there / could be tackled then.</p>
<p>for now, I'll be hacking the configure script and proceeding with the pkg</p>
<p>Cheers,</p>
<p>- Chris</p> DragonFlyBSD - Bug #2252 (New): snd_hda not useable if loaded via /boot/loader.confhttps://bugs.dragonflybsd.org/issues/22522011-12-05T19:58:43Zxbit
<p>When loading snd_hda from /boot/loader.conf it is loaded, but cannot be used and configured. At least audio/moc does not work, it is unable to use the OSS interface. But after unloading and loading snd_hda again the sound card is useable.</p>
<p>As a workaround I added "/sbin/kldload snd_hda" to /etc/rc.local and then the soundcard is useable form audio/moc as OSS device.</p>
<p>snd_hda was the only sound kernel module that has been loaded via /boot/loader.conf.</p>
<p>Kernel configuration is GENERIC x86_64 (v2.12.0.23.gec4cf).</p> DragonFlyBSD - Bug #1714 (New): hwpmchttps://bugs.dragonflybsd.org/issues/17142010-04-03T18:59:28Zalexh
<p>I've put together Aggelos' original patches to import hwpmc from FreeBSD into <br />one place. Each file is prefixed with a number indicating the order of the <br />original submissions,<br /><a class="external" href="http://leaf.dragonflybsd.org/~alexh/hwpmc/">http://leaf.dragonflybsd.org/~alexh/hwpmc/</a></p>
<p>FWIW I think this is a nice thing to have and it would be nice if someone would <br />step up to firstly make the patches apply cleanly to master, then import them as <br />commits into git and if possible, make all the features work ;)</p>
<p>Cheers,<br />Alex</p>
<p>The original mail to submit@ was:<br />Hello,</p>
<p>this port of hwpmc ( start here: <a class="external" href="http://wiki.freebsd.org/PmcTools">http://wiki.freebsd.org/PmcTools</a> ) has<br />been stagnating on my hard disk for some months now. I'm finally<br />submitting it for inclusion because</p>
<p>a) the parts that work might be useful to someone and, more importantly,<br />b) complaints and bug reports might help get me off my butt and fix the<br /> remaining issues.</p>
<p>I've taken the time to split the patches so that people can review them<br />easily (the original freebsd code is submitted as .tgz since I'm not<br />interested in your review of that).</p>
<p>Please apply patches / extract tarballs in numerical order. I'll be a<br />bit surprised if there are no omissions/duplicate patches, but at least<br />my build test for world/kernel worked.</p>
<p>You will need these lines in your kernel config. See the manual pages<br />for usage examples.</p>
<p>options HWPMC_HOOKS<br />#device hwpmc</p>
<p>Testing status:</p>
<p>feature test status</p>
<p>global counting pmc tested, works<br />process counting pmc tested, works [0]<br />descendent tracking for<br />process counting pmc tested, works [0]<br />global sampling pmc possibly broken<br />process sampling pmc broken<br />logfile output untested<br />mapfilename untested<br />gprof execution profiles untested<br />SMP untested [1]<br />threaded (lwp) programs untested</p>
<p>[0] May still have bugs of course, test it out!<br />[1] Not even compile-tested</p> DragonFlyBSD - Bug #341 (New): Vinum erroneously repors devices as busyhttps://bugs.dragonflybsd.org/issues/3412006-10-05T22:58:36Zcorecode
<p>Most of the time vinum reports devices as busy when they are not. At least I<br />can't find a different way than to use stop -f.</p>