Re: Real-Time Preemption and UML?

[Esben Nielsen]

On Tue, 8 Feb 2005, Ingo Molnar wrote:

> 
> * Esben Nielsen <simlo@xxxxxxxxxx> wrote:
> 
> > Now I don't really know who I am responding to. But both up()s now
> > changed to complete()s are in something looking very much like an
> > interrupt handler. But again, as I said, I didn't analyze the code in
> > detail, I just made it compile and checked that it worked in bare
> > 2.6.11-rc2 UML - which I am not too sure how to set up and use to
> > begin with!
> 
> btw., UML is really easy to begin with: after you've compiled you get a
> 'linux' binary in the toplevel directory - just execute it via './linux'
> and you'll see a Linux kernel booting - that's all you need!
> 
> Add a filesystem image via a root= parameter to that command and the UML
> kernel will start booting that filesystem image. (if you are adventurous
> you can even boot a real partition, but for the first user this is
> strongly discouraged.) There are a number of UML-ready filesystem images
> downloadable from the net.
> 
Thanks, I managed to get that far after googling a bit. I have had some 
problems with the filesystem though. Fixed now (I forgot to compile ext3
in *blush*.) But you might still be interessted in this trace (2.6.11-rc2
with or without my changes):

line_ioctl: tty0: ioctl KDSIGACCEPT called
Debug: sleeping function called from invalid context at
include/asm/arch/semaphore.h:107
in_atomic():0, irqs_disabled():1
Call Trace: 
a08639e0:  [<a003071b>] __might_sleep+0x9b/0xb8
a0863a10:  [<a001d364>] uml_console_write+0x20/0x54
a0863a30:  [<a00348cc>] __call_console_drivers+0x50/0x58
a0863a60:  [<a00349c1>] call_console_drivers+0x7d/0x124
a0863a90:  [<a0034f97>] release_console_sem+0xa3/0x25c
a0863aa0:  [<a0034fb0>] release_console_sem+0xbc/0x25c
a0863ac0:  [<a0034d3b>] vprintk+0x193/0x2d0
a0863ae0:  [<a0034ba6>] printk+0x12/0x14
a0863b00:  [<a001e996>] line_ioctl+0x8e/0x94
a0863b24:  [<a001e908>] line_ioctl+0x0/0x94
a0863b30:  [<a012e031>] tty_ioctl+0xfd/0x680
a0863b80:  [<a00a253b>] do_ioctl+0x3f/0x64
a0863bb0:  [<a00a2b7d>] sys_ioctl+0x13d/0x350
a0863bd0:  [<a008971b>] sys_open+0x5b/0x74
a0863be0:  [<a008970c>] sys_open+0x4c/0x74
a0863c00:  [<a0018e8d>] execute_syscall_tt+0xa1/0xe0
a0863c1c:  [<a01a9357>] sigemptyset+0x17/0x30
a0863c70:  [<a0014eb2>] record_syscall_start+0x4e/0x58
a0863c90:  [<a0018f0b>] syscall_handler_tt+0x3f/0x74
a0863cc0:  [<a001a170>] sig_handler_common_tt+0x90/0x108
a0863cd0:  [<a001a1d1>] sig_handler_common_tt+0xf1/0x108
a0863d00:  [<a0028c13>] sig_handler+0x1f/0x38
a0863d20:  [<a01a9058>] __restore+0x0/0x8

It could look like a semaphore which should be replaced by a spinlock
(which will become a mutex in preempt-realtime :-)


Esben

> 	Ingo

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/