From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <43836942.2020901@domain.hid> Date: Tue, 22 Nov 2005 19:53:54 +0100 From: Philippe Gerum MIME-Version: 1.0 Subject: Re: [Xenomai-help] __raw_*lock for Xenaomai 2.01 on ppc References: <4381FC29.5040506@domain.hid> <43821221.9070702@domain.hid> <4382CEF6.7020109@domain.hid> In-Reply-To: <4382CEF6.7020109@domain.hid> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anders Blomdell Cc: xenomai@xenomai.org Anders Blomdell wrote: >>> Is it by design or mistake that I get the following undefined symbols >>> on a PowerPC >>> >>> # insmod xeno_nucleus.ko >>> xeno_nucleus: Unknown symbol __raw_read_lock >>> xeno_nucleus: Unknown symbol __raw_write_unlock >>> xeno_nucleus: Unknown symbol __raw_read_unlock >>> xeno_nucleus: Unknown symbol __raw_write_lock >>> >>> unless the kernel is compiled with: >>> >>> CONFIG_DEBUG_KERNEL=y >>> CONFIG_DEBUG_SPINLOCK=y >> >> Patch version, please. > > xenomai-2.0.1/arch/ppc/patches/adeos-ipipe-2.6.14-ppc-1.0-06.patch > > The problem probably is that the EXPORT_SYMBOL are done in > lib/spinlock_debug.c, which is only compiled if CONFIG_DEBUG_SPINLOCK=y > lib/debug_spinlock.c adds exports for the _raw_* symbols, not for __raw_* ones (actually, I did add those since they were missing in the vanilla kernel in the first place). At first sight, the issue looks like related to linux/spinlock_up.h not defining no-ops for those symbols in the non-debug case. Maybe another vanilla kernel issue. -- Philippe.