users

users@lists.genode.org

1 participants
2310 discussions

The mouse cannot work when I ran demo
by Sun Keqin 29 Mar '14

29 Mar '14

Hi all, I met a problem when I ran "demo" on Ubuntu which installed on MACBOOK PRO with VMWare Fusion. The mouse didn't show up and the log printed below. I have tried to change the size of Ring_buffer but it didn't work. What should I do to fix that? Thanks Keqin [init -> launchpad] --- entering main loop --- [init -> ps2_drv] C++ runtime: Ring_buffer<unsigned char, 1024>::Overflow [init -> ps2_drv] void* abort(): abort called

3 3

Arbitrary msg!! "Thread failed"
by Aditya Kousik 28 Mar '14

28 Mar '14

Hello all, Two instances have cropped up. The base-hw kernel which loaded quite perfectly till two runs back suddenly fails to load. It does't even boot init anymore. It prints the error "failed to communicate thread event". This is very sudden and quite shocking. Could it be a h/w fault? Prior to this, we ran a sample gpio led blinking program. The board itself seems to have been bricked/unresponsive. But, a simple printf program itself fails to load. What could be the issue? Thanks Aditya.

1 1

Some questions about performance optimization related to GUI framework on Genode
by Kloisiie 27 Mar '14

27 Mar '14

Dear Norman and every scientists and engineers from Genode project, I'm doing a research on performance optimization of our team's verified security operating system project. Our prototype is based on Genode, and we add some security modules to implement a secure operating system. The most serious problem I meet now is that system is very slow when running applications we made before, so I doubt whether this is related to GUI framework. I plan to transplant DoPE to Genode, in order to make a comparation between DoPE and Qt. But I am worried about reasonability about my design of experiments, so I need help from the developers. Thank you for all your assistance. Yours Sincerely, Shuo Wang University of Chinese Academy of Sciences.

2 1

RM Session - attach() method
by Aditya Kousik 27 Mar '14

27 Mar '14

Hello, I understand that R/W accesses to physical space are made through the RM session. Is this sequence of events correct? 1. Create a Dataspace_capability. 2. Allocate a dataspace as env()->ram_session->alloc(size) which returns a dataspace_capability to the aforementioned DS. 3. Attach the dataspace as env()->rm_session()->attach(ds) which returns a void pointer having the virtual address pointing to the starting address of the dataspace. So if one were to write to this virtual address, it goes through the RM_session and eventually writes to the physical address. My question is, calling attach(ds) in one process and the same attach(ds) in another is going to return different virtual addresses. Will writing to these different (virtual) addresses give the same result? Is there a function that can be called to print what physical address is mapped to where? And can the contents of Dataspace_capability be printed in a readable form? Thanks and regards Aditya

2 1

LWIP PingPong
by Mhamad Hmad 25 Mar '14

25 Mar '14

HI, When I Tested the Pingpong example by using the network_test_lwip.run it work fine since it build the server first then fire it and later it is spawn the client from the same run file. are there any clue to run the server and the client from different run file in the same time ( traditional client server fashion) . i tried to separate them in two different run files then the server work fine but the client not .it is built correctly but it couldn't connect to the server. any one can suggest any idea or give any clue to do it. --

1 0

ahci + network
by Sartakov A. Vasily 21 Mar '14

21 Mar '14

