jeanrhum

  • Content Count

    261
  • Joined

  • Last visited

Reputation Activity

  1. Like
    jeanrhum got a reaction from lanefu in Need Quick python enhancement for our dl-redirect   
    I tried something: https://github.com/armbian/dl-router/pull/13
  2. Like
    jeanrhum reacted to lanefu in Req: Build my Dream Compute SBC   
    Suggestion for a (near future) product.
     
    We're still lacking a good SBC out in the wild for small clusters.. Recent SoC performance is good.. Currently all the homelab and k8s nerds are just using RPI4s because they have a header for POE support.    We know there are better options.

    We had pitched this to orange pi but weren't receptive. Just sharing my idea here.
     
    A Lean SBC exclusively for server tasks.
    "The Ultimate Homelab SBC"

    Real 802.11at POE+ means only 1 cable for your compute node
    Use SPI flash for custom provisioning configuration
     
    Optimized for Compute
    "Ready for clustering and kubernetes"
    Has the Performance and Storage you need to easily deploy for clustered computing

    Suggested Reference Specs
    RK3399K or similar performant SoC Gigabit Ethernet 4G Dual Channel LPDDR4 16-32gig EMMC SPI flash 128mbit/16megabyte No Wifi No bluetooth No audio No CSI No HDMI USB 3 802.11af/at support or support for RPI4 style 6 pin POE hat All Ports in rear? holes for additional heatsink mounting options
  3. Like
    jeanrhum got a reaction from legogris in Review of Station M1: a perfect home server!   
    Station M1 is based on a firefly board quite similar to roc-rk3328-cc. However, the M1 has a different layout with all ports on the left or on the right, and it is enclosed in a metal case used also as a heat sink. The device tree is also different (rk3328-roc-pc instead of rk3328-roc-cc) and by default a smooth android 10 system is installed on emmc. Additionally, the powering of this board is ensured by a 5V USB-C port instead of a micro-usb for the roc-cc. You can find official pictures and specifications here.
     
    My M1 has 2GB ram and 16GB emmc but variants with 4GB ram and more emmc storage can be bought. Currently, an armbian CSC image can be downloaded (bullseye or focal) or built using armbian buiding system.
    I tried several images and all boots fine with almost everything working out of the box for a server use case. Here is the log of armbianmonitor with a buster build from the end of january 2021 with kernel 5.10.9: http://ix.io/2Nol
     
    Idle the temperature goes under 40°C in a room where the temperature is about 21°C and the metal case is not warm. Running sbc-bench in this context produces these results: http://ix.io/2NoL
    The temperature never goes over 61°C without any throttling. Compared to some other rk3328 SBCs, the M1 is cooler and this is mainly due to its metal case.
     
    After general configuration with armbian-config, installing openmediavault and docker were as easy as possible, since they are also available through armbian-config in the softy menu.
    After connecting an usb3 drive, I got an efficient nas system for a personal use. It can also be considered as a home-server while running several additional services thanks to docker (home-assistant, zigbee2mqtt, pyload, etc.). With this use case, the 4 A53 cores and 2 GB of ram are more than enough and all is running smoothly.
     
    I also use other similar arm boards and here is my comparison:
    - an amlogic S912 TV box with 3GB ram and GBit ethernet using armbianTV: 2GB is enough in my case and rk3328 is better supported than s912. Moreover, s912 is not officially supported by armbian, and latest armbianTV images are not compatible. The USB3 port on M1 is also a great improvement over USB2 for s912. TV boxes may also have unrecognized wifi chips whereas M1 has working wifi (and bluetooth ? not tested).
    - Librecomputer lafrite 1GB: it is officially supported by armbian and it works well. Its main drawbacks compared to M1 is only 1GB, USB2 and only 100MBits ethernet, but it is much cheaper.
    - Pine64 Pineh64 model B: IMO it is the real competitor to the M1. It has similar features with USB3 and GBE. It is officially supported by armbian and it has a more powerful SoC (Allwinner H6: 1.8Ghz 4xA53 with mali 720 gpu). However, this board is much warmer than M1 since in the same room its temperature is greater than 60°C while idle and throttling may occur on moderate to heavy loads. For moderate use case M1 is enough.
     
    What to expect in the future:
    - We can hope that this SBC becomes quickly officially supported, since the CSC release is already very mature (in my opinion).
    - The main element that can be missing with mainline kernel for some use cases is the GPU (for desktop use) and VPU, but they are available on 4.4 kernel.
     
    Another review of the M1 (using also armbian): https://www.thanassis.space/stationm1.html
    Official forum: https://www.stationpc.com/forum-60-1.html
  4. Like
    jeanrhum got a reaction from Werner in Recommendation needed for affordable sbc   
    If you want integrated wifi, several sbc can be used and some others will require an usb wifi dongle. The key
    For instance, the pineH64-B with 2 or 3GB of ram may do the job quite well and you can add an emmc module: https://www.pine64.org/pine-h64-ver-b/
    A similar device is Orange Pi Lite 2.
    If you want something closer to a tv box, station M1 is also a nice choice even if it is only community supported for now: https://www.firefly.store/goods.php?id=130
     
    If you want a stronger cpu, any of the armbian supported sbc based on rk3399 will answer your needs (check for wifi in case it is not integrated on some boards, eg. rock pi 4A).
  5. Like
    jeanrhum got a reaction from lanefu in Available software with Softy / armbian-config   
    For this software, I prefer to use the docker official installation method with standard linux install over docker: https://www.home-assistant.io/docs/installation/docker/
  6. Like
    jeanrhum reacted to Igor in Available software with Softy / armbian-config   
    This one is integrated and it should work.
    https://github.com/armbian/config/blob/master/debian-software#L767-L801
  7. Like
    jeanrhum reacted to Werner in bat - cat with syntax highlight and other stuff   
    Stumbled across while digging through Github.
    https://github.com/sharkdp/bat
     
    Its like code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } cat but has syntax highlight and other cool stuff. Nicely they provide arm and arm64 binaries for lazy people
  8. Like
    jeanrhum got a reaction from Werner in Implement Device Tree Editor   
    Testers needed. More especially, people with samsung, nexell or even marvell are expected.
    The main issue for now is the way the dtb is named and located in the boot folder. I tried to infer it using the comptible property of the device tree, but I don't own all supported hardware .
    I already tested sucessfully on several kernels (aml 4.20, rk and aw on 5.8, 5.9).
  9. Like
    jeanrhum reacted to balbes150 in Board Bring Up Station P1 rk3399, M1 rk3328   
    https://www.stationpc.com/thread-126-1-1.html
  10. Like
    jeanrhum got a reaction from TRS-80 in Implement Device Tree Editor   
    First pull request for me: https://github.com/armbian/config/pull/123
    It is a basic implementation with my humble knowledge in bash. It may be improved by experts if possible.
    I tested on my armbian dev config and it seems to work. I hope to have follow the right way to make a PR since it is my first one.
  11. Like
    jeanrhum got a reaction from Igor in Implement Device Tree Editor   
    First pull request for me: https://github.com/armbian/config/pull/123
    It is a basic implementation with my humble knowledge in bash. It may be improved by experts if possible.
    I tested on my armbian dev config and it seems to work. I hope to have follow the right way to make a PR since it is my first one.
  12. Like
    jeanrhum got a reaction from jock in Implement Device Tree Editor   
    First pull request for me: https://github.com/armbian/config/pull/123
    It is a basic implementation with my humble knowledge in bash. It may be improved by experts if possible.
    I tested on my armbian dev config and it seems to work. I hope to have follow the right way to make a PR since it is my first one.
  13. Like
    jeanrhum got a reaction from Werner in Implement Device Tree Editor   
    First pull request for me: https://github.com/armbian/config/pull/123
    It is a basic implementation with my humble knowledge in bash. It may be improved by experts if possible.
    I tested on my armbian dev config and it seems to work. I hope to have follow the right way to make a PR since it is my first one.
  14. Like
    jeanrhum reacted to Learnincurve in Pine A64 MIPI DSI mainline   
    :
     
    Issue is finally fixed in (at least) nightly builds !
     
    There is now a "pine64-7inch-lcd" overlay in /boot/dtb//allwinner/overlay
     
    Just add
     
     "overlays=pine64-7inch-lcd"
     
    to armbianEnv.txt and screen magically works.
     
    A BIG thank you to the team for fixing this! Pine64 is now ready for mainline kernel goodness!
     


  15. Like
    jeanrhum reacted to JMCC in Khadas VIM2 csc   
    I see your point. You are used to deal with some profile of TV-box user, with high expectations and little technical knowledge. I personally would not call "dangerous" the standard approach of erasing eMMC in order to replace it for Armbian, it is what we do in many other boards. I have personally done it, the method is documented in official Khadas documentation, as well as the method for flashing the original Android again. But, again, I see your point, that it can be somehow "dangerous" for someone who has no clue of what he is doing.
     
    So I think a sane approach is to keep the kvim2.csc the same way as we have been doing all along with kvim1.csc, which has not produced many complaints so far. The option in the build script is there, but we don't publish images among the supported boards, nor specify the method to install them. That way, only users with enough knowledge to use the build script will have those images. At least, for the time being, this may change in the future of course.
     
    Besides that, I have developed a new function for the bash script, that grabs the meson-gxm boot blobs from the amlogic-boot-fip repo, as well as some patch to fix CPU scheduling in AML S912. These things can be useful if/when we start to support the Tartiflette.
    I'm making a PR with all these changes.
  16. Like
    jeanrhum got a reaction from gounthar in AllWinner H616 boards   
    I think this could be an interesting soc, but in how many months (or years)?
    This soc is not referenced in sunxi status matrix and nothing is planned in kernel 5.11, so I fear that support is not even started from their side. Maybe it's close enough to h6, but I didn't see any information about somebody able to start linux with it and it has a different gpu.
     
  17. Like
    jeanrhum got a reaction from Werner in Armbian Donations   
    I gave some bucks for this powerful server. Paypal was perfect for me. Long live to armbian!
    I hope the target will be attained soon.
  18. Like
    jeanrhum reacted to xwiggen in SBC with proper software support for hardware video transcoding   
    The  transcoding is handled by the jellyfin-ffmpeg package, which is basically a fork of ffmpeg. You can specify your own path to ffmpeg binary in settings, as the supplied binary is linked with raspberry libs (which is the only rpi specific code of jellyfin).
    Raspberry pi is ok for VPU.
     
    @Wernertry jellyfin on your NEO3 and compile ffmpeg with --enable-version3 --enable-rkmpp --enable-drm
     
    Personally I don't use transcoding but leave it all to the RPI3 (LibreElec) which happily plays all formats from SMB except for 10bit x265.
  19. Like
    jeanrhum reacted to Learnincurve in Pine A64 MIPI DSI mainline   
    I updated the system with the new dtb package and edited the tree again, this time without the feiyang panel.  Here are the the .dts snippets for dsi and d-phy:
                 
      dsi@1ca0000 {                         compatible = "allwinner,sun50i-a64-mipi-dsi";                         reg = <0x1ca0000 0x1000>;                         interrupts = <0x00 0x59 0x04>;                         clocks = <0x02 0x1c>;                         resets = <0x02 0x05>;                         phys = <0x44>;                         phy-names = "dphy";                         status = "okay";                         #address-cells = <0x01>;                         #size-cells = <0x00>;                         phandle = <0x8d>;                         vcc-dsi-supply = <0x04>;                         port {                                 endpoint {                                         remote-endpoint = <0x45>;                                         phandle = <0x20>;                                 };                         };                 };                 d-phy@1ca1000 {                         compatible = "allwinner,sun50i-a64-mipi-dphy\0allwinner,sun6i-a31-mipi-dphy";                         reg = <0x1ca1000 0x1000>;                         clocks = <0x02 0x1c 0x02 0x71>;                         clock-names = "bus\0mod";                         resets = <0x02 0x05>;                         status = "okay";                         #phy-cells = <0x00>;                         phandle = <0x44>;                 };  
    This time, dmesg is at least not displaying any mipi or dsi-related errors:
     
    # dmesg | grep dsi
    [    2.318045] sun4i-drm display-engine: bound 1ca0000.dsi (ops 0xffff800010daf360)
    ~# dmesg | grep mipi
    [    2.275838] vcc-mipi: Bringing 2900000uV into 3300000-3300000uV
     
    so definitely closer.
     
    Now I'm going to re-visit the thread and armbian documentation to see what needs to be done to enable.
     
     
  20. Like
    jeanrhum reacted to balbes150 in Information for users of TV boxes on the Amlogic platform   
    Funny thing is, I haven't seen any outrage about HK using startup protection on "foreign" hardware in its u-boot, which causes the firmware in the device to be destroyed if it's not HK hardware. Where are you defenders of freedom ? I have long seen that most of all squeal about the violation of rights of those who themselves are engaged in theft and piracy, that would hide behind the freedom of their personal dirty deeds to get their personal benefits at someone else's expense. Yes, I warn all fans of freebies in advance that they would not try to hack and try to run my future versions, which will be designed for specific supported models, on their unsupported hardware and for all the consequences of disrupting the operation of their devices, they will be to blame themselves.
  21. Like
    jeanrhum reacted to SteeMan in Armbian for Amlogic S905X3   
    Technically Balbes never supported the s905x3. But it is true that he is now ending support of all amlogic cpus.  I already make my own kernel builds, and since I own a few different amlogic based boxes, I have an interest in seeing support continue in some form.  I have asked balbes in another thread if he would tag his public github repositories with a tag that corresponds to his last build supporting amlogic, which then can be a starting point for continued support by the community if there is enough interest.
  22. Like
    jeanrhum reacted to balbes150 in Single Armbian image for RK + AML + AW (aarch64 ARMv8)   
    Now you can download the latest versions of images and DEB packages from the official Armbian resource via the link. 
     
    https://users.armbian.com/balbes150/
  23. Like
    jeanrhum reacted to balbes150 in Single Armbian image for RK + AML + AW (armhf ARMv7)   
    Good news. Now you can download the latest versions of images and DEB packages from the official Armbian resource via the link. 
     
    https://users.armbian.com/balbes150/
  24. Like
    jeanrhum got a reaction from Tido in MyGica 1960 S912B trying hard to get Ubuntu installed   
    You have an error in your extlinux.conf: you should comment the rk3399 lines and uncomment 1 line of amlogic starting with fdt and the last one starting with append.
    Here is the one I use for s912 boxes (you may change the dtb if the generic q200 is not relevant):
    And you may also change the extlinux.conf-menu file:
     
  25. Like
    jeanrhum reacted to jock in Best TVBOX for armbian used as micro services server   
    For less than 100$ you can go with Odroid N2/N2+ which is plenty powerful, but as already suggested float around properly supported SBCs and find one that best suits your need.
     
    Expensive tvboxes from known vendors usually are good quality, but I would not suggest to buy them to do server jobs.
    IMHO SBCs are a couple of notches superior for build quality, support and warranty, tv boxes are for toying around mostly