Did some debugging and just to answer my question above (in case anyone else working on arm platform is having the same issues), specifying the ‘packed’ attribute for structs dhcp_t in dhcp.h, structs ippool_t and ippoolm_t in ippool.h helped. Now I get ‘msgsnd() failed’ during runtime, trying to see what I can do based on Stu’s post.

George

Thanks for the port, much appreciated. I have a FreeBSD ARM-architecture based development system (See http://wiki.freebsd.org/FreeBSDAvila for more info), on which I tried to the build the coova-chilli port. The build was successful, and it runs for a few seconds after dhcp allocation, after which it terminates with a ‘Bus error’ message. Debugging the core dump indicated the cause to be at ippool_freeip in ippool.c, always for case 2 (static address space allocations). I was wondering if perhaps you would have any suggestions on what I could do to solve this issue (in case you are familiar with working on arm architectures). Any help would be highly appreciated, thanks.

George

Have you plans to port new 1.0.14 version? It has new feature, VLAN support which is very interesting.

And thanks for your pas work.

installing the port is no worry, but i’m quite unclear as to the implications for ipfw and/or pf and how the core system should be configured.

i am trying to migrate from coovaAP to a freebsd based gateway, as i need a server onsite for other things.

i have a box with:
vr0 – DHCP to the internet
vr1 – internal LAN with access points

i’m trying to use it as a captive portal talking to my radius server.
i already have coovaAP working fine, so the backend work is all done.

just need to get coovachilli running on a freebsd box and all will be well.
(i’m quite familiar with freebsd (since 1994), but not overly conversant in linux/busybox)

i’d appreciate some guidance.

This is in the redir_msgsnd macro, leading to (for example):
redir.c: 2407: 0 (Debug) —->>> resetting challenge: 1ec3608354d435637beef89042b06820
redir.c: 2408: 22 (Invalid argument) msgsnd() failed! msgid=1179648 type=4 len=5302

I am sure that the EINVAL errno crops up because the message length (5302) is greater than 2048.

This may be specific to my build system (Soekris 4801 box); I have seen other definitions in sys/msg.h where MSGMAX is computed (often 8*2048=16384).

Note that it isn’t possible to set msg_qbytes via IPC_SET.

Net effect is that the original challenge reset never works and the splash login page from uamserver never gets displayed.

I will attempt to build a custom kernel for my box with MSGMAX set appropriately, but be aware that 2048 appears to be a common setting for FreeBSD and openBSD

When running in debug mode, following is shown:
iptables: not found

Is there a port of iptables for FreeBSD (According to many docs, there isnt). If there isnt, please help.

Thanks in advance.

George