users

users@lists.genode.org

2 participants
2322 discussions

Announcement: Genode OS Framework version 21.11 released
by Norman Feske 30 Nov '21

30 Nov '21

Today, we released the version 21.11 of the Genode OS Framework: https://genode.org/news/genode-os-framework-release-21.11 During this release cycle, we focused on device drivers. Thanks to the new DDE-Linux approach featured by the previous release, we were able to transplant the display and touchscreen drivers for the Pinephone from the Linux kernel to Genode. The drivers are reused without modifications, but each one is sandboxed independently as a separate component. The i.MX8 SoC family enjoys the most comprehensive Genode support among the 64-bit ARM platforms. The new version advances the driver coverage further by the means of a new USB host-controller driver that improves the performance of isochronous devices like webcams, and a new GPU driver for the Vivante GPU. Speaking of GPUs, we maintained the steady pace of our work on hardware-accelerated graphics and are proud the announce the support for Intel Gen9 and newer GPUs by our custom Intel GPU multiplexer. The topics outlined above barely scratch the surface. For the whole picture, please enjoy skimming the release documentation linked below. The major improvement at a glance: - Modularization of Genode's board-support code base - Drivers - Interactive scenarios on the Pinephone (touch + graphics) - New USB driver for NXP i.MX8 - New Vivante GPU driver and etnaviv Mesa driver - New VirtIO input and framebuffer drivers - Hardware-accelerated graphics with Intel Gen9+ GPUs - New support for the Xilinx Zynq-based USRP E310 board - Feature completion of VirtualBox 6 - Sculpt OS for 64-bit ARM in addition to x86 - Audio and OpenGL support for libSDL2 - Automated boot-image creation for i.MX8, Zynq, Allwinner The full documentation of the changes is available here: https://genode.org/documentation/release-notes/21.11 Enjoy the new version! Norman -- Dr.-Ing. Norman Feske Genode Labs https://www.genode-labs.com · https://genode.org Genode Labs GmbH · Amtsgericht Dresden · HRB 28424 · Sitz Dresden Geschäftsführer: Dr.-Ing. Norman Feske, Christian Helmuth

1 0

Wacom Touchscreen / Pen Driver
by John J. Karcher 28 Nov '21

28 Nov '21

Hello, I was just wondering if anyone has had the itch to finish converting the Wacom touchscreen / pen driver, possibly with the benefit of the newer Linux driver conversion tools? I've tried a couple of times, but it's beyond my skill set (and time to learn). Thanks! -- John J. Karcher devuser(a)alternateapproach.com

4 5

Questions regarding Issue #4323
by Costin Grigore 18 Nov '21

18 Nov '21

Hello, I'm a final year CS B.S. student. I was looking for an interesting project / thesis for my Bachelor and my professor suggested I take a look into Genode (besides other things). I find the project fascinating, even though I don't nearly possess enough information to fully understand it. Browsing through the issue tracker, I saw Issue #4323, regarding a possible memory leak. To my understanding, this would be a very easy fix, just free the void pointer that was allocated. Is that enough? I've also found one other place (and there could be more) where this happens again. The same idea -> allocated memory that doesn't get deallocated if the mapping fails. How should I go about helping with this? Search for such spots and add a deallocation for each I find, then create a pull request? Thanks in advance, Costinteo

4 4

Current status of genode golang port
by Alexander Tormasov 04 Nov '21

04 Nov '21

Implemented experimental stack switch for current genode 21.08/gcc10.3 (by opaque structure Thread rewriting) during setcontext() Works for many CPU, with gcc optimization turned on (tested on 4) on NOVA and linux x86_64, sometimes works on sel4 To run need 2 repos: https://github.com/tor-m6/genode.git (Need to checkout 21.08 branch) https://github.com/tor-m6/genode-world.git (Need to checkout 21.08experimental) I successfully run some tests with channels/async goroutines - some of them (Like Hanoi towers or barber serving) inside https://github.com/tor-m6/genode-world/blob/21.08experimental/src/test/go_a… All of them commented out - you can compile any between «package main» lines, or try your own More details in https://github.com/tor-m6/genode-world/blob/21.08experimental/src/test/go_a… Note 1: As pointed by Use, I know that potentially it could fail if you try to acquire genode resources/caps directly from go code, while all tests and anything backend by libc port should work. Note 2: sel4 problem: on my working copy it works always, while fresh rebuild fail during golang stack unwind - because of guard page «edge» access. Still not able to debug… Question: how to print call stack from page fault? Error message below, I need to understand a reason, not just place - I know it inside function _Unwind_GetGR(): /genodelabs-genode-c0150f9/contrib/gcc-bc8a730adbf377de2c449d222a0df0ba7096a4b8/src/noux-pkg/gcc/libgcc/unwind-dw2.c:234 Warning: page-fault, pager_object: pd='init -> test-go' thread='ep' ip=0x112938f pf-addr=0x403ff008 Sincerely, Alexander

1 0

usb_modem and mbimcli
by Duss Pirmin 04 Nov '21

04 Nov '21

