On Fri, May 04, 2012 at 09:44:15AM +1000, Andrew Reilly wrote:
> On Wed, May 02, 2012 at 08:25:57PM +0200, Luigi Rizzo wrote:
> > as part of my netmap investigations, i was looking at how
> > expensive are memory copies, and here are a couple of findings
> > (first one is obvious, the second one le
it's russian, not greek :) and this is my posts. Try to remove
/usr/src and checkout clean source before applying patch, it helped
me. And check FAQ, paragraphs 7 and 8 -
http://wiki.freebsd.org/Intel_GPU
sorry for my bad english
2012/5/4 Erich Dollansky :
> Hi,
>
> I just applied this patch and
On May 3, 2012, at 1:34 PM, AN wrote:
> Thu May 3 16:25:27 EDT 2012
>
> FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #13 r234872: Tue May 1
> 13:09:55 EDT 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64
>
> # svn up
> Updated to revision 234981
>
> I did build world/kernel, af
Hi,
I just applied this patch and tried to compile getting this error:
/usr/src/sys/dev/drm/i915_mem.c:216: warning: no previous prototype for
'i915_mem_release' [-Wmissing-prototypes]
/usr/src/sys/dev/drm/i915_mem.c:246: warning: no previous prototype for
'i915_mem_takedown' [-Wmissing-prototy
On Wed, May 02, 2012 at 08:25:57PM +0200, Luigi Rizzo wrote:
> as part of my netmap investigations, i was looking at how
> expensive are memory copies, and here are a couple of findings
> (first one is obvious, the second one less so)
Most C compilers (well, the ones I regularly use) inline small,
Thu May 3 16:25:27 EDT 2012
FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #13 r234872: Tue May 1
13:09:55 EDT 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64
# svn up
Updated to revision 234981
I did build world/kernel, after booting into single user mode and trying
make insta
hello,
would anyone object to the following patch?
==
--- sys/module_khelp.h (revision 582)
+++ sys/module_khelp.h (working copy)
@@ -83,7 +83,7 @@
.priv = &kmd_##hname\
};
On Thursday, May 03, 2012 5:18:15 am Erik Cederstrand wrote:
> Den 02/05/2012 kl. 13.56 skrev John Baldwin:
> >>
> >> Static version:
> >> * 0.09 ms spent execve'ing /usr/bin/make
> >> * The rest is mostly sysctl calls
> >>
> >> Dynamic version:
> >> * 0.09 ms spent execve'ing ./dynamicmake and /
On Thursday, May 03, 2012 11:35:19 am Anton Shterenlikht wrote:
> On Tue, May 01, 2012 at 12:35:26PM +0100, Anton Shterenlikht wrote:
> > On Mon, Apr 30, 2012 at 08:43:14AM -0400, John Baldwin wrote:
> > > >
> > > > I also see:
> > > >
> > > > ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0exb
> > > > a
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
> > 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
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
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
* Jason Hellenthal [120503 06:43]:
>
>
> On Wed, May 02, 2012 at 06:52:21PM -0400, Derek Tattersall wrote:
> > On a 10.0 Current system, cvsupped today, ksh93 fails to build. As best
> > I can determine, the failure is due to a problem of conflicting
> > includes.
> >
> > In file included from
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
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
Am 03.05.2012 06:31, schrieb Vance Siemens:
> Can't say that I wouldn't look forward to this, but it sounds a little off:
>
> http://www.trollaxor.com/2012/05/freebsd-x-berkeley-unix-apple-quality.html
>
> What do others think?
Looks like the author was just one month late with his April's fool
Den 02/05/2012 kl. 13.56 skrev John Baldwin:
>>
>> Static version:
>> * 0.09 ms spent execve'ing /usr/bin/make
>> * The rest is mostly sysctl calls
>>
>> Dynamic version:
>> * 0.09 ms spent execve'ing ./dynamicmake and /libexec/ld-elf.so.1
>> * 0.18 ms spent loading libc.so.7 (incl. reading /etc/
On Thu, May 3, 2012 at 6:31 AM, Vance Siemens wrote:
> Can't say that I wouldn't look forward to this, but it sounds a little off:
>
> http://www.trollaxor.com/2012/05/freebsd-x-berkeley-unix-apple-quality.html
>
> What do others think?
ROTFL. Thank you for the laughs. That was slashdot's "Netcra
On 03.05.2012 05:31, Vance Siemens wrote:
Can't say that I wouldn't look forward to this, but it sounds a
little off:
http://www.trollaxor.com/2012/05/freebsd-x-berkeley-unix-apple-quality.html
What do others think?
--Vance
___
freebsd-current@free
20 matches
Mail list logo
