Alice Martens | 29 Jun 12:15 2015

Business Registration 2015/2016

Ladies and Gentlemen.

In order to have your company inserted in the registry of World Businesses
for 2015/2016 edition, please print, complete and submit the attached
form (PDF file) to the following address:

World Business List
P.O. BOX 34
3700 AA, Zeist
The Netherlands

email: register <at> datacontrol-wbl.net
fax: +31 30 310 0125

Updating is free of charge!

If you are not the intended recipient, please submit an email to
remove <at> datacontrol-wbl.net
Your request shall be dealt with accordingly
Attachment (update.pdf): application/octet-stream, 29 KiB
Alain Aubord | 9 Jun 08:27 2015
Picon

NPF or PF

Hi All,                                                                                                                         
     Could you Please indicate me what are the main differences                                                                 
between the both packets filters NPF and PF?                                                                                    

Until now I use regularly (under OpenBSD) PF to create                                                                          
firewalls. What I appreciate particularly with PF is the "overload"
function and the "authpf" shell.                                                                                                

I have not seen any mentions of equivalent functions in NPF.                                                                     

For what reason does one choose NPF instead PF? Is NPF available 
in other system (freebasd, linux)? Is a documentation (beside the man pages)
available describing the use and functionalities of NPF?                                                                  

Any ideas would be greatly appreciated.                                                                                          

Thank for your help,                                                                                                            

Kind regards,                                                                                                                   

rhino64       

Dave Huang | 5 Jun 23:34 2015

A strange TCP timestamp problem?

I wanted to record a video stream (HTTP Live Streaming) with ffmpeg,
but was getting errors like "Failed to open segment of playlist 0" and
"Connection timed out". However, I didn't have any problems watching
the video the regular way through a web browser on Windows (on the
same local network as the NetBSD machine running ffmpeg), so it didn't
seem like it was a network issue.

I tried a few more experiments and found that ffmpeg on Windows worked
fine, as did ffmpeg on Linux (Debian jessie), so it didn't seem like
an ffmpeg issue either (ffmpeg 2.6.3 in the case of NetBSD and Linux,
and on Windows, a git snapshot from 20141205).

This seemed to narrow the issue down to NetBSD. I collected some
tcpdump logs, and the problem seems to be that the remote server
doesn't always respond to NetBSD's TCP SYN packets. It almost seems
like the other end is doing some sort of rate limiting, since the
initial connection generally works (in the case of HTTP Live
Streaming, the one to download the playlist file), and the next one
works most of the time (downloading the first video segment), but the
connection to download the second segment of the video takes 3 SYNs to
get a response. Actually, ffmpeg times out before it connects, since
it expects to be able to download a new video segment every 5 seconds
or so, but I increased the timeout to see what would happen. But if I
wait a few dozen seconds and try again, the connection succeeds
immediately. In any case, it doesn't make sense for the remote end to
rate limit connections so aggressively, since the whole point of HLS
is that the client continually requests small chunks of video--but it
feels like that's what it's doing.

Looking at the tcpdump from Linux and Windows shows that all SYNs are
(Continue reading)

Roy Marples | 5 Jun 17:28 2015

Setting HOPLIMIT via CMSG on IPv6 breakage

Hi List

It seems that someone broke setting HOPLIMIT via CMSG on IPv6 messages 
recently, I would guess in the last week or two as that's when my router 
was last working I think.

This change to rtadvd fixes the issue for rtadvd (and is an improvement 
anyway)
http://cvsweb.netbsd.org/bsdweb.cgi/src/usr.sbin/rtadvd/rtadvd.c.diff?r1=1.47&r2=1.48&only_with_tag=MAIN&f=h

But obviously it should not be needed.
Any idea where this should be resolved?

Roy

Andy Ball | 3 Jun 19:50 2015

Re: retrocomputing NetBSD style


Hello Greg,

  GAW> However there were, and are, a lot of us who want(ed)
     > a modern OS to run on our old hardware because we
     > want(ed) to re-purpose that fine old hardware to do
     > something new and exciting with it.

    I don't know about "new and exciting" but I agree that
there are times when I have done something interesting or
unusual on older hardware using NetBSD.  Erasing floppies
and old SCSI disks for example.  I'd also been hanging onto
a Mac Quadra 700 with the thought of using NetBSD/mac68k to
talk to devices on an RS-422 bus.  I recently recycled that
machine though after I realised that an RS-422 card plugged
into an mITX Atom board could do the same job better.

  GAW> I started running NetBSD on Sun-3 and early sparc
     > systems because that's the hardware I had, and it
     > was good an capable hardware.

    My SPARCstations 5 was a nice machine and I was
thankful for the work that people had put into making
NetBSD/sparc work well on it.  Sadly that too has been
recycled.

Regards,
  -Andy Ball

(Continue reading)

Roy Marples | 31 May 17:18 2015

pppoectl(8) with COMPAT_NETBSD32

Hi List

Attached is a patch which should make pppoectl work with COMPAT_NETBSD32 
to make my erlite happy, but it's failing with the PPPOESETPARMS ioctl.
Infact, it doesn't even make it into the kernel as the call bails out 
with a Inappropriate ioctl for device error, but I don't easily see 
what's wrong!

Anyone have a better clue than me?

Thanks

Roy
Attachment (n32-pppoe.diff): text/x-diff, 7963 bytes
Matt Thomas | 30 May 02:02 2015

bridge sioc[gs]drvspec operations incompatible with COMPAT_NETBSD32


The use of SIOC[GS]DRVSPEC to copyin or copyout other structures which have pointers/size_t/u_long
makes them very hard to deal with in COMPAT_NETBSD32.

The simplest solution is to eliminate the use of the ifbifconf and ifbaconf structures in userland and have
BRDGGIFS and BRDGRTS use the ifdrv struct members ifd_len and ifb_data directly for their needs. The
netbsd32 compat code already deals with this so this just requires a small change to
if_bridge{.c,var.h}.  I also converted ifbareq to use fixed types in the diff.

Make brconfig to deal with the new method actually makes brconfig simplier.

? sys/net/z
Index: sys/net/if_bridge.c
===================================================================
RCS file: /cvsroot/src/sys/net/if_bridge.c,v
retrieving revision 1.98
diff -u -p -r1.98 if_bridge.c
--- sys/net/if_bridge.c	16 Apr 2015 08:54:15 -0000	1.98
+++ sys/net/if_bridge.c	29 May 2015 23:52:48 -0000
 <at>  <at>  -143,6 +143,10  <at>  <at>  __KERNEL_RCSID(0, "$NetBSD: if_bridge.c,
 #include <netinet/ip_carp.h>
 #endif

+__CTASSERT(sizeof(struct ifbifconf) == sizeof(struct ifbaconf));
+__CTASSERT(offsetof(struct ifbifconf, ifbic_len) == offsetof(struct ifbaconf, ifbac_len));
+__CTASSERT(offsetof(struct ifbifconf, ifbic_buf) == offsetof(struct ifbaconf, ifbac_buf));
+
 /*
(Continue reading)

Robert Swindells | 12 May 12:36 2015
Picon

crash in icmp_error()


I upgraded my router yesterday and it has started crashing.

I got one core dump from it:

Crash version 7.99.16, image version 7.99.16.
System panicked: trap
Backtrace from time of crash is available.
crash> bt
_KERNEL_OPT_NAGP() at 0
_KERNEL_OPT_ACPI_ACTIVATE_DEV() at _KERNEL_OPT_ACPI_ACTIVATE_DEV+0x3
vpanic() at vpanic+0x145
snprintf() at snprintf
startlwp() at startlwp
calltrap() at calltrap+0x11
icmp_error() at icmp_error+0x2a7
ip_forward() at ip_forward+0x1e7
ipintr() at ipintr+0x9e3
softint_dispatch() at softint_dispatch+0x7d
DDB lost frame for Xsoftintr+0x4f, trying 0xfffffe81090e9ff0
Xsoftintr() at Xsoftintr+0x4f
--- interrupt ---
0:

It ran fine with 7.99.9.

Robert Swindells

Christopher Humphries | 6 May 11:54 2015

Available network kernel projects?

Hello,

I was on #netbsd on freenode and Riastradh mentioned that there may be more
progress made on SMP networking, especially the Virtual Network Stacks
project (sounded cool and fun), than the project list on the wiki may lead
one to believe. What is the current state of this?

If the information is out of date, which of the list of the networking
projects may be available to work on or help with?

Referencing:
- http://wiki.netbsd.org/projects/all
- http://wiki.netbsd.org/projects/project/virtual_network_stacks/
- http://www.netbsd.org/~matt/smpnet.html

Looking to get started in netbsd kernel development in either networking or
filesystem space (if I can choose).

I realize 7.0 is right around the corner, so you may be busy; I appreciate
your help!

-Chris Humphries

Matt Thomas | 5 May 01:15 2015

Importing unbound


I think we should include unbound as an alternative for named so it can be used .

http://www.unbound.net/

named is just “too big” for me to be comfortable with.

Roy Marples | 5 May 00:12 2015

Add ARP to INET or require ND6

Hi List

While adding the IN_IFF_TENTATIVE functionality and friends it was pointed out 
that ARP is optional with INET.
The argument at the time being why pay for ARP if there are no real 
interfaces?

However, NS/NA (the ARP equivalent of IPv6) is not optional with INET6, it's 
forced.

So the burning question is this:
Should we turn NS/NA into an option or remove the ARP option?

I'm in favour of the latter as I would find it hard to test patches for the 
former given my restricted hardware set.

Roy


Gmane