• Content Count

  • Joined

  • Last visited

About TheLinuxBug

  • Rank
    Advanced Member

Contact Methods

  • Website URL

Profile Information

  • Gender
  • Location
    United States of America

Recent Profile Visitors

876 profile views
  1. Before I got a headache and quit the other night I was dealing with a similar issue. It looks like in the DTBs I was reviewing that the analog codec seems to want to use similar pins as the ethernet adapter. I am not well versed enough in how the DTB is to be formatted and how to map this differently as needed. I had one DTB hacked together which seemed to provide most things except USB and analog audio, but not confident enough in it to really give it out till I know its right. My hope is next time I get a chance to bug a few devs I know and get it working as expected. When I get there, I will share that with you as well. RE: @martinayotte this is actually the info I was looking for, thanks for that! At least got me pointed in the right direction of what to look at. @guidol if you want to mess with it your self, what @martinayotte said should get you started. Cheers!
  2. Yes, most of the devices are controlled by the DTB file, in fact, I compiled the 'staging' wifi driver and played around with enabling WIFi in the new DTB. I actually added the wrong DTB to that tar.gz after all was said and done, like you noticed, sorry about that. I was kinda rushed when I put that up. I did compile a few more kernels and was talking to some devs about trying to get some help with getting devices enabled correctly in the DTB. I actually have a DTB that works for enabling vga framebuffer, ethernet and wifi however ends up breaking USB (assuming your powering through pins, you can actually connect a USB device) and the staging driver in 4.12.y is trash and the kernel panics when you inset the WiFi driver. Glad to hear you found a working dtb for your needs, supposedly there were a few in the packages as you noticed with different things enabled. As I get time I will probably compile a few more kernels and work on the DTB and will post back here if I come up with something better. Though glad to hear what I provided gave you a good start! Cheers!
  3. @guidol Good news and medium good news. Here is u-boot, kernel and dtb needed to enable eth0 and have it work: The uboot has vga and eth0 enabled, however, the current versions of the WiFi module that are around do not work with this kernel and while VGA is in the uboot, it isn't active in the kernel in this. If your goal is to boot up and have eth0 up and access, this should work for you. I am going to test building 4.14.y and 4.13.y branch to see if the WiFi driver is incorporated at any point, the github repos are not very specific about whats been updated and my attempts to build the driver seperately have so far failed for the 4.12.y repo I used to generate this. This should at least be enough to get you started. Once i test a bit more I will upload my .config and provide a link as well. Cheers!
  4. Yeah, having a serial UART is pretty important for working with this board unless you have one of the VGA breakouts or something where you can see whats going on. Cause I don't think these images are setup in any way to otherwise be default accessible. I doubt you will get any feedback on the USB port with the image, however, it may bring up ethernet... can't recall though and if it does, it is likely with a predefined static IP. You can probably mount the image using a loop device on your local Linux machine and take a look at things inside to get a better idea. Maybe a little later today I can pull it out and play with it and see if I can come up with something better for you. If you really want to motivate me to test it, you are best to come to IRC and bug me about it, lol. Otherwise I do have a huge list of 'other things' I will probably start working on first. Cheers!
  5. @guidol You will need to use Google translate but the document you want for ethernet is: It may take compiling your own kernel with the driver built in. To be honest I think I got around this at the time I was testing by using an image produced by Zeepan for my use with Cameras which I believe had ethernet already enabled. Don't quote me as saying this should work, but you could test this image: You should be able to unzip and then DD that to an SDcard and boot it. It should provide, I believe, ethernet, VGA and camera interfaces already in the kernel if I recall correctly. (I have a VGA adapter board and a few other items I still need to add to the site for reference when I have time). P.S. If you don't have an irc client installed but wish to join the irc room briefly there are now web based clients you can use, you can follow this link: to and it will tell you what to do. Maybe this will help you? Cheers!
  6. Hey Guys, I spent time over the past two days updating and if you visit the site and use the navigation at the top right I have added some simple how-tos for certain things as well as have included better links to the resources you need. This includes the dock.dtb file your looking for, if you look through the wifi setup page, I believe it is linked at the bottom: As some of the Chinese resources have been slowly going down, I am trying to replicate the how-tos into English and add pages so that they will not be lost. If you guys come up with anything that would be good to keep on there that I am missing, please PM me here or send me info using the Feedback form on the page. Also if you get stuck on something, I will try to keep checking back here and offer suggestions as I can. @guidol if you get stuck and your familiar with IRC you can come on Freenode irc network and join #H3Droid and I will be happy to try and help you some with getting things working, as I know just how frustrating the thing can be. Have a great weekend! Cheers!
  7. Assuming you are not talking about the OLD Sunvell R69 model with 1gb ram, 8gb eMMc and you are talking about the newest version with 2GB of ram: You must have gotten lucky, mine won't boot normal images with regular settings, seems I got one with shitty ram modules that are way under-clocked like some others have. Additionally, the board has NAND not eMMc, this is why you can't see it and you won't be able to. There is no support for NAND in Linux, there is only a proprietary FTL driver implementation that is licensed which Android manufacturers use, such as in this case. So while you can boot other Linux images and such off SDcard you won't be able to use the NAND except with their specific image, sadly. Cheers!
  8. To note, if you check that Youtube video there seem to be a lot of people in the comments there observing the same issue. They state they also have this exact same board and it won't boot at all either. I am guessing bad quality memory, like in the last box, except in the last box it simply prevented any good use of 1080p cause the DRAM wasn't fast enough. In this version is seems it causes the need to likely set DRAM super low for it to boot. Will probably take using uboot/fex for OPi Zero +2 and trying to figure out something usable from that. I really wanted to get H3Droid working with this board for our next release but at this point with the mix of quality / revisions that are possible this may be in vain, because even if I get it working, may not work for others. No going back now though... will just have to keep at it! Cheers!
  9. Super odd! They must have made revisions of this board and some are different. I promise you mine will not even boot that Beelink X2 image mention in the video. The ONLY think I have gotten to boot was OPi Zero +2 image and its severely crippled. I will post images of mine below, maybe there is some subtle difference I am missing? So far my link seems limited so I am guessing they made some change mid-run of these, like using sub-standard memory that needs an extremely low DRAM setting to operate. Only thing that seems to make sense as to why all other images won't boot. Will continue to update if I make any progress here. Cheers!
  10. @Jani-Matti Thanks for the video, I now understand what you were saying better, the Armbian image for Beelink X2 should supposedly work. I am actually going to test that one now and will report back if I am successful or not. Thanks!
  11. Okay, it seems I missed something; supposedly the Orange Pi 0 +2 H3 image does boot on the NEW Sunvell (R69) H3 2Gb Ram, 16GB Rom image (NAND will not work obviously). However, it boots without USB, ethernet, wifi... basically anything but HDMI and UART. So obviously need to get fex figured out but I guess I at least got it booting. Still looking for any suggestions from anyone that has it running well already. Will update as I make more progress... @Matthew Hodgson Please realize there is 2 different R69's now, the old one, yes you could run almost any image and the Beelink X2 image worked, so did H3Droid out of the box. Problem here is, this new box is not the same. It uses NAND storage and it seems has some very specific configurations needed in the fex which are custom (thinking possibly very low DRAM settings or some specific setting in the fex that is only available in the OPi Zero +2 image). It is either you are thinking of that box or you got a different revision as I spent hours trying to get different images booting and the only success I had was the OPi Zero +2 H3 Armbian image and that only works somewhat with most of the peripherals missing. Since I am still working to make it work with H3Droid, at least that is my goal, I welcome any feedback which may help and will be sure to update here as I make progress. Cheers!
  12. You must have some weird SDcards, cause on the old R69 I had no problem booting at anytime from and SDcard. And I did a lot of booting while I was testing H3Droid. So it seems maybe you need to stay away from those no-name brand SDcards. This however has no effect on the new box. I have been testing and am yet to get anything to actually boot. I did notice in the other thread someone mentioned the OPi0+2 uboot seemed to partially load, so may test that later. Cheers!
  13. Well, I have been working on trying to get the new Sunvell (interestingly it is still labeled R69 but not marketed as such) ( it is actually an H3 with 2GB of memory and 16Gb NAND) working... already wishing I hadn't purchased it. First off, NAND sux ass and has nearly no support outside of proprietary drivers for Android, so don't think much will be happening with it. Secondly, while I can see it will boot from SDcard, the U-boot fails much like you have shown. Which I assume means that there is something lacking in the fex that needs toggled, or even worse I have been wondering if they burnt the secure fuse on this so nothing unsigned can be booted. The latter is what I am leaning towards, but have no way yet to tell. Has anyone gotten Armbian yet booting on this new version of the board? Also posted over in a bit earlier which looks to be a post specifically on the board. Cheers!
  14. I finally for some stupid reason got one. All I can say is unless you can perform some magic I don't think this is running anything but whats packaged. The fun part, and I don't know if this is some mid-production change, but even if I have UART hooked up, all I can do is watch it boot, I can't interact with it (U-boot). Additionally, it appears that if you have any SDcard in the slot at boot time, it will try to boot but freeze. The from LED light will not come on, it just sits dead with an SDcard in it. Haven't tried to FEL boot, not quite sure directly how to get to FEL, maybe it will read a FEL boot SDcard, not sure. Effectively though, can't boot from SDcard, I am almost convinced its they are using secure boot (burned eFuse?) also, but I can't confirm: They outdid them selves this time, a gorgeous piece of trash that is statically set to 1Ghz per core anyways because they can't afford a cooling solution, so really, the H2+ would have been the exact same here pretty much (haven't pried off the heatsink yet to confirm, would take bets its actually an H2+ under there). All you gain here with this version is a headache. No 'usable' eMMc (NAND instead), no way to boot sdcards that I found yet and having access to UART is worthless for u-boot, but you can access console on Android that on the box and you can 'su' to root. It looks like they are using killing cores again as their thermal solution as cores keep being killed left and right... [ 1675.588747] CPU1: shutdown Regardless of the SDcard I try, I get some errors. The following is our default H3droid u-boot and this is the output on UART: U-Boot SPL 2017.07-00494-g19d1f1a-dirty (Nov 17 2018 - 16:17:38) DRAM: 2048 MiB Trying to boot from MMC1 ** First descriptor is NOT a primary desc on 0:1 ** Booting from an Armbian loaded SDcard results in: U-Boot SPL 2017.11-armbian (Jun 11 2018 - 11:58:21) DRAM: 2048 MiB Trying to boot from MMC1 In both cases it Freezes right there, no other information it output and it doesn't boot. It is either lacking a valid matching fex (DT) or there is some magic missing in u-boot. What's more, it won't even boot the generally compatible-with-alll H3 boards u-boot we have for H3Droid based on OPi Plus 2E which almost every other H3 boards I have ever tested will at least post with. Also, the tag on mine looks identical to the one a few posts up so I likely have the same board version. Still not able to get it to boot from SDcard at this time, still trying.. if anyone has any thought, please let me know! Cheers!
  15. Well, it wasn't that weekend, it took me a while but I did eventually make a blog post for it: Sunvell R69 - My adventures with a cheap TV Box Additionally, Sunvell R69 is fully supported by H3Droid but we do suggest the use of a fan for sure! Cheers!