Adam Lackorzynski wrote:
On Wed Sep 12, 2007 at 02:26:16 -0700, ComputerScienceStudent wrote:
For completition I have to say that I use these:
Prebuilt binaries of Fiasco, L4Env and L4Linux 2.6 We also provide prebuilt binaries for IA-32/i586 and Fiasco ABI version v2. The structure of the unpacked directory tree looks like this:
build/l4/bin/x86_586/l4v2/ This directory contains the binaries of the supported and translated L4Env services. build/fiasco_ia32/ This directory contains the Fiasco binary. build/l4/lib/x86_586/, build/l4/lib/x86_586/l4v2/ These directories contain L4Env libraries. build/linux_drv/ L4Linux compiled with device drivers. build/linux/ L4Linux compiled without device drivers.
So what about just setting everything up as described in the snapshot documentation?
Adam
Adam adam@os.inf.tu-dresden.de Lackorzynski http://os.inf.tu-dresden.de/~adam/
l4-hackers mailing list l4-hackers@os.inf.tu-dresden.de http://os.inf.tu-dresden.de/mailman/listinfo/l4-hackers
So, Adam:
01. For the instructions to boot the OpenTC version, there are nothing on its site. By the way.. 02. ..I've tried with adding the module ore:
. . . l4lx | l4ore_open() : descriptor 0 ore | eth=: OEM i82557/i82558 10/100 Ethernet 00:0C:F1:B6:75:AA, IRQ 10. ore | Board assembly 000401-003, Physical connectors present: RJ45 ore | Primary interface chip i82555 PHY #1 ore | Secondary interface chip i82555. ore | General self-test: passed. ore | Serial sub-system self-test: passed. ore | Internal registers self-test: passed. ore | ROM checksum self-test: passed (0xed626fe2). ore | main(): initialized DDELinux2.4 ore | main(): loopback: 0 ore | device l0 entered promiscuous mode ore | device eth0 entered promiscuous mode ore | Device = l0, IRQ = 0, MAC = 00:00:00:00:00:00 ore | Device = eth0, IRQ = 10, MAC = 00:0C:F1:B6:75:AA ore | main(): Registering 'ORe' at names... ore | main(): Ready for service. l4lx | ore_lookup_server(): ORe server ORe = E.02 l4lx | ore_do_open(): called ore | __init_mac(): Allocating physical MAC address to client. ore | __init_mac(): MAC = 00:0C:F1:B6:75:AA l4lx | ore_do_open(): opened worker = E.06 l4lx | panic: going to sleep forever, bye
Why is it so sleepy?? :-D
This is just a test, because I'd thought that if it can't find the ORe server maybe starting ORe it will should be happy, but I was wrong..
Re-thanks, Massimo.
PS. I'm trying to recompile the source version to disable the Stub drivers, as Bjoern Doebel said to me.. ..but if there's an option to disable this ORe server in the current L4Linux it should be better for the time spent..