greeting!
ssh connection failed by using a new version SSH to and old one.
Below is the symptoms which on a same network.
Connection is Okay with old version SSH
%ssh -V
OpenSSH_5.4p1 FreeBSD-20100308, OpenSSL 0.9.8q 2 Dec 2010
%ssh -v 10.41.172.19
OpenSSH_5.4p1 FreeBSD-20100308, OpenSSL 0.9.
On 25 March 2015 at 19:21, David Wolfskill wrote:
> On Wed, Mar 25, 2015 at 06:17:48PM -0700, Adrian Chadd wrote:
>> Hi,
>>
>> I'm unfortunately too busy to really help you dig into it.
>>
>> I'd start by using tcpdump on wlan0 to see what's going on - see if
>> it's sending/receiving DHCP respons
On Wed, Mar 25, 2015 at 06:17:48PM -0700, Adrian Chadd wrote:
> Hi,
>
> I'm unfortunately too busy to really help you dig into it.
>
> I'd start by using tcpdump on wlan0 to see what's going on - see if
> it's sending/receiving DHCP responses.
Well, in head, it won't even associate, so I suspect
Hi,
I'm unfortunately too busy to really help you dig into it.
I'd start by using tcpdump on wlan0 to see what's going on - see if
it's sending/receiving DHCP responses.
Then I'd look at if_iwn_debug.h and enable TX/RX debugging - see if
it's actually transmitting the DHCP requests and the TX st
We are seeing following panic with "Panic String: page fault" on a month
old stable/10 tree:
kgdb) #0 doadump (textdump=1) at pcpu.h:219
#1 0x80746307 in kern_reboot (howto=260)
at /usr/src/sys/kern/kern_shutdown.c:452
#2 0x807466e4 in panic (fmt=)
at /usr/src/sys/kern/k
Hans Petter Selasky wrote this message on Fri, Mar 20, 2015 at 19:56 +0100:
> On 03/20/15 19:02, Adrian Chadd wrote:
> > On 20 March 2015 at 10:58, Hans Petter Selasky wrote:
> >> On 03/20/15 14:31, Emeric POUPON wrote:
> >>>
> >>> - in the ip_newid macro, we do "htons(V_ip_id++))" if we do not us
Hi,
On 22/11/14 18:09, Robert N. M. Watson wrote:
> On 21 Nov 2014, at 17:40, Adrian Chadd wrote:
Skimming through a bunch of hosts with moderately loaded hosts
with reasonably high uptime I couldn't find one where
net.inet.tcp.timer_race was not zero. A ny suggestions how to
>>>
On Wed, Mar 25, 2015 at 3:14 PM, C.L. Martinez wrote:
> On 03/25/2015 02:03 PM, Luigi Rizzo wrote:
>>
>> perhaps it is easier to tell if you explain what those pf_ring options do.
>> i am puzzled by the question on disabling tx, because if you do not
>> want to transmit, you just... don't!
>
>
>
On Wed, 25 Mar 2015, Hans Petter Selasky wrote:
On 03/24/15 10:26, Emeric POUPON wrote:
Please find attached a proposal using atomic_fetchadd.
...
I think however we should define the code like a function, because the
htons() might be a macro, referring the input argument multiple times ...
Hi,
I hope this is the correct forum to ask for help improving a rather crude patch
to introduce RFC6675 Rescue Retransmissions and efficient Lost Retransmission
Detection. Note that this is not a full implementation of the RFC6675.
The patch that I have is against 8.0, but I believe the SACK s
On 03/25/2015 02:03 PM, Luigi Rizzo wrote:
perhaps it is easier to tell if you explain what those pf_ring options do.
i am puzzled by the question on disabling tx, because if you do not
want to transmit, you just... don't!
Ok, I will try to explain it ... I am doing some tests with this FreeBS
On Wed, Mar 25, 2015 at 2:57 PM, C.L. Martinez wrote:
> Hi all,
>
> I am trying to configure some values in netmap under a FreeBSD 10.1 host
> like it can be done with pf_ring in linux.
>
> According to netmap(4) manual page exists some options using sysctl. But I
> am searching about these opti
Hi all,
I am trying to configure some values in netmap under a FreeBSD 10.1
host like it can be done with pf_ring in linux.
According to netmap(4) manual page exists some options using sysctl.
But I am searching about these options: enable_tx_capture and
min_num_slots like in pf_ring. Exis
On 03/24/15 10:26, Emeric POUPON wrote:
Hello,
Please find attached a proposal using atomic_fetchadd.
Best Regards,
Emeric
Hi,
Your proposal using atomic_fetchadd() looks fine to me.
I think however we should define the code like a function, because the
htons() might be a macro, referring
14 matches
Mail list logo
