Re: regarding Sculpt on virt_qemu_riscv
Hi Pranab, On 13.02.23 17:32, Pranab Kumar Rout cs21m045 wrote: > [init -> test-log] Test done. > > and, Qemu popped up with a text "*Guest has not initialized the display > yet*". > > Please tell me if this is all what I should expect from 'make run/log' > or if I have done something wrong ? Yes, this can be considered a successful run of the log test. Why you had to download the firmware and run the image manually is out of my scope of knowledge. > P.S. /- /The drivers_interactive package for this platform (riscv), is > not in /'repos/os/recipes/raw/' /rather its present > in/'genode/repos/riscv/recipes/raw'./ On branch genodelabs/master the archives are located here: repos/riscv/recipes/pkg/drivers_interactive-virt_qemu_riscv repos/riscv/recipes/raw/drivers_interactive-virt_qemu_riscv I assume the problem is that your Sculpt configuration references the wrong recipe names (drivers_interactive-virt_riscv instead of drivers_interactive-virt_qemu_riscv). > All recipes related to riscv was not with genode, I had to add it into > /'genode/repos/' /from github. This is normal. the genodelabs repo contains only the basic OS framework. Other platforms like RISC-V have their own repository. In the end this is transparent to the build system because all repositories you select are seen like "combined" as a single source tree. You don't have to move stuff around from one repo to another! I hope that helped? Cheers, Martin ___ Genode users mailing list users@lists.genode.org https://lists.genode.org/listinfo/users
Re: PinePhone image user experience
Hi, > I couldn’t get data to work because I didn’t see a way to give it the > correct APN. Setting the APN is not yet supported. > PS Do USB/ethernet/charging Just Work via the hub that comes with the > 3GB PinePhone (once one learns how Sculpt OS works, at any rate), or > would that require more drivers to be written? AFAIK the hub not been tested yet, I suppose charging could work. That being said we focused on getting the second EHCI controller where the modem is attached to to work first. At the very least integration work is needed to make use of the ethernet device in the hub if not changes to the USB driver. Regards Josef -- Josef Söntgen Genode Labs http://www.genode-labs.com/ · http://genode.org/ signature.asc Description: PGP signature ___ Genode users mailing list users@lists.genode.org https://lists.genode.org/listinfo/users
Re: Sculpt: use second SSD for a VM
Hello Pirmin, > I have a notebook with two SSDs, On which I have installed Sculpt. > > I want to use the whole second disk for one VM. > > VMs that use partitions from the first disk work well. > > In the launcher for the VM using the whole second Disk I configured block > access as follows: > > > Where ahci-2 is the name of the second disk displayed in the Sculpt > Leitzentrale. > > When I start this VM, it looks, as it would wait to get access to the Block > session (only two lines of output are printed). > > Is this setup possible or do I need to change it in some way? I would imagine that your setup should work. As a test you could deploy the 'part_block' pkg and point that to your second SSD. If it is able to parse the partition table that would suggest that something in your vbox setup is missing. Regards Josef -- Josef Söntgen Genode Labs http://www.genode-labs.com/ · http://genode.org/ signature.asc Description: PGP signature ___ Genode users mailing list users@lists.genode.org https://lists.genode.org/listinfo/users
regarding Sculpt on virt_qemu_riscv
Hello, I am trying to build sculpt for virt_qemu_riscv. As I could not find the "virt_qemu_riscv" directory inside genode. So I cloned the riscv inside repos under genode from " https://github.com/genodelabs/genode-riscv/;. Earlier while executing the command: > make run/log BOARD=virt_qemu_riscv KERNEL=hw I got this error.: genode build completed using 'ld-hw.lib.so' as 'ld.lib.so' core link address is 0xffc0 spawn qemu-system-riscv64 -nographic -serial mon:stdio -kernel var/run/log/boot/image.elf -m 512 -machine virt -cpu rv64,priv_spec=v1.10.0 -bios default -global virtio-mmio.force-legacy=false -device virtio-net-device,bus=virtio-mmio-bus.0,netdev=net0 -device virtio-mouse-device -device virtio-keyboard-device -device virtio-gpu-device -netdev user,id=net0 qemu-system-riscv64: Unable to load the RISC-V firmware "opensbi-riscv64-virt-fw_jump.bin" Aborting, received EOF Log step failed, retry. I had raised this issue then and I would like to answer your questions. - qemu-system-riscv64 --version QEMU emulator version 4.2.1 (Debian 1:4.2-3ubuntu6.24) Copyright (c) 2003-2019 Fabrice Bellard and the QEMU Project developers I could not fix qemu so I downloaded the RISC-V firmware "opensbi-riscv64-virt-fw_jump.bin" and used it explicitly to run the elf file generated. I got this output Platform Name : QEMU Virt Machine Platform HART Features : RV64ACDFIMSU Platform Max HARTs : 8 Current Hart : 0 Firmware Base : 0x8000 Firmware Size : 120 KB Runtime SBI Version: 0.2 MIDELEG : 0x0222 MEDELEG : 0xb109 PMP0: 0x8000-0x8001 (A) PMP1: 0x-0x (A,R,W,X) kernel initialized ROM modules: ROM: [803ed000,803ed156) config ROM: [801d3000,801d4000) core_log ROM: [8039b000,803e5120) init ROM: [802ff000,8039a920) ld.lib.so ROM: [80146000,80147000) platform_info ROM: [803e6000,803ec460) test-log Genode 22.11-7-g83ac80460 507 MiB RAM and 64533 caps assigned to init [init -> test-log] hex range: [0e00,1680) [init -> test-log] empty hex range:[0abc,0abc) (empty!) [init -> test-log] hex range to limit: [f8,ff] [init -> test-log] invalid hex range: [f8,08) (overflow!) [init -> test-log] negative hex char: 0xfe [init -> test-log] positive hex char: 0x02 [init -> test-log] floating point: 1.70 [init -> test-log] multiarg string:"parent -> child.7" [init -> test-log] String(Hex(3)): 0x3 [init -> test-log] Very long messages: [init -> test-log -> log] 1.2 [init -> test-log] 3.4 [init -> test-log] 5.6 [init -> test-log] [init -> test-log] Test done. and, Qemu popped up with a text "*Guest has not initialized the display yet* ". Please tell me if this is all what I should expect from 'make run/log' or if I have done something wrong ? -- So, Now I am trying to build sculpt using: > make run/sculpt BOARD=virt_qemu_riscv KERNEL=hw I have added the virt_qemu platform in sculpt.run file. I have added a driver configuration file under *'repos/gems/sculpt/drivers' and added a **default-virt_qemu_arm_riscv.sculpt file under 'repos/gems/sculpt'.* I am getting this error: including /home/pranab/MTP/r5/genode/tool/run/power_on/qemu including /home/pranab/MTP/r5/genode/tool/run/log/qemu including /home/pranab/MTP/r5/genode/tool/run/boot_dir/hw including /home/pranab/MTP/r5/genode/repos/gems/run/sculpt.run update depot: /home/pranab/MTP/r5/genode/tool/depot/create genodelabs/bin/riscv/base-hw-virt_qemu_riscv genodelabs/bin/riscv/event_filter genodelabs/bin/riscv/init genodelabs/bin/riscv/nitpicker genodelabs/bin/riscv/platform_drv genodelabs/bin/riscv/rom_reporter genodelabs/bin/riscv/virt_qemu_drivers genodelabs/bin/riscv/virtdev_rom genodelabs/bin/riscv/virtio_fb_drv genodelabs/bin/riscv/virtio_input_drv genodelabs/bin/riscv/virtio_nic_drv genodelabs/pkg/riscv/drivers_interactive-virt_riscv genodelabs/pkg/riscv/sculpt genodelabs/raw/drivers_interactive-virt_riscv CROSS_DEV_PREFIX=/usr/local/genode/tool/21.05/bin/genode-riscv- DEPOT_DIR=/home/pranab/MTP/r5/genode/depot
Re: vbox6: gim system time update measurement
Hi Johnny, On 2/13/23 16:54, Sebastian Sumpf wrote: Hi Johnny, On 2/13/23 15:58, Johnny Nunez wrote: Hi Sebastian The pre-compile Sculpt version image does not reflect the commit , does it? I don’t think so, now how can a change be made after to reflect this commit, I don’t think it can be made, can it? I think I need to make this commit myself ( replace the original file with this new one ) and compile a new image? I don’t know, maybe. I am running this on a real intel gen 4 laptop, i5 8G touch screen. Correct, the commit was done after Sculpt 22.10. You could checkout Sculpt 22.10 [1] and cherry pick the commit from master. E.g., ! git cherry-pick dd51a53b64a03b94fc6cebbc2d7b8ba28c22aa88 or checkout release 22.11 [2] which should work also. Any way you will have to rebuild Sculpt Sorry, I am wrong with the things below. You need not to rebuild Sculpt but the VritualBox6 package and publish that. Sebastian ! make KERNEL=nova BOARD=pc run/sculpt and dd var/run/sculpt.img to your stick. [1] https://github.com/genodelabs/genode/releases/tag/sculpt-22.10 [2] https://github.com/genodelabs/genode/releases/tag/22.11 Sebastian -- Sebastian Sumpf Genode Labs http://www.genode-labs.com · http://genode.org Genode Labs GmbH · Amtsgericht Dresden · HRB 28424 · Sitz Dresden Geschäftsführer: Dr.-Ing. Norman Feske, Christian Helmuth ___ Genode users mailing list users@lists.genode.org https://lists.genode.org/listinfo/users
Re: Running genode on board=pc kernel=linux.
Hi Johnny, On 2/13/23 16:11, Johnny Nunez wrote: Hi Sebastian Great way to explain this, I also had doubts, “ KERNEL=linux BOARD=pc implies that Genode will execute directly on top of the Linux kernel”, how would you word KERNEL=nova BOARD=Linux ?? thank you I would word it: Not supported ;) Sebastian -- Sebastian Sumpf Genode Labs http://www.genode-labs.com · http://genode.org Genode Labs GmbH · Amtsgericht Dresden · HRB 28424 · Sitz Dresden Geschäftsführer: Dr.-Ing. Norman Feske, Christian Helmuth ___ Genode users mailing list users@lists.genode.org https://lists.genode.org/listinfo/users
Re: vbox6: gim system time update measurement
Hi Johnny, On 2/13/23 15:58, Johnny Nunez wrote: Hi Sebastian The pre-compile Sculpt version image does not reflect the commit , does it? I don’t think so, now how can a change be made after to reflect this commit, I don’t think it can be made, can it? I think I need to make this commit myself ( replace the original file with this new one ) and compile a new image? I don’t know, maybe. I am running this on a real intel gen 4 laptop, i5 8G touch screen. Correct, the commit was done after Sculpt 22.10. You could checkout Sculpt 22.10 [1] and cherry pick the commit from master. E.g., ! git cherry-pick dd51a53b64a03b94fc6cebbc2d7b8ba28c22aa88 or checkout release 22.11 [2] which should work also. Any way you will have to rebuild Sculpt ! make KERNEL=nova BOARD=pc run/sculpt and dd var/run/sculpt.img to your stick. [1] https://github.com/genodelabs/genode/releases/tag/sculpt-22.10 [2] https://github.com/genodelabs/genode/releases/tag/22.11 Sebastian -- Sebastian Sumpf Genode Labs http://www.genode-labs.com · http://genode.org Genode Labs GmbH · Amtsgericht Dresden · HRB 28424 · Sitz Dresden Geschäftsführer: Dr.-Ing. Norman Feske, Christian Helmuth ___ Genode users mailing list users@lists.genode.org https://lists.genode.org/listinfo/users
Re: First system image of Sculpt OS for the PinePhone
Hello again On 2/10/23 18:44, Pirmin Duss wrote: I was able to cancel the call, but I wasn't able to torn off the modem again. After some more testing I was able to turn on and off the modem multiple times. So I'm not sure, why this wasn't working on my first try. Unfortunately I still wasn't able to do calls. Regards, Pirmin ___ Genode users mailing list users@lists.genode.org https://lists.genode.org/listinfo/users
Re: vbox6: gim system time update measurement
Hi, On 2/13/23 00:06, Johnny Nunez wrote: Hello folks, Having a little trouble with this install, I am getting a warning storm as described in the GitHub issue : Virtualbox6: tsc calibration #4672, now closed. I can’t see how there was a solution. That's indeed strange. First of all, make sure the commit of the issue is present in your source tree [1]. Second, you can try to increase the value of "MAX_MEASUREMENT_DURATION_NS" and see if that helps. If so, please let me know what value worked for you. Are you on real hardware (some specs would help here also). Regards, Sebastian [1] https://github.com/ssumpf/genode/commit/dd51a53b64a03b94fc6cebbc2d7b8ba28c22aa88 -- Sebastian Sumpf Genode Labs http://www.genode-labs.com · http://genode.org Genode Labs GmbH · Amtsgericht Dresden · HRB 28424 · Sitz Dresden Geschäftsführer: Dr.-Ing. Norman Feske, Christian Helmuth ___ Genode users mailing list users@lists.genode.org https://lists.genode.org/listinfo/users
Re: Running genode on board=pc kernel=linux.
Hi Dhiraj, On 2/12/23 15:09, DHIRAJ PRAJAPATI wrote: Dear genodians, While creating the sculpt.img using the *sudo make run/sculpt KERNEL=linux BOARD=pc DEPOT=tar LOG=core VERBOSE=* for Linux x86 I got the following error, kindly requesting you to help me out. KERNEL=linux BOARD=pc implies that Genode will execute directly on top of the Linux kernel on a test machine or Qemu. Since this project was a thesis work and is not well tested, it is not supported. If you want to run Genode within a Linux distro, you would need to execute ! make KERNEL=linux BOARD=linux so Genode's hybrid Linux drivers we be build. For Sculpt, I would recommend testing it in Qemu, to actually start the scenario you would need to use the "sculpt_test" run script, not the "sculpt.run" one: ! make KERNEL=nova BOARD=pc LOG=core run/sculpt_test should do the trick. Regards, Sebastian -- Sebastian Sumpf Genode Labs http://www.genode-labs.com · http://genode.org Genode Labs GmbH · Amtsgericht Dresden · HRB 28424 · Sitz Dresden Geschäftsführer: Dr.-Ing. Norman Feske, Christian Helmuth ___ Genode users mailing list users@lists.genode.org https://lists.genode.org/listinfo/users