[...]
> 1. r248226 in head was MFC'd to stable/9 as r248858. Validation:
>
> http://svnweb.freebsd.org/base/stable/9/sys/dev/bge/if_bge.c?view=log
>
> So the answer: whether or not you have that MFC in stable/9 depends on
> what SVN rev your kernel is.
I do a svnsync then I convert to
On Tue, May 28, 2013 at 10:57:22AM +0300, Daniel Braniss wrote:
>
> [...]
> > 1. r248226 in head was MFC'd to stable/9 as r248858. Validation:
> >
> > http://svnweb.freebsd.org/base/stable/9/sys/dev/bge/if_bge.c?view=log
> >
> > So the answer: whether or not you have that MFC in stable/
wrote:
> Hi. Are there any plans to get OpenSSH 6.2 in 9-STABLE? I'd like to
> check out the new AES-GCM stuff without going to -CURRENT on this
> system. If there are no plans, is there a possibility? Thanks
The OpenSSL version in 9-STABLE doesn't have GCM support.
--
Christian "naddy" Weisge
Short answer: it didn't work.
On Tue, 28 May 2013, YongHyeon PYUN wrote:
On Mon, May 27, 2013 at 01:02:14PM -0400, Michael L. Squires wrote:
On Mon, 27 May 2013, YongHyeon PYUN wrote:
On Sun, May 26, 2013 at 08:38:41PM +0900, YongHyeon PYUN wrote:
On Fri, May 24, 2013 at 04:36:46PM +0900,
YongHyeon PYUN wrote
in <20130528023300.ga3...@michelle.cdnetworks.com>:
py> > I'll have access to the other box on Wednesday and will try the other
test.
py>
py> Here is patch I'm testing and it seems to work with dhclient on
py> CURRENT.
py> Mike, could you try attached patch?
On my box it
On Wed, May 29, 2013 at 08:47:14AM +0900, Hiroki Sato wrote:
> YongHyeon PYUN wrote
> in <20130528023300.ga3...@michelle.cdnetworks.com>:
>
> py> > I'll have access to the other box on Wednesday and will try the other
> test.
> py>
> py> Here is patch I'm testing and it seems to work with dhcl
On Tue, May 28, 2013 at 03:34:00PM -0400, Michael L. Squires wrote:
> Short answer: it didn't work.
[...]
> Patch did not solve the problem on the home NAT box. I'll try it on the
Hmm, I can't reproduce it on my box. I double checked every
possible controller initialization sequences in driver
I have a number of actions that reliably panic the system, such as
performing shutdown -p (yes I'm booting into an inconsistent file
system every time). Both with my notebook and my workstation.
However I cannot get the system to dump.
dumpdir=/var/crash
and I've tried ada0s2b, /dev/ada0s2b, labe