Hello Genodians I have a SIMCOM 7600G mPCI modem, which I have configured to use MBIM mode. The device is recognized by `usb_drv` as follows: ``` <device label="usb-1-4" vendor_id="0x1e0e" product_id="0x9003" bus="0x1" dev="0x4" class="0xff"> <interface class="0xff" protocol="0xff"/> <interface class="0xff" protocol="0x0"/> <interface class="0xff" protocol="0x0"/> <interface class="0xff" protocol="0x0"/> <interface class="0xff" protocol="0x0"/> <interface class="0x2" protocol="0x0"/> <interface class="0xa" protocol="0x2"/> </device> ``` As described in the README of the driver I added a configuration to `usb_modem_drv. Most of the times when I execute mbimcli.run (with or without a SIM card inserted) I get the following error: ``` Error: couldn't open the MbimDevice: Operation timed out: device is closed ``` On a low fraction of runs without SIM `mbimcli` reports that no sim is inserted. Setting the `TRACE` enum in `construct.cc` of mbimcli to `TRUE`, I see the following debug output. ``` [13:44:42.820] [init -> mbimcli] <<<<<< RAW: [13:44:42.821] [init -> mbimcli] <<<<<< length = 16 [13:44:42.821] [init -> mbimcli] <<<<<< data = 01:00:00:00:10:00:00:00:01:00:00:00:00:10:00:00 [13:44:42.842] [init -> mbimcli] [13:44:42.842] [init -> mbimcli] [Debug] [/dev/cdc-wdm0] Sent message (translated)... [13:44:42.843] [init -> mbimcli] <<<<<< Header: [13:44:42.843] [init -> mbimcli] <<<<<< length = 16 [13:44:42.843] [init -> mbimcli] <<<<<< type = open (0x00000001) [13:44:42.855] [init -> mbimcli] <<<<<< transaction = 1 [13:44:42.856] [init -> mbimcli] <<<<<< Contents: [13:44:42.856] [init -> mbimcli] <<<<<< max control transfer = 4096 [13:44:42.856] [init -> mbimcli] [13:44:47.821] [init -> mbimcli] [Debug] [/dev/cdc-wdm0] Sent message... [13:44:47.822] [init -> mbimcli] <<<<<< RAW: [13:44:47.822] [init -> mbimcli] <<<<<< length = 16 [13:44:47.822] [init -> mbimcli] <<<<<< data = 01:00:00:00:10:00:00:00:02:00:00:00:00:10:00:00 [13:44:47.844] [init -> mbimcli] [13:44:47.844] [init -> mbimcli] [Debug] [/dev/cdc-wdm0] Sent message (translated)... [13:44:47.845] [init -> mbimcli] <<<<<< Header: [13:44:47.845] [init -> mbimcli] <<<<<< length = 16 [13:44:47.845] [init -> mbimcli] <<<<<< type = open (0x00000001) [13:44:47.857] [init -> mbimcli] <<<<<< transaction = 2 [13:44:47.857] [init -> mbimcli] <<<<<< Contents: [13:44:47.857] [init -> mbimcli] <<<<<< max control transfer = 4096 [13:44:47.858] [init -> mbimcli] [13:44:50.890] [init -> mbimcli] [Debug] [/dev/cdc-wdm0] Received message... [13:44:50.891] [init -> mbimcli] >>>>>> RAW: [13:44:50.891] [init -> mbimcli] >>>>>> length = 16 [13:44:50.891] [init -> mbimcli] >>>>>> data = 01:00:00:80:10:00:00:00:01:00:00:00:00:00:00:00 [13:44:50.898] [init -> mbimcli] [13:44:50.899] [init -> mbimcli] [Debug] [/dev/cdc-wdm0] No transaction matched in received message [13:44:50.921] [init -> mbimcli] [Debug] [/dev/cdc-wdm0] Received unexpected message (translated)... [13:44:50.921] [init -> mbimcli] >>>>>> Header: [13:44:50.921] [init -> mbimcli] >>>>>> length = 16 [13:44:50.921] [init -> mbimcli] >>>>>> type = open-done (0x80000001) [13:44:50.936] [init -> mbimcli] >>>>>> transaction = 1 [13:44:50.936] [init -> mbimcli] >>>>>> Contents: [13:44:50.936] [init -> mbimcli] >>>>>> status error = 'None' (0x00000000) [13:44:50.936] [init -> mbimcli] [13:44:52.824] [init -> mbimcli] [Debug] [/dev/cdc-wdm0] Sent message... [13:44:52.825] [init -> mbimcli] <<<<<< RAW: [13:44:52.825] [init -> mbimcli] <<<<<< length = 16 [13:44:52.825] [init -> mbimcli] <<<<<< data = 01:00:00:00:10:00:00:00:03:00:00:00:00:10:00:00 [13:44:52.846] [init -> mbimcli] [13:44:52.846] [init -> mbimcli] [Debug] [/dev/cdc-wdm0] Sent message (translated)... [13:44:52.847] [init -> mbimcli] <<<<<< Header: [13:44:52.847] [init -> mbimcli] <<<<<< length = 16 [13:44:52.847] [init -> mbimcli] <<<<<< type = open (0x00000001) [13:44:52.859] [init -> mbimcli] <<<<<< transaction = 3 [13:44:52.859] [init -> mbimcli] <<<<<< Contents: [13:44:52.860] [init -> mbimcli] <<<<<< max control transfer = 4096 [13:44:52.860] [init -> mbimcli] ... ``` This looks to me, as if the device is too slow in answering the first request. `mbimcli` will continue to send until transaction ID nine is reached and then stop with the error message from above. Only one response is ever received per test run on error. When I insert a SIM card, then a second message is received directly after the first which looks as follows: ``` [15:24:15.668] [init -> mbimcli] [Debug] [/dev/cdc-wdm0] Received message... [15:24:15.668] [init -> mbimcli] >>>>>> RAW: [15:24:15.668] [init -> mbimcli] >>>>>> length = 92 [15:24:15.691] [init -> mbimcli] >>>>>> data = 07:00:00:80:5C:00:00:00:00:00:00:00:01:00:00:00:00:00:00:00:53:3F:BE:EB:14:FE:44:67:9F:90:33:A2:23:E5:6C:3F:01:00:00:00:30:00:00:00:01:00:00:00:00:00:00:00:35:00:00:00:00:00:00:00:18:00:00:00:18:00:00:00:2B:00:34: [15:24:15.691] [init -> mbimcli] 00:31:00:37:00:39:00:34:00:39:00:39:00:39:00:30:00:30:00:30:00 [15:24:15.691] [init -> mbimcli] [15:24:15.714] [init -> mbimcli] [Debug] [/dev/cdc-wdm0] Received message (translated)... [15:24:15.715] [init -> mbimcli] >>>>>> Header: [15:24:15.715] [init -> mbimcli] >>>>>> length = 92 [15:24:15.715] [init -> mbimcli] >>>>>> type = indicate-status (0x80000007) [15:24:15.736] [init -> mbimcli] >>>>>> transaction = 0 [15:24:15.736] [init -> mbimcli] >>>>>> Fragment header: [15:24:15.737] [init -> mbimcli] >>>>>> total = 1 [15:24:15.737] [init -> mbimcli] >>>>>> current = 0 [15:24:15.737] [init -> mbimcli] >>>>>> Contents: [15:24:15.753] [init -> mbimcli] >>>>>> service = 'sms' (533fbeeb-14fe-4467-9f90-33a223e56c3f) [15:24:15.753] [init -> mbimcli] >>>>>> cid = 'configuration' (0x00000001) [15:24:15.754] [init -> mbimcli] >>>>>> Fields: Unknown contents [15:24:15.754] [init -> mbimcli] ``` Still `mbimcli` will send further open requests. What I do not understand is that a service `sms` is reported, however the SIM in use doesn't support sending/receiving of SMS. In rare cases the following message also appears in the output: ``` [init -> usb_modem_drv] dev_err: nonzero urb status received: -EPIPE ``` I'm not sure if it is related, but as the modem is connected via USB it could be. The device is connected to a iMX8m mini, which uses the same `usb_host_drv` as the iMX6q sabrelite. Has anybody an idea how I could narrow down the issue? Best regards, Pirmin

