Estou trabalhando em um sistema arm64 ( Arm PL011 ) e portei o linux 5.15.68 usando u-boot-spl , busybox. No passado, eu podia usar Ctrl-C no shell do linux digitando
setsid cttyhack sh
Mas de alguma forma não funciona agora. E também recebo um erro:
can't open /dev/ttyAMA0
Houve algumas mudanças, mas não sei o que causou essa mudança.
Eu sei que o comando dmesg imprime a mensagem armazenada em um buffer de anel. Mas, a partir do código-fonte do Linux, qual é o nome do buffer? Quero olhar para o buffer depois que o Linux for encerrado sem nenhuma mensagem. Suspeito que não seja por uma armadilha de software (portanto, nenhuma mensagem de pânico), mas posso examinar a memória (com algum System.map e conversão de endereço virtual para físico).
Eu li em algum lugar que a enumeração PCI (encontrando o barramento e o dispositivo, funções) é feita pelo BIOS no sistema x86. (Hoje eu vi novamente em um documento da web coreano: https://melonicedlatte.com/computerarchitecture/2019/11/27 /234300.html ). Então e o sistema baseado em arm64? Eu encontrei em https://patchwork.kernel.org/project/linux-pci/patch/[email protected]/ arm64 usa UEFI para inicialização de PCIe e também encontrei u -boot suporta PCIe para arm64. Então, se eu não usar o firmware UEFI e usar o u-boot e não fizer nada sobre o PCIe durante o u-boot, o sistema operacional (linux) fará a enumeração? (é claro que eu configuro o linux para PCI e meu controlador PCIe).
Por exemplo, nesta página:
https://elixir.bootlin.com/linux/latest/source/arch/arm64/boot/dts/arm/fvp-base-revc.dts
Eu quero baixar o arquivo .dts. Mas se eu apenas fizer
wget https://elixir.bootlin.com/linux/latest/source/arch/arm64/boot/dts/arm/fvp-base-revc.dts
não é um arquivo .dts, mas um arquivo semelhante a html.
Como posso baixar a fonte exibida?
Estou aprendendo sobre u-boot. usando o modelo qemu, eu poderia (usando qemu) carregar a imagem no local de memória que eu quero e eu poderia executar a inicialização do kernel usando o booti addrcomando. Como você sabe no arm64, não há uImage.
Então, ao construir o kernel linux para arm (32 bits), o que make LOADADDR=0x20008000 uImagesignifica? Podemos carregar (do cartão SD ou da rede) o uImage em qualquer lugar que quisermos usando o shell u-boot de qualquer maneira. Então, isso significa que quando executamos bootmo comando, o programa u-boot realoca a imagem do kernel dentro do uImage para 0x20008000? É difícil encontrar essas informações.
no comando df -k, vejo discos sda, sdb, sdc. Eles têm algumas partições (por exemplo, sda tem sda1, sda3). Desejo desanexar sdb e sdc temporariamente para atualização do sistema operacional. Como exatamente posso saber qual disco é qual? (na verdade, sei que sdc é o disco que anexei recentemente, mas como posso saber sda, sdb, sdc da conexão SCSI? Lembro que os conectores SCSI não tinham nenhuma ordem ..)
ckim@stph45:/boot/grub] cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
Vendor: ATA Model: Samsung SSD 850 Rev: EXM0
Type: Direct-Access ANSI SCSI revision: 05
Host: scsi1 Channel: 00 Id: 00 Lun: 00
Vendor: ATA Model: ST2000DM001-1CH1 Rev: CC27
Type: Direct-Access ANSI SCSI revision: 05
Host: scsi2 Channel: 00 Id: 00 Lun: 00
Vendor: HL-DT-ST Model: BD-RE BH16NS40 Rev: 1.00
Type: CD-ROM ANSI SCSI revision: 05
Host: scsi4 Channel: 00 Id: 00 Lun: 00
Vendor: ATA Model: WDC WD100EFAX-68 Rev: 83.H
Type: Direct-Access ANSI SCSI revision: 05
ckim@stph45:/boot/grub] df -k
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda3 226026064 103433752 111103800 49% /
tmpfs 32958068 0 32958068 0% /dev/shm
/dev/sda1 201454560 4911408 186303152 3% /tools
/dev/sdc1 4806455048 387782752 4174511784 9% /home1
/dev/sdc2 4806466304 18391096 4543914032 1% /home2
/dev/sdb1 1922727280 853724060 971327620 47% /home