• Content Count

  • Joined

  • Last visited

Reputation Activity

  1. Like
    Spemerchina reacted to FlashBurn in Espressobin support development efforts   
    So the good thing is I found the problem, the bad thing is I don´t know how to fix it
    The problem is, like I assumed, that the wrong clock source is selected or better to say, no clock source is selected and because of that it is the wrong one.
    In drivers/cpufreq/armada-37xx-cpufreq.c the dvfs is initialized. The right clock source should be selected with the 2 lines at the end of the function armada37xx_cpufreq_dvfs_setup(). But this does not call the needed function clk_pm_cpu_set_parent() in driver/clk/armada-37xx-periph.c.
    I fixed it for me with hard coding the right value in the registers.
    So all that is needed for fixing the problem is that the function clk_pm_cpu_get_parent() needs to be called, to get the right clock source and then clk_pm_cpu_set() needs to be called with that source. I don´t know enough about the clk code to know what needs to be done the right way.
    The question is now, whom to tell this, so that this could be fixed?
    This is a sbc-bench.sh run with my hard coded fix and 1200MHz: http://ix.io/1BCD
  2. Like
    Spemerchina reacted to Jbobspants in Espressobin - etherchannel?   
    How about with a mPCIE network card?
    Currently there is Syba Gigabit Ethernet Mini PCI Express card on Amazon for about $17. That particular card only gets you one additional port, but I have seen options with two ports (although I haven't found any 2-port models anywhere near this price point).
    Would it be possible to use a gigabit port on the PCI expansion slot in an etherchannel with one of the ports of the built-in switch to achieve a 2gbps link? I haven't figured out how to configure those built-in switch ports to anything other than the 3-port bridge yet, but I wonder how limited our options are with that Topaz switch in the middle.
    If the 2-port gigabit expansion card wasn't so cost-prohibitive, I think the mPCIE slot would have the bandwidth to do 2gbps by itself. Judging by tkaiser's benchmarks of the mPCI SATA expansion board, it looks like he's hitting between 250,000 and nearly 300,000 kiloBytes/sec when using a single drive on the expansion board. Of course that's dependent on the drive and several other factors, but that gives us an upper limit of at least 1.9 to 2.3 gigabits/sec.
    And of course this all assumes you're not already using the mPCIE slot for more SATA ports. :-\
  3. Like
    Spemerchina reacted to ebin-dev in Espressobin support development efforts   
    With kernel 4.12.1 and stock firmware 17.02 openssl performance was fine - with kernel 4.14.27 and firmware 17.10 (both versions compiled 15 March 2018 and 4 October 2017) openssl performance was degraded (see here).
  4. Like
    Spemerchina reacted to tkaiser in NanoPi M4 performance and consumption review   
    Really looking forward to this HAT
    BTW: I've not the slightest idea how much efforts and initial development costs are needed for such a HAT. But in case the Marvell based 4-port SATA solution will be somewhat expensive maybe designing another one with an ASMedia ASM1062 (PCIe x2 and 2 x SATA) and just one Molex for 2 drives might be an idea. Could be one design made for NEO4 that will work on M4 too with a larger (or dual-purpose) HAT PCB?
  5. Like
    Spemerchina reacted to dragonlost in NanoPi M4 performance and consumption review   
    News for SATA HAT ?
  6. Like
    Spemerchina reacted to Igor in Is ESPRESSObin v7 Supported?   
    There are no clear barriers between internal and external. If you or just somebody takes cover, than it will be supported. In any case it's hard to define "supported" for this board since nobody has all versions.
  7. Like
    Spemerchina reacted to Jens Bauer in espressobin power consumption   
    For anyone who wants to test power consumption, I'll recommend not supplying the board with 12V, but instead 5.2V, which is the minimum voltage required by the voltage regulator.
    The higher the input voltage, the higher power-loss you'll get.
    I recommend a good 5.2V PSU, which provides a heavy current like more than 3A.
    You can use a 6V PSU if you can't find anything lower, but just make sure that it can give the board a lot of current.
    For keeping power consumption down, I also recommend that you do not use the USB-ports nor the SATA port.
    That means booting Linux from the microSD card port - or if you want to cheat, you can supply an external harddisk with power from a different PSU and only connect the SATA data cable to the Espressobin. This will result in that the harddisk's power usage does not influence the measurements of the board itself.
    -And of course, as Thomas says - it's a very good idea shutting down peripherals you do not use.
    Unfortunately, there are things you can't change. The board has been sprayed with voltage regulators - even nested!
    I'm convinced that the board could have been designed a little better regarding this.
    I have not checked if you can shut down some of the power regulators completely, but even if you issue the "poweroff" command, the CPU is still running!!
    Things to consider:
    Powering a SATA drive from the board uses a lot of power. A 3.5" drive use much more than a 2.5" drive (check your drive's specs).
    USB devices use lots of power.
    MicroSD / MMC uses some power, but it's not extreme.
    A Mini-PCIe WiFi card uses a lot of power; I'm fairly convinced that the built-in Gbit Ethernet uses less.
    (unfortunately the Topaz switch has not been utilized very well on the board; it's fairly much a waste, it's just using power without giving extra performance).
    The DDR RAM uses a fair amount of power, but for good reasons it's not smart to turn it off.
    ... All those things add on top of the CPU's own power usage, which is said to be 1W.
    At the moment, I do not have the proper equipment ready for measuring the power usage on the board; but if I find a way, I'll be using a multimeter and a 5.2V power source - and I'll likely be running Armbian from the SD-card or perhaps cheating by running it from a SATA disk with a secondary power supply, so you can easily add your own numbers for the harddisks of your choice.
  8. Like
    Spemerchina reacted to ManoftheSea in Is ESPRESSObin v7 Supported?   
    I have an EspressoBINv7, I'm running Armbian 5.72 (Stretch) with kernel 4.19.  It appears to be supported.