users

users@lists.genode.org

7 participants
2332 discussions

Fullscreen VM in sculpt
by Pirmin Duss 25 Jul '18

25 Jul '18

Hello Genodeans I would like to use my virtual machine in fullscreen mode on my sculpt. If I'm interpreting the configuration of the floating_window_layouter correctly, the key combination [SCREEN]+[ENTER] will toggle the fullscreen mode of a window. Further there is a normally disabled configuration in /config/input_fliter that remaps the key [LEFTMETA] to [SCREEN]. However when I enable the remapping and start the wm and the virtual machine, pressing [LEFTMETA] and [ENTER] as described in the sequence of the layouter.config nothing happens. Do I need to change something else? Best regards, Pirmin

5 8

Sculpt - default partition GENODE*
by Tomasz Gajewski 21 Jul '18

21 Jul '18

In the documentation of Sculpt-TC there is: The storage dialog hosts a convenient "Default" button that allows one to toggle a partition label between "GENODE" and "GENODE*". I don't have such a button. Is it a bug in documentation, bug in code or there are some restrictions under which it should appear? Regards Tomasz Gajewski

2 2

Creating an IRQ session
by Harsha Sharma 20 Jul '18

20 Jul '18

Hello, I get the following error when child component issues a session request for IRQ session: Error: Binding IRQ to the ICU failed But parent returns a session capability and then Error: unavailable IRQ requested I just want to test implementing different kind of sessions. Any help will be really appreciated. Thank you so much for your time. Regards, Harsha Sharma

2 4

Error: ID space not empty at destruction time
by Stefan Thöni 20 Jul '18

20 Jul '18

Hello Genodians, when the verify tool is terminated by removal from the init config after having done its job both ram_fs used for public and depot yield an "Error: ID space not empty at destruction time". Should I worry about these errors? Bests Stefan -- Freundliche Grüsse Stefan Thöni Senior Security Architect +41 79 610 64 95 gapfruit AG Baarerstrasse 135 6300 Zug https://gapfruit.com

2 1

lxip vfs and RM-session
by Stefan Thöni 19 Jul '18

19 Jul '18

Hello Genodians, I'm currently trying to use a lxip stack in a vfs component (name tcpip) in a package in the sculpt runtime. This fails with the following error: [runtime] Warning: upd: no route to service "RM" [runtime -> upd -> tcpip] Error: RM-session creation failed (ram_quota=65536, cap_quota=2) [runtime -> upd -> tcpip] Error: __cxa_guard_abort called [runtime -> upd -> tcpip] Error: failed to create <lxip> VFS node [runtime -> upd -> tcpip] Error: dhcp="yes" The RM-session seems properly configured in both runtime and deploy. The "tcpip" vfs component then continues to run and accepts file system session, but obviously the socket part doesn't work. [runtime -> upd -> tcpip] session opened for 'subinit -> tcpip' at '/' [runtime -> upd -> subinit -> fetchurl] fetch https://... [runtime -> upd -> subinit -> fetchurl] Error: failed to open new socket at /tcpip/socket/udp/new_socket [runtime -> upd -> subinit -> fetchurl] Error: Couldn't resolve host name, failed to fetch https://... Any ideas what the problem with said RM-session could be? Bests Stefan -- Freundliche Grüsse Stefan Thöni Senior Security Architect +41 79 610 64 95 gapfruit AG Baarerstrasse 135 6300 Zug https://gapfruit.com

2 1

Re: Linker Issues in base-hw for an Armv8 Implementation
by Bob Stewart 19 Jul '18

19 Jul '18

