Re: java for arm_v7a

[Sebastian Sumpf]

On 4/22/23 11:20, Divya Sharma wrote:

Thanks Sebastian,
It worked.


I am glad it worked and thanks for the feedback!

Sebastian


DIvya.

On Sat, Apr 22, 2023 at 12:38 PM Sebastian Sumpf 
mailto:sebastian.su...@genode-labs.com>> wrote:


Hi Divya,

On 4/22/23 07:35, Divya Sharma wrote:
 > Thanks Sebastain.
 > I  found the "cryptoPolicyPath" [1] and the .policy file which grants the
 > permission to use the algorithm.
 > But I could not figure out how to add it in the VFS and boot module as 
you
 > suggested .
 > So the runtime scenario of java can have access to that policy file.
 >
 > Also I tried to add that path [3] in INC_DIR+=  of jvm.inc and java.inc 
but
 > could not provide the access policy.
 > Also during the booting of java i got the error [2] indicating the page
fault
 > occurs due to thread='pthread.0.
 >
 >

[1]GENODE_DIR]/contrib/jdk_generated-afb22ed3b35d8700b821722d2df871e6e2c53717/src/app/jdk/bin/conf/security/policy/unlimited/default_local.policy.
 > [2]no RM attachment (READ pf_addr=0x0 pf_ip=0x2001ad90 from pager_object:
 > pd='init -> java' thread='pthread.0')
 > Warning: page fault, pager_object: pd='init -> java' thread='pthread.0'
 > ip=0x2001ad90 fault-addr=0x0 type=no-page
 > [3]$(JDK_GENERATED)/bin/conf/security/policy/unlimited \

Under the assumption that Java is looking for the path
"/conf/security/policy/unlimited" and because the policy file is very small 
you
could as a first step try to inline the contents of the file in the  
node
of the run script:

! 
! 
! 
!    
!      
!        
!          
!  grant {
!    // There is no restriction to any algorithms.
!   permission javax.crypto.CryptoAllPermission;
!  };
! 
!       
!     
!   
! 
!
! ...
! 

Once this is working you can later add it as a ROM module by modifying [1] 
and
copy the file into the Java packet from which it can be accessed by the run
script via.

! 

which would replace the  node above.

[1] repos/world/recipes/raw/jdk/content.mk 

Good luck,

Sebastian

 > DIvya.
 >
 > On Thu, Apr 13, 2023 at 12:38 PM Sebastian Sumpf
 > mailto:sebastian.su...@genode-labs.com>
>> wrote:
 >
 >     Hello Divya,
 >
 >     On 4/13/23 05:55, Divya Sharma wrote:
 >      > While using the *javax.crypto.** library in a Java application,I
got the
 >      > following error [1] ,[2]saying that "Can not initialize the
cryptographic
 >      > mechanism".
 >      > While inspecting the default policies got to know that 
permissions are
 >     already
 >      > granted for all algorithms.
 >      > We also set those to unlimited in java code itself using the [3]
and [4].
 >      > Still could not resolve the issue.Is there anything that we are
missing
 >     out on?
 >      > kindly give some suggestions on it .
 >      >
 >      >
 >      > [1]java.lang.SecurityException: Can not initialize cryptographic
mechanism
 >      > [2]java.lang.SecurityException: Can't read cryptographic policy
 >     directory: unlimited
 >      > [3] Security.setProperty("crypto.policy", "unlimited");
 >      > [4] System.setProperty("java.security.properties","unlimited");
 >      >
 >
 >     In [1] I see the following code:
 >
 >     ! if (!Files.isDirectory(cryptoPolicyPath)
 >     !   || !Files.isReadable(cryptoPolicyPath)) {
 >     !     throw new SecurityException(
 >     !       "Can't read cryptographic policy directory: " +
 >     !        cryptoPolicyProperty);
 >     ! }
 >
 >     I would try to find out what "cryptoPolicyPath" is, what file is
expected, and
 >     put the expected file at the right place in the run script  (in the 

 >     node +
 >     boot modules).
 >
 >     [1]
jdk/src/java.base/share/classes/javax/crypto/JceSecurity.java.template
 >
 >     Regards,
 >
 >     Sebastian
 >
 >      >
 >      > On Mon, Apr 10, 2023 at 6:49 PM Divya Sharma
mailto:divyasharma26...@gmail.com>
 >     >
 >      >       wrote:
 >      >
 >      >     Thanks, Sebastian issue is resolved.
 >      >
 >      >     I want to run simple java code using java binary into bash
shell. To
 >     achieve
 >      >     it I figured out some modification to the separate run script
 >      >     user_shell_dev.run from  bash.run script .But those did not
   

Re: java for arm_v7a

[Divya Sharma]

Thanks Sebastian,
It worked.

DIvya.

On Sat, Apr 22, 2023 at 12:38 PM Sebastian Sumpf <
sebastian.su...@genode-labs.com> wrote:

