From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <4BB51299.7070500@domain.hid> Date: Thu, 01 Apr 2010 23:39:37 +0200 From: Jan Kiszka MIME-Version: 1.0 References: <4B97BA0C.9000702@domain.hid> <4B9AD0DE.4020103@domain.hid> <1268472523.27899.135.camel@domain.hid> <4B9BB9B1.5050003@domain.hid> <1268498034.27899.167.camel@domain.hid> <4B9C2100.6090806@domain.hid> <1268584465.27899.197.camel@domain.hid> <4BB4F857.5020906@domain.hid> <1270157042.2418.406.camel@domain.hid> In-Reply-To: <1270157042.2418.406.camel@domain.hid> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig199327A27A6C03A532012AC8" Sender: jan.kiszka@domain.hid Subject: Re: [Xenomai-help] Analogy cmd_write example explanation List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Philippe Gerum Cc: Alexis Berlemont , xenomai@xenomai.org This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig199327A27A6C03A532012AC8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Philippe Gerum wrote: > __xn_exec_current is actually carrying a MASSIVE bug potential: > - stick __xn_current to your favourite syscall, and implement two > versions of that syscall, depending on the current calling mode for the= > shadow thread. > - let people think that they should control the current mode of that > thread using rt_task_set_mode() and this freaking horror monster called= > T_PRIMARY, before calling the syscall in question, to get either > implementation A or B. > - run the stuff, and surprise, get a linux signal between > rt_task_set_mode and the syscall. Your thread is now NRT. Too bad, you > wanted the RT side to run. You are toast. That's a non-issue if the driver gets informed about the capability of the caller to execute a service also in RT. In that case, if an RT variant of the invoked service exist, the driver can simply issue the well-know ENOSYS, despite the fact that it could handle the call right now in NRT as well. Jan --------------enig199327A27A6C03A532012AC8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iEYEARECAAYFAku1EpkACgkQitSsb3rl5xS9MQCgzAIw/3UiaRFmUyb2uQQ3xiYS NQMAnR3D7MiWW088LX6UU9Z2piNBWsVx =JLtb -----END PGP SIGNATURE----- --------------enig199327A27A6C03A532012AC8--