• Content Count

  • Joined

 Content Type 


Member Map





Everything posted by utgf

  1. They're in the /root directory of the images.
  2. Additionally, do you have any ideas about how I can get QCA9377 (v1.1) to work on mainline kernel? I found some info about it on some old threads about 3.x kernels, but there are no info on using it with the current mainline kernel. So far I think ath10k has a little bit of code about this revision (referenced in hw.h), but it's not usable yet. According to android's dmesg, the wifi driver loaded at least 3 binary blobs to the card, while ath10k literally only ever tried to load two and fails miserably without any clear error message telling me whether it can't find the fw blobs or was the fw blobs not correct for the hardware.
  3. Hi balbes, Thanks for all the great work so far, I've just tried Armbian_19.11.5_Aml-g12_bionic_dev_5.5.0-rc5-next-20200110_desktop.img.xz, and it won't boot on S912. Board is T95Z Plus, and this is the dts I'm using: Here's the complete boot log: No further info is printed after this point. This is all I've got for now, the board worked just fine with the kernel 5.4.1 images. Feel free to ask me to test anything if you'd like, I have UART access to the box.
  4. Thanks for pointing me to the right direction, but sadly I can't make get the mainline u-boot to work. Everything I do seems to lead to the same "Synchronous Abort" handler error.
  5. I'm trying to get this to work but the board will always reboot itself with this error: gxl_p230_v1#fatload usb 0 0x01000000 u-boot.bin reading u-boot.bin 851968 bytes read in 43 ms (18.9 MiB/s) gxl_p230_v1#go 0x01000000 ## Starting application at 0x01000000 ... "Synchronous Abort" handler, esr 0x02000000 ELR: 1000000 LR: 77ee4824 x0 : 0000000000000001 x1 : 0000000073ede1b8 x2 : 0000000073ede1b8 x3 : 0000000001000000 x4 : 0000000000000020 x5 : 000000008c137742 x6 : 0000000077f41000 x7 : 000000000000000f x8 : 0000000077f5f748 x9 : 0000000000000000 x10: 00000000003e0000 x11: 0000000000010000 x12: 000000000000000d x13: 0000000000000000 x14: 0000000000000000 x15: 0000000000000000 x16: 0000000000000000 x17: 0000000000000000 x18: 0000000073ec8e28 x19: 0000000073ede1b8 x20: 0000000000000002 x21: 0000000001000000 x22: 0000000000000002 x23: 0000000077f71ef8 x24: 0000000000000000 x25: 0000000073ee4800 x26: 0000000000000000 x27: 0000000000000000 x28: 0000000000000000 x29: 0000000073ec8b80 Resetting CPU ... resetting ... @hexdump The board is a s905d TV box, and I built the u-boot binaries with this tutorial: http://wiki.loverpi.com/faq:sbc:libre-aml-s805x-howto-compile-u-boot The "Synchronous Abort" handler always appear whenever I try to boot just about anything. I'm trying to get Fedora on this box, and possibly even UEFI booting, but the stock u-boot just won't let me test anything. Any suggestions on how I should proceed?
  6. Recently I found out that userspace programs cannot allocate memory beyond 900MB for some reason. The box has 2GB of ram (gxl-s905d-phicomm-n1), but no matter what I do, the ram usage (observed in htop) will be capped at about 900MB. The disk cache can use the memory beyond 900MB, but user programs can't. I've tried opening a large amount of tabs in Chromium or Firefox, stress-ng --vm, none of them can utilize the memory beyond 900MB and will simply act like the system has ran out of memory. Note that I needed to turn off the zram swap or my system will freeze if it uses more than 1GB of ram. I can reliably reproduce this issue on the latest Armbian_5.95_Aml-g12_Ubuntu_disco_default_5.3.0-rc6_desktop_20190904 image available on your yandex disk. I'm completely out of ideas now, could you please explain what's going on with the memory issue? Update: I checked the device tree file and found this: linux,cma { compatible = "shared-dma-pool"; reusable; size = < 0x00 0x38000000 >; alignment = < 0x00 0x400000 >; linux,cma-default; }; /proc/meminfo also says "CmaTotal: 917504 kB", so basically this chunk is reserved and can't be used by normal user programs? Why is it reserved like this? I've tried removing this range, and userspace programs are suddenly able to utilize more than 900MB of ram now. Even without that range in the device tree, CmaTotal is still around 256MB, since the kernel is compiled with `CONFIG_CMA_SIZE_MBYTES=256`.
  7. Thanks for all the great work on making those images available! I do have a couple of questions though. I'm using the 5.86 ubuntu image for s9xx, and it seems like I cannot run fstrim on the mounted mmcblk1 device. Attempting to fstrim the root partition (which resides on the emmc) will result in a "the discard operation is not supported" error. Is this a dtb issue, or it's simply not supported by the mainline kernel at this time? The box is Phicomm N1 (s905d) running with the included dtb file in the image if it matters. Also, could you tell me how the bootable kernel image (zImage located in /boot) was generated? I tried to compile the mainline kernel with the config file in your github repository and it won't even boot, because u-boot complains about a bad magic (which I believe is the "0x41524d64" located at 0x38 of the "zImage" file?). The "vmlinuz" file that I compiled has an ELF magic at the very beginning, and the "0x41524d64" magic at 0x38 wasn't there. I'd really appreciate some tips on this as I'm having a hard time finding more info about this matter.
  8. Is there any convenient way to update the kernel other than manually replacing the uInitrd and zImage in /boot? I used a previous image of yours (kernel 4.20.2) and now I want to upgrade the kernel. Do you have something like a .deb for this? edit: never mind, found the .debs I needed from the 5.78 folder