> Hi Divya,
>
> On 4/22/23 07:35, Divya Sharma wrote:
> > Thanks Sebastain.
> > I  found the "cryptoPolicyPath" [1] and the .policy file which grants
> the
> > permission to use the algorithm.
> > But I could not figure out how to add it in the VFS and boot module as
> you
> > suggested .
> > So the runtime scenario of java can have access to that policy file.
> >
> > Also I tried to add that path [3] in INC_DIR+=  of jvm.inc and java.inc
> but
> > could not provide the access policy.
> > Also during the booting of java i got the error [2] indicating the page
> fault
> > occurs due to thread='pthread.0.
> >
> >
> [1]GENODE_DIR]/contrib/jdk_generated-afb22ed3b35d8700b821722d2df871e6e2c53717/src/app/jdk/bin/conf/security/policy/unlimited/default_local.policy.
> > [2]no RM attachment (READ pf_addr=0x0 pf_ip=0x2001ad90 from
> pager_object:
> > pd='init -> java' thread='pthread.0')
> > Warning: page fault, pager_object: pd='init -> java' thread='pthread.0'
> > ip=0x2001ad90 fault-addr=0x0 type=no-page
> > [3]$(JDK_GENERATED)/bin/conf/security/policy/unlimited \
>
> Under the assumption that Java is looking for the path
> "/conf/security/policy/unlimited" and because the policy file is very
> small you
> could as a first step try to inline the contents of the file in the 
> node
> of the run script:
>
> ! 
> ! 
> ! 
> !
> !  
> !
> !  
> !  grant {
> !// There is no restriction to any algorithms.
> !   permission javax.crypto.CryptoAllPermission;
> !  };
> ! 
> !   
> ! 
> !   
> ! 
> !
> ! ...
> ! 
>
> Once this is working you can later add it as a ROM module by modifying [1]
> and
> copy the file into the Java packet from which it can be accessed by the
> run
> script via.
>
> ! 
>
> which would replace the  node above.
>
> [1] repos/world/recipes/raw/jdk/content.mk
>
> Good luck,
>
> Sebastian
>
> > DIvya.
> >
> > On Thu, Apr 13, 2023 at 12:38 PM Sebastian Sumpf
> > mailto:sebastian.su...@genode-labs.com>>
> wrote:
> >
> > Hello Divya,
> >
> > On 4/13/23 05:55, Divya Sharma wrote:
> >  > While using the *javax.crypto.** library in a Java application,I
> got the
> >  > following error [1] ,[2]saying that "Can not initialize the
> cryptographic
> >  > mechanism".
> >  > While inspecting the default policies got to know that
> permissions are
> > already
> >  > granted for all algorithms.
> >  > We also set those to unlimited in java code itself using the [3]
> and [4].
> >  > Still could not resolve the issue.Is there anything that we are
> missing
> > out on?
> >  > kindly give some suggestions on it .
> >  >
> >  >
> >  > [1]java.lang.SecurityException: Can not initialize cryptographic
> mechanism
> >  > [2]java.lang.SecurityException: Can't read cryptographic policy
> > directory: unlimited
> >  > [3] Security.setProperty("crypto.policy", "unlimited");
> >  > [4] System.setProperty("java.security.properties","unlimited");
> >  >
> >
> > In [1] I see the following code:
> >
> > ! if (!Files.isDirectory(cryptoPolicyPath)
> > !   || !Files.isReadable(cryptoPolicyPath)) {
> > ! throw new SecurityException(
> > !   "Can't read cryptographic policy directory: " +
> > !cryptoPolicyProperty);
> > ! }
> >
> > I would try to find out what "cryptoPolicyPath" is, what file is
> expected, and
> > put the expected file at the right place in the run script  (in the
> 
> > node +
> > boot modules).
> >
> > [1]
> jdk/src/java.base/share/classes/javax/crypto/JceSecurity.java.template
> >
> > Regards,
> >
> > Sebastian
> >
> >  >
> >  > On Mon, Apr 10, 2023 at 6:49 PM Divya Sharma <
> divyasharma26...@gmail.com
> > 
> >  > >>
> > wrote:
> >  >
> >  > Thanks, Sebastian issue is resolved.
> >  >
> >  > I want to run simple java code using java binary into bash
> shell. To
> > achieve
> >  > it I figured out some modification to the separate run script
> >  > user_shell_dev.run from  bash.run script .But those did not
> work load
> > java
> >  > vm in shell.
> >  > While booting in Qemu i got the error [1] ,[3] also i am able
> to spawn a
> >  > shell into the terminal but while running java in it got [2].
> >  > It is not  able to initialize the vm to run java.
> >  > Kindly suggest a way to achieve this  .
> >  >
> >  >
> >  > [1][init -> java] Error occurred during initialization of VM
> >  >  init -> java] java.lang.UnsatisfiedLinkError: no zip in
> > java.library.path
> >  > [2]Error occurred during the initialization of vm.
> >  > Unable to load zip lib 

Re: java for arm_v7a

[Sebastian Sumpf]

Hi Divya,

On 4/22/23 07:35, Divya Sharma wrote:

Thanks Sebastain.
I  found the "cryptoPolicyPath" [1] and the .policy file which grants the 
permission to use the algorithm.
But I could not figure out how to add it in the VFS and boot module as you 
suggested .

So the runtime scenario of java can have access to that policy file.

Also I tried to add that path [3] in INC_DIR+=  of jvm.inc and java.inc but 
could not provide the access policy.
Also during the booting of java i got the error [2] indicating the page fault 
occurs due to thread='pthread.0.


[1]GENODE_DIR]/contrib/jdk_generated-afb22ed3b35d8700b821722d2df871e6e2c53717/src/app/jdk/bin/conf/security/policy/unlimited/default_local.policy.
[2]no RM attachment (READ pf_addr=0x0 pf_ip=0x2001ad90 from pager_object: 
pd='init -> java' thread='pthread.0')
Warning: page fault, pager_object: pd='init -> java' thread='pthread.0' 
ip=0x2001ad90 fault-addr=0x0 type=no-page

[3]$(JDK_GENERATED)/bin/conf/security/policy/unlimited \


Under the assumption that Java is looking for the path 
"/conf/security/policy/unlimited" and because the policy file is very small you 
could as a first step try to inline the contents of the file in the  node 
of the run script:


! 
! 
! 
!
!  
!
!  
!  grant {
!// There is no restriction to any algorithms.
!   permission javax.crypto.CryptoAllPermission;
!  };
! 
!   
! 
!   
! 
!
! ...
! 

Once this is working you can later add it as a ROM module by modifying [1] and 
copy the file into the Java packet from which it can be accessed by the run 
script via.


! 

which would replace the  node above.

[1] repos/world/recipes/raw/jdk/content.mk

Good luck,

Sebastian


DIvya.

On Thu, Apr 13, 2023 at 12:38 PM Sebastian Sumpf 
mailto:sebastian.su...@genode-labs.com>> wrote:


Hello Divya,

On 4/13/23 05:55, Divya Sharma wrote:
 > While using the *javax.crypto.** library in a Java application,I got the
 > following error [1] ,[2]saying that "Can not initialize the cryptographic
 > mechanism".
 > While inspecting the default policies got to know that permissions are
already
 > granted for all algorithms.
 > We also set those to unlimited in java code itself using the [3] and [4].
 > Still could not resolve the issue.Is there anything that we are missing
out on?
 > kindly give some suggestions on it .
 >
 >
 > [1]java.lang.SecurityException: Can not initialize cryptographic 
mechanism
 > [2]java.lang.SecurityException: Can't read cryptographic policy
directory: unlimited
 > [3] Security.setProperty("crypto.policy", "unlimited");
 > [4] System.setProperty("java.security.properties","unlimited");
 >

In [1] I see the following code:

! if (!Files.isDirectory(cryptoPolicyPath)
!   || !Files.isReadable(cryptoPolicyPath)) {
!     throw new SecurityException(
!       "Can't read cryptographic policy directory: " +
!        cryptoPolicyProperty);
! }

I would try to find out what "cryptoPolicyPath" is, what file is expected, 
and
put the expected file at the right place in the run script  (in the 
node +
boot modules).

[1] jdk/src/java.base/share/classes/javax/crypto/JceSecurity.java.template

Regards,

Sebastian

 >
 > On Mon, Apr 10, 2023 at 6:49 PM Divya Sharma mailto:divyasharma26...@gmail.com>
 > >>
wrote:
 >
 >     Thanks, Sebastian issue is resolved.
 >
 >     I want to run simple java code using java binary into bash shell. To
achieve
 >     it I figured out some modification to the separate run script
 >     user_shell_dev.run from  bash.run script .But those did not work load
java
 >     vm in shell.
 >     While booting in Qemu i got the error [1] ,[3] also i am able to 
spawn a
 >     shell into the terminal but while running java in it got [2].
 >     It is not  able to initialize the vm to run java.
 >     Kindly suggest a way to achieve this  .
 >
 >
 >     [1][init -> java] Error occurred during initialization of VM
 >          init -> java] java.lang.UnsatisfiedLinkError: no zip in
java.library.path
 >     [2]Error occurred during the initialization of vm.
 >     Unable to load zip lib "zip.lib.so 
>"
 >
 >     [3][init -> /bin/bash -> 1] Error: ROM-session creation failed
 >     (ram_quota=6144, cap_quota=3, label="zip.lib.so 
>")
 >
 >
 >     Thanks,
 >     DIvya.
 >
 >
 >     On Mon, Apr 10, 2023 at 3:52 PM Sebastian Sumpf
 >     mailto:sebastian.su...@genode-labs.com>
>>
 >     wrote:
 >
 >         Hello Divya,
 >

Re: java for arm_v7a

[Divya Sharma]

Thanks Sebastain.
I  found the "cryptoPolicyPath" [1] and the .policy file which grants the
permission to use the algorithm.
But I could not figure out how to add it in the VFS and boot module as you
suggested .
So the runtime scenario of java can have access to that policy file.

Also I tried to add that path [3] in INC_DIR+=  of jvm.inc and java.inc but
could not provide the access policy.
Also during the booting of java i got the error [2] indicating the page
fault occurs due to thread='pthread.0.

[1]GENODE_DIR]/contrib/jdk_generated-afb22ed3b35d8700b821722d2df871e6e2c53717/src/app/jdk/bin/conf/security/policy/unlimited/default_local.policy.
[2]no RM attachment (READ pf_addr=0x0 pf_ip=0x2001ad90 from pager_object:
pd='init -> java' thread='pthread.0')
Warning: page fault, pager_object: pd='init -> java' thread='pthread.0'
ip=0x2001ad90 fault-addr=0x0 type=no-page
[3]$(JDK_GENERATED)/bin/conf/security/policy/unlimited \

DIvya.

On Thu, Apr 13, 2023 at 12:38 PM Sebastian Sumpf <
sebastian.su...@genode-labs.com> wrote:

> Hello Divya,
>
> On 4/13/23 05:55, Divya Sharma wrote:
> > While using the *javax.crypto.** library in a Java application,I got the
> > following error [1] ,[2]saying that "Can not initialize the
> cryptographic
> > mechanism".
> > While inspecting the default policies got to know that permissions are
> already
> > granted for all algorithms.
> > We also set those to unlimited in java code itself using the [3] and [4].
> > Still could not resolve the issue.Is there anything that we are missing
> out on?
> > kindly give some suggestions on it .
> >
> >
> > [1]java.lang.SecurityException: Can not initialize cryptographic
> mechanism
> > [2]java.lang.SecurityException: Can't read cryptographic policy
> directory: unlimited
> > [3] Security.setProperty("crypto.policy", "unlimited");
> > [4] System.setProperty("java.security.properties","unlimited");
> >
>
> In [1] I see the following code:
>
> ! if (!Files.isDirectory(cryptoPolicyPath)
> !   || !Files.isReadable(cryptoPolicyPath)) {
> ! throw new SecurityException(
> !   "Can't read cryptographic policy directory: " +
> !cryptoPolicyProperty);
> ! }
>
> I would try to find out what "cryptoPolicyPath" is, what file is expected,
> and
> put the expected file at the right place in the run script  (in the 
> node +
> boot modules).
>
> [1] jdk/src/java.base/share/classes/javax/crypto/JceSecurity.java.template
>
> Regards,
>
> Sebastian
>
> >
> > On Mon, Apr 10, 2023 at 6:49 PM Divya Sharma  > > wrote:
> >
> > Thanks, Sebastian issue is resolved.
> >
> > I want to run simple java code using java binary into bash shell. To
> achieve
> > it I figured out some modification to the separate run script
> > user_shell_dev.run from  bash.run script .But those did not work
> load java
> > vm in shell.
> > While booting in Qemu i got the error [1] ,[3] also i am able to
> spawn a
> > shell into the terminal but while running java in it got [2].
> > It is not  able to initialize the vm to run java.
> > Kindly suggest a way to achieve this  .
> >
> >
> > [1][init -> java] Error occurred during initialization of VM
> >  init -> java] java.lang.UnsatisfiedLinkError: no zip in
> java.library.path
> > [2]Error occurred during the initialization of vm.
> > Unable to load zip lib "zip.lib.so "
> >
> > [3][init -> /bin/bash -> 1] Error: ROM-session creation failed
> > (ram_quota=6144, cap_quota=3, label="zip.lib.so  >")
> >
> >
> > Thanks,
> > DIvya.
> >
> >
> > On Mon, Apr 10, 2023 at 3:52 PM Sebastian Sumpf
> >  sebastian.su...@genode-labs.com>>
> > wrote:
> >
> > Hello Divya,
> >
> > On 4/8/23 07:45, Divya Sharma wrote:
> >  > While running the java.run script I got the following error
> > [1]showing out of
> >  > memory allocation.
> >  > Kindly suggest the way to remove it rather than build all the
> required
> >  > dependencies and packages from scratch.
> >  >
> >  >
> >  >
> >
>  
> [1]/usr/local/genode/tool/21.05/bin/../lib/gcc/arm-none-eabi/10.3.0/../../../../arm-none-eabi/bin/as:
> out of memory allocating 9223372036854841471 bytes after a total of 696320
> bytes
> >  >
> >
> > This looks like as if it happens when linking the boot modules
> of the image
> > together. Maybe there are too many modules and something got too
> big? By
> > the
> > size of the allocation clearly something did overflow, but it's
> hard to
> > tell
> > without the actual scenario. What did you change in the
> "java.run" script?
> >
> > Regards,
> >
> > Sebastian
> >
> >  >
> >  >
> >  >
> >  > On Wed, Apr 5, 2023 at 11:02 PM  > 
> >  > 

Re: java for arm_v7a

[Sebastian Sumpf]

Hello Divya,

On 4/13/23 05:55, Divya Sharma wrote:
While using the *javax.crypto.** library in a Java application,I got the 
following error [1] ,[2]saying that "Can not initialize the cryptographic 
mechanism".
While inspecting the default policies got to know that permissions are already 
granted for all algorithms.

We also set those to unlimited in java code itself using the [3] and [4].
Still could not resolve the issue.Is there anything that we are missing out on?
kindly give some suggestions on it .


[1]java.lang.SecurityException: Can not initialize cryptographic mechanism
[2]java.lang.SecurityException: Can't read cryptographic policy directory: 
unlimited
[3] Security.setProperty("crypto.policy", "unlimited");
[4] System.setProperty("java.security.properties","unlimited");



In [1] I see the following code:

! if (!Files.isDirectory(cryptoPolicyPath)
!   || !Files.isReadable(cryptoPolicyPath)) {
! throw new SecurityException(
!   "Can't read cryptographic policy directory: " +
!cryptoPolicyProperty);
! }

I would try to find out what "cryptoPolicyPath" is, what file is expected, and 
put the expected file at the right place in the run script  (in the  node + 
boot modules).


[1] jdk/src/java.base/share/classes/javax/crypto/JceSecurity.java.template

Regards,

Sebastian



On Mon, Apr 10, 2023 at 6:49 PM Divya Sharma > wrote:


Thanks, Sebastian issue is resolved.

I want to run simple java code using java binary into bash shell. To achieve
it I figured out some modification to the separate run script
user_shell_dev.run from  bash.run script .But those did not work load java
vm in shell.
While booting in Qemu i got the error [1] ,[3] also i am able to spawn a
shell into the terminal but while running java in it got [2].
It is not  able to initialize the vm to run java.
Kindly suggest a way to achieve this  .


[1][init -> java] Error occurred during initialization of VM
     init -> java] java.lang.UnsatisfiedLinkError: no zip in 
java.library.path
[2]Error occurred during the initialization of vm.
Unable to load zip lib "zip.lib.so "

[3][init -> /bin/bash -> 1] Error: ROM-session creation failed
(ram_quota=6144, cap_quota=3, label="zip.lib.so ")


Thanks,
DIvya.


On Mon, Apr 10, 2023 at 3:52 PM Sebastian Sumpf
mailto:sebastian.su...@genode-labs.com>>
wrote:

Hello Divya,

On 4/8/23 07:45, Divya Sharma wrote:
 > While running the java.run script I got the following error
[1]showing out of
 > memory allocation.
 > Kindly suggest the way to remove it rather than build all the 
required
 > dependencies and packages from scratch.
 >
 >
 >

[1]/usr/local/genode/tool/21.05/bin/../lib/gcc/arm-none-eabi/10.3.0/../../../../arm-none-eabi/bin/as:
 out of memory allocating 9223372036854841471 bytes after a total of 696320 
bytes
 >

This looks like as if it happens when linking the boot modules of the 
image
together. Maybe there are too many modules and something got too big? By
the
size of the allocation clearly something did overflow, but it's hard to
tell
without the actual scenario. What did you change in the "java.run" 
script?

Regards,

Sebastian

 >
 >
 >
 > On Wed, Apr 5, 2023 at 11:02 PM mailto:ttco...@netcourrier.com>
 > >> 
wrote:
 >
 >
 >>
 >>     Hello Genodians,
 >>
 >>     I am able to run java.run in virt_qemu-arm_v7a. The output is
directed to
 >>     log [ stdout="/dev/log" ], is there a way to redirect the 
sdtout to
 >>     terminal [ stdout="/dev/terminal" ] instead of log?
 >>
 >>
 >
 >     My two cents : the way I do it here is to modify the "config"
scenario file
 >     this way:
 >     - keep stdout set to "/dev/log"
 >     - modify the routing to :        name="terminal_log"> ...
 >     - add a terminal_log component
 >     - add a terminal component.
 >
 >     It works for me... But if there is a way to specify
stdout="/dev/terminal"
 >     instead, that might be of interest to me as well.
 >
 >     Cedric
 >
 >
 >     ___
 >     Genode users mailing list
 > users@lists.genode.org 
>
 > https://lists.genode.org/listinfo/users

 >     

Re: java for arm_v7a

[Divya Sharma]

While using the *javax.crypto.** library in a Java application,I got the
following error [1] ,[2]saying that "Can not initialize the cryptographic
mechanism".
While inspecting the default policies got to know that permissions are
already granted for all algorithms.
We also set those to unlimited in java code itself using the [3] and [4].
Still could not resolve the issue.Is there anything that we are missing out
on?
kindly give some suggestions on it .


[1]java.lang.SecurityException: Can not initialize cryptographic mechanism
[2]java.lang.SecurityException: Can't read cryptographic policy directory:
unlimited
[3] Security.setProperty("crypto.policy", "unlimited");
[4] System.setProperty("java.security.properties","unlimited");


Best ,
DIvya.







On Mon, Apr 10, 2023 at 6:49 PM Divya Sharma 
wrote:

> Thanks, Sebastian issue is resolved.
>
> I want to run simple java code using java binary into bash shell. To
> achieve it I figured out some modification to the separate run script
> user_shell_dev.run from  bash.run script .But those did not work load java
> vm in shell.
> While booting in Qemu i got the error [1] ,[3] also i am able to spawn a
> shell into the terminal but while running java in it got [2].
> It is not  able to initialize the vm to run java.
> Kindly suggest a way to achieve this  .
>
>
> [1][init -> java] Error occurred during initialization of VM
> init -> java] java.lang.UnsatisfiedLinkError: no zip in
> java.library.path
> [2]Error occurred during the initialization of vm.
> Unable to load zip lib "zip.lib.so"
>
> [3][init -> /bin/bash -> 1] Error: ROM-session creation failed
> (ram_quota=6144, cap_quota=3, label="zip.lib.so")
>
>
> Thanks,
> DIvya.
>
>
> On Mon, Apr 10, 2023 at 3:52 PM Sebastian Sumpf <
> sebastian.su...@genode-labs.com> wrote:
>
>> Hello Divya,
>>
>> On 4/8/23 07:45, Divya Sharma wrote:
>> > While running the java.run script I got the following error [1]showing
>> out of
>> > memory allocation.
>> > Kindly suggest the way to remove it rather than build all the required
>> > dependencies and packages from scratch.
>> >
>> >
>> >
>> [1]/usr/local/genode/tool/21.05/bin/../lib/gcc/arm-none-eabi/10.3.0/../../../../arm-none-eabi/bin/as:
>> out of memory allocating 9223372036854841471 bytes after a total of 696320
>> bytes
>> >
>>
>> This looks like as if it happens when linking the boot modules of the
>> image
>> together. Maybe there are too many modules and something got too big? By
>> the
>> size of the allocation clearly something did overflow, but it's hard to
>> tell
>> without the actual scenario. What did you change in the "java.run" script?
>>
>> Regards,
>>
>> Sebastian
>>
>> >
>> >
>> >
>> > On Wed, Apr 5, 2023 at 11:02 PM > > > wrote:
>> >
>> >
>> >>
>> >> Hello Genodians,
>> >>
>> >> I am able to run java.run in virt_qemu-arm_v7a. The output is
>> directed to
>> >> log [ stdout="/dev/log" ], is there a way to redirect the sdtout to
>> >> terminal [ stdout="/dev/terminal" ] instead of log?
>> >>
>> >>
>> >
>> > My two cents : the way I do it here is to modify the "config"
>> scenario file
>> > this way:
>> > - keep stdout set to "/dev/log"
>> > - modify the routing to :   > > name="terminal_log"> ...
>> > - add a terminal_log component
>> > - add a terminal component.
>> >
>> > It works for me... But if there is a way to specify
>> stdout="/dev/terminal"
>> > instead, that might be of interest to me as well.
>> >
>> > Cedric
>> >
>> >
>> > ___
>> > Genode users mailing list
>> > users@lists.genode.org 
>> > https://lists.genode.org/listinfo/users
>> > 
>> >
>> >
>> > ___
>> > Genode users mailing list
>> > users@lists.genode.org
>> > https://lists.genode.org/listinfo/users
>>
>> --
>> 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
>>
>
___
Genode users mailing list
users@lists.genode.org
https://lists.genode.org/listinfo/users

