jernej

Members
  • Content count

    677
  • Joined

  • Last visited

1 Follower

About jernej

  • Rank
    Embedded member

Recent Profile Visitors

1311 profile views
  1. Due to non-optimal algorithm for recognizing RAM size in U-Boot, which can recognize only power of 2 sizes. For example, 512 MB, 1 GB, 2 GB, 4 GB...
  2. jernej

    1280X1024 resolution Orange Pi

    @HANAX please tell me which is your kernel version. If it is based on mainline, there is no need to specify anything. However, just few days ago issue has been found which causes that some resolution don't work. I already prepared some patches to fix that issue.
  3. That will change hopefully during this year with community build LibreELEC at first and after it becomes stable, also official build.
  4. jernej

    AV/HDMI switch and display rotation

    Address is correct. I would suggest you first find devmem2 program (source is all over the net). It does almost exactly what you want, but universally (you give it physical address on command line which you want to read).
  5. jernej

    AV/HDMI switch and display rotation

    That can work only if /dev/mem (or kmem?) access is permissive, i.e. it is allowed to access device memory regions from userspace. Additionally, daemon has to be run as root (maybe you can drop priviliges later?). That being said, it can work. HDMI PHY status register is 32 bit wide, located at 0x01ef0038 and as you can see from above snippet, you have to check bit 19.
  6. jernej

    [Solved] SDRAM parameters

    It's the later. sunxi platform doesn't use DT in SPL.
  7. jernej

    [Solved] SDRAM parameters

    Actually, Armbian (mostly) uses mainline U-Boot which has reverse engineered DRAM code from Allwinner blobs. Armbian for H3 is definetly such. Because reverse engineering is a pain, even more so when there is no documentation, most people are happy when it works nicely. Optimizations in this area are rare. You can still use BSP U-Boot, which has configurable DRAM settings. But it's ancient version with fex files (something totally Allwinner specific), so using mainline U-Boot (with reverse engineered DRAM driver) is very much preferred and done as soon as feasible. BTW, even mainline U-Boot has some settings for RAM. I suggest you take a look at them, but don't expect miracles, since DRAM controller is (at least afaik) not fully understood.
  8. jernej

    [Solved] SDRAM parameters

    Allwinner doesn't release any DRAM documentation. Actually, very few companies do. Presumably due to licensing terms with IP block vendor.
  9. No, unless you want to write a driver for completely undocumented controller with no or very little source code (reverse engineering ftw). It seems that something can be concluded from sunxi-dramfreq.c, which can be found in BSP kernel source, but AFAIK, no one works on that. Yes, you have to change CONFIG_DRAM_CLK. But be very careful what you set here. Going up is completely discouraged.
  10. If you are ok with fixed lower frequency, you can rebuild U-Boot, or more specifically, SPL with wanted frequency and use that one instead.
  11. jernej

    New Mali blobs (Allwinner, mainline)

    No, there is very strange issue. When you are walking through Kodi menus, half of the screen has new menu and half old menu. Useless at this point. This is with Rockchip Mali450 GBM 32 and 64 bit blob... Tried many changes to correct this, but nothing helped. I never tried X11 or FBDEV blobs, because they are useless for my purpose. My base is Maxime driver with Icenowy changes for mali450, with some other changes which are not important. BTW, all blobs on free-electrons github are for mali400. Although there are mali450 strings in r8p1 blobs, actually important is VARIANT= string, which is still mali400.
  12. jernej

    New Mali blobs (Allwinner, mainline)

    H5 has mali 450, which needs different binding and different userspace library.
  13. jernej

    NanoPi K1 Plus + Armbian

    Not sure. It seems that if CONFIG_CMA_DEBUGFS=y, there is debugfs interface in /sysfs/kernel/debug, but IIRC that can be accessed only as root. What if 128 is set for all variants? I imagine not many people will run out of memory, if at all.
  14. jernej

    NanoPi K1 Plus + Armbian

    Uh, does that mean that there is different issue on H3? You said it doesn't work on BPi M2+ and that you have CMA set to 128...
  15. jernej

    NanoPi K1 Plus + Armbian

    That would work, I think. What about cases when someone later "upgrades" headless version to desktop?