On Fri, 2007-08-03 at 14:02 +0200, Sven-Ola Tuecke wrote:
[...]
> for sure, you're busy updating the tgz's. I think it's time to do a little 
> patch syncup. Here's my current list (all located on 

Yup.

[...]
> 110-olsrd-double-wlancard-neigh-hack.patch
>   This is a hack for Nodes having to wifi cards with the same channel,
>   bssid, IP-Range etc. If two nodes can see each other by means of two
>   possible links (here: two wifi cards with equal config), a bug is 
> triggered
>   with the Neigh-is-SYM detections. This small little hack prevents this.

Also doesn't kill anything hereover.
I changed just two trivial things:
- the loop variable is "unsigned int" to avois a warning.
- the LINK_ORDER array is "static const" since it won't/shouldn't be
  changed and so it can live in some the initialized section (and not in
  the stack or God knows what C compiler generate).

> 111-olsrd-complainpluginvers-nosleep.patch
The delay is to annoy everyone (especially me) to convert all plugins so
it stays for now.

> 112-olsrd-nameservice-fixemptyname.patch
>   This is an addon to my lat/lon stuff which will prevent olsrd from
>   running (oops?) if no hostname is given and the nameservice plugin
>   is loaded.

Looks good.

> 113-olsrd-dyngwplain-pluginvers5.patch
>   This updates the dyngwplain plugin to the new Plugin Iface

Looks good.

> 120-olsrd-routing-cleanup.patch
Ignored.

> 130-olsrd-policy-routing.patch
See other mail.

> 140-olsrd-arprefreshed.patch
>   This is a new one. Opens a packet socket and listen to UDP(698), extract
>   the sender MAC and refreshes the ARP cache whith that. Should speedup
>   especially in cases, if you initially try to use a longer routing path 
> which normally
>   triggers a "ARP-Lookup-Chain".

Also doesn't kill anything hereover.

So I just cvs-commit-ted 110, 111, 112, 113 and 140.

	Bernd
-- 
Firmix Software GmbH                   http://www.firmix.at/
mobil: +43 664 4416156                 fax: +43 1 7890849-55
          Embedded Linux Development and Services



