- l4-hackers - example.com Site

L4 Performance
by Gernot Heiser 24 Feb '14

24 Feb '14

Given the recent discussions re IPC performance, I thought it’d be helpful to summarise the state of the art. I’ve put up a performance page on http://l4hq.org (linked from the home page) showing IPC latencies of various L4 kernels across 20 years of architectures. It’s an expanded version of what’s in [Elphinstone & Heiser, SOSP’13]. Each entry in there is, AFAIK, the fastest ever-reported IPC performance of any full-semantics microkernel (i.e. not jsut L4, it’s just that no non-L4 kernel ever broke any records in the last 20 years). If you have any data to contribute please let me know. Gernot

1 0

Fortran Compiler Missing
by Irvanda Kurniadi 22 Feb '14

22 Feb '14

Hi, I have some problem in building some package. It is a little bit weird because the packages just compiled fine in my office, but when I tried to build the same package on the same system in my laptop using VMware, I got this debug message: Fortran compiler (gcc-4.6 or later) missing, skipping directory '/home/..' Since the other package requires the library which is supposed to be built by fortran compiler, then I got this error message: Library dependencies missing: libmpich_f77sup in directory '/home/..'; aborting. I don't know why this problem occur when it worked just fine in another PC. regards, Irvanda

2 2

Library dependencies missing: stdlibs in directory
by Emanuel Berg 21 Feb '14

21 Feb '14

I tried to do exactly as your 'hello' application to see if I could compile and link. Among some other output, I got this message on 'make O=obj_path': Library dependencies missing: stdlibs in directory '/home/incal/core/l4re-snapshot-2013123021/src/l4/pkg/hi/server/src'; aborting. Cflags dependencies missing: stdlibs in directory '/home/incal/core/l4re-snapshot-2013123021/src/l4/pkg/hi/server/src'; aborting. Stop. Before I did that, it told me to 'make O=obj_path config' from src/l4, which I did, though I didn't setup anything explicitly. I had to fetch 'pkg-config' from the repos, but that worked great, only it wouldn't work less the terminal had at least 80 columns - turns out, in the Linux VT, I have 73 columns (i.e., char width), and in X, in urxvt 78. But xterm was configurable in .Xresources like this: xterm*geometry: 80x28 Just sayin'. What is "stdlibs"? It sounds like the C standard library except for the trailing "s". I tried to remove the "include" stuff from the C source, as well as the 'puts' and 'sleep' (to just make it return 0) - this, I thought, would make it independent of any library routines, however, I got the same error message. -- underground experts united: http://user.it.uu.se/~embe8573

4 16

Build kernel modules and run it on L4linux
by Irvanda Kurniadi 19 Feb '14

19 Feb '14

Hi, Have you tried to build kernel modules and run it on L4linux? I read [1] and followed the instructions given by that document. 1. I built a "Hello world" Kernel module by following [2], then I got my .ko file. 2. I mounted my L4linux Ramdisk and copied my hello.ko into the Ramdisk 3. In src/l4/conf/examples/l4lxgfx.cfg, I add a kernel parameter: l4bdds.add=rom/hello.ko, as shown below: -- Start Linux loader:start( { .......... }, "rom/" .. lxname .. " mem=64M console=tty0 l4x_rd=rom/ramdisk-" .. L4.Info.arch() .. ".rd root=1:0 ramdisk_size=4000 init=/bin/sh l4bdds.add=rom/hello.ko"); But, when I booted the L4linux, I couldn't find the /dev/l4bdds0. Any opinion about this? Regards, Irvanda [1] http://os.inf.tu-dresden.de/Studium/KMB/WS2013/Exercise3-L4Linux.pdf [2] http://www.tldp.org/LDP/lkmpg/2.6/html/x181.html

2 6

Re: Re: Build kernel modules and run it on L4linux
by Irvanda Kurniadi 18 Feb '14

18 Feb '14

> > On 18.02.2014 07:36, Irvanda Kurniadi wrote: > > Hi, > > > > Have you tried to build kernel modules and run it on L4linux? I > > read [1] and followed the instructions given by that document. 1. I > > built a "Hello world" Kernel module by following [2], then I got > > my .ko file. > > Did you enable CONFIG_L4_BLK_DS_DRV in the L4Linux configuration? > Yes I did. I just checked the .config file # Stub drivers CONFIG_L4_BLK_DS_DRV=y regards, Irvanda

1 0

Hello!
by Blaine Garst 17 Feb '14

17 Feb '14

Greetings, all! I am beginning to explore nano/micro-kernel issues again after a long hiatus (24 years). I don’t know how active this list is nor its followers, so I will be brief. At the moment I am discussing kernel vs user scheduling speed bumps in the now prevalent multi-core cpu architectures in the context of the ISO C11 subcommittee CPLEX which is considering adding parallelization language extensions. I have already demonstrated feature equivalence using closures (Apple’s Blocks, which I introduced and have previously proposed for C11) and some new synchronization and scheduling primitives that I am already using as part of some Actor research. I am looking for a non-GPL kernel/executive/nano-kernel to redo some nano-kernel work I did as part of a joint Bell Labs-Sun collaboration that gave rise to SVR4 and, in opposition, the Open Software Foundation. Essentially I built a capability based nano-kernel somewhat along the lines of the V Kernel of David Cheriton (the Sun folks did “Spring”) My prototype at the time had IPC transfer speed of 10x vtable dispatch cost. At the time I wrote my own IDL, but after joining NeXT we added such a concept as a first class language feature, and it was copied into Java as “interfaces”. This is still an active interest of mine also in the context of Actors. Is this an appropriate list to discuss whether L4 is an appropriate starting point and such issues that might arise from my exploration? (My friends and former colleagues at Apple have IP restrictions such that I would prefer to not risk even the appearance of possible improprieties in discussing such matters) Blaine Garst

5 12

FOSDEM microkernel dinner
by Julian Stecklina 13 Feb '14

13 Feb '14

Hello fellow microkernel hackers, for those of you at FOSDEM: Some of us want to meet up for dinner tonight. I suggest we meet on Grand Place / Grote Markt at 20:30. This should leave everyone enough time to drop off their stuff at the hotel and get to the city center. Julian

2 1

building_l4re_pandaboard
by Комаров Тимофей 11 Feb '14

11 Feb '14

Hello, guys! I've successfully built the latest L4RE snapshot for beagleboard. Any apps and even L4Linux work like a charm. It simply rocks! Right now I'm trying to run the latest snapshot on pandaboard. I've successfully built it. Helloworld example is OK, but L4Linux gets a certain error while booting: l4linux | libio: Warning: Query of 'vbus' failed! l4linux | PH 0 (t: 1) offs=00008000 vaddr=02000000 vend=02362f1c l4linux | phys=02000000 ephys=02362f1c l4linux | f_sz=002de3b6 memsz=00362f1c flgs=rwx l4linux | PH 1 (t: 4) offs=002a16ec vaddr=022996ec vend=02299710 l4linux | phys=022996ec ephys=02299710 l4linux | f_sz=00000024 memsz=00000024 flgs=r-x l4linux | PH 2 (t: 1685382481) offs=00000000 vaddr=00000000 vend=00000000 l4linux | phys=00000000 ephys=00000000 l4linux | f_sz=00000000 memsz=00000000 flgs=rwx l4linux | Starting binary at 0x20002a0, argc=7 argv=0x80007f8c *argv=0xb1007ff0m l4linux | External resolver is at 0xa8000798 l4linux | ======> L4Linux starting... <======== l4linux | Linux version 3.12.0-l4 (user1@debian) (gcc version 4.7.3 (Sourcery C4 l4linux | Binary name: rom/vmlinuz.arm l4linux | This is an AEABI build. l4linux | Linux kernel command line (6 args): mem=64M console=ttyLv0 l4x_rd=romh l4linux | CPU mapping (l:p)[1]: 0:0 l4linux | Image: 02000000 - 02400000 [4096 KiB]. l4linux | Areas: Text: 02000000 - 022b8000 [2784kB] (a bit longer) l4linux | Data: 022b8000 - 022d9200 [132kB] l4linux | Initdata: 0229a000 - 022b635c [112kB] l4linux | BSS: 022de3b6 - 02362f1c [530kB] l4linux | Device scan: l4linux | Device scan done. l4linux | l4lx_thread_create: Created thread 413 (cpu0) (u:b3000e00, v:b3000c00) l4linux | main thread will be 413 l4linux | l4x_register_pointer_section: addr = 02000000 size = 3551232 l4linux | section-with-init: Virt: 0x2000000 to 0x2362f1b [3467 KiB] l4linux | section-with-init: Phys: 0x8031e000 to 0x80680f1b, [3467 KiB] l4linux | Main thread running, waiting... l4linux | L4x: Memory size: 64MB l4linux | L4x: Setting superpages for main memory l4linux | L4x: Adjusted memory start: 02000000 l4linux | Main memory: Virt: 0x2400000 to 0x63fffff [65536 KiB] l4linux | Main memory: Phys: 0x81900000 to 0x858fffff, [65536 KiB] l4linux | l4x: vmalloc area: 06400000 - 0e400000 l4linux | l4x_register_pointer_section: addr = 02000000 size = 3551232 l4linux | text: Virt: 0x2000000 to 0x2362f1b [3467 KiB] l4linux | text: Phys: 0x8031e000 to 0x80680f1b, [3467 KiB] l4linux | l4x_rd_path: rom/ramdisk-arm.rd l4linux | Loading: rom/ramdisk-arm.rd l4linux | INITRD: Size of RAMdisk is 3072KiB l4linux | RAMdisk from 00002000 to 00302000 [3072KiB] l4linux | 'swp(b)' instruction at 021ec5a0 and faulting. l4linux | Linux built for the wrong ARM version? The last 2 lines are going to be repeated forever :-) I've tried both 4.7 and 4.8 gcc by Linaro and CodeSourcery and always get the same error. What can be a problem? Greetings! Looking forward for your help!

3 3

Passing Compilation Flag from CMake file
by Irvanda Kurniadi 11 Feb '14

11 Feb '14

Hi, I'm in the middle of porting OpenMPI. I got some trouble that I have to use CMakelists.txt to pass the Compilation Flag through Makefile. I got this error message while trying to compile: error: 'OMPI_MPIHANDLES_DLL_PREFIX' undeclared (first use in this function) error: 'OMPI_MSGQ_DLL_PREFIX' undeclared (first use in this function) And I found the OMPI_MPIHANDLES_DLL_PREFIX in CMakelist.txt as shown below: SET_TARGET_PROPERTIES(libmpi PROPERTIES COMPILE_FLAGS "${OMPI_C_DEF_PRE}OMPI_ MPIHANDLES_DLL_PREFIX=libompi_dbg_mpihandles ${OMPI_C_DEF_PRE}OMPI_MSGQ_DLL_PREFIX=libompi_dbg_msgq") Does anybody know how to use this CMake file? Regards, Irvanda

1 0

Re: Re: Re: Network Server Ankh
by Ajith Whowe 10 Feb '14

10 Feb '14

Dear Martin, These commands indicate that the link is always down with the "NO-CARRIER" flag. Please kindly refer to the outputs given below. This flag is set by the function "update_carrier", which checks 3 conditions, namely the i) priv->remote_attached ii) l4shmc_is_chunk_ready(&priv->tx_chunk) iii) l4shmc_is_chunk_ready(&priv->rx_chunk). Unfortunately the problem is originated at check point "l4shmc_is_chunk_ready". This function returns 0, the if clause fails and sets the link down. I just removed this check point from the if clause, set the link_up to 1 and observed that the ping request showed that the l4x_l4shmc_xmit_frame function is called. Nevertheless still no answer back from the second instance. What can be the main reason for the l4x_l4shmc_xmit_frame to return 0? Best Regards and many Thanks in Advance, The result for the "ip addr show" is as follows: XXXXX - XXXX: Inside l4x_l4shmc_get_stats function - start 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo 2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 52:54:00:b0:cf:02 brd ff:ff:ff:ff:ff:ff inet 192.168.124.116/24 scope global eth0 inet 192.168.0.5/24 scope global eth0:0 The result for the "ip link show" is as follows: XXXXX - XXXX: Inside l4x_l4shmc_get_stats function - start 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 52:54:00:b0:cf:02 brd ff:ff:ff:ff:ff:ff Hi Ajith, Am 07.02.2014 17:58, schrieb Ajith Whowe: >* Dear Martin, *>>* Thanks a lot. It did the job. I have the network interfaces on both *>* sides. Nevertheless I can not ping one another. The strange thing is the *>* ping request clearly does invoke any of the net_device_ops: *>>* static const struct net_device_ops l4shmnet_netdev_ops = { *>* .ndo_open = l4x_l4shmc_open, *>* .ndo_start_xmit = l4x_l4shmc_xmit_frame, *>* .ndo_stop = l4x_l4shmc_close, *>* .ndo_change_mtu = l4x_l4shmc_change_mtu, *>* .ndo_get_stats = l4x_l4shmc_get_stats, *>>* }; *>>* I put in all these functions some printk's and I can not see it once the *>* ping starts. *>>* I also did with -I option like: ping 192.168.1.2 -I eth0 but still no *>* success. *>* Do You have any idea? * If none of the functions are called, the packet get not through the IP stack. Can you post the IP configuration (ip addr show and ip link show) of of both partitions? Martin

2 1

Re: Re: Network Server Ankh
by Ajith Whowe 07 Feb '14

07 Feb '14

Dear Martin, Thanks a lot. It did the job. I have the network interfaces on both sides. Nevertheless I can not ping one another. The strange thing is the ping request clearly does invoke any of the net_device_ops: static const struct net_device_ops l4shmnet_netdev_ops = { .ndo_open = l4x_l4shmc_open, .ndo_start_xmit = l4x_l4shmc_xmit_frame, .ndo_stop = l4x_l4shmc_close, .ndo_change_mtu = l4x_l4shmc_change_mtu, .ndo_get_stats = l4x_l4shmc_get_stats, }; I put in all these functions some printk's and I can not see it once the ping starts. I also did with -I option like: ping 192.168.1.2 -I eth0 but still no success. Do You have any idea? Best Regards, Hi, Am 07.02.2014 15:22, schrieb Ajith Whowe: >* Dear Adam, *>>* Thank You very much for the response. Do You mean that the l4shmnet can be used as a communication channel between two (or more ?) instances of l4linux over TCP/IP? * Yes, never tried with more, but two instances are working fine. >* By the way, how should then the start scripts seem? Would it be again like a client - server type interaction between both instances? For instance would it work with the following set up and would I see for example a ping request and response of each side? * The l4shmnet negotiates client and server automatically. l4shmnet needs some namespace to find the other side: - local my_channel = l:new_channel(); + local test_l4shm = l:create_namespace({test_l4shm = "shmns_1"}); >* local linux_caps1 = { *>* log = L4.Env.log:m("rws"); *>* vbus = io_caps.linux_bus1, *>* rtc = rtc_caps.rtc, *>* rom = L4.Env.rom, * - myL4shm = my_channel:svr(), + test_l4shm = test_l4shm:mode("rw"); >* }; *>>* l:start( *>* { *>* caps = linux_caps1, *>* }, *>* "rom/vmlinuz1 mem=512M console=ttyLv0 l4shmnet.add=test_l4shm,macpart=01 ramdisk=rom/ramdisk1 root=1:0 ramdisk_size=5000 l4x_rd=rom/ramdisk1 init=/sbin/init"); *>>>* local linux_caps2 = { *>* log = L4.Env.log:m("r"); *>* vbus = io_caps.linux_bus1, *>* rtc = rtc_caps.rtc, *>* rom = L4.Env.rom, * - myL4shm = my_channel, + test_l4shm = test_l4shm:mode("rw"); >* }; *>>* l:start( *>* { *>* caps = linux_caps2, *>* }, *>* "rom/vmlinuz2 mem=512M console=ttyLv0 l4shmnet.add=test_l4shm,macpart=02 ramdisk=rom/ramdisk2 root=1:0 ramdisk_size=5000 l4x_rd=rom/ramdisk2 init=/sbin/init"); *> Do not forget to enable CONFIG_L4_NET_L4SHM Martin

2 1

Re: Network Server Ankh
by Ajith Whowe 07 Feb '14

07 Feb '14

Dear Adam, Thank You very much for the response. Do You mean that the l4shmnet can be used as a communication channel between two (or more ?) instances of l4linux over TCP/IP? By the way, how should then the start scripts seem? Would it be again like a client - server type interaction between both instances? For instance would it work with the following set up and would I see for example a ping request and response of each side? local my_channel = l:new_channel(); local linux_caps1 = { log = L4.Env.log:m("rws"); vbus = io_caps.linux_bus1, rtc = rtc_caps.rtc, rom = L4.Env.rom, myL4shm = my_channel:svr(), }; l:start( { caps = linux_caps1, }, "rom/vmlinuz1 mem=512M console=ttyLv0 l4shmnet.add=test_l4shm,macpart=01 ramdisk=rom/ramdisk1 root=1:0 ramdisk_size=5000 l4x_rd=rom/ramdisk1 init=/sbin/init"); local linux_caps2 = { log = L4.Env.log:m("r"); vbus = io_caps.linux_bus1, rtc = rtc_caps.rtc, rom = L4.Env.rom, myL4shm = my_channel, }; l:start( { caps = linux_caps2, }, "rom/vmlinuz2 mem=512M console=ttyLv0 l4shmnet.add=test_l4shm,macpart=02 ramdisk=rom/ramdisk2 root=1:0 ramdisk_size=5000 l4x_rd=rom/ramdisk2 init=/sbin/init"); Many thanks in advance, Regards, On Thu Feb 06, 2014 at 17:44:58 +0100, Ajith Whowe wrote: >* I coincidentally met the ankh server in the mail archives and could not *>* figure out well what the ankh exactly does. Is it an ethernet server for *>* more than one application running on the fiasco? * Yes, basically a software network switch with an (optional) network driver. >* By the way it is not existing for the newer versions of l4linux. Was it *>* replaced with the l4shmnet? * No, l4shmnet is only between two partners. The driver is there but disabled because it's not working. Adam -- Adam adam at os.inf.tu-dresden.de <http://os.inf.tu-dresden.de/mailman/listinfo/l4-hackers> Lackorzynski http://os.inf.tu-dresden.de/~adam/

2 1

Network Server Ankh
by Ajith Whowe 07 Feb '14

07 Feb '14

Dear all, I coincidentally met the ankh server in the mail archives and could not figure out well what the ankh exactly does. Is it an ethernet server for more than one application running on the fiasco? By the way it is not existing for the newer versions of l4linux. Was it replaced with the l4shmnet? Best Regards,

2 1

nothing after make for snapshot
by Emanuel Berg 03 Feb '14

03 Feb '14

I have not been able to install from l4re-snapshot-2013123021.tar.bz2 The toolchain test says everything is fine (though I had to install dialog and doxygen from the repos as well). With 'make setup' I get the dialog, and I can pick between x86-32 (ia32), UX-32, or amd64/x86_64 (or arm, though I didn't test that). I have a 64-bit CPU but it runs a 32-bit Debian Linux. What happens next is whatever I pick, I get l4/, l4linux/, and fiasco/ in obj/. It says I should set the PATH to include bin/, but except for the arm stuff, there is only setup.d/04-setup there to execute (is that it?). Anyway, I did that, and on 'make' it says: make[1]: Entering directory `/home/incal/core/l4re-snapshot-2013123021' =============== Building all Fiasco configurations ============ =============== Building all L4Re configurations ============ =============== Building all L4Linux configurations =========== =============== Building Image ================================ =============== Build done ==================================== make[1]: Leaving directory `/home/incal/core/l4re-snapshot-2013123021' However, as there is nothing in those directories, nothing happens. -- underground experts united: http://user.it.uu.se/~embe8573

3 6

Data streaming / sharing from client side in an IPC example
by Ajith Whowe 30 Jan '14

30 Jan '14

Dear Martin, thank you very much for the kind answer. The solution You provided worked well. The only concern is as You know the data to be send can not have a greater size than the L4_UTCB_GENERIC_DATA_SIZE (due to UTCB size). So the question is do you have also another solution for larger data streaming? (Off course other than sending the data by means of various blocks with L4_UTCB_GENERIC_DATA_SIZE) Best Regards, Hi, Am 27.01.2014 15:03, schrieb Ajith Whowe: >* Dear all, *>>* I have reviewed available examples for the client server based *>* applications. Unfortunately could not find any example for which a *>* client sends a char array to the server side. Each time the client *>* sends a request and the server shares the data. Would it be possible *>* to find an example for that? *>>* For instance in the streammap example, the clients does the following *>* (writes basic protocal and message tag to the UTCB and waits for the *>* stream from the server would it be possible for the client to perform *>* the stream whereas the server waits for the input?: *>>* s << l4_umword_t *>* <http://os.inf.tu-dresden.de/L4Re/doc/group__l4__basic__types.html#ga1c2c4b3… <http://os.inf.tu-dresden.de/L4Re/doc/group__l4__basic__types.html#ga1c2c4b3…>>(Opcode::Do_map) *>* << (l4_addr_t *>* <http://os.inf.tu-dresden.de/L4Re/doc/group__l4__basic__types.html#ga4087b99… <http://os.inf.tu-dresden.de/L4Re/doc/group__l4__basic__types.html#ga4087b99…>>)addr; *Just insert the following line here: s << "message from client"; >* s << L4::Ipc::Rcv_fpage::mem((l4_addr_t *>* <http://os.inf.tu-dresden.de/L4Re/doc/group__l4__basic__types.html#ga4087b99… <http://os.inf.tu-dresden.de/L4Re/doc/group__l4__basic__types.html#ga4087b99…>>)addr, *>* L4_PAGESHIFT *>* <http://os.inf.tu-dresden.de/L4Re/doc/group__l4__memory__api.html#gad2f7e71d… <http://os.inf.tu-dresden.de/L4Re/doc/group__l4__memory__api.html#gad2f7e71d…>>, *>* 0); *>>* The server on the other hand gets the protocol and base adress and *>* then does the streaming: *>* l4_addr_t *>* <http://os.inf.tu-dresden.de/L4Re/doc/group__l4__basic__types.html#ga4087b99… <http://os.inf.tu-dresden.de/L4Re/doc/group__l4__basic__types.html#ga4087b99…>> *>* snd_base; *>* ios >> snd_base; *and insert here: unsigned long len; char buf[100]; len = sizeof(buf); ios >> L4::Ipc::Buf_cp_in<char>(buf, len); buf[len]='\0'; printf ("Received from client: %s\n", buf); >* // put something into the page to read it out at the other side *>* snprintf(page_to_map, sizeof(page_to_map), "Hello from the server!"); *>* printf("Sending to client\n"); *>* // send page *>* ios << L4::Ipc::Snd_fpage::mem((l4_addr_t *>* <http://os.inf.tu-dresden.de/L4Re/doc/group__l4__basic__types.html#ga4087b99… <http://os.inf.tu-dresden.de/L4Re/doc/group__l4__basic__types.html#ga4087b99…>>)page_to_map, *>* L4_PAGESHIFT *>* <http://os.inf.tu-dresden.de/L4Re/doc/group__l4__memory__api.html#gad2f7e71d… <http://os.inf.tu-dresden.de/L4Re/doc/group__l4__memory__api.html#gad2f7e71d…>>, *>* L4_FPAGE_RO *>* <http://os.inf.tu-dresden.de/L4Re/doc/group__l4__fpage__api.html#gga5d4f4972… <http://os.inf.tu-dresden.de/L4Re/doc/group__l4__fpage__api.html#gga5d4f4972…>>, *>* snd_base) *>

2 1

l4linux signals SIGSEGV instead of SIGILL and others
by Martin Schröder 27 Jan '14

27 Jan '14

Hi, I have a piece of code running fine on native Linux, but terminating unexpected with SIGSEGV while running on l4linux on the same piece of hardware. The relevant code is in _armv7_neon_probe "vorr q15,q15,q15" (undefined instruction on ARMv5) which normally would throw SIGILL and thus being caught in the caller. With CONFIG_L4_DEBUG_SEGFAULTS enabled, the exception is correctly printed as > CPSR: 6000010 Err: 00100000 > MyApp/171: Undefined instruction at 0007c7e0 with content f26ee1fe, err 00100000 Unfortunately, when I look into l4linux/arch/l4/kernal/signal.c in l4x_deliver_signal(), errcode is not used at all and so IGSEGV will always be sent, regardless of the exceptions. Martin openssl/crypto/armv4cpuid.S: > .global _armv7_neon_probe > .type _armv7_neon_probe,%function > _armv7_neon_probe: > .word 0xf26ee1fe @ vorr q15,q15,q15 > .word 0xe12fff1e @ bx lr > .size _armv7_neon_probe,.-_armv7_neon_probe

2 3

Data streaming / sharing from client side in an IPC example
by Ajith Whowe 27 Jan '14

27 Jan '14

Dear all, I have reviewed available examples for the client server based applications. Unfortunately could not find any example for which a client sends a char array to the server side. Each time the client sends a request and the server shares the data. Would it be possible to find an example for that? For instance in the streammap example, the clients does the following (writes basic protocal and message tag to the UTCB and waits for the stream from the server would it be possible for the client to perform the stream whereas the server waits for the input?: s << l4_umword_t<http://os.inf.tu-dresden.de/L4Re/doc/group__l4__basic__types.html#ga1c2c4b3…> (Opcode::Do_map) << (l4_addr_t<http://os.inf.tu-dresden.de/L4Re/doc/group__l4__basic__types.html#ga4087b99…> )addr; s << L4::Ipc::Rcv_fpage::mem((l4_addr_t<http://os.inf.tu-dresden.de/L4Re/doc/group__l4__basic__types.html#ga4087b99…>)addr, L4_PAGESHIFT<http://os.inf.tu-dresden.de/L4Re/doc/group__l4__memory__api.html#gad2f7e71d…>, 0); The server on the other hand gets the protocol and base adress and then does the streaming: l4_addr_t<http://os.inf.tu-dresden.de/L4Re/doc/group__l4__basic__types.html#ga4087b99…>snd_base; ios >> snd_base; // put something into the page to read it out at the other side snprintf(page_to_map, sizeof(page_to_map), "Hello from the server!"); printf("Sending to client\n"); // send page ios << L4::Ipc::Snd_fpage::mem((l4_addr_t<http://os.inf.tu-dresden.de/L4Re/doc/group__l4__basic__types.html#ga4087b99…>)page_to_map, L4_PAGESHIFT<http://os.inf.tu-dresden.de/L4Re/doc/group__l4__memory__api.html#gad2f7e71d…> , L4_FPAGE_RO<http://os.inf.tu-dresden.de/L4Re/doc/group__l4__fpage__api.html#gga5d4f4972…>, snd_base)

2 1

Re: [Compilation Error] Given paths must be relative
by Irvanda Kurniadi 24 Jan '14

24 Jan '14

Hi Johan, Thanks for the solution. The problem is really from missing $. regards, Irvanda On Thu, Jan 23, 2014 at 7:18 PM, Johan Dams <johan.dams(a)wrdsystems.co.uk>wrote: > Hi, > > No sure if this will solve your problem, but your line: > > (patsubst $(PKGDIR)/%.c, %.c, $(filter-out > $(PKGDIR)/lib/src/ompi/mca/pml/csum/pml_csum_endpoint.c... > > Is missing the '$' sign at the beginning, i.e, $(patsubst... > > > Best regards, > Johan > > On Thu, 2014-01-23 at 16:34 +0900, Irvanda Kurniadi wrote: > > Hi, > > > > > > I'm trying to port openmpi. I follow libsdl Makefile structure. This > > is my Makefile: > > > > PKGDIR ?= ../.. > > L4DIR ?= $(PKGDIR)/../.. > > > > TARGET = libmpi.a libmpi.so > > > > CONTRIB_INCDIR = libompi > > REQUIRES_LIBS = libc_support_misc l4re_c-util libpthread > > > > SRC_C = $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/attribute/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/class/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/communicator/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/errhandler/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/file/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/group/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/info/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/allocator/base/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/allocator/basic/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/allocator/bucket/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/bml/base/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/bml/r2/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/btl/base/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/btl/ofud/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(filter-out > > $(PKGDIR)/lib/src/ompi/mca/btl/openib/btl_openib_failover.c, > > $(wildcard $(PKGDIR)/lib/src/ompi/mca/btl/base/connect/*.c))) > > \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/btl/self/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/btl/sm/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/btl/tcp/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(filter-out > > > $(PKGDIR)/lib/src/ompi/mca/btl/openib/connect/btl_openib_connect_rdmacm.c > $(PKGDIR)/lib/src/ompi/mca/bml/openib/connect/btl_openib_connect_sl.c > $(PKGDIR)/lib/src/ompi/mca/bml/openib/connect/btl_openib_connect_xoob.c, > $(wildcard $(PKGDIR)/lib/src/ompi/mca/btl/openib/connect/*.c))) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/coll/base/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/coll/basic/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/coll/hierarch/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/coll/inter/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/coll/self/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/coll/sm/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/coll/sync/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/coll/tuned/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/crcp/base/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/crcp/bkmrk/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/dpm/base/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/dpm/orte/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/io/based/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/io/romio/romio/adio/common/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/io/romio/romio/mpi-io/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > > $(PKGDIR)/lib/src/ompi/mca/io/romio/romio/mpi-io/glue/openmpi/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/mpool/base/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/mpool/fake/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/mpool/rdma/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/mpool/sm/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/mtl/base/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/op/base/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/osc/base/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/osc/pt2pt/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/osc/rdma/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/pml/base/*.c)) \ > > (patsubst $(PKGDIR)/%.c, %.c, $(filter-out > > $(PKGDIR)/lib/src/ompi/mca/pml/csum/pml_csum_endpoint.c, > > $(wildcard $(PKGDIR)/lib/src/ompi/mca/pml/csum/*.c))) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/pml/cm/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/pml/crcpw/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/pml/ob1/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/pml/v/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/pml/v/mca/vprotocol/base/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/pml/v/mca/vprotocol/pessimist/*.c)) > > \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/pubsub/base/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/pubsub/orte/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/rcache/base/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/rcache/vma/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/topo/base/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mca/topo/unity/*.c)) \ > > lib/src/ompi/mpi/c/attr_fn.c \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/mpi/c/profile/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/op/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/proc/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/request/*.c)) \ > > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > > $(PKGDIR)/lib/src/ompi/runtime/*.c)) > > > > PRIVATE_INCDIR = $(PKGDIR)/lib/src/ompi/attribute/ \ > > $(PKGDIR)/lib/src/ompi/class \ > > $(PKGDIR)/lib/src/ompi/communictor \ > > $(PKGDIR)/lib/src/ompi/errhandler \ > > $(PKGDIR)/lib/src/ompi/file \ > > $(PKGDIR)/lib/src/ompi/group \ > > $(PKGDIR)/lib/src/ompi/info \ > > $(PKGDIR)/lib/src/ompi/mca/allocator/base \ > > $(PKGDIR)/lib/src/ompi/mca/allocator/basic \ > > $(PKGDIR)/lib/src/ompi/mca/allocator/bucket > > \ > > $(PKGDIR)/lib/src/ompi/mca/bml/base \ > > $(PKGDIR)/lib/src/ompi/mca/bml/r2 \ > > $(PKGDIR)/lib/src/ompi/mca/btl/base \ > > $(PKGDIR)/lib/src/ompi/mca/btl/ofud \ > > $(PKGDIR)/lib/src/ompi/mca/btl/openib \ > > > > $(PKGDIR)/lib/src/ompi/mca/btl/openib/connect \ > > $(PKGDIR)/lib/src/ompi/mca/btl/self \ > > $(PKGDIR)/lib/src/ompi/mca/btl/sm \ > > $(PKGDIR)/lib/src/ompi/mca/btl/tcp \ > > $(PKGDIR)/lib/src/ompi/mca/coll/base \ > > $(PKGDIR)/lib/src/ompi/mca/coll/basic \ > > $(PKGDIR)/lib/src/ompi/mca/coll/hierarch \ > > $(PKGDIR)/lib/src/ompi/mca/coll/inter \ > > $(PKGDIR)/lib/src/ompi/mca/coll/self \ > > $(PKGDIR)/lib/src/ompi/mca/coll/sm \ > > $(PKGDIR)/lib/src/ompi/mca/coll/sync \ > > $(PKGDIR)/lib/src/ompi/mca/coll/tuned \ > > $(PKGDIR)/lib/src/ompi/mca/crcp/base \ > > $(PKGDIR)/lib/src/ompi/mca/crcp/bkmrk \ > > $(PKGDIR)/lib/src/ompi/mca/dpm/base \ > > $(PKGDIR)/lib/src/ompi/mca/dpm/orte \ > > $(PKGDIR)/lib/src/ompi/mca/io/base \ > > > > $(PKGDIR)/lib/src/ompi/mca/io/romio/romio/adio/common \ > > > > $(PKGDIR)/lib/src/ompi/mca/io/romio/romio/mpi-io \ > > > > $(PKGDIR)/lib/src/ompi/mca/io/romio/romio/mpi-io/glue/openmpi > > \ > > $(PKGDIR)/lib/src/ompi/mca/mpool/base \ > > $(PKGDIR)/lib/src/ompi/mca/mpool/fake \ > > $(PKGDIR)/lib/src/ompi/mca/mpool/rdma \ > > $(PKGDIR)/lib/src/ompi/mca/mpool/sm \ > > $(PKGDIR)/lib/src/ompi/mca/mtl/base \ > > $(PKGDIR)/lib/src/ompi/mca/op/base \ > > $(PKGDIR)/lib/src/ompi/mca/osc/base \ > > $(PKGDIR)/lib/src/ompi/mca/osc/pt2pt \ > > $(PKGDIR)/lib/src/ompi/mca/osc/rdma \ > > $(PKGDIR)/lib/src/ompi/mca/pml/base \ > > $(PKGDIR)/lib/src/ompi/mca/pml/cm \ > > $(PKGDIR)/lib/src/ompi/mca/pml/crcpw \ > > $(PKGDIR)/lib/src/ompi/mca/pml/csum \ > > $(PKGDIR)/lib/src/ompi/mca/pml/ob1 \ > > $(PKGDIR)/lib/src/ompi/mca/pml/v \ > > > > $(PKGDIR)/lib/src/ompi/mca/pml/v/mca/vprotocol/base \ > > > > $(PKGDIR)/lib/src/ompi/mca/pml/v/mca/vprotocol/pessimist \ > > $(PKGDIR)/lib/src/ompi/mca/pubsub/base \ > > $(PKGDIR)/lib/src/ompi/mca/pubsub/orte \ > > $(PKGDIR)/lib/src/ompi/mca/rcache/base \ > > $(PKGDIR)/lib/src/ompi/mca/rcache/vma \ > > $(PKGDIR)/lib/src/ompi/mca/topo/base \ > > $(PKGDIR)/lib/src/ompi/mca/topo/unity \ > > $(PKGDIR)/lib/src/ompi/mpi/c \ > > $(PKGDIR)/lib/src/ompi/mpi/c/profile \ > > $(PKGDIR)/lib/src/ompi/op \ > > $(PKGDIR)/lib/src/ompi/proc \ > > $(PKGDIR)/lib/src/ompi/request \ > > $(PKGDIR)/lib/src/ompi/runtime > > > > > > vpath %.c $(PKGDIR) > > > > include $(L4DIR)/mk/lib.mk > > > > CFLAGS := $(filter-out -Wextra -Wall -Wstrict-prototypes > > -Wmissing-prototypes -Wmissing-declarations,$(CFLAGS)) > > > > > > > > Then, I got this error message: > > > > "given paths must be relative" > > > > > > I can't figure out what is wrong with my Makefile. If you notice > > something, please let me know. Thank you > > > > > > regards, > > > > Irvanda > > > > _______________________________________________ > > l4-hackers mailing list > > l4-hackers(a)os.inf.tu-dresden.de > > http://os.inf.tu-dresden.de/mailman/listinfo/l4-hackers > > -- > > PGP Public Key: > http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x08EDE1CD977FD2AB >

1 0

[Compilation Error] Given paths must be relative
by Irvanda Kurniadi 23 Jan '14

23 Jan '14

Hi, I'm trying to port openmpi. I follow libsdl Makefile structure. This is my Makefile: PKGDIR ?= ../.. > L4DIR ?= $(PKGDIR)/../.. > > TARGET = libmpi.a libmpi.so > > CONTRIB_INCDIR = libompi > REQUIRES_LIBS = libc_support_misc l4re_c-util libpthread > > SRC_C = $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/attribute/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/class/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/communicator/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/errhandler/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/file/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/group/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/info/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/allocator/base/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/allocator/basic/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/allocator/bucket/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/bml/base/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/bml/r2/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/btl/base/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/btl/ofud/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(filter-out > $(PKGDIR)/lib/src/ompi/mca/btl/openib/btl_openib_failover.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/btl/base/connect/*.c))) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/btl/self/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/btl/sm/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/btl/tcp/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(filter-out > $(PKGDIR)/lib/src/ompi/mca/btl/openib/connect/btl_openib_connect_rdmacm.c > $(PKGDIR)/lib/src/ompi/mca/bml/openib/connect/btl_openib_connect_sl.c > $(PKGDIR)/lib/src/ompi/mca/bml/openib/connect/btl_openib_connect_xoob.c, > $(wildcard $(PKGDIR)/lib/src/ompi/mca/btl/openib/connect/*.c))) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/coll/base/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/coll/basic/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/coll/hierarch/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/coll/inter/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/coll/self/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/coll/sm/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/coll/sync/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/coll/tuned/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/crcp/base/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/crcp/bkmrk/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/dpm/base/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/dpm/orte/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/io/based/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/io/romio/romio/adio/common/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/io/romio/romio/mpi-io/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/io/romio/romio/mpi-io/glue/openmpi/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/mpool/base/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/mpool/fake/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/mpool/rdma/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/mpool/sm/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/mtl/base/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/op/base/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/osc/base/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/osc/pt2pt/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/osc/rdma/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/pml/base/*.c)) \ > (patsubst $(PKGDIR)/%.c, %.c, $(filter-out > $(PKGDIR)/lib/src/ompi/mca/pml/csum/pml_csum_endpoint.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/pml/csum/*.c))) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/pml/cm/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/pml/crcpw/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/pml/ob1/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/pml/v/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/pml/v/mca/vprotocol/base/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/pml/v/mca/vprotocol/pessimist/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/pubsub/base/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/pubsub/orte/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/rcache/base/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/rcache/vma/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/topo/base/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mca/topo/unity/*.c)) \ > lib/src/ompi/mpi/c/attr_fn.c \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/mpi/c/profile/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/op/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/proc/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/request/*.c)) \ > $(patsubst $(PKGDIR)/%.c, %.c, $(wildcard > $(PKGDIR)/lib/src/ompi/runtime/*.c)) > > PRIVATE_INCDIR = $(PKGDIR)/lib/src/ompi/attribute/ \ > $(PKGDIR)/lib/src/ompi/class \ > $(PKGDIR)/lib/src/ompi/communictor \ > $(PKGDIR)/lib/src/ompi/errhandler \ > $(PKGDIR)/lib/src/ompi/file \ > $(PKGDIR)/lib/src/ompi/group \ > $(PKGDIR)/lib/src/ompi/info \ > $(PKGDIR)/lib/src/ompi/mca/allocator/base \ > $(PKGDIR)/lib/src/ompi/mca/allocator/basic \ > $(PKGDIR)/lib/src/ompi/mca/allocator/bucket \ > $(PKGDIR)/lib/src/ompi/mca/bml/base \ > $(PKGDIR)/lib/src/ompi/mca/bml/r2 \ > $(PKGDIR)/lib/src/ompi/mca/btl/base \ > $(PKGDIR)/lib/src/ompi/mca/btl/ofud \ > $(PKGDIR)/lib/src/ompi/mca/btl/openib \ > $(PKGDIR)/lib/src/ompi/mca/btl/openib/connect \ > $(PKGDIR)/lib/src/ompi/mca/btl/self \ > $(PKGDIR)/lib/src/ompi/mca/btl/sm \ > $(PKGDIR)/lib/src/ompi/mca/btl/tcp \ > $(PKGDIR)/lib/src/ompi/mca/coll/base \ > $(PKGDIR)/lib/src/ompi/mca/coll/basic \ > $(PKGDIR)/lib/src/ompi/mca/coll/hierarch \ > $(PKGDIR)/lib/src/ompi/mca/coll/inter \ > $(PKGDIR)/lib/src/ompi/mca/coll/self \ > $(PKGDIR)/lib/src/ompi/mca/coll/sm \ > $(PKGDIR)/lib/src/ompi/mca/coll/sync \ > $(PKGDIR)/lib/src/ompi/mca/coll/tuned \ > $(PKGDIR)/lib/src/ompi/mca/crcp/base \ > $(PKGDIR)/lib/src/ompi/mca/crcp/bkmrk \ > $(PKGDIR)/lib/src/ompi/mca/dpm/base \ > $(PKGDIR)/lib/src/ompi/mca/dpm/orte \ > $(PKGDIR)/lib/src/ompi/mca/io/base \ > $(PKGDIR)/lib/src/ompi/mca/io/romio/romio/adio/common \ > $(PKGDIR)/lib/src/ompi/mca/io/romio/romio/mpi-io \ > > $(PKGDIR)/lib/src/ompi/mca/io/romio/romio/mpi-io/glue/openmpi \ > $(PKGDIR)/lib/src/ompi/mca/mpool/base \ > $(PKGDIR)/lib/src/ompi/mca/mpool/fake \ > $(PKGDIR)/lib/src/ompi/mca/mpool/rdma \ > $(PKGDIR)/lib/src/ompi/mca/mpool/sm \ > $(PKGDIR)/lib/src/ompi/mca/mtl/base \ > $(PKGDIR)/lib/src/ompi/mca/op/base \ > $(PKGDIR)/lib/src/ompi/mca/osc/base \ > $(PKGDIR)/lib/src/ompi/mca/osc/pt2pt \ > $(PKGDIR)/lib/src/ompi/mca/osc/rdma \ > $(PKGDIR)/lib/src/ompi/mca/pml/base \ > $(PKGDIR)/lib/src/ompi/mca/pml/cm \ > $(PKGDIR)/lib/src/ompi/mca/pml/crcpw \ > $(PKGDIR)/lib/src/ompi/mca/pml/csum \ > $(PKGDIR)/lib/src/ompi/mca/pml/ob1 \ > $(PKGDIR)/lib/src/ompi/mca/pml/v \ > $(PKGDIR)/lib/src/ompi/mca/pml/v/mca/vprotocol/base \ > $(PKGDIR)/lib/src/ompi/mca/pml/v/mca/vprotocol/pessimist > \ > $(PKGDIR)/lib/src/ompi/mca/pubsub/base \ > $(PKGDIR)/lib/src/ompi/mca/pubsub/orte \ > $(PKGDIR)/lib/src/ompi/mca/rcache/base \ > $(PKGDIR)/lib/src/ompi/mca/rcache/vma \ > $(PKGDIR)/lib/src/ompi/mca/topo/base \ > $(PKGDIR)/lib/src/ompi/mca/topo/unity \ > $(PKGDIR)/lib/src/ompi/mpi/c \ > $(PKGDIR)/lib/src/ompi/mpi/c/profile \ > $(PKGDIR)/lib/src/ompi/op \ > $(PKGDIR)/lib/src/ompi/proc \ > $(PKGDIR)/lib/src/ompi/request \ > $(PKGDIR)/lib/src/ompi/runtime > > > vpath %.c $(PKGDIR) > > include $(L4DIR)/mk/lib.mk > > CFLAGS := $(filter-out -Wextra -Wall -Wstrict-prototypes > -Wmissing-prototypes -Wmissing-declarations,$(CFLAGS)) > Then, I got this error message: "given paths must be relative" I can't figure out what is wrong with my Makefile. If you notice something, please let me know. Thank you regards, Irvanda

2 1

Snapshot 2013123012 possible broken for ARM9 & l4linux?
by Martin Schröder 20 Jan '14

20 Jan '14

When I compile the latest l4re-snapshot-2013123021 for ARM Platform (arm-rv-arm9 / Realview ARM9) and run it on qemu (or a real hardware), it stops here: l4linux | libio: Warning: Query of 'vbus' failed! l4linux | PH 0 (t: 1) offs=00008000 vaddr=02000000 vend=02362f1c l4linux | phys=02000000 ephys=02362f1c l4linux | f_sz=002de3b6 memsz=00362f1c flgs=rwx l4linux | PH 1 (t: 4) offs=002a23ec vaddr=0229a3ec vend=0229a410 l4linux | phys=0229a3ec ephys=0229a410 l4linux | f_sz=00000024 memsz=00000024 flgs=r-x l4linux | PH 2 (t: 1685382481) offs=00000000 vaddr=00000000 vend=00000000 l4linux | phys=00000000 ephys=00000000 l4linux | f_sz=00000000 memsz=00000000 flgs=rwx l4linux | Starting binary at 0x20002a8, argc=7 argv=0x80007f8c *argv=0xb1007ff0 argv0=rom/vmlinuz.arm l4linux | External resolver is at 0xa800078c l4linux | ======> L4Linux starting... <======== l4linux | Linux version 3.12.0-l4 (mschroeder@vm-ms) (gcc version 4.6.2 (OSELAS.Toolchain-2011.11.3) ) #1 Tue Jan 14 16:44:06 CET 2014 l4linux | Binary name: rom/vmlinuz.arm l4linux | This is an AEABI build. l4linux | Linux kernel command line (6 args): mem=64M console=ttyLv0 l4x_rd=rom/ramdisk-arm.rd root=1:0 ramdisk_size=4000 init=/bin/sh l4linux | CPU mapping (l:p)[1]: 0:0 l4linux | Image: 02000000 - 02400000 [4096 KiB]. l4linux | Areas: Text: 02000000 - 022b8000 [2784kB] (a bit longer) l4linux | Data: 022b8000 - 022d9200 [132kB] l4linux | Initdata: 0229b000 - 022b723c [112kB] l4linux | BSS: 022de3b6 - 02362f1c [530kB] l4linux | Device scan: l4linux | Device scan done. l4linux | l4lx_thread_create: Created thread 413 (cpu0) (u:b3000e00, v:b3000c00, sp:022b9fa4) l4linux | main thread will be 413 l4linux | l4x_register_pointer_section: addr = 02000000 size = 3551232 l4linux | section-with-init: Virt: 0x2000000 to 0x2362f1b [3467 KiB] l4linux | section-with-init: Phys: 0x00250000 to 0x005b2f1b, [3467 KiB] l4linux | Main thread running, waiting... l4linux | L4x: Memory size: 64MB l4linux | L4x: Setting superpages for main memory l4linux | L4x: Adjusted memory start: 02000000 l4linux | Main memory: Virt: 0x2400000 to 0x63fffff [65536 KiB] l4linux | Main memory: Phys: 0x01900000 to 0x058fffff, [65536 KiB] l4linux | l4x: vmalloc area: 06400000 - 0e400000 l4linux | l4x_register_pointer_section: addr = 02000000 size = 3551232 l4linux | text: Virt: 0x2000000 to 0x2362f1b [3467 KiB] l4linux | text: Phys: 0x00250000 to 0x005b2f1b, [3467 KiB] l4linux | Non-resolvable page fault at 51, ip 20804cc. l4linux | Page fault (non-resolved): pfa=51 pc=20804cc l4linux | Non-resolvable page fault at 56, ip 20804cc. l4linux | panic: going to sleep forever, bye The previous snapshot 2013091917 worked fine. Martin

2 5

GI Operating Systems Meeting
by Björn Döbel 17 Jan '14

17 Jan '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, GI, the German Society of Informatics, comprises a Special Interest Group on Operating Systems, which is meeting twice a year to discuss their current research work. The next meeting will be hosted by TU Dresden in May 2014. Please consider submitting a talk. Title: Secure and Reliable Operating Systems Date: May 22/23 2014, TU Dresden, Dept. of Computer Science Computer systems are an indispensable part of daily life. We can no longer avoid to trust these systems with private data, confidential business information, and even our lives. Therefore, this meeting will focus on operating system mechanisms that enable these systems to provide reliability and security. You are cordially invited to submit talks that address design and implementation of dependable and secure operating systems and runtime environments. These topics include (amongst others): * Design of dependable operating system kernels * Secure application architectures * Infrastructures for Cloud Computing * Secure and dependable embedded systems * Tool support for operating system development Please send an abstract for your talk until March 31st 2014 to Björn Döbel (doebel(a)os.inf.tu-dresden.de) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlLY8SgACgkQP5ijxgQLUNk5+ACdHXk4O9fyWtdIkZiAL1sug8xP 8IoAn13iFztObmch50/cp0NImShxpsD6 =MjQ1 -----END PGP SIGNATURE-----

1 0

Re: [ASK] Unable to boot L4 + Fiasco using u-boot in pandaboard
by Wei Jin 17 Jan '14

17 Jan '14

I'm sorry it doesn't help. There isn't a pandaboard available for me now so I'm unable to test it. I'll get one asap. Anyway here is my uimage of the hello example. bootstrap_hello.uimage<https://docs.google.com/file/d/0B18xNzfFopc9OVdjdTRQZjhLMkE/edit?usp=drive_…> On Fri, Jan 17, 2014 at 7:20 AM, Erry Pradana Darajati < pradana.erry(a)gmail.com> wrote: > It still didn't boot in my pandaboard. I am using Pandaboard ES B1. > in my boot partition there are MLO, u-boot.bin and bootstrap.uimage -> > uImage from L4 build > any idea why ? > Or maybe, if i'm not so rude. May i see your bootstrap.uimage ? Just for a > comparison > Thank you very much Jin > > > 2014/1/17 Wei Jin <coder.soap(a)gmail.com> > >> You need to rename it ''uImage''. >> Actually boot.scr is not needed. Just these two files are enough. >> >> >> On Fri, Jan 17, 2014 at 2:41 AM, Erry Pradana Darajati < >> pradana.erry(a)gmail.com> wrote: >> >>> Thank you, for your help Jin >>> I want to ask you one more thing. >>> After i copy these two file i must copy bootstrap.uimage to boot >>> partition right ? >>> And then i need to create boot.scr ? >>> Again, i really thank you for helping me >>> >>> >>> 2014/1/16 Wei Jin <coder.soap(a)gmail.com> >>> >>>> Hi! >>>> >>>> Uboot-L4.zip<https://docs.google.com/file/d/0B18xNzfFopc9Q0h0ZXh2YTNpMzA/edit?usp=drive_…> >>>> Please try this one. At least it works for me. >>>> >>>> >>>> On Thu, Jan 16, 2014 at 7:14 PM, Erry Pradana Darajati < >>>> pradana.erry(a)gmail.com> wrote: >>>> >>>>> After searching in the net, i found the way to make u-boot and how to >>>>> install it. But i encounter some problem >>>>> After copy u-boot.img, MLO, and boot.scr in the first partition of my >>>>> SDCard. The site said that it the u-boot should be booting my uimage. But >>>>> in reality my Pandaboard is not responding (as if there are no SDCard >>>>> inserted) >>>>> I follow the instructions from elinux.org ( >>>>> http://elinux.org/Panda_How_to_MLO_%26_u-boot) and other source that >>>>> give same instructions like elinux.org >>>>> Can you tell me what i'm doing wrong ? >>>>> Thank you for the answer, I am really appreciate any help and answer >>>>> >>>>> -- >>>>> *Regards,* >>>>> *Erry Pradana Darajati | Student of Computer Engineering* >>>>> *Politeknik Elektronika Negeri Surabaya / EEPIS, Indonesia* >>>>> >>>>> _______________________________________________ >>>>> l4-hackers mailing list >>>>> l4-hackers(a)os.inf.tu-dresden.de >>>>> http://os.inf.tu-dresden.de/mailman/listinfo/l4-hackers >>>>> >>>>> >>>> >>> >>> >>> -- >>> *Regards,* >>> *Erry Pradana Darajati | Student of Computer Engineering* >>> *Politeknik Elektronika Negeri Surabaya / EEPIS, Indonesia* >>> >> >> > > > -- > *Regards,* > *Erry Pradana Darajati | Student of Computer Engineering* > *Politeknik Elektronika Negeri Surabaya / EEPIS, Indonesia* >

1 0

Re: [ASK] Unable to boot L4 + Fiasco using u-boot in pandaboard
by Wei Jin 16 Jan '14

16 Jan '14

You need to rename it ''uImage''. Actually boot.scr is not needed. Just these two files are enough. On Fri, Jan 17, 2014 at 2:41 AM, Erry Pradana Darajati < pradana.erry(a)gmail.com> wrote: > Thank you, for your help Jin > I want to ask you one more thing. > After i copy these two file i must copy bootstrap.uimage to boot partition > right ? > And then i need to create boot.scr ? > Again, i really thank you for helping me > > > 2014/1/16 Wei Jin <coder.soap(a)gmail.com> > >> Hi! >> >> Uboot-L4.zip<https://docs.google.com/file/d/0B18xNzfFopc9Q0h0ZXh2YTNpMzA/edit?usp=drive_…> >> Please try this one. At least it works for me. >> >> >> On Thu, Jan 16, 2014 at 7:14 PM, Erry Pradana Darajati < >> pradana.erry(a)gmail.com> wrote: >> >>> After searching in the net, i found the way to make u-boot and how to >>> install it. But i encounter some problem >>> After copy u-boot.img, MLO, and boot.scr in the first partition of my >>> SDCard. The site said that it the u-boot should be booting my uimage. But >>> in reality my Pandaboard is not responding (as if there are no SDCard >>> inserted) >>> I follow the instructions from elinux.org ( >>> http://elinux.org/Panda_How_to_MLO_%26_u-boot) and other source that >>> give same instructions like elinux.org >>> Can you tell me what i'm doing wrong ? >>> Thank you for the answer, I am really appreciate any help and answer >>> >>> -- >>> *Regards,* >>> *Erry Pradana Darajati | Student of Computer Engineering* >>> *Politeknik Elektronika Negeri Surabaya / EEPIS, Indonesia* >>> >>> _______________________________________________ >>> l4-hackers mailing list >>> l4-hackers(a)os.inf.tu-dresden.de >>> http://os.inf.tu-dresden.de/mailman/listinfo/l4-hackers >>> >>> >> > > > -- > *Regards,* > *Erry Pradana Darajati | Student of Computer Engineering* > *Politeknik Elektronika Negeri Surabaya / EEPIS, Indonesia* >

1 0

Problem with given root-x86-gingerbread.img
by Viswa Sekar 16 Jan '14

16 Jan '14

Now that L4 android boots but it stands up in Black screen saying ANDROID_ and then after some time it turns into a complete black screen. This is what i did 1. l4 re and fiasco are to be used only with revision 40. (it doesnt work for other revisions) 2. Downloaded l4android snapshot version 3.5 3. Compiled everything for x86 architecture as per instructions given in the respective websites. 4. For l4 android compilation, building, i used the pre built images given in the website, and did a manual build for ISO image got the iso, vmlinuz.android files built successfully. Now in the final step: when i tried booting the l4android over l4re, i get a black screen. booting and saying ANDROID_. Later then I downloaded the DEMO image for l4android given in the website. I mounted into my PC and opened the ISO folder. After trial and error method of replacing the vmlinuz, and image files like system, root, I found that replacing the root-x86-gingerbread.img from the ISO to the one that is given in the l4andoid website (pre built images) makes the system boot, and android successfully boots. (i.e) i copied root-x86_gingerbread.img from DEMO image`s folder to my project directory and used instead of the one specified in website ( it boots only for changing the root not system-x86.img) Can you please explain me what is the problem, that has occurred? is it that the root-x86_gingerbread.img file given in the website outdated? or kindly give your suggestion. The below is the output that i got when i used root-x86_gingerbread.img -> downloaded from the l4android website. Why does it stand in Black screen though it is booted? OUTPUT: viswa@atmvs17:~/Documents/final/l4/mybuild$ qemu-system-i386 -cdrom /home/viswa/Documents/final/l4/mybuild/images/l4_gingerbread-x86.iso -serial stdio -m 512 -boot d L4 Bootstrapper Build: #1 Mon Jan 13 11:21:39 CET 2014, x86-32, 4.6.1 RAM: 0000000000000000 - 000000000009f3ff: 637kB RAM: 0000000000100000 - 000000001fffcfff: 523252kB Total RAM: 511MB Moving modules behind 1100000 moving module 00 { 138000-1a25ff } -> { 839e000-84085ff } [435712] moving module 01 { 1a3000-1f7784 } -> { 8409000-845d784 } [345989] moving module 02 { 2e4000-5176aa } -> { 845e000-86916aa } [2307755] moving module 03 { 518000-639390 } -> { 73d6000-74f7390 } [1184657] moving module 04 { 63a000-86e2e9 } -> { 74f8000-772c2e9 } [2310890] moving module 05 { 86f000-1276b7c } -> { 772d000-8134b7c } [10517373] moving module 09 { 2b4000-2b47a3 } -> { 1100000-11007a3 } [1956] moving module 10 { 2a9000-2a93b6 } -> { 1101000-11013b6 } [951] moving module 11 { 2cf000-2cf617 } -> { 1102000-1102617 } [1560] moving module 06 { 1277000-137c6cf } -> { 1103000-12086cf } [1070800] moving module 07 { 137d000-176ec36 } -> { 1209000-15fac36 } [4135991] moving module 08 { 176f000-18e6b80 } -> { 15fb000-1772b80 } [1538945] moving module 12 { 18e7000-1c6183b } -> { 1773000-1aed83b } [3647548] moving module 13 { 1c62000-1d61fff } -> { 1aee000-1bedfff } [1048576] moving module 14 { 1d62000-73d5fff } -> { 1bee000-7261fff } [90652672] moving module 03 { 73d6000-74f7390 } -> { 7262000-7383390 } [1184657] moving module 04 { 74f8000-772c2e9 } -> { 7384000-75b82e9 } [2310890] moving module 05 { 772d000-8134b7c } -> { 75b9000-7fc0b7c } [10517373] Scanning fiasco -serial_esc Scanning sigma0 Scanning moe rom/l4_gingerbread-x86.cfg Bootloader MMAP: [ 0, 9f400) RAM (1) [ 9f400, a0000) reserved (2) [ f0000, 100000) reserved (2) [ 100000, 1fffd000) RAM (1) [ 1fffd000, 20000000) reserved (2) [ feffc000, ff000000) reserved (2) [ fffc0000, 100000000) reserved (2) Relocated mbi to [0x2df000-0x2df511] Loading fiasco Loading sigma0 Loading moe find kernel info page... found kernel info page at 0x400000 Regions of list 'regions' [ 0, fff] { 1000} Arch BIOS [ 9f400, 9ffff] { c00} Arch BIOS [ f0000, fffff] { 10000} Arch BIOS [ 100000, 10b197] { b198} Sigma0 sigma0 [ 140000, 18d25f] { 4d260} Root moe [ 2d0000, 2e3427] { 13428} Boot bootstrap [ 2df000, 2df60e] { 60f} Root Multiboot info [ 300000, 38ffff] { 90000} Kern fiasco [ 400000, 46ffff] { 70000} Kern fiasco [ 1100000, 7fc0b7c] { 6ec0b7d} Root Module [ 1fffd000, 1fffffff] { 3000} Arch BIOS [ feffc000, feffffff] { 4000} Arch BIOS [ fffc0000, ffffffff] { 40000} Arch BIOS API Version: (87) experimental Sigma0 config ip:001001dc sp:002de070 Roottask config ip:001401c4 sp:00000000 Starting kernel fiasco at 00300888 Welcome to Fiasco.OC (ia32)! L4/Fiasco.OC ia32 microkernel (C) 1998-2012 TU Dresden Rev: r40 compiled with gcc 4.6.1 for Intel Pentium Pro [] Build: #1 Mon Jan 13 11:04:27 CET 2014 Performance-critical config option(s) detected: CONFIG_NDEBUG is off Superpages: yes Kmem:: cpu page at 1fff8000 (4096Bytes) ACPI-Init ACPI: RSDP[0xfdab0] r00 OEM:BOCHS. ACPI: RSDT[0x203fd6a0] r01 OEM:BOCHS. OEMTID:BXPCRSDT ACPI: FACP[0x203ffe70] r01 OEM:BOCHS. OEMTID:BXPCFACP ACPI: SSDT[0x203fd800] r01 OEM:BOCHS. OEMTID:BXPCSSDT ACPI: APIC[0x203fd720] r01 OEM:BOCHS. OEMTID:BXPCAPIC ACPI: HPET[0x203fd6e0] r01 OEM:BOCHS. OEMTID:BXPCHPET IO-APIC: MADT = 0x203fd720 IO-APIC[ 0]: struct: 0x203fd754 adr=fec00000 Boot_alloc: size=0x1c Boot_alloc: allocated extra memory block @0xfeffb000 (size=400) Boot_alloc: @ 0xfeffb000 Boot_alloc: remaining free block @ 0xfeffb020 (size=3e0) Boot_alloc: size=0x120 Boot_alloc: @ 0xfeffb020 Boot_alloc: remaining free block @ 0xfeffb140 (size=2c0) IO-APIC[ 0]: pins 24 PIN[ 0m]: vector=20, del=0, dm=physical, dest=0 (high, edge) PIN[ 1m]: vector=21, del=0, dm=physical, dest=0 (high, edge) PIN[ 2m]: vector=22, del=0, dm=physical, dest=0 (high, edge) PIN[ 3m]: vector=23, del=0, dm=physical, dest=0 (high, edge) PIN[ 4m]: vector=24, del=0, dm=physical, dest=0 (high, edge) PIN[ 5m]: vector=25, del=0, dm=physical, dest=0 (high, edge) PIN[ 6m]: vector=26, del=0, dm=physical, dest=0 (high, edge) PIN[ 7m]: vector=27, del=0, dm=physical, dest=0 (high, edge) PIN[ 8m]: vector=28, del=0, dm=physical, dest=0 (high, edge) PIN[ 9m]: vector=29, del=0, dm=physical, dest=0 (high, edge) PIN[10m]: vector=2a, del=0, dm=physical, dest=0 (high, edge) PIN[11m]: vector=2b, del=0, dm=physical, dest=0 (high, edge) PIN[12m]: vector=2c, del=0, dm=physical, dest=0 (high, edge) PIN[13m]: vector=2d, del=0, dm=physical, dest=0 (high, edge) PIN[14m]: vector=2e, del=0, dm=physical, dest=0 (high, edge) PIN[15m]: vector=2f, del=0, dm=physical, dest=0 (high, edge) PIN[16m]: vector=30, del=0, dm=physical, dest=0 (high, edge) PIN[17m]: vector=31, del=0, dm=physical, dest=0 (high, edge) PIN[18m]: vector=32, del=0, dm=physical, dest=0 (high, edge) PIN[19m]: vector=33, del=0, dm=physical, dest=0 (high, edge) PIN[20m]: vector=34, del=0, dm=physical, dest=0 (high, edge) PIN[21m]: vector=35, del=0, dm=physical, dest=0 (high, edge) PIN[22m]: vector=36, del=0, dm=physical, dest=0 (high, edge) PIN[23m]: vector=37, del=0, dm=physical, dest=0 (high, edge) IO-APIC: dual 8259: yes IO-APIC: ovr[ 0] 00 -> 2 IO-APIC: ovr[ 1] 05 -> 5 IO-APIC: ovr[ 2] 09 -> 9 IO-APIC: ovr[ 3] 0a -> a IO-APIC: ovr[ 4] 0b -> b Boot_alloc: size=0x4 Boot_alloc: @ 0xfeffb140 Boot_alloc: remaining free block @ 0xfeffb148 (size=2b8) Allocate cpu_mem @ 0xfeffb400 FPU0: SSE Local APIC[00]: version=14 max_lvt=5 APIC ESR value before/after enabling: 00000000/00000000 Using the Local APIC timer on vector 90 (Periodic Mode) for scheduling SERIAL ESC: allocated IRQ 4 for serial uart SERIAL ESC: allocated IRQ 4 for serial uart Not using serial hack in slow timer handler. Boot_alloc: size=0x14 Boot_alloc: @ 0xfeffb148 Boot_alloc: remaining free block @ 0xfeffb160 (size=2a0) Boot_alloc: size=0x300 Boot_alloc: allocated extra memory block @0xfeffb800 (size=400) Boot_alloc: @ 0xfeffb800 Boot_alloc: remaining free block @ 0xfeffbb00 (size=100) Enable MSI support: chained IRQ mgr @ 0xfeffb140 Absolute KIP Syscalls using: Sysenter CPU[0:0]: GenuineIntel (6:3:3:0)[00000633] Model: QEMU Virtual CPU version 0.14.1 at 2394 MHz 32 KB L1 I Cache (8-way associative, 64 bytes per line) 32 KB L1 D Cache (8-way associative, 64 bytes per line) 2048 KB L2 U Cache (8-way associative, 64 bytes per line) Freeing init code/data: 28672 bytes (7 pages) Calibrating timer loop... done. SIGMA0: Hello! KIP @ 400000 Found Fiasco: KIP syscalls: yes allocated 4KB for maintenance structures SIGMA0: Dump of all resource maps RAM:------------------------ [0:1000;9efff] [0:10c000;13ffff] [4:140000;18dfff] [0:18e000;2defff] [4:2df000;2dffff] [0:2e0000;3fffff] [0:469000;10fffff] [4:1100000;7fc0fff] [0:7fc1000;1d70efff] IOMEM:---------------------- [0:0;fff] [0:9f000;fffff] [0:1fffd000;febfffff] [0:fec01000;fedfffff] [0:fee01000;ffffffff] IO PORTS-------------------------- [0:0;fffffff] MOE: Hello world MOE: found 367776 KByte free memory MOE: found RAM from 1000 to 1d70f000 MOE: allocated 471 KByte for the page array @0x1000 MOE: virtual user address space [0-bfffffff] MOE: rom name space cap -> [C:501000] BOOTFS: [7262000-7383391] [C:503000] l4re BOOTFS: [7384000-75b82ea] [C:504000] ned BOOTFS: [75b9000-7fc0b7d] [C:505000] io BOOTFS: [1103000-12086d0] [C:506000] rtc BOOTFS: [1209000-15fac37] [C:507000] mag BOOTFS: [15fb000-1772b81] [C:508000] fb-drv BOOTFS: [1100000-11007a4] [C:509000] l4_gingerbread-x86.cfg BOOTFS: [1101000-11013b7] [C:50a000] x86-legacy.devs BOOTFS: [1102000-1102618] [C:50b000] l4_android-x86.vbus BOOTFS: [1773000-1aed83c] [C:50c000] vmlinuz.android BOOTFS: [1aee000-1bee000] [C:50d000] root-x86-ginger.img BOOTFS: [1bee000-7262000] [C:50e000] system-x86-ginger.img No fpage received MOE: cmdline: moe rom/l4_gingerbread-x86.cfg MOE: Starting: rom/ned rom/l4_gingerbread-x86.cfg MOE: loading 'rom/ned' Ned says: Hi World! Ned: loading file: 'rom/l4_gingerbread-x86.cfg' io | Dev_factory: register factory for N2Hw11Gpio_deviceE io | GTF: register factory for N2Hw12Msi_resourceE io | GTF: register factory for 7Pci_dev io | Dev_factory: register factory for N2Hw6DeviceE io | Io service io | Find root Pointer io | Find root Pointer: fdab0 io | ACPI: RSDP 0xfdab0 00014 (v00 BOCHS ) io | ACPI: RSDT 0x1fffd6a0 00034 (v01 BOCHS BXPCRSDT 00000001 BXPC 00000001) io | ACPI: FACP 0x1ffffe70 00074 (v01 BOCHS BXPCFACP 00000001 BXPC 00000001) io | ACPI: DSDT 0x1fffd8a0 02560 (v01 BXPC BXDSDT 00000001 INTL 20100528) io | ACPI: FACS 0x1ffffe00 00040 io | ACPI: SSDT 0x1fffd800 0009E (v01 BOCHS BXPCSSDT 00000001 BXPC 00000001) io | ACPI: APIC 0x1fffd720 00072 (v01 BOCHS BXPCAPIC 00000001 BXPC 00000001) io | ACPI: HPET 0x1fffd6e0 00038 (v01 BOCHS BXPCHPET 00000001 BXPC 00000001) io | Parsing all Control Methods: io | Table [DSDT](id 0001) - 381 Objects with 77 Devices 118 Methods 7 Regions io | Parsing all Control Methods: io | Table [SSDT](id 0002) - 8 Objects with 0 Devices 4 Methods 0 Regions io | tbxface-0601 [02] TbLoadNamespace : ACPI Tables successfully acquired io | evxfevnt-0184 [02] Enable : Transition to ACPI mode successful io | evgpeblk-1129 [04] EvCreateGpeBlock : GPE 00 to 0F [_GPE] 2 regs on int 0x9 io | /home/viswa/Documents/final/l4/pkg/acpica/lib-acpi/src/osl-basic.cc:57:AcpiOsInstallInterruptHandler: UNINPLEMENTED io | Completing Region/Field/Buffer/Package initialization:.................... io | Initialized 7/7 Regions 0/0 Fields 8/8 Buffers 5/5 Packages (398 nodes) io | Initializing Device/Processor/Thermal objects by executing _INI methods: io | Executed 0 _INI methods requiring 0 _STA executions (examined 80 objects) io | evgpeblk-1234 [03] EvInitializeGpeBlock : Found 0 Wake, Enabled 16 Runtime GPEs in this block io | ACPICA-Version:20091214, System in ACPI MODE, 32bit timer io | Ready. Waiting for request. mag | Hello from MAG fb | Trying execution of ``set VBE mode'' using x86emu fb | Found VESA BIOS version 2.0 fb | OEM VGABIOS Cirrus extension fb | VBE mode 0x117 successfully set. fb | Framebuffer memory: phys: f0000000 - f0400000 fb | virt: 400000 - 800000 fb | Starting server loop mag | mapped frame buffer at 0x400000 mag | View::Info: mag | flags: 0 mag | size: 1024x768 pos: 0, 0 mag | bytes_per_line: 2048 mag | buffer_offset: 0 mag | RGBA(2): 5(11):6(5):5(0):0(0) mag | memory 400000-800000 mag | L4INPUT native mode activated mag | L4INPUT: !!! W A R N I N G !!! mag | L4INPUT: Please, do not use Fiasco's "-esc" with L4INPUT. mag | L4INPUT: !!! W A R N I N G !!! mag | serio: i8042 AUX port at 0x60,0x64 irq 12 mag | serio: i8042 KBD port at 0x60,0x64 irq 1 mag | input: ImExPS/2 Generic Explorer Mouse on isa0060/serio1 mag | input: AT Translated Set 2 keyboard on isa0060/serio0 mag | connect "ImExPS/2 Generic Explorer Mouse", isa0060/serio1/input0 mag | connect "AT Translated Set 2 keyboard", isa0060/serio0/input0 mag | Plugin: Frame-buffer service started mag | Plugin: Mag_client service started android | PH 0 (t: 1) offs=00001000 vaddr=00400000 vend=00685000 android | phys=00400000 ephys=00685000 android | f_sz=00285000 memsz=00285000 flgs=r-x android | PH 1 (t: 1) offs=00286000 vaddr=00685000 vend=0077d000 android | phys=00685000 ephys=0077d000 android | f_sz=0004aa2c memsz=000f8000 flgs=rw- android | PH 2 (t: 4) offs=001fe99c vaddr=005fd99c vend=005fd9c0 android | phys=005fd99c ephys=005fd9c0 android | f_sz=00000024 memsz=00000024 flgs=--- android | Starting binary at 0x400000, argc=16 argv=0x80007f68 *argv=0xb1007fec argv0=rom/vmlinuz.android android | External resolver is at 0xa80006d0 android | ======> L4Linux starting... <======== android | Linux version 3.5.0-l4 (viswa@atmvs17) (gcc version 4.6.1 (Ubuntu/Linaro 4.6.1-9ubuntu3) ) #1 Mon Jan 13 12:42:11 CET 2014 android | Binary name: rom/vmlinuz.android android | Linux kernel command line (15 args): console=ttyLv0 mem=256M l4bdds.add=rom/system-x86-ginger.img,rw androidboot.console=ttyLv0 boot=local android.ril=ttyLv1 ip=dhcp l4x_rd=rom/root-x86-ginger.img rw root=1:0 ramdisk_size=1500 init=/init --debug l4fb.touchscreen=1 androidboot.hardware=l4 android | CPU mapping (l:p)[1]: 0:0 android | Image: 00400000 - 0077d000 [3572 KiB]. android | Areas: Text: 00400000 - 00685000 [2580kB] (a bit longer) android | Data: 00685000 - 006a8540 [141kB] android | Initdata: 006a9000 - 006d0000 [156kB] android | BSS: 006d0000 - 0076d000 [628kB] android | gs=43 fs=43 android | Device scan: android | Device: (noname) android | Device: PCI0 android | Device scan done. android | l4x_fiasco_gdt_entry_offset = 9 rtc | Date:13.01.2014 Time:14:27:51 android | l4lx_thread_create: Created thread 418 (cpu0) (u:b3000e00, v:b3000c00, sp:00687ff8) android | main thread will be 418 android | l4x_register_pointer_section: addr = 00685000 size = 1015808 android | section-with-init: virt: 0x685000 to 0x77cfff [992 KiB] android | section-with-init: Phys: 0x00974000 to 0x00a6c000, Size: 1015808 android | Main thread running, waiting... android | WARNING: Unknown wrmsr: 0000008b at 0x6bf130 android | l4x_setup_memory: Forcing superpages for main memory android | l4re_global_env: 0xb1007e24 android | Main memory size: 256MB android | Main memory: virt: 0x800000 to 0x107fffff [262144 KiB] android | Main memory: Phys: 0x08000000 to 0x18000000, Size: 268435456 android | Filling lower ptabs... android | Done (1153 entries). android | l4x_register_pointer_section: addr = 00400000 size = 2641920 android | text: virt: 0x400000 to 0x684fff [2580 KiB] android | text: Phys: 0x00659000 to 0x008de000, Size: 2641920 android | l4x_rd_path: rom/root-x86-ginger.img android | Loading: rom/root-x86-ginger.img android | INITRD: Size of RAMdisk is 1024KiB android | RAMdisk from 1891b000 to 18a1b000 [1024KiB] Linux version 3.5.0-l4 (viswa@atmvs17) (gcc version 4.6.1 (Ubuntu/Linaro 4.6.1-9ubuntu3) ) #1 Mon Jan 13 12:42:11 CET 2014 e820: BIOS-provided physical RAM map: L4Lx-Memory: [mem 0x0000000000000000-0x00000000003fffff] reserved L4Lx-Memory: [mem 0x0000000000400000-0x000000000077cfff] usable L4Lx-Memory: [mem 0x000000000077d000-0x00000000007fffff] unusable L4Lx-Memory: [mem 0x0000000000800000-0x00000000107fffff] usable Notice: NX (Execute Disable) protection missing in CPU! e820: last_pfn = 0x10800 max_arch_pfn = 0x100000 init_memory_mapping: [mem 0x00000000-0x107fffff] INITRD: 1891b000 - 18a1b000 264MB LOWMEM available. mapped low ram: 0 - 10800000 low ram: 0 - 10800000 Zone ranges: DMA [mem 0x00400000-0xffffffff] Normal [mem 0x00000000-0x107fffff] Movable zone start for each node Early memory node ranges node 0: [mem 0x00400000-0x0077cfff] node 0: [mem 0x00800000-0x107fffff] e820: [mem 0x10800000-0xffffffff] available for PCI devices Built 1 zonelists in Zone order, mobility grouping on. Total pages: 65909 Kernel command line: console=ttyLv0 mem=256M l4bdds.add=rom/system-x86-ginger.img,rw androidboot.console=ttyLv0 boot=local android.ril=ttyLv1 ip=dhcp l4x_rd=rom/root-x86-ginger.img rw root=1:0 ramdisk_size=1500 init=/init --debug l4fb.touchscreKernel command line: console=PID hash table entries: 2048 (order: 1, 8192 bytes) Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) __ex_table already sorted, skipping sort Initializing CPU#0 Memory: 259676k/270336k available (2036k kernel code, 6040k reserved, 684k data, 156k init, 0k highmem) virtual kernel memory layout: fixmap : 0x18901000 - 0x1891b000 ( 104 kB) vmalloc : 0x10800000 - 0x18800000 ( 128 MB) lowmem : 0x00000000 - 0x10800000 ( 264 MB) .init : 0x006a9000 - 0x006d0000 ( 156 kB) .data : virtual kernel memory layout: fixmap : 0x18901000 - 0x1891b000 ( 104 kB) vmNR_IRQS:192 nr_irqs:192 192 Console: colour dummy device 80x25 console [ttyLv0] enabled l4timer: Using IRQ65 android | l4lx_thread_create: Created thread 420 (timer) (u:b3000a00, v:00000000, sp:00707ff4) Detected 2394.021 MHz processor. Calibrating delay loop (skipped), value calculated using timer frequency.. 4788.04 BogoMIPS (lpj=23940210) pid_max: default: 32768 minimum: 301 Mount-cache hash table entries: 512 android | WARNING: Unknown wrmsr: 0000008b at 0x6bf130 CPU: Intel QEMU Virtual CPU version 0.14.1 stepping 03 Performance Events: android | WARNING: Unknown rdmsr: 00000186 at 0x6afb4f android | WARNING: Unknown rdmsr: 00000187 at 0x6afb4f android | WARNING: Unknown wrmsr: 000000c1 at 0x6afbd0 Broken PMU hardware detected, using software events only. NET: Registered protocol family 16 bio: create slab <bio-0> at 0 Failed to create "l4x" debugfs directory: 1 Advanced Linux Sound Architecture Driver Version 1.0.25. Switching to clocksource l4kipclk NET: Registered protocol family 2 IP route cache hash table entries: 4096 (order: 2, 16384 bytes) TCP established hash table entries: 16384 (order: 5, 131072 bytes) TCP bind hash table entries: 16384 (order: 4, 65536 bytes) TCP: Hash tables configured (established 16384 bind 16384) TCP: reno registered UDP hash table entries: 256 (order: 0, 4096 bytes) UDP-Lite hash table entries: 256 (order: 0, 4096 bytes) NET: Registered protocol family 1 Trying to unpack rootfs image as initramfs... rootfs image is not initramfs (junk in compressed archive); looks like an initrd INITRD: Freeing memory. l4x: Checks passed. platform rtc_cmos: registered platform RTC device (no PNP device found) squashfs: version 4.0 (2009/01/31) Phillip Lougher msgmni has been set to 507 io scheduler noop registered io scheduler deadline registered io scheduler cfq registered (default) l4fb.0: looking for capability 'fb' as goos session l4fb l4fb.0: 640x480@16 2bypp, size: 614400 @ 18a00000 l4fb l4fb.0: 5:6:5 11:5:0 linelen=1280 visual=2 l4fb l4fb.0: l4fb L4 frame buffer device (refresh: 10jiffies) Console: switching to colour frame buffer device 80x30 L4 serial driver ttyLv0 at MMIO 0x1 (irq = 64) is a L4 brd: module loaded l4bdds: Disk 'rom/system-x86-ginger.img' size = 88528 KB (86 MB) flags=101 addr=18a96000 l4bdds0: unknown partition table mousedev: PS/2 mouse device common for all mice rtc_cmos rtc_cmos: rtc core: registered rtc_cmos as rtc0 rtc_cmos rtc_cmos: only 24-hr supported ashmem: initialized logger: created 256K log 'log_main' logger: created 256K log 'log_events' logger: created 256K log 'log_radio' logger: created 256K log 'log_system' TCP: cubic registered NET: Registered protocol family 17 /home/viswa/Documents/final/l4android/drivers/rtc/hctosys.c: unable to open rtc device (rtc0) ALSA device list: #0: Dummy 1 RAMDISK: ext2 filesystem found at block 0 RAMDISK: Loading 1024KiB [1 disk] into ram disk... done. VFS: Mounted root (ext2 filesystem) on device 1:0. Freeing unused kernel memory: 156k freed init: cannot open '/initlogo.rle' init: Unable to open persistent property directory /data/property errno: 2 init (1): /proc/1/oom_adj is deprecated, please use /proc/1/oom_score_adj instead. init: cannot find '/system/bin/servicemanager', disabling 'servicemanager' init: cannot find '/system/bin/vold', disabling 'vold' init: cannot find '/system/bin/netd', disabling 'netd' init: cannot find '/system/bin/debuggerd', disabling 'debuggerd' init: cannot find '/system/bin/rild', disabling 'ril-daemon' init: cannot find '/system/bin/app_process', disabling 'zygote' init: cannot find '/system/bin/alsa_ctl', disabling 'alsainit' init: cannot find '/system/bin/mediaserver', disabling 'media' init: cannot find '/system/bin/dbus-daemon', disabling 'dbus' init: cannot find '/system/bin/installd', disabling 'installd' init: cannot find '/system/bin/keystore', disabling 'keystore' init: cannot find '/system/bin/powerbtnd', disabling 'powerbtnd' init: cannot find '/system/bin/faketsd', disabling 'faketsd' init: cannot find '/system/bin/sh', disabling 'console' Switching to clocksource tsc Clocksource tsc unstable (delta = 63656760 ns) Switching to clocksource l4kipclk ___________________________________ -- With warm regards, *VISWA SUBRAMANIAN SEKAR* Final Year B.E Computer Science and Engineering PSG COLLEGE OF TECHNOLOGY Coimbatore. Phone: +91 94427 94420 Email: viswasekarsubramanian(a)gmail.com

2 2

[ASK] Unable to boot L4 + Fiasco using u-boot in pandaboard
by Erry Pradana Darajati 16 Jan '14

16 Jan '14

After searching in the net, i found the way to make u-boot and how to install it. But i encounter some problem After copy u-boot.img, MLO, and boot.scr in the first partition of my SDCard. The site said that it the u-boot should be booting my uimage. But in reality my Pandaboard is not responding (as if there are no SDCard inserted) I follow the instructions from elinux.org ( http://elinux.org/Panda_How_to_MLO_%26_u-boot) and other source that give same instructions like elinux.org Can you tell me what i'm doing wrong ? Thank you for the answer, I am really appreciate any help and answer -- *Regards,* *Erry Pradana Darajati | Student of Computer Engineering* *Politeknik Elektronika Negeri Surabaya / EEPIS, Indonesia*

2 1