Hello. I am trying to run one network application. That application uses network (obviously) and storage. I have tested with tar and rump+ram fs, it is ok. But my network fails when I try to use an ahci device. This is the booting log: spawn qemu-system-x86_64 -no-kvm -cpu core2duo -net nic,model=e1000 -m 512m -net user -redir tcp:8080::80 -nographic -serial mon:stdio -drive id=disk,file=bin/srv.hda,if=none -device ahci,id=ahci -device ide-drive,drive=disk,bus=ahci.0 -boot d -cdrom var/run/netapp.iso NOVA Microhypervisor v6-1eba7d3 (x86_32): Mar 10 2014 01:25:16 [gcc 4.7.2] [ 0] CORE:0:0:0 6:f:b:0 [0] Intel(R) Core(TM)2 Duo CPU T7700 @ 2.40GHz Hypervisor does not feature VMX Hypervisor does not feature SVM Hypervisor reports 1x1 CPU - boot CPU is 0 Hypervisor info page contains 26 memory descriptors: detected physical memory: 0x0000000000000000 - size: 0x9fc00 use physical memory: 0x0000000000000000 - size: 0x9f000 detected physical memory: 0x0000000000100000 - size: 0x1fefe000 use physical memory: 0x0000000000100000 - size: 0x1fefe000 map multi-boot module: physical 0x1f8c3000 -> [0x001c6000-0x0028c2d8) - core map multi-boot module: physical 0x1f98a000 -> [0x00002000-0x0000257d) - config map multi-boot module: physical 0x1f98b000 -> [0x00003000-0x0006e3b0) - init map multi-boot module: physical 0x1f9f7000 -> [0x0006f000-0x000cdbfc) - timer map multi-boot module: physical 0x1fa56000 -> [0xb0000000-0xb0097124) - ld.lib.so map multi-boot module: physical 0x1faee000 -> [0xbff04000-0xbffb4208) - libc.lib.so map multi-boot module: physical 0x1fb9f000 -> [0x000ce000-0x000f26d8) - libm.lib.so map multi-boot module: physical 0x1fbc4000 -> [0x000f3000-0x000f91c4) - pthread.lib.so map multi-boot module: physical 0x1fbcb000 -> [0x000fa000-0x000fc7dc) - libc_log.lib.so map multi-boot module: physical 0x1fbce000 -> [0xb0098000-0xb0185750) - lxip.lib.so map multi-boot module: physical 0x1fcbc000 -> [0xbffb5000-0xbffe3c00) - libc_resolv.lib.so map multi-boot module: physical 0x1fceb000 -> [0xb0186000-0xb02096e8) - netapp map multi-boot module: physical 0x1fd6f000 -> [0xb020a000-0xb0292d04) - nic_drv map multi-boot module: physical 0x1fdf8000 -> [0xb0293000-0xb0307914) - acpi_drv map multi-boot module: physical 0x1fe6d000 -> [0xb0308000-0xb0377be0) - pci_drv map multi-boot module: physical 0x1fedd000 -> [0xb0378000-0xb03cde18) - pci_device_pd map multi-boot module: physical 0x1ff33000 -> [0xb03ce000-0xb04369c0) - ahci map multi-boot module: physical 0x1ff9c000 -> [0xb0437000-0xb0480234) - libc_fuse_ext2.lib.so map multi-boot module: physical 0x1ffe6000 -> [0xbffe4000-0xbfffbf60) - libc_block.lib.so :virt_alloc: Allocator 185bb4 dump: Block: [00002000,00003000) size=00001000 avail=00000000 max_avail=00000000 Block: [00003000,0006f000) size=0006c000 avail=00000000 max_avail=00000000 Block: [0006f000,000ce000) size=0005f000 avail=00000000 max_avail=00000000 Block: [000ce000,000f3000) size=00025000 avail=00000000 max_avail=00003000 Block: [000f3000,000fa000) size=00007000 avail=00000000 max_avail=00000000 Block: [000fa000,000fd000) size=00003000 avail=00000000 max_avail=00003000 Block: [000fd000,00100000) size=00003000 avail=00003000 max_avail=00003000 Block: [001c6000,0028d000) size=000c7000 avail=00000000 max_avail=9fd73000 Block: [0028d000,a0000000) size=9fd73000 avail=9fd73000 max_avail=9fd73000 Block: [b0000000,b0098000) size=00098000 avail=00000000 max_avail=9fd73000 Block: [b0098000,b0186000) size=000ee000 avail=00000000 max_avail=9fd73000 Block: [b0186000,b020a000) size=00084000 avail=00000000 max_avail=00000000 Block: [b020a000,b0293000) size=00089000 avail=00000000 max_avail=9fd73000 Block: [b0293000,b0308000) size=00075000 avail=00000000 max_avail=00000000 Block: [b0308000,b0378000) size=00070000 avail=00000000 max_avail=00000000 Block: [b0378000,b03ce000) size=00056000 avail=00000000 max_avail=00000000 Block: [b03ce000,b0437000) size=00069000 avail=00000000 max_avail=0fa7e000 Block: [b0437000,b0481000) size=0004a000 avail=00000000 max_avail=0fa7e000 Block: [b0481000,bfeff000) size=0fa7e000 avail=0fa7e000 max_avail=0fa7e000 Block: [bff04000,bffb5000) size=000b1000 avail=00000000 max_avail=0fa7e000 Block: [bffb5000,bffe4000) size=0002f000 avail=00000000 max_avail=00000000 Block: [bffe4000,bfffc000) size=00018000 avail=00000000 max_avail=00001000 Block: [bfffc000,bfffd000) size=00001000 avail=00001000 max_avail=00001000 => mem_size=2951938048 (2815 MB) / mem_avail=2944356352 (2807 MB) :phys_alloc: Allocator 185758 dump: Block: [00001000,0009f000) size=0009e000 avail=0009e000 max_avail=0009e000 Block: [00100000,00400000) size=00300000 avail=00300000 max_avail=1d0c3000 Block: [02800000,1f8c3000) size=1d0c3000 avail=1d0c3000 max_avail=1d0c3000 => mem_size=491130880 (468 MB) / mem_avail=491130880 (468 MB) :io_mem_alloc: Allocator 18a45c dump: Block: [00000000,00001000) size=00001000 avail=00001000 max_avail=00001000 Block: [0009f000,00100000) size=00061000 avail=00061000 max_avail=00061000 Block: [00400000,02800000) size=02400000 avail=02400000 max_avail=e073c000 Block: [1f8c3000,fffff000) size=e073c000 avail=e073c000 max_avail=e073c000 => mem_size=3803832320 (3627 MB) / mem_avail=3803832320 (3627 MB) int main(): --- create local services --- int main(): --- start init --- int main(): transferred 468 MB to init int main(): --- init created, waiting for exit condition --- [init -> acpi] available memory for ACPI 2048 kiB, for PCI_DRV 9684 kiB [init -> nic_drv] --- iPXE NIC driver started --- [init -> ahci] --- AHCI driver started --- [init -> netapp] void init_libc_block(): using the libc_block plugin [init -> netapp] libc_fuse_ext2: try to mount /dev/blkdev... [init -> acpi] void Acpi_table::_parse_tables(T*, Genode::uint32_t) [with T = unsigned int; Genode::uint32_t = unsigned int]: Found MADT [init -> acpi] MADT IRQ 0 -> GSI 2 flags: 0 [init -> acpi] MADT IRQ 5 -> GSI 5 flags: d [init -> acpi] MADT IRQ 9 -> GSI 9 flags: d [init -> acpi] MADT IRQ 10 -> GSI 10 flags: d [init -> acpi] MADT IRQ 11 -> GSI 11 flags: d [init -> acpi -> pci_drv] PCI driver started [init -> acpi -> pci_drv -> pci_device_pd] PCI device pd starting ... [init -> acpi -> pci_drv -> pci_device_pd] PCI device pd started [init -> acpi] ACPI table format not supported - will not rewrite GSIs [init -> ahci] Found AHCI HBA (Vendor ID: 8086 Device ID: 2922 Class: 00010601) [init -> ahci] Port 0: ATAPI no [init -> ahci] Port 0: Detected interface is active [init -> ahci] AHCI Version: 1.0000 [init -> ahci] CAPs: [init -> ahci] Port count: 6 [init -> ahci] Command slots: 32 [init -> ahci] AHCI only: no [init -> ahci] Native command queuing: yes [init -> ahci] 64 Bit: no [init -> ahci] CMD.ST bit set during device reset --> unknown behavior [init -> netapp] fuse* fuse_new(fuse_chan*, fuse_args*, const fuse_operations*, size_t, void*): [init -> netapp] Using DHCP for interface configuration. [init -> netapp] void init_libc_lxip(): init_libc_lxip() address config=dhcp [init -> netapp] INFO: NET: Registered protocol family 16 [init -> netapp] INFO: NET: Registered protocol family 2 [init -> netapp] INFO: Hash tables configured (established 524288 bind 524288) [init -> netapp] INFO: reno registered [init -> netapp] INFO: cubic registered Quota exceeded! amount=8192, size=4096, consumed=8192 [init -> netapp] upgrading quota donation for SIGNAL session [init -> nic_drv] --- init iPXE NIC [init -> nic_drv] scan_pci(): Found: 00:03.0 8086:100e (rev 03) IRQ 0b [init -> nic_drv] probe_pci_device(): using driver 82540em [init -> nic_drv] adjust_pci_device(): PCI BIOS has not enabled device 00:03.0! Updating PCI command 0103->0107 [init -> nic_drv] adjust_pci_device(): PCI device 00:03.0 latency timer is unreasonably low at 0. Setting to 32. [init -> nic_drv] ioremap(): bus_addr = febc0000 len = 20000 [init -> nic_drv] snprintf not implemented [init -> nic_drv] number of devices: 1 [init -> nic_drv] --- init rx_callbacks [init -> nic_drv] --- get MAC address 52:54:00:12:34:56 Quota exceeded! amount=12288, size=4096, consumed=12288 [init -> netapp] upgrading quota donation for SIGNAL session [init -> netapp] Received mac: 52:54:00:12:34:56 [init -> netapp] driver_net_open called and stop is here. This is a run script: set use_ram 0 set use_tar 0 set use_ahci 1 set disk_image "bin/srv.hda" netapp set build_components { core init drivers/timer drivers/pci drivers/nic app/netapp } set network_driver "nic_drv" lappend_if [have_spec acpi] build_components drivers/acpi lappend_if [have_spec pci] build_components drivers/pci/device_pd lappend_if $use_ram build_components server/ram_blk lappend_if $use_ram build_components server/rump_fs lappend_if $use_tar build_components server/tar_fs lappend_if $use_ahci build_components drivers/ahci build $build_components create_boot_directory append config { <config> <parent-provides> <service name="ROM"/> <service name="LOG"/> <service name="CAP"/> <service name="RAM"/> <service name="RM"/> <service name="CPU"/> <service name="PD"/> <service name="IRQ"/> <service name="IO_PORT"/> <service name="IO_MEM"/> <service name="SIGNAL"/> </parent-provides> <default-route> <any-service> <parent/> <any-child/> </any-service> </default-route> <start name="timer"> <resource name="RAM" quantum="1M"/> <provides><service name="Timer"/></provides> </start>} append config { <start name="nic_drv"> <resource name="RAM" quantum="8M"/> <provides><service name="Nic"/></provides> </start>} append_if [have_spec acpi] config { <start name="acpi"> <resource name="RAM" quantum="12M"/> <binary name="acpi_drv"/> <provides> <service name="PCI"/> <service name="IRQ" /> </provides> <route> <service name="PCI"> <any-child /> </service> <any-service> <parent/> <any-child /> </any-service> </route> </start>} append_if [expr ![have_spec acpi] && [have_spec pci]] config { <start name="pci_drv"> <resource name="RAM" quantum="6M"/> <provides> <service name="PCI"/> </provides> </start> } append_if [expr $use_tar] config { <start name="tar_fs"> <resource name="RAM" quantum="10M"/> <provides><service name="File_system"/></provides> <config> <archive name="srv.tar" /> <policy label="netapp" root="/" writeable="yes" /> </config> </start> } append_if [expr $use_ram] config { <start name="ram_blk"> <resource name="RAM" quantum="64M"/> <provides><service name="Block"/></provides> <config file="ext2.raw" block_size="512"/> </start> <start name="rump_fs"> <resource name="RAM" quantum="8M" /> <provides><service name="File_system"/></provides> <config fs="ext2fs"><policy label="" root="/" writeable="yes"/></config> </start>} append_if $use_ahci config { <start name="ahci"> <binary name="ahci" /> <resource name="RAM" quantum="10M" /> <provides><service name="Block" /></provides> <route>} append_if [expr $use_ahci && [have_spec acpi]] config { <service name="IRQ"><child name="acpi" /></service>} append_if $use_ahci config { <any-service> <parent /> <any-child /></any-service> </route> </start>} append config { <start name="netapp"> <resource name="RAM" quantum="1G" />} append config { <config> <arg value="netapp" /> <libc tx_buf_size="320M" rx_buf_size="320M"} append config {/> </config> </start> } append config { </config> } install_config $config # # Boot modules # # generic modules set boot_modules { core init timer ld.lib.so libc.lib.so libm.lib.so pthread.lib.so libc_log.lib.so lxip.lib.so libc_resolv.lib.so netapp nic_drv } # platform-specific modules lappend_if [have_spec acpi] boot_modules acpi_drv lappend_if [have_spec pci] boot_modules pci_drv lappend_if [have_spec nova] boot_modules pci_device_pd lappend_if $use_ram boot_modules ext2.raw lappend_if $use_ram boot_modules rump.lib.so lappend_if $use_ram boot_modules rump_fs.lib.so lappend_if $use_ram boot_modules ram_blk lappend_if $use_ram boot_modules rump_fs lappend_if $use_ram boot_modules libc_fs.lib.so lappend_if $use_tar boot_modules tar_fs lappend_if $use_tar boot_modules srv.tar lappend_if $use_ahci boot_modules ahci lappend_if $use_ahci boot_modules libc_fuse_ext2.lib.so lappend_if $use_ahci boot_modules libc_block.lib.so build_boot_image $boot_modules append_if [have_spec x86] qemu_args " -net nic,model=e1000 " append_if [have_spec lan9118] qemu_args " -net nic,model=lan9118 " append qemu_args " -m 512m -net user -redir tcp:8080::80" append qemu_args " -nographic -serial mon:stdio " append_if $use_ahci qemu_args " -drive id=disk,file=$disk_image,if=none -device ahci,id=ahci -device ide-drive,drive=disk,bus=ahci.0 -boot d" run_genode_until forever So, maybe I forget something in configuration? Something related to IRQ.. -- Sartakov A. Vasily sartakov@...104...

