DragonFlyBSD bugtracker: Issueshttps://bugs.dragonflybsd.org/https://bugs.dragonflybsd.org/favicon.ico?16293952082015-06-03T20:54:53ZDragonFlyBSD bugtracker
Redmine DragonFlyBSD - Bug #2822 (New): USB 3.0 stick throws "reading primary partition table: error acce...https://bugs.dragonflybsd.org/issues/28222015-06-03T20:54:53Zrevuwa
My USB 3.0 stick (fat32 formatted) works great on other Windows / Linux and OpenBSD operating systems. On the stable DragonFly (and after that on "DragonFly-x86_64-20150601-DEV-v4.1.0.1545"-image, I get the usual message instantly after putting it into one of my USB 2.0 ports (of my ThinkPad X200s):
<ol>
<li>umass0: <vendor 0x13fe Patriot Memory, class 0/0, rev 2.10/1.00, addr 2> on usbus3</li>
<li>disk scheduler: set policy of da8 to noop</li>
</ol>
now I have to wait a few seconds and get the rest of the usual messages:
<ol>
<li>da8 at umass-sim0 bus 0 target 0 lun 0</li>
<li>da8: < Patriot Memory PMAP> Removable Direct Access SCSI-6 device </li>
<li>da8: 40.000MB/s transfers</li>
<li>da8: 30176MB (61800448 512 byte sectors: 255H 63S/T 3846C)</li>
</ol>
after a few seconds more I get the final message:
<ol>
<li>da8: reading primary partition table: error accessing offset 000000000000 for 512<br />which prevents me from mounting/using the stick.</li>
</ol>
<p>Other (USB 2.0 sticks) working great instead.</p>
<p>I've attached dmesg and pciconf -lv output. Please let me know I I could provide any more details.</p>
<p>Over IRC I got a hint that it could be "an unfortunate collaboration of the usb stack and our cam", which could probably helpful.</p>
<p>Thanks in advance for any help.</p> DragonFlyBSD - Bug #2675 (New): Ultimate N WiFi Link 5300 get iwn_intr: fatal firmware error on 5GHzhttps://bugs.dragonflybsd.org/issues/26752014-05-28T22:54:41Zrevuwa
<p>I'm using a Lenovo Thinkad X200s with Intel Ultimate N WiFi Link 5300.</p>
<p>On Dragonfly BSD 3.6.2 it worked perfectly without any errors (and exactly the same configuration). Since 3.7.X and the actual testes 3.8.0RC my WiFi decive throws the following error on every try to load it (also over manual /etc/rc.d/netif restart):</p>
<ol>
<li>dmesg.boot (with rc_debug enabled) ###<br />iwn0: iwn_intr: fatal firmware error<br />firmware error log:<br /> error type = "SYSASSERT" (0x00000005)<br /> program counter = 0x00003130<br /> source line = 0x00000585<br /> error data = 0x0000000100000000<br /> branch link = 0x0000312A0000312A<br /> interrupt link = 0x0000091600000000<br /> time = 1270108785<br />driver status:<br /> tx ring 0: qid=0 cur=0 queued=0 <br /> tx ring 1: qid=1 cur=0 queued=0 <br /> tx ring 2: qid=2 cur=0 queued=0 <br /> tx ring 3: qid=3 cur=3 queued=0 <br /> tx ring 4: qid=4 cur=0 queued=0 <br /> tx ring 5: qid=5 cur=0 queued=0 <br /> tx ring 6: qid=6 cur=0 queued=0 <br /> tx ring 7: qid=7 cur=0 queued=0 <br /> tx ring 8: qid=8 cur=0 queued=0 <br /> tx ring 9: qid=9 cur=58 queued=0 <br /> tx ring 10: qid=10 cur=0 queued=0 <br /> tx ring 11: qid=11 cur=0 queued=0 <br /> tx ring 12: qid=12 cur=0 queued=0 <br /> tx ring 13: qid=13 cur=0 queued=0 <br /> tx ring 14: qid=14 cur=0 queued=0 <br /> tx ring 15: qid=15 cur=0 queued=0 <br /> tx ring 16: qid=16 cur=0 queued=0 <br /> tx ring 17: qid=17 cur=0 queued=0 <br /> tx ring 18: qid=18 cur=0 queued=0 <br /> tx ring 19: qid=19 cur=0 queued=0 <br /> rx ring: cur=11</li>
</ol>
<p>I just load 'iwn5000fw_load="YES"' over loader.conf, because the other modules (if_iwn.ko, wlan_ccmp.ko, wlan_tkip.ko) are loaded by the generic kernel. This is what I've loaded, too:</p>
<ol>
<li>kldstat ###<br />Id Refs Address Size Name<br /> 1 28 0xffffffff80200000 15a8710 kernel<br /> 2 1 0xffffffff817a9000 13020 snd_hda.ko<br /> 3 2 0xffffffff817bd000 31bf8 sound.ko<br /> 4 3 0xffffffff817ef000 bf758 acpi.ko<br /> 5 1 0xffffffff818af000 c7a0 ehci.ko<br /> 6 2 0xffffffff818bc000 f4c0 dm.ko<br /> 7 1 0xffffffff818cc000 1c4f8 dm_target_crypt.ko<br /> 8 4 0xffffffff827e9000 58d0 libiconv.ko<br /> 9 1 0xffffffff827ef000 20c8 libmchain.ko<br />10 1 0xffffffff827f2000 f98 msdos_iconv.ko<br />11 1 0xffffffff827f3000 f88 ntfs_iconv.ko<br />12 2 0xffffffff827f4000 10a38 ntfs.ko<br />13 1 0xffffffff82805000 fd0 cd9660_iconv.ko<br />14 1 0xffffffff82806000 5928 acpi_video.ko<br />15 1 0xffffffff8280c000 70c48 drm.ko<br />16 2 0xffffffff8287d000 2ec8 iicbus.ko<br />17 1 0xffffffff82880000 53fc8 iwn5000fw.ko<br />18 1 0xffffffff828d4000 1da8 coretemp.ko<br />19 1 0xffffffff828d6000 68d0 acpi_thinkpad.ko<br />20 1 0xffffffff828dd000 3dd0 est.ko<br />21 1 0xffffffff83042000 35000 pf.ko</li>
</ol>
<ol>
<li>rc.conf (relevant entries) ###<br />wlans_iwn0="wlan0" <br />ipv6_enable="YES" <br />ipv6_network_interfaces="wlan0" <br />ifconfig_wlan0="up DHCP WPA mode 11a"</li>
</ol>
<ol>
<li>wpa_supplicant.conf ###<br />ctrl_interface=/var/run/wpa_supplicant<br />eapol_version=2<br />network={<br /> ssid="my SSID name" <br /> priority=145<br />#scan_ssid=1<br /> proto=RSN<br /> key_mgmt=WPA-PSK <br /> pairwise=CCMP<br /> group=CCMP<br /> psk="my secure passphrase" <br />}</li>
</ol>
<ol>
<li>sysctl.conf (relevant entries) ###<br />net.inet6.ip6.use_tempaddr=1<br />net.inet6.icmp6.nodeinfo=0<br />net.inet6.icmp6.rediraccept=0</li>
</ol>
<p>In IRC at #dragonflybsd on EFNet <a class="user active user-mention" href="https://bugs.dragonflybsd.org/users/556">@profmakx</a> wrote: "I have iwn4965 and iwn6000, both work".</p>
<p>I've just tested (just for fun) to replace all that modules (if_iwn.ko, wlan_ccmp.ko, wlan_tkip.ko, iwn5000fw.ko) one by one and all together with the older one from v3.6.2. The result was exactly the same error.</p>
<p>I've found a FreeBSD issue with parallels:<br /><a class="external" href="http://www.marshut.com/sinuy/iwn-firmware-sysassert.html">http://www.marshut.com/sinuy/iwn-firmware-sysassert.html</a></p>
<p>Thanks in advance for any help!</p>