On 06/08/2013 02:34, Danilo Egea wrote: > On 08/05/13 19:34, Paulo Henrique - BSDs Brasil wrote: >> Saudações, >> >> Estou com um comportamento muito estranho no FreeBSD 9.2-PRERELEASE >> Segue a linha do processo "intr" relacionado ao modulo ehci >> >> 12 root -88 - 0K 240K WAIT 3 222:53 44.14% >> intr{irq16: ehci0} >> >> A maquina é um Core i5 3G em uma placa-mãe chipset H67. >> >> Achei umas referencias no UPDATING mais nada que deva estar a pontando o >> problema ate por que é de 2009. >> >> 20090223: >> The new USB2 stack has now been permanently moved in and all >> kernel and >> module names reverted to their previous values (eg, usb, ehci, >> ohci, >> ums, ...). The old usb stack can be compiled in by prefixing >> the name >> with the letter 'o', the old usb modules have been removed. >> Updating entry 20090216 for xorg and 20090215 for libmap may still >> >> >> Alguem mais com um comportamento equivalente ? >> >> Abaixo esta a saida do vmstat -i >> >> >> root@pdc01:/usr/src # vmstat -i >> interrupt total rate >> irq16: ehci0 8813671519 50997 >> <----------------Sozinho fez mais que todo o resto, obs, esse server >> está ligado a muito pouco tempo. >> irq23: ehci1 345648 2 >> cpu0:timer 367371463 2125 >> irq264: em0 63441544 367 >> irq266: ahci0 36812829 213 >> cpu2:timer 60769849 351 >> cpu3:timer 102598160 593 >> cpu1:timer 75171074 434 >> Total 9520182086 55085 >> >> Há um relato referenciando esse mesmo problema em 2011 sobre um FreeBSd >> 8.2, segue a >> url:http://lists.freebsd.org/pipermail/freebsd-amd64/2011-April/013801.html >> >> Segue abaixo as informações do meu uname: >> FreeBSD pdc01.intranet 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #1 r253451: >> Sat Aug 3 19:22:07 BRT 2013 >> usuario@pdc01.intranet:/usr/obj/usr/src/sys/BDC01INTRANET amd64 >> >> Att. Paulo Henrique. >> > > Oi Paulo, eu não tenho ideia do motivo disso, mas você tentou algumas > das sugestões da PR? > Por exemplo, habilitar alguma das sysctls abaixo. > > hw.usb.ehci.iaadbug: Enable doorbell bug workaround > hw.usb.ehci.lostintrbug: Enable lost interrupt bug workaround > > Se você não utiliza as portas USB dessa máquina, tente desabilitá-las, > ou pelo menos tente > desabilitar o USB High Speed. > hw.usb.ehci.no_hs: Disable High Speed USB > > Ou ainda dar um usbconfig power_off nelas. > > Eu tive um notebook da HP que gerava uma porrada de interrupções do > driver EHCI quando ele estava na tomada. Se tirasse > o problema parava. Parecido com um descrito na PR. Minha solução era > deixar apenas o OHCI habilitado. Locura né? :D > > Abraço. > Opa e a Danilo,
Então qualquer função que dependa da USB não funciona no sistema ( excessão do teclado ), não posso desativar a USB pois a placa não tem suporte a PS/2 e é servidor. Estou organizando para no sabado poder mecher nessa bronca, farei as suas sugestões primeiro. Até lá esperar que o servidor aguente. Acho que deve ter algo relacionado ao USB 3.0 pois em um outro que tem a placa-mãe X58 da intel tive que desativar a USB 3.0 pois estava travando a maquina, mais o FreeBSD é um 8.4-Stable. Valeu pelas dicas. Notebbok só tem coisas esquisitas, o meu mesmo se eu desativar o UEFI perco a placa grafica da Nvidia, ficando somente com a Intel 4000 Mais isso é outra historia. Vlw e sabado ficaremos sabendo os resultados. -- Paulo Henrique. /* * Não tenho apego material, * Só que tambem não vivemos em um mundo socialista. */ BSDs Brasil. ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd