On 3/26/2015 2:44 AM, Wu ShuKun wrote:
OpenSSH_5.4p1 FreeBSD-20100308, OpenSSL 0.9.8q 2 Dec 2010
failed with Latest SSH:
% ssh -V
OpenSSH_6.6.1p1, OpenSSL 1.0.1l-freebsd 15 Jan 2015
Hi,
The latest is 1.0.1m, no?
}# ssh -V
OpenSSH_6.6.1p1, OpenSSL 1.0.1m-freebsd 19 Mar 2015
What
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
Using log(9) when no process is reading the log results in the message
going only to the console (contrast with printf(9), which goes to the
console and to the kernel message buffer in this case). I believe it is
truer to the semantics of logging for messages to *always* go to the
message
Basic context:
# freebsd-version -ku; uname -apKU
11.0-CURRENT
11.0-CURRENT
FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r279514M: Sat Mar 21
05:15:23 PDT 2015 root@FBSDG5C0:/usr/obj/usr/srcC/sys/GENERIC64vtsc-NODEBUG
powerpc powerpc64 1100062 1100062
The problem:
Summary of
Hi!
Please file a bug! https://bugs.freebsd.org/submit/
Thanks!
-a
On 19 March 2015 at 09:31, Alexandre Martins
alexandre.mart...@stormshield.eu wrote:
Hi !
I found a leak of mbuf in the lagg driver :
https://svnweb.freebsd.org/base/head/sys/net/if_lagg.c?view=annotate#l1672
On 19.03.2015 19:31, Alexandre Martins wrote:
Hi !
I found a leak of mbuf in the lagg driver :
https://svnweb.freebsd.org/base/head/sys/net/if_lagg.c?view=annotate#l1672
-=-=-=-=-=-=-=-=-=-=-
m = (lp-lp_detaching == 0) ? lagg_proto_input(sc, lp, m) : NULL;
-=-=-=-=-=-=-=-=-=-=-
If
all set are in base. and I’m using 10.1-RELEASE-p8 BTW
在 2015年3月26日,下午6:12,Mike Tancsa m...@sentex.net 写道:
On 3/26/2015 2:44 AM, Wu ShuKun wrote:
OpenSSH_5.4p1 FreeBSD-20100308, OpenSSL 0.9.8q 2 Dec 2010
failed with Latest SSH:
% ssh -V
OpenSSH_6.6.1p1, OpenSSL 1.0.1l-freebsd 15 Jan 2015
On 26.03.2015 22:42, Andrey V. Elsukov wrote:
If lp_detaching is non 0, the mbuf pointer is set to NULL without m_freem it.
Can you look at this ?
Hi,
what you thing about this patch?
lp_detaching can be non zero in case of parent interface departure.
So I don't see the reason to call
On 03/26/15 22:37, Adrian Chadd wrote:
Is there a PR filed with this?
There is now:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198936
--HPS
___
freebsd-current@freebsd.org mailing list
Is there a PR filed with this?
-a
On 26 March 2015 at 14:00, Jakob Alvermark ja...@alvermark.net wrote:
On Tue, March 24, 2015 00:29, Hans Petter Selasky wrote:
Hi,
Without the attached kernel patch(es), Xorg starts consuming alot of CPU
and becomes very unresponsive and unusable.
On Tue, March 24, 2015 00:29, Hans Petter Selasky wrote:
Hi,
Without the attached kernel patch(es), Xorg starts consuming alot of CPU
and becomes very unresponsive and unusable.
Using ktrace reveals that X-org is issuing DRM_IOCTL_MODE_GETCONNECTOR
over and over again with no apparent
On 03/26/15 22:37, Adrian Chadd wrote:
Is there a PR filed with this?
No, do you want me to make one?
--HPS
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to
Hello,
Normally suspend/resume is working fine on my Lenovo Thinkpad T61. But
sometimes, when I press the power button to suspend, the whole system
hangs and does not suspend. In X11 the mouse cursor goes away and no
mouse action is possible. The graphics screen is staying there and it
does not
Hi !
I found a leak of mbuf in the lagg driver :
https://svnweb.freebsd.org/base/head/sys/net/if_lagg.c?view=annotate#l1672
-=-=-=-=-=-=-=-=-=-=-
m = (lp-lp_detaching == 0) ? lagg_proto_input(sc, lp, m) : NULL;
-=-=-=-=-=-=-=-=-=-=-
If lp_detaching is non 0, the mbuf pointer is set to NULL
14 matches
Mail list logo