Old Synopsis: Fatal trap 12 jails, vimage, ifconfig destroy epair*a
New Synopsis: [vimage] Fatal trap 12 jails, vimage, ifconfig destroy epair*a
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Thu May 3 07:47:53 UTC 2012
Responsible-
The following reply was made to PR kern/138620; it has been noted by GNATS.
From: Sten Spans
To: Ed Maste
Cc: bug-follo...@freebsd.org
Subject: Re: kern/138620 [patch] Sysctl for direct BPF writes to lagg child
ports
Date: Thu, 3 May 2012 09:57:04 +0200 (CEST)
On Tue, 1 May 2012, Ed Maste wro
K. Macy wrote [2012-05-03 02:58+0200]:
> It's highly chipset and processor dependent what works best.
Yes, of course.
Though i was kinda, even shocked, once i've seen this first:
http://marc.info/?l=dragonfly-commits&m=132241713812022&w=2
So we don't use our assembler version for new gccs and
2012/5/3, Steven Atreju :
> K. Macy wrote [2012-05-03 02:58+0200]:
>> It's highly chipset and processor dependent what works best.
>
> Yes, of course.
> Though i was kinda, even shocked, once i've seen this first:
>
> http://marc.info/?l=dragonfly-commits&m=132241713812022&w=2
>
> So we don't use
Em 03-05-2012 12:28, Steven Atreju escreveu:
Yes, of course.
Though i was kinda, even shocked, once i've seen this first:
http://marc.info/?l=dragonfly-commits&m=132241713812022&w=2
I also experimented a bit with some trivial libc functions when testing
a change for memcpy (still in queue, w
some results which
> I hope you find interesting.
...
I have summarized the info on this thread in the camera ready
version of an upcoming Usenix paper, which you can find here:
http://info.iet.unipi.it/~luigi/papers/20120503-netmap-atc12.pdf
cheers
luigi
> > guess this is a good time to thank the FreeBSD hackers for that FPU
> > stack FILD/FISTP idea!
> > I'll append the copy related notes of our doc/memperf.txt.
> > Thanks,
>
> I made an implementation of fpu unwinding and mmx copy to see if they
> were really making a difference years ago (reimp
Hi,
First off, let me say "thankyou" to you, ray@ and all the people who
have chipped away at this little problem. I look very forward to
having rt2xxx 802.11n support, as do many users on the forums. :)
I haven't yet done a pass or two to see what the state of the
locking/concurrency handling is
On 29. Apr 2012, at 16:17 , Seth Mos wrote:
> Use the link local addrees of the gateway. That should just work.
Until they replace the interface, the router, ... and it's changed and your
connectivity is gone. But yes that's what I am currently doing and I suggested
to them to just use a fe80
On Wed, 2012-04-25 at 12:30 -0700, Sean Bruno wrote:
> On Wed, 2012-04-25 at 06:32 -0700, John Baldwin wrote:
> > CPU IDs are not guaranteed to be dense. However, you can use
> > CPU_FIRST() and
> > CPU_NEXT() with your static global instead.
> >
> Ah, does CPU_NEXT() reset to 0 when it reache
On 29. Apr 2012, at 21:42 , Hiroki Sato wrote:
> Lev Serebryakov wrote
> in <1606941405.20120429170...@serebryakov.spb.ru>:
>
> le> Hello, Freebsd-net.
> le>
> le> "Famous" dedicated server provider Hetzner provides native IPv6 for
> le> servers, but with rather strange routing configuration:
Synopsis: [vimage] Fatal trap 12 jails, vimage, ifconfig destroy epair*a
Responsible-Changed-From-To: freebsd-net->freebsd-virtualization
Responsible-Changed-By: bz
Responsible-Changed-When: Thu May 3 22:38:31 UTC 2012
Responsible-Changed-Why:
other list; it's vimage
http://www.freebsd.org/cgi/q
Hello,
What is required to get NETMAP running on 9-STABLE, as the patches seem a bit
stale.
I see that the core functionality is there, but the driver support is missing.
Is just using dev/ixgbe from -CURRENT sufficient?
Thanks,
Nikolay___
freebsd-net@
13 matches
Mail list logo
