TheLinuxBug

Members
  • Content Count

    44
  • Joined

  • Last visited


Reputation Activity

  1. Like
    TheLinuxBug got a reaction from guidol in Lichee Pi zero   
    Yes, most of the devices are controlled by the DTB file, in fact, I compiled the 'staging' wifi driver and played around with enabling WIFi in the  new DTB.  I actually added the wrong DTB to that tar.gz after all was said and done, like you noticed, sorry about that.  I was kinda rushed when I put that up.  I did compile a few more kernels and was talking to some devs about trying to get some help with getting devices enabled correctly in the DTB.
     
    I actually have a DTB that works for enabling vga framebuffer, ethernet and wifi however ends up breaking USB (assuming your powering through pins, you can actually connect a USB device) and the staging driver in 4.12.y is trash and the kernel panics when you inset the WiFi driver.
     
    Glad to hear you found a working dtb for your needs, supposedly there were a few in the packages as you noticed with different things enabled.
     
    As I get time I will probably compile a few more kernels and work on the DTB and will post back here if I come up with something better. Though glad to hear what I provided gave you a good start!
     
    Cheers!
  2. Like
    TheLinuxBug got a reaction from guidol in Lichee Pi zero   
    @guidol Good news and medium good news.
    Here is u-boot, kernel and dtb needed to enable eth0 and have it work:
    https://licheepizero.us/licheepizero.linux-4.12.with.vga.and.eth0.tar.gz
     
    http://prntscr.com/nhuq6f
    http://prntscr.com/nhupqd
    http://prntscr.com/nhupv3
     
    The uboot has vga and eth0 enabled, however, the current versions of the WiFi module that are around do not work with this kernel and while VGA is in the uboot, it isn't active in the kernel in this.
     
    If your goal is to boot up and have eth0 up and access, this should work for you.
     
    I am going to test building 4.14.y and 4.13.y branch to see if the WiFi driver is incorporated at any point, the github repos are not very specific about whats been updated and my attempts to build the driver seperately have so far failed for the 4.12.y repo I used to generate this.
     
    This should at least be enough to get you started.  Once i test a bit more I will upload my .config and provide a link as well.
     
    Cheers!
  3. Like
    TheLinuxBug got a reaction from guidol in Lichee Pi zero   
    Hey Guys,
     
    I spent time over the past two days updating https://licheepizero.us and if you visit the site and use the navigation at the top right I have added some simple how-tos for certain things as well as have included better links to the resources you need.  This includes the dock.dtb file your looking for, if you look through the wifi setup page, I believe it is linked at the bottom: https://licheepizero.us/setup-wifi-for-licheepi-zero
     
    As some of the Chinese resources have been slowly going down, I am trying to replicate the how-tos into English and add pages so that they will not be lost.
     
    If you guys come up with anything that would be good to keep on there that I am missing, please PM me here or send me info using the Feedback form on the page.
     
    Also if you get stuck on something, I will try to keep checking back here and offer suggestions as I can.
     
    @guidol if you get stuck and your familiar with IRC you can come on Freenode irc network and join #H3Droid and I will be happy to try and help you some with getting things working, as I know just how frustrating the thing can be.
     
    Have a great weekend!
     
    Cheers!
  4. Like
    TheLinuxBug got a reaction from gounthar in H2: Sunvell R69 Android TV Box (AliExpress)   
    Well, I have been working on trying to get the new Sunvell (interestingly it is still labeled R69 but not marketed as such) ( it is actually an H3 with 2GB of memory and 16Gb NAND) working... already wishing I hadn't purchased it.
     
    First off, NAND sux ass and has nearly no support outside of proprietary drivers for Android, so don't think much will be happening with it.
     
    Secondly, while I can see it will boot from SDcard, the U-boot fails much like you have shown.  Which I assume means that there is something lacking in the fex that needs toggled, or even worse I have been wondering if they burnt the secure fuse on this so nothing unsigned can be booted.  The latter is what I am leaning towards, but have no way yet to tell.
     
    Has anyone gotten Armbian yet booting on this new version of the board?
     
    Also posted over in 
    a bit earlier which looks to be a post specifically on the board.
     
    Cheers!
     
  5. Like
    TheLinuxBug got a reaction from gounthar in Sunvell H3 2GB RAM + 16GB ROM TV Box   
    I finally for some stupid reason got one.  All I can say is unless you can perform some magic I don't think this is running anything but whats packaged. 
     
    The fun part, and I don't know if this is some mid-production change, but even if I have UART hooked up, all I can do is watch it boot, I can't interact with it (U-boot).  Additionally, it appears that if you have any SDcard in the slot at boot time, it will try to boot but freeze.  The from LED light will not come on, it just sits dead with an SDcard in it.  Haven't tried to FEL boot, not quite sure directly how to get to FEL, maybe it will read a FEL boot SDcard, not sure.
     
    Effectively though, can't boot from SDcard, I am almost convinced its they are using secure boot (burned eFuse?) also, but I can't confirm: https://paste.ee/p/51PcB
     
    They outdid them selves this time, a gorgeous piece of trash that is statically set to 1Ghz per core anyways because they can't afford a cooling solution, so really, the H2+ would have been the exact same here pretty much (haven't pried off the heatsink yet to confirm, would take bets its actually an H2+ under there).
     
    All you gain here with this version is a headache.  No 'usable' eMMc (NAND instead), no way to boot sdcards that I found yet and having access to UART is worthless for u-boot, but you can access console on Android that on the box and you can 'su' to root.  
     
    It looks like they are using killing cores again as their thermal solution as cores keep being killed left and right...
     [ 1675.588747] CPU1: shutdown
     
    Regardless of the SDcard I try, I get some errors.  The following is our default H3droid u-boot and this is the output on UART:
    U-Boot SPL 2017.07-00494-g19d1f1a-dirty (Nov 17 2018 - 16:17:38)
    DRAM: 2048 MiB
    Trying to boot from MMC1
    ** First descriptor is NOT a primary desc on 0:1 **
     
    Booting from an Armbian loaded SDcard results in:
    U-Boot SPL 2017.11-armbian (Jun 11 2018 - 11:58:21)
    DRAM: 2048 MiB
    Trying to boot from MMC1
     
    In both cases it Freezes right there, no other information it output and it doesn't boot.
     
    It is either lacking a valid matching fex (DT) or there is some magic missing in u-boot.  What's more, it won't even boot the generally compatible-with-alll H3 boards u-boot we have for H3Droid based on OPi Plus 2E which almost every other H3 boards I have ever tested will at least post with.
     
    Also, the tag on mine looks identical to the one a few posts up so I likely have the same board version.
     
    Still not able to get it to boot from SDcard at this time, still trying.. if anyone has any thought, please let me know!
     
    Cheers!
     
     
  6. Like
    TheLinuxBug got a reaction from manuti in H2: Sunvell R69 Android TV Box (AliExpress)   
    Well, it wasn't that weekend, it took me a while but I did eventually make a blog post for it: Sunvell R69 - My adventures with a cheap TV Box
     
    Additionally, Sunvell R69 is fully supported by H3Droid but we do suggest the use of a fan for sure!
     
    Cheers!
  7. Like
    TheLinuxBug reacted to lanefu in Espressobin support development efforts   
    Okay.... I built a new OMV image last night... Frequency Scaling is working.. sweet
     
    So I need some helio tests to smb. Using my MBP w/ Thunderbolt gig NIC . to cheap SANDisk X300... I did onboard sata.. and another testing with my add-on sata card.
     
    no bad at all.   Writes seem to be thread bound by samba.   This was traversing accross my 48port POE switch, not point to point.. same vlan.
     
    @tkaiser OMV is promising.
     
    I had tested some raid 5 stuff, but turns out i had a bad sata cable causing my woes
     


  8. Like
    TheLinuxBug reacted to tkaiser in Espressobin support development efforts   
    I would really love to see results from the simple '3 hosts needed' iperf3 benchmark above since I really can't believe no one is interested in maximum GbE throughput on this board so far (do we get 1GbE max throughput between SoC and the outside or 2.5GbE?). C'mon it takes just a minute to set this up, you don't even need a switch since that's part of the board and the test setup!
     
    And another important information missing: How does memory performance looks like. It's just another 5 minutes max and
    git clone https://github.com/ssvb/tinymembench cd tinymembench make ./tinymembench Results will then look like this: https://pastebin.com/raw/LtjEFbdn (Clearfog Pro with 1 GB default DRAM also using default settings)
  9. Like
    TheLinuxBug reacted to Igor in Espressobin support development efforts   
    @lanefu I add few fixes since I just received my board and needed to try out a bit ...  to be continued.
  10. Like
    TheLinuxBug reacted to lanefu in Espressobin support development efforts   
    Okay you guys inspired me enough to do some tinkering with my armbian build container.   Looks like there's newer stable kernel from Marvell.   linux-4.4.52-armada-17.06
     
    I tried building with the linux-4.4.52-armada-17.06, but  my current deb-pkg patch no longer seems to do the right thing and install an uncompressed image..    I probably need to redo my patch anyway.
     
    so uhm todo:
     
    switch stable to linux-4.4.52-armada-17.06 improve deb-pkg script to cleanly install image in /boot/Image switch away from u-boot rc build. explore how to actually use our u-boot build instead of on-board make frequency scaling work Tinker with mainline builds since espressobin support was supposed to be merged into 4.11 Update Armbian docs on board  
  11. Like
    TheLinuxBug got a reaction from lanefu in Espressobin support development efforts   
    So it appears when utilizing the boot information from the boot.cmd I mentioned in my last post you get a completely different experience on UART as it stays up.  This time it looks much more like a normal Armbian boot experience.
     
    I found however that I had to set the initrd slightly different as the one mentioned looks incorrect..
     
    As you can see with initrd loading and correct environment variables set it even loads the serial terminal and leaves it active  YAY!
     
    So from what I understand if I could find the correct jumper settings to have it boot SDcard it would probably work out of the box from the SDcard, without it you have to get a bit creative and setup uboot your self like above.
     
    To clarify I had been testing back and forth between the custom kernel and the 4.4.52-devel-17.04.2-mvebu64 kernel provided on the Armbian image, this time I actually fully booted the Armbian kernel and image and it actually has provided access now to cpufreq and a few other things I wasn't seeing on my custom kernel and is exposing 1Ghz CPU speed where the custom 4.4.8 kernel I made had a hard max of 800Mhz, so this should be an improvement:
     
    Will have to retest with iperf later to see if the network performance differs any.
     
    Update: from my updated iperf tests it looks like the 4.4.8 kernel actually out performs the 4.4.52 Armbian kernel, not by a huge amount but 4.4.52 seems to average around 92.3 MBytes/sec while on 4.4.8 it averages over 110Mbytes/sec.
     
     
    Hopefully this helps!
     
    Cheers!
  12. Like
    TheLinuxBug got a reaction from lanefu in Espressobin support development efforts   
    Some quick tests of a 2.5" 1TB SATA drive via USB 3.0 enclosure attached to the USB 3.0 port on the ESPRESSOBin:
     
    Iperf tests between my 2 ESPRESSOBins, both linked at gigabit:

    Board Running Armbian/OMV:

    Board Running Ubuntu 16.04LTS image with custom compiled kernel:
     
    There are probably some better tools to use, but at least this will give an idea.  Looks like the drivers for the NIC in my customer kernel may be a bit faster?
     
    Shameless plug: If you get bored and have Allwinner H3 device, check out H3droid - an Android image developed specifically to work on Allwinner H3 devices!
     
    Cheers!
  13. Like
    TheLinuxBug got a reaction from lanefu in Espressobin support development efforts   
    Okay, FINALLY I have had time to test this...
     
    @tkaiser @Andrius @lanefu
     
    The issues are as follows:
    1. You are lacking the dtb file in /boot (armada-3720-community.dtb)
    2. Once the kernel boots it disables UART which is a huge pain
    3. Requires manual changes to uboot config at startup (you need serial connection at boot time)

    To get it to boot:
    1. Copied the armada-3720-community.dtb into /boot on the SDcard
    2. stopped uboot during start up and entered the following:
    Marvell>> setenv image_name boot/Image Marvell>> setenv fdt_name boot/armada-3720-community.dtb Marvell>> setenv bootmmc 'mmc dev 0; ext4load mmc 0:1 $kernel_addr $image_name;ext4load mmc 0:1 $fdt_addr $fdt_name;setenv bootargs $console root=/dev/mmcblk0p1 rw rootwait; booti $kernel_addr - $fdt_addr' Marvell>> save Saving Environment to SPI Flash... SF: Detected W25Q32DW with page size 256 Bytes, erase size 4 KiB, total 4 MiB Erasing SPI flash...Writing to SPI flash...done Marvell>> run bootmmc
    While the UART serial console no longer works, the board is online:
     
     
     
    Sorry for such a long delay!  I will see if I can let this run for a bit and do some performance testing to see the difference between the Armbian kernel and the one I compiled my self.
     
    Have a great weekend all!
     
    Shameless plug: If you get bored and have Allwinner H3 device, check out H3droid - an Android image developed specifically to work on Allwinner H3 devices!
     
    Cheers!
  14. Like
    TheLinuxBug got a reaction from tkaiser in Espressobin support development efforts   
    Hopefully I can get a chance to test it before then, works been ridiculously crazy and been also working on the H3Droid project so just haven't had time yet.  I do fully intend to test though and if needed I will switch out the kernel also for the one I compiled and see if this allows it to run.
     
    Just don't go deleting it before I get time to download it ;p
     
    Cheers!
  15. Like
    TheLinuxBug got a reaction from lanefu in Espressobin support development efforts   
    Yeah I realize now I should have just purchased an 32GB SATA SSD instead of goofing around with m.2 and converters and such, however, at this point I figured it cheaper to cut my losses by buying the m.2 to sata adapter than still buying another drive.  Hopefully this adapter arrives and everything works (and I don't find my issues were caused by a bad SSD module).
     
    As far as testing on the ESPRESSOBin:
     
    Unfortunately the first one I ordered is already in production -- One of the reasons I wanted the SSD was to provide a little bit of high speed swap without chancing killing off an SDcard.  The board its self runs like a champ and it is easily my favorite headless board I own.   While some of their documentation is lacking. it does seem like they actually spent some time thinking about the board and creating docs which actually teach(force) you to compile your own kernel and use the USB to serial console and some things other board vendors don't really make you do.  I have enjoyed the experience of setting it up, learning the in and outs and working with it in general, so far (other than this issue with m.2).
     
    Now, I have another ESPRESSOBin I had ordered, which they said would start shipping 'soon' so as soon as the second one arrives, I will make OMV my first test with it.  Sorry I can't be more helpful right now.
     
    Maybe if I can afford some downtime of the appliance its running this weekend I will see if I can test, but I won't make any promises at this time.
     
    @tkaiser  thanks again for taking time out to answer my questions as well as all the time and hard work you put in to keep Armbian the awesome distro it is!  
     
    Cheers!
  16. Like
    TheLinuxBug reacted to gprovost in Support of Helios4 - Intro   
    @Igor, thanks I will look up for the ongoing change related to the clearfog.

    That's super great to read that you guys think it's a cool board. I had the strong feeling that I wasn't the only one looking for a board that's finally address the need to build a proper NAS on a fully open source ARM board. Coz yes it's the intention, if the campaign is a success, the whole hardware design will be released as open source (Open Hardware).
     
    Haha, well believe it or not, I'm not doing it for the money...If it was really only $$$ that drives this project, I don't think it will actually worth it. My goal is to make it a product that the community likes and adopt...it will be my ultimate satisfaction. But ok deal, if it the campaign succeed, you will get your box of beers ;-)

    Regarding the price point, I hope people will first understand that this a high performance SoC... it can't come as dirt cheap as some Pi-like boards. And that obviously I won't be manufacturing tens of thousands units. My target is 1000 units.

    As briefly explained, I will principally offer it as a full kit (AC/DC adapter 12V 8A, casing, complete cabling, fans and a little oled screen). My assumption is that if you set it up a NAS, you don't want a messy setup with HDDs hanging around. You want something neat and clean...and sweet to look at Anyway there will also be the barebone option.

    The price of the full kit will be in the range of 170 - 200 USD.

    I'm fully aware of the competition (Synology, WD, etc...) and I can confidently say that apple to apple specs comparison is way cheaper.

    Here as some pictures of what it looks like with the casing. (note : this is the casing without the oled screen).
     




     
     
    No. It's non-ECC memory. The SoM supports ECC though, but it will bump the price quite a bit. However it could be a stretch goal or an additional option. I don't wish to open here a discussion on ECC memory in the context of NAS, there are already plenty of years old ongoing threads on [non-]ECC memory for RAID or ZFS. While Helios-4 board is clearly not targeting mission critical application, the likeliness of corrupted data due to bit rot + existing "mitigation" feature (beside doing backups), doesn't in my opinion worth the premium of ECC memory for the scope of this board.
    Any opinion are much welcome ;-)

    Cheers.

    Gauthier.