good Sir,
Apologies!
It of course works as it should, wrong `route-to' applied, causing SYN packets
to get stuck.
Apologies once again for wasting your valuable time.
cheers,
-sh
--
xmpp:stha...@jabster.pl
sip:stha...@misaki.pl
___
freebsd-current@
On Fri November 22 2013 07:30:02 Matthew Seaman wrote:
> Are you running the ports-mgmt/pkg-devel port or did you install from
> GitHub sources? (I deduce this because the config format with curly
> braces does not work with pkg-1.1.4...)
Using pkg as bundled with RELENG_10.
# uname -sr
FreeBSD
Hey,
On Fri November 22 2013 07:15:00 Matthew Seaman wrote:
> > pkg(1) doesn't like ipv6 from two different subnets:
> > | ^C15720: connect(6,{ AF_INET6 [2001:41c8:112:8300::50:1]:80 },28) ERR#4
>
> pkg(8) works fine over IPv6 for me.
Failing command is:
% pkg update
using default repo configu
Hey,
pkg(1) doesn't like ipv6 from two different subnets:
| ^C15720: connect(6,{ AF_INET6 [2001:41c8:112:8300::50:1]:80 },28) ERR#4
'Interrupted system call'
It's up fine, just not listening. Could you fix it, please?
-sh
--
xmpp:stha...@jabster.pl
sip:stha...@misaki.pl
_
On Wed November 20 2013 20:15:34 Dimitry Andric wrote:
> > http://llvm.org/bugs/show_bug.cgi?id=11212
> > http://llvm.org/bugs/show_bug.cgi?id=17792
> > Got bitten by that with -march=i486...
> Those bugs are about other CPU's, not specifically the Geode, or i486.
> The version of clang in head, st
On Wed November 20 2013 12:58:28 freebsdonline wrote:
> I did not deployed yet 10.x (I'm waiting for nanobsd.sh to correct
> problems with pkgng) for now I am running it on VirtualBox, but I hope
> it will also run well on Alix hardware. Your problems were on 10.x or 11.x?
10.x. It's a new issue,
On Wed November 20 2013 11:16:03 you wrote:
> Ah yes, we did attempt to fix those long nops on Geode once and for all,
> can you please confirm that pkg built with recent clang does not cause
> SIGILL for you?
Not unless -march=geode :(
Please see:
http://llvm.org/bugs/show_bug.cgi?id=11212
http
On Tue November 19 2013 23:01:37 Mark Robert Vaughan Murray wrote:
> > rand_harvestq
> Take a look at random(4) - sysctls to turn off harvesting are documented
> there.
Thanks! Turning off software interrupt collection brings the cpu usage next to
nothing.
> That is quite a busy harvestq - could
Hey,
random_harvestq eats much, much CPU on alix2c3:
CPU: Geode(TM) Integrated Processor by AMD PCS (498.06-MHz 586-class CPU)
glxsb0: mem
0xefff4000-0xefff7fff irq 9 at device 1.2 on pci0
Could you please add a sysctl/loader knob for it, or a way to throttle
collection?
Here's top output: