From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <45D1C61B.7030503@domain.hid> Date: Tue, 13 Feb 2007 15:07:23 +0100 From: Jan Kiszka MIME-Version: 1.0 Subject: Re: [Xenomai-help] fata: removing non-linked element... References: <45CC651C.6060402@domain.hid> <45CC68F3.1000003@domain.hid> <45D1C033.9010002@domain.hid> In-Reply-To: <45D1C033.9010002@domain.hid> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBC1AE3D060176FDF59FD867E" Sender: jan.kiszka@domain.hid List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Stephan Zimmermann Cc: xenomai@xenomai.org This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBC1AE3D060176FDF59FD867E Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Stephan Zimmermann wrote: > I wasn't able to isolate the section of my code that causes the crash b= y > now. The only thing I figured out by now is that the particular crash > does not happen with 2.3.x rev 2077. > So I guess some change from 2077 to the 2139 revision did break somethi= ng. Could you track the issue a bit more down? There are not to many "interesting" changes to 2.3.x. A few milestones I found in the ChangeLog= : - 2092: Allow sleeping scheduler locks - 2108: Before RPI rework Anything after 2108 only makes sense to dissect when you switch on XENO_OPT_RPIDISABLE (RPI was buggy until 2139). > I'll go on trying to make it reproducible in a small demo program. >=20 > By the way, I see a Pentium M crash reliable when I do the following, > don't know if it's related: >=20 > - load nucleus and native module > - start / stop my app > - reload the modules > - start my app --> crash >=20 > I attached 'screenshots' of a total freeze with backtrace and some > messages I extracted from syslog (both on Pentium M). Looks like some memory corruption. Your application is not messing around on raw (kernel) memory and/or hardware? Keep in mind that changes to the kernel code also moves offsets, potentially unrevealing a pre-existing corruption that so far just hit harmless regions. Jan --------------enigBC1AE3D060176FDF59FD867E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF0cYbniDOoMHTA+kRAhCtAJ4gkiavFsY0U4622UFpMe9yTNulawCfRrKF e2fNT8mMWyjX+5NV59mDdGw= =+8Mb -----END PGP SIGNATURE----- --------------enigBC1AE3D060176FDF59FD867E--