On 2020-10-31, Christian Kastner wrote: > On 4/22/20 7:15 PM, Vagrant Cascadian wrote: >> The debian-installer concatenateable images from buster *should* work >> with *serial console*: >> >> https://deb.debian.org/debian/dists/buster/main/installer-arm64/current/images/netboot/SD-card-images/README.concatenateable_images >> >> Getting the installer running on LCD is still a work-in-progress, but >> you *might* be able to get the text console running by editing the boot >> arguments on the boot media and passing console=tty0 and adding the >> appropriate modules to the initrd by appending an additional cpio >> archive to it... finding out exactly which modules... is a >> project. Though you could append all of the modules for the matching >> kernel version. >> >> But no, there's no image that will "just work" without some fiddling. > > I found this older thread and wanted to check if there have been any > updates on this that I might have missed? > > I gave the images from buster a try and the installation process ran > fine on LCD until the network interface wasn't found. The modules needed since buster has changed, since some accelerated graphics support was added. I tried to add the new modules to the kernel .udebs a while back: https://salsa.debian.org/kernel-team/linux/commit/e6e296b335a7081a1a88c41dae4539f3115da44e And just tested on a pinebook: https://d-i.debian.org/daily-images/arm64/20201031-02:16/netboot/gtk/SD-card-images/ zcat firmware.pinebook.img.gz partition.img.gz | sudo dd of=/dev/DEVICE bs=4096k But it isn't working for me either... I extracted the initrd used in the installer image, and it contains: find -name '*.ko' | grep -E 'anx|pwm|panel|sun4i|sun8i|axp' ./kernel/drivers/phy/allwinner/phy-sun4i-usb.ko ./kernel/drivers/pwm/pwm-cros-ec.ko ./kernel/drivers/pwm/pwm-sun4i.ko ./kernel/drivers/net/ethernet/stmicro/stmmac/dwmac-sun8i.ko ./kernel/drivers/video/backlight/pwm_bl.ko ./kernel/drivers/mfd/axp20x-rsb.ko ./kernel/drivers/mfd/axp20x.ko ./kernel/drivers/gpu/drm/sun4i/sun4i-frontend.ko ./kernel/drivers/gpu/drm/sun4i/sun8i-mixer.ko ./kernel/drivers/gpu/drm/sun4i/sun8i_tcon_top.ko ./kernel/drivers/gpu/drm/sun4i/sun4i-drm.ko ./kernel/drivers/gpu/drm/sun4i/sun4i-tcon.ko ./kernel/drivers/gpu/drm/panel/panel-simple.ko ./kernel/drivers/gpu/drm/bridge/analogix/analogix-anx6345.ko ./kernel/drivers/regulator/pwm-regulator.ko ./kernel/drivers/regulator/axp20x-regulator.ko The patch for initramfs-tools works for me: https://salsa.debian.org/kernel-team/initramfs-tools/commit/482897b9a6001c69b16c651d4bc5b3a49a28d40f On a running pinebook with working video acceleration sufficient to run wayland/sway, lsmod outputs: Module Size Used by nls_iso8859_1 16384 1 nls_cp437 20480 1 vfat 28672 1 fat 90112 1 vfat isofs 53248 0 nls_utf8 16384 0 udf 126976 0 crc_itu_t 16384 1 udf cdrom 65536 2 udf,isofs rfkill 36864 1 ecb 16384 0 des_generic 16384 0 libdes 24576 1 des_generic cbc 16384 0 ghash_ce 24576 0 gf128mul 16384 1 ghash_ce sha2_ce 20480 0 sha256_arm64 28672 1 sha2_ce axp20x_adc 20480 0 axp20x_battery 16384 0 axp20x_ac_power 16384 0 sha1_ce 20480 0 industrialio 77824 3 axp20x_battery,axp20x_ac_power,axp20x_adc axp20x_pek 16384 0 cdc_ether 20480 0 snd_soc_simple_card 24576 0 usbnet 45056 1 cdc_ether snd_soc_simple_card_utils 24576 1 snd_soc_simple_card sun50i_codec_analog 28672 1 sun8i_adda_pr_regmap 16384 1 sun50i_codec_analog sunxi_cedrus 40960 0 r8152 90112 0 v4l2_mem2mem 32768 1 sunxi_cedrus lima 73728 0 uvcvideo 110592 0 sun4i_i2s 24576 2 sun8i_codec 28672 1 videobuf2_dma_contig 24576 1 sunxi_cedrus snd_soc_simple_amplifier 16384 1 videobuf2_vmalloc 20480 1 uvcvideo videobuf2_memops 20480 2 videobuf2_vmalloc,videobuf2_dma_contig videobuf2_v4l2 28672 3 sunxi_cedrus,uvcvideo,v4l2_mem2mem mii 20480 2 usbnet,r8152 gpu_sched 40960 1 lima aes_ce_blk 36864 0 videobuf2_common 53248 4 sunxi_cedrus,videobuf2_v4l2,uvcvideo,v4l2_mem2mem snd_soc_core 221184 6 sun4i_i2s,sun50i_codec_analog,sun8i_codec,snd_soc_simple_amplifier,snd_soc_simple_card_utils,snd_soc_simple_card crypto_simd 24576 1 aes_ce_blk cryptd 24576 1 crypto_simd aes_ce_cipher 20480 1 aes_ce_blk sun8i_thermal 16384 0 snd_pcm_dmaengine 20480 1 snd_soc_core videodev 294912 5 sunxi_cedrus,videobuf2_v4l2,uvcvideo,videobuf2_common,v4l2_mem2mem libaes 16384 3 aes_ce_cipher,ghash_ce,aes_ce_blk snd_pcm 126976 4 sun4i_i2s,sun8i_codec,snd_soc_core,snd_pcm_dmaengine sunxi_wdt 20480 0 snd_timer 45056 1 snd_pcm sun8i_ce 32768 0 snd 102400 3 snd_timer,snd_soc_core,snd_pcm sun6i_dma 36864 2 mc 53248 6 sunxi_cedrus,videodev,videobuf2_v4l2,uvcvideo,videobuf2_common,v4l2_mem2mem crypto_engine 20480 1 sun8i_ce evdev 32768 4 soundcore 20480 1 snd nvmem_sunxi_sid 16384 1 cpufreq_dt 20480 0 ip_tables 32768 0 x_tables 45056 1 ip_tables autofs4 53248 2 ext4 745472 1 crc16 16384 1 ext4 mbcache 24576 1 ext4 jbd2 139264 1 ext4 crc32c_generic 16384 2 hid_generic 16384 0 usbhid 61440 0 hid 143360 2 usbhid,hid_generic axp20x_regulator 49152 16 analogix_anx6345 20480 0 pinctrl_axp209 16384 1 analogix_dp 53248 1 analogix_anx6345 ohci_platform 16384 0 ohci_hcd 57344 1 ohci_platform ehci_platform 20480 0 sun4i_drm 20480 0 ehci_hcd 94208 1 ehci_platform sun4i_frontend 20480 1 sun4i_drm fixed 20480 4 axp20x_rsb 16384 0 axp20x 36864 1 axp20x_rsb sun8i_mixer 40960 0 i2c_mv64xxx 24576 0 usbcore 294912 9 ohci_platform,ohci_hcd,ehci_platform,usbnet,usbhid,uvcvideo,ehci_hcd,cdc_ether,r8152 sun4i_tcon 40960 1 sun4i_drm pwm_sun4i 20480 1 sun8i_tcon_top 20480 2 sun4i_tcon,sun4i_drm drm_kms_helper 217088 8 sun8i_mixer,sun4i_frontend,sun4i_tcon,sun4i_drm,analogix_anx6345,analogix_dp panel_simple 73728 0 phy_sun4i_usb 28672 4 usb_common 16384 6 ohci_hcd,ehci_platform,phy_sun4i_usb,usbcore,uvcvideo,ehci_hcd drm 552960 11 gpu_sched,sun8i_mixer,drm_kms_helper,panel_simple,lima,sun4i_frontend,sun4i_tcon,sun4i_drm,analogix_anx6345,analogix_dp sunxi_mmc 32768 0 pwm_bl 20480 0 gpio_keys 24576 0 > Apparently the WIFI is a RTL8723cs device and support landed in 5.9, That's interesting news! > coincidentally the kernel in bullseye, so I gave its SD card images a > try. However, they launch to a black screen, so I assume that this still > goes out to serial? Hrm. It should be going out to both... or at least, whichever responds first. > Assuming that I figure out how to connect the serial (apparently through > the headphone jack), should installation over serial be routine, or are > there also still gotchas? You'll probably need to toggle a switch inside the case: https://linux-sunxi.org/Pine_Pinebook#Adding_a_serial_port I'll boot to serial console and see if I can't identify the missing modules... live well, vagrant
Attachment:
signature.asc
Description: PGP signature