[FUG-BR] Intel hd 3000.

[Otacílio]

On 24/05/2012 15:21, William Grzybowski wrote:
> 2012/5/24 Otacílio<otacilio.neto em bsd.com.br>:
>> 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.
>
> Pra quê? Está escrito muito claramente que o KMS está em desenvolvimento...

Por que ele mesmo sugeriu!
     I have the problem ....
         Do not mail me in private. Use mailing lists, x11@ is probably 
right one.

>
>> 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...
>
> Até onde eu saiba não existe ninguém pedindo para testar, o
> desenvoledor deixa isso muito claro. (a.k.a. use por conta própria).
> Quando estiver maduro o suficiente tenho certeza que lançarão um CFT
> no freebsd-x11@ e current em .
>
>


Ok, ele é o desenvolvedor "Deus" vai fazer certo de primeira, sem teste 
e sem p. nenhuma. Fico feliz por isso já este driver em particular foi 
pago para ser feito pela foundation.

Na próxima que alguém perguntar esse tipo de coisa vou dar a resposta 
mais fácil:

Use um Linux!