users September 2012

users@lists.genode.org

15 participants
13 discussions

Service Nic not yet available
by Markus Partheymueller 11 Oct '12

11 Oct '12

Hi Folks, I'm trying to use the dde_ipxe NIC driver, but when I connect to the service from within a launchpad-launched app, I get this message: [init -> launchpad] init: service Nic not yet available - sleeping But prior to that, the service was actually announced: [init] child "nic_drv" announces service "Nic" When I create the connection in the launchpad app, it works fine. The relevant config snippets are: <start name="nic_drv"> <resource name="RAM" quantum="2M"/> <provides> <service name="Nic"/> </provides> <route> <any-service><any-child/><parent/></any-service> </route> </start> <start name="launchpad"> <resource name="RAM" quantum="2G"/> <configfile name="launchpad-config"/> <route> <any-service><any-child/><parent/></any-service> </route> </start> And within the launchpad-config: <parent-provides> <service name="ROM"/> <service name="RAM"/> <service name="IRQ"/> <service name="IO_MEM"/> <service name="IO_PORT"/> <service name="CAP"/> <service name="PD"/> <service name="RM"/> <service name="CPU"/> <service name="LOG"/> <service name="SIGNAL"/> <service name="Nitpicker"/> <service name="Timer"/> <service name="Nic"/> </parent-provides> <start name="testapp"> <binary name="testapp"/> <resource name="RAM" quantum="4M"/> <route> <service name="Timer"><parent/></service> <service name="Input"><child name="fb"/></service> <service name="Framebuffer"><child name="fb"/></service> <any-service><parent/></any-service> </route> </start> Am I missing something? Cheers, Markus

2 2

[Question] Genode File/IO sync
by 김연우 27 Sep '12

27 Sep '12

2 1

Storage device considerations
by Markus Partheymueller 19 Sep '12

19 Sep '12

Hi Folks, starting to discover the possibilities of using storage devices under genode, a few questions arised: (1) AHCI is declared non-working on Fiasco.OC and NOVA. Is this planned to be resolved in the near future? (2) USB Storage is supporting only one device. Are there plans to extend this? (3) Using the part_blk service, it is possible to redirect children to different partitions of the same storage device. What I'm interested in is somehow the inverse. Is it even possible for a child to get access to multiple block devices? I think it is quite a limiting constraint if a child can only access one single storage device. The background for this question is of course the Vancouver port. I was able to give the guest VM access to exactly one storage device through the Block Session Interface of the USB service. However, as soon as the VM is configured to use a second device, the existing infrastructure does not allow that (or I haven't found the proper service..). So, I would like to open the discussion on this topic to see where the path could lead. Cheers, Markus

3 2

How to make rm-sessions upgradeable?
by Taru Karttunen 18 Sep '12

18 Sep '12

Hello When spawning more threads the rm-session from the env needs to be upgraded in various places. This can occur when spawning new threads and even in thread.start(). Thus one needs a way to make the rm-session in env upgradeable from the outside. A simple way to fix would be to define a class Upgradeable_rm_session : public Rm_session { void upgrade(const char *); }; And make some private inheritance into protected inheritance i.e. Rpc_client into template <typename RPC_INTERFACE> struct Rpc_client : *protected* Capability<RPC_INTERFACE>, RPC_INTERFACE ... Is there a better and more non-invasive way to do this? If not - would a patch implementing this be accepted? An alternative would be to expose the capability in env in addition to the session, but I think that is even more ugly. - Taru Karttunen

2 3

nic_bridge DHCP problem
by Markus Partheymueller 18 Sep '12

18 Sep '12

Hey folks, I'm having some trouble with the nic_bridge provided. When using the nic_drv as single instance, everything works fine. But when I replace it with the nic_bridge, the requests don't seem to make it through. In qemu's TCP dump, I recognized a difference regarding the DHCP broadcast: 13:08:25.494579 IP (tos 0x0, ttl 64, id 5118, offset 0, flags [none], proto UDP (17), length 341) 0.0.0.0.68 > 255.255.255.255.67: [bad udp cksum 0x9134 -> 0xd233!] BOOTP/DHCP, Request from 02:02:02:02:02:02, length 313, xid 0x292e1940, Flags [Broadcast] (0x8000) Client-Ethernet-Address 02:02:02:02:02:02 Vendor-rfc1048 Extensions Magic Cookie 0x63825363 DHCP-Message Option 53, length 1: Discover MSZ Option 57, length 2: 1500 Vendor-Class Option 60, length 42: "dhcpcd-5.2.7:Linux-3.5.0:i686:NOVA microHV" Hostname Option 12, length 2: "vm" Parameter-Request Option 55, length 15: Subnet-Mask, Classless-Static-Route, Static-Route, Default-Gateway Domain-Name-Server, Hostname, Domain-Name, MTU BR, NTP, Lease-Time, Server-ID RN, RB, Option 119 The bad checksum irritated me. When I used the nic_drv session, it worked (checksum OK, qemu's DHCP responds correctly with an IP address). Could there be a problem with the bridge itself or is it definitely my problem? Do you have example setups using the bridge that work? Best, Markus

3 4

Qt and lwip-1.4.1
by Ivan Loskutov 17 Sep '12

17 Sep '12

*After upgrade lwip to version 1.4.1 I have an issue in qt-network. In my fork was implemented Ssl support in qt-network for using in web browsers. With new lwip https doesn’t work. Http works, but I think with issues too. I tried to investigate this issue. I think it is related to non-blocking sockets, which implemented in the new version. All simple examples are working properly. Issues occur only in a Qt application. I found that qtapplication calls connect and the connection started in non-blocking mode, connect return EINPROGRESS. After qt made call connect again, in such case connect must return EAGAIN, but it doesn’t happen in lwip. It doesn’t affect for http connection, but ssl connection is dropped. Anyone already faced such issues?* -- Ivan Loskutov

2 1

[Error report] f_stat() failed with error code FR_NO_FILE
by 김은석 12 Sep '12

12 Sep '12

2 1

Threading woes
by Taru Karttunen 07 Sep '12

07 Sep '12

Hello Has anyone tested Genode with a large number of threads on different platforms/kernels? Does it make more sense to just use 1:1 threading or have userlevel soft threads (M:N) with the Genode implementation? It seems that many platforms have currently quite low thread maximums. Threads consume ram in core, but cpu session does not support upgrading the ram amount. This can be fixed quite easily. However a much more harder limitation is found in base-foc/src/core/include/platform_pd.h on Fiasco.OC which defines "THREAD_MAX = (1 << 6)" (64). Now this can be raised to e.g. 256. But not very high since there is 1) an array of threads with static size 2) the memory layout selected With these fixes one can spawn inside one process: Around 43 threads on Nova. Around 100 threads no Fiasco.OC. Has anyone else hacked on this? What is the reasonable way forward? - Taru Karttunen

1 0

[ Error report ] when we setting static IP in lwip_nic_init function .....
by 김은석 07 Sep '12

07 Sep '12

3 2

Increasing guest memory in Vancouver
by Markus Partheymueller 04 Sep '12

04 Sep '12

Hi, I'm playing around with vancouver and genode a little and stumbled across the problem that there is only 32 MiB hard-wired backing memory. Trying to increase that memory lead to weird errors. Are there any special things to take care of when increasing that memory amount? Regards Markus

5 12

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

users September 2012