Jump to content

Gravelrash

Members
  • Posts

    89
  • Joined

  • Last visited

Reputation Activity

  1. Like
    Gravelrash reacted to Igor in Prepare v5.15   
    It wont. Each board has it's own image 
  2. Like
    Gravelrash reacted to vlad59 in Claim a task, set DUE date and start doing it!   
    This was actually easy, I only need the dts directory and the kernel headers (they were already installed) and that's it. The compile script look like that :
    #!/bin/sh IDE=sun7i-a20-bananapro SRC=$IDE.dts TMP=$IDE.tmp.dts DST=$IDE.dtb cpp -nostdinc -I /usr/src/linux-headers-4.5.2-sunxi/include -undef -x assembler-with-cpp $SRC > $TMP dtc -O dtb -b 0 -o $DST $TMP #rm $TMP I'll check tonight if the DTB I compiled is exactly the same as the one from Armbian.
     
    EDIT : An additional interest of having all the DTS files is that you can quickly find the DTB file you're currently using :
    root@bananapipro:~/test/dts# grep "`cat /proc/device-tree/model`" *.dts sun7i-a20-bananapro.dts:        model = "LeMaker Banana Pro";
  3. Like
    Gravelrash reacted to @lex in Guvcview for OPI (Orange PI PC / 2Plus / 2E)   
    @Tido, it is not a question, it is an answer for those who don't have Guvcview working with CMOS camera.
    Guvcview works with USB camera only, unless you modify the source or get deb packages when ready.
  4. Like
    Gravelrash reacted to tkaiser in H3 devices as NAS   
    The following is a short overview what you can expect from small and big H3 devices when used as a NAS. I chose the least capable device (OPi Lite for $12: not even Ethernet and just 512MB DRAM) and the best possible (OPi Plus 2E for $35: GBit Ethernet, 3 USB host ports exposed that do not have to share bandwidth, 2GB DRAM).
        I wanted to test also a H3 device in between with 1GB DRAM but since results are somewhat predictable I dropped the whole idea (the performance bottleneck on all Fast Ethernet equipped devices will be network unless you add the $7.50 for an USB-Ethernet dongle -- see below -- and all other Gbit Ethernet capable H3 devices are not priced competitive)   Low end   3 weeks ago I ordered 2 cheap USB3-Ethernet dongles (Realtek RTL8153 based and recommended by @Rodolfo): http://www.ebay.com/itm/141821170951   They arrived in the meantime so I thought: Let's make OPi Lite an Ethernet device. With our current legacy kernel config and network settings you simply connect the adapter and an Ethernet cable, boot and have eth0 up and running (well, this should apply to most available USB-Ethernet adapters since we enabled every device available in kernel config). The dongle according to lsusb: Bus 001 Device 002: ID 0bda:8153 Realtek Semiconductor Corp.   Since I want Lite's both USB host ports for disks, I used the OTG port and a Micro USB to USB adapter: a simple iperf test against a GbE device showed 270/300 Mbits/sec (depending on direction).   Power requirements when adding Ethernet using this dongle: Plugging in the dongle without network cable attached: +700mW Connecting network cable to USB dongle (GbE!): another +400mW GbE transmission in one direction (limited to ~300 Mbits/sec): another +800mW So you can calculate with ~2W additional peak consumption per Ethernet adapter (at least 1.1W more if connected to a GbE network -- this is slightly more than the average 0.9W on Gbit Ethernet equipped SBC when the usual RTL8211E PHY establishes a GBit connection)   I connected then a 3.5" Seagate Barracuda with external PSU (ext4 since with a 3.4 kernel we can not use more interesting filesystems like btrfs -- iozone shows ~35MB/s in both directions), compiled Netatalk 3.1.18 and tested NAS performance from my MacBook (no further tuning except 'echo performance >/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor' -- without this write performance totally sucks):     Read performance is quite ok given that iperf shows just 270-300 Mbits/sec but write performance needs some tuning (not today). By looking at 'iostat 5' output it was obvious that write buffers were flushed only every few seconds so for normal NAS useage with small files the whole problem doesn't exist and it also should be possible to increase performance (not today). Anyway: search the net for correctly measured performance numbers of other SBC used as NAS and you will be already satisfied given that we're talking here about a $12+$7.50 combination   High end   Orange Pi Plus 2E is -- in my very personal opinion -- the best H3 device available if you think about NAS useage. It is equipped with the maximum amount of DRAM H3 can deal with, has Gbit Ethernet, exposes all 3 USB host ports + 1 OTG and comes with 16GB of pretty fast eMMC. At a competitive price (please keep in mind that you can install the OS on eMMC so you don't have to add the price of an SD card here).   You can attach up to 4 USB disks (with mainline kernel and UASP capable enclosures they will show sequential speeds close to 40 MB/s, with legacy kernel it's ~5MB/s less)     What you see here is the result of Gbit Ethernet paired with way more RAM and a test data size too small (only 300 MB fit perfectly into memory) so this is the increase in speed you will benefit from in normal NAS situations (dealing with files that do not exceed a few hundred MB in size). In case you try to write/read files larger 1 GB (or use software that often uses sync calls to ensure data is properly written to disk) be prepared that USB 2.0 becomes the bottleneck. In these situations sequential transfer speeds between NAS and clients will drop down to ~32MB/s without further tuning (applies to legacy kernel, for mainline see new post coming in the next days)   Anyway: Please keep in mind that these are 'single disk' measurements. You can attach up to 4 disks to an OPi Plus 2E (using individual spindown policies to save energy or RAID modes to improve performance and/or availability), with Armbian defaults at least two of them can be accessed concurrently at full speed (USB2 maxing out at ~35MB/s and GbE being able to exceed 70MB/s easily) and with some tuning that might apply even to 3 disks accessed at the same time.   And if I compare these benchmark results based on defaults (burning Armbian to SD card, firing up the NAS software, measuring performance, done) with what had to be done prior to being able to simply use Armbian as 'NAS distro of choice', eg. these one year old results with A20 then choosing OPi Plus 2E is a no-brainer.   Regarding OPi Lite (or One or the smaller NanoPi M1) as NAS: This was more proof of concept than a recommendation. Being able to use as much RAM as possible for buffers is something especially a NAS / fileserver benefits from. So choosing a device with only 512MB is not the best idea. 'Native' Gbit Ethernet as present on a few H3 devices also clearly outperforms USB based solutions (iperf throughput with a recent Armbian without any tuning: 680/930 Mbits/sec). And if you add costs for USB-Gbit-Ethernet adapter and SD card the smaller boards aren't priced that competitive any longer.
  5. Like
    Gravelrash reacted to sysitos in Claim a task, set DUE date and start doing it!   
    Hi,
     
    I also want to claim a task.
    Imho, from all the available arm boards the Orange Pi+ 2E could be one of the best mini servers.
     
    That's why, I would provide a usb automount/autoshare udev/systemd script for it to simplify some server tasks. In the meaning of simple plugin USB drives and forget about it.
    (I know, there are already some automount tools, but none of them meet my needs.)
     
    So what exactly does it do:
    for plug in:
     mounts USB drives with their label under specified mount point, ignore drives on black list and fstab, mount drives with uuid if label is already mounted optional: share the new mounted drive with samba and nfs (create a special exports file), other servers as ftp are possible too for unplug
    unshare and unmount the drive, clean up the changed files  
    To be fair, all this is already done and is running here fine with OMV and my ODROID C2. (OMV was the first working image for the C2).
    I have only tested the new C2 armbian image.
     
    So what must be done until this goes public on armbian?
    1. clean up the code
    2. create a deb package
     
    optional
    3. use external default/custom ini files (better than changing the whole script)
    4. extend the script for other servers and other purposes
     
    Ok, and some docu could be helpfull
     
    Maybe it's useful.
    Any thoughs?
     
    PS: script is working only with systemd
     
    cu sysitos
  6. Like
    Gravelrash reacted to zador.blood.stained in Claim a task, set DUE date and start doing it!   
    @Gravelrash
     
    Please take a look at updated hostapd compilation script for example.
     
    Directory structure is easy to fix afterwards, but if you want to do it right from the start, here is recommended setup:
    If package can be cross-compiled, it's better to put in into "$SOURCES/<package_name>" directory and compile & pack it in-place.
    If package needs to be compiled in chroot, put in into "$CACHEDIR/sdcard/root/<package_name>", so you can access it in chroot in "/root/<package_name>". Don't forget to remove this directory after you successfully built the package.
    After building a package copy it to "$DEST/debs"
     
    If there are no dependencies between packages, create new script in "extras" for each package. If some packages needs to be built in specific order, you can build several packages in one script.
  7. Like
    Gravelrash got a reaction from dimag0g in OpenGL on Mali GPU (BananaPi, OrangePi PC, etc)   
    Thankyou for posting this. there are many people who visit this forum that are looking for support and solutions as you have posted above.
     
    The devs are looking for help to create more Desktop style images and solutions. You seem like just the sort of person they are looking for to assist. Your contribution could well be rewarded!!
     
    please take a look here http://forum.armbian.com/index.php/topic/1325-claim-a-task-set-due-date-and-start-doing-it/
  8. Like
    Gravelrash got a reaction from xcasex in Claim a task, set DUE date and start doing it!   
    @all
     
    I have had a go at what you suggested and i need to spend a LOT more time getting to grips with the fundamentals, so I wont be claiming any of the deb and packaging side.
     
    I think that @Xer0 & @madilabs & @xcasex & @rella would be more suited to this task
     
    I will resign myself to doing HOWTO's for armbian as and when i spot the need for one.
  9. Like
    Gravelrash reacted to xcasex in Claim a task, set DUE date and start doing it!   
    Like i mentioned to tkaiser on irc i'd be willing to take on packaging, seeing as how Gravelrash beat me to it I think we can tag-team it.
     
    what i'll be looking into is reusable package templates, metapackages & taxonomy as per the list summarized by @rellla
     
    ps. Gravelrash, hit me up in a dm if you're up for collaborating.
  10. Like
    Gravelrash got a reaction from tkaiser in OPI LITE wireless device not working   
    donation made for 50 euros - not much but its what i got.
  11. Like
    Gravelrash got a reaction from wildcat_paris in Armbian wiki   
    IMHO - wikis are a great thing to have, but can be very time consuming to setup with agreed formats, images, page layouts etc. then there is the pre-population of the wiki itself.
     
    I don't wish to appear down on the idea, in fact if there was one, i volunteer to assist, just trying to make people aware of the initial overhead associated with creating and maintaining a wiki
     
    WIKI - GOOD!
  12. Like
    Gravelrash reacted to tkaiser in Need help on Pine A64, 64bit Quad Core 1.2GHz Single board computer   
    In what are you interested?
     
    Paid consultancy to 'bring up Linux BSP to Ubuntu' (quite easy: simply fix the BSP you got from Allwinner here and there and add any Ubuntu rootfs you find somewhere on the net. Then you've fulfilled what 'the community' already expects: just another broken OS image for a new Allwinner SoC without 2D/3D acceleration and no HW accelerated video encoding/decoding)?
     
    Or should the community do this job for free and hack together such an annoying OS image?
  13. Like
    Gravelrash got a reaction from Igor in Couldnt find a greetings/introduce yourself page   
    !!...THANKYOU...!!
     
    Donation made in appreciation of the work you have done on the H3 board
  14. Like
    Gravelrash reacted to tkaiser in I2S on Orange Pi H3   
    Already there starting with 5.05: https://github.com/igorpecovnik/lib/blob/master/documentation/H3_mini_faq.md
     
    With mainline/vanilla this should be no problem at all (after adjusting .dts file to use the aforementioned pins for I2S)
  15. Like
    Gravelrash got a reaction from Nick in Armbian wiki   
    IMHO - wikis are a great thing to have, but can be very time consuming to setup with agreed formats, images, page layouts etc. then there is the pre-population of the wiki itself.
     
    I don't wish to appear down on the idea, in fact if there was one, i volunteer to assist, just trying to make people aware of the initial overhead associated with creating and maintaining a wiki
     
    WIKI - GOOD!
  16. Like
    Gravelrash got a reaction from tkaiser in Couldnt find a greetings/introduce yourself page   
    Hello all
    And firstly I would like to congratulate you and thank you for a cracking little distro.
     
    I recently purchased an OrangePi-One amid all the hype of the Pi-Zero to give the Opi a try out. after having tried the images available on the manufacturers site and learning there shortcomings I resolved to build my own image. I was pointed to your site by a member over at http://forum.doozan.com and I must say I am blown away by what you have achieved and distribute!!!
     
    You have saved me the pain of building my own OS by applying all the relevant patches. I will be testing your images out for my own needs and should I be able to make any contribution over and above "testing" I will do so.
     
     
    KUDOS to the Devs and Contributors!
     
     
  17. Like
    Gravelrash reacted to tkaiser in Best budget device as torrent box?   
    But that's a totally different story since the reported 'transfer speeds' of these torrent thingies are influenced by many factors and here it's not about sequential write speeds at all (I still believe we're talking about random I/O mostly). And all this tweaking (IO scheduler, IRQ settings) isn't necessary if you're running already Armbian since we ship with sane defaults.
     
    And while I agree that an x86 box as media center might be a good/better choice I still doubt that this applies to a 24/7 'low power torrent downloader' (that's how the thread starter calls it). Combining an Orange Pi One with Armbian, a 64 GB TF card that shows superiour random I/O performance and adjusting maximum CPU clockspeed to 648 MHz you get something for less than 35 bucks that consumes between 1.5W and 2.5W under full load and does exactly what he wants.
     
    BTW: "Full load" includes playing a HEVC 1080p movie since to my surprise consumption does only increase a little but if one wants to use this video stuff the Orange Pi PC is clearly the better choice due to more RAM.
     
    And ok, it's not exactly 35 bucks but a bit more since responsible users contribute also by considering a Paypal donation to the project
  18. Like
    Gravelrash reacted to tkaiser in Avahi   
    When did we do that the last time? Ah, that must have be Stone Age or was it already the Dark Ages?
     
    That reminds me to check u-boot's algorithm to generate the MAC address based on sunxi SoC's SID to create dnsmasq entries automagically based on the SID of the board in question. 
     
    BTW: One of the many Armbian advantages is the ability to deploy devices headless without crap like connecting a serial console first or fiddle around in configuration files. And static IP addresses can be assigned in a central location and not by editing text files on a bunch of devices. It's 2016 and not 1970 any more!
  19. Like
    Gravelrash got a reaction from Igor in Couldnt find a greetings/introduce yourself page   
    Hello all
    And firstly I would like to congratulate you and thank you for a cracking little distro.
     
    I recently purchased an OrangePi-One amid all the hype of the Pi-Zero to give the Opi a try out. after having tried the images available on the manufacturers site and learning there shortcomings I resolved to build my own image. I was pointed to your site by a member over at http://forum.doozan.com and I must say I am blown away by what you have achieved and distribute!!!
     
    You have saved me the pain of building my own OS by applying all the relevant patches. I will be testing your images out for my own needs and should I be able to make any contribution over and above "testing" I will do so.
     
     
    KUDOS to the Devs and Contributors!
     
     
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines