On Thu, 25 Jun 2020 at 14:06, Vitaliy Makkoveev
wrote:
>
>
>
> > On 25 Jun 2020, at 11:55, Martin Pieuchot wrote:
> >
> > On 24/06/20(Wed) 17:10, Vitaliy Makkoveev wrote:
> >> While `mbuf' enqueued to `pipexinq' or `pipexoutq' it has the reference
> >> to corresponding pipex(4) session as `ph_coo
You can.
The idea is that ifindex is always monotonically increased, so to actually
get a new interface you would have to have "overflowed" 65k interfaces,
which is unreal.
So if your interface is gone, you can be sure if_get will give you NULL.
On Thu, Jun 25, 2020, 18:55 Vitaliy Makkoveev
wro
Is there any interest in having mdns support ?
I've noticed netbsd want's it:
http://www.netbsd.org/contrib/projects.html#mdns
If so, I'm considering coding it.
Thanks.
--
Christiano Farina HAESBAERT
Do NOT send me html mail.
On Tue, Jan 19, 2010 at 11:23:26PM +0200, Vladimir Kirillov wrote:
> On 18:49 Tue 19 Jan, Christiano Farina Haesbaert wrote:
> > I want the nss-mdns functionality without the avahi dependency, that
> > way we would have a "native" mDNS implementation, and by that I mean,
> > have gethostbyname and
Is there any way to receive interface/link state changes like down and
up, address change and so on without root privilege ?
I looked into ripd (kroute.c) and noticed it uses a raw socket with
domain AF_ROUTE, so it can receive all the RTM_* messages.
I understand ripd needs root privilege in ord
On Sun, Jan 24, 2010 at 07:18:46PM -0800, Philip Guenther wrote:
> On Sun, Jan 24, 2010 at 6:11 PM, Christiano F. Haesbaert
> wrote:
> > Is there any way to receive interface/link state changes like down and
> > up, address change and so on without root privilege ?
>
> Y
Hi there, sorry for another annoying question,
It seems ripd will explicitly add a route to rip's multicast address.
Isn't IP_ADD_MEMBERSHIP to join the group and IP_MULTICAST_IF to
specify which interface enough ?. Please correct me.
This seems to be the code:
kr_all_rip_routers.prefix.s_addr
On Mon, Jan 25, 2010 at 10:27:42PM -0800, Philip Guenther wrote:
> So, have you read the commit message that added that code? If you're
> not sure what version that code appeared in, use "cvs annotate
> whatever.c" to see when those lines were committed. Then compare that
> version to the previou
2010/1/27, Ted Unangst :
>
> Let me expand on this point a little more, and ignore the demo for now.
>
> mg has slowly grown a number of C implemented extensions, but that's
> not a scalable future. I think a real extension language is needed to
> *prevent* bloat. That's my justification for t
I'm sorry for that, I made the account quickly to make a joke with ,
just pressed next next next and didn't notice tech@openbsd.org was on
the "friends suggestions". My sincere apologies.
I'm such a tool :D.
On Thu, Jan 28, 2010 at 04:08:20AM +, Twitter wrote:
> Twitter connects you with ever
Hi there,
I've spotted the following in ripd.c
signal_set(&ev_sigchld, SIGINT, main_sig_handler, NULL);
should be SIGCHLD correct ? main_sig_handler handles it with
check_child();
That line is there since rev 1.1, so looks like SIGCHLD was never
handled.
Index: ripd.c
=
Sorry if this is a little bit out of topic, but I'm developing it in
OpenBSD and I couldn't find a definitive answer.
My application has one process for each interface, therefore I have
one socket to each process, I need each socket to receive packets that
came only through their interface.
So pr
On Mon, Feb 01, 2010 at 06:32:37PM -0200, Christiano F. Haesbaert wrote:
> Sorry if this is a little bit out of topic, but I'm developing it in
> OpenBSD and I couldn't find a definitive answer.
>
> My application has one process for each interface, therefore I have
> o
Any feedback on this ?
--
Christiano Farina HAESBAERT
Do NOT send me html mail.
On Sun, Feb 07, 2010 at 04:29:39PM -0800, Philip Guenther wrote:
> On Sat, Feb 6, 2010 at 3:46 PM, Christiano F. Haesbaert
> wrote:
> > Any feedback on this ?
>
> Yep: just committed along with the same thing in dvmrpd. This was
> originally a bug in ospfd, from which both
Hi there,
I've noticed this declaration is duplicated in control.c and control.h
the following should clear all control.c.
Index: dvmrpd/control.c
===
RCS file: /cvs/src/usr.sbin/dvmrpd/control.c,v
retrieving revision 1.11
diff -d -u
Hi there,
I've notice the imsg.h header isn't protected, this diffs correct all
of them.
Index: bgpd/imsg.h
===
RCS file: /cvs/src/usr.sbin/bgpd/imsg.h,v
retrieving revision 1.4
diff -d -u -p -w bgpd/imsg.h
--- bgpd/imsg.h 15 Sep 200
Hi there,
Some of you may already know that I'm working on an open mdns
implementation, avahi is gpl and apple's mdnsd is apache2, so that
leaves us with no choice. Some devs have expressed interest in having
a mdns implementation, I thought it would be fun so here it is :P.
So I've started mdnsd
ld be nice :D.
2010/3/3 Christiano F. Haesbaert :
> Hi there,
>
> Some of you may already know that I'm working on an open mdns
> implementation, avahi is gpl and apple's mdnsd is apache2, so that
> leaves us with no choice. Some devs have expressed interest in having
&g
On 3 April 2010 15:56, Gleydson Soares wrote:
> virtualize your brain. it is nice.
>
What a stupid comment, why don't you shut up ?
If you have nothing to add to a valid question why bother wasting bandwith ?
Hi,
The following will disregard the routing table for multicast packets
when the application chose the interface with IP_MULTICAST_IF, if not,
normal lookup will take place.
Ripd now no longer needs to explicitly add the mcast host route to
bypass the default reject to 224/4, follows the diff to
Hi, imsg.h in libutil was unprotected.
Index: imsg.h
===
RCS file: /cvs/src/lib/libutil/imsg.h,v
retrieving revision 1.1
diff -d -u -p -w imsg.h
--- imsg.h 26 May 2010 16:44:32 - 1.1
+++ imsg.h 23 Jun 2010 01:23:00
Also a missing include.
Index: imsg.h
===
RCS file: /cvs/src/lib/libutil/imsg.h,v
retrieving revision 1.1
diff -d -u -p -w imsg.h
--- imsg.h 26 May 2010 16:44:32 - 1.1
+++ imsg.h 23 Jun 2010 01:36:28 -
@@ -18,6
On 23 June 2010 20:10, Joerg Goltermann wrote:
> Hello,
>
> I am working on a port and need the POSIX function sem_timedwait. Does anyone
> have a nice/simple idea how to mimic this function? Is anyone working on an
> implementation in libpthread?
>
> Kind regards,
>
> Joerg Goltermann
>
>
Why do
On 20 August 2010 03:48, Matthieu Herrb wrote:
> On Fri, Aug 13, 2010 at 02:30:50PM +0200, Otto Moerbeek wrote:
>> On Fri, Aug 13, 2010 at 01:26:37PM +0200, Gabriel Linder wrote:
>>
>> > This diff implements history for bc(1) using editline(3).
>> >
>> > History is not persistent, I can add this f
Am Mittwoch, 21. September 2016 schrieb Martin Pieuchot :
> On 21/09/16(Wed) 16:29, David Gwynne wrote:
> > [...]
> > the point i was trying to make was that the existing stuff (tasks,
> timeouts) can be used together to get the effect we want. my point was very
> poorly made though.
> >
> > i thi
Am Samstag, 24. September 2016 schrieb David Gwynne :
> On Fri, Sep 23, 2016 at 10:16:34PM -0700, Philip Guenther wrote:
> > On Fri, 23 Sep 2016, Christiano F. Haesbaert wrote:
> > ...
> > > The diff as it is will deadlock against SCHED_LOCK.
> > > tsleep()
Am Montag, 26. September 2016 schrieb David Gwynne :
>
> > On 26 Sep 2016, at 13:36, Ted Unangst > wrote:
> >
> > David Gwynne wrote:
> >> +mtx_enter(&timeout_mutex);
> >> +while (!CIRCQ_EMPTY(&timeout_proc)) {
> >> +to = timeout_from_circq(CIRCQ_
> FIR
On 5 October 2016 at 18:26, Ted Unangst wrote:
> Christiano F. Haesbaert wrote:
>> There is another bug, the thread runs outside of IPL_SOFTCLOCK, the
>> interrupt handler already runs at IPL_SOFTCLOCK so it did not need to raise
>> it, but the thread does.
>>
>&
Not sure I get it, the rwlock when is not released when you yield()). So
this will in fact context switch holding the rwlock for every pool_get().
Did I miss another a change ?
On Tue, 24 Jan 2017 at 07:48, Martin Pieuchot wrote:
> I'd like to force a yield() for every pool_get(9) using PR_WA
On Tue, 24 Jan 2017 at 09:14, Martin Pieuchot wrote:
> On 24/01/17(Tue) 08:06, Christiano F. Haesbaert wrote:
>
> > Not sure I get it, the rwlock when is not released when you yield()). So
>
> > this will in fact context switch holding the rwlock for every pool_get().
>
Keeping this up.
On 17 March 2011 00:51, Christiano F. Haesbaert
wrote:
> On 12 June 2010 16:26, Christiano F. Haesbaert
wrote:
>> Hi,
>>
>> The following will disregard the routing table for multicast packets
>> when the application chose the interface with IP_MULT
On 3 April 2011 14:22, Henning Brauer wrote:
> so we have to special case the bridge in teh stack because it doesn't
> behave wrt ip checksums (yes yes, all hail layer violations).
> so make the bridge behave by always peeking into the ip header, and
> not just when we have a kernel with pf compil
Keeping this up.
On 19 March 2011 22:35, Christiano F. Haesbaert
wrote:
> Whoops, I made some last time changes which broke big-endian systems,
spotted by
> Mattew.
>
> Index: net/getaddrinfo.c
> ===
> RCS file:
On 28 April 2011 07:42, Claudio Jeker wrote:
> On Thu, Apr 07, 2011 at 10:47:41AM -0300, Christiano F. Haesbaert wrote:
>> Keeping this up.
>>
>> On 17 March 2011 00:51, Christiano F. Haesbaert
>> wrote:
>> > On 12 June 2010 16:26, Christiano F. Haesbaert
On 26 May 2011 05:11, Claudio Jeker wrote:
>
> I guess nobody cares much about multicast. I still would like to get this
> in so that we can remove code from ldpd and ripd to insert special
> multicast routes. I will commit this in the next few days.
>
I did some really basic tests and it works f
The cleaner sometimes accidentaly pushes the power button of one of my machines.
So +1.
Wrong thread :(
On 11 June 2011 19:24, Christiano F. Haesbaert wrote:
> The cleaner sometimes accidentaly pushes the power button of one of my
> machines.
>
> So +1.
On 5 July 2011 15:47, Ted Unangst wrote:
> found by jsg.
>
> Index: lib/isc/hmacsha.c
> ===
> RCS file: /home/tedu/cvs/src/usr.sbin/bind/lib/isc/hmacsha.c,v
> retrieving revision 1.1.1.1
> diff -u -p -r1.1.1.1 hmacsha.c
> --- lib/isc/
On 5 July 2011 16:50, Christiano F. Haesbaert
wrote:
> On 5 July 2011 15:47, Ted Unangst wrote:
>> found by jsg.
>>
>> Index: lib/isc/hmacsha.c
>> ===
>> RCS file: /home/tedu/cvs/src/usr.sbin/bind/
Hi, this diff adds a sysctl to disable kernel icmp echo processing and pass it
to userland via raw sockets. I'm terrible with names but I chose userecho, so
net.inet.icmp.userecho.
I did some basic tests and it seems to work ok.
I kinda need this to tunnel ip over icmp echo.
Index: netinet/icmp_
Thinking again, it's nicer to move the raw redirection after the bmcastecho
processing:
Index: icmp_var.h
===
RCS file: /cvs/src/sys/netinet/icmp_var.h,v
retrieving revision 1.13
diff -d -u -p -w -r1.13 icmp_var.h
--- icmp_var.h 13 D
On Fri, Jul 15, 2011 at 04:40:08PM -0700, Philip Guenther wrote:
> On Fri, Jul 15, 2011 at 4:13 PM, Christiano F. Haesbaert
> wrote:
> > Hi, this diff adds a sysctl to disable kernel icmp echo processing and pass
> > it
> > to userland via raw sockets. I'm te
On Fri, Jul 15, 2011 at 08:41:22PM -0700, Philip Guenther wrote:
> On Fri, Jul 15, 2011 at 7:31 PM, Christiano F. Haesbaert
> wrote:
> > On Fri, Jul 15, 2011 at 04:40:08PM -0700, Philip Guenther wrote:
> >> On Fri, Jul 15, 2011 at 4:13 PM, Christiano F. Haesbaert
> >>
On Fri, Jul 15, 2011 at 08:41:22PM -0700, Philip Guenther wrote:
> On Fri, Jul 15, 2011 at 7:31 PM, Christiano F. Haesbaert
> wrote:
> > On Fri, Jul 15, 2011 at 04:40:08PM -0700, Philip Guenther wrote:
> >> On Fri, Jul 15, 2011 at 4:13 PM, Christiano F. Haesbaert
> >>
On Sat, Jul 16, 2011 at 04:42:41PM +0200, Martin Pelikan wrote:
> 2011/7/16 Christiano F. Haesbaert :
> > H,m, I think it would, since bpf can catch the packet, another possible
> > option
> > would be IP_DIVERT to catch the packets and then send it with the raw
> >
On Sat, Jul 16, 2011 at 11:04:44PM +0200, Claudio Jeker wrote:
> On Sat, Jul 16, 2011 at 05:38:45PM -0300, Christiano F. Haesbaert wrote:
> > On Sat, Jul 16, 2011 at 04:42:41PM +0200, Martin Pelikan wrote:
> > > 2011/7/16 Christiano F. Haesbaert :
> > > > H,m, I think
On 27 July 2011 12:45, Christian Weisgerber wrote:
> Can PowerPC do unaligned accesses or not?
>
I'm far from an expert but I know at least some power pc can do
unalign access, like those MPC8xxx, so the socppc port can do
unaligned accesses.
> I'm bringing this up *again*, because the fragment
Hi
Remove the old wpapsk cmd entry, remove unnecessary casts in malloc/calloc, use
timerclear macro plus minor style(9):
Index: ifconfig.c
===
RCS file: /cvs/src/sbin/ifconfig/ifconfig.c,v
retrieving revision 1.248
diff -d -u -p -w -
Hi,
This diff moves if_capabilities to if_data exposing it to userland via
SIOCGIFDATA.
It also adds a 'capabilities' option to ifconfig which will print them
in a similar way which is done with the 'media' keyword.
Here is a sample output for re(4):
gimli:ifconfig: sudo ./obj/ifconfig re0 ca
Hi,
I'm tinkering with ToS->CoS (802.1p) translation in vlan(4) so I
needed something to test, tcpbench seems to deserve a tos option.
It uses the same map_option() from pfctl with some minor tweeks.
So it accepts decimal, hexadecimal, critical, lowdelay, af11...
Option chosen was -t, couldn't
Whoops I obivously meant tcpbench, not ifconfig, disregard this thread I've
opened another.
--
Christiano Farina HAESBAERT
Do NOT send me html mail.
Hi,
I'm tinkering with ToS->CoS (802.1p) translation in vlan(4) so I
needed something to test, tcpbench seems to deserve a tos option.
It uses the same map_option() from pfctl with some minor tweeks.
So it accepts decimal, hexadecimal, critical, lowdelay, af11...
Option chosen was -t, couldn't
On 19 August 2011 10:25, Damien Miller wrote:
> On Thu, 18 Aug 2011, Christiano F. Haesbaert wrote:
>
>> Hi,
>>
>> I'm tinkering with ToS->CoS (802.1p) translation in vlan(4) so I
>> needed something to test, tcpbench seems to deserve a tos option.
>>
Hi, vlan_start() was increasing packet counts before checking if the
packet was successfully enqueued. I made a hunt for similar errors.
Index: net/if_mpe.c
===
RCS file: /cvs/src/sys/net/if_mpe.c,v
retrieving revision 1.25
diff -d -u
Hi there, this fixes a segfault seen by sthen@ which I could only
reproduce yesterday. I had fogotten to event_del() a persistent event.
Index: tcpbench.c
===
RCS file: /cvs/src/usr.bin/tcpbench/tcpbench.c,v
retrieving revision 1.22
On Fri, Aug 19, 2011 at 11:25:23PM +1000, Damien Miller wrote:
>
> Thanks, I like this. Could you add IPV6_TCLASS for IF_INET6 too?
>
So here is the version with IPV6_TCLASS and -T instead of -t, since
only traceroute uses -t, while ping and nc uses -T.
I did some basic tests but my knowledge o
keeping this up.
On Wed, Aug 17, 2011 at 12:42:02AM -0300, Christiano F. Haesbaert wrote:
> Hi
>
> Remove the old wpapsk cmd entry, remove unnecessary casts in malloc/calloc,
> use
> timerclear macro plus minor style(9):
>
&
Hi,
So here is the final version using -T with IPv6 with some points addressed by
jmc@ in the manual.
ok to commit ?
Index: tcpbench.1
===
RCS file: /cvs/src/usr.bin/tcpbench/tcpbench.1,v
retrieving revision 1.12
diff -d -u -p -w -
On Fri, Aug 19, 2011 at 09:07:42AM +0200, Peter Hallin wrote:
> Hello,
>
> I have a question.
>
> We use bridging firewalls at Lund University with different vlan tags on
> respective sides of the bridges. The frames are therefore "retagged"
> when passing through the bridge and unforunatley the
Heya,
So here is a crude diff, the shiffting can be improved and if we wan't
this in the future we'll need a knob to enable "don't touch the
vlanprio thingy".
Please it would be great if you can give this a spin Peter. I did some
basic tests with a re(4) (hw tagging) and a rl(4) (no hw tagging).
Don't OR the 12 bit vlan-id mask, we wan't the whole TCI (3 bits
for PCP and 1 bit for CF).
This makes our stack see the vlanprio in bpf and thus tcpdump
correctly displays the received tag.
Tested on i386.
ok ?
Index: ./dev/pci/if_em.c
On 2 September 2011 14:17, Matthew Dempsky wrote:
> On Fri, Sep 2, 2011 at 8:55 AM, Sunil Nimmagadda
> wrote:
>> This diff adds tags support to Mg. I am NOT an emacs user so if this
>> combination is a bit odd then please excuse. It parses the tags file
>> generated by ctags(1) and maintains a tr
On 8 September 2011 12:20, Stuart Henderson wrote:
> On 2011/09/08 13:00, Steffen Wendzel wrote:
>> Final patch:
>>
>> Index: pf_norm.c
>> ===
>> RCS file: /cvs/src/sys/net/pf_norm.c,v
>> retrieving revision 1.140
>> diff -u -p -r1.14
Not sure if I got this, but why not using scp then ?
On 19 September 2011 14:52, elitter.net wrote:
> It's annoying to upload using interactive mode.
>
> This diff works like scp.
> sftp @:
>
> Index: sftp.c
> ===
> RCS file: /cvs/s
On Thu, Sep 22, 2011 at 03:56:11PM +0100, Edd Barrett wrote:
> Hi,
>
> An upstream of one of the ports I work on (radare2) has imported our file(1)
> implementation and claims to have found bugs. This is the first:
>
> 'ms->file' will only be assigned to 'fn' after a call to apprentice_load() and
Makes sense to me, ok.
Later we should fix the include orderning and change the warning
printfs to stderr.
Can we get another ok ?
On Wed, Sep 28, 2011 at 02:37:34AM +0100, Edd Barrett wrote:
> Evening,
>
> When using `config -e`:
> * Don't print a NULL pointer if binary loaded is not a kerne
Now thinking again I see no much point in my diff, I prefer yours as
it's easier to update to a newer file(1), no point in changing only
this.
ok from me.
On Wed, Sep 28, 2011 at 12:33:13AM -0300, Christiano F. Haesbaert wrote:
> On Thu, Sep 22, 2011 at 03:56:11PM +0100, Edd Barre
On 6 October 2011 17:26, Alexandre Ratchov wrote:
> On Thu, Oct 06, 2011 at 08:58:16PM +0200, Ingo Schwarze wrote:
>> Hi Alexandre,
>>
>> Alexandre Ratchov wrote on Thu, Oct 06, 2011 at 08:29:26PM +0200:
>>
>> > On the one hand, we expect audio to work by default. On the other hand
>> > format con
On 14 October 2011 17:19, Ted Unangst wrote:
> On Fri, Oct 14, 2011, Edd Barrett wrote:
>> Hi guys,
>>
>> A port I am maintaining uses our file(1) implementation. A debian
>> dev who was packaging this thinks he has spotted a license bug.
>>
>> Said I would forward his mail onto OpenBSD, so here i
I prefer a switch too, it shows you acknowledged those variants, anyhow i
think the current idiom is bad and should be changed.
On Fri, Sep 28, 2012 at 02:42:18AM -0400, Brad Smith wrote:
> On Wed, Sep 26, 2012 at 03:32:37PM -0400, Brad Smith wrote:
> > Simplify the gem(4) variant detection code a bit.
> >
> > OK?
>
> How about this..
>
>
> Index: if_gem_pci.c
> ==
On 8 October 2012 11:24, Marc Espie wrote:
> log2 should probably be scrapped, since you're reinventing ffs.
>
That is actually my code, back then I failed at finding an ffs.
I'll try to have a look at the code this week.
On Oct 8, 2012 6:33 PM, "Alexandre Ratchov" wrote:
>
> On Sat, Oct 06, 2012 at 10:38:34PM +0200, Gregor Best wrote:
> > Hi Alexandre,
> >
> > > [...]
> > > This change is unclear for me; AFAIU, it removes the mechanism
> > > which makes processes wake up with a priority depending on what
> > > the
I want this baadlyyy, ill have a look.
On Oct 12, 2012 12:30 PM, "Jasper Lievisse Adriaanse"
wrote:
> Hi,
>
> Here's a diff that implement revert-buffer (C-x r). I've split gotoline
> into
> the 'goto-line' specifics and the code that actually jumps to the line so
> it
> can be re-used by rev
ok haesbaert, sorry for the slacking :=).
On Sat, Aug 11, 2012 at 05:48:13PM +0200, Alexander Bluhm wrote:
> On Mon, Jul 30, 2012 at 10:30:47AM +0200, Jan Klemkow wrote:
> > Hopefully the final version.
>
> Yes, I think this is OK now. If anybody else could have a look at
> it, I will commit it.
On 30 October 2012 14:36, rustyBSD wrote:
> MMmhh...
>
> == /usr/src/usr.bin/mg/dired.c ==
> Go look the line 729:
>
> if ((fopen(dname,"r")) == NULL) {
> ...
>
> Now you can cry
>
What is your point ?
On 30 October 2012 14:58, Christiano F. Haesbaert
wrote:
> On 30 October 2012 14:36, rustyBSD wrote:
>> MMmhh...
>>
>> == /usr/src/usr.bin/mg/dired.c ==
>> Go look the line 729:
>>
>> if ((fopen(dname,"r")) == NULL) {
>> ...
>
On 30 October 2012 15:00, Mike Belopuhov wrote:
> On Tue, Oct 30, 2012 at 2:58 PM, Christiano F. Haesbaert
> wrote:
>> On 30 October 2012 14:36, rustyBSD wrote:
>>> MMmhh...
>>>
>>> == /usr/src/usr.bin/mg/dired.c ==
>>> Go look the line
On 30 October 2012 15:03, Christiano F. Haesbaert
wrote:
> On 30 October 2012 15:00, Mike Belopuhov wrote:
>> On Tue, Oct 30, 2012 at 2:58 PM, Christiano F. Haesbaert
>> wrote:
>>> On 30 October 2012 14:36, rustyBSD wrote:
>>>> MMmhh...
>>>>
>
On 30 October 2012 16:45, Okan Demirmen wrote:
> On Tue, Oct 30, 2012 at 10:32 AM, Christiano F. Haesbaert
> wrote:
>> On 30 October 2012 15:03, Christiano F. Haesbaert
>> wrote:
>>> On 30 October 2012 15:00, Mike Belopuhov wrote:
>>>> On Tue, Oct 30, 2
On 30 October 2012 16:52, Christiano F. Haesbaert
wrote:
> On 30 October 2012 16:45, Okan Demirmen wrote:
>> On Tue, Oct 30, 2012 at 10:32 AM, Christiano F. Haesbaert
>> wrote:
>>> On 30 October 2012 15:03, Christiano F. Haesbaert
>>> wrote:
>>>> On
On 30 October 2012 16:57, Okan Demirmen wrote:
> On Tue, Oct 30, 2012 at 11:53 AM, Christiano F. Haesbaert
> wrote:
>> On 30 October 2012 16:52, Christiano F. Haesbaert
>> wrote:
>>> On 30 October 2012 16:45, Okan Demirmen wrote:
>>>> On Tue, Oct 30, 20
On Tue, Oct 30, 2012 at 04:44:36PM +0100, rustyBSD wrote:
> Le 30/10/2012 15:32, Christiano F. Haesbaert a ?crit :
> > That should be an access(2) call.
> Yes.Something like this - also moved len to size_t,
> as strlen() is size_t:
>
>
> --- dired.cWed Mar 14 14:
On 03/11/2012, Christian Weisgerber wrote:
> Previously, we couldn't enable TCP/UDP transmit checksum offload
> on chipsets that require the checksum field to be initialized with
> the pseudo-header checksum because this would break rdr-to 127.0.0.1.
>
> Henning's epic rewrite of the checksum hand
Lets be honest, half the problem goes away if Lennart stops "hacking".
On 26 November 2012 22:06, Stuart Henderson wrote:
> On 2012/11/26 17:40, Jason McIntyre wrote:
>> anyway...i still dislike the idea of just saying order matters. also,
>> could someone really expect the file to not be parsed top down
>
> Yes, I think they might; people are used to config files be
On 14 December 2012 13:40, Mike Belopuhov wrote:
> On 14 December 2012 13:38, Stuart Henderson wrote:
>> Are profiling kernels known to be broken at the moment?
>>
>
> profiling has never worked on MP kernels...
>
Hmm, that answers :)
On 14 December 2012 13:38, Stuart Henderson wrote:
> Are profiling kernels known to be broken at the moment?
>
> I'm trying to track down why my laptop crawls during pkg_add -u
> (slow interactive response, 40%+ cpu in irq) but if I run kgmon -b
> while pkg_add is running the machine hangs. (no dd
On 11 February 2013 07:05, Todd T. Fries wrote:
> In light of nat64 in pf(4), what purpose does faithd(8) serve anymore?
>
> I played with it a bit over a decade ago, but don't recall having any use
> for it in the last number of years.
>
> I vote it gets tedu'ed.
>
I vote for it too, I remember
Hi,
We would like to switch mfii(4) to msi, there is a family of supermicro
X9 motherboards with incorrect ioapic routing, so they only work properly
though msi.
If you have a system with a mfii(4) device, please give this diff a spin
and report back.
So far I was able to test on:
Supermicro X9
On 20 June 2013 09:38, Otto Moerbeek wrote:
> On Wed, Jun 19, 2013 at 07:39:15PM +, Miod Vallat wrote:
>
>> > > > - p->p_sigmask = mask &~ sigcantmask;
>> > > > + p->p_sigmask = mask;
>> >
>> > On the right architecture where a word store isn't atomic enough and
>>
On Thu, Jun 06, 2013 at 12:54:31PM +0200, Christiano F. Haesbaert wrote:
> Hi,
>
> We would like to switch mfii(4) to msi, there is a family of supermicro
> X9 motherboards with incorrect ioapic routing, so they only work properly
> though msi.
>
> If you have a system
Hi,
I've rewritten tcpbench to use libevent as suggested before.
Code got a little smaller but I couldn't notice any performance
changes (tested up to 1500 fds).
There is still only one O(n) operation each second: the stats accounting.
Turned some variables into globals for the sake of clarity, as
Hi there,
I've released a working version of mdnsd, an ISC licensed
implementation of MDNS/DNS-SD for OpenBSD, a replacement for
avahi/bonjour (http://github.com/haesbaert/mdnsd).
I've started this cause I hate having a MDNS/DNS-SD implementation
with 60k+ lines (avahi).
The querier is almost fu
yright (c) 2010 Christiano F. Haesbaert
*
* Permission to use, copy, modify, and distribute this software for any
* purpose with or without fee is hereby granted, provided that the above
@@ -19,6 +20,7 @@
#include
#include
#include
+#include
#include
@@ -39,6 +41,7 @@
#include
#inc
Any feedback is welcome.
OS X routed all dns lookups to a daemon (both unicast and multicast),
they can do local cashing and probably async lookups, maybe thats a
future solution ?
just my two cents.
Sorry to bother, any feedback on this ?
The 0x8000 bit in a question isn't a cache flush indication.
It's the QU bit, indicating the question accepts a unicast response, although
it's the same bit in the class field, they have completely different meanings
when in a RR or in a query.
The draft refers it as the QU (Question Unicast) bit,
1 - 100 of 198 matches
Mail list logo