Looks like my reply from yesterday got held up for being too long. Shorter version:- There is actually no error message indication why the linker failed. Assuming that it was because --build-id was expected later in the linker operations, I added the linker option -Wl, --build-id=none to the final image linker command in build_core. That resulted in the linker completing successfully and sensible image sizes being created as shown in the objdump output: objdump-p ../build/dragonboard/var/run/log.bootstrap|more ../build/dragonboard/var/run/log.bootstrap: file format elf64-little Program Header: LOAD off 0x0000000000001000 vaddr0x0000000081000000 paddr0x0000000081000000 align 2**12 filesz0x000000000003b840 memsz0x000000000003b840 flags r-x LOAD off 0x000000000003d000 vaddr0x000000008103c000 paddr0x000000008103c000 align 2**12 filesz0x00000000000041fc memsz0x000000000000d109 flags rw- LOAD off 0x00000000000411fc vaddr0x0000000000000000 paddr0x0000000000000000 align 2**12 filesz0x0000000000000000 memsz0x0000000000000000 flags r-- The executable image produced, image.elflooks okwith a quick scan using readelf. Sebastian, do you have any thoughts on why the linker gets upset with when the .note.gnu.build <http://note.gnu.build>-idsection is not discarded? Thanks, Bob Get Outlook for Android <https://aka.ms/ghei36> ------------------------------------------------------------------------ *From:* Bob Stewart <robjsstewart(a)gmail.com> *Sent:* Wednesday, July 18, 2018 1:55:02 PM *To:* users(a)lists.genode.org *Subject:* Re: Linker Issues in base-hw for an Armv8 Implementation There is actually no error message indication why the linker failed. Assuming that it was because --build-id was expected later in the linker operations, I added the linker option -Wl, --build-id=none to the final image linker command in build_core. That resulted in the linker completing successfully and sensible image sizes being created as shown in the objdump output: objdump -p ../build/dragonboard/var/run/log.bootstrap |more ../build/dragonboard/var/run/log.bootstrap: file format elf64-little Program Header: LOAD off 0x0000000000001000 vaddr 0x0000000081000000 paddr 0x0000000081000000 align 2**12 filesz 0x000000000003b840 memsz 0x000000000003b840 flags r-x LOAD off 0x000000000003d000 vaddr 0x000000008103c000 paddr 0x000000008103c000 align 2**12 filesz 0x00000000000041fc memsz 0x000000000000d109 flags rw- LOAD off 0x00000000000411fc vaddr 0x0000000000000000 paddr 0x0000000000000000 align 2**12 filesz 0x0000000000000000 memsz 0x0000000000000000 flags r-- objdump -h ../build/dragonboard/var/run/log.bootstrap |more ../build/dragonboard/var/run/log.bootstrap: file format elf64-little Sections: Idx Name Size VMA LMA File off Algn 0 .text 0003b840 0000000081000000 0000000081000000 00001000 2**4 CONTENTS, ALLOC, LOAD, READONLY, CODE 1 .data 00000718 000000008103c000 000000008103c000 0003d000 2**3 CONTENTS, ALLOC, LOAD, DATA 2 .got 000000e0 000000008103c718 000000008103c718 0003d718 2**3 CONTENTS, ALLOC, LOAD, DATA 3 .got.plt 00000018 000000008103c7f8 000000008103c7f8 0003d7f8 2**3 CONTENTS, ALLOC, LOAD, DATA 4 .eh_frame 00003084 000000008103c810 000000008103c810 0003d810 2**3 CONTENTS, ALLOC, LOAD, READONLY, DATA 5 .gcc_except_table 00000968 000000008103f894 000000008103f894 00040894 2**2 CONTENTS, ALLOC, LOAD, READONLY, DATA 6 .bss 00008f09 0000000081040200 0000000081040200 000411fc 2**3 ALLOC The executable image produced, image.elf looks ok with a quick scan using readelf. Sebastian, do you have any thoughts on why the linker gets upset with when the .note.gnu.build-id section is not discarded? Thanks, Bob

1 0

Linker Issues in base-hw for an Armv8 Implementation
by Bob Stewart 18 Jul '18

18 Jul '18

Hi, I realize my issues are far from the current mostly-Sculpt roadmap, but perhaps someone can throw some light on my problems...at least I'm dealing with current hardware devoid of parallel ports :o I've been carefully creating a build structure in base-hw that will support armv8 and at least AArch64 over the past several months. I'm at the point where I have made all the architectural additions to support armv8 and the arm64 assembler which includes support for the assembler instruction changes from armv7, execution modes, and exception levels (only EL0 and EL1, initially). Everything builds for a cortex A-53 platform but fails in the final linking steps in two ways as described below. But first, my build tools are a copy of the Linaro toolchain, version 6.4.1, which used binutils 2.27, and my CROSS_DEV_PREFIX points to its location. I'm building in Genode 18.02 1. The final linking step fails initially with the "_impure_ptr" global not being resolved (see the build output in build_impure.log). Typically this global is supplied via libc, but Genode's special libc does not contain it. This global is a pointer to a structure that contains "errno" from failed C-code execution, along with some concurrency data for threading, if remember correctly. The pointer is only used in vterminate.cc which comes from the toolchain. In the currently used Genode toolchain the library supc++.o contains vterminate.o which is stripped, so the linker would not complain about the pointer. Is this by design because the process is about to die anyway when vterminate is called? To temporarily work around this problem I created a dummy void * _impure_ptr global in base/lib/cxx/misc.cc. The linker now continues and eventually completes. 2. The second problem is the size of the executable image files that the linker produces, several gigabytes! The actual memory image of the executable appears correct based on a dump of the section header but the header information shows that the File Offsets to the sections appears to be based off the link address. For example, in the creation of the boot image, build_core creates the binary log.bootstrap, the dump of which is: objdump -h ../build/dragonboard/var/run/log.bootstrap |more ../build/dragonboard/var/run/log.bootstrap: file format elf64-little Sections: Idx Name Size VMA LMA File off Algn 0 .note.gnu.build-id 00000024 0000000000000000 0000000000000000 81042000 2**2 CONTENTS, ALLOC, LOAD, READONLY, DATA 1 .text 0003b840 0000000081000000 0000000081000000 81001000 2**4 CONTENTS, ALLOC, LOAD, READONLY, CODE 2 .data 00000718 000000008103c000 000000008103c000 8103d000 2**3 CONTENTS, ALLOC, LOAD, DATA 3 .got 000000e0 000000008103c718 000000008103c718 8103d718 2**3 CONTENTS, ALLOC, LOAD, DATA 4 .got.plt 00000018 000000008103c7f8 000000008103c7f8 8103d7f8 2**3 CONTENTS, ALLOC, LOAD, DATA 5 .eh_frame 00003084 000000008103c810 000000008103c810 8103d810 2**3 CONTENTS, ALLOC, LOAD, READONLY, DATA 6 .gcc_except_table 00000968 000000008103f894 000000008103f894 81040894 2**2 CONTENTS, ALLOC, LOAD, READONLY, DATA 7 .bss 00008f09 0000000081040200 0000000081040200 810411fc 2**3 ALLOC It would appear that all the "File off" values are the expected value plus the bootstrap_link_address which is 0x81000000. Additionally, there is no stack unwind sections present, that is .ARM.exid/extab. The linker script being used is base/src/ld/genode.ld, as it should be. I don't have sufficient knowledge about linker functioning to begin to understand how the File offset values are determined or how the c++ stack unwind section is added, or not. Any suggestions would be very helpful. Thanks, Bob Stewart

