Confira !!
Uma grande série de patches foi enviada hoje, totalizando 42 patches e mais de quatro mil linhas de código para introduzir o conceito de regiões de memória ao driver gráfico Intel Linux. O suporte a regiões de memória está se preparando para a memória local do dispositivo com os futuros produtos gráficos da Intel.
O conceito de regiões de memória está sendo adicionado ao driver DRM do kernel Linux "i915" da Intel para " preparação para os próximos dispositivos com memória local do dispositivo"O conceito é ter diferentes" regiões "de memória para memória do sistema como para qualquer memória local de dispositivo (LMEM). O código publicado de hoje também introduz um alocador simples e permite que o código de gerenciamento de memória GEM existente possa alocar memória para esses Até agora, com os gráficos integrados da Intel, eles não precisavam se preocupar com essa funcionalidade, nem mesmo com o cache eDRAM / L4 de processadores gráficos selecionados.
Esta memória local de dispositivo para futuras GPUs Intel é quase certamente para placas gráficas discretas da Intel, com a vRAM dedicada prevista para estrear em 2020. Nas últimas gerações do Iris Pro com eDRAM, o driver Intel Linux já suportou essa funcionalidade. A mensagem de patch em si deixa claro que isso é para "dispositivos futuros", mas sem ativar nenhum suporte de hardware no momento. Este código de região de memória não toca em nenhum dos suportes de hardware existentes, como o código de gráficos Icelake "Gen 11".
Está claro nos remendos que este próximo hardware é uma saída. Sem conectar-se a nenhum suporte de hardware real neste momento, uma das correções é fornecer regiões falsas do LMEM (memória local) para exercitar esse novo caminho de código. Enquanto isso, sabemos que há meses os desenvolvedores de drivers de gráficos Linux da Intel têm rodado hardware de pré-produção de Icelake em seus laboratórios, fazendo-nos pensar que este é um trabalho de estágio inicial para a educação gráfica dedicada "Xe" a empresa ainda não falou publicamente sobre isso. Também seria um pouco tarde para a Intel apenas agora publicar este código se s para um produto nos próximos meses, considerando que eles são geralmente muito mais pontuais em seu suporte de driver Linux para alinhá-lo com a cadência de lançamento do kernel e os ciclos de adoção do kernel usados pelas principais distribuições do Linux. Esta falsa região de memória local está apenas esculpindo memória da RAM do sistema para testar a nova infraestrutura. Esse falso suporte também é indicado que ele será upstream, em vez de um hack rápido, não para ser mesclado ao kernel, provavelmente indicando que demorará algum tempo antes que seus desenvolvedores tenham hardware Intel real localmente com a memória local do dispositivo.
Não seria surpreendente ver os desenvolvedores de drivers Linux de código aberto da Intel já se preparando para futuros produtos de GPU discretos da Intel. Com as gerações passadas de gráficos da Intel, geralmente vemos os primeiros patches do kernel do Linux cerca de um ano ou mais a partir do lançamento do hardware - ou a estréia inicialmente estimada para os referidos produtos. Embora o design de seu processador gráfico discreto inicial ainda não tenha sido finalizado, faria sentido para seus desenvolvedores começarem a fazer a reestruturação de código necessária, como para a memória local do dispositivo com GPUs distintas. Dito isso, eu não esperaria até mais tarde em 2019, pelo menos, antes de ver um driver mais definitivo de código aberto funcionando em torno de seus esforços discretos de GPU.
Fonte
Até a próxima !!
Nenhum comentário:
Postar um comentário