3 2

Testing genode on PinePhone
by Sagar Acharya 29 Oct '21

29 Oct '21

I have a PinePhone. I'm currently using mobian + phosh but I do see there is tremendous scope in battery optimization and I would love to test genode on PinePhone. I have convergence edition. Please let me know how to proceed. Thanking you Sagar Acharya P.S. You can also assign me some simple C++ code to be done.

2 1

CBE deadlock
by Stefan Thöni 25 Oct '21

25 Oct '21

Hello Genodians Unfortunatly, I've discovered a deadlock with CBE when using the test/block/client on it's encrypted volume via the vfs_block. The runscript 'vfs_cbe_ram' on the following branch will reproduce the deadlock: https://github.com/throwException/genode/tree/cbe_ram_2 Any ideas on how to fix this? Best regards Stefan

2 1

Component communication over ethernet using VDE switches
by Kevin Burton 22 Oct '21

22 Oct '21

Hello, I am currently writing a program which boils down to a few components communicating over Ethernet using sockets. This works well utilizing the nic_router functionality, but I would like to emulate a more realistic scenario with the components being started from their own respective run scripts. I know for a fact that this was possible using the VDE switch functionality of QEMU in late 2015, but can't get it to work now the same way it used to, which simply consisted of starting the switch in a terminal and appending -net vde,sock=<switch location> to the QEMU args. No errors or warnings are thrown. Does anybody have recent experience with VDE switches or knows anything similar that could be used to achieve a more lifelike scenario? If possible, examples of such run scripts would be very helpful. Thanks in advance for your assistance. Kind regards, Kevin Burton

2 1

sleep and/or keyboard listen
by Kevin Burton 17 Oct '21

17 Oct '21

Hello Genodians, is it possible to have the main thread either sleep for a specific amount of time or have it wait for a keyboard input? If yes, how would I go about implementing it? I have read online that the Timer service is in charge of sleeps, but I haven't found a way to use it at all. Thanks in advance for your help. Kind regards, Kevin Burton

3 2

gdb_monitor for NOVA hit Error: __cxa_pure_virtual called
by Alexander Tormasov 15 Oct '21

15 Oct '21

