(01-23-2019, 01:33 PM)Mrfixit2001 Wrote: I might suggest replacing libmali.so on the build with this blob:
https://github.com/rockchip-linux/libmali/blob/rockchip/lib/arm-linux-gnueabihf/libmali-midgard-t86x-r14p0-r0p0-x11-gbm.so

I haven't test it yet, but *in theory* that blob should support both gbm and x11. Hopefully that would allow you to run XORG applications, such as web browsers.

If you want wayland instead of X then you could try this blob:
https://github.com/rockchip-linux/libmali/blob/rockchip/lib/arm-linux-gnueabihf/libmali-midgard-t86x-r14p0-r0p0-wayland-gbm.so

Again, I haven't tested either one, so please report back if you have success

Just download the blob and save it as libmali.so and overwrite the current symlink with this. If it works out then I'll include it in the next release.

(01-24-2019, 08:55 AM)MisterA Wrote: I tested my pcie sata controller based on a Marvel 9215 chipset, but it fails to initialize successfully.

(01-26-2019, 12:04 PM)rosseba Wrote:

(01-24-2019, 08:55 AM)MisterA Wrote: I tested my pcie sata controller based on a Marvel 9215 chipset, but it fails to initialize successfully.

The same for me with the RockPro64 PCIe Dual SATA card (https://www.pine64.org/?product=rockpro64-pci-e-to-dual-sata-ii-interface-card):

Code:

# dmesg | grep -i pci
                  PCI I/O : 0xffffffbffee00000 - 0xffffffbfffe00000   (    16 MB)
[    0.127759] PCI/MSI: /interrupt-controller@fee00000/interrupt-controller@fee20000 domain created
[    0.220531] of_get_named_gpiod_flags: parsed 'gpio' property of node '/vcc3v3-pcie-regulator[0]' - status (0)
[    0.220577] reg-fixed-voltage vcc3v3-pcie-regulator: Looking up vin-supply from device tree
[    0.220623] vcc3v3_pcie: supplied by dc_12v
[    0.220674] vcc3v3_pcie: 3300 mV
[    0.220827] reg-fixed-voltage vcc3v3-pcie-regulator: vcc3v3_pcie supplying 3300000uV
[    0.280807] PCI: CLS 0 bytes, default 64
[    0.414935] ehci-pci: EHCI PCI platform driver
[    0.897651] vcc3v3_pcie: disabling
[    1.837381] phy phy-pcie-phy.9: Looking up phy-supply from device tree
[    1.837397] phy phy-pcie-phy.9: Looking up phy-supply property in node /pcie-phy failed
[    1.839113] rockchip-pcie f8000000.pcie: GPIO lookup for consumer ep
[    1.839128] rockchip-pcie f8000000.pcie: using device tree for GPIO lookup
[    1.839185] of_get_named_gpiod_flags: parsed 'ep-gpios' property of node '/pcie@f8000000[0]' - status (0)
[    1.839472] rockchip-pcie f8000000.pcie: Looking up vpcie3v3-supply from device tree
[    1.839673] rockchip-pcie f8000000.pcie: Looking up vpcie1v8-supply from device tree
[    1.839684] rockchip-pcie f8000000.pcie: Looking up vpcie1v8-supply property in node /pcie@f8000000 failed
[    1.839721] rockchip-pcie f8000000.pcie: no vpcie1v8 regulator found
[    1.839727] rockchip-pcie f8000000.pcie: Looking up vpcie0v9-supply from device tree
[    1.839735] rockchip-pcie f8000000.pcie: Looking up vpcie0v9-supply property in node /pcie@f8000000 failed
[    1.839749] rockchip-pcie f8000000.pcie: no vpcie0v9 regulator found
[    1.839827] rockchip-pcie f8000000.pcie: invalid power supply
[    2.339880] rockchip-pcie f8000000.pcie: PCIe link training gen1 timeout!
[    2.340080] rockchip-pcie: probe of f8000000.pcie failed with error -110

(02-01-2019, 04:18 PM)Mrfixit2001 Wrote: There is an updated release coming (I expect next week sometime) which will include additional kernel drivers and patches, including some for PCIe That should take care of the remaining issues being experienced.

I've currently only provided arm32 images (kernel is 64-bit with a 32-bit userspace), but I can work on providing an arm64 image in my next release as well if there's a need for it.

At some point after that I'll work on a desktop image as well so you don't have to worry about the hassle of installing all the packages yourselves.

As for how to get SDIO, WIFI, and BT working in the kernel, I haven't published my kernel source itself yet. But I did write this patch for Batocera today which should outline the minimum requirements to get these features enabled. Hasn't been tested yet, as my kernel has an enormous amount of backports from mainline in it so I had to write this patch specifically for the "stock" rockchip kernel. Basically I'm saying I cannot guarantee how it will function without all the driver updates I've back-ported, but I think it's sufficient to enable everything.
https://github.com/batocera-linux/batocera.linux/pull/462/commits/9fe4442ffbb8a56850eedad8ceef1b147d0ef192

(02-12-2019, 08:11 AM)fosf0r Wrote: Still dying for kernel source tree.
(Doesn't that violate the GPL?)