problems running l4linux No.2
Adam Lackorzynski
adam at os.inf.tu-dresden.de
Thu Aug 6 23:48:25 CEST 2009
Hi,
On Wed Aug 05, 2009 at 19:39:00 +0200, Stefan Kögel wrote:
> I started from a default l4linux26 kernel config. I did not touch
> anything, except for the things I had to, like acpi, apic, MTRR, MCE ..
> and the stuff that is missing (olpc, scx200 and these things).
> Everything else is default.
> The problem still exists but I was able to gather some info.
>
> Executing the l4linux26.cfg prints out:
>
> l4lx | l4env_phys_to_virt: Could not translate phys. address 0x80000
> l4lx | l4env_phys_to_virt: Could not translate phys. address 0x80010
> l4lx | l4env_phys_to_virt: Could not translate phys. address 0x80020
> ...
>
> and continues untiel physical address 0x9fff0 and ends with a lock up of
> the computer.
L4Linux will not work but the system would still run.
My guess is that ISCSI_IBFT_FIND is enabled. This option causes scans
through physical memory, and the conversion functions in L4Linux are
built in a conservative way because if something goes wrong this can
lead to very subtle issues.
If my guess is wrong you should get a backtrace when you enable
earlyprintk on the kernel command line (i.e. it's already there but not
printed (yet)).
> I am wondering about these lines:
>
> ROOT: Task #0c is not allowed to execute cli/sti
> loader | vmlinuz,#11: WARNING: Can't map I/O space, ROOT denies page
> (result=0
> loader : 0004000)
> loader | vmlinuz,#11: Not allowed to perform any I/O
>
> Could that be causing the error? How can I fix this?
Adding allow_cli as an option flag to the loader script will give
L4Linux all I/O rights and make the message go away.
Adam
--
Adam adam at os.inf.tu-dresden.de
Lackorzynski http://os.inf.tu-dresden.de/~adam/
More information about the l4-hackers
mailing list