Re: java for arm_v7a

[Divya Sharma]

Thanks, Sebastian issue is resolved.

I want to run simple java code using java binary into bash shell. To
achieve it I figured out some modification to the separate run script
user_shell_dev.run from  bash.run script .But those did not work load java
vm in shell.
While booting in Qemu i got the error [1] ,[3] also i am able to spawn a
shell into the terminal but while running java in it got [2].
It is not  able to initialize the vm to run java.
Kindly suggest a way to achieve this  .


[1][init -> java] Error occurred during initialization of VM
init -> java] java.lang.UnsatisfiedLinkError: no zip in
java.library.path
[2]Error occurred during the initialization of vm.
Unable to load zip lib "zip.lib.so"

[3][init -> /bin/bash -> 1] Error: ROM-session creation failed
(ram_quota=6144, cap_quota=3, label="zip.lib.so")


Thanks,
DIvya.


On Mon, Apr 10, 2023 at 3:52 PM Sebastian Sumpf <
sebastian.su...@genode-labs.com> wrote:

> Hello Divya,
>
> On 4/8/23 07:45, Divya Sharma wrote:
> > While running the java.run script I got the following error [1]showing
> out of
> > memory allocation.
> > Kindly suggest the way to remove it rather than build all the required
> > dependencies and packages from scratch.
> >
> >
> >
> [1]/usr/local/genode/tool/21.05/bin/../lib/gcc/arm-none-eabi/10.3.0/../../../../arm-none-eabi/bin/as:
> out of memory allocating 9223372036854841471 bytes after a total of 696320
> bytes
> >
>
> This looks like as if it happens when linking the boot modules of the
> image
> together. Maybe there are too many modules and something got too big? By
> the
> size of the allocation clearly something did overflow, but it's hard to
> tell
> without the actual scenario. What did you change in the "java.run" script?
>
> Regards,
>
> Sebastian
>
> >
> >
> >
> > On Wed, Apr 5, 2023 at 11:02 PM  > > wrote:
> >
> >
> >>
> >> Hello Genodians,
> >>
> >> I am able to run java.run in virt_qemu-arm_v7a. The output is
> directed to
> >> log [ stdout="/dev/log" ], is there a way to redirect the sdtout to
> >> terminal [ stdout="/dev/terminal" ] instead of log?
> >>
> >>
> >
> > My two cents : the way I do it here is to modify the "config"
> scenario file
> > this way:
> > - keep stdout set to "/dev/log"
> > - modify the routing to :> name="terminal_log"> ...
> > - add a terminal_log component
> > - add a terminal component.
> >
> > It works for me... But if there is a way to specify
> stdout="/dev/terminal"
> > instead, that might be of interest to me as well.
> >
> > Cedric
> >
> >
> > ___
> > Genode users mailing list
> > users@lists.genode.org 
> > https://lists.genode.org/listinfo/users
> > 
> >
> >
> > ___
> > Genode users mailing list
> > users@lists.genode.org
> > https://lists.genode.org/listinfo/users
>
> --
> 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
>


bash
Description: Binary data


user_shell_dev.run
Description: Binary data
___
Genode users mailing list
users@lists.genode.org
https://lists.genode.org/listinfo/users

Re: java for arm_v7a

[Sebastian Sumpf]

Hello Divya,

On 4/8/23 07:45, Divya Sharma wrote:
While running the java.run script I got the following error [1]showing out of 
memory allocation.
Kindly suggest the way to remove it rather than build all the required 
dependencies and packages from scratch.



[1]/usr/local/genode/tool/21.05/bin/../lib/gcc/arm-none-eabi/10.3.0/../../../../arm-none-eabi/bin/as:
 out of memory allocating 9223372036854841471 bytes after a total of 696320 
bytes



This looks like as if it happens when linking the boot modules of the image 
together. Maybe there are too many modules and something got too big? By the 
size of the allocation clearly something did overflow, but it's hard to tell 
without the actual scenario. What did you change in the "java.run" script?


Regards,

Sebastian





On Wed, Apr 5, 2023 at 11:02 PM > wrote:





Hello Genodians,

I am able to run java.run in virt_qemu-arm_v7a. The output is directed to
log [ stdout="/dev/log" ], is there a way to redirect the sdtout to
terminal [ stdout="/dev/terminal" ] instead of log?




My two cents : the way I do it here is to modify the "config" scenario file
this way:
- keep stdout set to "/dev/log"
- modify the routing to :...
- add a terminal_log component
- add a terminal component.

It works for me... But if there is a way to specify stdout="/dev/terminal"
instead, that might be of interest to me as well.

Cedric


___
Genode users mailing list
users@lists.genode.org 
https://lists.genode.org/listinfo/users



___
Genode users mailing list
users@lists.genode.org
https://lists.genode.org/listinfo/users


--
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: java for arm_v7a

[Divya Sharma]

While running the java.run script I got the following error [1]showing out
of memory allocation.
Kindly suggest the way to remove it rather than build all the required
dependencies and packages from scratch.


[1]/usr/local/genode/tool/21.05/bin/../lib/gcc/arm-none-eabi/10.3.0/../../../../arm-none-eabi/bin/as:
out of memory allocating 9223372036854841471 bytes after a total of 696320
bytes

Best Regards,
DIvya,



On Wed, Apr 5, 2023 at 11:02 PM  wrote:

