On Tue, May 7, 2013 at 4:06 PM, Xin Li wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 05/07/13 15:03, Garrett Cooper wrote:
>> Saw the following LOR on a CURRENT build as of yesterday with an
>> almost idle machine processing ARP requests:
>>
>> root@wf220:/mnt # taskqueue_drain
On 2013-05-06 2:49 PM, Norbert Beckmann wrote:
To Marc G. Fournier
I do not think it's an issue with VirtualBox. I am running VirtualBox
under Solaris. And I never had problems with it.
Guests: ubuntu, Windows 7, Linux Mint, FreeBSD, Chrome OS.
But the people of VirtualBox themselves state that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 05/07/13 15:03, Garrett Cooper wrote:
> Saw the following LOR on a CURRENT build as of yesterday with an
> almost idle machine processing ARP requests:
>
> root@wf220:/mnt # taskqueue_drain with the following non-sleepable
> locks held: exclusiv
Saw the following LOR on a CURRENT build as of yesterday with an
almost idle machine processing ARP requests:
root@wf220:/mnt # taskqueue_drain with the following non-sleepable locks held:
exclusive rw lle (lle) r = 0 (0xfe001450b410) locked @
/usr/src/sys/netinet/in.c:1484
KDB: stack backt
On 5/7/2013 3:24 PM, Matthias Apitz wrote:
>
> That is my understanding as well, but why they claim that they do
> support incoming connections?
As Joe Holden said before, to support incoming connections, you probably
need to use a different APN, or pay for that service. The carriers here
in Can
On 05/07/2013 14:24, Matthias Apitz wrote:
> El día Tuesday, May 07, 2013 a las 02:17:33PM -0500, Eric van Gyzen escribió:
>
>>> Ofc, the provider must NAT somehow my local addr behind some routable
>>> valid IP addr, in our case 82.113.99.104; without this nothing would
>>> come back, even when th
El día Tuesday, May 07, 2013 a las 02:17:33PM -0500, Eric van Gyzen escribió:
> > Ofc, the provider must NAT somehow my local addr behind some routable
> > valid IP addr, in our case 82.113.99.104; without this nothing would
> > come back, even when the 1st SYN was from my side; the question is, w
On 05/07/2013 13:56, Matthias Apitz wrote:
> El día Tuesday, May 07, 2013 a las 07:43:30PM +0100, Joe Holden escribió:
>
>>> tun6: flags=8051 metric 0 mtu 1500
>>> options=8
>>> inet 10.33.28.104 --> 10.64.64.64 netmask 0x
>>> nd6 options=21
>>> Opened by PID 799
>>>
>>
El día Tuesday, May 07, 2013 a las 07:43:30PM +0100, Joe Holden escribió:
> > tun6: flags=8051 metric 0 mtu 1500
> > options=8
> > inet 10.33.28.104 --> 10.64.64.64 netmask 0x
> > nd6 options=21
> > Opened by PID 799
> >
> > and the routing is:
> >
> >
> > Routing t
Matthias Apitz wrote:
Hello,
I'm using ppp(8) for many years to connect via UMTS to my service provider
and Internet, actually www.fonic.de; all this works fine already for long
time, works fine for outgoing TCP and UDP connections to Internet.
Until now, I did not care about incoming TCP conn
Hello,
I'm using ppp(8) for many years to connect via UMTS to my service provider
and Internet, actually www.fonic.de; all this works fine already for long
time, works fine for outgoing TCP and UDP connections to Internet.
Until now, I did not care about incoming TCP connections, for example fo
On 06.05.2013 12:37, Lawrence Stewart wrote:
[ccing freebsd-net@ so my problem description enters the collective
subconscious in case I forget about this again]
For everyone tuning in, Aris asked me the apt question of why siftr(4)'s
"# inflight bytes" field doesn't take into account sacked byte
On Tue, May 7, 2013 at 8:43 AM, Anton Yuzhaninov wrote:
> On Tue, 07 May 2013 00:45:15, C. L. Martinez wrote:
> CLM> According to fbsd 9.1 release notes, netmap is included in this release,
> CLM> but how do I need to do to enable this feature?. Do I need to recompile
> CLM> default kernel with 'd
On Tue, 07 May 2013 00:45:15, C. L. Martinez wrote:
CLM> According to fbsd 9.1 release notes, netmap is included in this release,
CLM> but how do I need to do to enable this feature?. Do I need to recompile
CLM> default kernel with 'device netmap' option enabled?. Only load kernel
CLM> modules?.
Y
14 matches
Mail list logo