Re: [Trisquel-devel] trisquel ARM install tarball
Hi Luis, Le Tue, 5 Sep 2023 10:20:08 -0600, > Thank you for testing. I wonder, we had some permissions issues on the > netinstall that we had to solve by applying some permission changes on > the ld library for amd64 and ppc64el, > > https://gitlab.trisquel.org/trisquel/package-helpers/-/commit/747d5db6a2844ac5e94ce4ac6064f96e3b246a72 > > Could it be that something similar is missing for our armhf/64 setup too? Is this ld to be executed already when booting the installer or only after booting when performing the steps for installation? I noticed that, in the Debian installer image, I have a lot of kernel messages on the serial console while in the Trisquel installer image, I don't have them. I don't know whether this is because something is stopping these messages or because the kernel does not really start. > > I understand that everything is working fine with the debian-installer, > right? I guess you mean the installer for Debian? If so, no it does not work fine: even though I see on the serial console that the kernel started and provided a lot of normal messages, the USB keyboard and the HDMI display seem to be not functional. The HDMI display shows the installer screen for language selection but using any key on the keyboard has not effect. If I use the serial console, it seems I can select the language and see the next steps on the serial console but not on the HDMI display. However, the output on the serial console probably includes some characters to switch lines and minicom that I am using does not use them properly then I see pieces of text that soon recover each other so it is not really possible to make choices for the next steps (I can press enter but it is not easy to see I am pressing enter for what). The debian freedombox image that I tried on the same board works fine (I have flashed U-boot on the SPI first) but since I only interact with the board via the web server it runs, and after some time via ssh, so I cannot say whether USB and HDMI work or not, I am using neither. I don't know whether I am using the Debian installer image correctly or not. However, I use it exactly the same like I did for the Olimex Olinuxino Lime 2 and on that board, it works perfectly well. David. ___ Trisquel-devel mailing list [email protected] https://listas.trisquel.info/mailman/listinfo/trisquel-devel
Re: [Trisquel-devel] trisquel ARM install tarball
Hello David, En 04/09/23 12:04, David Lecompte escribió: Hi all, Back to testing the ARM install, this time on rockpro64. I ran [...] --- At the "Starting kernel", I see the same pattern on the display like with the trisquel no-firmware image but, after a few second of black screen but with signal, I have the installer. However, the USB keyboard is unresponsive, so this is somehow unusable. If I press arrow keys and enter on the serial console, I see some reactions but on the serial console only, not on the display. It looks like pressing enter gets to the next install step, but the display on the serial console is not really usable to know what you are doing. I tested with the other board, the behaviour is exactly the same. I tested with the "firmware.none", the result is exactly the same. I am out of ideas for today, so I stop here. Thank you for testing. I wonder, we had some permissions issues on the netinstall that we had to solve by applying some permission changes on the ld library for amd64 and ppc64el, https://gitlab.trisquel.org/trisquel/package-helpers/-/commit/747d5db6a2844ac5e94ce4ac6064f96e3b246a72 Could it be that something similar is missing for our armhf/64 setup too? I understand that everything is working fine with the debian-installer, right? Regards -- Cuanto más gente resista, más gente va a ser Libre, y más gente va a ser libre para ser Libre. Por tu propio bien, y en solidaridad a todos, elige la libertad. ¡Sé Libre! http://fsfla.org/selibre/ Luis A. Guzmán G. http://ark.switnet.org OpenPGP_signature Description: OpenPGP digital signature ___ Trisquel-devel mailing list [email protected] https://listas.trisquel.info/mailman/listinfo/trisquel-devel
Re: [Trisquel-devel] trisquel ARM install tarball
Hi all, Back to testing the ARM install, this time on rockpro64. I ran $ zcat firmware.rockpro64-rk3399.img.gz partition.img.gz > complete_rockpro64.img $ sudo dd if=complete_rockpro64.img of=/dev/sdc bs=4M Then I tried booting, here is what I get on the serial console (also shown on the screen connected via HDMI): U-Boot TPL 2022.01+dfsg-2ubuntu2.3 (Nov 24 2022 - 19:40:06) Channel 0: LPDDR4, 50MHz BW=32 Col=10 Bk=8 CS0 Row=16/15 CS=1 Die BW=16 Size=2048MB Channel 1: LPDDR4, 50MHz BW=32 Col=10 Bk=15 CS=1 Die BW=16 Size=2048MB 256B stride lpddr4_set_rate: change freq to 4 mhz 0, 1 lpddr4_set_rate: change freq to 8 mhz 1, 0 Trying to boot from BOOTROM Returning to boot ROM... U-Boot SPL 2022.01+dfsg-2ubuntu2.3 (Nov 24 2022 - 19:40:06 +) Trying to boot from MMC2 U-Boot 2022.01+dfsg-2ubuntu2.3 (Nov 24 2022 - 19:40:06 +Model: Pine64 RockPro64 v2.1 DR3.9 GiB PMIC: RK808 MMC: mmc@fe31: 3, mmc@fe32: 1, mmc@fe33: 0 Loading Environment from SPIFlash... SF: Detected gd25q128 with page size 256 Bytes, erase size 4 KiB, total 16 MiB *** Warning - bad CRC, using default environment In:serial Out: vidconsole Err: vidconsole Model: Pine64 RockPro64 v2.1 Net: eth0: ethernet@fe30 starting USB... Bus usb@fe38: USB EHCI 1.00 Bus usb@fe3a: USB OHCI 1.0 Bus usb@fe3c: USB EHCI 1.00 Bus usb@fe3e: USB OHCI 1.0 Bus usb@fe80: Register 2000140 NbrPorts 2 Starting the controller USB XHCI 1.10 Bus usb@fe90: Register 2000140 NbrPorts 2 Starting the controller USB XHCI 1.10 scanning bus usb@fe38 for devices... 4 USB Device(s) found scanning bus usb@fe3a for devices... 1 USB Device(s) found scanning bus usb@fe3c for devices... 1 USB Device(s) found scanning bus usb@fe3e for devices... 1 USB Device(s) found scanning bus usb@fe80 for devices... 1 USB Device(s) found scanning bus usb@fe90 for devices... 1 USB Device(s) found scanning usb for storage devices... 0 Storage Device(s) found Hit any key to stop autoboot: 0 switch to partitions #0, OK mmc1 is current device Scanning mmc 1:1... Found /extlinux/extlinux.conf Retrieving file: /extlinux/extlinux.conf 1: Trisquel-Installer Retrieving file: /initrd.gz Retrieving file: /vmlinuz Retrieving file: /dtbs/rockchip/rk3399-rockpro64.dtb Bad Linux ARM64 Image magic! SCRIPT FAILED: continuing... Card did not respond to voltage select! : -110 Scanning disk [email protected]... Disk [email protected] not ready Scanning disk [email protected]... Card did not respond to voltage select! : -110 Scanning disk [email protected]... Disk [email protected] not ready Found 2 disks No EFI system partition BootOrder not defined EFI boot manager: Cannot load any image Card did not respond to voltage select! : -110 rockchip_pcie pcie@f800: PCIe link training gen1 timeout! Device 0: unknown device Device 0: unknown device rockchip_pcie pcie@f800: failed to find ep-gpios property Speed: 1000, full duplex BOOTP broadcast 1 DHCP client bound to address 192.168.1.26 (20 ms) Using ethernet@fe30 device TFTP from server 192.168.1.1; our IP address is 192.168.1.26 Filename '/extlinux/extlinux.conf'. Load address: 0x800800 Loading: T T --- I stopped it at that point. I am guessing that the "Bad Linux ARM64 Image magic!" is the point at which it fails to boot. I actually have two boards, one where I flashed U-boot on the SPI flash for Debian install (I successfully booted a freedombox image on it, then it runs the freedombox install via the web interface), one where I did not. I have the same on both boards. I decided to try something else: $ zcat firmware.none.img.gz partition.img.gz > complete_none.img $ sudo dd if=complete_none.img of=/dev/sdc bs=4M Here is what I get: Channel 0: LPDDR4, 50MHz-g9ecacf77d2 (Jun 30 2021 - 17:48:07) BW=32 Col=10 Bk=8 CS0 Row=16/15 CS=1 Die BW=16 Size=2048MB Channel 1: LPDDR4, 50MHz BW=32 Col=10 Bk=8 CS0 Row=16/15 CS=1 Die BW=16 Size=2048MB 256B stride lpddr4_set_rate: change freq to 4 mhz 0, 1 lpddr4_set_rate: change freq to 8 mhz 1, 0 Trying to boot from BOOTROM Returning to boot ROM... U-Boot SPL 2021.04-11556-g9ecacf77d2 (Jun 30 2021 - 17:48:07 +) Trying to boot from SPI NOTICE: BL31: v2.5(release):v2.5 NOTICE: BL31: Built : 17:45: U-Boot 2021.04-11556-g9ecacf77d2 (Jun 30 2021 - 17:48:07 +) SoC: Rockchip rk3399 ResModel: Pine64 RockPro64 v2.1 DR3.9 GiB PMIC: RK808 MMC: mmc@fe31: 2, mmc@fe32: 1, sdhci@fe3
Re: [Trisquel-devel] trisquel ARM install tarball
Hello again, En 09/07/23 11:25, David Lecompte escribió: For bullseye, it is in http://security.debian.org/debian-security/pool/updates/main/l/linux/linux-image-5.10.0-14-armmp-lpae_5.10.113-1_armhf.deb The .deb equivalent would be: http://archive.trisquel.org/trisquel/pool/main/l/linux-hwe-5.19/linux-modules-5.19.0-38-generic-lpae_5.19.0-38.39~22.04.1+11.0trisquel19_armhf.deb or the kernel-image udeb file I've previously linked. So, yeah as it comes from the kernel that means that sunxi boards are not supported by the current kernel stack. Maybe we can keep testing some other models while we can take the time and come back to review kernel configs for this one. Regards. -- Cuanto más gente resista, más gente va a ser Libre, y más gente va a ser libre para ser Libre. Por tu propio bien, y en solidaridad a todos, elige la libertad. ¡Sé Libre! http://fsfla.org/selibre/ Luis A. Guzmán G. http://ark.switnet.org OpenPGP_signature Description: OpenPGP digital signature ___ Trisquel-devel mailing list [email protected] https://listas.trisquel.info/mailman/listinfo/trisquel-devel
Re: [Trisquel-devel] trisquel ARM install tarball
Le dimanche 09 juillet 2023 à 10:52 -0600, Luis Guzman a écrit : > En 09/07/23 05:56, David Lecompte escribió: > > > http://archive.trisquel.org/trisquel/pool/main/l/linux-hwe-5.19/kernel-image-5.19.0-46-generic-di_5.19.0-46.47~22.04.1+11.0trisquel23_armhf.udeb > > For some reason, this archive is also missing dtb files for all > > sunxi > > arhmhf boards. > > If the kernel is the overall source then, for whatever reason, it's > not > supported by ubuntu's/our kernel config. > Could you confirm what is this dtb source in debian (as in what > package > provides it)? > For bullseye, it is in http://security.debian.org/debian-security/pool/updates/main/l/linux/linux-image-5.10.0-14-armmp-lpae_5.10.113-1_armhf.deb For bookworm in https://packages.debian.org/stable/kernel/linux-headers-6.1.0-10-armmp-lpae ___ Trisquel-devel mailing list [email protected] https://listas.trisquel.info/mailman/listinfo/trisquel-devel
Re: [Trisquel-devel] trisquel ARM install tarball
En 09/07/23 05:56, David Lecompte escribió: Le dimanche 09 juillet 2023 à 04:31 -0600, Luis Guzman a écrit : http://archive.trisquel.org/trisquel/pool/main/l/linux-hwe-5.19/kernel-image-5.19.0-46-generic-di_5.19.0-46.47~22.04.1+11.0trisquel23_armhf.udeb For some reason, this archive is also missing dtb files for all sunxi arhmhf boards. If the kernel is the overall source then, for whatever reason, it's not supported by ubuntu's/our kernel config. Could you confirm what is this dtb source in debian (as in what package provides it)? -- Cuanto más gente resista, más gente va a ser Libre, y más gente va a ser libre para ser Libre. Por tu propio bien, y en solidaridad a todos, elige la libertad. ¡Sé Libre! http://fsfla.org/selibre/ Luis A. Guzmán G. http://ark.switnet.org OpenPGP_signature Description: OpenPGP digital signature ___ Trisquel-devel mailing list [email protected] https://listas.trisquel.info/mailman/listinfo/trisquel-devel
Re: [Trisquel-devel] trisquel ARM install tarball
Le dimanche 09 juillet 2023 à 04:31 -0600, Luis Guzman a écrit : > http://archive.trisquel.org/trisquel/pool/main/l/linux-hwe-5.19/kernel-image-5.19.0-46-generic-di_5.19.0-46.47~22.04.1+11.0trisquel23_armhf.udeb For some reason, this archive is also missing dtb files for all sunxi arhmhf boards. ___ Trisquel-devel mailing list [email protected] https://listas.trisquel.info/mailman/listinfo/trisquel-devel
Re: [Trisquel-devel] trisquel ARM install tarball
En 09/07/23 04:24, David Lecompte escribió: Which kernel package are you referring to? A trisquel one? I searched in packages.trisquel.org, when I go to "Kernel", I can see 5.15 kernel packages but I don't know which one to look for exactly, and you actually mentioned 5.19. http://archive.trisquel.org/trisquel/pool/main/l/linux-hwe-5.19/ http://archive.trisquel.org/trisquel/pool/main/l/linux-hwe-5.19/kernel-image-5.19.0-46-generic-di_5.19.0-46.47~22.04.1+11.0trisquel23_arm64.udeb http://archive.trisquel.org/trisquel/pool/main/l/linux-hwe-5.19/kernel-image-5.19.0-46-generic-di_5.19.0-46.47~22.04.1+11.0trisquel23_armhf.udeb IIRC, packages.trisquel.org will not show udeb files. -- Cuanto más gente resista, más gente va a ser Libre, y más gente va a ser libre para ser Libre. Por tu propio bien, y en solidaridad a todos, elige la libertad. ¡Sé Libre! http://fsfla.org/selibre/ Luis A. Guzmán G. http://ark.switnet.org OpenPGP_signature Description: OpenPGP digital signature ___ Trisquel-devel mailing list [email protected] https://listas.trisquel.info/mailman/listinfo/trisquel-devel
Re: [Trisquel-devel] trisquel ARM install tarball
En 08/07/23 16:38, Luis Guzman escribió: Hello! En 08/07/23 01:53, David Lecompte escribió: Was u-boot for OLinuXino-Lime2 and OLinuXino-Lime2eMMC compiled with CONFIG_GMAC_TX_DELAY=3 (suitable for gigabit ethernet with board revisions K and later) or with CONFIG_GMAC_TX_DELAY=0 (suitable for gigabit ethernet with earlier board revisions)? Interesting, we are shipping upstream u-boot binaries, maybe we need to rebuild, so they match our kernel setup? Rebuilding the aramo's 2022 u-boot has some issues, I'm testing backporting 2023 (bookworm) for aramo, looking at the source: u-boot$ grep -nr CONFIG_GMAC_TX_DELAY u-boot-2023.01+dfsg-2+11.0trisquel1/|grep -i Lime u-boot-2023.01+dfsg-2+11.0trisquel1/configs/A20-Olimex-SOM204-EVB-eMMC_defconfig:13:CONFIG_GMAC_TX_DELAY=4 u-boot-2023.01+dfsg-2+11.0trisquel1/configs/A20-Olimex-SOM204-EVB_defconfig:12:CONFIG_GMAC_TX_DELAY=4 Please find testing binaries at: https://builds.trisquel.org/repos-testing/aramo/pool/main/u/u-boot/ Let me know how it goes. -- Cuanto más gente resista, más gente va a ser Libre, y más gente va a ser libre para ser Libre. Por tu propio bien, y en solidaridad a todos, elige la libertad. ¡Sé Libre! http://fsfla.org/selibre/ Luis A. Guzmán G. http://ark.switnet.org OpenPGP_signature Description: OpenPGP digital signature ___ Trisquel-devel mailing list [email protected] https://listas.trisquel.info/mailman/listinfo/trisquel-devel
Re: [Trisquel-devel] trisquel ARM install tarball
Hello! En 08/07/23 01:53, David Lecompte escribió: Was u-boot for OLinuXino-Lime2 and OLinuXino-Lime2eMMC compiled with CONFIG_GMAC_TX_DELAY=3 (suitable for gigabit ethernet with board revisions K and later) or with CONFIG_GMAC_TX_DELAY=0 (suitable for gigabit ethernet with earlier board revisions)? Interesting, we are shipping upstream u-boot binaries, maybe we need to rebuild, so they match our kernel setup? Ideas? -- Cuanto más gente resista, más gente va a ser Libre, y más gente va a ser libre para ser Libre. Por tu propio bien, y en solidaridad a todos, elige la libertad. ¡Sé Libre! http://fsfla.org/selibre/ Luis A. Guzmán G. http://ark.switnet.org OpenPGP_signature Description: OpenPGP digital signature ___ Trisquel-devel mailing list [email protected] https://listas.trisquel.info/mailman/listinfo/trisquel-devel
Re: [Trisquel-devel] trisquel ARM install tarball
Hello! En 08/07/23 14:28, bill-auger escribió: On Sat, 08 Jul 2023 15:37:19 +0200 David wrote: This installer medium does not contain a suitable device-tree file for this system (sun7i-a20-olinuxino-lime2.dtb). Aborting boot process. that could be the issue i got stuck on last year https://gitlab.trisquel.org/trisquel/package-helpers/-/merge_requests/741#note_6513 https://gitlab.trisquel.org/trisquel/package-helpers/-/merge_requests/741#note_7056 IIRC, the kernel build was not building the DT files, or not placing them in the expected location, when the 'flash-kernel' script could find them dtb are on the './installer-$(arm_arch)/20210731+deb11u8+11/images/device-tree/' folder on the same tarball or on the kernel-image-5.19.0-46-generic-di package (maybe the flash-kernel package for debian?) under /lib/firmware Here the not so short list, ./actions ./actions/s700-cubieboard7.dtb ./actions/s900-bubblegum-96.dtb ./allwinner ./allwinner/sun50i-a100-allwinner-perf1.dtb ./allwinner/sun50i-a64-amarula-relic.dtb ./allwinner/sun50i-a64-bananapi-m64.dtb ./allwinner/sun50i-a64-nanopi-a64.dtb ./allwinner/sun50i-a64-oceanic-5205-5inmfd.dtb ./allwinner/sun50i-a64-olinuxino.dtb ./allwinner/sun50i-a64-olinuxino-emmc.dtb ./allwinner/sun50i-a64-orangepi-win.dtb ./allwinner/sun50i-a64-pine64.dtb ./allwinner/sun50i-a64-pine64-lts.dtb ./allwinner/sun50i-a64-pine64-plus.dtb ./allwinner/sun50i-a64-pinebook.dtb ./allwinner/sun50i-a64-pinephone-1.0.dtb ./allwinner/sun50i-a64-pinephone-1.1.dtb ./allwinner/sun50i-a64-pinephone-1.2.dtb ./allwinner/sun50i-a64-pinetab.dtb ./allwinner/sun50i-a64-pinetab-early-adopter.dtb ./allwinner/sun50i-a64-sopine-baseboard.dtb ./allwinner/sun50i-a64-teres-i.dtb ./allwinner/sun50i-h5-bananapi-m2-plus.dtb ./allwinner/sun50i-h5-bananapi-m2-plus-v1.2.dtb ./allwinner/sun50i-h5-emlid-neutis-n5-devboard.dtb ./allwinner/sun50i-h5-libretech-all-h3-cc.dtb ./allwinner/sun50i-h5-libretech-all-h3-it.dtb ./allwinner/sun50i-h5-libretech-all-h5-cc.dtb ./allwinner/sun50i-h5-nanopi-neo2.dtb ./allwinner/sun50i-h5-nanopi-neo-plus2.dtb ./allwinner/sun50i-h5-nanopi-r1s-h5.dtb ./allwinner/sun50i-h5-orangepi-pc2.dtb ./allwinner/sun50i-h5-orangepi-prime.dtb ./allwinner/sun50i-h5-orangepi-zero-plus2.dtb ./allwinner/sun50i-h5-orangepi-zero-plus.dtb ./allwinner/sun50i-h6-beelink-gs1.dtb ./allwinner/sun50i-h6-orangepi-3.dtb ./allwinner/sun50i-h6-orangepi-lite2.dtb ./allwinner/sun50i-h6-orangepi-one-plus.dtb ./allwinner/sun50i-h6-pine-h64.dtb ./allwinner/sun50i-h6-pine-h64-model-b.dtb ./allwinner/sun50i-h6-tanix-tx6.dtb ./allwinner/sun50i-h6-tanix-tx6-mini.dtb ./altera ./altera/socfpga_stratix10_socdk.dtb ./altera/socfpga_stratix10_socdk_nand.dtb ./amd ./amd/amd-overdrive-rev-b0.dtb ./amd/amd-overdrive-rev-b1.dtb ./amlogic ./amlogic/meson-a1-ad401.dtb ./amlogic/meson-axg-jethome-jethub-j100.dtb ./amlogic/meson-axg-s400.dtb ./amlogic/meson-g12a-radxa-zero.dtb ./amlogic/meson-g12a-sei510.dtb ./amlogic/meson-g12a-u200.dtb ./amlogic/meson-g12a-x96-max.dtb ./amlogic/meson-g12b-a311d-khadas-vim3.dtb ./amlogic/meson-g12b-gsking-x.dtb ./amlogic/meson-g12b-gtking.dtb ./amlogic/meson-g12b-gtking-pro.dtb ./amlogic/meson-g12b-odroid-n2.dtb ./amlogic/meson-g12b-odroid-n2-plus.dtb ./amlogic/meson-g12b-s922x-khadas-vim3.dtb ./amlogic/meson-g12b-ugoos-am6.dtb ./amlogic/meson-gxbb-kii-pro.dtb ./amlogic/meson-gxbb-nanopi-k2.dtb ./amlogic/meson-gxbb-nexbox-a95x.dtb ./amlogic/meson-gxbb-odroidc2.dtb ./amlogic/meson-gxbb-p200.dtb ./amlogic/meson-gxbb-p201.dtb ./amlogic/meson-gxbb-vega-s95-meta.dtb ./amlogic/meson-gxbb-vega-s95-pro.dtb ./amlogic/meson-gxbb-vega-s95-telos.dtb ./amlogic/meson-gxbb-wetek-hub.dtb ./amlogic/meson-gxbb-wetek-play2.dtb ./amlogic/meson-gxl-s805x-libretech-ac.dtb ./amlogic/meson-gxl-s805x-p241.dtb ./amlogic/meson-gxl-s905d-libretech-pc.dtb ./amlogic/meson-gxl-s905d-mecool-kii-pro.dtb ./amlogic/meson-gxl-s905d-p230.dtb ./amlogic/meson-gxl-s905d-p231.dtb ./amlogic/meson-gxl-s905d-phicomm-n1.dtb ./amlogic/meson-gxl-s905d-sml5442tw.dtb ./amlogic/meson-gxl-s905d-vero4k-plus.dtb ./amlogic/meson-gxl-s905w-jethome-jethub-j80.dtb ./amlogic/meson-gxl-s905w-p281.dtb ./amlogic/meson-gxl-s905w-tx3-mini.dtb ./amlogic/meson-gxl-s905x-hwacom-amazetv.dtb ./amlogic/meson-gxl-s905x-khadas-vim.dtb ./amlogic/meson-gxl-s905x-libretech-cc.dtb ./amlogic/meson-gxl-s905x-libretech-cc-v2.dtb ./amlogic/meson-gxl-s905x-nexbox-a95x.dtb ./amlogic/meson-gxl-s905x-p212.dtb ./amlogic/meson-gxm-khadas-vim2.dtb ./amlogic/meson-gxm-mecool-kiii-pro.dtb ./amlogic/meson-gxm-minix-neo-u9h.dtb ./amlogic/meson-gxm-nexbox-a1.dtb ./amlogic/meson-gxm-q200.dtb ./amlogic/meson-gxm-q201.dtb ./amlogic/meson-gxm-rbox-pro.dtb ./amlogic/meson-gxm-s912-libretech-pc.dtb ./amlogic/meson-gxm-vega-s96.dtb ./amlogic/meson-gxm-wetek-core2.dtb ./amlogic/meson-s4-s805x2-aq222.dtb ./amlogic/meson-sm1-a95xf3-air.dtb ./amlogic/meson-sm1-a95xf3-air-gbit.dtb ./amlogic/meson-sm1-bananapi-m5.dtb ./amlogic/meson-sm1-h96-max.dtb ./amlogic/meson-sm1-khadas-vim3l.dtb ./amlogic/meson-s
Re: [Trisquel-devel] trisquel ARM install tarball
On Sat, 08 Jul 2023 15:37:19 +0200 David wrote: > This installer medium does not contain a suitable device-tree file for > this system (sun7i-a20-olinuxino-lime2.dtb). Aborting boot process. that could be the issue i got stuck on last year https://gitlab.trisquel.org/trisquel/package-helpers/-/merge_requests/741#note_6513 https://gitlab.trisquel.org/trisquel/package-helpers/-/merge_requests/741#note_7056 IIRC, the kernel build was not building the DT files, or not placing them in the expected location, when the 'flash-kernel' script could find them ___ Trisquel-devel mailing list [email protected] https://listas.trisquel.info/mailman/listinfo/trisquel-devel
Re: [Trisquel-devel] trisquel ARM install tarball
Thanks for the news! Le vendredi 07 juillet 2023 à 15:28 -0600, Luis Guzman a écrit : > After one year and a new release (nabia > aramo), we have made it > possible to build (allegedly) all the necessary libre components > required to run trisquel on the new archs, arm64, armhf, and ppc64el > most available at: > > - https://builds.trisquel.org/debian-installer-images/ > Was u-boot for OLinuXino-Lime2 and OLinuXino-Lime2eMMC compiled with CONFIG_GMAC_TX_DELAY=3 (suitable for gigabit ethernet with board revisions K and later) or with CONFIG_GMAC_TX_DELAY=0 (suitable for gigabit ethernet with earlier board revisions)? I have revision L, debian used to provide u-boot for board earlier than revision K, then I had to apply instructions at https://wiki.debian.org/InstallingDebianOn/Allwinner#Olimex_A20-OLinuXino-LIME2__rev._F_and_newer_and_Debian11.2F_bullseye_kernel in order to compile u-boot. I am not at home now but I have these boards with me, I'll try them after I have configured some internet access via ethernet. I also have a RockPro64 at home. I won't be there before July 22. David. ___ Trisquel-devel mailing list [email protected] https://listas.trisquel.info/mailman/listinfo/trisquel-devel
Re: [Trisquel-devel] trisquel ARM install tarball
En 07/07/23 17:17, bill-auger escribió: i can do even better this year - i have two 64-bit ARM laptops to test it on now - an olimex teres and a pinebook-pro - both can run parabola already and both are supported by armbian; so it should not be too much trouble to get them running trisquel That sounds great! Let me know what you find on the process. -- Cuanto más gente resista, más gente va a ser Libre, y más gente va a ser libre para ser Libre. Por tu propio bien, y en solidaridad a todos, elige la libertad. ¡Sé Libre! http://fsfla.org/selibre/ Luis A. Guzmán G. http://ark.switnet.org OpenPGP_signature Description: OpenPGP digital signature ___ Trisquel-devel mailing list [email protected] https://listas.trisquel.info/mailman/listinfo/trisquel-devel
Re: [Trisquel-devel] trisquel ARM install tarball
i can do even better this year - i have two 64-bit ARM laptops to test it on now - an olimex teres and a pinebook-pro - both can run parabola already and both are supported by armbian; so it should not be too much trouble to get them running trisquel ___ Trisquel-devel mailing list [email protected] https://listas.trisquel.info/mailman/listinfo/trisquel-devel
Re: [Trisquel-devel] trisquel ARM install tarball
Hello! En 21/05/22 15:13, bill-auger escribió: most importantly, it does not include the device-tree blobs, which are necessary to boot most SBCs; and AFAICT, no trisquel package ships them After one year and a new release (nabia > aramo), we have made it possible to build (allegedly) all the necessary libre components required to run trisquel on the new archs, arm64, armhf, and ppc64el most available at: - https://builds.trisquel.org/debian-installer-images/ Let's continue the discussion about arm if you have the chance, and I'll be inviting on the forum for other people interested on this topic. I must say that I have very few experience with arm, but I'm willing to keep up with the discussion. Cheers! -- Cuanto más gente resista, más gente va a ser Libre, y más gente va a ser libre para ser Libre. Por tu propio bien, y en solidaridad a todos, elige la libertad. ¡Sé Libre! http://fsfla.org/selibre/ Luis A. Guzmán G. http://ark.switnet.org OpenPGP_signature Description: OpenPGP digital signature ___ Trisquel-devel mailing list [email protected] https://listas.trisquel.info/mailman/listinfo/trisquel-devel