>
>
> Hello Genodians,
>
> I am able to run java.run in virt_qemu-arm_v7a. The output is directed to
> log [ stdout="/dev/log" ], is there a way to redirect the sdtout to
> terminal [ stdout="/dev/terminal" ] instead of log?
>
>
>
> My two cents : the way I do it here is to modify the "config" scenario
> file this way:
> - keep stdout set to "/dev/log"
> - modify the routing to :name="terminal_log"> ...
> - add a terminal_log component
> - add a terminal component.
>
> It works for me... But if there is a way to specify stdout="/dev/terminal"
> instead, that might be of interest to me as well.
>
> Cedric
>
>
> ___
> Genode users mailing list
> users@lists.genode.org
> https://lists.genode.org/listinfo/users
>


Java
Description: Binary data
___
Genode users mailing list
users@lists.genode.org
https://lists.genode.org/listinfo/users

Re: java for arm_v7a

[ttcoder]

Hello Genodians,


I am able to run java.run in virt_qemu-arm_v7a. The output is directed to log [ 
stdout="/dev/log" ], is there a way to redirect the sdtout to terminal [ 
stdout="/dev/terminal" ] instead of log?







My two cents : the way I do it here is to modify the "config" scenario file 
this way:

- keep stdout set to "/dev/log"

- modify the routing to :...

- add a terminal_log component

- add a terminal component.



It works for me... But if there is a way to specify stdout="/dev/terminal" 
instead, that might be of interest to me as well.



Cedric






___
Genode users mailing list
users@lists.genode.org
https://lists.genode.org/listinfo/users

Re: java for arm_v7a

[Devashish Dewangan cs21m017]

Hello Genodians,

I am able to run java.run in virt_qemu-arm_v7a. The output is directed to
log [ stdout="/dev/log" ], is there a way to redirect the sdtout to
terminal [ stdout="/dev/terminal" ] instead of log?


On Tue, Mar 21, 2023 at 5:16 PM Sebastian Sumpf <
sebastian.su...@genode-labs.com> wrote:

> Hi Divya,
>
> On 3/21/23 09:02, Divya Sharma wrote:
> >
> >
> > On Tue, Mar 21, 2023 at 12:24 PM Sebastian Sumpf
> > mailto:sebastian.su...@genode-labs.com>>
> wrote:
> >
> > Hi Divya,
> >
> > On 3/18/23 18:07, Divya Sharma wrote:
> >  > Hello Genodians, I am reaching out to you regarding our efforts
> to build a
> >  > sculpt image that supports Java on arm v7a. During the compilation
> > process, we
> >  > encountered the following errors:
> >  > [init] Error: allocation of read-write segment failed
> >  > [init] Error: runtime: out of RAM during ELF loading [init ->
> log_kernel]
> > Error:
> >  > ROM-session creation failed (ram_quota=6144, cap_quota=3,
> label="log")
> > [init ->
> >  > log_kernel] Error: Could not open ROM session for "log" [init ->
> log_kernel]
> >  > Error: Uncaught exception of type
> > 'Genode::Rom_connection::Rom_connection_failed'
> >  > Also attached log file and please provide some suggestions to
> solve this.
> >
> > could you run your scenario with the "LOG=core" option enabled and
> send the
> > serial log output here again?
> >
> > ! make KERNEL=hw BOARD= LOG=core SCULPT=default
> run/sculpt_test
> >
>
> Okay, I see. There is a problem with ELF loading in init (out of RAM).
> Also this
> has nothing to do with Java, but with Sculpt startup on Qemu. You seem to
> start
> Sculpt on the "virt_qemu_arm_v7a" in Qemu. This is unsupported on current
> master
> (sculpt.run says "Platform is unsupported."), which means, either you have
> modified the scenario on your own, or operate on someone else's
> unsupported
> branch. Either way, I do not know your setup, and  therefore, cannot
> reproduce
> it. The first step to debug this, would be to find out why "init" does not
> have
> enough RAM to load an ELF and what ELF it tries to load. Maybe it is
> already
> enough to increase the RAM quota of the "runtime" in "sculpt.run".
>
> 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
>


-- 
Regards,
Devashish Dewangan
CS21M017
___
Genode users mailing list
users@lists.genode.org
https://lists.genode.org/listinfo/users

Re: java for arm_v7a

[Sebastian Sumpf]

Hi Divya,

On 3/21/23 09:02, Divya Sharma wrote:
 

On Tue, Mar 21, 2023 at 12:24 PM Sebastian Sumpf 
mailto:sebastian.su...@genode-labs.com>> wrote:


Hi Divya,

On 3/18/23 18:07, Divya Sharma wrote:
 > Hello Genodians, I am reaching out to you regarding our efforts to build 
a
 > sculpt image that supports Java on arm v7a. During the compilation
process, we
 > encountered the following errors:
 > [init] Error: allocation of read-write segment failed
 > [init] Error: runtime: out of RAM during ELF loading [init -> log_kernel]
Error:
 > ROM-session creation failed (ram_quota=6144, cap_quota=3, label="log")
[init ->
 > log_kernel] Error: Could not open ROM session for "log" [init -> 
log_kernel]
 > Error: Uncaught exception of type
'Genode::Rom_connection::Rom_connection_failed'
 > Also attached log file and please provide some suggestions to solve this.

could you run your scenario with the "LOG=core" option enabled and send the
serial log output here again?

! make KERNEL=hw BOARD= LOG=core SCULPT=default run/sculpt_test



Okay, I see. There is a problem with ELF loading in init (out of RAM). Also this 
has nothing to do with Java, but with Sculpt startup on Qemu. You seem to start 
Sculpt on the "virt_qemu_arm_v7a" in Qemu. This is unsupported on current master 
(sculpt.run says "Platform is unsupported."), which means, either you have 
modified the scenario on your own, or operate on someone else's unsupported 
branch. Either way, I do not know your setup, and  therefore, cannot reproduce 
it. The first step to debug this, would be to find out why "init" does not have 
enough RAM to load an ELF and what ELF it tries to load. Maybe it is already 
enough to increase the RAM quota of the "runtime" in "sculpt.run".


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

Re: java for arm_v7a

[Divya Sharma]

On Tue, Mar 21, 2023 at 12:24 PM Sebastian Sumpf <
sebastian.su...@genode-labs.com> wrote:

> Hi Divya,
>
> On 3/18/23 18:07, Divya Sharma wrote:
> > Hello Genodians, I am reaching out to you regarding our efforts to build
> a
> > sculpt image that supports Java on arm v7a. During the compilation
> process, we
> > encountered the following errors:
> > [init] Error: allocation of read-write segment failed
> > [init] Error: runtime: out of RAM during ELF loading [init ->
> log_kernel] Error:
> > ROM-session creation failed (ram_quota=6144, cap_quota=3, label="log")
> [init ->
> > log_kernel] Error: Could not open ROM session for "log" [init ->
> log_kernel]
> > Error: Uncaught exception of type
> 'Genode::Rom_connection::Rom_connection_failed'
> > Also attached log file and please provide some suggestions to solve this.
>
> could you run your scenario with the "LOG=core" option enabled and send
> the
> serial log output here again?
>
> ! make KERNEL=hw BOARD= LOG=core SCULPT=default run/sculpt_test
>
> Thanks,
>


