Jump to content

TonyMac32

Moderators
  • Posts

    2397
  • Joined

  • Last visited

Reputation Activity

  1. Like
    TonyMac32 got a reaction from valant in RK3328 Kernel   
    SDR104 is enabled for the SDMMC interface, and if you look at the iozone testing I did above I was getting well over 50 MB/s, exceeding the SDR50, maximum.

    Another note:

    I have disabled video in U-boot on this architecture for now, there have been changes to the HDMI drivers within the Rockchip family that the old patches may not be properly addressing, specifically the RK3288 has been split from the rest of the Rockchip code.

    Sent from my Pixel using Tapatalk


  2. Like
    TonyMac32 got a reaction from Tido in Tinkerboard won't start with connected HDMI   
    OK, for the unafraid, I have removed some HDMI hackery that was part of some patches on older U-boots than what we use.  Install the file below if you have kernel 4.14 (so "next") and are seeing this issue, let me know if that alone fixes it, or if you see any other issues.
     
    http://electricgraveyard.com/armbian/tinker/uboot/linux-u-boot-next-tinkerboard_5.67_armhf.deb
     
    [EDIT]    Updated, I found the issue now appeared on one of my "previously good" monitors.  I disabled video in u-boot entirely, seems ok now.  That does leave some questions for the 4.4 kernel as I think it now needs u-boot to set this up...
  3. Like
    TonyMac32 reacted to balbes150 in offically support Khadas VIM?   
    @Igor
     
    I decided to go back to the question of integrating the build options for TV boxes into the overall git. Alternatively, at the first stage, you can make an additional branch (for example, "tv-box") and put all the code from my git "Build-Armbian/master" into it (with minimal fixes author, etc.). I am ready to support a set of basic images (which I am currently releasing) for a number of models that I have in stock (Khadas VIM\VIM2\EDGE , MVR9 etc).
     
    If there are other options - I am ready to discuss them.
  4. Like
    TonyMac32 got a reaction from manuti in La Frite (AML-S805X-AC)   
    It is extremely helpful that this is billed as a low-cost S905X.  What I've read so far just basically says it's a clocked down Meson GXL with a few missing hardware supports (Max 1 GB RAM, 1080p, simpler vdec, etc). So software support should be mainly the same drivers, just a sparser device tree (I'm obviously glossing over some specifics that could be theoretically be an issue, but this is nothing like using an all-new SoC).
  5. Like
    TonyMac32 got a reaction from manuti in Le Potato - writing armbian to eMMC   
    The Amlogic flash tools will be relevant when discussing La Frite as well, should we support it (I think the S805X is to the S905X what the H2+ is to the H3). I'll need to review their function (I actually plugged the eMMC in during boot of the SD to get it in a position where I could work with it the first time, not a fun task)

    Sent from my Pixel using Tapatalk


  6. Like
    TonyMac32 got a reaction from sbc_chrisb in Le Potato - writing armbian to eMMC   
    I have a CoCo 2 and a Model 100 Portable. 
  7. Like
    TonyMac32 got a reaction from sbc_chrisb in Le Potato - writing armbian to eMMC   
    OK, so, for you/anyone doing this before it's officially baked in:
     
    Download 4.18 image
    Build newest 4.18 kernel/u-boot
    update boot script with the one currently in our repo
    reboot (because of superstition)
    run nand-sata-install
     
    I would recommend being on the moderately advanced side before attempting it, unless you really want to experiment.
     
     
  8. Like
    TonyMac32 reacted to sbc_chrisb in Le Potato - writing armbian to eMMC   
    Yes, sorry that statement is correct, it would still boot from SD which allowed me to go back in and fix it. I don't have the exact logs of that point but I believe that was when it was hanging at trying to remount the rootfs and failing, so it just sat there hung until I inserted the SD card. 
  9. Like
    TonyMac32 reacted to sbc_chrisb in Le Potato - writing armbian to eMMC   
    Whew. Okay, so that was a fun ride. 
     
    My suspicions about the kernel were correct. I followed the docs to do a new kernel build for armbian, 4.18.19. I hadn't built a kernel or anything large like that in a while, really stress tested my AMD 8350. Either way, I got the new packages over onto the Potato, installed them (with a --force-all to get uboot to update, since it refuses initially). Then after another reboot, nand-sata-install completed successfully.
     
    First boot without an SD card failed hard. Went back in with the SD card, mounted the emmc and mv'd the boot.cmd and scr files out of the way and put in the one Tony provided me above. Rebuilt the scr with mkimage. That did the trick, I'm now running on emmc now. Thanks for the help, Tony. 
     
    To recap, the stock image is fine to install to emmc *if* you:
     
    1. build a new 4.18 kernel, hopefully the next armbian release will be fine
    2. run nand-sata-install
    3. mount the emmc and modify the boot.cmd command *in the emmc boot dir* with the updated file linked above, then rebuild the scr with mkimage. NOTE: don't use the command in the bottom of the file directly, as it gives absolute paths for the files and since you're on the SD card the path is different. Use the following while in the boot dir of the emmc:
    mkimage -C none -A arm -T script -d boot.cmd boot.scr  
     
  10. Like
    TonyMac32 got a reaction from gounthar in La Frite (AML-S805X-AC)   
    Now that this is getting closer to physically existing (ideally I'll have one soon, whether we support it here or not)
     
    1) No SD initially worried me because of the normal proprietary loaders/etc.  However we support FEL on Sunxi, UMS on Tinker, and @Neil Armstrong / BayLibre is shoving a ton of patches to get the Amlogic USB boot support into u-boot (2018.11?)
     
    2) SPI flash for u-boot, or at least the u-boot environment.  I don't have all the details, but if done correctly this board could keep a consistent hardware profile across distros (MAC address/etc).  ASUS tried this halfway, but didn't go full on for a SPI flash boot.
     
    3) The SoC is a Meson64, and has nothing to do with an S805, so think low-power S905X
     
    4) This thing should be able to run in very low power mode, assuming the Amlogic blob behaves. 
     
     
     
     
     
  11. Like
    TonyMac32 got a reaction from Igor_K in La Frite (AML-S805X-AC)   
    Now that this is getting closer to physically existing (ideally I'll have one soon, whether we support it here or not)
     
    1) No SD initially worried me because of the normal proprietary loaders/etc.  However we support FEL on Sunxi, UMS on Tinker, and @Neil Armstrong / BayLibre is shoving a ton of patches to get the Amlogic USB boot support into u-boot (2018.11?)
     
    2) SPI flash for u-boot, or at least the u-boot environment.  I don't have all the details, but if done correctly this board could keep a consistent hardware profile across distros (MAC address/etc).  ASUS tried this halfway, but didn't go full on for a SPI flash boot.
     
    3) The SoC is a Meson64, and has nothing to do with an S805, so think low-power S905X
     
    4) This thing should be able to run in very low power mode, assuming the Amlogic blob behaves. 
     
     
     
     
     
  12. Like
    TonyMac32 got a reaction from matt407 in Le Potato Serial Getty on ttys0 starts, stops restarts   
    The C2 was using a different recipe for a while that might still have ttyS0 hiding in it, I have a few irons on the fire at the moment, I'll take a look if I get a moment
     
  13. Like
    TonyMac32 reacted to jock in CSC support for discontinued rk3288 tv box?   
    My plan is to reset the kernelconfigs from common base and enable brcmfmac and IR (and ancillary config options) as modules when possible.
    Devfreq support and other things were just test bits that can be left out.
     
    If AP6330 firmware binaries could make into armbian firmware repository I can remove the copy work in rockchip.conf - I can arrange a pull request myself for that.
  14. Like
    TonyMac32 got a reaction from NicoD in NanoPI M4   
  15. Like
    TonyMac32 got a reaction from JMCC in Renegade/Rock64 mainline build recipes   
    Working on the rockchip64 family dev images, since 4.19 is an LTS and the RK3328 support is somewhat workable.  With a reminder of something I failed to read by @JMCC, I got this today:
     
    ____ _ | _ \ ___ _ __ ___ __ _ __ _ __| | ___ | |_) / _ \ '_ \ / _ \/ _` |/ _` |/ _` |/ _ \ | _ < __/ | | | __/ (_| | (_| | (_| | __/ |_| \_\___|_| |_|\___|\__, |\__,_|\__,_|\___| |___/ Welcome to ARMBIAN 5.65 user-built Debian GNU/Linux 9 (stretch) 4.19.0-rockchip6 4 System load: 0.99 0.55 0.22 Up time: 2 min Memory usage: 3 % of 2000MB IP: CPU temp: 40°C Usage of /: 2% of 117G [ General system configuration (beta): armbian-config ] New to Armbian? Check the documentation first: https://docs.armbian.com Thank you for choosing Armbian! Support: www.armbian.com Building a Rock64 test image as I write this, then checking out the RK3399 boards in my possession. HDMI works after a plug cycle, may need to utilize some of @botfap's script-fu on boot to wake up the interface. 
     
    Known Issues:
     
    Renegade
    bottom USB2 port is non-functional HDMI needs a friendly reminder to talk to the display  
    Rock64
    Same HDMI hickup Top USB2 port is non-functional  
    Boot up your build machines (or launch you virtual ones, whatever) and get hacking!
  16. Like
    TonyMac32 reacted to NicoD in Rock64 no sound   
    I`ve got exactly the same adapter and it works immediatly here.
    Armbian Bionic kernel 4.4.162-rockchip.
    Are you using the volume control? Here it finds the adapter and puts the sound thru the moment I connect.

  17. Like
    TonyMac32 reacted to JMCC in RK3328 Kernel   
    Okay, so I created a working fork of RK BSP kernel. It reproduces the status at the end of August, when we created the Default images that are currently available for download. I also modified the buildscript patchset to resemble what it was back then.
     
    I have tested Wifi, network, Bluetooth, GPU, VPU, all working.
     
    There are two things missing:
    Security patches after 4.4.132 All the features added after August 28 2018 (like some crypto modules, etc.) I'd appreciate if you guys could lend me a hand with those two things, it can be very easy for you because you already added those patches to 'master' before, but I'm a bit lost about where to start.
     
    This is our forked RK kernel: https://github.com/armbian/linux/tree/rockchip-4.4
    And this is the working branch of the build script: https://github.com/armbian/build/tree/rockchip-4.4
  18. Like
    TonyMac32 reacted to guidol in RunCPM on armbian - CP/M Weekend fun   
    https://github.com/MockbaTheBorg/RunCPM
    there is a nice little CP/M emulator which do compile fine under armbian.
    (There is also a version for the Arduino DUE with SD-Hat or a ESP32/Teensy)
     
    With that you can run many CP/M-Software like Wordstar, dBase II and so on
     
    Special on this emulation is that it do use directorys as drives
    The directory A (or A/0/) would be Drive A>
     
    Maybe you also want do something retro this weekend?
     
    Here is how I did compile/install it on my OPi One:
     
    compile RunCPM: =============== install ncurses-dev and lua: ============================ apt install libncurses5-dev liblua5.3-dev git make cd /home/guido/ git clone https://github.com/MockbaTheBorg/RunCPM RunCPM_git cd RunCPM_git/RunCPM make posix clean make posix build mkdir /home/guido/RunCPM mkdir /home/guido/RunCPM/A mkdir /home/guido/RunCPM/A/0 cp RunCPM /home/guido/RunCPM cp /home/guido/RunCPM_git/CCP/* /home/guido/RunCPM cp /home/guido/RunCPM_git/DISK/A.ZIP /home/guido/RunCPM/A/0 cd /home/guido/RunCPM/A/0 unzip A.ZIP cd /home/guido/RunCPM To start the Emulation: ======================= ./RunCPM To exit the emulation: ====================== a> exit  

  19. Like
    TonyMac32 got a reaction from lanefu in Le Potato general topics   
    For the build it yourself crowd, I've aligned our 4.18 patchset with @Neil Armstrong 's collection, which include the video decoder drivers.  I haven't installed the Mali drivers yet, so screen redraw is still painful, but otherwise...
  20. Like
    TonyMac32 got a reaction from chwe in Build errors (semi-critical)   
    OK, to close all issues I came across, same fix as for the toolchain key, aptly repo key successfully imported when given the full URL and port 80.  updated as well.  Will need to be done manually for people with running installs, should straighten out any new installs that had this problem.
  21. Like
    TonyMac32 reacted to JMCC in RK3288 Media Script (TinkerBoard)   
    Nope, mali binaries take care of everything.
     
    BTW, Bionic version of the script is done, I'm just brushing up the documentation.
  22. Like
    TonyMac32 got a reaction from Igor in Build errors (semi-critical)   
    I have to get this figured out, I can't be waiting 10 minutes to download the same toolchain every single time I want to build a kernel...
  23. Like
    TonyMac32 got a reaction from gounthar in La Frite (AML-S805X-AC)   
    Someone sends me one I'll look at the prospects, but a proposal for support needs to be under the board bringup thread
  24. Like
    TonyMac32 reacted to zador.blood.stained in board support - general discussion / project aims   
    Then the project should be scaled back to the point where it is sustainable?
     
    If a problem requires too much time to solve then it should be ignored until someone more knowledgeable or more resourceful solves it?
     
    Then maybe "we" should not try to satisfy everyone? This includes answering to topics if you don't know the answer or can't solve the problem right now, includes providing nightly images and images for community supported devices (let people build images by themselves and share them without using the project infrastructure (i.e. via MEGA or Google Drive) since disk space and traffic costs money that doesn't come from nothing). Also includes working on and especially providing any images already for H6 which is (IMO) > 6 months away from getting enough green squares in the sunxi status matrix for making images suitable for everyday use. Includes providing "better" wireless drivers if integrating and testing them takes too much time.
     
    I think this would help too, I don't want to wash my eyes with a soap after reading some threads.
  25. Like
    TonyMac32 reacted to JMCC in Emby Server with hardware transcoding in XU4/HC1/HC2 Armbian Stretch   
    As a result of all the work that Armbian developers put into the upgrade to kernel 4.14 for the XU4 board family, now we can enjoy many new features. One of them is the access to the SoC video encoding capabilities.
     
    Emby Media Server can take advantage of the Exynos 5422 MFC video engine for transcoding. That means lower CPU usage, lower temperatures, and the possibility of encoding in real time higher resolutions or more simultaneous streams. In my tests, I've been able to transcode one HEVC 1080p and one 480p at the same time, or five 480p (though it will depend on the bitrate of the source material).
     
    However, the ffmpeg version shipped with official Emby is quite unstable when using this feature. For that reason, I compiled a better and more stable version from @memeka's repo. I've been using it for over a month without a single crash.
     
    So this is a step-by step guide on how to make everything work:
     
    0. [PREREQUISITE]: You must be running an Armbian Strech XU4 "Next" image, like the one you can download here.
     
    >> DOWNLOAD the emby and ffmpeg packages from this link << Install them (Note: this will install Emby Server version 3.5.3, which is the last at the writing of this tutorial. It has been tested to work with this version, and may or may not work with any other): $ tar xvf emby-server-stretch-xu4_1.0.tar.xz $ sudo dpkg -i ffmpeg/*.deb $ sudo dpkg -i emby-server/*.deb $ sudo apt -f install  
    Hold the ffmpeg packages, so they don't get upgraded:  
    $ sudo apt-mark hold ffmpeg-doc ffmpeg libavcodec-dev libavcodec-extra libavdevice-dev libavfilter-dev libavfilter-extra libavformat-dev libavresample-dev libavutil-dev libmysofa-dev libmysofa-utils libmysofa0 libpostproc-dev libswresample-dev libswscale-dev  
    Add the user "emby" to the video group, so it can have access to the transcoding engine: $ sudo usermod -aG video emby  
    Modify the emby executable, to use our custom ffmpeg (Note: you will need to repeat this step every time you update the emby deb package): $ sudo nano /opt/emby-server/bin/emby-server # Change the following line: ffmpeg $APP_DIR/bin/ffmpeg \ # to: ffmpeg /usr/bin/ffmpeg \  
    Restart the service:
    $ sudo service emby-server restart  
    Now, you can open the web browser, point to your Emby server (e.g. http://odroidxu4.local:8096), and configure it as described in the official tutorial (https://github.com/MediaBrowser/Wiki/wiki/Installation).
    For last, you need to enable Hardware video transcoding in the web interface. The option is under the "Transcoding" submenu. Don't forget to click on "Save" when you are done:
     
     

     
    And that's it!
     
    As an additional tip, I recommend disabling UPnP in Emby, because it causes the program to crash frequently when enabled (this is just a general recommendation, it has nothing to do with hardware encoding).
     
    Enjoy! And please, share your experiences and comments here.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines