Errors when adding part_blk to sculpt scenario

[Nobody III]

I had to subtract the quotas for part_blk from the vfs quotas. That solved
the problem for me.

On Tue, May 15, 2018, 4:27 AM Boris Mulder <boris.mulder at nlcsl.com> wrote:

> On 15-05-18 08:08, Norman Feske wrote:
>  > I am not able to dive deep into it, but suspect that the
>  > session-creation error is caused by the label-rewriting route. Your
>  > start node relabels the block session as "default" whereas the
>  > service-forwarding policy of the `drivers -> dynamic` subsystem uses "
>  > default" (note the leading whitespace) [1] as policy selector, presuming
>  > that sessions are prefixed with the " -> " delimiter. This is the case
>  > when creating sessions from Sculpt's runtime subsystem in the unmodified
>  > scenario, but not anymore in your modified scenario.
>  >
>  > Could you try relabeling your block session to "part_blk -> default"
>  > instead?
>
> I changed the config to the following:
>
> <start name="part_blk" caps="100">
>      <resource name="RAM" quantum="50M"/>
>      <provides><service name="Block"/></provides>
>      <config use_gpt="no">
>         <policy label_prefix="vfs" writeable="yes" partition="1"/>
>         <policy label_prefix="blk_crypt" writeable="yes" partition="6"/>
>      </config>
>      <route>
>         <service name="Block">
>             <child name="drivers" label="part_blk -> default"/>
>         </service>
>         <any-service> <parent/> </any-service>
>      </route>
> </start>
>
> However, it still gives the exact same errors. Strangely, init still
> gives the warning:
> [init] Warning: part_blk: could not revert session RAM quota
> (service=Block cid=6 args='tx_buf_size=4194304, cap_quota=5,
> label="part_blk -> ", ram_quota=4207830, diag=0' state=SERVICE_DENIED
> ram_quota=4207830, cap_quota=5)
>
> It looks like the label is not rewritten at all. changing "<service
> name="Block">" into "<service name="Block" label=""> does not do
> anything and the label inside the warning stays "part_blk -> ". Does
> this give you any clue?
>
> Also, placing part_blk on another init which is not the runtime init
> also gives me these errors, even though the label is changed to "init ->
> part_blk -> ".
>
> --
>
> Met vriendelijke groet / kind regards,
>
> Boris Mulder
>
> Cyber Security Labs B.V. | Gooimeer 6-31 | 1411 DD Naarden | The
> Netherlands
> +31 35 631 3253 (office)
>
> _______________________________________________
> Genode users mailing list
> users at lists.genode.org
> https://lists.genode.org/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.genode.org/pipermail/users/attachments/20180515/517809d9/attachment.html>