Hello Thomas and all,
sorry for bothering you if this is the wrong place. The following tiny program
leaks memory:
#define _GNU_SOURCE
#include
#include
#include
#include
#include
static void
nl_addr_cb (struct nl_object *obj, void *userdata)
{
struct rtnl_addr *addr = (struct rtnl_addr
.20
kernel?
--
Regards
Joerg
- Ursprüngliche Mail
Von: Patrick McHardy <[EMAIL PROTECTED]>
An: Joerg Pommnitz <[EMAIL PROTECTED]>
CC: Jarek Poplawski <[EMAIL PROTECTED]>; netdev@vger.kernel.org
Gesendet: Dienstag, den 27. November 2007, 13:54:11 Uhr
Betreff: Re: AW:
> So, are you still sure you've tested such a case?
Well, the problem that triggered my investigation was
that the OLSR daemon (www.olsr.org) calculates the quality
of a link according to the packet loss for LQ HELLO packets
(UDP broadcast packets). To prevent other traffic from
interfering with t
> It works fine here, I'm guessing that Jörg is using an old kernel
> version that had a bug in prio classification without filters.
This is 2.6.20.21, from 17-Oct-2007.
--
Regards
Joerg
__ Ihre erste Baustelle? Wissenswertes
für Bastler
I did something stupid, but nobody came forward
to show me the error of my ways (neither here nor on the lartc list).
-- Regards
Joerg
- Ursprüngliche Mail
Von: Jarek Poplawski <[EMAIL PROTECTED]>
An: Joerg Pommnitz <[EMAIL PROTECTED]>
CC: netdev@vger.kernel.org
o a value that derived from
the
TOS bits. Then something changed and nobody noticed.
--
Regards
Joerg
- Ursprüngliche Mail
Von: Jarek Poplawski <[EMAIL PROTECTED]>
An: Jarek Poplawski <[EMAIL PROTECTED]>
CC: Joerg Pommnitz <[EMAIL PROTECTED]>; netdev@
Hello all,
I might make a fool out of me, but I think the prio qdisc doesn't work as
advertised in any document I could lay my hands on.
My problem was that the link quality reported by the olsr.org olsrd degraded
depending on the amount of payload traffic transferred through an adhoc/mesh
inte
Hello all,
the subject line basically says it all. I was trying to offload IPsec
encryption to the hardware encryption engine on my Geode LX800. The exact same
setkey command works fine with software aes.
In case it matters: this is with a MSEP800/A board from DIGITAL-LOGIC AG (see
http://www.d