I am trying gdb debugging for 21.08 (gcc 10.3) for nova x86_64 I compile everything from the scratch using make -C build/x86_64/ KERNEL=nova BOARD=pc CFLAGS="-g -O0" VERBOSE= run/go_app_dbg while attempt to run it inside qemu with 2 GB I see a problem in dbg_monitor itself, see below SeaBIOS (version rel-1.12.0-59-gc9ba5276e321-prebuilt.qemu.org) iPXE (http://ipxe.org) 00:02.0 CA00 PCI2.10 PnP PMM+7FF90660+7FEF0660 CA00 Booting from Hard Disk... Boot failed: could not read the boot disk Booting from DVD/CD... Bender: Hello World. NOVA' hwp config: eeo=na irq=na hwp=na epp=na epb=na NOVA Microhypervisor v8-5c64bba (x86_64): Oct 12 2021 01:47:36 [gcc 10.3.0] [MBI2] [ 0] TSC:2014786 kHz BUS:1009035 kHz (measured) [ 0] CORE:0:0:0 6:f:b:0 [0] Intel(R) Core(TM)2 Duo CPU T7700 @ 2.40GHz Hypervisor NOVA (API v8) core image [0000000000100000,00000000011bd000) binaries region [0000000000351000,00000000011bd000) free for reuse detected physical memory: 0x0000000000000000 - size: 0x000000000009fc00 use physical memory: 0x0000000000000000 - size: 0x000000000009f000 detected physical memory: 0x0000000000100000 - size: 0x000000007fedf000 use physical memory: 0x0000000000100000 - size: 0x000000007fedf000 reserved memory: 0x7ef20000 - size: 0x10be2f0 type=-2 reserved memory: 0x9fc00 - size: 0x400 type=2 reserved memory: 0xf0000 - size: 0x10000 type=2 reserved memory: 0x7ffdf000 - size: 0x21000 type=2 reserved memory: 0xb0000000 - size: 0x10000000 type=2 reserved memory: 0xfed1c000 - size: 0x4000 type=2 reserved memory: 0xfffc0000 - size: 0x40000 type=2 reserved memory: 0xfd000000 - size: 0x300000 type=-5 reserved memory: 0x1000000 - size: 0x800000 type=-1 reserved memory: 0x1800000 - size: 0x1c00000 type=-1 reserved memory: 0x7ffe20f8 - size: 0x0 type=-3 Hypervisor reports 1x1 CPU Warning: CPU has no invariant TSC. mapping: affinity space -> kernel cpu id - package:core:thread remap (0x0) -> 0 - 0:0:0) boot cpu ROM modules: ROM: [000000007f172000,000000007f172701) config ROM: [000000000000e000,0000000000012000) core_log ROM: [000000007fe32000,000000007ff968e8) gdb_monitor ROM: [000000007ff97000,000000007ffdd870) gdbserver_platform.lib.so ROM: [000000007f173000,000000007f2084a8) init ROM: [000000007f235000,000000007f398c78) ld.lib.so ROM: [000000007f399000,000000007f631cb0) libc.lib.so ROM: [000000007f632000,000000007f68fb20) libm.lib.so ROM: [000000007fdf9000,000000007fe31d58) pc_uart_drv ROM: [000000000000c000,000000000000d000) platform_info ROM: [000000007f690000,000000007f69ca70) posix.lib.so ROM: [000000007f69d000,000000007f8bce58) stdcxx.lib.so ROM: [000000007f9f5000,000000007fdf8418) test-go ROM: [000000007f209000,000000007f2342d0) timer ROM: [000000007f8bd000,000000007f9f4938) vfs.lib.so 36M kernel memory Genode 21.05-180-geb2f7074f <local changes> 1994 MiB RAM and 63254 caps assigned to init [init -> gdb_monitor] 0x1000000 .. 0x10ffffff: linker area [init -> pc_uart_drv] --- UART driver started — [init -> gdb_monitor] Error: __cxa_pure_virtual called, return addr is 0x12c849 I printed stack trace here: 0x000000000012c849: Linker::Root_object::~Root_object()::{lambda(Linker::Dependency&)#1}::operator()(Linker::Dependency&) const at linker.h:361 0x0000000000136eb9: void Genode::Fifo<Linker::Dependency>::dequeue<Linker::Root_object::~Root_object()::{lambda(Linker::Dependency&)#1}>(Linker::Root_object::~Root_object()::{lambda(Linker::Dependency&)#1} const&) at fifo.h:170 0x0000000000134261: void Genode::Fifo<Linker::Dependency>::dequeue_all<Linker::Root_object::~Root_object()::{lambda(Linker::Dependency&)#1}>(Linker::Root_object::~Root_object()::{lambda(Linker::Dependency&)#1} const&) at fifo.h:182 (discriminator 1) 0x000000000012c8cc: Linker::Root_object::~Root_object() at linker.h:363 0x00000000001305ea: Linker::Binary::Binary(Genode::Env&, Genode::Allocator&, Linker::Config const&, char const*) at main.cc:368 (discriminator 1) 0x0000000000137e5e: void Unmanaged_singleton_constructor::call<Linker::Binary, Genode::Env&, Genode::Heap&, Linker::Config const&, char const*&>(char*, Genode::Env&, Genode::Heap&, Linker::Config const&, char const*&) at unmanaged_singleton.h:58 0x00000000001362d0: Linker::Binary* unmanaged_singleton<Linker::Binary, 8, Genode::Env&, Genode::Heap&, Linker::Config const&, char const*>(Genode::Env&, Genode::Heap&, Linker::Config const&, char const*&&) at unmanaged_singleton.h:87 0x0000000000133245: Component::construct(Genode::Env&) at main.cc:812 (discriminator 4) 0x00000000000a61e6: (anonymous namespace)::Constructor_component::construct() at entrypoint.cc:320 0x00000000000ab265: Genode::Meta::Empty Genode::Meta::call_member<Genode::Meta::Empty, (anonymous namespace)::Constructor_component, Genode::Meta::Empty>((anonymous namespace)::Constructor_component&, Genode::Meta::Empty&, void ((anonymous namespace)::Constructor_component::*)()) at meta.h:464 (discriminator 4) 0x00000000000ab180: Genode::Meta::Empty (anonymous namespace)::Constructor::Rpc_construct::serve<(anonymous namespace)::Constructor_component, Genode::Meta::Empty>((anonymous namespace)::Constructor_component&, Genode::Meta::Empty&) at entrypoint.cc:293 0x00000000000aaf2d: (anonymous namespace)::Constructor::Rpc_construct::Ret_type Genode::Rpc_dispatcher<(anonymous namespace)::Constructor, (anonymous namespace)::Constructor_component>::_do_serve<(anonymous namespace)::Constructor::Rpc_construct>((anonymous namespace)::Constructor::Rpc_construct::Server_args&, Genode::Meta::Overload_selector<(anonymous namespace)::Constructor::Rpc_construct, Genode::Meta::Empty>) at rpc_server.h:146 0x00000000000aaabd: Genode::Rpc_exception_code Genode::Rpc_dispatcher<(anonymous namespace)::Constructor, (anonymous namespace)::Constructor_component>::_do_dispatch<Genode::Meta::Type_list<(anonymous namespace)::Constructor::Rpc_construct> >(Genode::Rpc_opcode, Genode::Ipc_unmarshaller&, Genode::Msgbuf_base&, Genode::Meta::Overload_selector<Genode::Meta::Type_list<(anonymous namespace)::Constructor::Rpc_construct>, Genode::Meta::Type_list<(anonymous namespace)::Constructor::Rpc_construct> >) at rpc_server.h:182 0x00000000000aa92d: Genode::Rpc_dispatcher<(anonymous namespace)::Constructor, (anonymous namespace)::Constructor_component>::dispatch(Genode::Rpc_opcode, Genode::Ipc_unmarshaller&, Genode::Msgbuf_base&) at rpc_server.h:236 0x00000000000aa868: Genode::Rpc_object<(anonymous namespace)::Constructor, (anonymous namespace)::Constructor_component>::dispatch(Genode::Rpc_opcode, Genode::Ipc_unmarshaller&, Genode::Msgbuf_base&) at rpc_server.h:273 0x00000000000c9d4e: Genode::Rpc_entrypoint::_activation_entry()::{lambda(Genode::Rpc_object_base*)#1}::operator()(Genode::Rpc_object_base*) const at rpc_entrypoint.cc:168 0x00000000000cbda4: Genode::Trait::Functor<decltype (&Genode::Rpc_entrypoint::_activation_entry()::{lambda(Genode::Rpc_object_base*)#1}::operator())>::Return_type Genode::Object_pool<Genode::Rpc_object_base>::apply<Genode::Rpc_entrypoint::_activation_entry()::{lambda(Genode::Rpc_object_base*)#1}>(unsigned long, Genode::Trait::Functor) at object_pool.h:147 0x00000000000ca08e: Genode::Rpc_entrypoint::_activation_entry() at rpc_entrypoint.cc:171 run file #debug go application via gdb # set build_components { core init timer lib/ld drivers/uart app/gdb_monitor test/go_app } lappend build_components "lib/gdbserver_platform-$::env(KERNEL)" build $build_components create_boot_directory install_config { <config> <parent-provides> <service name="ROM" /> <service name="LOG" /> <service name="RM" /> <service name="CPU" /> <service name="PD" /> <service name="IRQ" /> <service name="IO_MEM" /> <service name="IO_PORT" /> </parent-provides> <default-route> <any-service> <parent/> <any-child/> </any-service> </default-route> <default caps="250" /> <start name="timer" caps="200"> <resource name="RAM" quantum="2M"/> <provides> <service name="Timer"/> </provides> </start> <start name="pc_uart_drv" caps="200"> <resource name="RAM" quantum="2M" /> <provides> <service name="Uart"/> <service name="Terminal"/> </provides> <config> <policy label_prefix="gdb_monitor" uart="1" /> </config> </start> <start name="gdb_monitor" caps="3500"> <resource name="RAM" quantum="550M" /> <provides> <service name="test-go" /> </provides> <config verbose="yes" ld_verbose="yes"> <target name="test-go" > <config verbose="yes" ld_verbose="yes"> <vfs> <dir name="dev"> <log/> </dir> <rom name="ld.lib.so" label="ld.lib.so"/> <rom name="libc.lib.so" label="libc.lib.so"/> <rom name="vfs.lib.so" label="vfs.lib.so"/> <rom name="libm.lib.so" label="libm.lib.so"/> <rom name="stdcxx.lib.so" label="stdcxx.lib.so"/> <rom name="binary" label="test-go"/> <dir name="proc"> <dir name="self"> <rom name="exe" label="test-go"/> </dir> </dir> </vfs> <libc stdout="/dev/log" stderr="/dev/log" /> </config> </target> <preserve name="RAM" quantum="180M" /> <vfs> <dir name="dev"> <log/> <terminal/> </dir> </vfs> <libc stdout="/dev/log" stderr="/dev/log"> <mmap local_area_default_size="1610612736" /> </libc> </config> </start> </config> } # evaluated by the run tool proc binary_name_gdbserver_platform_lib_so { } { return "gdbserver_platform-$::env(KERNEL).lib.so" } build_boot_image { core init timer ld.lib.so libc.lib.so libm.lib.so posix.lib.so stdcxx.lib.so vfs.lib.so test-go pc_uart_drv gdb_monitor gdbserver_platform.lib.so } any ideas how to fix?

1 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

users