From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <43CEA441.8060409@domain.hid> Date: Wed, 18 Jan 2006 21:25:37 +0100 From: Jan Kiszka MIME-Version: 1.0 Subject: Re: [Xenomai-core] Scheduling while atomic References: <43CE9FCB.2070305@domain.hid> <43CEA1B4.4010104@domain.hid> In-Reply-To: <43CEA1B4.4010104@domain.hid> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig51824F3B2A33C76E02981262" Sender: jan.kiszka@domain.hid List-Id: "Xenomai life and development \(bug reports, patches, discussions\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: xenomai@xenomai.org This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig51824F3B2A33C76E02981262 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Jan Kiszka wrote: > Jan Kiszka wrote: >> ... >> [Update] While writing this mail and letting your test run for a while= , >> I *did* get a hard lock-up. Hold on, digging deeper... >> >=20 > And here are its last words, spoken via serial console: >=20 > c31dfab0 00000086 c30d1a90 c02a2500 c482a360 00000001 00000001 00200000= > c012e564 00000022 ffffffff 00000246 c30d1a90 c4866ce0 00000033 > c4820000 > c482a360 c4866ca0 ffffffff c48293a4 c48524e1 00000000 00000000 > 00000002 > Call Trace: > [] __ipipe_dispatch_event+0x56/0xdd > [] e100_hw_init+0x3ad/0xa81 [e100] > [] xnpod_suspend_thread+0x714/0x76d [xeno_nucleus] > [] xnsynch_sleep_on+0x76d/0x7a7 [xeno_nucleus] > [] rt_sem_p+0xa6/0x10a [xeno_native] > [] __rt_sem_p+0x5d/0x66 [xeno_native] > [] hisyscall_event+0x1cb/0x2d3 [xeno_nucleus] > [] __ipipe_dispatch_event+0x56/0xdd > [] __ipipe_syscall_root+0x53/0xbe > [] system_call+0x20/0x41 > Xenomai: fatal: blocked thread main[863] rescheduled?! (status=3D0x3000= 82, > sig=3D0, prev=3Dgatekeeper/0[809]) > CPU PID PRI TIMEOUT STAT NAME >> 0 0 30 0 00500080 ROOT > 0 864 30 0 00300180 task0 > 0 865 29 0 00300288 task1 > 0 863 1 0 00300082 main > Timer: oneshot [tickval=3D1 ns, elapsed=3D175144731477] >=20 > c31e1f14 c4860572 c3188000 c31dfab0 00300082 c02a2500 00000286 c02a2500= > c030cbec c012e564 00000022 c02a2500 c30d1a90 c30d1a90 00000022 > 00000001 > c02a2500 c30d1a90 c08e4623 00000028 c31e1fa0 c0266ed5 0000f610 > c030cd80 > Call Trace: > [] __ipipe_dispatch_event+0x56/0xdd > [] schedule+0x3ef/0x5ed > [] gatekeeper_thread+0x0/0x179 [xeno_nucleus] > [] gatekeeper_thread+0x9a/0x179 [xeno_nucleus] > [] default_wake_function+0x0/0x12 > [] kthread+0x68/0x95 > [] kthread+0x0/0x95 > [] kernel_thread_helper+0x5/0xb >=20 > Any bells already ringing? >=20 > Will try Gilles' patch now... >=20 Nope, this didn't help. Ok, this is migration magic. Someone around who hacks this part blindly? Jan --------------enig51824F3B2A33C76E02981262 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.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFDzqRBniDOoMHTA+kRAs6nAJ98cFHqmEq3NCymiuvTLh0JVV/fJgCfcUBR 5cZ8/Nt+WXU9cjAmUHEjRw8= =NhD5 -----END PGP SIGNATURE----- --------------enig51824F3B2A33C76E02981262--