Riscos na tela (GMA 3600) e wifi não é detectada (rtl8192ce) - Debian Stretch, kernel 3.2

648trindade
(usa Debian)

Enviado em 01/03/2016 - 04:01h

Oi pessoal,

Estou com problemas em um notebook com debian, mas pra evitar dúvidas acho melhor eu contar a historinha da vida livre dele (se não quiser ler, pule pra [problemas])

Ele é um CCE Win I30S, vai fazer 4 anos que já tenho ele. Ele veio com um Intel Atom D2500 @1.86x2 e com Intel GMA 3600 de adaptador de vídeo integrado (baseado no PowerVR SGX 545), e uma Realtek rtl8192ce de wireless

Em 2013 eu resolvi instalar um linux nele, porém enfrentei muitas dificuldades: Nada funcionava
Meu GMA 3600 simplesmente não funciona com os drivers/módulos open source dele, somente com os proprietários (windows).
Testei Ubuntu, Mint, Fedora, Slackware (testaram pra mim) e Arch (isso esses dias atrás) e em nenhum deles funcionou o vídeo: a tela buga como vocês podem ver na foto a seguir

http://i.imgur.com/FzbQWr9.jpg

Postei meu problema em n forums, inclusive no da Intel, no qual apenas me responderam "My recommendation is to install the validated operating system to discard issues."

Na época o único SO linux-based que funcionou foi o Debian Wheezy (do Jessie pra cima já dava o mesmo erro). Ontem descobri que ele funciona porque usa o kernel 3.2, o qual ainda não tem suporte pro adaptador no kernel (que foi colocado a partir do 3.3, de acordo com a wiki do Arch Linux: https://wiki.archlinux.org/index.php/Intel_GMA3600.

O Xorg então carregava um módulo de vídeo genérico (vesa) e conseguia a resolução máxima da tela do note (1366x768) sem aceleração 3D, mas pra mim isso já era o suficiente. Porém tinha alguns problemas como não expandir a tela em monitores externos (só duplicar), não voltar de uma suspensão e não alterar o brilho.

Depois de todo esse tempo resolvi brincar com ele novamente. Instalei o Debian Wheezy 7.9 com a imagem netinst e não instalei a parte gráfica nem a rede com o instalador, resolvi fazer tudo na mão pra deixar meio 'minimalista' e aprender um pouco.

Enfim, consegui, tava tudo funcionando como já era esperado no meu desktop Mate personalizado (com transparência, coisa que o gnome se recusava a me dar antes)

Resolvi então ir a luta e atualizar. Providenciei para que o kernel não fosse atualizado (removi o meta-pacote linux-image-686-pae), troquei os repositórios pro jessie e dei um dist-upgrade

Após atualizado, tudo funcionando normal, apesar das mesmas inconveniências antes citadas. Tomei coragem e após alguns reboots fiz o mesmo processo só que agora pro testing

Após reiniciado o note, percebi que o sistema tinha trocado de systemV pra systemD (padrão do testing) e que havia melhorias!
Agora multiplas opções de resolução são suportadas pelo display do note, a expansão para uma tela externa está funcionando e ele volta do estado suspenso sem crashar! (isso é mérito do systemV ou do Xorg?)

[problemas]

Entretanto nem tudo são flores: a tela está apresentando falhas na renderização que estão me deixando nervoso. Para explicar melhor vocês podem olhar o vídeo abaixo:



Não faço ideia do que seja. Aqui o Xorg.0.log (muito grande, pastebin nele):

http://paste.debian.net/410493/

Mas o pior dos problemas está na rede wireless: ela não é mais detecada.
Nem o ifconfig, nem o iwconfig nem o rfkill detectam o adaptador wireless, apesar do lspci detectar e dele constar no rules.d

Aqui as saídas que eu achei:

# lspci | grep -e Network -e Ethernet

02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8192CE PCIe Wireless Network Adapter (rev 01)

03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 05) 

# ifconfig -a

eth0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500

        ether 00:e0:4c:ba:4b:74  txqueuelen 1000  (Ethernet)

        RX packets 0  bytes 0 (0.0 B)

        RX errors 0  dropped 0  overruns 0  frame 0

        TX packets 0  bytes 0 (0.0 B)

        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

        device interrupt 44  base 0x4000  



lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 16436

        inet 127.0.0.1  netmask 255.0.0.0

        inet6 ::1  prefixlen 128  scopeid 0x10<host>

        loop  txqueuelen 0  (Loopback Local)

        RX packets 3060  bytes 247696 (241.8 KiB)

        RX errors 0  dropped 0  overruns 0  frame 0

        TX packets 3060  bytes 247696 (241.8 KiB)

        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

 

# iwconfig

lo        no wireless extensions.



eth0      no wireless extensions.

 

# dmesg | grep -e rtl -e eth

[    1.914763] r8169 0000:03:00.0: eth0: RTL8105e at 0xf8214000, 00:e0:4c:ba:4b:74, XID 00a00000 IRQ 44

[   12.290577] rtl8192ce 0000:02:00.0: setting latency timer to 64

[   22.561203] r8169 0000:03:00.0: firmware: agent aborted loading rtl_nic/rtl8105e-1.fw (not found?)

[   22.562359] r8169 0000:03:00.0: eth0: unable to load firmware patch rtl_nic/rtl8105e-1.fw (-2)

[   22.684870] r8169 0000:03:00.0: eth0: link down

[   22.685268] ADDRCONF(NETDEV_UP): eth0: link is not ready

[   72.915377] rtl8192ce 0000:02:00.0: firmware: agent did not handle request for rtlwifi/rtl8192cfw.bin

[   72.915475] rtlwifi:rtl_pci_probe():<0-0> Can't init_sw_vars. 

# cat /etc/udev/rules.d/70-persistent-net.rules

# This file was automatically generated by the /lib/udev/write_net_rules

# program, run by the persistent-net-generator.rules rules file.

#

# You can modify it, as long as you keep each rule on a single

# line, and change only the value of the NAME= key.



# PCI device 0x10ec:/sys/devices/pci0000:00/0000:00:1c.2/0000:03:00.0 (r8169)

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:e0:4c:ba:4b:74", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"



# PCI device 0x10ec:/sys/devices/pci0000:00/0000:00:1c.1/0000:02:00.0 (rtl8192ce)

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0d:f0:a1:bf:56", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan0" 

Tentei algumas poucas coisas como dpkg-reconfigure firmware-realtek, desinstalar e reinstalar o pacote .deb com o dpkg, desinstalar e instalar uma versão mais antiga do pacote (que funcionava)...

Tentei baixar o source do site da Realtek e compilar no dedo, mas percebi que eu não tinha nem o build-essential nem o linux-headers, e sinceramente é muito pacote nas dependências pra eu baixar e instalar no dedo, sem falar que a versão do gcc tem que ser especificamente a 4.6 pra poder compilar pro kernel 3.2

Não sei mais o que fazer, preciso de uma mão pessoal (desculpem pelo longo post)

removido
(usa Nenhuma)

Enviado em 01/03/2016 - 09:54h

Neste video do youtube o usuario reclama que a resolucao eh baixa demais... (no windows!)

Parece que esse video é limitado a 1024x768 ou menos.

https://www.youtube.com/watch?v=NBb46nFQQbs

Isso pode impedir ou limitar interfaces graficas. Force para uma resolucão de 1024x768, tente fornecer o máximo de memoria de video no setup para a interface.

Ta faltando um pacote de firmware para a placa de rede sem fio.


------------------------------------------------------------------------------------------------------------
“Se você pergunta quanto custa, é porque não pode comprar” - J.P.Morgan

648trindade
(usa Debian)

Enviado em 01/03/2016 - 11:43h

Sim, eu também já tentei instalar o win 10 nele uma época. Sem driver a resolução fica 1024x768, que é o padrão vesa da placa. Com driver, o win 10 crasha. Até porque o driver foi escrito pro win 7 e a Intel já comentou nos fóruns que não tem planos de lançar update (deixando um monte de gente na mão)

Já tentei. Ele usa exatos 1024x768 pixeis da tela e o resto é preenchido com lixo. E a bios, pra ajudar, não tem praticamente opção nenhuma além de poder escolher o boot. Eu precisaria fazer upgrade nela pra poder usar um sistema amd64, mas não conseguiu achar em nenhum site que me liberasse o download free (Topstar CT49)

Quanto Ao driver, eu tenho o firmware-realtek instalado, e como mencionei, desinstalei, reinstalei, reconfigurei e nada

luiztux
(usa Gentoo)

Enviado em 01/03/2016 - 14:22h

Referente à rede:

Rode o lspci -v. Pode filtrar apenas a linha referente ao wifi. Isto nos dará maiores detalhes. O que quero saber é se o Kernel está identificando o driver da placa. Caso não tenha uma linha + ou - assim: "Kernel driver in use", então o driver não está sendo identificado.

Referente à resolução, já experimentou usar o xrandr?

-----------------------------------''----------------------------------
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.