On Friday 2008-10-03 08:56, Patrick McHardy wrote:
>>
>> So, I define DEBUG_IP_FIREWALL_USER in the kernel in
>> net/ipv4/netfilter/ip_tables.c and try again. Now I get this debug:
>>
>> get_entries: 668 != 672
>>
>> This is generated by this code in get_entries():
>>
>> if (*len != sizeof(struct ipt_get_entries) + get.size) {
>> duprintf("get_entries: %u != %zu\n",
>> *len, sizeof(get) + get.size);
>> return -EINVAL;
>> }
>>
>> I can see code in libiptc.c calculating and passing *len but I don't
>> understand what's going on enough to know how to debug it.
>>
>> Any suggestions?
>>
>> (I'm not on the list, please CC: me... :-)
>
> If I remember correctly we had a similar reports that were related to ABI
> mismatches. Please verify that both userspace and kernel are using the
> same ABI, in case they are please post your .config.
Well, the kernel/userspace certainly has support for mixed 64/32 ABI,
so calling for both being the same seems like an unnecessary push.
I might wonder; what does
#include <stdio.h>
/* userspace program here */
printf("%Zu\n", __alignof__(uint64_t));
give on ARM?
--
To unsubscribe from this list: send the line "unsubscribe netfilter-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
