Mostrando postagens com marcador driver. Mostrar todas as postagens
Mostrando postagens com marcador driver. Mostrar todas as postagens
segunda-feira, 7 de março de 2016
Novo driver experimental melhora a qualidade de áudio do Raspberry Pi
É de conhecimento de alguns que a saída de áudio analógico do Raspberry Pi via jack 3.5mm é longe de ser ideal. Suas limitações vem desde a criação do primeiro Raspberry Pi e teve algumas melhoras na parte de hardware com a vinda do Raspberry Pi B+.
quinta-feira, 11 de fevereiro de 2016
Nova atualização do Raspbian traz driver OpenGL experimental com aceleração
![]() | |
| Neverball se torna jogável após o novo driver |
A nova atualização do Raspbian traz consigo uma novidade que irá agradar muitos, um driver OpenGL com aceleração pela GPU. Para quem não sabe, de forma geral, os drivers para esses SoC utilizados em minipcs/embarcados são para OpenGL ES (OpenGL for Embedded Systems).
Para rodar um jogo ou aplicação feita em OpenGL nesses dispositivos com aceleração era necessário portar o código para OpenGL ES ou utilizar wrappers que traduzem a API. Uma outra forma era a renderização via software somente (que é lenta).
Tags:
atualização,
driver,
opengl,
raspberry pi,
raspbian
segunda-feira, 31 de março de 2014
Saiu o ganhador dos $10000 de recompensa da fundação Raspberry Pi
No final de fevereiro quando a Broadcom liberou toda documentação e código da stack gráfica do VideoCore IV, a fundação Raspberry Pi anunciou um prêmio de $10000 (
dez mil dólares ) para a primeira pessoa que demonstrasse a eles um
gameplay jogável de Quake III em bons frames por segundo no Raspberry Pi
utilizando drivers abertos. A competição valia para o mundo todo e finalmente temos um ganhador.
O feito foi de Simon Hall, que fez boas contribuições para a comunidade do Raspberry Pi, como por exemplo novas funções como memcpy e memset da libc otimizadas.
As instruções abaixo são uma tradução minha das instruções enviadas por Simon ao raspberrpi.org, de como ter o jogo funcionando no driver opensource.
O feito foi de Simon Hall, que fez boas contribuições para a comunidade do Raspberry Pi, como por exemplo novas funções como memcpy e memset da libc otimizadas.
As instruções abaixo são uma tradução minha das instruções enviadas por Simon ao raspberrpi.org, de como ter o jogo funcionando no driver opensource.
Tags:
driver,
game,
hardware,
kernel,
opensource,
programação,
raspberry pi,
raspberrypi,
soc
sexta-feira, 28 de fevereiro de 2014
Broadcom libera toda documentação e código da stack gráfica do VideoCore IV
Mais um ganho para a comunidade, a Broadcom liberou toda documentação e código da stack gráfica do VideoCore IV na licença BSD de 3 cláusulas.
É fato que todo SoC equipado com o núcleo gráfico VideoCore IV necessita de um blob binário pra se comunicar com o hardware, assim como o SoC utilizado no Raspberry Pi e alguns smartphones. E apesar de já existir a parte referente a userland em código aberto ele precisava se comunicar com esse blob para acessar o hardware.
A falta de um driver verdadeiramente opensource e sua documentação como sempre atrapalhavam a resolução de problemas e possíveis bugs na implementação.
A liberação do fonte é baseada no chip BCM21553, mas que deve ser relativamente fácil portar para outros chips.
Como incentivo a Fundação Raspberry Pi estará dando um prêmio de $10000 ( dez mil dólares ) para a primeira pessoa que demonstrar a eles um gameplay jogável de Quake III em bons frames por segundo no Raspberry Pi utilizando esses drivers abertos. A competição vale para o mundo todo e você pode encontrar as regras aqui.
Apesar de tudo ainda há certas partes do chip BCM2835 em que se é necessário utilizar blobs. Mas creio que a comunidade continuará pressionando e futuramente podem liberar todo restante.
Documentação: http://www.broadcom.com/docs/support/videocore/VideoCoreIV-AG100-R.pdf
Código fonte: http://www.broadcom.com/docs/support/videocore/Brcm_Android_ICS_Graphics_Stack.tar.gz
Referências:
http://www.raspberrypi.org/archives/6299
http://blog.broadcom.com/chip-design/android-for-all-broadcom-gives-developers-keys-to-the-videocore-kingdom/
Está gostando do blog? Ajude-nos a divulgar e compartilhe, curta nossa página no Facebook ou siga-nos no Twitter.
É fato que todo SoC equipado com o núcleo gráfico VideoCore IV necessita de um blob binário pra se comunicar com o hardware, assim como o SoC utilizado no Raspberry Pi e alguns smartphones. E apesar de já existir a parte referente a userland em código aberto ele precisava se comunicar com esse blob para acessar o hardware.
A falta de um driver verdadeiramente opensource e sua documentação como sempre atrapalhavam a resolução de problemas e possíveis bugs na implementação.
A liberação do fonte é baseada no chip BCM21553, mas que deve ser relativamente fácil portar para outros chips.
Como incentivo a Fundação Raspberry Pi estará dando um prêmio de $10000 ( dez mil dólares ) para a primeira pessoa que demonstrar a eles um gameplay jogável de Quake III em bons frames por segundo no Raspberry Pi utilizando esses drivers abertos. A competição vale para o mundo todo e você pode encontrar as regras aqui.
Apesar de tudo ainda há certas partes do chip BCM2835 em que se é necessário utilizar blobs. Mas creio que a comunidade continuará pressionando e futuramente podem liberar todo restante.
Documentação: http://www.broadcom.com/docs/support/videocore/VideoCoreIV-AG100-R.pdf
Código fonte: http://www.broadcom.com/docs/support/videocore/Brcm_Android_ICS_Graphics_Stack.tar.gz
Referências:
http://www.raspberrypi.org/archives/6299
http://blog.broadcom.com/chip-design/android-for-all-broadcom-gives-developers-keys-to-the-videocore-kingdom/
Está gostando do blog? Ajude-nos a divulgar e compartilhe, curta nossa página no Facebook ou siga-nos no Twitter.
Tags:
driver,
hardware,
opensource,
programação,
raspberry pi,
raspberrypi,
soc
quinta-feira, 28 de novembro de 2013
Patch para controlar os leds ethernet do Raspberry Pi
Ao ler de usuários a vontade de poder controlar os leds do próprio Raspberry Pi, me vi também interessado, mas no meu caso em poder desligar todos. Infelizmente desligar todos via software não é possível, pois o led PWR é ligado diretamente na energia.
De modo normal hoje só é possível controlar o ACT led que é ligado diretamente via gpio no SoC da Broadcom, por meio do sysfs em:
/sys/class/leds/led0
Você pode desativar:
echo none > /sys/class/leds/led0/trigger
Reativar:
echo mmc0 > /sys/class/leds/led0/trigger
Ou controlar o mesmo desativando primeiramente e controlando via brightness:
![]() |
| Controle de leds no Raspberry Pi |
De modo normal hoje só é possível controlar o ACT led que é ligado diretamente via gpio no SoC da Broadcom, por meio do sysfs em:
/sys/class/leds/led0
Você pode desativar:
echo none > /sys/class/leds/led0/trigger
Reativar:
echo mmc0 > /sys/class/leds/led0/trigger
Ou controlar o mesmo desativando primeiramente e controlando via brightness:
Tags:
driver,
kernel,
leds,
linux,
patch,
programação,
raspberry pi,
raspberrypi






