[FUG-BR] Intel hd 3000.
Otacílio
otacilio.neto em bsd.com.br
Quinta Maio 24 15:14:02 BRT 2012
On 24/05/2012 14:33, William Grzybowski wrote:
> On Thu, May 24, 2012 at 2:26 PM, Alessandro de Souza Rocha
> <etherlinkii em gmail.com> wrote:
>> Em 24 de maio de 2012 14:25, Otacílio<otacilio.neto em bsd.com.br> escreveu:
>>> On 24/05/2012 14:13, Alessandro de Souza Rocha wrote:
>>>> Se alguem ja conseguiu o milagra de fazer esta maldita placa funfar do FreeBSD
>>>> eu quero a receita porque ate agora ja fiz de tudo ate fui pra 10.0 e
>>>> nada so apresentar esta erro
>>>>
>>>> ==) Log file: "/var/log/Xorg.2.log", Time: Thu May 24 13:33:25 2012
>>>> (==) Using config file: "/etc/X11/xorg.conf"
>>>> (EE) intel(0): [drm] Failed to open DRM device for pci:0000:00:02.0: File exists
>>>> (EE) intel(0): Failed to become DRM master.
>>>> DRM_IOCTL_I915_GEM_APERTURE failed: Bad file descriptor
>>>> Assuming 131072kB available aperture size.
>>>> May lead to reduced performance or incorrect rendering.
>>>> get chip id failed: -1 [9]
>>>> param: 4, val: 0
>>>> Assertion failed: (0), function drm_intel_bufmgr_gem_init, file intel_bufmgr_gem
>>>> .c, line 2332.
>>>> xinit: giving up
>>>> xinit: unable to connect to X server: Connection refused
>>>> xinit: server error
>>>> xauth: error in locking authority file /root/.Xauthority
>>>>
>>>>
>>>
>>> Alessandro, sei que não é a resposta que você deseja, mas vc já tentou
>>> relatar o problema para o mantenedor do driver? Quando eu tenho
>>> problemas com ports e faço isso geralmente consigo boas respostas.
>>>
>>> []'s
>>> -Otacílio
>>> -------------------------
>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>>
>> vou mandar um e-mail para ele, ver se dar alguma luz no final do tunel.
>
> Eu não faria isso se fosse você...
>
> Veja o FAQ em http://wiki.freebsd.org/Intel_GPU, pode ajudar, lá tem
> algumas dicas (ponto para o primeiro item: Do not mail me in private.
> Use mailing lists, x11@ is probably right one)
>
> O que o desenvolvedor menos quer e ficar ouvindo problema de driver
> sem todo o procedimento de bug reporting.
>
> O KMS ainda está em pleno desenvolvimento, pessoalmente acho que ainda
> não vale a pena ficar quebrando a cabeça com isso.
>
Se não vai mandar para o desenvolvedor então mande para a lista que ele
sugere (x11) pelo menos para ficar registrado em algum lugar que esse
driver não está funcionando.
Já é difícil arrumar gente para testar e quando tem um que testa não
querer nem ouvir é o que faz dar vontade de migrar para o Linux. Mas
fazer o que? cada um cada um...
Mais detalhes sobre a lista de discussão freebsd