Posts by didier.guillemyn@telenet.be

    The crash happens with OpenJDK 11 - server.

    The crash is systematic. I tested with different setups and different buildroot environments.


    Meanwhile I could build successfully with OpenJDK 17 - server, and this version runs properly.

    Note that I first could not compile OpenJDK 17 (which was the prime reason I was forced to use OpenJDK 11), but this was because of my specific compilation setup (which is based on a WSL2 Ubuntu).


    Bottomline: I can continue with my java setup using OpenJDK 17, so no need for the OpenJDK 11 issue to be resolved anymore...


    Regards,


    Didier.

    Hi,


    I tried to add OpenJDK to my buildroot platform. It only compiles without errors if I select OpenJDK 11, server version.

    However, when running java, I get the following:

    Any Idea why I get this error? The alignment trap seems to indicate a bad compilation of the package?

    Hi,


    Is ssh supported on Windows CE? I see that the BSP contains the SSH tool: in the catalog items view under ThirdParty -> F&S -> Tools there is SSH-SSL-SMTP entry, but I cannot activate it. Clicking on it results in a red cross, which indicates that this item is excluded from the OS design..


    Thank you for the support.

    Hi,


    I tried the memcfg program on an Armstone A9 board. The program works but only reductions of the standard storage size are accepted, not increases.
    The board is configured with approx. 132 MB storage size and approx. 840 MB program memory (from which 190 MB is in use).


    After recompilation of the memcfg program, and adding some debug statements the SetSystemMemoryDivision() routine does not return any error (return code 0).


    Why can I not increase the storage size on the Armstone A9?

    Dear,


    I configured GPIO pins 12 and 14 on the Armstone A9 as GPIO inputs, and disabled the SPI (Flags = 4).


    [HKEY_LOCAL_MACHINE\Drivers\BuiltIn\DIGITALIO]
    "UseAsIO"=dword:07fc07ff
    "DataDir"=dword:00000000
    "Prefix"="DIO"
    "Dll"="fs_digio.dll"
    "Order"=dword:00000097
    "Index"=dword:00000001
    "Ioctl"=dword:00000004
    "Port"=dword:00000000
    "DataInit"=dword:00000000
    "FriendlyName"="Digital I/O driver for iMX6"
    "Debug"=dword:00000000




    However, measuring the levels on 12 and 14 (both through software and from an oscilloscope), I get a high level. Strange enough, the level of pin 14 is about 2.2 V, while the level of pin 12 is 3.3V.


    Could it be that the SPI driver is still interfering with these GPIO pins?


    I have following firmware:
    Eboot: v 1.20
    Nboot: PVN26
    Kernel: V1.80 - Build Dec 17 2015



    Regards,


    Didier Guillemyn

    Hi,


    I seem to have the same problem. COM1: till COM3: are defined with the configuration as in the first post of this thread (although with my config COM1: and COM2: are swapped) but not able to communicate with COM2: I can communicate with COM1: (debug port though).


    I'm using the kernel released Mar 2015. Can you confirm this bug is resolved in this release? Or is this still considered as a bug?


    Thank you for your response,


    Regards,


    Didier Guillemyn.