Greetings All,
I have recently tried to start again from scratch to build the GENODE + NOVA for x86_64 per Normans instructions:
---------------------------------------------------- alternatively, you can use Genode directly on NOVA without the need for NRE or NUL. It is also possible to run virtual machines on top of NOVA + Genode. All three variants (NUL, NRE, and Genode) use the same user-level virtual machine monitor (VMM) called Seoul (formerly called Vancouver).
For Genode, you can find the Seoul VMM at 'ports/src/vancouver/'. The actual Seoul 3rd-party code can be downloaded by issuing the following command from within Genode's 'ports/' repository:
make prepare PKG=seoul
You will also need to download the C runtime as needed by Seoul and the x86emu needed by the VESA graphics driver. This can be done by changing to the 'libports/' repository and issuing the following command:
make prepare PKG="x86emu libc"
You can try out Linux running on NOVA + Genode using the ready-to-use run scripts at 'ports/run/seoul-*'. For example, to see a graphical Linux desktop on top of NOVA + Genode, execute the following command from within your build directory. Please make sure to have the 'libports' and 'ports' repositories enabled in the 'etc/build.conf' file of your build directory.
make run/seoul-fancy
By default, the build system will try to run the resulting boot image in Qemu, which is extremely slow (Qemu executes NOVA, which executes Genode, which executes Seoul, which executes Linux). But you can write the corresponding ISO image to a USB stick and boot it on a real machine. The machine must have VT enabled in the BIOS.
dd if=var/run/seoul-fancy.iso of=/dev/your_usb_stick_device bs=1M
The scenario will show Genode's launchpad, where you can start a virtual machine by clicking on the blue text labeled "init". A new window will appear with Tinycore Linux booting. Given that your machine is connected to the internet (and a DHCP server is running on your network), you can even browse the net using Firefox.
You can start a second Linux instance by clicking on the "init" button again.
In this scenario, each virtual machine is just a regular node of Genode's process tree, subjected to the same rigid security regime as in effect for all processes of the Genode system.
I wish you a lot of fun with exploring the possibilities. All the best and happy New Year! ----------------------------------------------------
With that in mind, I started to write down each step that I have been taking in order to show the list how far I have gotten before something errors out.
Here is what I have done so far:
----------------------------------------------------- Purpose to build Genode on top of NOVA hypervisor
1. Setup base plaform Debian 7.2 (64-bit) in Virtualbox (4.3.6 r91406)
2. Get the latest Genode git clone https://github.com/genodelabs/genode.git
3. Download toolchain: genode-toolchain-12.11-x86_64.tar.bz2 or genode-toolchain-12.11-x86_32.tar.bz2
http://sourceforge.net/projects/genode/files/genode-toolchain/ 64-bit in my case.
4. Install Toolchain: sudo tar xPfj genode-toolchain-12.11-x86_64.tar.bz2
5. Go into Genode directory: cd ~/genode/
6. Go get the Seoul VMM into ports directory: cd ~/genode/ports/ make prepare PKG=seoul
7. Go into libports and get C runtime as needed by Seoul and the x86emu needed by the VESA graphics driver: cd ../libports make prepare PKG="x86emu libc"
8. Go into the desired base directory (NOVA in this case): cd ~/genode/base-nova/
Prepare the Nova base: make prepare
9. Go into the base Genode directoy and setup the build directory (ie.. gnova64) ./tool/create_builddir nova_x86_64 BUILD_DIR=gnova64
10. Go into the build directory and edit the etc/build.conf. Enable 'libports' and 'ports' repositories in the 'etc/build.conf' file of your build directory: cd ~/genode/gnova64/etc Use Nano or similar to edit etc/build.conf to remove "#" in front of needed REPOSITORIES. nano build.conf --------------------------------------------------------------------------- . . . # # Ports of popular open-source libraries and the C library. # # Make sure to execute 'make prepare' in 'libports' prior building. # REPOSITORIES += $(GENODE_DIR)/libports # # Qt4 tool kit # # The 'qt4' repository depends on 'libc' and 'libports' # Make sure to execute 'make prepare' in 'qt4' prior building. # REPOSITORIES += $(GENODE_DIR)/qt4 # # Ports of popular 3rd-party applications # # The 'ports' repository depends on 'libc', 'libports', and 'qt4'. # Make sure to execute 'make prepare' in 'ports' prior building. # REPOSITORIES += $(GENODE_DIR)/ports . . .
---------------------------------------------------------------------------- Then go to each directory and do "make prepare" just to be sure. cd ~/genode/ports; make prepare cd ~/genode/libports; make prepare ERROR HERE------------------------------- --2013-12-26 11:12:20-- https://www.openssl.org/source/openssl-1.0.1c.tar.gz Resolving www.openssl.org (www.openssl.org)... 185.9.166.106 Connecting to www.openssl.org (www.openssl.org)|185.9.166.106|:443... connected. ERROR: The certificate of `www.openssl.org' is not trusted. ERROR: The certificate of `www.openssl.org' hasn't got a known issuer. make: *** [download/openssl-1.0.1c.tar.gz] Error 5 lonnie@...223...:~/genode/libports$ -------------------------------------------
Any suggestions would be greatly appreciated.
Kind Regards and have a great day, Lonnie
Hello Lonnie,
On 26.12.2013 17:20, Lonnie Cumberland wrote:
ERROR HERE------------------------------- --2013-12-26 11:12:20-- https://www.openssl.org/source/openssl-1.0.1c.tar.gz Resolving www.openssl.org http://www.openssl.org (www.openssl.org http://www.openssl.org)... 185.9.166.106 Connecting to www.openssl.org http://www.openssl.org (www.openssl.org http://www.openssl.org)|185.9.166.106|:443... connected. ERROR: The certificate of `www.openssl.org http://www.openssl.org' is not trusted. ERROR: The certificate of `www.openssl.org http://www.openssl.org' hasn't got a known issuer. make: *** [download/openssl-1.0.1c.tar.gz] Error 5
does 'sudo apt-get install ca-certificates' solve this problem?
Regards, Christian
Greetings Christian,
Sorry to report that is does not help:
--------------------------------------------------- lonnie@...223...:~/genode/libports$ sudo apt-get install ca-certificates [sudo] password for lonnie: Reading package lists... Done Building dependency tree Reading state information... Done ca-certificates is already the newest version. ca-certificates set to manually installed. 0 upgraded, 0 newly installed, 0 to remove and 25 not upgraded.
--------------------------------------------------
Kind Regards and have a great day, Lonnie
On Thu, Dec 26, 2013 at 1:21 PM, Christian Prochaska < christian.prochaska@...1...> wrote:
Hello Lonnie,
On 26.12.2013 17:20, Lonnie Cumberland wrote:
ERROR HERE------------------------------- --2013-12-26 11:12:20-- https://www.openssl.org/source/openssl-1.0.1c.tar.gz Resolving www.openssl.org (www.openssl.org)... 185.9.166.106 Connecting to www.openssl.org (www.openssl.org)|185.9.166.106|:443... connected. ERROR: The certificate of `www.openssl.org' is not trusted. ERROR: The certificate of `www.openssl.org' hasn't got a known issuer. make: *** [download/openssl-1.0.1c.tar.gz] Error 5
does 'sudo apt-get install ca-certificates' solve this problem?
Regards, Christian
Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clk... _______________________________________________ Genode-main mailing list Genode-main@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/genode-main
Hi Christian,
I resolved the OPENSSL problem by adding "--no-check-certificate" to wget in the "openssl.mk" file in the libports/ports directory:
-----------------------------------------------------------------------------------
OPENSSL_VERSION = 1.0.1c OPENSSL = openssl-$(OPENSSL_VERSION) OPENSSL_TGZ = $(OPENSSL).tar.gz OPENSSL_SIG = $(OPENSSL_TGZ).asc OPENSSL_BASE_URL = https://www.openssl.org/source OPENSSL_URL = $(OPENSSL_BASE_URL)/$(OPENSSL_TGZ) OPENSSL_URL_SIG = $(OPENSSL_BASE_URL)/$(OPENSSL_SIG) OPENSSL_KEY = "49A563D9 26BB437D F295C759 9C58A66D 2118CF83 F709453B 5A6A9B85"
# local openssl src OPENSSL_SRC = src/lib/openssl
# # Interface to top-level prepare Makefile # PORTS += $(OPENSSL)
prepare-openssl: $(CONTRIB_DIR)/$(OPENSSL) include/openssl generate_asm
#$(CONTRIB_DIR)/$(OPENSSL):
# # Port-specific local rules # $(DOWNLOAD_DIR)/$(OPENSSL_TGZ): $(VERBOSE)wget --no-check-certificate -c -P $(DOWNLOAD_DIR) $(OPENSSL_URL) && touch $@
$(DOWNLOAD_DIR)/$(OPENSSL_SIG): $(VERBOSE)wget --no-check-certificate -c -P $(DOWNLOAD_DIR) $(OPENSSL_URL_SIG) && touch $@
-----------------------------------------------------------------------------------
Regards, Lonnie
On Thu, Dec 26, 2013 at 1:21 PM, Christian Prochaska < christian.prochaska@...1...> wrote:
Hello Lonnie,
On 26.12.2013 17:20, Lonnie Cumberland wrote:
ERROR HERE------------------------------- --2013-12-26 11:12:20-- https://www.openssl.org/source/openssl-1.0.1c.tar.gz Resolving www.openssl.org (www.openssl.org)... 185.9.166.106 Connecting to www.openssl.org (www.openssl.org)|185.9.166.106|:443... connected. ERROR: The certificate of `www.openssl.org' is not trusted. ERROR: The certificate of `www.openssl.org' hasn't got a known issuer. make: *** [download/openssl-1.0.1c.tar.gz] Error 5
does 'sudo apt-get install ca-certificates' solve this problem?
Regards, Christian
Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clk... _______________________________________________ Genode-main mailing list Genode-main@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/genode-main
Hello Lonnie,
your steps 1 to 10 look perfectly fine.
Then go to each directory and do "make prepare" just to be sure. cd ~/genode/ports; make prepare cd ~/genode/libports; make prepare
The ports and libports repositories contain ports of 3rd-party applications and libraries respectively. The 3rd-party code is not included in the Genode source tree but it can be downloaded in an automated fashion via the "make prepare" mechanism. To see the available packages, just type "make" in the libports or ports repositories. By just issuing "make prepare" with no further argument, all packages will be downloaded. This will easily sum up to several GiB of source codes. However, most of them are not needed for the seoul-fancy.run script, i.e., openssl will remain unused. So there is little point to install it. To download only a few selected packages, a list of desired packages can be specified via the PKG argument. Hence, I suggested in my email to just download the packages that are actually required for the seoul-fancy.run script. This way, you can side-step the SSL issue for now, and you safe disk space and time. ;-)
ERROR HERE------------------------------- --2013-12-26 11:12:20-- https://www.openssl.org/source/openssl-1.0.1c.tar.gz Resolving www.openssl.org http://www.openssl.org (www.openssl.org http://www.openssl.org)... 185.9.166.106 Connecting to www.openssl.org http://www.openssl.org (www.openssl.org http://www.openssl.org)|185.9.166.106|:443... connected. ERROR: The certificate of `www.openssl.org http://www.openssl.org' is not trusted. ERROR: The certificate of `www.openssl.org http://www.openssl.org' hasn't got a known issuer.
To take a look under the hood when you issue the "make prepare" command, you can add "VERBOSE=" as argument. For example, to debug the openssl-download issue, you might try the following (from within the libports repository):
make prepare PKG=openssl VERBOSE=
You will see that the "make prepare" mechanism just tries to fetch the archive using the wget command. This step apparently fails for you for some reason. I just tried it on my machine and it works well for me.
Are you able to manually download the archive https://www.openssl.org/source/openssl-1.0.1c.tar.gz using a web browser? Also, could you try to issue the wget command manually?
wget -c -P download https://www.openssl.org/source/openssl-1.0.1c.tar.gz
Cheers Norman
I have also had to update the version to pcre-8.34.tar.bz2 instead of pcre-8.30.tar.bz2 which is specified in the
genode/libports/ports/pcre.inc
Kind Regards and have a great day, Lonnie
On Thu, Dec 26, 2013 at 1:42 PM, Lonnie Cumberland < lonnie@...218...> wrote:
Hi Christian,
I resolved the OPENSSL problem by adding "--no-check-certificate" to wget in the "openssl.mk" file in the libports/ports directory:
OPENSSL_VERSION = 1.0.1c OPENSSL = openssl-$(OPENSSL_VERSION) OPENSSL_TGZ = $(OPENSSL).tar.gz OPENSSL_SIG = $(OPENSSL_TGZ).asc OPENSSL_BASE_URL = https://www.openssl.org/source OPENSSL_URL = $(OPENSSL_BASE_URL)/$(OPENSSL_TGZ) OPENSSL_URL_SIG = $(OPENSSL_BASE_URL)/$(OPENSSL_SIG) OPENSSL_KEY = "49A563D9 26BB437D F295C759 9C58A66D 2118CF83 F709453B 5A6A9B85"
# local openssl src OPENSSL_SRC = src/lib/openssl
# # Interface to top-level prepare Makefile # PORTS += $(OPENSSL)
prepare-openssl: $(CONTRIB_DIR)/$(OPENSSL) include/openssl generate_asm
#$(CONTRIB_DIR)/$(OPENSSL):
# # Port-specific local rules # $(DOWNLOAD_DIR)/$(OPENSSL_TGZ): $(VERBOSE)wget --no-check-certificate -c -P $(DOWNLOAD_DIR) $(OPENSSL_URL) && touch $@
$(DOWNLOAD_DIR)/$(OPENSSL_SIG): $(VERBOSE)wget --no-check-certificate -c -P $(DOWNLOAD_DIR) $(OPENSSL_URL_SIG) && touch $@
Regards, Lonnie
On Thu, Dec 26, 2013 at 1:21 PM, Christian Prochaska < christian.prochaska@...1...> wrote:
Hello Lonnie,
On 26.12.2013 17:20, Lonnie Cumberland wrote:
ERROR HERE------------------------------- --2013-12-26 11:12:20-- https://www.openssl.org/source/openssl-1.0.1c.tar.gz Resolving www.openssl.org (www.openssl.org)... 185.9.166.106 Connecting to www.openssl.org (www.openssl.org)|185.9.166.106|:443... connected. ERROR: The certificate of `www.openssl.org' is not trusted. ERROR: The certificate of `www.openssl.org' hasn't got a known issuer. make: *** [download/openssl-1.0.1c.tar.gz] Error 5
does 'sudo apt-get install ca-certificates' solve this problem?
Regards, Christian
Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clk... _______________________________________________ Genode-main mailing list Genode-main@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/genode-main
Now I have been able to continue with the build from step 10 in my list:
From step 10,
cd ~/genode/libports; make prepare cd ~/genode/qt4; make prepare
This step completed well.
11. Now go into the "build" directory and do the make for seoul
cd ~/genode/gnova64 make run/seoul-fancy
A lot of compiling and then errors here: -------------------------------------------------------------- . . . COMPILE model/vbios.o COMPILE model/vcpu.o COMPILE model/vga.o COMPILE network.o COMPILE nova_user_env.o LINK vancouver Library launchpad COMPILE launchpad.o MERGE launchpad.lib.a Program app/launchpad/launchpad COMPILE launcher.o COMPILE launchpad_window.o COMPILE main.o LINK launchpad make[1]: Leaving directory `/home/lonnie/genode/gnova64' genode build completed cp: cannot stat `bin/nic_drv': No such file or directory while executing "exec cp bin/$binary [run_dir]/genode" (procedure "copy_and_strip_genode_binaries_to_run_dir" line 4) invoked from within "copy_and_strip_genode_binaries_to_run_dir $binaries" (procedure "build_boot_image" line 6) invoked from within "build_boot_image $boot_modules" (file "/home/lonnie/genode/ports/run/seoul.inc" line 403) invoked from within "source ${genode_dir}/ports/run/seoul.inc" (file "/home/lonnie/genode/ports/run/seoul-fancy.run" line 52) invoked from within "source $include_name" ("foreach" body line 3) invoked from within "foreach include_name [get_cmd_arg --include ""] { puts "using run script $include_name" source $include_name }" (file "/home/lonnie/genode/tool/run" line 812) make: *** [run/seoul-fancy] Error 1 lonnie@...223...:~/genode/gnova64$ --------------------------------------------------
Looks like I am making progress, but still some things not yet completed.
Any ideas folks?
Kind Regards and have a great day, Lonnie
On Thu, Dec 26, 2013 at 1:46 PM, Lonnie Cumberland < lonnie@...218...> wrote:
I have also had to update the version to pcre-8.34.tar.bz2 instead of pcre-8.30.tar.bz2 which is specified in the
genode/libports/ports/pcre.inc
Kind Regards and have a great day, Lonnie
On Thu, Dec 26, 2013 at 1:42 PM, Lonnie Cumberland < lonnie@...218...> wrote:
Hi Christian,
I resolved the OPENSSL problem by adding "--no-check-certificate" to wget in the "openssl.mk" file in the libports/ports directory:
OPENSSL_VERSION = 1.0.1c OPENSSL = openssl-$(OPENSSL_VERSION) OPENSSL_TGZ = $(OPENSSL).tar.gz OPENSSL_SIG = $(OPENSSL_TGZ).asc OPENSSL_BASE_URL = https://www.openssl.org/source OPENSSL_URL = $(OPENSSL_BASE_URL)/$(OPENSSL_TGZ) OPENSSL_URL_SIG = $(OPENSSL_BASE_URL)/$(OPENSSL_SIG) OPENSSL_KEY = "49A563D9 26BB437D F295C759 9C58A66D 2118CF83 F709453B 5A6A9B85"
# local openssl src OPENSSL_SRC = src/lib/openssl
# # Interface to top-level prepare Makefile # PORTS += $(OPENSSL)
prepare-openssl: $(CONTRIB_DIR)/$(OPENSSL) include/openssl generate_asm
#$(CONTRIB_DIR)/$(OPENSSL):
# # Port-specific local rules # $(DOWNLOAD_DIR)/$(OPENSSL_TGZ): $(VERBOSE)wget --no-check-certificate -c -P $(DOWNLOAD_DIR) $(OPENSSL_URL) && touch $@
$(DOWNLOAD_DIR)/$(OPENSSL_SIG): $(VERBOSE)wget --no-check-certificate -c -P $(DOWNLOAD_DIR) $(OPENSSL_URL_SIG) && touch $@
Regards, Lonnie
On Thu, Dec 26, 2013 at 1:21 PM, Christian Prochaska < christian.prochaska@...1...> wrote:
Hello Lonnie,
On 26.12.2013 17:20, Lonnie Cumberland wrote:
ERROR HERE------------------------------- --2013-12-26 11:12:20-- https://www.openssl.org/source/openssl-1.0.1c.tar.gz Resolving www.openssl.org (www.openssl.org)... 185.9.166.106 Connecting to www.openssl.org (www.openssl.org)|185.9.166.106|:443... connected. ERROR: The certificate of `www.openssl.org' is not trusted. ERROR: The certificate of `www.openssl.org' hasn't got a known issuer. make: *** [download/openssl-1.0.1c.tar.gz] Error 5
does 'sudo apt-get install ca-certificates' solve this problem?
Regards, Christian
Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clk... _______________________________________________ Genode-main mailing list Genode-main@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/genode-main
Hi Lonnie,
great to see that you are making good progress.
genode build completed cp: cannot stat `bin/nic_drv': No such file or directory while executing
sorry, my bad. I missed mentioning the need for a networking driver ('nic_drv'). A driver for the most common network cards is available in the dde_ipxe repository. We just reuse the NIC drivers from the iPXE project. Please issue "make prepare" in the dde_ipxe directory and add the repository to the 'REPOSITORIES' declaration in your build directory's etc/build.conf file, i.e., uncomment the corresponding line.
Good luck!
Norman
Hi Lonnie,
On 12/26/2013 08:29 PM, Lonnie Cumberland wrote:
Now I have been able to continue with the build from step 10 in my list:
From step 10,
cd ~/genode/libports; make prepare cd ~/genode/qt4; make prepareThis step completed well.
Now go into the "build" directory and do the make for seoul
cd ~/genode/gnova64 make run/seoul-fancy
A lot of compiling and then errors here:
. . . COMPILE model/vbios.o COMPILE model/vcpu.o COMPILE model/vga.o COMPILE network.o COMPILE nova_user_env.o LINK vancouverLibrary launchpad COMPILE launchpad.o MERGE launchpad.lib.a Program app/launchpad/launchpad COMPILE launcher.o COMPILE launchpad_window.o COMPILE main.o LINK launchpad make[1]: Leaving directory `/home/lonnie/genode/gnova64' genode build completed cp: cannot stat `bin/nic_drv': No such file or directory
it seems that the seoul-fancy run script requires a nic driver. So, you need to enable the iPXE repository. Again, uncomment the following in the etc/build.conf:
#REPOSITORIES += $(GENODE_DIR)/dde_ipxe
Moreover, do a "make prepare" in the dde_ipxe directory of the Genode sources. Good luck.
Regards Stefan
Looks like we are almost there.
I have not gotten things to compile down to the final step but have an error in creating the ISO for some reason even though I have "genisoimage" installed.
----------------------------------------------------
COMPILE syscall.o COMPILE tss.o COMPILE utcb.o COMPILE vmx.o COMPILE vtlb.o LINK hypervisor make[1]: Leaving directory `/home/lonnie/genode/gnova64' genode build completed using NOVA kernel at /home/lonnie/genode/gnova64/kernel/hypervisor creating ISO image... Error: ISO image creation failed make: *** [run/seoul-fancy] Error 251 lonnie@...223...:~/genode/gnova64$
----------------------------------------------------- Any ideas on this?
Kind Regards and have a great day, Lonnie
On Thu, Dec 26, 2013 at 3:02 PM, Norman Feske <norman.feske@...1...>wrote:
Hi Lonnie,
great to see that you are making good progress.
genode build completed cp: cannot stat `bin/nic_drv': No such file or directory while executing
sorry, my bad. I missed mentioning the need for a networking driver ('nic_drv'). A driver for the most common network cards is available in the dde_ipxe repository. We just reuse the NIC drivers from the iPXE project. Please issue "make prepare" in the dde_ipxe directory and add the repository to the 'REPOSITORIES' declaration in your build directory's etc/build.conf file, i.e., uncomment the corresponding line.
Good luck!
Norman
-- Dr.-Ing. Norman Feske 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
Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clk... _______________________________________________ Genode-main mailing list Genode-main@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/genode-main
Hello Lonnie,
I have not gotten things to compile down to the final step but have an error in creating the ISO for some reason even though I have "genisoimage" installed.
COMPILE syscall.o COMPILE tss.o COMPILE utcb.o COMPILE vmx.o COMPILE vtlb.o LINK hypervisormake[1]: Leaving directory `/home/lonnie/genode/gnova64' genode build completed using NOVA kernel at /home/lonnie/genode/gnova64/kernel/hypervisor creating ISO image... Error: ISO image creation failed make: *** [run/seoul-fancy] Error 251 lonnie@...223...:~/genode/gnova64$
I don't know the reason from the tip of my head. To investigate, we need to take a closer look at the ISO-creation step. It is performed as part of the 'build_boot_image' function of the run script (NOVA-specific implementation at base-nova/run/env line 85), which calls the platform-independent function 'create_iso_image_from_run_dir' (located at tool/run line 419). The run tool, in turn, invokes the external utility tool/create_iso with the following arguments:
<genode-dir>/tool/create_iso iso ISO=<build-dir>/var/run/seoul-fancy
The create_iso utility is actually a Makefile that uses the mkisofs command. Please take a look inside tool/create_iso to see the command-line options or, even better, remove the '@' character from line 40 to make the command arguments visible when create_iso is invoked the next time, and retry the create_iso step. For reference, when it works as it should, the output looks as follows:
mkisofs -f -l -R -hide-rr-moved -jcharset utf-8 -no-emul-boot -boot-load-size 4 -boot-info-table -b boot/isolinux/isolinux.bin -o /open/build/genode/nova_x86_64/var/run/seoul-fancy.iso /open/build/genode/nova_x86_64/var/run/seoul-fancy Warning: -follow-links does not always work correctly; be careful. Size of boot image is 4 sectors -> No emulation 17.66% done, estimate finish Fri Dec 27 16:19:52 2013 35.28% done, estimate finish Fri Dec 27 16:19:52 2013 52.94% done, estimate finish Fri Dec 27 16:19:52 2013 70.54% done, estimate finish Fri Dec 27 16:19:52 2013 88.21% done, estimate finish Fri Dec 27 16:19:52 2013 Total translation table size: 2048 Total rockridge attributes bytes: 3617 Total directory bytes: 11126 Path table size(bytes): 64 Max brk space used 19000 28355 extents written (55 MB)
The reason for the failure might be even unrelated to mkisofs. For example, the create_iso tool relies on binutils installed on your machine as it invokes the strip command. Or maybe there is not just not enough disk space left?
Best regards Norman
Greetings Norman,
I am happy to report that I have been able to generate the "seoul-fancy.iso". It looks like the problem was within the "tool/create_iso" script. Well, not really a problem in the script, but more of a problem in that my Debian 7.2 did not have "mkisofs" as it had been depreciated for the newer "genisoimage" which is basically the same thing. I just created a symbolic link from the genisoimage to mkisofs and the iso was generated correctly.
Then, I wrote the ISO to a disk and booted my real system into NOVA w/GENODE.
I was able to see the Genode screen with the "init" link but I could not see any mouse or keyboard actions as it looked like things had frozen. I have a USZB mouse, but I think that it is something else as I had a similar problem when I originally booted the NOVA v0.3 CD (2011.2) Demo.
It showed me 4 options in that demo I had to use the 3rd option when booting:
NOVA Userland Demo (VESA, Broken Keyboard)
in order to get things to work on my physical machine as I think that it has something to do with my keyboard. I, further, noticed that the "Genode Live CD 10.11" did not have any choice like the NOVA Demo CD and thus I could boot the CD as well and see the graphics screen, but the mouse and keyboard interface would not work. I suspect that this is the same problem here.
On this machine, I have "AMD Radeon 7660D Grsphics" integrated in the HP Pavilian (p7-1451 PC) Next Gen AMD Quad-Core A10-5700 Accelerated Processor.
Perhaps we could try to find out what the NOVA group did for their boot options and try to work that into Genode for the Seoul-Fancy builds.
I sincerely thank you for all of your help and assistance.
Kind Regards and have a great day, Lonnie
On Fri, Dec 27, 2013 at 10:28 AM, Norman Feske <norman.feske@...1...
wrote:
Hello Lonnie,
I have not gotten things to compile down to the final step but have an error in creating the ISO for some reason even though I have "genisoimage" installed.
COMPILE syscall.o COMPILE tss.o COMPILE utcb.o COMPILE vmx.o COMPILE vtlb.o LINK hypervisormake[1]: Leaving directory `/home/lonnie/genode/gnova64' genode build completed using NOVA kernel at /home/lonnie/genode/gnova64/kernel/hypervisor creating ISO image... Error: ISO image creation failed make: *** [run/seoul-fancy] Error 251 lonnie@...223...:~/genode/gnova64$
I don't know the reason from the tip of my head. To investigate, we need to take a closer look at the ISO-creation step. It is performed as part of the 'build_boot_image' function of the run script (NOVA-specific implementation at base-nova/run/env line 85), which calls the platform-independent function 'create_iso_image_from_run_dir' (located at tool/run line 419). The run tool, in turn, invokes the external utility tool/create_iso with the following arguments:
<genode-dir>/tool/create_iso iso ISO=<build-dir>/var/run/seoul-fancy
The create_iso utility is actually a Makefile that uses the mkisofs command. Please take a look inside tool/create_iso to see the command-line options or, even better, remove the '@' character from line 40 to make the command arguments visible when create_iso is invoked the next time, and retry the create_iso step. For reference, when it works as it should, the output looks as follows:
mkisofs -f -l -R -hide-rr-moved -jcharset utf-8 -no-emul-boot -boot-load-size 4 -boot-info-table -b boot/isolinux/isolinux.bin -o /open/build/genode/nova_x86_64/var/run/seoul-fancy.iso /open/build/genode/nova_x86_64/var/run/seoul-fancy Warning: -follow-links does not always work correctly; be careful. Size of boot image is 4 sectors -> No emulation 17.66% done, estimate finish Fri Dec 27 16:19:52 2013 35.28% done, estimate finish Fri Dec 27 16:19:52 2013 52.94% done, estimate finish Fri Dec 27 16:19:52 2013 70.54% done, estimate finish Fri Dec 27 16:19:52 2013 88.21% done, estimate finish Fri Dec 27 16:19:52 2013 Total translation table size: 2048 Total rockridge attributes bytes: 3617 Total directory bytes: 11126 Path table size(bytes): 64 Max brk space used 19000 28355 extents written (55 MB)
The reason for the failure might be even unrelated to mkisofs. For example, the create_iso tool relies on binutils installed on your machine as it invokes the strip command. Or maybe there is not just not enough disk space left?
Best regards Norman
-- Dr.-Ing. Norman Feske 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
Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clk... _______________________________________________ Genode-main mailing list Genode-main@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/genode-main
Hello Lonnie,
On 27.12.2013 23:20, Lonnie Cumberland wrote:
I was able to see the Genode screen with the "init" link but I could not see any mouse or keyboard actions as it looked like things had frozen. I have a USZB mouse, but I think that it is something else as I had a similar problem when I originally booted the NOVA v0.3 CD (2011.2) Demo.
Solely PS2 input is enabled in the seoul-fancy run script. USB Input can be enabled by setting the "use_usb" variable in ports/run/seoul-fancy.run to 1.
Add (uncomment) the dde_linux repository of your build.gnova64/etc/build.conf file and download&prepare the Linux usb sources in the dde_linux folder:
../genode/dde_linux> make prepare
Then re-run the seoul-fancy script. The usb driver should be built and added to the iso image automatically.
Now you should have better luck with the usb input ;-)
Regards,
Alexander Boettcher.
It showed me 4 options in that demo I had to use the 3rd option when booting:
NOVA Userland Demo (VESA, Broken Keyboard)
in order to get things to work on my physical machine as I think that it has something to do with my keyboard. I, further, noticed that the "Genode Live CD 10.11" did not have any choice like the NOVA Demo CD and thus I could boot the CD as well and see the graphics screen, but the mouse and keyboard interface would not work. I suspect that this is the same problem here.
On this machine, I have "AMD Radeon 7660D Grsphics" integrated in the HP Pavilian (p7-1451 PC) Next Gen AMD Quad-Core A10-5700 Accelerated Processor.
Perhaps we could try to find out what the NOVA group did for their boot options and try to work that into Genode for the Seoul-Fancy builds.
I sincerely thank you for all of your help and assistance.
Kind Regards and have a great day, Lonnie
On Fri, Dec 27, 2013 at 10:28 AM, Norman Feske <norman.feske@...1... mailto:norman.feske@...1...> wrote:
Hello Lonnie, > I have not gotten things to compile down to the final step but have an > error in creating the ISO for some reason even though I have > "genisoimage" installed. > > ---------------------------------------------------- > > COMPILE syscall.o > COMPILE tss.o > COMPILE utcb.o > COMPILE vmx.o > COMPILE vtlb.o > LINK hypervisor > make[1]: Leaving directory `/home/lonnie/genode/gnova64' > genode build completed > using NOVA kernel at /home/lonnie/genode/gnova64/kernel/hypervisor > creating ISO image... > Error: ISO image creation failed > make: *** [run/seoul-fancy] Error 251 > lonnie@...223...:~/genode/gnova64$ I don't know the reason from the tip of my head. To investigate, we need to take a closer look at the ISO-creation step. It is performed as part of the 'build_boot_image' function of the run script (NOVA-specific implementation at base-nova/run/env line 85), which calls the platform-independent function 'create_iso_image_from_run_dir' (located at tool/run line 419). The run tool, in turn, invokes the external utility tool/create_iso with the following arguments: <genode-dir>/tool/create_iso iso ISO=<build-dir>/var/run/seoul-fancy The create_iso utility is actually a Makefile that uses the mkisofs command. Please take a look inside tool/create_iso to see the command-line options or, even better, remove the '@' character from line 40 to make the command arguments visible when create_iso is invoked the next time, and retry the create_iso step. For reference, when it works as it should, the output looks as follows: mkisofs -f -l -R -hide-rr-moved -jcharset utf-8 -no-emul-boot -boot-load-size 4 -boot-info-table -b boot/isolinux/isolinux.bin -o /open/build/genode/nova_x86_64/var/run/seoul-fancy.iso /open/build/genode/nova_x86_64/var/run/seoul-fancy Warning: -follow-links does not always work correctly; be careful. Size of boot image is 4 sectors -> No emulation 17.66% done, estimate finish Fri Dec 27 16:19:52 2013 35.28% done, estimate finish Fri Dec 27 16:19:52 2013 52.94% done, estimate finish Fri Dec 27 16:19:52 2013 70.54% done, estimate finish Fri Dec 27 16:19:52 2013 88.21% done, estimate finish Fri Dec 27 16:19:52 2013 Total translation table size: 2048 Total rockridge attributes bytes: 3617 Total directory bytes: 11126 Path table size(bytes): 64 Max brk space used 19000 28355 extents written (55 MB) The reason for the failure might be even unrelated to mkisofs. For example, the create_iso tool relies on binutils installed on your machine as it invokes the strip command. Or maybe there is not just not enough disk space left? Best regards Norman -- Dr.-Ing. Norman Feske 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 ------------------------------------------------------------------------------ Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk _______________________________________________ Genode-main mailing list Genode-main@lists.sourceforge.net <mailto:Genode-main@lists.sourceforge.net> https://lists.sourceforge.net/lists/listinfo/genode-main
Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clk...
Genode-main mailing list Genode-main@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/genode-main
Greetings All,
On 27.12.2013 23:20, Lonnie Cumberland wrote:
I was able to see the Genode screen with the "init" link but I could not see any mouse or keyboard actions as it looked like things had frozen. I have a USZB mouse, but I think that it is something else as I had a similar problem when I originally booted the NOVA v0.3 CD (2011.2) Demo.
Solely PS2 input is enabled in the seoul-fancy run script. USB Input can be enabled by setting the "use_usb" variable in ports/run/seoul-fancy.run to 1.
Add (uncomment) the dde_linux repository of your build.gnova64/etc/build.conf file and download&prepare the Linux usb sources in the dde_linux folder:
../genode/dde_linux> make prepare
Then re-run the seoul-fancy script. The usb driver should be built and added to the iso image automatically.
Now you should have better luck with the usb input ;-)
I followed your instructions and was able to make the fresh build without any problems.
Sorry to say, but still no USB mouse or keyboard availability for some reason.
Not sure of how to proceed forward but am looking into things more as well.
Thanks, Lonnie
Regards,
Alexander Boettcher.
It showed me 4 options in that demo I had to use the 3rd option when booting:
NOVA Userland Demo (VESA, Broken Keyboard)
in order to get things to work on my physical machine as I think that it has something to do with my keyboard. I, further, noticed that the "Genode Live CD 10.11" did not have any choice like the NOVA Demo CD and thus I could boot the CD as well and see the graphics screen, but the mouse and keyboard interface would not work. I suspect that this is the same problem here.
On this machine, I have "AMD Radeon 7660D Grsphics" integrated in the HP Pavilian (p7-1451 PC) Next Gen AMD Quad-Core A10-5700 Accelerated
Processor.
Perhaps we could try to find out what the NOVA group did for their boot options and try to work that into Genode for the Seoul-Fancy builds.
I sincerely thank you for all of your help and assistance.
Kind Regards and have a great day, Lonnie
On Fri, Dec 27, 2013 at 10:28 AM, Norman Feske <norman.feske@...1... mailto:norman.feske@...1...>
wrote:
Hello Lonnie, > I have not gotten things to compile down to the final step buthave an
> error in creating the ISO for some reason even though I have > "genisoimage" installed. > > ---------------------------------------------------- > > COMPILE syscall.o > COMPILE tss.o > COMPILE utcb.o > COMPILE vmx.o > COMPILE vtlb.o > LINK hypervisor > make[1]: Leaving directory `/home/lonnie/genode/gnova64' > genode build completed > using NOVA kernel at /home/lonnie/genode/gnova64/kernel/hypervisor > creating ISO image... > Error: ISO image creation failed > make: *** [run/seoul-fancy] Error 251 > lonnie@...223...:~/genode/gnova64$ I don't know the reason from the tip of my head. To investigate, weneed
to take a closer look at the ISO-creation step. It is performed aspart
of the 'build_boot_image' function of the run script (NOVA-specific implementation at base-nova/run/env line 85), which calls the platform-independent function 'create_iso_image_from_run_dir'(located
at tool/run line 419). The run tool, in turn, invokes the external utility tool/create_iso with the following arguments: <genode-dir>/tool/create_iso isoISO=<build-dir>/var/run/seoul-fancy
The create_iso utility is actually a Makefile that uses the mkisofs command. Please take a look inside tool/create_iso to see the command-line options or, even better, remove the '@' character fromline
40 to make the command arguments visible when create_iso is invokedthe
next time, and retry the create_iso step. For reference, when itworks
as it should, the output looks as follows: mkisofs -f -l -R -hide-rr-moved -jcharset utf-8 -no-emul-boot -boot-load-size 4 -boot-info-table -b boot/isolinux/isolinux.bin -o /open/build/genode/nova_x86_64/var/run/seoul-fancy.iso /open/build/genode/nova_x86_64/var/run/seoul-fancy Warning: -follow-links does not always work correctly; be careful. Size of boot image is 4 sectors -> No emulation 17.66% done, estimate finish Fri Dec 27 16:19:52 2013 35.28% done, estimate finish Fri Dec 27 16:19:52 2013 52.94% done, estimate finish Fri Dec 27 16:19:52 2013 70.54% done, estimate finish Fri Dec 27 16:19:52 2013 88.21% done, estimate finish Fri Dec 27 16:19:52 2013 Total translation table size: 2048 Total rockridge attributes bytes: 3617 Total directory bytes: 11126 Path table size(bytes): 64 Max brk space used 19000 28355 extents written (55 MB) The reason for the failure might be even unrelated to mkisofs. For example, the create_iso tool relies on binutils installed on your machine as it invokes the strip command. Or maybe there is not justnot
enough disk space left? Best regards Norman -- Dr.-Ing. Norman Feske 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
Rapidly troubleshoot problems before they affect your business. MostIT
organizations don't have a clear picture of how applicationperformance
affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clk...
_______________________________________________ Genode-main mailing list Genode-main@lists.sourceforge.net <mailto:Genode-main@lists.sourceforge.net> https://lists.sourceforge.net/lists/listinfo/genode-main
Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into
your
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of
AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clk...
Genode-main mailing list Genode-main@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/genode-main
Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clk... _______________________________________________ Genode-main mailing list Genode-main@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/genode-main
Hi All,
I have been able to produce the seoul-fancy iso, which also cranked up qemu, but noticed some messages that I though that I would post as it may be part of the problem that I am having with the USB mouse/keyboard.
Here are some things that I saw: -------------------------------------------------- . . int main(): --- create local services --- int main(): --- start init --- int main(): transferred 875 MB to init int main(): --- init created, waiting for exit condition --- [init] Could not open file "ld.lib.so" [init] parent provides [init] service "ROM" [init] service "RAM" [init] service "IRQ" . . [init -> acpi] available memory for ACPI 2048 kiB, for PCI_DRV 5560 kiB [init -> rtc_drv] Rtc::Root_component::Root_component(Genode::Rpc_entrypoint*, Genode::Allocator*): RTC: creating root component [init] child "rtc_drv" announces service "Rtc" [init -> nic_bridge] Could not open file "config" [init -> nic_bridge] Could not obtain config file [init -> nic_drv] --- iPXE NIC driver started --- [init -> launchpad] Could not open file "ld.lib.so" [init] child "timer" announces service "Timer" [init] child "nic_drv" announces service "Nic" [init] child "nic_bridge" announces service "Nic" . . [init] child "fb_drv" announces service "Framebuffer" [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 0003->0007 [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 = feba0000 len = 20000 [init -> usb_drv] Services::Services(): No <storage> config node found - not starting the USB Storage (Block) service [init -> usb_drv] Services::Services(): No <nic> config node found - not starting the USB Nic (Network) service [init -> usb_drv] Enabled UHCI (USB 1.0/1.1) support [init -> usb_drv] Enabled EHCI (USB 2.0) support [init -> nic_drv] snprintf not implemented [init -> usb_drv] Enabled XHCI (USB 3.0) support [init] child "usb_drv" announces service "Input" Quota exceeded! amount=8192, size=4096, consumed=8192 [init -> usb_drv] upgrading quota donation for SIGNAL session Quota exceeded! amount=24576, size=4096, consumed=24576 [init -> nic_drv] upgrading quota donation for Env::CPU (8192 bytes) [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=16384, size=4096, consumed=16384 [init -> nic_bridge] upgrading quota donation for SIGNAL session Quota exceeded! amount=20480, size=4096, consumed=20480 [init -> fb_drv] Found: VESA BIOS version 2.0 [init -> fb_drv] OEM: VGABIOS Cirrus extension [init -> nic_bridge] upgrading quota donation for SIGNAL session [init -> nic_bridge] --- NIC bridge started (mac=52:54:00:12:34:56) --- [init -> usb_drv] dev_info: UHCI Host Controller [init -> usb_drv] dev_info: new USB bus registered, assigned bus number 1 [init -> usb_drv] dev_info: detected 2 ports Quota exceeded! amount=12288, size=4096, consumed=12288 [init -> usb_drv] upgrading quota donation for SIGNAL session [init -> usb_drv] dev_info: irq 11, io base 0x0000c040 Quota exceeded! amount=16384, size=4096, consumed=16384 [init -> usb_drv] upgrading quota donation for SIGNAL session [init -> usb_drv] dev_info: New USB device found, idVendor=1d6b, idProduct=0001 [init -> usb_drv] dev_info: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [init -> usb_drv] dev_info: USB hub found Quota exceeded! amount=20480, size=4096, consumed=20480 [init -> usb_drv] upgrading quota donation for SIGNAL session [init -> usb_drv] dev_info: 2 ports detected [init -> usb_drv] dev_info: new full-speed USB device number 2 using uhci_hcd [init -> usb_drv] dev_info: New USB device found, idVendor=0627, idProduct=0001 [init -> usb_drv] dev_info: New USB device strings: Mfr=1, Product=2, SerialNumber=5 Quota exceeded! amount=24576, size=4096, consumed=24576 [init -> usb_drv] upgrading quota donation for SIGNAL session [init -> usb_drv] dev_info: HID 0627:0001 [init -> usb_drv] dev_info: input: USB HID v0.01 Mouse [HID 0627:0001] on /input0 [init -> usb_drv] dev_info: new full-speed USB device number 3 using uhci_hcd [init -> fb_drv] Found: physical frame buffer at 0xfc000000 size: 0x00400000 [init -> fb_drv] int Framebuffer_drv::map_io_mem(Genode::addr_t, Genode::size_t, bool, void**, Genode::addr_t, Genode::Dataspace_capability*): fb mapped to 400000 [init -> fb_drv] Framebuffer::Session_component::Session_component(unsigned int, unsigned int, unsigned int, Genode::Dataspace_capability, bool): use buf size 1572864 [init -> fb_drv] using buffered output Quota exceeded! amount=8192, size=4096, consumed=8192 [init -> nitpicker] upgrading quota donation for SIGNAL session [init -> nitpicker] Could not open file "config" [init -> nitpicker] Could not obtain config file [init] child "nitpicker" announces service "Nitpicker" [init -> nitpicker] create session with args: label="launchpad", ram_quota=12288 [init -> usb_drv] dev_info: New USB device found, idVendor=0409, idProduct=55aa [init -> usb_drv] dev_info: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [init -> usb_drv] dev_info: USB hub found Quota exceeded! amount=28672, size=4096, consumed=28672 [init -> usb_drv] upgrading quota donation for SIGNAL session [init -> usb_drv] dev_info: 8 ports detected [init -> usb_drv] dev_info: new full-speed USB device number 4 using uhci_hcd [init -> usb_drv] dev_info: New USB device found, idVendor=0627, idProduct=0001 [init -> usb_drv] dev_info: New USB device strings: Mfr=1, Product=4, SerialNumber=5 Quota exceeded! amount=32768, size=4096, consumed=32768 [init -> usb_drv] upgrading quota donation for SIGNAL session [init -> usb_drv] dev_info: HID 0627:0001 [init -> usb_drv] dev_info: input: USB HID v1.11 Keyboard [HID 0627:0001] on /input0 [init -> launchpad] --- entering main loop --- : spawn id exp6 not open while executing "expect { -i $running_spawn_id -re $wait_for_re { } eof { puts stderr "Error: Spawned process died unexpectedly"; exit -3 } timeout { puts ..." (procedure "wait_for_output" line 17) invoked from within "wait_for_output $wait_for_re $timeout_value $qemu_spawn_id" (procedure "spawn_qemu" line 60) invoked from within "spawn_qemu $wait_for_re $timeout_value" (procedure "run_genode_until" line 22) invoked from within "run_genode_until forever" (file "/home/lonnie/genode/ports/run/seoul-fancy.run" line 58) invoked from within "source $include_name" ("foreach" body line 3) invoked from within "foreach include_name [get_cmd_arg --include ""] { puts "using run script $include_name" source $include_name }" (file "/home/lonnie/genode/tool/run" line 812) make: *** [run/seoul-fancy] Error 1 lonnie@...223...:~/genode/gnova64$ ---------------------------------------------------------------------------------------------------
Additionally, I also booted the ISO on the physical hardware which does not work as well and seems to have issues with the USB mouse/keyboard.
Still looking into things though.
Cheers, Lonnie
On Sat, Dec 28, 2013 at 11:11 AM, Lonnie Cumberland < lonnie@...218...> wrote:
Greetings All,
On 27.12.2013 23:20, Lonnie Cumberland wrote:
I was able to see the Genode screen with the "init" link but I could not see any mouse or keyboard actions as it looked like things had frozen. I have a USZB mouse, but I think that it is something else as I had a similar problem when I originally booted the NOVA v0.3 CD (2011.2) Demo.
Solely PS2 input is enabled in the seoul-fancy run script. USB Input can be enabled by setting the "use_usb" variable in ports/run/seoul-fancy.run to 1.
Add (uncomment) the dde_linux repository of your build.gnova64/etc/build.conf file and download&prepare the Linux usb sources in the dde_linux folder:
../genode/dde_linux> make prepare
Then re-run the seoul-fancy script. The usb driver should be built and added to the iso image automatically.
Now you should have better luck with the usb input ;-)
I followed your instructions and was able to make the fresh build without any problems.
Sorry to say, but still no USB mouse or keyboard availability for some reason.
Not sure of how to proceed forward but am looking into things more as well.
Thanks, Lonnie
Regards,
Alexander Boettcher.
It showed me 4 options in that demo I had to use the 3rd option when booting:
NOVA Userland Demo (VESA, Broken Keyboard)
in order to get things to work on my physical machine as I think that it has something to do with my keyboard. I, further, noticed that the "Genode Live CD 10.11" did not have any choice like the NOVA Demo CD and thus I could boot the CD as well and see the graphics screen, but the mouse and keyboard interface would not work. I suspect that this is the same problem here.
On this machine, I have "AMD Radeon 7660D Grsphics" integrated in the HP Pavilian (p7-1451 PC) Next Gen AMD Quad-Core A10-5700 Accelerated
Processor.
Perhaps we could try to find out what the NOVA group did for their boot options and try to work that into Genode for the Seoul-Fancy builds.
I sincerely thank you for all of your help and assistance.
Kind Regards and have a great day, Lonnie
On Fri, Dec 27, 2013 at 10:28 AM, Norman Feske <norman.feske@...1... mailto:norman.feske@...1...>
wrote:
Hello Lonnie, > I have not gotten things to compile down to the final step buthave an
> error in creating the ISO for some reason even though I have > "genisoimage" installed. > > ---------------------------------------------------- > > COMPILE syscall.o > COMPILE tss.o > COMPILE utcb.o > COMPILE vmx.o > COMPILE vtlb.o > LINK hypervisor > make[1]: Leaving directory `/home/lonnie/genode/gnova64' > genode build completed > using NOVA kernel at /home/lonnie/genode/gnova64/kernel/hypervisor > creating ISO image... > Error: ISO image creation failed > make: *** [run/seoul-fancy] Error 251 > lonnie@...223...:~/genode/gnova64$ I don't know the reason from the tip of my head. To investigate, weneed
to take a closer look at the ISO-creation step. It is performed aspart
of the 'build_boot_image' function of the run script (NOVA-specific implementation at base-nova/run/env line 85), which calls the platform-independent function 'create_iso_image_from_run_dir'(located
at tool/run line 419). The run tool, in turn, invokes the external utility tool/create_iso with the following arguments: <genode-dir>/tool/create_iso isoISO=<build-dir>/var/run/seoul-fancy
The create_iso utility is actually a Makefile that uses the mkisofs command. Please take a look inside tool/create_iso to see the command-line options or, even better, remove the '@' character fromline
40 to make the command arguments visible when create_iso is invokedthe
next time, and retry the create_iso step. For reference, when itworks
as it should, the output looks as follows: mkisofs -f -l -R -hide-rr-moved -jcharset utf-8 -no-emul-boot -boot-load-size 4 -boot-info-table -b boot/isolinux/isolinux.bin -o /open/build/genode/nova_x86_64/var/run/seoul-fancy.iso /open/build/genode/nova_x86_64/var/run/seoul-fancy Warning: -follow-links does not always work correctly; be careful. Size of boot image is 4 sectors -> No emulation 17.66% done, estimate finish Fri Dec 27 16:19:52 2013 35.28% done, estimate finish Fri Dec 27 16:19:52 2013 52.94% done, estimate finish Fri Dec 27 16:19:52 2013 70.54% done, estimate finish Fri Dec 27 16:19:52 2013 88.21% done, estimate finish Fri Dec 27 16:19:52 2013 Total translation table size: 2048 Total rockridge attributes bytes: 3617 Total directory bytes: 11126 Path table size(bytes): 64 Max brk space used 19000 28355 extents written (55 MB) The reason for the failure might be even unrelated to mkisofs. For example, the create_iso tool relies on binutils installed on your machine as it invokes the strip command. Or maybe there is not justnot
enough disk space left? Best regards Norman -- Dr.-Ing. Norman Feske 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
Rapidly troubleshoot problems before they affect your business.Most IT
organizations don't have a clear picture of how applicationperformance
affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clk...
_______________________________________________ Genode-main mailing list Genode-main@lists.sourceforge.net <mailto:Genode-main@lists.sourceforge.net> https://lists.sourceforge.net/lists/listinfo/genode-main
Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into
your
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of
AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clk...
Genode-main mailing list Genode-main@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/genode-main
Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clk... _______________________________________________ Genode-main mailing list Genode-main@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/genode-main
Hi Lonnie,
your Qemu output looks quite fine - similar to the output of my (successful) test. Both USB mouse and keyboard are detected by the USB driver. I have to click into the Qemu window to move Genode's mouse cursor though.
Just as a guess regarding your test machine, maybe the failure is caused by the use of the IOMMU, which is enabled for NOVA by default? To rule out this possible problem, could you please try to remove the "iommu" argument from the NOVA hypervisor by editing the line 76 of base-nova/run/env as follows:
puts $fh " module /hypervisor iommu serial" -> puts $fh " module /hypervisor serial"
As another test, you could restrict the USB driver to not touch USB 3.0 by removing the 'xhci="yes"' configuration at ports/run/seoul.inc line 251:
<config uhci="yes" ehci="yes" xhci="yes"> -> <config uhci="yes" ehci="yes">
For getting deeper insights into what does wrong on your test machine, I'd recommend to use Intel AMT to capture the serial output of the machine over the network.
Cheers Norman
Hi Norman,
your Qemu output looks quite fine - similar to the output of my
(successful) test. Both USB mouse and keyboard are detected by the USB driver. I have to click into the Qemu window to move Genode's mouse cursor though.
Yes, when I also click in the Qemu window it lose the mouse and keyboard is inactive.
Just as a guess regarding your test machine, maybe the failure is caused by the use of the IOMMU, which is enabled for NOVA by default? To rule out this possible problem, could you please try to remove the "iommu" argument from the NOVA hypervisor by editing the line 76 of base-nova/run/env as follows:
puts $fh " module /hypervisor iommu serial"-> puts $fh " module /hypervisor serial"
Tried this test with no changes in the results.
As another test, you could restrict the USB driver to not touch USB 3.0 by removing the 'xhci="yes"' configuration at ports/run/seoul.inc line 251:
<config uhci="yes" ehci="yes" xhci="yes">-> <config uhci="yes" ehci="yes">
When I did this text, Genode would not go into graphics mode just
<config uhci="yes" ehci="yes">
I had to use the below in order for it go display the graphics mode and launchpad
<config uhci="yes" ehci="yes" xhci="no">
For getting deeper insights into what does wrong on your test machine, I'd recommend to use Intel AMT to capture the serial output of the machine over the network.
I will have to look into this more as I have not used it.
Cheers, Lonnie
Cheers Norman
-- Dr.-Ing. Norman Feske 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
Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clk... _______________________________________________ Genode-main mailing list Genode-main@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/genode-main
Hi Norman,
After some testing, I am coming to the belief that the mouse cursor is actually within the Qemu window, but is just zooming off the screen very rapidly when I move the mouse even a little.
Still trying to look at things in more detail though.
Thanks, Lonnie
On Sat, Dec 28, 2013 at 4:04 PM, Lonnie Cumberland < lonnie@...218...> wrote:
Hi Norman,
your Qemu output looks quite fine - similar to the output of my
(successful) test. Both USB mouse and keyboard are detected by the USB driver. I have to click into the Qemu window to move Genode's mouse cursor though.
Yes, when I also click in the Qemu window it lose the mouse and keyboard is inactive.
Just as a guess regarding your test machine, maybe the failure is caused by the use of the IOMMU, which is enabled for NOVA by default? To rule out this possible problem, could you please try to remove the "iommu" argument from the NOVA hypervisor by editing the line 76 of base-nova/run/env as follows:
puts $fh " module /hypervisor iommu serial"-> puts $fh " module /hypervisor serial"
Tried this test with no changes in the results.
As another test, you could restrict the USB driver to not touch USB 3.0 by removing the 'xhci="yes"' configuration at ports/run/seoul.inc line 251:
<config uhci="yes" ehci="yes" xhci="yes">-> <config uhci="yes" ehci="yes">
When I did this text, Genode would not go into graphics mode just
<config uhci="yes" ehci="yes">
I had to use the below in order for it go display the graphics mode and launchpad
<config uhci="yes" ehci="yes" xhci="no">
For getting deeper insights into what does wrong on your test machine, I'd recommend to use Intel AMT to capture the serial output of the machine over the network.
I will have to look into this more as I have not used it.
Cheers, Lonnie
Cheers Norman
-- Dr.-Ing. Norman Feske 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
Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clk... _______________________________________________ Genode-main mailing list Genode-main@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/genode-main
Hi Again,
Looks like I'm back a square one on this problem as I was emulating PS/2 in Virtualbox which seems to be why it showed up inside Qemu.
On booting into the physical machine, the problem still persists as the graphics mode shows up but I have no keyboard or mouse availability.
In the NOVA 0.3a demo CD, the only differences that I can find in the booting selections between the 1st and 3rd ISOlinux.cfg menu items seems to be in the
LABEL nova1 MENU LABEL NOVA Userland Demo (VESA) KERNEL mboot.c32 APPEND /tools/unzip --- /tools/bender.gz --- /nul/hypervisor spinner iommu --- /nul/sigma0_nul.gz S0_DEFAULT hostvga:0x40000,0x40000 hostkeyb:0,0x60,1,12 tracebuffer:10240 vdisk:rom:///linux/grml.iso hostvesa script_start:1 --- /nul/tutor_nul.gz --- /nul/cycleburner_nul.gz --- /nul/rocknshine_nul.gz --- /nul/eurosys.slides --- /nul/vancouver_nul.gz --- /tools/munich --- /linux/bzImage.x --- /linux/bzImage --- /linux/initrd --- /linux/grml.iso --- /pistachio/i686_kernel --- /pistachio/kickstart --- /pistachio/sigma0 --- /pistachio/pingpong --- /fiasco/fiasco --- /fiasco/bootstrap --- /fiasco/pingpong --- /fiasco/roottask --- /fiasco/sigma0 --- /tutor.nulconfig --- /linux.nulconfig --- /grml.nulconfig --- /pistachio/pistachio.nulconfig --- /fiasco/fiasco.nulconfig --- /cycleburner.nulconfig --- /rocknshine.nulconfig TEXT HELP Needs VT-x/VT-d for full functionality. ENDTEXT
LABEL nova3 MENU LABEL NOVA Userland Demo (VESA, broken keyboard) KERNEL mboot.c32 APPEND /tools/unzip --- /tools/bender.gz --- /nul/hypervisor spinner iommu --- /nul/sigma0_nul.gz S0_DEFAULT hostvga:0x40000,0x40000 hostkeyb:0,0x60,1,12,1,1 tracebuffer:10240 vdisk:rom:///linux/grml.iso hostvesa script_start:1 --- /nul/tutor_nul.gz --- /nul/cycleburner_nul.gz --- /nul/rocknshine_nul.gz --- /nul/eurosys.slides --- /nul/vancouver_nul.gz --- /tools/munich --- /linux/bzImage.x --- /linux/bzImage --- /linux/initrd --- /linux/grml.iso --- /pistachio/i686_kernel --- /pistachio/kickstart --- /pistachio/sigma0 --- /pistachio/pingpong --- /fiasco/fiasco --- /fiasco/bootstrap --- /fiasco/pingpong --- /fiasco/roottask --- /fiasco/sigma0 --- /tutor.nulconfig --- /linux.nulconfig --- /grml.nulconfig --- /pistachio/pistachio.nulconfig --- /fiasco/fiasco.nulconfig --- /cycleburner.nulconfig --- /rocknshine.nulconfig TEXT HELP Use this if your BIOS has weird USB legacy support. ENDTEXT
--------------------------------------
From Nova1 (the one that does not boot) has:
/nul/sigma0_nul.gz S0_DEFAULT hostvga:0x40000,0x40000 hostkeyb:0,0x60,1,12
and from Nova3 (which does boot on my physical machine) has:
/nul/sigma0_nul.gz S0_DEFAULT hostvga:0x40000,0x40000 hostkeyb:0,0x60,1,12,1,1
--------------------------------------------
This may not be of any help, but it is the only configuration of Nova and/or Genode that I know which actually boots and allows me to have keyboard functionality. I cannot test the mouse as there are no applications, or VM's running which will take advantage of the mouse.
Anyway, I'll keep searching for a possible solution.
Kind Regards and have a great day, Lonnie
On Sat, Dec 28, 2013 at 4:36 PM, Lonnie Cumberland < lonnie@...218...> wrote:
Hi Norman,
After some testing, I am coming to the belief that the mouse cursor is actually within the Qemu window, but is just zooming off the screen very rapidly when I move the mouse even a little.
Still trying to look at things in more detail though.
Thanks, Lonnie
On Sat, Dec 28, 2013 at 4:04 PM, Lonnie Cumberland < lonnie@...218...> wrote:
Hi Norman,
your Qemu output looks quite fine - similar to the output of my
(successful) test. Both USB mouse and keyboard are detected by the USB driver. I have to click into the Qemu window to move Genode's mouse cursor though.
Yes, when I also click in the Qemu window it lose the mouse and keyboard is inactive.
Just as a guess regarding your test machine, maybe the failure is caused by the use of the IOMMU, which is enabled for NOVA by default? To rule out this possible problem, could you please try to remove the "iommu" argument from the NOVA hypervisor by editing the line 76 of base-nova/run/env as follows:
puts $fh " module /hypervisor iommu serial"-> puts $fh " module /hypervisor serial"
Tried this test with no changes in the results.
As another test, you could restrict the USB driver to not touch USB 3.0 by removing the 'xhci="yes"' configuration at ports/run/seoul.inc line 251:
<config uhci="yes" ehci="yes" xhci="yes">-> <config uhci="yes" ehci="yes">
When I did this text, Genode would not go into graphics mode just
<config uhci="yes" ehci="yes">
I had to use the below in order for it go display the graphics mode and launchpad
<config uhci="yes" ehci="yes" xhci="no">
For getting deeper insights into what does wrong on your test machine, I'd recommend to use Intel AMT to capture the serial output of the machine over the network.
I will have to look into this more as I have not used it.
Cheers, Lonnie
Cheers Norman
-- Dr.-Ing. Norman Feske 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
Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clk... _______________________________________________ Genode-main mailing list Genode-main@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/genode-main
Hello,
On 28.12.2013 23:35, Lonnie Cumberland wrote:
LABEL nova1 MENU LABEL NOVA Userland Demo (VESA)
TEXT HELP Needs VT-x/VT-d for full functionality. ENDTEXT
LABEL nova3 MENU LABEL NOVA Userland Demo (VESA, broken keyboard) KERNEL mboot.c32 APPEND /tools/unzip --- /tools/bender.gz ---
TEXT HELP Use this if your BIOS has weird USB legacy support. ENDTEXT
You can try to look for some "USB legacy input" support in the Bios of your Testbox and disable it. The legacy support isn't required when you use the usb driver with Genode/Nova - which you now do.
From Nova1 (the one that does not boot) has:
/nul/sigma0_nul.gz S0_DEFAULT hostvga:0x40000,0x40000 hostkeyb:0,0x60,1,12
and from Nova3 (which does boot on my physical machine) has:
/nul/sigma0_nul.gz S0_DEFAULT hostvga:0x40000,0x40000 hostkeyb:0,0x60,1,12,1,1
This may not be of any help, but it is the only configuration of Nova and/or Genode that I know which actually boots and allows me to have keyboard functionality. I cannot test the mouse as there are no applications, or VM's running which will take advantage of the mouse.
The last two parameters ",1,1" of "Nova3" say that the "scancode 1" should be used and the last one is to enable verbose output.
There exists a simpler usb input (usb_hid.run) test you may try from dde_linux. The script starts just the usb input driver and when you move your mouse or press keys of the keyboard you should see output on the vga text console and/or serial device. (As Norman suggested use Intel AMT if your machine has no physical serial connector anymore.)
Unfortunately Genode/Nova does not have vga text console support, so for the usb_hid test you could switch temporarily to Genode/FOC for example. When you see once that the usb_hid test prints mouse movements or keys you pressed on Genode/FOC it is likely also then working on Genode/Nova.
Hope it helps,
Alexander Boettcher.
Hi Lonnie,
On 28.12.2013 19:28, Norman Feske wrote:
Hi Lonnie,
your Qemu output looks quite fine - similar to the output of my (successful) test. Both USB mouse and keyboard are detected by the USB driver. I have to click into the Qemu window to move Genode's mouse cursor though.
Just as a guess regarding your test machine, maybe the failure is caused by the use of the IOMMU, which is enabled for NOVA by default? To rule out this possible problem, could you please try to remove the "iommu" argument from the NOVA hypervisor by editing the line 76 of base-nova/run/env as follows:
puts $fh " module /hypervisor iommu serial"-> puts $fh " module /hypervisor serial"
As another test, you could restrict the USB driver to not touch USB 3.0 by removing the 'xhci="yes"' configuration at ports/run/seoul.inc line 251:
<config uhci="yes" ehci="yes" xhci="yes">-> <config uhci="yes" ehci="yes">
just as a hint: put your mouse and keyboard not on a usb 3.0 port when using the Genode usb driver with "bios usb legacy" support off - since usb 3.0 is not tested nor working for Genode/x86.
Cheers,
Alex.
-
Alexander Boettcher -
Christian Prochaska -
Lonnie Cumberland -
Norman Feske -
Stefan Kalkowski