The ultimate HOW-TO

ComputerScienceStudent skitmax81 at yahoo.it
Sat Sep 15 12:00:43 CEST 2007



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 at os.inf.tu-dresden.de
>   Lackorzynski         http://os.inf.tu-dresden.de/~adam/
> 
> _______________________________________________
> l4-hackers mailing list
> l4-hackers at 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..
-- 
View this message in context: http://www.nabble.com/The-ultimate-HOW-TO-tf4192072.html#a12688972
Sent from the L4 mailing list archive at Nabble.com.





More information about the l4-hackers mailing list