[FUG-BR] xorg na Beaglenone Black
Olá Alguém aqui está usando Beaglebone Black com o xorg? Funciona bem? []'s -Otacílio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Xen, FreeBSD 11 e AMD Phenom 9850
Bom dia. Eu ando sumido da lista, mas continuo usando o FreeBSD. Neste final de semana tentei instalar o Xen no meu Desktop, que é um AMD Phenon 9850, com 7 anos de uso. Tenho uma placa de vídeo nVidia gForce 8500 de 256 MB e a placa mãe é uma Asus M3A78. O sistema é um FreeBSD 11: FreeBSD SUPER 11.0-CURRENT FreeBSD 11.0-CURRENT #2 r294062: Fri Jan 15 22:35:19 BRST 2016 goffredo@SUPER:/usr/obj/usr/src/sys/SUPER amd64 Instalei o Xen-kernel dos ports. Instalei tentando fazer Dom0. Quando dei reboot ele entrou em um loop infinito de "panics", e dava pouco tempo para ler a mensagem de erro. Quando li falava em hardware incompatível. Eu devia ter fotografado a tela. Consegui parar este loop. Entrei na linha de comando do boot e desabilitei as variáveis que faziam o Xen subir. Assim dei o boot, e logo depois comentei as linhas do Zen nos arquivos de configuração. Estou encucado com esta mensagem de erro, e não estou achando na Internet nada claro se o meu processador é compatível ou não. O que tenho achado induz a pensar que é compatível. As linhas que coloquei nos arquivos foram: /boot/loader.conf xen_kernel="/boot/xen" xen_cmdline="dom0_mem=2048M dom0_max_vcpus=2 dom0pvh=1 com1=115200,8n1 guest_loglvl=all loglvl=all" console=com1 /boot/menu.rc.local try-include /boot/xen.4th Na pior das hipóteses eu faço um upgrade no meu computador para rodar o Xen. Ao final vai o dmesg do sistema. Agradeço a ajuda. goffredo:SUPER[955] dmesg Copyright (c) 1992-2016 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #2 r294062: Fri Jan 15 22:35:19 BRST 2016 goffredo@SUPER:/usr/obj/usr/src/sys/SUPER amd64 FreeBSD clang version 3.7.1 (tags/RELEASE_371/final 255217) 20151225 VT(vga): resolution 640x480 module_register: cannot register hostb/amdtemp from kernel; already loaded from amdtemp.ko Module hostb/amdtemp failed to register: 17 CPU: AMD Phenom(tm) 9850 Quad-Core Processor (2511.61-MHz K8-class CPU) Origin="AuthenticAMD" Id=0x100f23 Family=0x10 Model=0x2 Stepping=3 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x7ff SVM: NP,NAsids=64 TSC: P-state invariant real memory = 8589934592 (8192 MB) avail memory = 8276221952 (7892 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: <090108 APIC1556> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 random: unblocking device. ioapic0 irqs 0-23 on motherboard random: entropy device external interface kbd1 at kbdmux0 module_register_init: MOD_LOAD (vesa, 0x808d28d0, 0) error 19 vtvga0: on motherboard cryptosoft0: on motherboard acpi0: <090108 RSDT1556> on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed0-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 450 Event timer "HPET2" frequency 14318180 Hz quality 450 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 18 at device 2.0 on pci0 pci1: on pcib1 vgapci0: port 0xcc00-0xcc7f mem 0xfa00-0xfaff,0xd000-0xdfff,0xf800-0xf9ff irq 18 at device 0.0 on pci1 vgapci0: Boot video device pcib2: irq 18 at device 6.0 on pci0 pci2: on pcib2 re0: port 0xd800-0xd8ff mem 0xfbeff000-0xfbef,0xf6ff-0xf6ff irq 18 at device 0.0 on pci2 re0: Using 1 MSI-X message re0: ASPM disabled re0: Chip rev. 0x3c00 re0: MAC rev. 0x0040 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: Using defaults for TSO: 65518/35/2048 re0: Ethernet address: 00:22:15:de:9a:0e ahci0: port 0xb000-0xb007,0xa000-0xa003,0x9000-0x9007,0x8000-0x8003,0x7000-0x700f mem 0xf7fff800-0xf7fffbff irq 22 at device 17.0 on pci0 ahci0: AHCI v1.10 with 4 3Gbps ports, Port Multiplier supported ahci0: quirks=0x22000 ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahcich3: at channel 3 on ahci0 ohci0: mem 0xf7ffe000-0xf7f
Re: [FUG-BR] Xen, FreeBSD 11 e AMD Phenom 9850
2016-01-27 10:54 GMT-03:00, Joao Rocha Braga Filho : > Bom dia. > > Eu ando sumido da lista, mas continuo usando o FreeBSD. > > Neste final de semana tentei instalar o Xen no meu Desktop, que é > um AMD Phenon 9850, com 7 anos de uso. Tenho uma placa de vídeo > nVidia gForce 8500 de 256 MB e a placa mãe é uma Asus M3A78. > > O sistema é um FreeBSD 11: > > FreeBSD SUPER 11.0-CURRENT FreeBSD 11.0-CURRENT #2 r294062: Fri Jan 15 > 22:35:19 BRST 2016 goffredo@SUPER:/usr/obj/usr/src/sys/SUPER amd64 > > Instalei o Xen-kernel dos ports. Instalei tentando fazer Dom0. > > Quando dei reboot ele entrou em um loop infinito de "panics", e dava pouco > tempo para ler a mensagem de erro. Quando li falava em hardware > incompatível. > > Eu devia ter fotografado a tela. > > Consegui parar este loop. Entrei na linha de comando do boot e desabilitei > as variáveis que faziam o Xen subir. Assim dei o boot, e logo depois > comentei > as linhas do Zen nos arquivos de configuração. > > Estou encucado com esta mensagem de erro, e não estou achando na > Internet nada claro se o meu processador é compatível ou não. O que > tenho achado induz a pensar que é compatível. > > As linhas que coloquei nos arquivos foram: > > /boot/loader.conf > > xen_kernel="/boot/xen" > > xen_cmdline="dom0_mem=2048M dom0_max_vcpus=2 dom0pvh=1 com1=115200,8n1 > guest_loglvl=all loglvl=all" > > console=com1 > > /boot/menu.rc.local > > try-include /boot/xen.4th > > > Na pior das hipóteses eu faço um upgrade no meu computador para rodar o > Xen. > > Ao final vai o dmesg do sistema. > > Agradeço a ajuda. > > > > goffredo:SUPER[955] dmesg > > Copyright (c) 1992-2016 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > The Regents of the University of California. All rights reserved. > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > FreeBSD 11.0-CURRENT #2 r294062: Fri Jan 15 22:35:19 BRST 2016 > > goffredo@SUPER:/usr/obj/usr/src/sys/SUPER amd64 > > FreeBSD clang version 3.7.1 (tags/RELEASE_371/final 255217) 20151225 > > VT(vga): resolution 640x480 > > module_register: cannot register hostb/amdtemp from kernel; already loaded > from amdtemp.ko > > Module hostb/amdtemp failed to register: 17 > > CPU: AMD Phenom(tm) 9850 Quad-Core Processor (2511.61-MHz K8-class CPU) > > Origin="AuthenticAMD" Id=0x100f23 Family=0x10 Model=0x2 Stepping=3 > > > Features=0x178bfbff > > Features2=0x802009 > > AMD > Features=0xee500800 > > AMD > Features2=0x7ff > > SVM: NP,NAsids=64 > > TSC: P-state invariant > > real memory = 8589934592 (8192 MB) > > avail memory = 8276221952 (7892 MB) > > Event timer "LAPIC" quality 400 > > ACPI APIC Table: <090108 APIC1556> > > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > > FreeBSD/SMP: 1 package(s) x 4 core(s) > > cpu0 (BSP): APIC ID: 0 > > cpu1 (AP): APIC ID: 1 > > cpu2 (AP): APIC ID: 2 > > cpu3 (AP): APIC ID: 3 > > random: unblocking device. > > ioapic0 irqs 0-23 on motherboard > > random: entropy device external interface > > kbd1 at kbdmux0 > > module_register_init: MOD_LOAD (vesa, 0x808d28d0, 0) error 19 > > vtvga0: on motherboard > > cryptosoft0: on motherboard > > acpi0: <090108 RSDT1556> on motherboard > > acpi0: Power Button (fixed) > > cpu0: on acpi0 > > cpu1: on acpi0 > > cpu2: on acpi0 > > cpu3: on acpi0 > > attimer0: port 0x40-0x43 irq 0 on acpi0 > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > Event timer "i8254" frequency 1193182 Hz quality 100 > > atrtc0: port 0x70-0x71 irq 8 on acpi0 > > Event timer "RTC" frequency 32768 Hz quality 0 > > hpet0: iomem 0xfed0-0xfed003ff on acpi0 > > Timecounter "HPET" frequency 14318180 Hz quality 950 > > Event timer "HPET" frequency 14318180 Hz quality 450 > > Event timer "HPET1" frequency 14318180 Hz quality 450 > > Event timer "HPET2" frequency 14318180 Hz quality 450 > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 > > acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > > pcib0: port 0xcf8-0xcff on acpi0 > > pci0: on pcib0 > > pcib1: irq 18 at device 2.0 on pci0 > > pci1: on pcib1 > > vgapci0: port 0xcc00-0xcc7f mem > 0xfa00-0xfaff,0xd000-0xdfff,0xf800-0xf9ff irq 18 at > device 0.0 on pci1 > > vgapci0: Boot video device > > pcib2: irq 18 at device 6.0 on pci0 > > pci2: on pcib2 > > re0: port > 0xd800-0xd8ff mem 0xfbeff000-0xfbef,0xf6ff-0xf6ff irq 18 at > device 0.0 on pci2 > > re0: Using 1 MSI-X message > > re0: ASPM disabled > > re0: Chip rev. 0x3c00 > > re0: MAC rev. 0x0040 > > miibus0: on re0 > > rgephy0: PHY 1 on miibus0 > > rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, > 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, > 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, > 1000baseT-FDX-flow-master, auto, auto-flow > > re0: Using defaults for TSO: 65518/35/2048 > > re0: Ethernet address: 00:22:15:de:9a:0e > > ahci0: p
Re: [FUG-BR] Xen, FreeBSD 11 e AMD Phenom 9850
Boa tarde, teu processador tem a flag de virtualização nativa (svm). Então é bem provável haver compatibilidade 2016-01-27 10:54 GMT-03:00 Joao Rocha Braga Filho : > Bom dia. > > Eu ando sumido da lista, mas continuo usando o FreeBSD. > > Neste final de semana tentei instalar o Xen no meu Desktop, que é > um AMD Phenon 9850, com 7 anos de uso. Tenho uma placa de vídeo > nVidia gForce 8500 de 256 MB e a placa mãe é uma Asus M3A78. > > O sistema é um FreeBSD 11: > > FreeBSD SUPER 11.0-CURRENT FreeBSD 11.0-CURRENT #2 r294062: Fri Jan 15 > 22:35:19 BRST 2016 goffredo@SUPER:/usr/obj/usr/src/sys/SUPER amd64 > > Instalei o Xen-kernel dos ports. Instalei tentando fazer Dom0. > > Quando dei reboot ele entrou em um loop infinito de "panics", e dava pouco > tempo para ler a mensagem de erro. Quando li falava em hardware > incompatível. > > Eu devia ter fotografado a tela. > > Consegui parar este loop. Entrei na linha de comando do boot e desabilitei > as variáveis que faziam o Xen subir. Assim dei o boot, e logo depois > comentei > as linhas do Zen nos arquivos de configuração. > > Estou encucado com esta mensagem de erro, e não estou achando na > Internet nada claro se o meu processador é compatível ou não. O que > tenho achado induz a pensar que é compatível. > > As linhas que coloquei nos arquivos foram: > > /boot/loader.conf > > xen_kernel="/boot/xen" > > xen_cmdline="dom0_mem=2048M dom0_max_vcpus=2 dom0pvh=1 com1=115200,8n1 > guest_loglvl=all loglvl=all" > > console=com1 > > /boot/menu.rc.local > > try-include /boot/xen.4th > > > Na pior das hipóteses eu faço um upgrade no meu computador para rodar o > Xen. > > Ao final vai o dmesg do sistema. > > Agradeço a ajuda. > > > > goffredo:SUPER[955] dmesg > > Copyright (c) 1992-2016 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > The Regents of the University of California. All rights reserved. > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > FreeBSD 11.0-CURRENT #2 r294062: Fri Jan 15 22:35:19 BRST 2016 > > goffredo@SUPER:/usr/obj/usr/src/sys/SUPER amd64 > > FreeBSD clang version 3.7.1 (tags/RELEASE_371/final 255217) 20151225 > > VT(vga): resolution 640x480 > > module_register: cannot register hostb/amdtemp from kernel; already loaded > from amdtemp.ko > > Module hostb/amdtemp failed to register: 17 > > CPU: AMD Phenom(tm) 9850 Quad-Core Processor (2511.61-MHz K8-class CPU) > > Origin="AuthenticAMD" Id=0x100f23 Family=0x10 Model=0x2 Stepping=3 > > > > Features=0x178bfbff > > Features2=0x802009 > > AMD > Features=0xee500800 > > AMD > Features2=0x7ff > > SVM: NP,NAsids=64 > > TSC: P-state invariant > > real memory = 8589934592 (8192 MB) > > avail memory = 8276221952 (7892 MB) > > Event timer "LAPIC" quality 400 > > ACPI APIC Table: <090108 APIC1556> > > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > > FreeBSD/SMP: 1 package(s) x 4 core(s) > > cpu0 (BSP): APIC ID: 0 > > cpu1 (AP): APIC ID: 1 > > cpu2 (AP): APIC ID: 2 > > cpu3 (AP): APIC ID: 3 > > random: unblocking device. > > ioapic0 irqs 0-23 on motherboard > > random: entropy device external interface > > kbd1 at kbdmux0 > > module_register_init: MOD_LOAD (vesa, 0x808d28d0, 0) error 19 > > vtvga0: on motherboard > > cryptosoft0: on motherboard > > acpi0: <090108 RSDT1556> on motherboard > > acpi0: Power Button (fixed) > > cpu0: on acpi0 > > cpu1: on acpi0 > > cpu2: on acpi0 > > cpu3: on acpi0 > > attimer0: port 0x40-0x43 irq 0 on acpi0 > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > Event timer "i8254" frequency 1193182 Hz quality 100 > > atrtc0: port 0x70-0x71 irq 8 on acpi0 > > Event timer "RTC" frequency 32768 Hz quality 0 > > hpet0: iomem 0xfed0-0xfed003ff on acpi0 > > Timecounter "HPET" frequency 14318180 Hz quality 950 > > Event timer "HPET" frequency 14318180 Hz quality 450 > > Event timer "HPET1" frequency 14318180 Hz quality 450 > > Event timer "HPET2" frequency 14318180 Hz quality 450 > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 > > acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > > pcib0: port 0xcf8-0xcff on acpi0 > > pci0: on pcib0 > > pcib1: irq 18 at device 2.0 on pci0 > > pci1: on pcib1 > > vgapci0: port 0xcc00-0xcc7f mem > 0xfa00-0xfaff,0xd000-0xdfff,0xf800-0xf9ff irq 18 at > device 0.0 on pci1 > > vgapci0: Boot video device > > pcib2: irq 18 at device 6.0 on pci0 > > pci2: on pcib2 > > re0: port > 0xd800-0xd8ff mem 0xfbeff000-0xfbef,0xf6ff-0xf6ff irq 18 at > device 0.0 on pci2 > > re0: Using 1 MSI-X message > > re0: ASPM disabled > > re0: Chip rev. 0x3c00 > > re0: MAC rev. 0x0040 > > miibus0: on re0 > > rgephy0: PHY 1 on miibus0 > > rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, > 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, > 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, > 1000baseT-FDX-flow-master, auto,
Re: [FUG-BR] Xen, FreeBSD 11 e AMD Phenom 9850
Em 27 de jan de 2016 4:09 PM, "Frederico A M Saraiva" escreveu: > > Boa tarde, > > teu processador tem a flag de virtualização nativa (svm). Então é bem > provável haver compatibilidade Se for compatível, tem algum outro problema, ou algum erro meu. João Rocha. > > 2016-01-27 10:54 GMT-03:00 Joao Rocha Braga Filho : > > > Bom dia. > > > > Eu ando sumido da lista, mas continuo usando o FreeBSD. > > > > Neste final de semana tentei instalar o Xen no meu Desktop, que é > > um AMD Phenon 9850, com 7 anos de uso. Tenho uma placa de vídeo > > nVidia gForce 8500 de 256 MB e a placa mãe é uma Asus M3A78. > > > > O sistema é um FreeBSD 11: > > > > FreeBSD SUPER 11.0-CURRENT FreeBSD 11.0-CURRENT #2 r294062: Fri Jan 15 > > 22:35:19 BRST 2016 goffredo@SUPER:/usr/obj/usr/src/sys/SUPER amd64 > > > > Instalei o Xen-kernel dos ports. Instalei tentando fazer Dom0. > > > > Quando dei reboot ele entrou em um loop infinito de "panics", e dava pouco > > tempo para ler a mensagem de erro. Quando li falava em hardware > > incompatível. > > > > Eu devia ter fotografado a tela. > > > > Consegui parar este loop. Entrei na linha de comando do boot e desabilitei > > as variáveis que faziam o Xen subir. Assim dei o boot, e logo depois > > comentei > > as linhas do Zen nos arquivos de configuração. > > > > Estou encucado com esta mensagem de erro, e não estou achando na > > Internet nada claro se o meu processador é compatível ou não. O que > > tenho achado induz a pensar que é compatível. > > > > As linhas que coloquei nos arquivos foram: > > > > /boot/loader.conf > > > > xen_kernel="/boot/xen" > > > > xen_cmdline="dom0_mem=2048M dom0_max_vcpus=2 dom0pvh=1 com1=115200,8n1 > > guest_loglvl=all loglvl=all" > > > > console=com1 > > > > /boot/menu.rc.local > > > > try-include /boot/xen.4th > > > > > > Na pior das hipóteses eu faço um upgrade no meu computador para rodar o > > Xen. > > > > Ao final vai o dmesg do sistema. > > > > Agradeço a ajuda. > > > > > > > > goffredo:SUPER[955] dmesg > > > > Copyright (c) 1992-2016 The FreeBSD Project. > > > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > > > The Regents of the University of California. All rights reserved. > > > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > > > FreeBSD 11.0-CURRENT #2 r294062: Fri Jan 15 22:35:19 BRST 2016 > > > > goffredo@SUPER:/usr/obj/usr/src/sys/SUPER amd64 > > > > FreeBSD clang version 3.7.1 (tags/RELEASE_371/final 255217) 20151225 > > > > VT(vga): resolution 640x480 > > > > module_register: cannot register hostb/amdtemp from kernel; already loaded > > from amdtemp.ko > > > > Module hostb/amdtemp failed to register: 17 > > > > CPU: AMD Phenom(tm) 9850 Quad-Core Processor (2511.61-MHz K8-class CPU) > > > > Origin="AuthenticAMD" Id=0x100f23 Family=0x10 Model=0x2 Stepping=3 > > > > > > > > Features=0x178bfbff > > > > Features2=0x802009 > > > > AMD > > Features=0xee500800 > > > > AMD > > Features2=0x7ff > > > > SVM: NP,NAsids=64 > > > > TSC: P-state invariant > > > > real memory = 8589934592 (8192 MB) > > > > avail memory = 8276221952 (7892 MB) > > > > Event timer "LAPIC" quality 400 > > > > ACPI APIC Table: <090108 APIC1556> > > > > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > > > > FreeBSD/SMP: 1 package(s) x 4 core(s) > > > > cpu0 (BSP): APIC ID: 0 > > > > cpu1 (AP): APIC ID: 1 > > > > cpu2 (AP): APIC ID: 2 > > > > cpu3 (AP): APIC ID: 3 > > > > random: unblocking device. > > > > ioapic0 irqs 0-23 on motherboard > > > > random: entropy device external interface > > > > kbd1 at kbdmux0 > > > > module_register_init: MOD_LOAD (vesa, 0x808d28d0, 0) error 19 > > > > vtvga0: on motherboard > > > > cryptosoft0: on motherboard > > > > acpi0: <090108 RSDT1556> on motherboard > > > > acpi0: Power Button (fixed) > > > > cpu0: on acpi0 > > > > cpu1: on acpi0 > > > > cpu2: on acpi0 > > > > cpu3: on acpi0 > > > > attimer0: port 0x40-0x43 irq 0 on acpi0 > > > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > > > Event timer "i8254" frequency 1193182 Hz quality 100 > > > > atrtc0: port 0x70-0x71 irq 8 on acpi0 > > > > Event timer "RTC" frequency 32768 Hz quality 0 > > > > hpet0: iomem 0xfed0-0xfed003ff on acpi0 > > > > Timecounter "HPET" frequency 14318180 Hz quality 950 > > > > Event timer "HPET" frequency 14318180 Hz quality 450 > > > > Event timer "HPET1" frequency 14318180 Hz quality 450 > > > > Event timer "HPET2" frequency 14318180 Hz quality 450 > > > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 > > > > acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > > > > pcib0: port 0xcf8-0xcff on acpi0 > > > > pci0: on pcib0 > > > > pcib1: irq 18 at device 2.0 on pci0 > > > > pci1: on pcib1 > > > > vgapci0: port 0xcc00-0xcc7f mem > > 0xfa00-0xfaff,0xd000-0xdfff,0xf800-0xf9ff irq 18 at > > device 0.0 on pci1 > > > > vgapci0: Boot video device > > > > pcib2: irq 18 at device 6.0 on pci0 >
Re: [FUG-BR] Problema sério com link aggregation LACP no FreeBSD 10.2-RELEASE
Em 26/01/2016 19:57, Vinícius Zavam escreveu: 2016-01-24 11:18 GMT-03:00, Marcelo Gondim : Em 14/10/2015 12:19, Marcelo Gondim escreveu: On 14-10-2015 06:07, Sergio Lopes wrote: Estou usando o FreeBSD 10.1 com 2 interfaces de 1GB e estou com o mesmo problema usando LACP igb2: Interface stopped DISTRIBUTING, possible flapping igb4: Interface stopped DISTRIBUTING, possible flapping Cada vez que o problema ocorre o tráfego da interface de um sentido comuta para outra interface, fazendo com que o usuário perceba uma queda de 5 segundos. Quando mudo para roundrobin e removo o lacp do FreeBSD e do Switch ai fica normal. Repara também no load como que sobe. Tenta usar o 10.1-stable que to usando e vê se resolve seu problema: 10.1-STABLE r281235 Vinícius Zavam escreveu: 2015-10-04 9:59 GMT-03:00 Marcelo Gondim: [recorte] ... [/recorte] gondim, isso daí é algo que, assim como você, eu também teria de sentar com tempo e calma pra escovar com ajuda de ferramentas de stress, benchmark e algumas RFC; 2544, por exemplo (se não me engano). "adota essa criança" e ajuda o projeto a identificar o que está ruim pra quem utiliza stable/10. quanto mais detalhes e informações forem coletadas e reportadas, melhor. certamente uma sugestão de correção com patches também ajuda. infelizmente eu não chego nem perto de ter como reproduzir o cenário (não tenho máquinas, nem infraestrutura, que estejam disponíveis pra isso). E ae pessoal, Retornando com essa thread pois descobri coisas novas à respeito do problema. O problema não está no LACP porque nós retiramos o LACP e colocamos tudo em interface de 10GbE X520-SR2. O que parece é que algo mudou em relação ao cpu affinity entre a versão 10.1-STABLE que estou usando e as versões atuais. Na versão 10.1-STABLE estou com o cpu affinity assim: /usr/bin/cpuset -l 11 -x 300 /usr/bin/cpuset -l 10 -x 301 /usr/bin/cpuset -l 9 -x 302 /usr/bin/cpuset -l 8 -x 303 /usr/bin/cpuset -l 7 -x 304 /usr/bin/cpuset -l 6 -x 305 /usr/bin/cpuset -l 0 -x 306 /usr/bin/cpuset -l 1 -x 307 /usr/bin/cpuset -l 9 -x 308 /usr/bin/cpuset -l 5 -x 355 /usr/bin/cpuset -l 4 -x 356 /usr/bin/cpuset -l 3 -x 357 /usr/bin/cpuset -l 2 -x 358 /usr/bin/cpuset -l 1 -x 359 /usr/bin/cpuset -l 0 -x 360 /usr/bin/cpuset -l 5 -x 361 /usr/bin/cpuset -l 4 -x 362 /usr/bin/cpuset -l 3 -x 363 /usr/bin/cpuset -l 5 -x 364 /usr/bin/cpuset -l 4 -x 365 /usr/bin/cpuset -l 3 -x 366 /usr/bin/cpuset -l 2 -x 367 /usr/bin/cpuset -l 1 -x 368 /usr/bin/cpuset -l 0 -x 369 /usr/bin/cpuset -l 5 -x 370 /usr/bin/cpuset -l 4 -x 371 /usr/bin/cpuset -l 3 -x 372 Dessa forma está funcionando no 10.1-STABLE sem problemas e os idle dos cores meio que balanceados. A máquina é um Dual Hexa Xeon e por isso tem 12 cores. Aí fiz uns testes e percebi o seguinte: Problema 1: quando atualizo do 10.1-STABLE para o 10.2 ou 11 e jogo os meus links para o router (+5Gbps de tráfego), os cores ficam totalmente desbalanceados ou seja, uns ficam normais com 30% à 40% idle e outros ficam com 5% à 8% idle. Isso sem mudar nada em nenhum arquivo, somente atualizando o sistema e mantendo todas as configurações. Egypcio sabe se houve alguma mudança que poderia ter mudado esse comportamento no cpu affinity? Problema 2: no sistema atual 10.1-STABLE descobri o seguinte: fui tentar melhorar o balanceamento nos cores com o cpu affinity (cpuset) e quando faço isso passo à ter perdas de pacotes nos links de dados. O que me obriga à ter que reiniciar o sistema pra normalizar tudo. Ou seja mexeu no cpu affinity, então reinicie porque senão pode dar zica e feia. Doideira isso. Ou seja o problema não estava no link aggregation. []´s Gondim gondim, eahi. suavidade? catei aqui no histórico que tu estavas a relatar o uso da r281235 como 10.1-STABLE. confere? os códigos do cpuset tu poderias verificar no "svnweb" do freebsd em https://svnweb.freebsd.org (base/stable/10/usr.bin/cpuset, se tu estás a utilizar STABLE. independente de ser 10.1, 10.2, ...); aí tu podes consultar a revisão específica. // também pode sair escovando via CLI, se quiser... em "stable/10", segundo o svnweb, não são feitas alterações nesse cabra já faz um bom tempo; 2 anos. em "releng/10.1" tu podes ver que já houve alterações mais recentes (15 meses). finalmente, em "releng/10.2", tu podes ver que o código foi alterado cerca de 6 meses atrás. para qual desses branches essa tua máquina estavas/está a apontar? chegou a escovar (testar) o comportamento apenas num dos branches? fazia checkout de rHEAD ou r281235 apenas em "stable/10"? caso tu tenhas disponibilidade, experimenta utilizar rHEAD entregue pelo "releng/10.2" (se a curiosidade for ainda maior, cata os códigos da CURRENT e escova; remove DEBUG/WITNESS/INVARIANT/..., altera MALLOC_PRODUCTION, usa WITH_FAST_DEPEND, ...). vai ser divertido :3 valeu por reviver essa thread! [ ] HhAhAh não codo em C não. Até rodo os make da vida rsrsrsrsrsrrs mas não codo. Bem que queria aprender C mesmo. :) Tipo perguntei mais porque agora to seg
Re: [FUG-BR] Problema sério com link aggregation LACP no FreeBSD 10.2-RELEASE
Em 26/01/2016 20:43, Paulo Henrique escreveu: Em 26 de janeiro de 2016 19:57, Vinícius Zavam escreveu: 2016-01-24 11:18 GMT-03:00, Marcelo Gondim : Em 14/10/2015 12:19, Marcelo Gondim escreveu: On 14-10-2015 06:07, Sergio Lopes wrote: Estou usando o FreeBSD 10.1 com 2 interfaces de 1GB e estou com o mesmo problema usando LACP igb2: Interface stopped DISTRIBUTING, possible flapping igb4: Interface stopped DISTRIBUTING, possible flapping Cada vez que o problema ocorre o tráfego da interface de um sentido comuta para outra interface, fazendo com que o usuário perceba uma queda de 5 segundos. Quando mudo para roundrobin e removo o lacp do FreeBSD e do Switch ai fica normal. Repara também no load como que sobe. Tenta usar o 10.1-stable que to usando e vê se resolve seu problema: 10.1-STABLE r281235 Vinícius Zavam escreveu: 2015-10-04 9:59 GMT-03:00 Marcelo Gondim: [recorte] ... [/recorte] gondim, isso daí é algo que, assim como você, eu também teria de sentar com tempo e calma pra escovar com ajuda de ferramentas de stress, benchmark e algumas RFC; 2544, por exemplo (se não me engano). "adota essa criança" e ajuda o projeto a identificar o que está ruim pra quem utiliza stable/10. quanto mais detalhes e informações forem coletadas e reportadas, melhor. certamente uma sugestão de correção com patches também ajuda. infelizmente eu não chego nem perto de ter como reproduzir o cenário (não tenho máquinas, nem infraestrutura, que estejam disponíveis pra isso). E ae pessoal, Retornando com essa thread pois descobri coisas novas à respeito do problema. O problema não está no LACP porque nós retiramos o LACP e colocamos tudo em interface de 10GbE X520-SR2. O que parece é que algo mudou em relação ao cpu affinity entre a versão 10.1-STABLE que estou usando e as versões atuais. Na versão 10.1-STABLE estou com o cpu affinity assim: /usr/bin/cpuset -l 11 -x 300 /usr/bin/cpuset -l 10 -x 301 /usr/bin/cpuset -l 9 -x 302 /usr/bin/cpuset -l 8 -x 303 /usr/bin/cpuset -l 7 -x 304 /usr/bin/cpuset -l 6 -x 305 /usr/bin/cpuset -l 0 -x 306 /usr/bin/cpuset -l 1 -x 307 /usr/bin/cpuset -l 9 -x 308 /usr/bin/cpuset -l 5 -x 355 /usr/bin/cpuset -l 4 -x 356 /usr/bin/cpuset -l 3 -x 357 /usr/bin/cpuset -l 2 -x 358 /usr/bin/cpuset -l 1 -x 359 /usr/bin/cpuset -l 0 -x 360 /usr/bin/cpuset -l 5 -x 361 /usr/bin/cpuset -l 4 -x 362 /usr/bin/cpuset -l 3 -x 363 /usr/bin/cpuset -l 5 -x 364 /usr/bin/cpuset -l 4 -x 365 /usr/bin/cpuset -l 3 -x 366 /usr/bin/cpuset -l 2 -x 367 /usr/bin/cpuset -l 1 -x 368 /usr/bin/cpuset -l 0 -x 369 /usr/bin/cpuset -l 5 -x 370 /usr/bin/cpuset -l 4 -x 371 /usr/bin/cpuset -l 3 -x 372 Dessa forma está funcionando no 10.1-STABLE sem problemas e os idle dos cores meio que balanceados. A máquina é um Dual Hexa Xeon e por isso tem 12 cores. Aí fiz uns testes e percebi o seguinte: Problema 1: quando atualizo do 10.1-STABLE para o 10.2 ou 11 e jogo os meus links para o router (+5Gbps de tráfego), os cores ficam totalmente desbalanceados ou seja, uns ficam normais com 30% à 40% idle e outros ficam com 5% à 8% idle. Isso sem mudar nada em nenhum arquivo, somente atualizando o sistema e mantendo todas as configurações. Egypcio sabe se houve alguma mudança que poderia ter mudado esse comportamento no cpu affinity? Problema 2: no sistema atual 10.1-STABLE descobri o seguinte: fui tentar melhorar o balanceamento nos cores com o cpu affinity (cpuset) e quando faço isso passo à ter perdas de pacotes nos links de dados. O que me obriga à ter que reiniciar o sistema pra normalizar tudo. Ou seja mexeu no cpu affinity, então reinicie porque senão pode dar zica e feia. Doideira isso. Ou seja o problema não estava no link aggregation. []´s Gondim gondim, eahi. suavidade? catei aqui no histórico que tu estavas a relatar o uso da r281235 como 10.1-STABLE. confere? os códigos do cpuset tu poderias verificar no "svnweb" do freebsd em https://svnweb.freebsd.org (base/stable/10/usr.bin/cpuset, se tu estás a utilizar STABLE. independente de ser 10.1, 10.2, ...); aí tu podes consultar a revisão específica. // também pode sair escovando via CLI, se quiser... em "stable/10", segundo o svnweb, não são feitas alterações nesse cabra já faz um bom tempo; 2 anos. em "releng/10.1" tu podes ver que já houve alterações mais recentes (15 meses). finalmente, em "releng/10.2", tu podes ver que o código foi alterado cerca de 6 meses atrás. para qual desses branches essa tua máquina estavas/está a apontar? chegou a escovar (testar) o comportamento apenas num dos branches? fazia checkout de rHEAD ou r281235 apenas em "stable/10"? caso tu tenhas disponibilidade, experimenta utilizar rHEAD entregue pelo "releng/10.2" (se a curiosidade for ainda maior, cata os códigos da CURRENT e escova; remove DEBUG/WITNESS/INVARIANT/..., altera MALLOC_PRODUCTION, usa WITH_FAST_DEPEND, ...). vai ser divertido :3 valeu por reviver essa thread! [ ] -- Vinícius Zavam keybase.io/egypcio/key.asc - Histórico: http://www.fug