2 2

difference between lwip and lxip
by Guido Witmond 16 Jul '18

16 Jul '18

Hi All, I've been playing with lwip and lxip and I noticed a discrepancy between them. I made a tester-application [1] to pinpoint these differences. The application gets a DHCP-address, opens a berkeley socket, binds to it, sets listen mode and accepts an incoming request. Then it sends a simple string back and waits for a new request. With lwip it works as expected. With lxip it runs until the accept-step. There it times out after roughly 10 seconds with errno 21 (EINVAL) Invalid argument. However if I connect to it with a client before the timeout hits, it serves a reply and resets the timer. I can keep the application alive for as long as I keep requests coming in. I understood that lxip was plug-in compatible with lwip but somehow lxip does not have the patience that lwip has. Is this a bug in lxip or is there a missing dependency for lxip? I've added the make run/tester_l[wx]ip log files in the repo. The lxip one has scary warning about incompatible type conversions. Cheers, Guido. 1: https://github.com/gwitmond/tester

2 2

scupt-tc real hardware: 0/3
by Paul Dufresne 16 Jul '18

16 Jul '18

Oh well, I am like a returning Genode user, for almost ... one and an half year I guess. I am glad to see that there is now an image (a USB one... I would guess it would not work on a DVD?). I have downloaded it yesterday, and tried it on 3 computers (2 almost the same: Dell Optiplex 745, not sure the other is a 745 too). One of the two is my own computer, and I have try many BIOS config, but it does always do the same: show the Logo, screen become black for about 7 secs... then it reboots and loop. On a laptop I own but keep at my friend location, it would show the logo, screen would become black, and it would hang there. I think I remembered that debug messages was sent on serial port, but sadly, I have dump my serial null-modem, thinking that it was outdated. I don't think the Dell Optiplex support AMT? ... that technology that is supposed to keep a log in memory that would have been sent to serial port. I was thinking about the fact, that one should expect things not to work rather than to work. Was thinking about what I would probably design. I was thinking that an hard disk partition could be used as a log partition. I was thinking about giving step numbers while booting. Was thinking how screen is small, not so many lines, and that writing only error or warning messages, avoiding went good messages is a good default. Was thinking about boot options: -Show only warning and error messages -Show text description of all steps, one by line + one line by error messages -Show all steps numbers done, just separated by a space, giving only error messages -Write log to disk partition (USB drivers is hard to get right on real hardware, from my experience with ReactOS), with warning and errors only -Write log to disk partition with all messages, even info messages Sure, the step where you go from text mode to graphic mode, is a bit tricky... guess in "debug mode", I would do like when changing screen resolutions: change resolution Show "Are you happy with this screen?" Wait 5 secs If not yes, return to text mode, and ... go to a terminal. But of course, I am more thinking than doing.

7 31

How To Query Remote Repository
by John J. Karcher 12 Jul '18

12 Jul '18

Hello, Apologies in advance if this is a stupid question, but is there a way to query a remote repository for what packages are available (and what versions)? I couldn't find any way to do this, in either the development tools or the Sculpt runtime. Thanks! -- John J. Karcher devuser(a)alternateapproach.com

2 1

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

users