Hi,
after release Sculpt TC I've made another attempt to use it. I've downloaded official image and attempted to boot on my computers.
On one it rebooted soon after splash screen probably due to issue with IOMMU investigated some time ago in issue 2700 to which I hope to get back to in near future.
On another one it booted but failed to initiate ethernet controller. I've checked that it is an intel i219v-2 which is handled by dde_ipxe in newer version than the one in genode I've made some changes that resulted in commit: https://github.com/tomga/genode/commit/7ce2291796c2752974c182e42aebfc8d8d31c... that allowed to get ip address from my router so it that networking is ok.
This commit contains a simple change to intel.c patch and three changes to hashes that were needed to build sculpt after this change. Is it normal that each change needs update of hashes of all dependent components? Do I correctly understand that this will force many changes of hashes in repository?
Next I attempted to perform next step from Sculpt TC manual and uncommented part from config/deploy about fonts_fs and it attempted to download some packages from depot.genode.org. Files that were attempted to be downloaded do not exist on this server. There are similar but with different timestamps e.g. download of .../fonts_fs/2018-07-02.tar.xz was attempted but the latest one in this location is 2018-06-12.tar.xz
This date, if I correctly understand, comes from:
b485caf33c (Christian Helmuth 2018-06-25 12:51:03 +0200 1) 2018-07-02 a31d98a7dfb8cd7913ec38b0dfe080ae3382f8b6
So the second question is: should I assume that if this "version" is in the git repository it should be available on depot.genode.org? If not, what would you suggest to proceed?
Regards Tomasz Gajewski
Tomasz Gajewski tomga@wp.pl writes:
On one it rebooted soon after splash screen probably due to issue with IOMMU investigated some time ago in issue 2700 to which I hope to get back to in near future.
I've checked this and disabling iommu in parameters passed to nova allowed to boot. Networking is working a little - address from my dhcp server is properly received but downloading of packages fails with an error: "Couldn't resolve host name".
Is there something obvious I could break when building image with disabled iommu that would cause something like this? Or can it be related with the network card I have - Realtek RTL8111/8168/8411.
Probably I'll try to build everything from scratch to test it or will look for some scenario that can be used test network connection.
This date, if I correctly understand, comes from:
b485caf33c (Christian Helmuth 2018-06-25 12:51:03 +0200 1) 2018-07-02 a31d98a7dfb8cd7913ec38b0dfe080ae3382f8b6
So the second question is: should I assume that if this "version" is in the git repository it should be available on depot.genode.org? If not, what would you suggest to proceed?
On the display where I tested it the dates/versions of components were not visible in vim during editing config/deploy (due to number of columns visible in inspect console) so I haven't spotted that I can easily change them there. After that discovery I had no further problems with running other programs and it's really amazing how nice it works.
Tomasz Gajewski
Tomasz Gajewski tomga@wp.pl writes:
Probably I'll try to build everything from scratch to test it or will look for some scenario that can be used test network connection.
There was something wrong with depot content. After rebuilding everything from scratch issue with dns resolving is gone.
Tomasz Gajewski
Hi Thomas,
This commit contains a simple change to intel.c patch and three changes to hashes that were needed to build sculpt after this change. Is it normal that each change needs update of hashes of all dependent components? Do I correctly understand that this will force many changes of hashes in repository?
for little tweaks of the boot image like that, I usually side step the depot by building and integrating the affected component directly. This can be achieved by changing the run script as follows:
--- a/repos/gems/run/sculpt.run +++ b/repos/gems/run/sculpt.run @@ -713,6 +713,8 @@ close $fd # Create boot image #
-append boot_modules { } +build { drivers/nic } + +append boot_modules { nic_drv }
build_boot_image $boot_modules
---------
This alleviates the need to rebuild any depot content while testing such changes. See Section 5.5.6. "Accessing depot content from run scripts" - in particular the paragraph "Selectively overriding depot content" - for a description of this feature.
Once the work is complete, a version update of the affected depot content is on order. As pkg/sculpt aggregates src/nic_drv, a new version of src/nic_drv requires a version update of pkg/sculpt.
Cheers Norman
-
Norman Feske -
Tomasz Gajewski