The VIM3 devices being launched are all A311D chips. The VIM3L (notice the L) with S905D3 chips in the batch are developer samples - nothing that will be sold to users. Software support for these boards on the mainline kernel is trivial. The current device-tree that I made will need some rework due to changes coming in Linux 5.3 but that's no drama.
Posts by chewitt
-
-
The initial production batch will be a small number of S905D3 (VIM3L) boards and the rest are split between VIM3 Basic/Pro using A311D chip - there are no more boards with S922X. Kodi runs fine on a board with 1GB ram and has no need for accelerometers, camera interfaces, or NPU functions. So it will be a nice fast board, but I think the VIM3L will be more aligned to LE user needs and budget. I also have an educated hunch we'll see more plot twists before Khadas settles on the final line-up for the VIM3 family.
-
Friends, we know that a lot of people are using dual boot android boxes.
I did not see whether someone has asked before but in the 9.0.2 version shutdown options there is no "Reboot To Android" ...
Does anyone have information?
Reboot to Android requires the GUI hack to write a value to the u-boot environment to toggle the boot device from SD card to eMMC. LE has never included that hack in any of our official images. NB: This thread is for mainline kernel images not 9.0.2 legacy image questions.
-
Bad SD card? LE does not need NOOBS to work. If you only want to install LE it will be easier to install it with our USB/SD Creator app.
-
It should work with the right combination of autoscript files on the USB, but I don't think the 8.2.x images have the right combination. Mainline kernel images should boot, but those won't be quite as functional right now (getting there, but still work in progress). The easiest option is probably to get another SD card.
-
-
Write the .img.gz file to an SD card using the LE USB/SD Creator App .. same as any other image that LE offers
-
The last image amlg12 ... X96 runs superbly on the bqeel y5
what device tree are you using? .. and what remote keymap (assuming it's the remote that ships with the box)?
-
-
BT works fine with the commit I listed above - this chip is in a number of Amlogic boards that I'm poking right now. If you can point me to sources for those distros i'll have a look, but they're probably using the BCMDHD driver. This works, but there's no way we're switching from "supports everything except this one chip" well written/maintained upstream kernel code to "fugly out of tree Android BSP kernel cap" .. it would be retrograde step

-
I think the first step is to document the additional config required in our wiki so that anyone looking to use EAP understands how it's done; what info is needed and where the files need to live. Once that's understood, we can ask people to think about how
-
BCM4359 is not supported in the upstream kernel. brcmfmac4359-sdio experiments · chewitt/linux@a658583 · GitHub will result in card detection allowing BT to work but the driver has an issue loading WiFi firmware. I'm actively trying to resucitate an attempt to diagnose the issue with kernel maintainers, but it doesn't seem to have much traction with them yet - it will take time.
I cannot comment on the eMMC issue other than saying to check the UUID is correct.
-
dtb used: gxl_p212_2g (i have tried many)
Device-trees from 3.14 kernel images are not compatible with the 5.1 kernel .. so the lack of boot is not surprising. PEBKAC.
-
I'm on a business trip for the next 4-5 days .. no access to toys.
-
Sounds like SD card corruption. Not much we can do about power-pull problems. Don't pull the cord!
-
Have a look at the mainline kernel images for Amlogic. I've no idea if those are any better, but at least the codebase is worth looking into for changes if not. I've boot tested 5.2rc4 kernel on C2 earlier today (current images are 5.1 kernel but an update will come soon).
-
I moved your post because the other thread is for mainline kernel images, not legacy kernel images.
-
If you mean the nVidia driver .. It was possible to custom build LE 7.x/8.x images with the older 304.xx driver and there's a thread for those images in the forum somewhere. Since LE 9.x the versions of Xorg and mesa we are using are no longer ABI compatible with the 304.xx driver and AFAIK there are no LE 9.x images with the necessary bits downgraded to make an image. Whatever hardware you have - if it's old enough to need that driver the performance of an RPi3 would be a huge upgrade.