>
> Sebastian
>
> > Regards
> > Divya
> >

I am attaching the log output generated by following your suggested option.

Best,
Divya.

>
> > On Fri, Mar 17, 2023 at 2:00 PM Sebastian Sumpf <
> sebastian.su...@genode-labs.com
> > > wrote:
> >
> > Hello Devashish,
> >
> > On 3/17/23 07:53, Devashish Dewangan cs21m017 wrote:
> >  >
> >  > Dear Genodians,
> >  >
> >  > The java.run for arm_v7a script was executed successfully and the
> log
> > output is
> >  > attached below.
> >  >
> >  > I have java program,
> >  >
> >  > // This is a simple Java program.
> >  > // FileName : "HelloWorld.java".
> >  >
> >  > class HelloWorld
> >  > {
> >  >// Your program begins with a call to main().
> >  >// Prints "Hello, World" to the terminal window.
> >  >public static void main(String args[])
> >  >{
> >  >  System.out.println("Hello, World");
> >  >}
> >  > }
> >  >
> >  >
> >  > I want to run the above code on genode sculpt, can you guide us to
> > execute it.
> >
> > There exists a package [1]. You would need to build and publish this
> in
> > order to
> > use it on Sculpt, e.g.,
> >
> > ! ./tool/depot/create /pkg/arm_v7a/jdk UPDATE_VERSIONS=1
> FORCE=1 -j6
> >
> > For a general description of Genode's package management please
> refer to [2].
> >
> > [1]
> https://github.com/genodelabs/genode-world/tree/master/recipes/pkg/jdk
> > <
> https://github.com/genodelabs/genode-world/tree/master/recipes/pkg/jdk>
> > [2]
> https://genode.org/documentation/developer-resources/package_management
> > <
> https://genode.org/documentation/developer-resources/package_management>
> >
> > 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
> > 
> >
> >
> > ___
> > Genode users mailing list
> > users@lists.genode.org
> > https://lists.genode.org/listinfo/users
>
> --
> 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
>


armv7aLOG
Description: Binary data
___
Genode users mailing list
users@lists.genode.org
https://lists.genode.org/listinfo/users

Re: java for arm_v7a

[Sebastian Sumpf]

Hi Divya,

On 3/18/23 18:07, Divya Sharma wrote:
Hello Genodians, I am reaching out to you regarding our efforts to build a 
sculpt image that supports Java on arm v7a. During the compilation process, we 
encountered the following errors:

[init] Error: allocation of read-write segment failed
[init] Error: runtime: out of RAM during ELF loading [init -> log_kernel] Error: 
ROM-session creation failed (ram_quota=6144, cap_quota=3, label="log") [init -> 
log_kernel] Error: Could not open ROM session for "log" [init -> log_kernel] 
Error: Uncaught exception of type 'Genode::Rom_connection::Rom_connection_failed'

Also attached log file and please provide some suggestions to solve this.


could you run your scenario with the "LOG=core" option enabled and send the 
serial log output here again?


! make KERNEL=hw BOARD= LOG=core SCULPT=default run/sculpt_test

Thanks,

Sebastian


Regards
Divya

On Fri, Mar 17, 2023 at 2:00 PM Sebastian Sumpf > wrote:


Hello Devashish,

On 3/17/23 07:53, Devashish Dewangan cs21m017 wrote:
 >
 > Dear Genodians,
 >
 > The java.run for arm_v7a script was executed successfully and the log
output is
 > attached below.
 >
 > I have java program,
 >
 > // This is a simple Java program.
 > // FileName : "HelloWorld.java".
 >
 > class HelloWorld
 > {
 >    // Your program begins with a call to main().
 >    // Prints "Hello, World" to the terminal window.
 >    public static void main(String args[])
 >    {
 >      System.out.println("Hello, World");
 >    }
 > }
 >
 >
 > I want to run the above code on genode sculpt, can you guide us to
execute it.

There exists a package [1]. You would need to build and publish this in
order to
use it on Sculpt, e.g.,

! ./tool/depot/create /pkg/arm_v7a/jdk UPDATE_VERSIONS=1 FORCE=1 -j6

For a general description of Genode's package management please refer to 
[2].

[1] https://github.com/genodelabs/genode-world/tree/master/recipes/pkg/jdk

[2] https://genode.org/documentation/developer-resources/package_management


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



___
Genode users mailing list
users@lists.genode.org
https://lists.genode.org/listinfo/users


--
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: java for arm_v7a

[Divya Sharma]

Hello Genodians, I am reaching out to you regarding our efforts to build a
sculpt image that supports Java on arm v7a. During the compilation process,
we encountered the following errors:
[init] Error: allocation of read-write segment failed
[init] Error: runtime: out of RAM during ELF loading   [init -> log_kernel]
Error: ROM-session creation failed (ram_quota=6144, cap_quota=3,
label="log") [init -> log_kernel] Error: Could not open ROM session for
"log" [init -> log_kernel] Error: Uncaught exception of type
'Genode::Rom_connection::Rom_connection_failed'
Also attached log file and please provide some suggestions to solve this.

Regards
Divya

On Fri, Mar 17, 2023 at 2:00 PM Sebastian Sumpf <
sebastian.su...@genode-labs.com> wrote:

> Hello Devashish,
>
> On 3/17/23 07:53, Devashish Dewangan cs21m017 wrote:
> >
> > Dear Genodians,
> >
> > The java.run for arm_v7a script was executed successfully and the log
> output is
> > attached below.
> >
> > I have java program,
> >
> > // This is a simple Java program.
> > // FileName : "HelloWorld.java".
> >
> > class HelloWorld
> > {
> >// Your program begins with a call to main().
> >// Prints "Hello, World" to the terminal window.
> >public static void main(String args[])
> >{
> >  System.out.println("Hello, World");
> >}
> > }
> >
> >
> > I want to run the above code on genode sculpt, can you guide us to
> execute it.
>
> There exists a package [1]. You would need to build and publish this in
> order to
> use it on Sculpt, e.g.,
>
> ! ./tool/depot/create /pkg/arm_v7a/jdk UPDATE_VERSIONS=1 FORCE=1 -j6
>
> For a general description of Genode's package management please refer to
> [2].
>
> [1] https://github.com/genodelabs/genode-world/tree/master/recipes/pkg/jdk
> [2]
> https://genode.org/documentation/developer-resources/package_management
>
> 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
>


logarmv7
Description: Binary data
___
Genode users mailing list
users@lists.genode.org
https://lists.genode.org/listinfo/users

Re: java for arm_v7a

[Sebastian Sumpf]

Hello Devashish,

On 3/17/23 07:53, Devashish Dewangan cs21m017 wrote:


Dear Genodians,

The java.run for arm_v7a script was executed successfully and the log output is 
attached below.


I have java program,

// This is a simple Java program.
// FileName : "HelloWorld.java".

class HelloWorld
{
   // Your program begins with a call to main().
   // Prints "Hello, World" to the terminal window.
   public static void main(String args[])
   {
     System.out.println("Hello, World");
   }
}


I want to run the above code on genode sculpt, can you guide us to execute it.


There exists a package [1]. You would need to build and publish this in order to 
use it on Sculpt, e.g.,


! ./tool/depot/create /pkg/arm_v7a/jdk UPDATE_VERSIONS=1 FORCE=1 -j6

For a general description of Genode's package management please refer to [2].

[1] https://github.com/genodelabs/genode-world/tree/master/recipes/pkg/jdk
[2] https://genode.org/documentation/developer-resources/package_management

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

java for arm_v7a

[Devashish Dewangan cs21m017]

Dear Genodians,

The java.run for arm_v7a script was executed successfully and the log
output is attached below.

I have java program,

// This is a simple Java program.
// FileName : "HelloWorld.java".

class HelloWorld
{
  // Your program begins with a call to main().
  // Prints "Hello, World" to the terminal window.
  public static void main(String args[])
  {
System.out.println("Hello, World");
  }
}


I want to run the above code on genode sculpt, can you guide us to execute
it.
-- 
Regards,
Devashish Dewangan
CS21M017
sudo make run/java KERNEL=hw BOARD=virt_qemu_arm_v7a
including /home/user/final/genode/tool/run/power_on/qemu
including /home/user/final/genode/tool/run/log/qemu
including /home/user/final/genode/tool/run/boot_dir/hw
including /home/user/final/genode/repos/world/run/java.run
building targets:  core init timer

spawn make core init timer
make[1]: Entering directory '/home/user/final/genode/build/arm_v7a'
checking library dependencies...
  Library syscall-hw
  Library base-hw-common
  Library cxx
  Library core-hw-virt_qemu_arm_v7a
COMPILE  version.o
MERGEcore-hw-virt_qemu_arm_v7a.lib.a
  Program core/hw/core-hw-virt_qemu_arm_v7a
  Library startup-hw
  Library timeout-hw
  Library base-hw
  Library ldso_so_support
  Library ld-hw
  Library ld
  Library base
  Program init/init
  Program timer/hw/hw_timer_drv
make[1]: Leaving directory '/home/user/final/genode/build/arm_v7a'
genode build completed
checking configuration syntax
  CHECK init
building targets: bootstrap/hw core/hw
spawn make bootstrap/hw core/hw
make[1]: Entering directory '/home/user/final/genode/build/arm_v7a'
checking library dependencies...
  Library cxx
  Library bootstrap-hw-virt_qemu_arm_v7a
  Program bootstrap/hw/bootstrap_hw_virt_qemu_arm_v7a
  Library syscall-hw
  Library base-hw-common
  Library core-hw-virt_qemu_arm_v7a
COMPILE  version.o
MERGEcore-hw-virt_qemu_arm_v7a.lib.a
  Program core/hw/core-hw-virt_qemu_arm_v7a
make[1]: Leaving directory '/home/user/final/genode/build/arm_v7a'
genode build completed
using 'ld-hw.lib.so' as 'ld.lib.so'
using 'hw_timer_drv' as 'timer'
core link address is 0x8000
spawn qemu-system-arm -display gtk -serial mon:stdio -kernel 
var/run/java/boot/image.elf -m 2048 -M virt,virtualization=true -cpu cortex-a15 
-smp 2 -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

kernel initialized
ROM modules:
 ROM: [40116000,40124703) Genode - Genode News.htm
 ROM: [403ce000,41e86000) classes.tar
 ROM: [403cd000,403cd74a) config
 ROM: [43273000,43274000) core_log
 ROM: [42003000,42005800) hello.tar
 ROM: [41fa,41fdc570) init
 ROM: [4027e000,402804c0) java
 ROM: [40125000,4013cd44) java.lib.so
 ROM: [41f0d000,41f14978) jimage.lib.so
 ROM: [40142000,40150728) jli.lib.so
 ROM: [40108000,40115728) jnet.lib.so
 ROM: [42048000,42df37a0) jvm.lib.so
 ROM: [42041000,42047588) jzip.lib.so
 ROM: [41f15000,41f9f9d0) ld.lib.so
 ROM: [40281000,403a92f4) libc.lib.so
 ROM: [4201d000,42040f90) libm.lib.so
 ROM: [4013d000,401414d0) management.lib.so
 ROM: [41f01000,41f0c648) nio.lib.so
 ROM: [43271000,43272000) platform_info
 ROM: [42006000,42008800) servlet.tar
 ROM: [40151000,4027db38) stdcxx.lib.so
 ROM: [41ff7000,4200241c) timer
 ROM: [41fdd000,41ff6c1c) tzdb.dat
 ROM: [41e86000,41e91ca4) verify.lib.so
 ROM: [403aa000,403cc690) vfs
 ROM: [41e92000,41f00970) vfs.lib.so
 ROM: [42009000,4201c66c) zlib.lib.so

Genode 22.08
1997 MiB RAM and 64535 caps assigned to init
[init -> java] Warning: setrlimit: setrlimit not implemented
[init -> java] Warning: sysconf(71) not implemented
[init -> java] Error: no plugin found for socket() function
[init -> java] Error: no plugin found for socket() function
[init -> java] Warning: sysconf(56) not implemented
[init -> java] patch_verified_entry:304 called dest 2000a7d0 verf 20152880
[init -> java] patch_verified_entry:304 called dest 2000a7d0 verf 20145210
[init -> java] Hello, Genode!
[init -> java] 
[init -> java] Individual compiler times (for compiled methods only)
[init -> java] 
[init -> java] 
[init -> java]   C1 {speed: 7029 bytes/s; standard:  1.813 s, 12743 bytes, 95 
methods; osr:  0.000 s, 0 bytes, 0 methods; nmethods_size: 89084 bytes; 
nmethods_code_size: 45152 bytes}
[init -> java] C1 Compile Time:1.787 s
[init -> java]Setup time:0.010 s
[init -> java]Build HIR: 0.812 s
[init -> java]  Parse: 0.646 s
[init -> java]  Optimize blocks:   0.022 s
[init -> java]  GVN:   0.037 s
[init -> java]  Null checks elim:  0.024 s
[init -> java]  Range checks elim: 0.028 s
[init -> java]  Other: 0.055 s
[init -> java]Emit LIR:  0.514 s
[init -> java]