From mboxrd@z Thu Jan 1 00:00:00 1970 From: "David S. Miller" Subject: Re: [PATCH] sparc64 compatibility netfilter patches Date: Thu, 02 Jan 2003 01:09:53 -0800 (PST) Sender: netfilter-devel-admin@lists.netfilter.org Message-ID: <20030102.010953.113716640.davem@redhat.com> References: <20030101171654.B25870@linux.karinthy.hu> <20030102085734.GL9467@sunbeam.de.gnumonks.org> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: valko@linux.karinthy.hu, netfilter-devel@lists.netfilter.org Return-path: To: laforge@gnumonks.org In-Reply-To: <20030102085734.GL9467@sunbeam.de.gnumonks.org> Errors-To: netfilter-devel-admin@lists.netfilter.org List-Help: List-Post: List-Subscribe: , List-Unsubscribe: , List-Archive: List-Id: netfilter-devel.vger.kernel.org From: Harald Welte Date: Thu, 2 Jan 2003 09:57:34 +0100 Unfortunately we will never get netfilter-specific code into the sys_sparc32.c file (and we also really don't want it to be there). Is there no solution which only touches iptables userspace and kernel code? (net/ipv4/netfilter/* as well as libiptc.c in userspace)? It is the only way to translate socket options that include user pointers or other types that are not identical in the 32-bit and 64-bit environment. It is always a bad idea to pass pointers and other non-hardcoded types (ie. something other than u8, u16 etc.) via APIs.