Comandos OEM IPMI
O XCC é compatível com os seguintes comandos OEM IPMI: Cada comando requer um nível de privilégio diferente, conforme listado a seguir.
Código | Comandos Netfn 0x2E | Privilégio |
---|---|---|
0xCC | Redefinir XCC como padrão | PRIV_USR |
Código | Comandos Netfn 0x3A | Privilégio |
---|---|---|
0x00 | Consultar versão de firmware | PRIV_USR |
0x0D | Informações da placa | PRIV_USR |
0x1E | Opções de atraso de restauração de energia do chassi | PRIV_USR |
0x38 | NMI e Redefinição | PRIV_USR |
0x49 | Iniciar coleta de dados | PRIV_USR |
0x4A | Enviar arquivo | PRIV_USR |
0x4D | Status da coleta de dados | PRIV_USR |
0x50 | Obter informações de construção | PRIV_USR |
0x55 | Obter/definir nome do host | PRIV_USR |
0x6B | Consultar nível de revisão de firmware FPGA | PRIV_USR |
0x6C | Consultar nível de revisão de hardware de placa | PRIV_USR |
0x6D | Consultar nível de revisão de firmware PSoC | PRIV_USR |
0x98 | Controle de porta USB FP | PRIV_USR |
0xC7 | Comutador de IPMI NM nativo | PRIV_ADM |
- Reconfigurar XCC para comando padrão
Esse comando redefine a definição de configuração do XCC para os valores padrão.
Função líquida = 0x2E Código Comando Solicitação, Dados de resposta Descrição 0xCC Redefinir XCC como padrão
Solicitação:
Byte 1 – 0x5EByte 2 – 0x2B
Byte 3 – 0x00
Byte 4 – 0x0AByte 5 – 0x01
Byte 6 – 0xFF
Byte 7 – 0x00Byte 8 – 0x00
Byte 9 – 0x00
Resposta:
Byte 1 – Conclusão de CodeByte 2 – 0x5EByte 3 – 0x2B
Byte 4 – 0x00
Byte 5 – 0x0AByte 6 – 0x01
Byte 7 – Dados de resposta- 0 = Sucesso
- diferente de zero = Falha
Esse comando redefine as definições de configuração do XCC para os valores padrão.
- Comandos de informações de placa/firmware
Esta seção lista os comandos para consultar as informações de placa e firmware.
Função líquida = 0x3A Código Comando Solicitação, Dados de resposta Descrição 0x00
Consultar versão de firmware
Solicitação:
Nenhum dado sobre a solicitação
Resposta:
Byte 1 – Código de conclusão
Byte 2 - Versão principal
Byte 3 - Versão secundária
Esse comando retorna os números de versão principal e secundária do firmware. Se o comando for feito com o 1 byte opcional de dados de solicitação, a resposta do XCC também retornará o terceiro campo (revisão) da versão.
(Revisão, Principal, Secundária)
0x0D
Consultar informações da placa
Solicitação: N/A
Resposta:
Byte 1 – ID do sistema
Byte 2 – Revisão da placa
Esse comando retorna a revisão do planar e ID da placa.
0x50
Consultar informações de construção
Solicitação: N/A
Resposta:
Byte 1 – Código de conclusão.
Bytes 2:10 – Nome da construção ASCIIZ
Bytes 11:23 – Data de construção ASCIIZ
Bytes 24:31 – Tempo de construção ASCII
Esse comando retorna o nome, a data e o tempo de construção. As sequências de nome e data de construção têm uma finalização zero.
O formato da data de construção é AAAA-MM-DD.
por exemplo, "ZUBT99A"- “2005-03-07”
- “23:59:59”
0x6B
Consultar nível de revisão de firmware FPGA
Solicitação:
Byte 1 – Tipo de dispositivo FPGA*
Tipo de dispositivo FPGA
0 = Local (nível ativo)
1 = Placa de CPU 1 (nível ativo)
2 = Placa de CPU 2 (nível ativo)
3 = Placa de CPU 3 (nível ativo)
4 = Placa de CPU 4 (nível ativo)
5 = ROM primário local
6 = ROM de recuperação local
Resposta:
Byte 1 – Código de conclusão
Byte 2 – Nível de revisão principal
Byte 3 – Nível de revisão menor
Byte 4 – Nível de revisão subinferior
(Byte de teste em plataformas do XCC)
Esse comando retorna o nível de revisão do firmware FPGA.
Se o Byte 1 for omitido, o local (nível ativo) será selecionado
0x6C
Consultar nível de revisão de hardware de placa
Solicitação:
Sem dados.
Resposta:
Byte 1 – Código de conclusão
Byte 2 – Nível de revisão
Esse comando retorna o nível de revisão do hardware da placa onde o FPGA reside.
0x6D
Consultar nível de revisão de firmware PSoC
Solicitação:
Nenhum(a)
Resposta:
Byte 1 – Código de conclusão
Byte 2 – bin#
Byte 3 – APID
Byte 4 – Rev
Byte 5-6 – ID da FRU
Bytes 6:N – repetição de bytes 2-6 para cada PSoC detectado
Esse comando retorna o nível de revisão de todos os dispositivos PSoC detectados.
Nota: bin# representa um local físico. Consulte as especificações do sistema para obter detalhes.
- Comandos de controle do sistema
A especificação IPMI fornece o controle básico de ativação e redefinição. A Lenovo adiciona funções de controle adicionais.
Função líquida = 0x2E Código Comando Solicitação, Dados de resposta Descrição 0x1E
Opções de atraso de restauração de energia do chassi
Solicitação:
Byte 1
Tipo de solicitação:
0x00 = Definir opções de atraso
0x01 = Consultar opções de atraso
Byte 2
(se byte 1 = 0x00)
0x00 = Desabilitado (padrão)
0x01 = Aleatório
0x02 - 0xFF Reservado
Resposta:
Byte 1 – Código de conclusão
Byte 2 – Opções de atraso (somente para solicitação de consulta)
Essa configuração é usada quando a política de restauração de energia do chassi está configurada para ser sempre ligar ou restaurar para ser ligada (se anteriormente ativada), depois que a CA é aplicada/retorna. Há duas opções: Desabilitado (a configuração padrão, sem atraso quando habilitado) e Aleatório. A configuração de atraso aleatório fornece um atraso aleatório de 1 a 15 segundos, a partir da hora em que CA é aplicada/retorna e quando o servidor é ligado automaticamente.
O comando é aceito pelo XCC apenas em servidores de rack.
0x38
NMI e redefinição
Solicitação:
Byte 1 – Número de segundos- 0 = Apenas NMI
Byte 2 – Tipo de redefinição- 0 = redefinição flexível
- 1 = ciclo de ativação
Resposta:
Byte 1 – Código de conclusão
Esse comando é usado para executar um NMI do sistema. Opcionalmente, o sistema pode ser redefinido (reinicializado) ou o ciclo de ativação será executado após o NMI.
Se o campo "Número de segundos" não for 0, o sistema será redefinido ou o ciclo de ativação será executado após o número especificado de segundos.
O Byte 2 da solicitação é opcional. Se o byte 2 não for fornecido ou tiver um valor de 0x00, uma reinicialização flexível será executada. Se o byte 2 for 0x01, será executado o ciclo de ativação do sistema.
- Comandos diversos
Esta seção destina-se a comandos que não se encaixam em outra seção.
Função líquida = 0x3A Código Comando Solicitação, Dados de resposta Descrição 0x55
Obter/definir nome do host
Tamanho da solicitação = 0:
Dados da solicitação vazios
Resposta:
Tamanho da solicitação 1-64:Byte 1
Código de conclusão
Bytes 2-65
Nome do host atual.
ASCIIZ, sequência terminada nula.
Bytes 1-64
Nome do host do DHCP
ASCIIZ terminado com 00h
Use este comando para Obter/definir nome do host.
Ao configurar o nome do host, o valor desejado deve ser terminado por um 00h. O nome do host está limitado a 63 caracteres mais o nulo.
0x98
Controle de porta USB FP
Solicitação:
Byte 1
Resposta:01h:
Obter o proprietário atual da porta USB do painel frontal
Byte 1 – Código de conclusão
Byte 2
Solicitação:00h:
Pertencente ao host
01h:
Pertencente ao BMC
Byte 1
Resposta:02h:
Obter a configuração da porta USB do painel frontal
Byte 1 – Código de conclusão
Byte 2
00h:
Dedicado ao host
01h:
Dedicado ao BMC
02h:
Modo compartilhado
Byte 3:4 – Tempo limite de inatividade em minutos (MSB primeiro)
Byte 5 – Habilitar botão de ID
00h:
Desabilitado
01h:
Habilitado
Byte 6 – Histerese (opcional) em segundos
Solicitação:
Byte 1
03h: definir a configuração da porta USB do painel frontal
Byte 2
00h:
Dedicado ao host
01h:
Dedicado ao BMC
02h:
Modo compartilhado
Byte 3:4 – Tempo limite de inatividade em minutos (MSB primeiro)
Byte 5 – Habilitar botão de ID
00h:
Desabilitado
01h:
Habilitado
Byte 6 – Histerese (opcional) em segundos
Resposta:
Byte 1 - Código de conclusão de Byte 2
Resposta:00h:
Alternar para host
01h:
Alternar para BMC
Byte 1 – Código de conclusão
Byte 1
05h:
Habilitar/desabilitar a porta USB do painel frontal
Byte 2
00h:
Desabilitar
01h:
Habilitar
Resposta:
Byte 1 – Código de conclusão
Solicitação:
Byte 1
Resposta:06h:
Ler o estado de ativação/desativação da porta USB do painel frontal
Byte 1 - Código de conclusão
Byte 2
Esse comando é usado para consultar o status/configuração da porta USB FP, configurar o modo/tempo limite da porta USB FP e alternar o proprietário da porta USB entre o host e o BMC.
Na configuração, o USB FP pode ter 3 modos – dedicados ao host, pertencente exclusivamente ao BMC ou modo compartilhado que permite que o proprietário alterne entre o host e o BMC.
Se o modo compartilhado estiver habilitado, a porta USB será conectada ao BMC quando o servidor for desligado e conectada ao servidor quando o servidor estiver ligado.
Quando o modo compartilhado estiver habilitado e a energia do servidor estiver ativa, o BMC retornará a porta USB de volta para o servidor após decorrer o tempo limite de inatividade na configuração.
Se o servidor tiver o botão de identificação, os usuários poderão habilitar/desabilitar o botão de ID para alternar o proprietário da porta USB FP segurando o botão de ID por mais de três segundos.
Histerese em segundos serão configuradas quando a porta for alternada automaticamente durante o ciclo de ativação. Este é um parâmetro opcional.
Servidores SD530
Na plataforma SD530, a porta é opcional e, se presente, é conectada diretamente ao XCC e apenas ao XCC. Alternar a porta para o host não está disponível.
Quando o comando é emitido com byte 1 = 1, o XCC sempre responderá que a porta pertence ao BMC.
Quando o comando é emitido com byte 1 = 2, o XCC sempre responderá que a porta é dedicada ao BMC.
Quando o comando é emitido com byte 1 = 3 ou byte 1 = 4, o XCC responderá com o código de conclusão D6h.
Servidores não SD530
Na plataforma não SD530, o uso do XCC da porta USB do painel frontal pode ser desabilitado alternando para o modo "Apenas host".
Quando o comando é emitido com byte 1 = 5 ou byte 1 = 6, o XCC responderá com o código de conclusão D6h.
0xC7
Comutador de IPMI NM nativo
Tamanho da solicitação = 0:
Dados da solicitação vazios
Resposta:
Tamanho da solicitação= 1:Byte 1
Código de conclusão
Bytes 2
Status atual de ativação/desativação
Resposta:Byte 1
Atributo de ativação/desativação da interface NM IPMI nativa
00h – Desabilitar
01h – Habilitar
Byte 1
Código de conclusão
Esse comando é usado para habilitar/desabilitar a função de ponte do XCC para os comandos IPMI Intel nativos.