Igor

Administrators
  • Content Count

    7095
  • Joined

  • Last visited


Reputation Activity

  1. Like
    Igor got a reaction from Staars in [RFC WIP] Changes for boards and features implementing   
    We all know there are several shortcomings which causes mess in the config files and prevent simple implementing of more complex scripting. In order to make build system future proof and to cleanup the exception mess, which is virtually everywhere, I decided to start working on a part of the build system. Now the concept works and it is not that far to be mad if idea is bad
     
    packages/extras was moved into this, then board support package and (for now) Cubietruck and Tinkerboard hacks from config/sources/ All others have to be implement into packages and their scripts. It's one time job and it will be much easier in the future, with new boards or functions.
     
    New board support packages are now broken into unlimited number of packages. Currently there are three main groups and already present logical packages. Most of present are tested and are fully operational. Mostly its copy/past with bug fixed here and there. Perhaps some bugs were made in this process, but in essence system works - for those two boards. Upgrade path is not determined yet - I only focused on packaging and installing. All those packages can be installed from freshly build ones or from the repository. Each package can have their own number and package is rebuild only if number upstream doesn't exists.
     
    This RFC includes preliminary merge of @balbes150 TV boxes fork so it's ATM a bit messy. Cubietruck and Tinkerboard images were tested (Bluetooth briefly, audio need to check again), the rest is not prepared and it requires some manual work. I hope someone else, not just the usual suspects, will help doing this.
     
    I will slowly move forward and keep it mergeable/synced with upstream.
     
    This approach is more or less only a working proposal for changes. IMHO it's better than what we have now but not perfect.

    (WIP) Readme with some more details https://github.com/armbian/build/tree/tvboxes/config/packages
     
    You can try this by adding LIB_TAG="tvboxes"
  2. Like
    Igor got a reaction from Staars in [RFC WIP] Changes for boards and features implementing   
    We all know there are several shortcomings which causes mess in the config files and prevent simple implementing of more complex scripting. In order to make build system future proof and to cleanup the exception mess, which is virtually everywhere, I decided to start working on a part of the build system. Now the concept works and it is not that far to be mad if idea is bad
     
    packages/extras was moved into this, then board support package and (for now) Cubietruck and Tinkerboard hacks from config/sources/ All others have to be implement into packages and their scripts. It's one time job and it will be much easier in the future, with new boards or functions.
     
    New board support packages are now broken into unlimited number of packages. Currently there are three main groups and already present logical packages. Most of present are tested and are fully operational. Mostly its copy/past with bug fixed here and there. Perhaps some bugs were made in this process, but in essence system works - for those two boards. Upgrade path is not determined yet - I only focused on packaging and installing. All those packages can be installed from freshly build ones or from the repository. Each package can have their own number and package is rebuild only if number upstream doesn't exists.
     
    This RFC includes preliminary merge of @balbes150 TV boxes fork so it's ATM a bit messy. Cubietruck and Tinkerboard images were tested (Bluetooth briefly, audio need to check again), the rest is not prepared and it requires some manual work. I hope someone else, not just the usual suspects, will help doing this.
     
    I will slowly move forward and keep it mergeable/synced with upstream.
     
    This approach is more or less only a working proposal for changes. IMHO it's better than what we have now but not perfect.

    (WIP) Readme with some more details https://github.com/armbian/build/tree/tvboxes/config/packages
     
    You can try this by adding LIB_TAG="tvboxes"
  3. Like
    Igor got a reaction from Staars in [RFC WIP] Changes for boards and features implementing   
    We all know there are several shortcomings which causes mess in the config files and prevent simple implementing of more complex scripting. In order to make build system future proof and to cleanup the exception mess, which is virtually everywhere, I decided to start working on a part of the build system. Now the concept works and it is not that far to be mad if idea is bad
     
    packages/extras was moved into this, then board support package and (for now) Cubietruck and Tinkerboard hacks from config/sources/ All others have to be implement into packages and their scripts. It's one time job and it will be much easier in the future, with new boards or functions.
     
    New board support packages are now broken into unlimited number of packages. Currently there are three main groups and already present logical packages. Most of present are tested and are fully operational. Mostly its copy/past with bug fixed here and there. Perhaps some bugs were made in this process, but in essence system works - for those two boards. Upgrade path is not determined yet - I only focused on packaging and installing. All those packages can be installed from freshly build ones or from the repository. Each package can have their own number and package is rebuild only if number upstream doesn't exists.
     
    This RFC includes preliminary merge of @balbes150 TV boxes fork so it's ATM a bit messy. Cubietruck and Tinkerboard images were tested (Bluetooth briefly, audio need to check again), the rest is not prepared and it requires some manual work. I hope someone else, not just the usual suspects, will help doing this.
     
    I will slowly move forward and keep it mergeable/synced with upstream.
     
    This approach is more or less only a working proposal for changes. IMHO it's better than what we have now but not perfect.

    (WIP) Readme with some more details https://github.com/armbian/build/tree/tvboxes/config/packages
     
    You can try this by adding LIB_TAG="tvboxes"
  4. Like
    Igor got a reaction from Staars in [RFC WIP] Changes for boards and features implementing   
    We all know there are several shortcomings which causes mess in the config files and prevent simple implementing of more complex scripting. In order to make build system future proof and to cleanup the exception mess, which is virtually everywhere, I decided to start working on a part of the build system. Now the concept works and it is not that far to be mad if idea is bad
     
    packages/extras was moved into this, then board support package and (for now) Cubietruck and Tinkerboard hacks from config/sources/ All others have to be implement into packages and their scripts. It's one time job and it will be much easier in the future, with new boards or functions.
     
    New board support packages are now broken into unlimited number of packages. Currently there are three main groups and already present logical packages. Most of present are tested and are fully operational. Mostly its copy/past with bug fixed here and there. Perhaps some bugs were made in this process, but in essence system works - for those two boards. Upgrade path is not determined yet - I only focused on packaging and installing. All those packages can be installed from freshly build ones or from the repository. Each package can have their own number and package is rebuild only if number upstream doesn't exists.
     
    This RFC includes preliminary merge of @balbes150 TV boxes fork so it's ATM a bit messy. Cubietruck and Tinkerboard images were tested (Bluetooth briefly, audio need to check again), the rest is not prepared and it requires some manual work. I hope someone else, not just the usual suspects, will help doing this.
     
    I will slowly move forward and keep it mergeable/synced with upstream.
     
    This approach is more or less only a working proposal for changes. IMHO it's better than what we have now but not perfect.

    (WIP) Readme with some more details https://github.com/armbian/build/tree/tvboxes/config/packages
     
    You can try this by adding LIB_TAG="tvboxes"
  5. Like
    Igor got a reaction from NicoD in Help for testing? (T4 / Neo4)   
    You can skip board makers from this. They would like to give you full blown Linux supported distro, but they can't deliver that. Rockchip is little more to blame if anyone. They were promising 3399 opensourceness and they are trying but they also can't do this alone. Linux is a community project per se. It's too big task for a few engineers which are working on Linux kernel. Their main focus is providing Android which nobody cares if it is not open source.
     
    3399 is actually very well supported if you compare to other chips and it takes time that all boards features works at their maximum performance. Video acceleration is a complex hack and in some/most cases support is done via closed library. Since you are mentioning Nvidia: 
     
     
    Without community work, you could only "enjoy" crippled buggy "deploy and forget" images (not a Linux distribution) that come from the board maker's labs and community repackers. FriendlyARM's work support is actually good, one of the best in the industry. They can't support end users - we also can't - except "as is" on forum. If you would send me a technical question an email/PM, you will most likely not get an answer. I stopped doing that, because day has only 24h hours and there is a huge list of people and even bigger list of problems. Most of people mix free software with free work and don't even think that they have to refund for the time wasted ... or risk to receive the same answer as Torvalds gave to Nvidia 
     
    Board makers can't provide top shit Linux and don't even try. They would close their company very quickly if they would try to do that. Cost of software support is magnitude higher then making hardware. We at least try improving despite its economically unjustifiable. If this take years, so be it. 

    Allwinner case - at the end, this is how things are done - we pay and we done. 3rd party kernel hackers company raising money and putting professionals for certain amount of time on the project to push hardest things forward in truly Opensource way. This is just a help to already vibrant community.  You still need to solve all the dependencies and implement the solution.
     
     

    I am not dealing much in this area so I don't know how good or bad the situation is with the RK3399. This is how we done it for older RK's - it's community addition, which is at some point hopefully integrated into Armbian. Even that is hard since we extremely lack people/resources to maintain this project and cope with a 1000+ wishes which are regularly on the list.
  6. Like
    Igor reacted to jerryn in Help for testing? (T4 / Neo4)   
    Igor, I have a plan.
     
    I will rework the kmpp module. rebuild ffmpeg and mpv with kmpp support.  I am looking at methods to fix the video playrate issue 
     
    Once I have video playback working with hardware accelleration I will upload the binary and source Deb packages.
     
    I never even thought the issue was Armbian Support. No.. everyone here is very helpful. It is all Rockchip fault.
    I have some Asian friends.
    I know they turn beet red after a few drinks and I wouldn't put it past rockchip that the poor vpu support is
    Because they are trying to get a large share of and control of  the cheap TV box market.  
    Reverse engineering takes longer... Vpu will be working soon
     
    Thanks
  7. Like
    Igor got a reaction from usuario74 in Selling Orange pi win plus with case   
    It is. With recent kernel which in the development.
  8. Like
    Igor reacted to Evgeny in ERROR: PCSI system shutdown   
    https://github.com/armbian/build/pull/1176
     
    Glad to help people who have encountered this problem.
     
    P.S. For the tip, thanks to Andre Przywara. 
     
  9. Like
    Igor reacted to TonyMac32 in New official Raspberry Pi 3 Ubuntu 18.04.1 LTS (Bionic Beaver) Beta   
    I mean, I have 2 RPi 3's collecting dust.  I'm not even mildly interested in trying this image...  Let them sleep...
  10. Like
    Igor reacted to FrankM in Rock64pro   
    That was not meant to be evil. It should only give feedback
  11. Like
    Igor got a reaction from NicoD in NanoPI M4   
    I agree with that. As it was initially written someone would think that this is our fault. Which is not the case. NanoPC T4 doesn't have this problem when powered with 12V.
  12. Like
    Igor got a reaction from NicoD in Rock64pro   
    ooo, It's alive  Will add images ASAP.
  13. Like
    Igor got a reaction from manuti in Can't remove or umount "/run/user/$uid"   
    AFAIK that comes from https://wiki.archlinux.org/index.php/profile-sync-daemon
  14. Like
    Igor got a reaction from NicoD in Rock64pro   
    ooo, It's alive  Will add images ASAP.
  15. Like
    Igor got a reaction from NicoD in Rock64pro   
    ooo, It's alive  Will add images ASAP.
  16. Like
    Igor got a reaction from 5kft in Next LTS kernel 4.19.y Allwinner A10, A20, A64, H2+, H3, H5, H6 debugging party   
    You already helped a LOT! 
     

    Indeed! Let's fix this Pinebook's troubles and we might slowly switch 4.19.y to nightly NEXT building ...
  17. Like
    Igor got a reaction from 5kft in Next LTS kernel 4.19.y Allwinner A10, A20, A64, H2+, H3, H5, H6 debugging party   
    You already helped a LOT! 
     

    Indeed! Let's fix this Pinebook's troubles and we might slowly switch 4.19.y to nightly NEXT building ...
  18. Like
    Igor got a reaction from 5kft in Next LTS kernel 4.19.y Allwinner A10, A20, A64, H2+, H3, H5, H6 debugging party   
    You already helped a LOT! 
     

    Indeed! Let's fix this Pinebook's troubles and we might slowly switch 4.19.y to nightly NEXT building ...
  19. Like
    Igor reacted to 5kft in Next LTS kernel 4.19.y Allwinner A10, A20, A64, H2+, H3, H5, H6 debugging party   
    Hi @Igor, I just tested both I2C and SPI on the Plus2 H5 and both appear to work.  Both tests were to devices connected to the pin header.  The SPI test was using a 4MB SPI flash part, and the I2C test was just to detect an SH1106 OLED display connected to TWI0-SDA/SCK (display is configured at I2C address 0x3c):
    root@orangepizeroplus2:~/tmp# dd if=/dev/random of=test.dat bs=1024 count=4096 iflag=fullblock 4096+0 records in 4096+0 records out 4194304 bytes (4.2 MB, 4.0 MiB) copied, 8.29973 s, 505 kB/s root@orangepizeroplus2:~/tmp# root@orangepizeroplus2:~/tmp# flashrom -p linux_spi:dev=/dev/spidev1.0,spispeed=16000 -w test.dat flashrom v0.9.9-r1954 on Linux 4.19.4-sunxi64 (aarch64) flashrom is free software, get the source code at https://flashrom.org Calibrating delay loop... OK. Found Winbond flash chip "W25Q32.V" (4096 kB, SPI) on linux_spi. Reading old flash chip contents... done. Erasing and writing flash chip... Erase/write done. Verifying flash... VERIFIED. root@orangepizeroplus2:~/tmp# flashrom -p linux_spi:dev=/dev/spidev1.0,spispeed=16000 -r test2.dat flashrom v0.9.9-r1954 on Linux 4.19.4-sunxi64 (aarch64) flashrom is free software, get the source code at https://flashrom.org Calibrating delay loop... OK. Found Winbond flash chip "W25Q32.V" (4096 kB, SPI) on linux_spi. Reading flash... done. root@orangepizeroplus2:~/tmp# md5sum test*.dat 979776e45a0b9fd7caf154f4f1bbbbf4 test2.dat 979776e45a0b9fd7caf154f4f1bbbbf4 test.dat root@orangepizeroplus2:~/tmp# root@orangepizeroplus2:~/tmp# i2cdetect -y 0 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- 3c -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- root@orangepizeroplus2:~/tmp# root@orangepizeroplus2:~/tmp# cat /boot/armbianEnv.txt verbosity=1 console=both overlay_prefix=sun50i-h5 overlays=usbhost2 usbhost3 spi-spidev i2c0 param_spidev_spi_bus=1 rootdev=UUID=2b29fd0a-3553-4999-be20-f3175d84e624 rootfstype=ext4 usbstoragequirks=0x2537:0x1066:u,0x2537:0x1068:u root@orangepizeroplus2:~/tmp# Very nice how well it all is working!
     
  20. Like
    Igor reacted to 5kft in Next LTS kernel 4.19.y Allwinner A10, A20, A64, H2+, H3, H5, H6 debugging party   
    Hi, this should now be fixed with https://github.com/armbian/build/commit/e0f27fff66220e56b6419879957af28fa46ff84f.  I tested this on an unmodified Plus2 H5 (i.e., missing MOSFET in the regulator switching circuit).  Without this change the boot would fail as @guidol noted (heartbeat, then stops, and the board hangs); with this change it boots and runs just fine, and the maximum CPU clock rate is properly limited.
  21. Like
    Igor reacted to chwe in BananaPi R2 (.csc mt7623 as new boardfamily)   
    I tried to 'steal' your patches.. at the moment 'ip a' shows the interface whereas ifconfig has still issues and somehow the interface doesn't come up.. I 'assume' it's currently a networkD issue. but well.. We'll see... A patch series for bringing up HDMI is also on my local repo but I don't feel comfortable to push it cause I've no possibility to test it (I don't even understand why I prepared it cause my interest in it is non-existing and my willingness to debug it in case it doesn't work is below that). Maybe tomorrow.. who knows.
  22. Like
    Igor got a reaction from TonyMac32 in Use GPIO on C2 with Mainline Kernel   
    https://github.com/armbian/build/commit/9af045538c690bf6256e459f5013b0a15c8228ec In a few hours from now ...
  23. Like
    Igor got a reaction from guidol in Orange Pi 2G-IOT   
    Some mainlining progress: https://www.96boards.org/blog/orangepi-i96-mainlining-update-part1/
  24. Like
    Igor got a reaction from chwe in Forum Guidelines Typo   
    If this is all, we are good considering it was wrote by Swiss and checked by Slovene

    Corrected, thanks.
  25. Like
    Igor got a reaction from tommy in pcm5102 dac not showing on armbian 5.65 [SOLVED]   
    Igor's 2do list is long, very long and I have nobody to ask to do that instead of me.  This is a few months faster way: https://www.armbian.com/get-involved and with bigger certainty that this feature gets implemented. Overlay repo: https://github.com/armbian/sunxi-DT-overlays