Issue #2441 has been updated by t_dfbsd.
I updated to v3.7.1.297.g4890e-DEVELOPMENT and with pmap_mmu_optimize set to 1
I'm still seeing this issue.
Bug #2441: rtorrent downloads broken, possibly related to recent mmap work
Issue #2573 has been reported by t_dfbsd.
Bug #2573: Dell Studio 14z: install fails
http://bugs.dragonflybsd.org/issues/2573
Author: t_dfbsd
Status: New
Priority: Normal
Assignee:
Category:
Target version:
I attempted to install the DF 3.4.2
Issue #2533 has been updated by t_dfbsd.
I reverted the patch 3 days ago, updated to
19fe0477806ae874bdfcbed56e0e7437cb609aa0, and haven't seen any watchdog
timeouts since
Bug #2533: re0: watchdog timeouts, network loss
Issue #2533 has been updated by t_dfbsd.
I just saw a watchdog timeout with the patch in place. This is with master
d88b9605be186eb2c93c4f2683c997a128758b5a
Bug #2533: re0: watchdog timeouts, network loss
http://bugs.dragonflybsd.org/issues/2533
Issue #2533 has been updated by t_dfbsd.
No problem. I'd be happy to test another patch if you decide to revisit this
at some point.
Bug #2533: re0: watchdog timeouts, network loss
http://bugs.dragonflybsd.org/issues/2533
Author: t_dfbsd
Status: New
Issue #2533 has been updated by t_dfbsd.
It looks like this setting did the trick, thanks! Should I keep it in place and
close this ticket?
Bug #2533: re0: watchdog timeouts, network loss
http://bugs.dragonflybsd.org/issues/2533
Author: t_dfbsd
Status:
Issue #2533 has been updated by t_dfbsd.
Thanks, and so far so good. I'll give it a few more days, but it looks like
this stopped the watchdog errors.
Bug #2533: re0: watchdog timeouts, network loss
http://bugs.dragonflybsd.org/issues/2533
Author:
Issue #2532 has been reported by t_dfbsd.
Bug #2532: games/hack: permissions
http://bugs.dragonflybsd.org/issues/2532
Author: t_dfbsd
Status: New
Priority: Normal
Assignee:
Category:
Target version:
I get this when I try to run hack as non-root:
Issue #2533 has been updated by t_dfbsd.
Some lines from dmesg:
re0: RealTek 8111/8168 PCIe Gigabit Ethernet port 0xee00-0xeeff mem
0xfdff8000-0xfdffbfff,0xfdfff000-0xfdff irq 18 at device 0.0 on pci3
re0: Hardware rev. 0x2800; MAC ver. 0x2a; PCI-E 125MHz
miibus0: MII bus on re0
Issue #2365 has been updated by t_dfbsd.
Status changed from New to Closed
After a good bit of testing, I'm ready to declare this resolved. Again, as of
approximately one month ago this was still very much an issue, so some recent
commit or combination of commits must have fixed it.
Issue #2365 has been updated by t_dfbsd.
As recent as one month ago, this was still a problem. In fact, it happened
very consistently with hammer prune-everything. Tonight, I ran it twice and
network connections to the box didn't drop. Could recent commits have fixed
this?
Issue #2441 has been reported by Tim Darby.
Bug #2441: rtorrent downloads broken, possibly related to recent mmap work
http://bugs.dragonflybsd.org/issues/2441
Author: Tim Darby
Status: New
Priority: Normal
Assignee:
Category:
Target version:
Issue #2437 has been updated by Tim Darby.
I think you're right, but it's an improvement and I don't know what a real fix
would be.
Bug #2437: rtorrent crashes with large number of connections
http://bugs.dragonflybsd.org/issues/2437
Author: Tim Darby
13 matches
Mail list logo