From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <44369320.6030406@domain.hid> Date: Fri, 07 Apr 2006 18:28:16 +0200 From: Philippe Gerum MIME-Version: 1.0 Subject: Re: [Xenomai-core] Frozen timer IRQ References: <4432E540.1010108@domain.hid> <17459.46030.997560.684058@domain.hid> <4433BA43.7000807@domain.hid> <4433C087.3020403@domain.hid> <44341AE6.5030804@domain.hid> <44343CF6.4090500@domain.hid> <44352E12.1000502@domain.hid> <443533E3.6080305@domain.hid> <4435363B.50701@domain.hid> <443537C5.1080801@domain.hid> <44354CC5.8080405@domain.hid> <443662DE.8020804@domain.hid> In-Reply-To: <443662DE.8020804@domain.hid> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: "Xenomai life and development \(bug reports, patches, discussions\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jan Kiszka Cc: xenomai-core Jan Kiszka wrote: > > BTW, that trace hacking reminds me that we should really think about > making a kernel debugger run. I recently noticed that latest kgdb > applied with a single failing hunk on top of ipipe (2.6.15, x86). Maybe > it is just about making kgdb's irq-locks ipipe-aware and bypassing the > ipipe for int3 and the serial IRQ (so that ipipe can be debugged as > well) and catching the relevant exceptions. Hmm, the debugger seems to > get initialised in the "early" stage. Is this before or after ipipe setup? > It depends. If "kgdbwait" is set in the bootargs to halt the kernel waiting for the remote GDB to connect to the target, kgdb starts before the ipipe. Otherwise, it's a late init, and kgdb starts after the ipipe is fully initialized. -- Philippe.