Jump to content

TonyMac32

  • Posts

    2378
  • Joined

  • Last visited

Reputation Activity

  1. Like
    TonyMac32 got a reaction from floch in RK3328 Kernel   
    Let me take a look, as I've said before, on my part this is a learning by doing experience.  But I have some unanswered questions on their hardware handling, so the source is good news, even if it is 1.4 (epic buggy)
  2. Like
    TonyMac32 got a reaction from lafalken in RK3328 Kernel   
    U-Boot SPL 2017.05-rc1-armbian (Apr 17 2017 - 00:30:20) U-Boot 2017.05-rc1-armbian (Apr 17 2017 - 00:30:20 -0400) Model: Tinker-RK3288 DRAM: 2 GiB MMC: dwmmc@ff0c0000: 1  
     
    It works!  Figured I'd give it a look.  Will update.
  3. Like
    TonyMac32 reacted to floch in RK3328 Kernel   
    Hi,
     
    I would like to thank to Tony for doing Armbian for Tinker Board. It is very appreciate.
     
    I think that Tinker Board will have big success and Armbian for its, too.
     
    Many thanks again.
     
     
     
  4. Like
    TonyMac32 got a reaction from lafalken in RK3328 Kernel   
    Push request in to update rk3288.dtsi and rk3288-miniarm.dts.  There are no kernel driver updates in that patch, just the device tree updates.  All info was pulled from Rockchip-linux, which I sincerely hope is the leading source of info for the chip (maintained by Rockchip).
     
    The rockchip-linux kernel has a huge patch involving the wlan module, I'm wondering what on earth they did, or maybe it was just a driver update?
     
    Obviously testing of the Miqi might need done, but I doubt there will be any issues.  A question I do have, does the miqi not have hardware decoding/vpu functionality enabled?
  5. Like
    TonyMac32 reacted to tkaiser in Nanopi Neo 2   
    @zador.blood.stainedimmediately reminded my to ask for this. Done last week, waiting for an answer (in the meantime explaining to FriendlyELEC kernel dev how to use Armbian's build system since they want to start now to support all their boards with mainline kernel too. My personal goal is to get them to send PRs against Armbian's repo for new hardware and to also send those patches upstream and become board maintainers of their own hardware). Let's wait and see...
     
  6. Like
    TonyMac32 got a reaction from tkaiser in RK3328 Kernel   
    OK, so I have the LED's, 4k, and an assortment of other things working properly, I have, in theory, everything in the DTS to make it work.  Of course at this point I truly am lost, the wlan type in the DTS's that other working distros use says AP6212, but the board has 8723bs.  I also am not enough of a Linux guru to patch driver things.
     
    Some notes:   I am trying to track down the most recent rk3288.dtsi, I had to add A LOT to it to cover the additions for hevc and gpu handling.  (have not tested any of that yet).  I plan on starting from the latest "official" one to make sure there's as little hackery as possible.  Unless patching in the one from rockchip-linux is acceptable, then I'll save myself the time.
     
    Also, preliminarily working on getting the DTS to compile with the dev kernel.  will keep you posted.
  7. Like
    TonyMac32 got a reaction from pfeerick in RK3328 Kernel   
    Well, I decided to quit being lazy and starting hacking away, I have a better understanding of the structure now and have begun updating the device tree, testing it out now.  I found the issue I was having before, my brain was stuck in C territory and I was assuming declarations flowed from the top down, and didn't stop to think that the various subsections (like, oh , pinctrl) would be referenced elsewhere within the same file.  I transplanted the LED information from a Feb patch on Kernel.org, it had aliases for the pin numbers that were breaking everything.   I'm testing and tweaking, forgot to add the appropriate modules to the board config after I got the dtb :-/
     
    [Edit] is there any reason the board is equipped with  the 8723bs but every DTS has ap6212  listed?
     
     
  8. Like
    TonyMac32 got a reaction from pfeerick in RK3328 Kernel   
    OK, so I have the LED's, 4k, and an assortment of other things working properly, I have, in theory, everything in the DTS to make it work.  Of course at this point I truly am lost, the wlan type in the DTS's that other working distros use says AP6212, but the board has 8723bs.  I also am not enough of a Linux guru to patch driver things.
     
    Some notes:   I am trying to track down the most recent rk3288.dtsi, I had to add A LOT to it to cover the additions for hevc and gpu handling.  (have not tested any of that yet).  I plan on starting from the latest "official" one to make sure there's as little hackery as possible.  Unless patching in the one from rockchip-linux is acceptable, then I'll save myself the time.
     
    Also, preliminarily working on getting the DTS to compile with the dev kernel.  will keep you posted.
  9. Like
    TonyMac32 got a reaction from Igor in RK3328 Kernel   
    Well, I decided to quit being lazy and starting hacking away, I have a better understanding of the structure now and have begun updating the device tree, testing it out now.  I found the issue I was having before, my brain was stuck in C territory and I was assuming declarations flowed from the top down, and didn't stop to think that the various subsections (like, oh , pinctrl) would be referenced elsewhere within the same file.  I transplanted the LED information from a Feb patch on Kernel.org, it had aliases for the pin numbers that were breaking everything.   I'm testing and tweaking, forgot to add the appropriate modules to the board config after I got the dtb :-/
     
    [Edit] is there any reason the board is equipped with  the 8723bs but every DTS has ap6212  listed?
     
     
  10. Like
    TonyMac32 reacted to Melanrz in Tiny 3$ lcd on orange pi   
    Tutorial for ili9325 and spfd5408

     
    soon tutorial for fastes ili9341

  11. Like
    TonyMac32 reacted to Nick Allen in RK3328 Kernel   
    Hi, 
    Just a quick vote of thanks for the people involved in creating the OS for this board. Since buying the board a week or so I have tried several different OSś, but this is definitely the best available. Iḿ using it as a desktop with most of my favourite apps working.
    I appreciate there is still a long way to go, but the work is appreciated.
     
    Thanks again
     
    Nick
  12. Like
    TonyMac32 reacted to manuti in RK3328 Kernel   
    Really impressive work for a "one man army". Much appreciate your effort.
  13. Like
    TonyMac32 got a reaction from manuti in RK3328 Kernel   
    Getting back to the Tinker Board itself.. 
     
    I swapped in the device tree from the miniarm branch at rockchip-linux, it compiles and boots properly, however I have had no luck getting the Bluetooth or wifi devices enumerated, I need to spend some more time with it.  More troubling, and the reason I have so little progress, is the adjustments made to the HDMI portions of the DT have rendered video output almost impossible to maintain (anytime the system puts the monitor output to sleep it refuses to wake up, sometimes a hotplug of the monitor will rectify it).  The mainline builds fail if I try to patch anything at the device driver level, I'll dig into that later.
  14. Like
    TonyMac32 got a reaction from Igor in Asus Tinker won't boot   
    The power supply that works for the Pi may not be good enough for the Tinker Board, I haven't made any measurement of the power requirements, however I know of a USB cable in my possession that will boot a Pi 3 and not the Tinker Board.  I'm downloading the nightly to double-check, I see some patches , but I don't think those are "live" yet.
     
    [edit]  Ah, I forgot one other small thing:  It resizes the filesystem on first boot.  That can take it a bit, and you won't see HDMI output in the meantime, at least I don't.  I just booted the image gotten from the "nightlies" link on the Tinker Board download page.
  15. Like
    TonyMac32 got a reaction from manuti in RK3328 Kernel   
    Yes, I've been messing with the device tree.  It hasn't been going well...  (Learning by doing has disadvantages)
  16. Like
    TonyMac32 reacted to tpc010 in RK3328 Kernel   
    Hi, I also created a Image with the current armbian git builder and it's working, eth0 is working, wlan is not important at the moment.
     
    Great work, thank you.
     
  17. Like
    TonyMac32 reacted to tkaiser in Random thoughts, opinions and well known facts about PCB and heatsinks   
    I really love your valuable comments. All the time. They're so great. Awesome. You should really try to get a job as CEO at one of those stupid Chinese companies. They need you.
     
    For all those people not thinking they're the only smart person on this planet: Check NEO heatsink here: http://www.friendlyarm.com/index.php?route=product/category&path=82
  18. Like
    TonyMac32 reacted to Igor in RK3328 Kernel   
    Great!

    I moved Tinkerboard from WIP section and enable nightly building. I hope it will work now 
  19. Like
    TonyMac32 got a reaction from tkaiser in I2S on Orange Pi H3   
    Thanks guys, this worked perfectly on my NanoPi NEO H3 board.  I hope you don't mind if I cite this thread in my list for building a network MPD player out of the little board?
     
    I can verify that for both the PCM5102A and the onboard H3 audio hardware, I had to set " format          "*:32:2" " for MPD to have equal volume across my 16 and 24 bit source material.
  20. Like
    TonyMac32 got a reaction from lanefu in RK3328 Kernel   
    Hello from Armbian!  4K output is configured by default, however my monitor was not behaving properly.  Otherwise USB, ethernet, etc are working, And it is smoother than the ASUS tinkerOS 1.4
     
    It could be that the MiQi is more robust bootloader wise, it might be able to overlook some formatting differences on the SD card where the Tinker Board cannot, my net crawling did uncover some comments to that effect concerning the Tinker Board being "inflexible".
  21. Like
    TonyMac32 reacted to Igor in RK3328 Kernel   
    No need.
  22. Like
    TonyMac32 got a reaction from Igor in RK3328 Kernel   
    Pulled out the hex editor to get a closer look at the bootloader to see if it was putting everything where it belongs, and I figured out why I can't see serial terminal, it's on UART2 in this build instead of UART1 like on the ASUS build.  So that explains that mystery.  I'm sure the sources could have told me that, but somehow the hex editor was easier to follow...  I also see references to the now-gone eMMC, so it's probably trying to boot that and hanging.
     
    Can't get the build script to give me serial 1 instead of serial 2, but I did change the U-Boot source to the Rockchip Linux one, and I made an even more interesting adapter to ttyS2 and got this:
    U-Boot SPL 2017.03-rc3-armbian (Mar 14 2017 - 23:21:19)  
    It hung right away just like the mainline, I'm learning my way around to see if it's a device number issue, I'm still seeing the dwmmc@ff0f0000 (that's the eMMC address) popping up in the binary (less than with mainline), I haven't figured out where to turn that off if it's being passed as a parameter somewhere.
     
     
  23. Like
    TonyMac32 got a reaction from Igor in RK3328 Kernel   
    I'll set up a VM and try to build it.  Be patient, my software experience is with *much* lower level things (assembly language and firmware)
     
    Igor, thanks for all the hard work!
  24. Like
    TonyMac32 got a reaction from billybangleballs in armbianmonitor -m & OPi0   
    I can confirm this, thank you for the info, on the NanoPi NEO Air I'm getting similar results testing my heat sink solution:
     
    Stop monitoring using [ctrl]-[c] Time CPU load %cpu %sys %usr %nice %io %irq CPU 01:47:08: 912MHz 0.53 0% 0% 0% 0% 0% 0% 33°C 01:47:13: 240MHz 0.49 0% 0% 0% 0% 0% 0% 33°C 01:47:18: 240MHz 0.49 0% 0% 0% 0% 0% 0% 33°C 01:47:24: 240MHz 0.45 0% 0% 0% 0% 0% 0% 33°C <snip> 01:51:12: 912MHz 3.87 0% 0% 0% 0% 0% 0% 45°C 01:51:17: 912MHz 3.88 0% 0% 0% 0% 0% 0% 46°C 01:51:22: 912MHz 3.89 0% 0% 0% 0% 0% 0% 46°C 01:51:28: 912MHz 3.90 0% 0% 0% 0% 0% 0% 46°C 01:51:33: 912MHz 3.91 0% 0% 0% 0% 0% 0% 46°C 01:51:38: 912MHz 3.92 0% 0% 0% 0% 0% 0% 46°C 01:51:43: 912MHz 3.92 0% 0% 0% 0% 0% 0% 46°C 01:51:48: 912MHz 3.93 0% 0% 0% 0% 0% 0% 46°C 01:51:54: 912MHz 3.94 0% 0% 0% 0% 0% 0% 46°C 01:51:59: 912MHz 3.94 0% 0% 0% 0% 0% 0% 46°C <snip> 01:54:39: 912MHz 4.08 0% 0% 0% 0% 0% 0% 49°C At least the heatsink works, I used thermally conductive epoxy to attach a fair-sized heatsink to the CPU, that thermal pad they give is not very good. It appeared to level off at around 52 C 15 minutes in.
×
×
  • Create New...