On Fri, Dec 16, 2016 at 09:29:15AM +, David Chisnall wrote:
> On 16 Dec 2016, at 03:10, Alan Somers wrote:
> >
> > What about pthread_setaffinity(3) and friends? You can use it to pin
> > a thread to a single CPU, and know that it will never migrate.
>
> This is not a useable solution for a
TL;DR; is there any way a userspace thread in FreeBSD can tell
on which CPU it is (was) running ? I know the thread can migrate
at any time but as long as the event is rare I can live with
the occasionally wrong information.
Linux has getcpu(2) which is exposed by glibc as sched_getcpu(3),
but the
http://www.lerctr.org/~ler
> Phone: +1 214-642-9640 E-Mail: l...@lerctr.org
> US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281
>
--
-----+---
Prof. Luigi RIZZO, ri...@iet.unipi.it . Dip. di Ing
thank you, much appreciated.
On Fri, Apr 8, 2016 at 11:22 PM, Slawa Olhovchenkov wrote:
> On Fri, Apr 08, 2016 at 06:24:16PM +0200, Luigi Rizzo wrote:
>
> > Hi,
> > I have an application with two threads sharing a memory variable,
> > one continuously writing,
Hi,
I have an application with two threads sharing a memory variable,
one continuously writing, one continuously reading.
Because of the way my system works, the reader can tolerate reading
stale data, but it should not stall on memory reads (the line
is on the local cache for the reader, just mig
On Thu, Mar 31, 2016 at 11:55 PM, Ryan Stone wrote:
> On Thu, Mar 31, 2016 at 4:39 PM, John Baldwin wrote:
>
>> On Wednesday, March 30, 2016 11:20:51 AM Jim Harris wrote:
>> > On Wed, Mar 30, 2016 at 10:47 AM, Luigi Rizzo
>> wrote:
>> >
>> > >
luigi
--
-+---
Prof. Luigi RIZZO, ri...@iet.unipi.it . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/. Universita` di Pisa
TEL +39-050-2217533 . via Diotisalvi 2
Mobile +39-338-6809875 . 56122 P
On Mon, Feb 22, 2016 at 3:55 PM, Slawa Olhovchenkov wrote:
> On Mon, Feb 22, 2016 at 02:40:15PM -0800, Luigi Rizzo wrote:
>> please try now.
>
> compiled, ok.
> and i need wrote some apps for forwarding from pipes to output
> interface?
just use multiple pkt-gen in read mod
On Mon, Feb 22, 2016 at 10:16 AM, Slawa Olhovchenkov wrote:
> On Mon, Feb 22, 2016 at 08:17:06AM -0800, Luigi Rizzo wrote:
>
>> Give this a try and let us know.
>
> I can't compile this.
>
> # cc -o lb lb.c
> lb.c:17:10: fatal error: 'ctrs.h' file not
On Monday, February 22, 2016, Slawa Olhovchenkov wrote:
> On Sun, Feb 21, 2016 at 10:18:36AM -0800, Luigi Rizzo wrote:
>
> > lb
> > a packet distributor that reads from a netmap port and distributes
> > traffic to multiple netmap ports, using zero copy and a user-def
i who
added a few features.
Feedback welcome
cheers
luigi
--
-+---
Prof. Luigi RIZZO, ri...@iet.unipi.it . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/. Universita` di Pisa
TEL +39-0
On Wed, Nov 18, 2015 at 11:32 AM, Lars Engels wrote:
> On Sun, Nov 15, 2015 at 01:14:57PM -0500, Allan Jude wrote:
>> You can setup an atexit() call to call xo_finish automatically when the
>> program exits. The original changes to uptime had a few other issues,
>> which I fixed.
>>
>
> Is there a
ndent mechanism to configure traffic steering.
We really need to address the latter.
cheers
luigi
--
-+---
Prof. Luigi RIZZO, ri...@iet.unipi.it . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/.
On Tue, Aug 4, 2015 at 6:02 PM, Konstantin Belousov wrote:
> On Tue, Aug 04, 2015 at 05:32:28PM +0200, Luigi Rizzo wrote:
>> On Tue, Aug 4, 2015 at 4:53 PM, Konstantin Belousov
>> wrote:
>> > If this is a thread of the normal user process, then it is not a kernel
>&
On Tue, Aug 4, 2015 at 4:53 PM, Konstantin Belousov wrote:
> On Tue, Aug 04, 2015 at 04:38:14PM +0200, Luigi Rizzo wrote:
>> Hi,
>> we have a doubt on the proper way to terminate a kernel thread that
>> has been associated to a user process U within a system call with
>
-------
Prof. Luigi RIZZO, ri...@iet.unipi.it . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/. Universita` di Pisa
TEL +39-050-2217533 . via Diotisalvi 2
Mobile +39-338-6809875
Hi,
for some work we are doing on bhyve, we need some lightweight mechanism that
a kernel thread can use to wake up another user thread possibly
waiting for some event.
If the recipient of the event were a kernel thread it would simply
do a tsleep(chan...) and the sender would do a wakeup() or wak
On Mon, Jul 13, 2015 at 06:29:12PM +0300, Konstantin Belousov wrote:
> On Mon, Jul 13, 2015 at 05:00:30PM +0200, Luigi Rizzo wrote:
...
> > thanks a lot for the clarification on the intent.
> > I clearly need to understand more on the architecture of the module unload.
> >
On Mon, Jul 13, 2015 at 03:46:03PM +0300, Konstantin Belousov wrote:
> On Mon, Jul 13, 2015 at 02:28:40PM +0200, Luigi Rizzo wrote:
> > Hi,
> > I am trying to understand how to protect efficiently against
> > module removals when a device driver is in use.
> > This issue
?
cheers
luigi
--
-+---
Prof. Luigi RIZZO, ri...@iet.unipi.it . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/. Universita` di Pisa
TEL +39-050-2217533 . via Diotisalvi 2
Mo
On Wed, Jul 8, 2015 at 9:36 PM, Dimitry Andric wrote:
> On 08 Jul 2015, at 19:05, Luigi Rizzo wrote:
> >
> > the r281316 commit introduces the following lines
> > which break compilation with gcc on amd64 (as far as i know
> > immintrin.h is only available in our
Hi,
the r281316 commit introduces the following lines
which break compilation with gcc on amd64 (as far as i know
immintrin.h is only available in our clang).
If there are no objections I'd like to add a further check
for the use of clang, see attached patch
Index: /home/luigi/FreeBSD/head/lib/lib
ail: stefano.garzare...@gmail.com
>
> github: http://github.com/stefano-garzarella
> linkedin: http://it.linkedin.com/pub/stefano-garzarella
>
--
-+---
Prof. Luigi RIZZO, ri...@iet.unipi.it . Dip. di Ing. dell'Inf
On Monday, June 1, 2015, Marko Zec wrote:
> On Mon, 1 Jun 2015 11:34:00 +0200
> Luigi Rizzo > wrote:
>
> > Hi,
> > i was wondering how we can improve the netmap memory allocator
> > to make use of 2M pages (through the page promotion trick).
> >
> >
is mapped to 2M pages ?
cheers
luigi
--
-+---
Prof. Luigi RIZZO, ri...@iet.unipi.it . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/. Universita` di Pisa
TEL +39-050-2217533
Hi,
in the kernel module for netmap we need to store some
private data associated to each open netmap file descriptor.
Our current design uses devfs_set_cdevpriv() during the open()
handler, but for some reason a subsequent devfs_get_cdevpriv(p)
returns *p = NULL in additional threads created by t
Hi,
some time next week we will push to head (and hopefully, to stable/10
before the code slush) an update to the netmap code. There will
be no API changes, and the changes are mostly internal restructuring
of the netmap kernel code and simplification of device drivers (we
will ll handle most of t
While trying to compile some of my (kernel) code in different environments,
i noticed a couple of errors that perhaps might be worth fixing
- extra semicolons. These come either from explicit repetitions in the code
(see the output of a grep at the end of this message),
or sometimes from the e
e seen 32 Mpps on tx, 24 Mpps on rx
with two ports on the same card connected to each other.
This is our second 40G device for which we have native
netmap support, which makes FreeBSD quite unique.
cheers
luigi
Date: Tue, 24 Feb 2015 06:20:51 +0000 (UTC)
From: Luigi Rizzo
Subject: svn commit: r
process
must be stopped during a migration).
Cheers
Luigi
--
-+---
Prof. Luigi RIZZO, ri...@iet.unipi.it . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/. Universita` di Pisa
TEL +39-050-22
Thought this might be useful to others:
I have managed to use the nvidia geforce210 card with a 4k display
and am attaching below the relevant xorg.conf info:
--
# ...
Section "Monitor"
Identifier "seiki39u"
Modeline "4k25" 225 3840 3900 3950 4000 2160 2168
On Thu, Feb 05, 2015 at 08:21:45AM -0500, John Baldwin wrote:
> On Thursday, February 05, 2015 08:48:33 AM Luigi Rizzo wrote:
...
> > > > It is fixed (in the proper meaning of the word, not like worked around,
> > > > covered by paper) by the patch at the end of th
problems with integer overflow arithmetic
> in
> the tcp stack.
>
> In any case, I'm in the process of adding -fwrapv and the early wraparound
> to
> the freebsd.org cluster builds to give it some wider exercise.
>
> --
> Peter Wemm - pe...@wemm.org ; pe...@freebsd.org;
> pe...@yahoo-in
gt;
Signed 32 bit overflow it seems from the numbers ? Wasn't that a windows
feature in the old days ? :)
Cheers
Luigi
--
-+-------
Prof. Luigi RIZZO, ri...@iet.unipi.it . Dip. di Ing. dell'Informazione
http:
I just found that recent versions of 'strip' on head (the change
occurred between svn 276756 and 277633, not in the code but with
the change from GNU binutils to the elf toolchain) when operating
on hard-linked files, creates a new file instead of modifying the
original:
This is the old behaviour
for the records, this was not a problem with vtnet but a
bug in some bhyve modifications of ours.
Thanks to Bryan who pointed out the potential location of the problem.
cheers
luigi
On Sat, Jan 03, 2015 at 08:00:22PM +0100, Luigi Rizzo wrote:
> I am trying to run a diskless bhyve cli
On Sat, Jan 03, 2015 at 11:00:13AM -0800, Neel Natu wrote:
> Hi Luigi,
>
> On Sat, Jan 3, 2015 at 8:15 AM, Luigi Rizzo wrote:
> > Hi,
> > in order to do some kernel testing, I would like to run bhyve guests
> > using (through NFS, probably) the host's file system.
[I realize this is code from 15 years ago so i am not sure if anyone
still knows or remembers the answer]
sys/nfs/bootp_subr.c is used to request via bootp or dhcp an address
and a boot path. The negotiation is done in a loop, and apparently
when replies are received on _all_ interfaces, the code
I am trying to run a diskless bhyve client diskless using in-kernel
bootp support and vtnet connected to tap and bridge on the host side
and I am having the problem in the subject which may be vtnet-related.
Packets generated by the in-kernel DHCP arrive to the host tap
interface with a corrupt ch
Hi,
in order to do some kernel testing, I would like to run bhyve guests
using (through NFS, probably) the host's file system.
diskless(8) is probably one way to go, i was wondering if
someone has instructions for that.
Specifically:
- how to "bhyveload" a kernel (rather than the full disk image);
Hi,
in the porting of some kernel code to FreeBSD, i need to remap one
function with a variable number of arguments to the log() function
from the freebsd kernel.
Normally i would do
#define WARN(x, args...)log(LOG_WARNING, args)
but this does not work in my case because the func
roups.com
> > > [2]
> https://developers.google.com/open-source/gci/resources/mentor-and-orgadmin-info
> > >
> > > --
> > > Wojciech A. Koszek
> > > wkos...@freebsd.czest.pl
> > > http://FreeBSD.czest.pl/~wkoszek/
> > > _
On Wed, Nov 12, 2014 at 11:16 AM, Slawa Olhovchenkov wrote:
> On Tue, Nov 11, 2014 at 10:13:54PM +0100, Franco Fichtner wrote:
>
> > Hi Luigi,
> > hi all,
> >
> > so I was running into logistics issues with netmap(4)
> > with regard to zero-copy and redirection through pipes:
> > working on a loa
ach ring "hop" may alter the state
> as required.
>
>
> Cheers,
> Franco
>
--
-+---
Prof. Luigi RIZZO, ri...@iet.unipi.it . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/. Universita` di Pisa
TEL +39
On Mon, Nov 10, 2014 at 10:34:57AM +0200, Konstantin Belousov wrote:
> On Mon, Nov 10, 2014 at 02:49:39AM +0100, Luigi Rizzo wrote:
> > It was noticed that there is huge dev_lock() contention when multiple
> > processes do a poll() even on independent file descriptors.
> >
&
It was noticed that there is huge dev_lock() contention when multiple
processes do a poll() even on independent file descriptors.
Turns out that not just poll but most syscalls on file descriptors
(as opposed to sockets) in sys/fs/devfs/devfs_vnops.c including
devfs_poll_f(), devfs_ioctl_f() and r
=
--- /dev/null 2014-10-02 23:33:00.0 +0200
+++ lib/libpcap/pcap-netmap.c 2014-10-02 23:37:33.00000 +0200
@@ -0,0 +1,265 @@
+/*
+ * Copyright (C) 2014 Luigi Rizzo. All rights reserved.
+ *
+ * Redistribution and use in source and binary forms, with or without
+ * modificatio
On Mon, Sep 29, 2014 at 06:53:08PM +, Brooks Davis wrote:
> On Mon, Sep 29, 2014 at 08:20:08PM +0200, Luigi Rizzo wrote:
...
> > The nm_open() (which includes open and mmap) occurs before the
> > cap_enter() call, and poll() works fine until we do the
> > cap_enter()/
On Mon, Sep 29, 2014 at 05:27:09PM +, Brooks Davis wrote:
> On Mon, Sep 29, 2014 at 05:30:43PM +0200, Luigi Rizzo wrote:
> >
> > Hi,
> > while trying the netmap-enabled libpcap library with tcpdump, i
> > noticed it fails to return data on a kernel with capsicum
Hi,
while trying the netmap-enabled libpcap library with tcpdump, i
noticed it fails to return data on a kernel with capsicum (the
string "capability mode sandbox enabled" made me suspicious, and
removing the cap_*() calls from tcpdump.c seems to make things
work again).
Would anyone be able to p
On Tue, Sep 9, 2014 at 2:17 PM, Gleb Smirnoff wrote:
> Luigi,
>
> On Tue, Sep 09, 2014 at 01:01:13PM +0200, Luigi Rizzo wrote:
> L> > The harm is obvious: someone commits code that _uses_ spare field
> L> > without assigning it a new name. Spare field is a placeholde
On Tue, Sep 9, 2014 at 12:37 PM, Gleb Smirnoff wrote:
> Luigi,
>
> On Tue, Sep 09, 2014 at 12:13:42PM +0200, Luigi Rizzo wrote:
> L> svn 270870 removed all the if_*spare fields in struct ifnet.
> L> They are replaced with the following comment
> L>
> L> /*
hi,
sorry if i just noticed it recently.
svn 270870 removed all the if_*spare fields in struct ifnet.
They are replaced with the following comment
/*
* Spare fields to be added before branching a stable branch, so
* that structure can be enhanced without changing the kernel
* binary interface.
On Wed, Aug 20, 2014 at 3:29 PM, Hans Petter Selasky
wrote:
> Hi Luigi,
>
>
> On 08/20/14 11:32, Luigi Rizzo wrote:
>
>> On Wed, Aug 20, 2014 at 9:34 AM, Hans Petter Selasky
>> wrote:
>>
>> Hi,
>>>
>>> A month has passed since the las
On Wed, Aug 20, 2014 at 9:34 AM, Hans Petter Selasky
wrote:
> Hi,
>
> A month has passed since the last e-mail on this topic, and in the
> meanwhile some new patches have been created and tested:
>
> Basically the approach has been changed a little bit:
>
> - The creation of hardware transmit rin
On Thu, Aug 14, 2014 at 09:40:56AM +0200, Lars Engels wrote:
> On Thu, Aug 14, 2014 at 08:29:37AM +0200, Per olof Ljungmark wrote:
> > On 08/14/14 01:47, Julian H. Stacey wrote:
> > > Hi,
> > > Any tips for Android / FreeBSD BSD tools for connectivity etc ?
...
> There's also Airdroid [1]. After in
On Mon, Jul 7, 2014 at 1:57 PM, Borja Marcos wrote:
...
> The environment details are here:
>
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183391
>
> The way I produce an instant panic is:
>
> 1) Connect to another machine (cross connect cable)
>
> 2) iperf3 -s on the other machine
> (The
On Mon, Jul 7, 2014 at 1:03 PM, Borja Marcos wrote:
>
> On Jul 1, 2014, at 10:24 PM, Luigi Rizzo wrote:
>
>>
>>
>>
>> On Tue, Jul 1, 2014 at 8:58 PM, wrote:
>> El 30.06.2014 18:36, Stefano Garzarella escribió:
>>
>> Hello,
>> I had problem
On Fri, Jul 4, 2014 at 12:16 PM, Slawa Olhovchenkov wrote:
> On Thu, Jul 03, 2014 at 08:39:42PM -0700, Kevin Oberman wrote:
>
> > >
> > > In real world "Reality is quite different than it actually is".
> > >
> > >
> http://www.cisco.com/c/en/us/products/collateral/switches/catalyst-6500-series-sw
On Tue, Jul 1, 2014 at 8:58 PM, wrote:
> El 30.06.2014 18:36, Stefano Garzarella escribió:
>
> Hello,
>> I had problems during some experiments with Emulex and "oce" driver in
>> CURRENT.
>> I found several bugs in the "oce" driver and this patch fixes them.
>>
>
> At least with some cards, the
On Fri, Jun 27, 2014 at 11:27:56AM +0200, Trond Endrest?l wrote:
> On Fri, 27 Jun 2014 11:14+0200, Luigi Rizzo wrote:
>
> > Hi,
> > I have frequently found myself using sysctls to control some kernel
> > feature where a string would be a better (and sometimes the only)
Hi,
I have frequently found myself using sysctls to control some kernel
feature where a string would be a better (and sometimes the only)
option than using a numeric value, yet the internal representation
should be numeric for speed and robustness.
Examples are the kern.timecounter, the default sch
On Tue, Jun 17, 2014 at 8:35 PM, Craig Rodrigues
wrote:
> Simon,
>
> Do you know if there is some sort of patch that can be applied to
> FreeBSD stable/9 sources so that it can be built on a FreeBSD
> 10/stable, or FreeBSD CURRENT
> host with bmake?
>
> I'm trying to build a FreeBSD stable/9 jail
As the subject says...
i upgraded to stable/10 without special options, clang is the
default compiler but the gcc4.2.1 whose sources are in the tree
is not compiled.
Is there any way to get both gcc and clang compiled during a buildworld ?
Or any port that brings in the gcc 4.2.1 (and not one of t
go in soon
cheers
luigi
>
>
> Cheers,
> Franco
--
-----+---
Prof. Luigi RIZZO, ri...@iet.unipi.it . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/. Universita` di Pisa
TEL +39-05
Hi,
if I read correctly the code, there are a few network device drivers
(igb, ixgbe, i40e, vtnet, vmxnet) where ifp->if_transmit(ifp, m)
can return ENOBUFS even when 'm' has _not_ been dropped:
e1000/if_igb.c :: igb_mq_start()
can return ENOBUFS from igb_xmit()
ixgbe/ixgbe_ma
n the traffic delivered to the queues.
Cheers
Luigi
>
>
>
>
> Sincerely,
>
>
>
> Fred
>
> ___
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-cu
;
> Sincerely,
>
>
>
> Fred
>
> ___
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org
> &q
On Fri, Feb 21, 2014 at 8:59 PM, Allan Jude wrote:
> On 2014-02-21 21:21, Julian Elischer wrote:
> > On 2/18/14, 3:28 PM, Wojciech A. Koszek wrote:
> >> (cross-posted message: eventual discussion let's keep on hackers@)
> >>
> >> Hello,
> >>
> >> After being disappointed with the list of submitte
On Tue, Feb 18, 2014 at 11:24 AM, Ian Lepore wrote:
> On Fri, 2014-02-14 at 13:46 -0800, Luigi Rizzo wrote:
> > On Fri, Feb 14, 2014 at 10:23 AM, Ian Lepore wrote:
> >
> > > On Fri, 2014-02-14 at 18:35 +0100, Luigi Rizzo wrote:
> > > > on a freshly check
On Fri, Feb 14, 2014 at 10:23 AM, Ian Lepore wrote:
> On Fri, 2014-02-14 at 18:35 +0100, Luigi Rizzo wrote:
> > on a freshly checked out HEAD,
> > "make toolchain" followed by "make buildkernel" fails at this stage:
> >
> > ...
On Fri, Feb 14, 2014 at 10:23 AM, Ian Lepore wrote:
> On Fri, 2014-02-14 at 18:35 +0100, Luigi Rizzo wrote:
> > on a freshly checked out HEAD,
> > "make toolchain" followed by "make buildkernel" fails at this stage:
> >
> > ...
on a freshly checked out HEAD,
"make toolchain" followed by "make buildkernel" fails at this stage:
...
@ -> /usr/home/luigi/FreeBSD/head/sys
machine -> /usr/home/luigi/FreeBSD/head/sys/amd64/include
x86 -> /usr/home/luigi/FreeBSD/head/sys/x86/include
Error:
On Thu, Jan 23, 2014 at 02:52:41PM -0500, John Baldwin wrote:
> On Wednesday, January 22, 2014 7:39:48 pm Luigi Rizzo wrote:
...
> > 2. am i correct that we do need to protect concurrent invocations
> >of selrecord() on the same selinfo because mtx_pool_find()
> >retu
On Wed, Jan 22, 2014 at 02:29:56PM -0500, John Baldwin wrote:
> On Tuesday, January 21, 2014 9:25:27 pm Luigi Rizzo wrote:
> > Looking at how selrecord() / selwakeup() and their Linux counterparts
> > poll_wait() and wake_up() are used, i noticed the following:
> > I w
Looking at sys/sys/selinfo.h i see that parts of it are in
#ifdef _KERNEL
...
#endif
but it seems to me that also the remaining content (definition
of struct selinfo) is only of use within the kernel -- or possibly
to programs who want to peek into kmem.
So i wonder, does
Looking at how selrecord() / selwakeup() and their Linux counterparts
poll_wait() and wake_up() are used, i noticed the following:
- linux tends to call wake_up() unconditionally
at the beginning of the poll handler
- FreeBSD tends to call selrecord() only when it detects a blocking
situation
On Fri, Jan 17, 2014 at 04:26:30PM -0500, Pedro Giffuni wrote:
> On 17.01.2014 16:07, Luigi Rizzo wrote:
...
> The Apple change was incomplete so I guess the compiler in head is not
> being strict enough. I removed the dead code and rebuilt.
> Should be fixed as r260831.
>
>
On Fri, Jan 17, 2014 at 12:50 PM, Pedro Giffuni wrote:
> Hello Luigi;
>
>
> On 17.01.2014 15:18, Luigi Rizzo wrote:
>
>> Hi,
>> I am seeing an odd problem which seems to be triggered by svn260311
>>
>> I have two machines running snapshots of stable/9 fr
Hi,
I am seeing an odd problem which seems to be triggered by svn260311
I have two machines running snapshots of stable/9 from last fall
(one 255898 sep.26, the other 258126 nov.14). All is amd64
Build a recent head (260311 and newer) with gcc fails on the sep.26 machine:
...
19:
On Fri, Jan 17, 2014 at 7:57 AM, Alexander V. Chernikov <
melif...@freebsd.org> wrote:
> On 17.01.2014 03:19, Luigi Rizzo wrote:
>
>> In porting the kernel openvswitch code to FreeBSD we
>> have implemented netlink sockets, so we need to pick a
>>
> Wow, great!
In porting the kernel openvswitch code to FreeBSD we
have implemented netlink sockets, so we need to pick a
number to use for AF_NETLINK/PF_NETLINK in the messages.
Obviously we'd like ovs to be loadable as a module on existing
kernels, so i wonder if there are any restrictions on what we
can use
On Fri, Jan 10, 2014 at 02:31:40PM +0400, Gleb Smirnoff wrote:
> On Thu, Jan 09, 2014 at 08:21:14PM +0100, Luigi Rizzo wrote:
> L> a lot of arch-specific headers (sys/${ARCH}/include/in_cksum.h)
> L> have a lengthy definition for
> L>
> L>in_cksum_update(struct ip
On Thu, Jan 09, 2014 at 01:27:52PM -0800, Adrian Chadd wrote:
> It's likely used elsewhere; it's the kind of thing you abuse when
> doing header rewriting and reinjection. So, what's the NAT and such
> code using?
natd/libalias has its own code with a DifferentialChecksum() function
in sys/netinet
a lot of arch-specific headers (sys/${ARCH}/include/in_cksum.h)
have a lengthy definition for
in_cksum_update(struct ip *ip)
which seems completely unused in our source tree.
Time to remove it perhaps ?
grep cannot find any use at least since stable/8
cheers
luigi
__
On Thu, Dec 19, 2013 at 09:57:38AM +, David Chisnall wrote:
>
> On 19 Dec 2013, at 09:40, Luigi Rizzo wrote:
...
> >> Oh, and when I do a build of LLVM/Clang on my laptop using Ninja, it takes
> >> about 3-5 minutes, whereas when I do it with our build system it tak
On Thu, Dec 19, 2013 at 1:18 AM, David Chisnall wrote:
> On 16 Dec 2013, at 21:35, Dimitry Andric wrote:
>
> > In any case, if anything like this is implemented, I would really prefer
> > something like CMake does, e.g. give you a percentage counter that
> > provides some information about how 'f
On Mon, Dec 16, 2013 at 10:35 PM, Dimitry Andric wrote:
> On 16 Dec 2013, at 19:46, Luigi Rizzo wrote:
> > The following is a proof-of-concept patch to make system builds
> > less chatty.
> >
> > It also has the nice side effect of showing more clearly
> > whic
The following is a proof-of-concept patch to make system builds
less chatty.
It also has the nice side effect of showing more clearly
which rules are used during the build and possibly help
debugging the share/mk files and the individual Makefiles.
The logic is the following:
the environment/make
Is it ok in kernel code to use __builtin_prefetch() and assume that
all supported compilers will do the right thing for all architectures ?
I am asking is because I need to use prefetch() in a small number
of places in my netmap code, and nothing in our kernel sources uses
__builtin_prefetch() dir
On Sat, Dec 14, 2013 at 09:53:30PM -0800, Rui Paulo wrote:
> On 14 Dec 2013, at 21:45, Luigi Rizzo wrote:
>
> > Hi,
> > I was trying to make buildkernel a bit quieter (just listing
> > the name of the file being compiled).
> >
> > I hoped to modify the
Hi,
I was trying to make buildkernel a bit quieter (just listing
the name of the file being compiled).
I hoped to modify the " .c.o: " rules in share/sys.mk but apparently
kernel builds generate their own Makefile using definitions in
sys/conf/kern.pre.mk .
As a result, a patch like the one belo
On Mon, Dec 2, 2013 at 4:36 AM, jb wrote:
> gmx.com> writes:
>
> >
> > So new flags could be [1]:
> > - realloc_flags(p, s, REALLOCF_NO_MOVE)
> > ...
> > - realloc_flags(p, s, REALLOCF_NO_MOVE | REALLOCF_ELASTIC)
> > ...
> > For this, there could be a REALLOCF_FORCE flag
>
> In case of realloc_
On Fri, Nov 29, 2013 at 5:02 PM, jb wrote:
> Luigi Rizzo iet.unipi.it> writes:
>
> > ...
> > > If you want to improve memory management, that is, have the system
> (kernel
> > > or user space) handle memory reallocation intelligently and
> transparentl
On Fri, Nov 29, 2013 at 4:49 PM, Adrian Chadd wrote:
> The reason I wouldn't implement this is to avoid having code that
> _relies_ on this behaviour in order to function or perform well.
>
nobody ever said (or could reasonably expect to do) that.
Applications don't know if the allocator overa
On Fri, Nov 29, 2013 at 3:44 PM, jb wrote:
> Luigi Rizzo iet.unipi.it> writes:
>
> > ...
> > There is a difference between applications peeking into
> > implementation details that should be hidden, and providing
> > instead limited and specific infor
On Thu, Nov 28, 2013 at 7:13 AM, jb wrote:
> Luigi Rizzo iet.unipi.it> writes:
>
> > ...
> > But I don't understand why you find ksize()/malloc_usable_size()
> dangerous.
> > ...
>
> The original crime is commited when *usable size* (an implementatio
On Thu, Nov 28, 2013 at 01:33:41PM +, jb wrote:
> Luigi Rizzo iet.unipi.it> writes:
>
> >
> > in porting some linux kernel code to FreeBSD we
> > stumbled upon ksize(), which returns the
> > actual size of a kmalloc() block.
> >
> > We could
in porting some linux kernel code to FreeBSD we
stumbled upon ksize(), which returns the
actual size of a kmalloc() block.
We could easily implement it as the first part
of realloc(9) -- see kern/kern_malloc.c
Would it make sense to add this to the malloc(9) API ?
The userspace equivalent seems t
On Mon, Nov 18, 2013 at 10:20 AM, Alexander Motin wrote:
> On 18.11.2013 10:41, Adrian Chadd wrote:
>
>> Your patch does three things:
>>
>> * adds a couple new buckets;
>>
>
> These new buckets make bucket size self-tuning more soft and precise.
> Without them there are buckets for 1, 5, 13, 29,
1 - 100 of 425 matches
Mail list logo
