Jump to content

hkubota

Members
  • Posts

    8
  • Joined

  • Last visited

Reputation Activity

  1. Like
    hkubota reacted to tkaiser in NEW SD cards - only 1 partition   
    So SD cards became intelligent in the meantime and know what a partition table is? No, impossible.
     
    Which tool did you use to write the image, how does F3 or H2testw test results for each card look like and what does 'armbianmonitor -u' reports (the '### mmc' section)?
  2. Like
    hkubota reacted to Christos in Pulseaudio buffer on H3 audiocodec default sound device   
    Replying to my own topic,
    it was just the old man not wearing his glasses.. forgot to specify the proper pulseaudio buffer in pa_simple_new and the system got the maximum latency default values.
     
     
  3. Like
    hkubota reacted to bozden in [Out of Topic] A very hard to solve problem   
    Any of you have such a beautiful problem?
    They like Orange Pi's, they are hot !
     
     
     
     

  4. Like
    hkubota reacted to pmsac in OrangePi zero is picky with microUSB types.   
    Hi,
     
    In short, yes.
    That's why I posted and registered in here so that others do not make the same mistake I did and save millions of wasted hours hopefully.
    Also to my defense I did not test the cards with any testing software because the cards I used have been running on an app I have with FullHD 60P video recording with no problem.
    So I thought they were acceptable for the OPis ... I was wrong, may this serve's to alert everyone else to the importance of the microSD card issues.
     
    About the /proc/cpuinfo ... is there any reason for the SoC to show up 8 CPU's/threads ?
     
    Regards.
     
     
  5. Like
    hkubota reacted to tkaiser in Quick Pinebook Preview / Review   
    Yesterday my 14" Pinebook arrived so I thought I'll collect some already available information. A lot of work still has to be done to get a decent laptop experience with this hardware so this is neither a review nor a stupid Un-Review but just a preview instead.
     
    To get the idea about dimensions I added a 13" and a 15" laptop to the picture. Pinebook is wedge-shaped and thickness matches both the 2011 15" MacBook Pro and the 13" from 2015:
     

     
    Display size closely matches the 13" MacBook Pro (but of course pixel density / resolution don't match as well as quality: TN vs. IPS and coating -- it should be obvious if you've the 'you get what you pay for' principle in mind but I'm sure we'll see reviews somewhere else where people are comparing Pinebook with Chrome/MacBooks and think they would get the same display quality for a fraction of costs)
     
    Last hardware detail: heat dissipation. I've been curious how well the Pinebook's thermal design is and it looks pretty good. This is the moronic sysbench pseudo benchmark calculating prime numbers endlessly and the Pinebook sitting on a pillow to prevent airflow below the case bottom. Throttling settings are rather conservative with 65°C defined as first trip point and only after a couple of minutes the internal A64 SoC temperature reached this value and slight throttling occured (1.15 GHz down to 1.1 GHz, that's a 'difference' you won't be able to notice). So it seems the combination of a thermal pad with a large metal plate inside the case is rather sufficient:
     

     
    What you see here is a graph drawn by RPi-Monitor, one of my favourite tools to get a clue what's going on with ARM devices (since it's not a heavy monitoring tool that changes the way the OS behaves but it's pretty lightweight sp you can run it in the background and let it monitor/record stuff like cpufreq scaling, consumption and so on).
     
    Pinebook currently ships with a rather clean Ubuntu Xenial on the eMMC with Mate desktop environment based on latest BSP u-boot and kernel. To get RPi-Monitor installed on this Ubuntu @pfeerickprovides a script (please follow progress over there). When I played around with Wi-Fi I noticed that Wi-Fi powermanagement seems to be enabled (makes working via SSH close to impossible) and that MAC address changes on every reboot. To disable Wi-Fi powermanagement I simply used the Armbian way:
    root@pinebook:~# cat /etc/NetworkManager/dispatcher.d/99disable-power-management #!/bin/sh case "$2" in up) /sbin/iwconfig $1 power off || true ;; down) /sbin/iwconfig $1 power on || true ;; esac Unless Wi-Fi driver gets a fix to use a MAC address based on the SoC's individual so called SID one way to assign a fixed MAC address for the Wi-Fi is to add a wifi.cloned-mac-address property to all NetworkManager profiles after establishing a Wi-Fi connection first:
    nmcli con show | grep wlan | while read ; do set ${REPLY}; nmcli con modify "$1" wifi.cloned-mac-address $(cat /sys/class/net/$4/address); done (I'm pretty sure some masochistic people prefer fiddling around in /etc/network/interfaces instead so if you're not using your laptop as a laptop being carried around and seeing a lot of Wi-Fis you can also use the usual tweaks for the interfaces file. Please also note that using a random MAC address can be considered a privacy feature on laptops since it makes tracking of you in public environments harder).
     
    While watching the Pinebook's charging/discharging behaviour I noticed that consumption drawn from wall while charging oscillates between 9W and 15W while being used and display active so it's really great that Pine Inc fixed Pine64's design flaw N° 1: Pinebook is NOT equipped with shitty Micro USB for DC-IN leading to all sorts of trouble but just like SoPine baseboard now uses a 3.5mm/1.35mm barrel jack combined with a 5V/3A PSU (for other hardware details please refer to linux-sunxi wiki page).
     
    Battery status (health, capacity, voltage and so on) is already available through sysfs but some values are wrong or need calibration. This needs to be fixed with further upgrades. Also interesting: charging seems to be under control of the ARISC core inside A64 SoC and works together with Pinebook's AXP803 PMIC (powermanagement IC) even when there's no OS running. This will be somewhat challenging to implement later with mainline I would believe...
     
    I'll stop here for now since Pinebook is still stuff for developers and not end users. Just some resources for interested parties:
    https://github.com/ayufan-pine64/boot-tools (Kamil implemented an u-boot based approach to flash directly to eMMC and there you find the necessary BLOBs to convert other BSP based Pine64 images for Pinebook since different DRAM and other settings require different SPL+u-boot) https://github.com/ayufan-pine64/linux-pine64 (based on longsleep's BSP kernel but with more fixes currently for Pinebook) $mainline resources (I lost track where to find most recent stuff but will add this later)  
    Wrt Armbian running on Pinebook we could now simply exchange u-boot+SPL+DT of our Xenial Desktop image... but I hope we won't do that but wait until dust has settled while helping with development efforts in the meantime. In other words: no Armbian on Pinebook (right) now  
  6. Like
    hkubota reacted to sooperior in Can we stop for a second and give credit due to the Armbian posse   
    My acknowledge to these guys too, and also to zador.blood.stained. The involvement and support I have seen in this project is lot better than most commercial initiatives. I donated because they really deserve it, and that's the real way to say thanks and keep up the good work.
  7. Like
    hkubota reacted to DrTune in Can we stop for a second and give credit due to the Armbian posse   
    Hey all,
    I've been using Allwinner boards for the last couple of years and Armbian+forums have made this a workable thing that I promote to my friends as being The Way To Go instead of being a big fat waste of time. 
    Igor + Tkaiser (and anyone else forgive me if I didn't give you a shout) - You fucking rock.  You really do; you've all provided amazing amounts of support for multiple kernels and userspaces and in the face of (at least) bullshit from the chip vendors, yet you are absolutely crucial to them being taken seriously.
    The work from Armbian has (for me) made the difference between BananaPi, OrangePi, etc all being an unusable washout of #ShitDidn'tWork, to being something I am excited to build into things and personally promote.
     
    Igor, Tkaiser; I've never met you but your work speaks for itself; you give a shit and you keep giving and shit and THANK YOU FOR THAT.
    I just donated you some $. If you're still reading this and you're using their work, you might think about doing same.   FWIW; what turned my head is seeing Igor and crew putting _years_ of work into this. 
     
    Anyway, much, much, much appreciated. From one to another; good job.
    DrTune
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines