Início / user-350749

John Smith's questions

Martin Hope
John Smith
Asked: 2019-11-08 07:54:35 +0800 CST
  • 15

Eu quero testar alguns links físicos em uma configuração. As ferramentas de software que posso usar para testar isso exigem um dispositivo de bloco para ler/gravar de/para. Os dispositivos de bloco que tenho disponíveis não podem saturar o link físico, então não posso testá-lo completamente.

Eu sei que posso configurar um dispositivo de bloco virtual que é apoiado por um arquivo. Então, minha ideia era de alguma forma configurar um dispositivo de bloco virtual para /dev/null, mas o problema é que não consigo ler a partir dele. Existe uma maneira de configurar um dispositivo de bloco virtual que grava em /dev/null, mas apenas retorna sempre zero quando lido?

Obrigado por qualquer ajuda!

linux
Martin Hope
John Smith
Asked: 2019-11-05 08:01:09 +0800 CST
  • 5

Estou perdendo mais de uma hora com isso agora e acho que isso deve ser muito simples ...

Eu tenho um site do azure que me permite conectar e implantar nele usando sftp. Eu posso me conectar a ele usando o FileZilla com as seguintes configurações:

  • Host: o host fornecido pelo portal do Azure
  • Porta: Vazia
  • Protocolo: FTP - Protocolo de Transferência de Arquivos
  • Criptografia: exigir FTP implícito sobre TLS
  • Tipo de logon: Normal
  • Usuário: o nome de usuário fornecido pelo portal do Azure
  • Senha: a senha fornecida pelo portal do Azure.

Eu não quero me conectar a ele usando o FileZilla. Eu quero mover arquivos usando a linha de comando. Estou tentando usar sftpe tudo ftpsem scpsucesso. No final, todos eles falham com o seguinte:

$ sftp -v -oPort=990 [email protected]
OpenSSH_7.9p1, OpenSSL 1.0.2r  26 Feb 2019
debug1: Reading configuration data /home/rg/.ssh/config
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 17: Applying options for *
debug1: Connecting to xxxxxxx.azurewebsites.windows.net [xxx.xxx.xxx.xxx] port 990.
debug1: Connection established.
debug1: identity file /home/rg/.ssh/id_rsa type 0
debug1: identity file /home/rg/.ssh/id_rsa-cert type -1
debug1: identity file /home/rg/.ssh/id_dsa type -1
debug1: identity file /home/rg/.ssh/id_dsa-cert type -1
debug1: identity file /home/rg/.ssh/id_ecdsa type -1
debug1: identity file /home/rg/.ssh/id_ecdsa-cert type -1
debug1: identity file /home/rg/.ssh/id_ed25519 type -1
debug1: identity file /home/rg/.ssh/id_ed25519-cert type -1
debug1: identity file /home/rg/.ssh/id_xmss type -1
debug1: identity file /home/rg/.ssh/id_xmss-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_7.9
ssh_exchange_identification: Connection closed by remote host
Connection closed.
Connection closed

Eu testei que a versão OpenSSL em uso suporta TLS 1.2. Nem é o host nos hosts conhecidos com outra impressão digital.

Espero que alguém possa me ajudar aqui.

ssh
Martin Hope
John Smith
Asked: 2019-05-01 08:50:08 +0800 CST
  • 1

Eu tenho um SoC-FPGA (DE0-nano-soc) que contém uma CPU ARM-Cortex-A9 com um FPGA Cyclone V em um único chip. a CPU tem acesso a 1gb de memória DDR3, mas o FPGA também pode acessar essa memória para compartilhar dados.

Agora eu configurei o linux para ver apenas 900M do total de RAM usando o parâmetro boot mem=900M. Desta forma eu tenho um pouco de memória RAM que o linux não toca que posso usar para me comunicar com o FPGA. Eu quero escrever nessa parte da RAM usando /dev/mem. Recebo um erro de permissão negada quando mapeio de memória o endereço apropriado, suponho que seja porque meu kernel foi CONFIG_STRICT_DEVMEMdefinido.

Agora eu realmente não quero desabilitar isso, pois eu realmente só preciso escrever para endereços que o linux não usa. Existe uma maneira de dizer ao kernel do linux que não há problema em gravar nessa parte específica, mas a memória normal ainda tem limites?

linux linux-kernel