4 10

How can I use a specific ram address?
by 吴若凡 21 Mar '14

21 Mar '14

Hello there I am now facing a problem that I want to use a specific ram address [0x0, 0x2000000), because there is a hareware on board using it, I have to write data to this specific ram region and my hareware will read this region to work. I have moved foc kernel address to 0x2000000, and also used Attach_io_mem_dataspace to reflect physical address [0x0, 0x2000000) in my driver, but I failed to drive my hareware. I guess maybe the data haven't been written to this ram region correctly. Is Attach_io_mem_dataspace suitable for this case? If NOT, how can I do ? Thanks.

4 4

PicoTCP (an alternative to IwIP?)
by Paul Dufresne 14 Mar '14

14 Mar '14

Well, I just watched this video from FOSDEM 2014, and it made me think about Genode. http://video.fosdem.org/2014/AW1121/Sunday/PicoTCP.webm or https://www.youtube.com/watch?v=AO4liMJZ0Qg The FOSDEM page: https://fosdem.org/2014/schedule/event/deviot03/ The PicoTCP page on the company web site: http://www.tass.be/en-gb/expertise/connected-devices/picotcp/ which does have a link to the GNU GPL v.2 code: https://github.com/tass-belgium/picotcp I really don't have the knowledge to compare with IwIP, but am pretty sure there is someone here able to evaluate how well it fits with Genode.

2 1

OMAP4 Sd card ported to OMAP3
by Bob Stewart 12 Mar '14

12 Mar '14

I'm trying to get SD card support running on a Beaglebone (OMAP3). The sdcard driver from the Pandaboard (OMAP4) implementation should work, as the same MMC hardware is used on both boards. With only changes to the hardware address and the irq to reference one of the mmc instances on the Beaglebone, I successfully detect an SD card and read one block from it. This was done using the content of the /sd_card_bench/ run script. After the successful block read (non-dma), a call is made in the driver to "/complete_packet/" in the session pointed to from the Block driver. This call fails at the call tx_sink()->ready_to_ack() into the session_rpc_object with: /no RM attachment (faulter 802d208c with IP 81009fc4 attempts to read from address 200)// //unknown signal context/. Does this indicate that the rpc object was not set up correctly? Since I'm using the code in the OMAP4 /bench///directory untouched to run this, I would not have expected an issue with the block driver set up. Any advice would be appreciated, as I dig further in the Genode rpc's. Thanks, Bob Stewart

3 2

No display for running framebuffer.run
by Aditya Kousik 12 Mar '14

12 Mar '14

Hello I've tried running the test-framebuffer on my linux_x86 base. The terminal log session sends debug message of "blue", "green", "red" etc. But nothing shows on the QEMU monitor. What could be going wrong here? Thanks and regards Aditya

3 6

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

users