Announcement

Collapse
No announcement yet.

ASUS "Tinker Board" Powered By Rockchip ARM SoC, Supports Debian

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • #61
    Originally posted by dungeon View Post
    Imagine you write program clearly by the GL2 specs and suddenly it does not run on some implementations And then driver developer say "yes we have GL2 implemented and version is bumped, but app can't run since our hardware don't really have what GL2 require".

    It is faked... boy
    it works boy
    no current gpu supports all opengl/vulkan features in hardware, some are emulated

    Comment


    • #62
      Originally posted by riklaunim View Post
      It is relevant for performance and compatibility with even semi modern OpenGL Linux applications (and games).
      no, for performance you need only performance. for compatibility your app should be happy with opengl 2.1

      Comment


      • #63
        Originally posted by pal666 View Post
        it works boy
        no current gpu supports all opengl/vulkan features in hardware, some are emulated
        If it works for you - fine, but then don't mention GL versions as those are strict as oppose to fakes

        And when someone ask you "what GL specs this GPU support?", then you should answer "it supports no specs, it does everything it should support other than what we decided to ignore"
        Last edited by dungeon; 26 January 2017, 08:57 PM.

        Comment


        • #64
          Originally posted by Shimon View Post

          Most of the times, it's a perfect match at just 2GB of RAM.
          The amount of RAM is NOT relevant when you're looking at whether the CPU is 32 or 64 bit. That is just something that misinformed people keep repeating when they simply do not understand.

          Simply put, a 32 bit processor CAN access more than 4 GB of RAM. It just can't allocate more than 4 GB **PER PROCESS**.

          There are a number of things that put 64 bit processors ahead of 32. The most obvious is that they are just a HELL OF A LOT more efficient when performing operations on very large numbers (numbers that exceed 32bits). Beyond just that, the instruction set is considerably advanced, for instance, there are instructions specifically addressing cryptography that ARMv7 lacks.

          Comment


          • #65
            Originally posted by willmore View Post

            Which SBCs in this range have OpenGL?
            Dragonboard 410C ($75) runs Freedreno.

            Comment


            • #66
              Originally posted by droidhacker View Post

              The amount of RAM is NOT relevant when you're looking at whether the CPU is 32 or 64 bit. That is just something that misinformed people keep repeating when they simply do not understand.
              STFU, if you still don't get the point. The board's memory is not upgradeable so it doesn't matter one bit (pun intended) what the CPU can do in 64-bit mode if you're after efficient use of available memory.
              Last edited by Shimon; 28 January 2017, 05:21 AM.

              Comment


              • #67
                Originally posted by Shimon View Post

                STFU, if you still don't get the point. The board's memory is not upgradeable so it doesn't matter one bit (pun intended) what the CPU can do in 64-bit mode if you're after efficient use of available memory.
                Add swap, and you have more memory than the physical RAM. Address space does not equate volatile RAM.

                You also need address space for mmapping files. Ever tried to mmap a 4GB file on a 32bit system?

                Comment


                • #68
                  Originally posted by discordian View Post
                  The kernel-portion is opensource (DRM driver), so you would`nt need to care for updates breaking (more than any other kernel module thats not mainlined). The fitting userspace driver (X11 and OpenGL) is however a binary blob. If thats a KO for you, I cant blame you, for me its a working compromise.

                  Its however not as bleak as you made it sound, the userspace library was updated 2 weeks ago: https://github.com/rockchip-linux/li...inux-gnueabihf
                  Features like Wayland, Vulkan, Hardware 4K decoding are added, years after the chip was introduced.
                  discordian you saying you got Wayland running on RK3288?

                  If so, that's awesome! Can you post any links on where to get all the right pieces to replicate.

                  I'm unable to even find documentation on porting Wayland..

                  Comment


                  • #69
                    Originally posted by StefanBruens View Post

                    You also need address space for mmapping files. Ever tried to mmap a 4GB file on a 32bit system?
                    The fact you can mmap just 3GB's of a file AT ONCE doesn't preclude working with arbitrarily large files, similar to working with 64/128 integers on 32-bit. (e.g recently added i128 in Rust)

                    Yes, it's suboptimal from the performance point of view, but again, you need 64-bit mode to do that faster, wasting some of your precious PHYSICAL memory in the process.

                    If the Chinese offered the $50 price shipped, I'd immediately buy it over any Cortex-A53 crap with general purpose computing in mind.


                    Comment


                    • #70
                      Looks like theres been a lot of progress with the RK3288 SoC since I last did some research. This is with a different board (MiQi) but it should be portable to this board since they share the same SoC, RK3288.

                      Willy_Tarreau has built a build farm https://forum.mqmaker.com/t/miqi-bas...nd-running/605

                      and Miouyouyou has built and tested mainline with Wayland https://github.com/Miouyouyou/MyyQi
                      Last edited by en97; 01 February 2017, 08:30 PM.

                      Comment

                      Working...
                      X