Jump to content

Icenowy

Members
  • Posts

    53
  • Joined

  • Last visited

Everything posted by Icenowy

  1. @IgorSeems to be https://lore.kernel.org/linux-mm/20201105170249.387069-1-minchan@kernel.org/ . By the way in mainline kernel the "fix" seems to be dropping ZSMALLOC_PGTABLE_MAPPING , see https://www.spinics.net/lists/stable/msg428110.html (it's already in linux-next).
  2. Could you try to switch the ZRAM algorithm to zstd to try out? This seems to be fixing issue when I try to port Armbian to PineCube.
  3. `SATA controller [0106]: ASMedia Technology Inc. ASM1062 Serial ATA Controller [1b21:0612]` is tested to work.
  4. oh I don't think the previous word will work. RTW88 driver only uses the BAR with ID 2, which is the memory space, not IO space.
  5. Interestingly the wireless card also uses IO space... could you try to add `num-viewport = <4>;` to the PCIe device node and remove calls for dw_pcie_prog_outbound_atu() in sunxi_pcie_host_init() ? (although I don't know whether this will work...)
  6. Currently it's tested on Pine H64 model A. More tests, e.g. on OPi 3 is welcomed. (And if a PR can be sent, it's better :-) )
  7. As we know, the PCIe on H6 is buggy, which doesn't offer linear address, and Linux cannot support such kind of configuration. However, the Cortex-A53 cores used by H6 supports virtualization, which can be used to change the order of the address space. Recently, I tried to make use of virtualization to provide linear mapping of PCIe, and I succeed in making an Intel 6205 wireless card working. The hypervisor code is at https://github.com/Icenowy/aw-el2-barebone . It's intended to start before U-Boot, and located at 0x40010000. A U-Boot fork that is patched to load the hypervisor is at https://github.com/Icenowy/u-boot/tree/h6-load-hyp , and a kernel that utilizes the wrapped PCIe (and patched to reserve memory for the hypervisor) is at https://github.com/Icenowy/linux/tree/h6-pcie-wrapped . In order to let the hypervisor start before U-Boot, BL31 needs to be built with `PRELOADED_BL33_BASE=0x40010000` in make parameter -- this will change the EL2 entrypoint to the hypervisor. Mainline ATF from ARM works. Contributions to the hypervisor is welcomed. (In addition, abusing virtualization in such way will prevent us from using KVM. But I think more people will want PCIe instead of KVM, right?)
  8. @Igor I found why anx6345 mainlined in 5.5 doesn't work on TERES-I. https://github.com/Icenowy/linux/commit/e20b4f7fade6a7305599aa8e279c013c3144226b an overflow bug.
  9. The keyboard loads a updater, then after a small time span it unloads the updater and loads the real keyboard. U-Boot can only recognize the updater.
  10. My U-Boot is not dark, but this kernel should have peoper KMS support for TERES.
  11. @Igor If you want to support 5.4 now, you can cherry-pick patches from https://github.com/AOSC-Dev/linux/tree/aosc-sunxi64-5.4.y , this currently works.
  12. I took out my own TERES-I and now debugging... A weird experience. ANX bridge and panel are recognized, but nothing is displayed.
  13. @Igor seems that you are at a 5.6 base now. Thus try my patches on 5.6? https://github.com/Icenowy/linux/commit/8df6da42f1244573edd3d22d39dbe8fc66a01cbd This fixes supply name issue for anx6345, should fixes TERES https://github.com/Icenowy/linux/commit/b68d225323c9a479b26ee22a2cb4bf4eefe13cc5 This adds ANX6345 node to Pinebook.
  14. @Igor @jernej I had a headache night to debug on ANX6345 on 5.6-rc1. The polarity of the reset pin in the DT should be reversed with the mainlined driver, compared to my first version. 5.4 should not be affected by this because the DT binding enters at 5.5 and the real driver at 5.6 .
  15. Recently I borrowed my Orange Pi PC2 to a friend, and he fails to set up SSH connection w/ it. After debugging w/ HDMI monitor, I found ssh_host_ecdsa_key, ssh_host_ed25519_key and ssh_host_rsa_key are preloaded to the Orange Pi PC2 image, which prevented SSH from working. Even if it doesn't prevent working of SSHD, it's also a severe security hole -- that means all Armbian installation with the same image will uses the same host key and they're vulnerable to MITM attack. I think these files should be purged when generating image, and regenerated when first powerup. It's what AOSC OS images do.
  16. @martinayotteI think many board DO explicitly provide the bus-width. Of course, I think many people haven't equipped ECC brain like me, so there could be some boards w/o bus-width. You can submit patches for mainline for those boards. The mainline doesn't agree to add bus-width to SoC DTSI because it's for the board's designer to decide the bus-width (of course it cannot go beyond the controller's maximum). For example, some board uses a SD card slot (which is bus-width = <4>) on a eMMC controller (which can be at most bus-width = <8>), and in this case the 4 remaining data lines can even be used as GPIO.
  17. Maybe it's some early patch. In early development of Pine H64 support, I missed bus-width for Pine H64. (BTW do anyone of you here have the experience of installing an ECC-capable brain?) Then it gets fixed in commit d177c8b61d6b4ef360b1c2682e4d8e3bae01738b . If it's some early patch derived from Pine H64 patch in 4.19, it might suffer from this error.
  18. I tested on a Rongpin RP-H6B development board, and it also resets properly with normal WDOG. So maybe only OPi's are affected?
  19. H6 has hardware virtualization, and now with mainline kernel it's possible to run KVM on it. For Xen, it's possible to port, but I don't know who wants to port ;-)
  20. @martinayotte sun50i-h6-emac is already gone dropped in the newest driver, and upstream DT now uses ``` compatible = "allwinner,sun50i-h6-emac", "allwinner,sun50i-a64-emac"; ``` If someone needs me to do hack on OPi3, I can consider to purchase one. Shipment from Shenzhen to Guangzhou (where I live) usually cost <24h.
  21. @martinayotte I remember in mainline Linuc I killed sun50i-h6-emac in driver, and it only exists as a fallback compatible string.
  22. @5kft H5 is troublesome on thermal sensor, because the raw value - temperature function is not a single line, but two segments of line. I don't know how is this dealed in sun4i-gpadc-iio.
  23. Read `process/submitting-patches.rst` in kernel source tree; and don't hesitate to try ;-)
  24. Yes, quite low -- BPi M2-Zero gets it just because I have that board. I just do not like to write patches for boards I don't own ;-)
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines