chwe

Moderators
  • Content Count

    1315
  • Joined

  • Last visited


Reputation Activity

  1. Like
    chwe got a reaction from Igor in CSI camera support rockchip SBC   
    https://github.com/armbian/build/pull/1482
     
    Far away from 'supported but basically the camera can work without loosing dt overlays. For the userspace part, once this one get merged you're on your own.. I can't provide more help than that. From a kernelside the cameras work both without crashes, they're patched to match the asus repo and you can switch between both.. Get the right commands and everything else sorted out to make them useful in userspace is a different story, and that's definitively not my story. I already spent too much time for this. 
     
     
    turned out that a small commit in 2018 made the trick and a bunch of crappy patching.
     
     
  2. Like
    chwe got a reaction from lanefu in Is ROCK960 support planned ?   
    well that was back in the days where we were really excited about every rk3399 sbc and immediately supported them cause cool devices.. The board starts at ~70$ (1gb) up to 100$ (4gb) which is okay.. I like that they sell expansion boards for the m.2 slot. the fact that the board has no ethernet without adding a carrier (and I didn't check if a carrier with ethernet exists) is a bummer.. This might be an interesting sort of SOM for small series high price devices but not a casual SBC for the average user here.
     
    But nevertheless, I hope the few hints for @Hijax may help him to integrate csc support for it. As long as he can provide a sane integration of the board into the buildsystem, I don't see a reason to reject such a PR. Obviously it's then up to him and other contributors to keep those patches alive. Otherwise csc support doesn't live long for it.
     
    Reminds me to the idea of having a staging like structure (https://lwn.net/Articles/324279/) in our buildsystem for csc, eol targets so that we can sort out related patches easily in case they break supported boards. But well, that's one for a different thread.. 
  3. Like
    chwe reacted to JMCC in RK3328 Media Script (Rock64, Renegade)   
    Hello. Sorry, I've been out for a while.
    Have you tried to play the videos with the Gstreamer GUI player? (the launcher labeled as "Rockchip Gst Player") And with MPV-GBM? Please try, and see if you experience the same video delay.
     
  4. Like
    chwe got a reaction from Igor in [Proposal] What about boards popularity chart using both poll and telemetry?   
    as simple as it is... with opt-in nobody will opt for it.. cause honestly people don't change stuff on their os without a benefit and I don't like the dickmove where people have to opt-out for tracking, all sort of device tracking should always be opt-in. We have a estimated 'boardpopularty' statistic with https://dl.armbian.com/_download-stats/ and that is IMO more than enough to get an idea how popular a board is (and honestly, I would overthink my contribution to the project if we start to add such a feature to the project). Contribution to Armbian is mostly driven by personal interest and availability of the board. If we would start to base contribution on popularity of the board by users, we would have to support boards like the RPi cause on a user side they are really popular, on a devs side.... not that much.
    Boards like a clearfog will never be as popular as a orangePi, simply cause it's too expensive for the average going cheap user which buys an ARM board. It simply targets a different user base. People buying a clearfog mostly do their homework first before they buy a board cause they more or less know what they need. People who buy the OPi Zero can also be driven by, what can go wrong if I buy a SBC which costs 15$ (just an example, there are tons of other cheap boards as well.. ). For a bunch of use cases, the OPi Zero will be a perfect solution and it's overall not a bad board (as long as you don't rely on it's wifi ) but the higher popularity compared to the solid run doesn't mean that it's the better board. It's a different board targeting a different user base and as long as we have contributors which are willing to support both we should support both.
     
    I don't see a reason to mark it as important.
     
    nice for what? What information will we gain? What's the benefit for the project? I don't see it.
  5. Like
    chwe reacted to martinayotte in THE testing thread   
    Me ...
  6. Like
    chwe got a reaction from NicoD in List of Stuff   
    no idea, and I won't test it.. I don't even own a HDMI display anymore.. Don't have a TV.. my buildserver is mostly headless or with DVI display for maintenance when SSH isn't possible.. Don't own a DVD player or so to feed it.. Really,, I don't care much about HDMI in at the moment..
  7. Like
    chwe got a reaction from Werner in List of Stuff   
    you guys have to many SBCs...
     
    They dropped cause they no longer wanted to use armbian as a base for their images iirc..
     
     
    Hmm the boards I remember I have..
     
    Beagle bone the white one
    beagle board xM or so, they were from the pre RPi time, I never did much with it..
    opi zero, opi pc+, opi 2g-iot, opi 4g-iot, OPi 3 and OPi with H6 but no USB3 don't even remember the name..
    BPi m2 zero, BPI R2, BPi W2
    RPi 1b (one of the first in switzerland probably...) RPi 2b, somewhere there should be a 3b, and yes I bought a 4b
    RockPi 4b, somewhere there's a RK3399 TV box which I never hacked fully..
    a Olimex Lime 2 (this board looks just like made by people who know what they're doing I would love to see some new boards from them.. )
    and finally a Lichee Pi Zero which runs Debian stretch on a 64mb ram board without issues.. (okay.. I never gave it much workload.. but iirc there was once a python script with logging stuff running on it).. 
     
    okay.. I might have also too many SBCs..
    ahh.. and a Tinkerboard.. they were dirt cheap here back then.. now 2 years later they're doubled the price they had in the beginnings..
     
    The most used one is still the OPi Zero.. it was cheap back then.. and for most of my work sufficient.. The RockPi crushed numbers for 14 days in a row sitting at 75-80°C without issues, I was actually surprised.. cause it was one of the self crafted early images for this board.. The tinker was fun to mess with.. but I never cared about desktop.. so actually this board didn't make much sense for me.. The BPi R2 was a rabbit hole to mess with u-boot, but I learned a lot (network is still crippled).. The W2, I don't know.. it's a strange thingie.. People here do crazy thing to hack TV boxes with the same SoC (actually a cool thread cause not much bloating, so please don't mess there ..).
     
    completely forgot.. there's a HC1 as well,, but this serves as a NAS box I don't mess with, I just does what I expect from a NAS box..
  8. Like
    chwe got a reaction from NicoD in List of Stuff   
    you guys have to many SBCs...
     
    They dropped cause they no longer wanted to use armbian as a base for their images iirc..
     
     
    Hmm the boards I remember I have..
     
    Beagle bone the white one
    beagle board xM or so, they were from the pre RPi time, I never did much with it..
    opi zero, opi pc+, opi 2g-iot, opi 4g-iot, OPi 3 and OPi with H6 but no USB3 don't even remember the name..
    BPi m2 zero, BPI R2, BPi W2
    RPi 1b (one of the first in switzerland probably...) RPi 2b, somewhere there should be a 3b, and yes I bought a 4b
    RockPi 4b, somewhere there's a RK3399 TV box which I never hacked fully..
    a Olimex Lime 2 (this board looks just like made by people who know what they're doing I would love to see some new boards from them.. )
    and finally a Lichee Pi Zero which runs Debian stretch on a 64mb ram board without issues.. (okay.. I never gave it much workload.. but iirc there was once a python script with logging stuff running on it).. 
     
    okay.. I might have also too many SBCs..
    ahh.. and a Tinkerboard.. they were dirt cheap here back then.. now 2 years later they're doubled the price they had in the beginnings..
     
    The most used one is still the OPi Zero.. it was cheap back then.. and for most of my work sufficient.. The RockPi crushed numbers for 14 days in a row sitting at 75-80°C without issues, I was actually surprised.. cause it was one of the self crafted early images for this board.. The tinker was fun to mess with.. but I never cared about desktop.. so actually this board didn't make much sense for me.. The BPi R2 was a rabbit hole to mess with u-boot, but I learned a lot (network is still crippled).. The W2, I don't know.. it's a strange thingie.. People here do crazy thing to hack TV boxes with the same SoC (actually a cool thread cause not much bloating, so please don't mess there ..).
     
    completely forgot.. there's a HC1 as well,, but this serves as a NAS box I don't mess with, I just does what I expect from a NAS box..
  9. Like
    chwe got a reaction from lanefu in List of Stuff   
    you guys have to many SBCs...
     
    They dropped cause they no longer wanted to use armbian as a base for their images iirc..
     
     
    Hmm the boards I remember I have..
     
    Beagle bone the white one
    beagle board xM or so, they were from the pre RPi time, I never did much with it..
    opi zero, opi pc+, opi 2g-iot, opi 4g-iot, OPi 3 and OPi with H6 but no USB3 don't even remember the name..
    BPi m2 zero, BPI R2, BPi W2
    RPi 1b (one of the first in switzerland probably...) RPi 2b, somewhere there should be a 3b, and yes I bought a 4b
    RockPi 4b, somewhere there's a RK3399 TV box which I never hacked fully..
    a Olimex Lime 2 (this board looks just like made by people who know what they're doing I would love to see some new boards from them.. )
    and finally a Lichee Pi Zero which runs Debian stretch on a 64mb ram board without issues.. (okay.. I never gave it much workload.. but iirc there was once a python script with logging stuff running on it).. 
     
    okay.. I might have also too many SBCs..
    ahh.. and a Tinkerboard.. they were dirt cheap here back then.. now 2 years later they're doubled the price they had in the beginnings..
     
    The most used one is still the OPi Zero.. it was cheap back then.. and for most of my work sufficient.. The RockPi crushed numbers for 14 days in a row sitting at 75-80°C without issues, I was actually surprised.. cause it was one of the self crafted early images for this board.. The tinker was fun to mess with.. but I never cared about desktop.. so actually this board didn't make much sense for me.. The BPi R2 was a rabbit hole to mess with u-boot, but I learned a lot (network is still crippled).. The W2, I don't know.. it's a strange thingie.. People here do crazy thing to hack TV boxes with the same SoC (actually a cool thread cause not much bloating, so please don't mess there ..).
     
    completely forgot.. there's a HC1 as well,, but this serves as a NAS box I don't mess with, I just does what I expect from a NAS box..
  10. Like
    chwe reacted to 5kft in armbianmonitor cpu-temperature broken? -ge: unary operator expected   
    Hi @Igor, @guidol - in case it is helpful, I took a quick look at this and the fix is pretty straightforward.  Essentially all that needs to be done is to remove the existing "patch/kernel/sunxi-dev/ths-29-sun4i-gpadc-iio-add-h5-thermal-zone.patch" for 5.1, and to port over the 4.19 "patch/kernel/sunxi-next/ths-29-add-correct-h5-thermal-zone.patch" to 5.1 (i.e., bring into "patch/kernel/sunxi-dev/").  The problem is the currently the thermal-zone is defined in the wrong DT location, and the zone definition and tips  and cooling maps are incorrect/incomplete for the 5.1 version.
     
    I did a quick test of fixing it this way and the result works:
    root@nanopineo2:~# cat /proc/version Linux version 5.1.15-sunxi64 (root@elrond) (gcc version 7.4.1 20181213 [linaro-7.4-2019.02 revision 56ec6f6b99cc167ff0c2f8e1a2eed33b1edc85d4] (Linaro GCC 7.4-2019.02)) #5.90.190705 SMP Thu Jul 4 14:05:17 UTC 2019 root@nanopineo2:~# cat /sys/class/thermal/thermal_zone0/temp 40936 root@nanopineo2:~# I'd fix this and submit the change myself, but unfortunately I don't have time to be thorough about testing it right now (e.g., verify on some H3 boards and other H5 boards as well), and likely won't be able to until next week...I'm happy to do this then if you don't have time to look into this.
  11. Like
    chwe got a reaction from Jens Bauer in Raspberry Pi 4 Released - From $35 USD   
    FYI:
     
    asked about ext4 support for boot to get rid off the FAT partition:
    https://www.raspberrypi.org/forums/viewtopic.php?f=63&t=243890&p=1487617#p1487617
    seems not of importance for them..
     
    some charger issues:
    https://www.raspberrypi.org/forums/viewtopic.php?f=63&t=244146
    and a nice link provided there:
    https://www.scorpia.co.uk/2019/06/28/pi4-not-working-with-some-chargers-or-why-you-need-two-cc-resistors/
    as with more or less every boardmaker, things are not mature in the beginnings.. But at least some of the flaws will likely be fixed over time..
     
     
     
  12. Like
    chwe got a reaction from Igor in Raspberry Pi 4 Released - From $35 USD   
    https://www.raspberrypi.org/forums/viewtopic.php?f=63&t=244166

     
    if you ever look for a textbook example of whataboutism.. There you go. We need some more HackRF boards to target all those CRT displays in the wild..
     
  13. Like
    chwe got a reaction from gounthar in Raspberry Pi 4 Released - From $35 USD   
    I couldn't less agree on this one..
     
    It is a TV box SoC with schematics.. It might not matter if you only consume and someone else provides the images.. But it matters if you're on the other side. You (mostly) know what you get, whereas TV boxes sometimes change depending on what is cheaper at the moment (e.g. different wifi module, NAND instead of eMMC etc.).
     
    well.. IMO it was RPi who had to respond.. all those RK3399 based boards crushed the RPi fully..
     
    I assume we'll see more specialized SBCs in the future. e.g. https://www.cnx-software.com/2019/06/19/rock-pi-s-tiny-sbc-rockchip-rk3308-processor/
    some NAS ones etc.
     
    Indeed it is the first RPi since v2 which doesn't look annoying. They try their first step away from VC4 which might be interesting.. I don't get this (claimed) full backwards compatibility of images. IMO it was a good opportunity to make a cut (keep, pin-compatibility etc. but craft an image which is either fully armhf - or arm64). having a VC4 and a VC6 branch of raspian is something the majority of their believers would probably accept.
     
    I will likely buy one (will be the first one I bought after the Pi2 IIRC), I've a project where the A72 cores might shine, and if thermals are somehow controllable passively, 4xA72 for 35$ looks good to me (don't need really much ram for this project, it's really about numbers crunshing). They did a couple of things right, e.g. SPI NOR, USB-C instead of microUSB (btw it's a 'dumb' one right? so no PD), even the double HDMI was IMO a smart move (now it's somehow unique to its competitors). And from the software side I'm quite sure things will mature over time (looking forward to the PXE, my project would really benefit from a proper PXE implementation), and we'll soon get some deeper insights from people experienced in kernelcode.. E.g.
    https://www.cnx-software.com/2019/06/24/raspberry-pi-4-features-broadcom-bcm2711-processor-up-to-4gb-ram/#comment-563948
     
    But I don't think that 'chinese' (whatever that means) have to respond. For different use-cased several companies have a good line-up, and the user group they target is often different.
     
    It was a needed, and from the first glace well crafted update of the (IMO) complete failure called RPi3b+. I was surprised by the 4xA72 core they've chosen and the 1,2 and 4 GB ram was smart too. Let's face it, the average 'rich' user will always opt for the 4GB variant no matter he needs it or not and I assume the profit margin will be slightly higher with this variant.
     
     
  14. Like
    chwe reacted to Staars in Proof of concept - Realtek 1295   
    Just a small update on the kernel side.
     
    I uploaded all my latest local changes for the kernel tree 4.19.y (= 4.19.55), so you can build it (DEV) from my repo. But don't get too excited, it will not really work.
    This is only meant for further developing and hopefully some more skilled kernel-hackers can take look. There are some backports (for instance android/staging) and all API-changes were done according to the compiler output and the following internet search, so the process included traces of cargo-cult-programming. Expect stupid bugs here and there.
     
    Expected behaviour:
    A boot-log with surprisingly few errors but the inability to have a root device . The console output will stop and after while you should see a kernel error.
    Disabling usb or ahci or sd or mmc drivers (or combinations) will change the error slightly. It seems, as if there is always a DMA-problem, but that might be coincidence.
     
    I simply do not know, if there is just one wrong line of code somewhere or if the whole construction is lightyears away from working.
     
    Happy hacking!
  15. Like
    chwe reacted to Staars in Proof of concept - Realtek 1295   
    Now everything is totally clear :
     

  16. Like
    chwe got a reaction from Slackstick in Raspberry Pi 4 Released - From $35 USD   
    I couldn't less agree on this one..
     
    It is a TV box SoC with schematics.. It might not matter if you only consume and someone else provides the images.. But it matters if you're on the other side. You (mostly) know what you get, whereas TV boxes sometimes change depending on what is cheaper at the moment (e.g. different wifi module, NAND instead of eMMC etc.).
     
    well.. IMO it was RPi who had to respond.. all those RK3399 based boards crushed the RPi fully..
     
    I assume we'll see more specialized SBCs in the future. e.g. https://www.cnx-software.com/2019/06/19/rock-pi-s-tiny-sbc-rockchip-rk3308-processor/
    some NAS ones etc.
     
    Indeed it is the first RPi since v2 which doesn't look annoying. They try their first step away from VC4 which might be interesting.. I don't get this (claimed) full backwards compatibility of images. IMO it was a good opportunity to make a cut (keep, pin-compatibility etc. but craft an image which is either fully armhf - or arm64). having a VC4 and a VC6 branch of raspian is something the majority of their believers would probably accept.
     
    I will likely buy one (will be the first one I bought after the Pi2 IIRC), I've a project where the A72 cores might shine, and if thermals are somehow controllable passively, 4xA72 for 35$ looks good to me (don't need really much ram for this project, it's really about numbers crunshing). They did a couple of things right, e.g. SPI NOR, USB-C instead of microUSB (btw it's a 'dumb' one right? so no PD), even the double HDMI was IMO a smart move (now it's somehow unique to its competitors). And from the software side I'm quite sure things will mature over time (looking forward to the PXE, my project would really benefit from a proper PXE implementation), and we'll soon get some deeper insights from people experienced in kernelcode.. E.g.
    https://www.cnx-software.com/2019/06/24/raspberry-pi-4-features-broadcom-bcm2711-processor-up-to-4gb-ram/#comment-563948
     
    But I don't think that 'chinese' (whatever that means) have to respond. For different use-cased several companies have a good line-up, and the user group they target is often different.
     
    It was a needed, and from the first glace well crafted update of the (IMO) complete failure called RPi3b+. I was surprised by the 4xA72 core they've chosen and the 1,2 and 4 GB ram was smart too. Let's face it, the average 'rich' user will always opt for the 4GB variant no matter he needs it or not and I assume the profit margin will be slightly higher with this variant.
     
     
  17. Like
    chwe got a reaction from qblueRed42 in Raspberry Pi 4 Released - From $35 USD   
    I couldn't less agree on this one..
     
    It is a TV box SoC with schematics.. It might not matter if you only consume and someone else provides the images.. But it matters if you're on the other side. You (mostly) know what you get, whereas TV boxes sometimes change depending on what is cheaper at the moment (e.g. different wifi module, NAND instead of eMMC etc.).
     
    well.. IMO it was RPi who had to respond.. all those RK3399 based boards crushed the RPi fully..
     
    I assume we'll see more specialized SBCs in the future. e.g. https://www.cnx-software.com/2019/06/19/rock-pi-s-tiny-sbc-rockchip-rk3308-processor/
    some NAS ones etc.
     
    Indeed it is the first RPi since v2 which doesn't look annoying. They try their first step away from VC4 which might be interesting.. I don't get this (claimed) full backwards compatibility of images. IMO it was a good opportunity to make a cut (keep, pin-compatibility etc. but craft an image which is either fully armhf - or arm64). having a VC4 and a VC6 branch of raspian is something the majority of their believers would probably accept.
     
    I will likely buy one (will be the first one I bought after the Pi2 IIRC), I've a project where the A72 cores might shine, and if thermals are somehow controllable passively, 4xA72 for 35$ looks good to me (don't need really much ram for this project, it's really about numbers crunshing). They did a couple of things right, e.g. SPI NOR, USB-C instead of microUSB (btw it's a 'dumb' one right? so no PD), even the double HDMI was IMO a smart move (now it's somehow unique to its competitors). And from the software side I'm quite sure things will mature over time (looking forward to the PXE, my project would really benefit from a proper PXE implementation), and we'll soon get some deeper insights from people experienced in kernelcode.. E.g.
    https://www.cnx-software.com/2019/06/24/raspberry-pi-4-features-broadcom-bcm2711-processor-up-to-4gb-ram/#comment-563948
     
    But I don't think that 'chinese' (whatever that means) have to respond. For different use-cased several companies have a good line-up, and the user group they target is often different.
     
    It was a needed, and from the first glace well crafted update of the (IMO) complete failure called RPi3b+. I was surprised by the 4xA72 core they've chosen and the 1,2 and 4 GB ram was smart too. Let's face it, the average 'rich' user will always opt for the 4GB variant no matter he needs it or not and I assume the profit margin will be slightly higher with this variant.
     
     
  18. Like
    chwe got a reaction from qblueRed42 in SBC recommendations for a wireless router   
    define stable..
     
     
     
    but sure, I wouldn't go with the R2 as my main router.. things are just not 100% clear yet.. and network is still a bit.. mhmm.. flunky might describe it best. There's no development cause nobody is really interested in pushing stuff here..
     
    me neither.. you can learn things by pure pain.. pain and time..
     
    I would separate NAS from router jobs..
     
    If the price is not your main driving force, you might look into solidrun devices. https://www.solid-run.com/product-category/sbcs-fanless-pcs/
  19. Like
    chwe reacted to martinayotte in Trial to merge UBoot for RK3399 and Rockchip64   
    I was preparing myself to struggle again with this issue ...
    But in the meantime, upgrading first all my RK3399 to 5.1.y, I've discovered that we have random eth0 MAC on few ones (I didn't check this in past months, since I mostly running all those on WiFi) :
    The discovery is that random MAC are present on v2019.04, but not in Ayufan's v2017.09. It was missing the ethernet0 alias, I've added it, but it didn't fixed the issue...
    The sad thing is that is on the wrong side of the fence : if the issue were in v2017.09, I wouldn't bother trying to fix it, but it is under v2019.04 ...
    I don't have any other idea for now ...
  20. Like
    chwe got a reaction from qblueRed42 in Very Small Platforms - Rockchip 3308 and Allwinner V3s   
    remember those dirt cheap android sticks you could buy years ago? The MK802.. I knew that I bought one years ago.. but didn't know for a long time that they're equipped with a AW A10... http://linux-sunxi.org/Rikomagic_mk802
     

     
    Well, seems that they're supported in mainline (u-boot and kernel).
     
    __ __ _ _____ ___ ____ | \/ | |/ ( _ ) / _ \___ \ | |\/| | ' // _ \| | | |__) | | | | | . \ (_) | |_| / __/ |_| |_|_|\_\___/ \___/_____| Welcome to Debian Stretch with Armbian Linux 5.1.7-sunxi System load: 2.26 1.12 0.43 Up time: 2 min Memory usage: 4 % of 999MB IP: CPU temp: 11°C Usage of /: 4% of 30G ... root@mk802:~# armbianmonitor -m Stop monitoring using [ctrl]-[c] Time CPU load %cpu %sys %usr %nice %io %irq CPU 21:44:11: 1008MHz 1.57 82% 30% 20% 0% 30% 0% 11.6°C 21:44:16: 1008MHz 1.68 19% 19% 0% 0% 0% 0% 10.9°C 21:44:21: 1008MHz 1.55 13% 13% 0% 0% 0% 0% 11.4°C 21:44:27: 1008MHz 1.42 22% 21% 0% 0% 0% 0% 11.2°C 21:44:32: 1008MHz 1.31 17% 14% 1% 0% 0% 0% 11.6°C 21:44:37: 1008MHz 1.20 21% 20% 0% 0% 0% 0% 11.0°C 21:44:43: 1008MHz 1.11 13% 13% 0% 0% 0% 0% 8.5°C well the thermal is a bit sloppy.. in fact the SoC was roughly 60°C at this time...
     
    and soldering UART to test points isn't as fun.. but it works
     
    and now imagine this board with sata instead of HDMI wired out.. (well maybe with the A20 instead of A10)..
  21. Like
    chwe got a reaction from TonyMac32 in Very Small Platforms - Rockchip 3308 and Allwinner V3s   
    the RPi isn't a board I look long enough to it.. Glue it together and hopefully you don't have to spend more time with it at all..
     
     
  22. Like
    chwe got a reaction from gounthar in Very Small Platforms - Rockchip 3308 and Allwinner V3s   
    remember those dirt cheap android sticks you could buy years ago? The MK802.. I knew that I bought one years ago.. but didn't know for a long time that they're equipped with a AW A10... http://linux-sunxi.org/Rikomagic_mk802
     

     
    Well, seems that they're supported in mainline (u-boot and kernel).
     
    __ __ _ _____ ___ ____ | \/ | |/ ( _ ) / _ \___ \ | |\/| | ' // _ \| | | |__) | | | | | . \ (_) | |_| / __/ |_| |_|_|\_\___/ \___/_____| Welcome to Debian Stretch with Armbian Linux 5.1.7-sunxi System load: 2.26 1.12 0.43 Up time: 2 min Memory usage: 4 % of 999MB IP: CPU temp: 11°C Usage of /: 4% of 30G ... root@mk802:~# armbianmonitor -m Stop monitoring using [ctrl]-[c] Time CPU load %cpu %sys %usr %nice %io %irq CPU 21:44:11: 1008MHz 1.57 82% 30% 20% 0% 30% 0% 11.6°C 21:44:16: 1008MHz 1.68 19% 19% 0% 0% 0% 0% 10.9°C 21:44:21: 1008MHz 1.55 13% 13% 0% 0% 0% 0% 11.4°C 21:44:27: 1008MHz 1.42 22% 21% 0% 0% 0% 0% 11.2°C 21:44:32: 1008MHz 1.31 17% 14% 1% 0% 0% 0% 11.6°C 21:44:37: 1008MHz 1.20 21% 20% 0% 0% 0% 0% 11.0°C 21:44:43: 1008MHz 1.11 13% 13% 0% 0% 0% 0% 8.5°C well the thermal is a bit sloppy.. in fact the SoC was roughly 60°C at this time...
     
    and soldering UART to test points isn't as fun.. but it works
     
    and now imagine this board with sata instead of HDMI wired out.. (well maybe with the A20 instead of A10)..
  23. Like
    chwe got a reaction from TonyMac32 in Very Small Platforms - Rockchip 3308 and Allwinner V3s   
    remember those dirt cheap android sticks you could buy years ago? The MK802.. I knew that I bought one years ago.. but didn't know for a long time that they're equipped with a AW A10... http://linux-sunxi.org/Rikomagic_mk802
     

     
    Well, seems that they're supported in mainline (u-boot and kernel).
     
    __ __ _ _____ ___ ____ | \/ | |/ ( _ ) / _ \___ \ | |\/| | ' // _ \| | | |__) | | | | | . \ (_) | |_| / __/ |_| |_|_|\_\___/ \___/_____| Welcome to Debian Stretch with Armbian Linux 5.1.7-sunxi System load: 2.26 1.12 0.43 Up time: 2 min Memory usage: 4 % of 999MB IP: CPU temp: 11°C Usage of /: 4% of 30G ... root@mk802:~# armbianmonitor -m Stop monitoring using [ctrl]-[c] Time CPU load %cpu %sys %usr %nice %io %irq CPU 21:44:11: 1008MHz 1.57 82% 30% 20% 0% 30% 0% 11.6°C 21:44:16: 1008MHz 1.68 19% 19% 0% 0% 0% 0% 10.9°C 21:44:21: 1008MHz 1.55 13% 13% 0% 0% 0% 0% 11.4°C 21:44:27: 1008MHz 1.42 22% 21% 0% 0% 0% 0% 11.2°C 21:44:32: 1008MHz 1.31 17% 14% 1% 0% 0% 0% 11.6°C 21:44:37: 1008MHz 1.20 21% 20% 0% 0% 0% 0% 11.0°C 21:44:43: 1008MHz 1.11 13% 13% 0% 0% 0% 0% 8.5°C well the thermal is a bit sloppy.. in fact the SoC was roughly 60°C at this time...
     
    and soldering UART to test points isn't as fun.. but it works
     
    and now imagine this board with sata instead of HDMI wired out.. (well maybe with the A20 instead of A10)..
  24. Like
    chwe got a reaction from bob_janes in Recommendation for new board   
    I would definitively not put all these stuff on one board... If something messes.. your entire network will be in trouble including all the data on the nas.
     
    check the PSU, if it's only that.. the board can still serve as a NAS, and thanks to the new patches for its sata implementation.. it shouldn't be a bad one..
     
    rk3399 is powerful for a lot of your other tasks.. but still wip.. and things might change here.. means the risk is higher that things break as well. for the blog/webserver stuff.. As long as you don't expect much visitors there.. a cheap H3 might do it.. and for pihole no idea.. probably one with GbE, not my field..
  25. Like
    chwe got a reaction from Tido in Support of Raspberry Pi   
    one of the maintainer of this project (dealing with rockchip and amlogic)?
     
    Who has not the right to remind you that the discussion is pointless? The decision that current RPis are note supported by armbian was made a long time ago and it still stands. And for the who started first on throwing dirt to each other here doesn't matter to me.. If it's not working on a acceptable level I'll simply end it (without needing dirt.. but with something I don't like, means closing the thread).
     
    and if you go through this whole thread.. You get some 'objective' and probably also a lot of subjective answers to that.. And just a last one.. Guess what happens if a platform gets added in which no developer has an interest in? Exactly, nobody cares about enhancing the support for it.. Means spending hours of hours of their spare time to make things better, following upstream to pick up stuff like this: https://lkml.org/lkml/2019/5/20/431 integrate it and test if it solves the crippled mailbox system the RPi has? Dealing with the blob bootloader the RPi needs and check after every update of this blob if the new one behaves similar or if they add new thermal throttling behavior which was barley annotated when the RPi3b+ came out? This stuff needs time. It's not only adding a few lines to the buildscript and you're done.. And further Pi1 and Zero is ARMv6, pi 2 is ARMv7 and some ARMv8, pi3 is ARMv8. By default we provide userspace matching to CPU architecture.. It will be a nightmare to explain again and again (and again) that a RPi2 image might not work on a RPi3. That by using RPi3 a bunch of the things which make the Pi useful (e.g. the decoder stuff) might not work cause all the userspace stuff isn't armhf on armbian for 64bit CPUs.
     
    With Raspian, there's a decent image out for RPis, it gets updates it supports the hardware. It's not armbian but also a debian derivative. And if, for whatever reason you want a Armbian userspace but don't want to deal with kernel work nor bootloader etc. @tkaiser provides a OS layer to frankenstein a 'Armbian on RPi' together (https://github.com/ThomasKaiser/OMV_for_Raspberries). And if you want to deal with kernel as well.. Fork armbian, add the needed configs for kernel bootloader etc. Glue everything together and deal with the FAT partition the RPi needs for its bootloader (basically the buildscript should allow such FAT partitions). Find a suitable Kernel (probably the one RPi provides on their GitHub - or if you really want to deal with it.. go for a mainline) and craft your own image, based on armbians buildscript (it's on github, everyone can fork it). But don't expect that someone does the work for you especially if those people are simply not interested in the currently available iterations of the RPi. 
    And don't expect as well that they always take as much time as I took this time to explain it again and again, when someone shows up complaining that we don't provide Armbian for RPi... I needed a break from writing serious stuff..