Re: Radeondrm on OpenBSD 5.5 stable
On 06/14/2014 11:30 AM, Jonathan Gray wrote: On Tue, Jun 10, 2014 at 04:39:03PM -0500, Stan Gammons wrote: On 06/10/2014 12:01 AM, Jonathan Gray wrote: On Mon, Jun 09, 2014 at 04:53:23AM -0500, Stan Gammons wrote: On 06/09/2014 01:56 AM, Jonathan Gray wrote: On Sun, Jun 08, 2014 at 07:01:56AM -0500, Stan Gammons wrote: Is there a known problem with the Radeon driver on OpenBSD 5.5 AMD64 stable? I noticed the text on the console was scrolling very slow while src.tar.gz was extracting. I didn't time it, but it seem to take 2 to 3 times as long to return to the command line compared to extracting the same file on a slower i386 machine. Syslog output is below. Well things are going to be slow when all the acceleration is being disabled. It isn't clear if the problem you're encountering is due to something like missing firmware as you didn't include a dmesg. It loads or tries to load firmware at boot. Here's the dmesg info. So it seems something isn't working right with the GART. Could you try the following diff to force it to a smaller size? Diff against -current but will likely apply to 5.5 Index: sys/dev/pci/drm/radeon/rs400.c === RCS file: /cvs/src/sys/dev/pci/drm/radeon/rs400.c,v retrieving revision 1.4 diff -u -p -r1.4 rs400.c --- sys/dev/pci/drm/radeon/rs400.c 9 Feb 2014 12:33:44 - 1.4 +++ sys/dev/pci/drm/radeon/rs400.c 10 Jun 2014 04:57:21 - @@ -54,6 +54,8 @@ void rs400_gart_adjust_size(struct radeo rdev-mc.gtt_size = 32 * 1024 * 1024; return; } + DRM_ERROR(Forcing to 32M GART size\n); + rdev-mc.gtt_size = 32 * 1024 * 1024; } void rs400_gart_tlb_flush(struct radeon_device *rdev) It didn't seem to like that. Is there some kind of bios option to change the gart size? I'd also be interested to hear if pulling one of your 2GB dimms changes anything. The only video related option I see in BIOS is frame buffer size. It is set to auto. I pulled a DIMM so it only has 2GB and it doesn't look like anything changed. OpenBSD 5.5 (GENERIC.MP) #1: Tue Jun 10 16:24:29 CDT 2014 r...@gateway.home.net:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 1994326016 (1901MB) avail mem = 1932685312 (1843MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf0100 (52 entries) bios0: vendor Award Software International, Inc. version FK date 08/31/2010 bios0: Gigabyte Technology Co., Ltd. GA-MA74GM-S2 acpi0 at bios0: rev 0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT HPET MCFG APIC acpi0: wakeup devices USB0(S3) USB1(S3) USB2(S3) USB3(S3) USB4(S3) USB5(S3) USB6(S3) SBAZ(S4) P2P_(S5) PCE2(S4) PCE3(S4) PCE4(S4) PCE5(S4) PCE6(S4) PCE7(S4) PCE8(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 32 bits acpihpet0 at acpi0: 14318180 Hz acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD Athlon(tm) II X2 250 Processor, 3021.29 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,ITSC cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu0: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu0: AMD erratum 721 detected and fixed cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 201MHz cpu0: mwait min=64, max=64, C-substates=0.0.0.0.0, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD Athlon(tm) II X2 250 Processor, 3020.90 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,ITSC cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu1: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu1: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu1: AMD erratum 721 detected and fixed cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 21, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 2 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 3 (P2P_) acpiprt2 at acpi0: bus 2 (PCE2) acpiprt3 at acpi0: bus -1 (PCE3) acpiprt4 at acpi0: bus -1 (PCE4) acpiprt5 at acpi0: bus -1 (PCE5) acpiprt6 at acpi0: bus -1 (PCE6) acpiprt7 at acpi0: bus -1 (PCE7) acpiprt8 at acpi0: bus -1 (PCE8) acpiprt9 at acpi0: bus 1 (AGP_) acpicpu0 at acpi0: PSS acpicpu1 at acpi0: PSS acpibtn0 at acpi0: PWRB cpu0: 3021 MHz: speeds: 3000 2300 1800 800 MHz pci0
Re: Radeondrm on OpenBSD 5.5 stable
On Tue, Jun 10, 2014 at 04:39:03PM -0500, Stan Gammons wrote: On 06/10/2014 12:01 AM, Jonathan Gray wrote: On Mon, Jun 09, 2014 at 04:53:23AM -0500, Stan Gammons wrote: On 06/09/2014 01:56 AM, Jonathan Gray wrote: On Sun, Jun 08, 2014 at 07:01:56AM -0500, Stan Gammons wrote: Is there a known problem with the Radeon driver on OpenBSD 5.5 AMD64 stable? I noticed the text on the console was scrolling very slow while src.tar.gz was extracting. I didn't time it, but it seem to take 2 to 3 times as long to return to the command line compared to extracting the same file on a slower i386 machine. Syslog output is below. Well things are going to be slow when all the acceleration is being disabled. It isn't clear if the problem you're encountering is due to something like missing firmware as you didn't include a dmesg. It loads or tries to load firmware at boot. Here's the dmesg info. So it seems something isn't working right with the GART. Could you try the following diff to force it to a smaller size? Diff against -current but will likely apply to 5.5 Index: sys/dev/pci/drm/radeon/rs400.c === RCS file: /cvs/src/sys/dev/pci/drm/radeon/rs400.c,v retrieving revision 1.4 diff -u -p -r1.4 rs400.c --- sys/dev/pci/drm/radeon/rs400.c 9 Feb 2014 12:33:44 - 1.4 +++ sys/dev/pci/drm/radeon/rs400.c 10 Jun 2014 04:57:21 - @@ -54,6 +54,8 @@ void rs400_gart_adjust_size(struct radeo rdev-mc.gtt_size = 32 * 1024 * 1024; return; } +DRM_ERROR(Forcing to 32M GART size\n); +rdev-mc.gtt_size = 32 * 1024 * 1024; } void rs400_gart_tlb_flush(struct radeon_device *rdev) It didn't seem to like that. Is there some kind of bios option to change the gart size? I'd also be interested to hear if pulling one of your 2GB dimms changes anything.
Re: Radeondrm on OpenBSD 5.5 stable
On Jun 10, 2014, at 12:01 AM, Jonathan Gray j...@jsg.id.au wrote: On Mon, Jun 09, 2014 at 04:53:23AM -0500, Stan Gammons wrote: On 06/09/2014 01:56 AM, Jonathan Gray wrote: On Sun, Jun 08, 2014 at 07:01:56AM -0500, Stan Gammons wrote: Is there a known problem with the Radeon driver on OpenBSD 5.5 AMD64 stable? I noticed the text on the console was scrolling very slow while src.tar.gz was extracting. I didn't time it, but it seem to take 2 to 3 times as long to return to the command line compared to extracting the same file on a slower i386 machine. Syslog output is below. Well things are going to be slow when all the acceleration is being disabled. It isn't clear if the problem you're encountering is due to something like missing firmware as you didn't include a dmesg. It loads or tries to load firmware at boot. Here's the dmesg info. So it seems something isn't working right with the GART. Could you try the following diff to force it to a smaller size? Diff against -current but will likely apply to 5.5 Index: sys/dev/pci/drm/radeon/rs400.c === RCS file: /cvs/src/sys/dev/pci/drm/radeon/rs400.c,v retrieving revision 1.4 diff -u -p -r1.4 rs400.c --- sys/dev/pci/drm/radeon/rs400.c9 Feb 2014 12:33:44 -1.4 +++ sys/dev/pci/drm/radeon/rs400.c10 Jun 2014 04:57:21 - @@ -54,6 +54,8 @@ void rs400_gart_adjust_size(struct radeo rdev-mc.gtt_size = 32 * 1024 * 1024; return; } +DRM_ERROR(Forcing to 32M GART size\n); +rdev-mc.gtt_size = 32 * 1024 * 1024; } void rs400_gart_tlb_flush(struct radeon_device *rdev) I'll try the diff later today. Do you keep getting duplicate emails on this subject? I keep getting duplicates on this as well as other emails. Something weird is going on here... Stan
Re: Radeondrm on OpenBSD 5.5 stable
On 06/10/2014 12:01 AM, Jonathan Gray wrote: On Mon, Jun 09, 2014 at 04:53:23AM -0500, Stan Gammons wrote: On 06/09/2014 01:56 AM, Jonathan Gray wrote: On Sun, Jun 08, 2014 at 07:01:56AM -0500, Stan Gammons wrote: Is there a known problem with the Radeon driver on OpenBSD 5.5 AMD64 stable? I noticed the text on the console was scrolling very slow while src.tar.gz was extracting. I didn't time it, but it seem to take 2 to 3 times as long to return to the command line compared to extracting the same file on a slower i386 machine. Syslog output is below. Well things are going to be slow when all the acceleration is being disabled. It isn't clear if the problem you're encountering is due to something like missing firmware as you didn't include a dmesg. It loads or tries to load firmware at boot. Here's the dmesg info. So it seems something isn't working right with the GART. Could you try the following diff to force it to a smaller size? Diff against -current but will likely apply to 5.5 Index: sys/dev/pci/drm/radeon/rs400.c === RCS file: /cvs/src/sys/dev/pci/drm/radeon/rs400.c,v retrieving revision 1.4 diff -u -p -r1.4 rs400.c --- sys/dev/pci/drm/radeon/rs400.c 9 Feb 2014 12:33:44 - 1.4 +++ sys/dev/pci/drm/radeon/rs400.c 10 Jun 2014 04:57:21 - @@ -54,6 +54,8 @@ void rs400_gart_adjust_size(struct radeo rdev-mc.gtt_size = 32 * 1024 * 1024; return; } + DRM_ERROR(Forcing to 32M GART size\n); + rdev-mc.gtt_size = 32 * 1024 * 1024; } void rs400_gart_tlb_flush(struct radeon_device *rdev) It didn't seem to like that. OpenBSD 5.5 (GENERIC.MP) #1: Tue Jun 10 16:24:29 CDT 2014 r...@gateway.home.net:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 4141809664 (3949MB) avail mem = 4022943744 (3836MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf0100 (52 entries) bios0: vendor Award Software International, Inc. version FK date 08/31/2010 bios0: Gigabyte Technology Co., Ltd. GA-MA74GM-S2 acpi0 at bios0: rev 0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT HPET MCFG APIC acpi0: wakeup devices USB0(S3) USB1(S3) USB2(S3) USB3(S3) USB4(S3) USB5(S3) USB6(S3) SBAZ(S4) P2P_(S5) PCE2(S4) PCE3(S4) PCE4(S4) PCE5(S4) PCE6(S4) PCE7(S4) PCE8(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 32 bits acpihpet0 at acpi0: 14318180 Hz acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD Athlon(tm) II X2 250 Processor, 3021.29 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,ITSC cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu0: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu0: AMD erratum 721 detected and fixed cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 201MHz cpu0: mwait min=64, max=64, C-substates=0.0.0.0.0, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD Athlon(tm) II X2 250 Processor, 3020.91 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,ITSC cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu1: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu1: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu1: AMD erratum 721 detected and fixed cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 21, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 2 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 3 (P2P_) acpiprt2 at acpi0: bus 2 (PCE2) acpiprt3 at acpi0: bus -1 (PCE3) acpiprt4 at acpi0: bus -1 (PCE4) acpiprt5 at acpi0: bus -1 (PCE5) acpiprt6 at acpi0: bus -1 (PCE6) acpiprt7 at acpi0: bus -1 (PCE7) acpiprt8 at acpi0: bus -1 (PCE8) acpiprt9 at acpi0: bus 1 (AGP_) acpicpu0 at acpi0: PSS acpicpu1 at acpi0: PSS acpibtn0 at acpi0: PWRB cpu0: 3021 MHz: speeds: 3000 2300 1800 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 ATI RS740 Host rev 0x00 ppb0 at pci0 dev 1 function 0 ATI RS690 PCIE rev 0x00 pci1 at ppb0 bus 1 radeondrm0 at pci1 dev 5 function 0 ATI Radeon 2100 rev 0x00 drm0 at radeondrm0 radeondrm0: apic 2 int 18 ppb1 at pci0 dev 2 function 0 ATI RS690M PCIE rev 0x00: msi pci2 at ppb1 bus 2 em0 at pci2 dev 0 function 0 Intel 82571EB rev 0x06: apic 2 int 18, address
Re: Radeondrm on OpenBSD 5.5 stable
On Sun, Jun 08, 2014 at 07:01:56AM -0500, Stan Gammons wrote: Is there a known problem with the Radeon driver on OpenBSD 5.5 AMD64 stable? I noticed the text on the console was scrolling very slow while src.tar.gz was extracting. I didn't time it, but it seem to take 2 to 3 times as long to return to the command line compared to extracting the same file on a slower i386 machine. Syslog output is below. Well things are going to be slow when all the acceleration is being disabled. It isn't clear if the problem you're encountering is due to something like missing firmware as you didn't include a dmesg. Jun 7 22:47:09 gateway /bsd: radeondrm0: VRAM: 128M 0xD000 - 0xD7FF (128M used) Jun 7 22:47:09 gateway /bsd: radeondrm0: GTT: 512M 0xA000 - 0xBFFF Jun 7 22:47:09 gateway /bsd: drm: PCIE GART of 512M enabled (table at 0x0891F000). Jun 7 22:47:09 gateway /bsd: error: [drm:pid0:r100_ring_test] *ERROR* radeon: ring test failed (scratch(0x15E4)=0xCAFEDEAD) Jun 7 22:47:09 gateway /bsd: error: [drm:pid0:r100_cp_init] *ERROR* radeon: cp isn't working (-22). Jun 7 22:47:09 gateway /bsd: error: [drm:pid0:rs690_startup] *ERROR* failed initializing CP (-22). Jun 7 22:47:09 gateway /bsd: error: [drm:pid0:rs690_init] *ERROR* Disabling GPU acceleration Jun 7 22:47:09 gateway /bsd: error: [drm:pid0:r100_cp_fini] *ERROR* Wait for CP idle timeout, shutting down CP. Jun 7 22:47:09 gateway /bsd: error: [drm:pid0:r100_gui_wait_for_idle] *ERROR* radeon: wait for empty RBBM fifo failed ! Bad things might happen. Jun 7 22:47:09 gateway /bsd: error: [drm:pid0:r100_cp_disable] *ERROR* Failed to wait GUI idle while programming pipes. Bad things might happen. Jun 7 22:47:09 gateway /bsd: drm: radeon: cp finalized Jun 7 22:47:09 gateway /bsd: radeondrm0: 1600x900 Jun 7 22:47:09 gateway /bsd: wsdisplay0 at radeondrm0 mux 1: console (std, vt100 emulation), using wskbd0 Jun 7 22:47:09 gateway /bsd: wsdisplay0: screen 1-5 added (std, vt100 emulation)Jun 7 22:47:09 gateway /bsd: radeondrm0: VRAM: 128M 0xD000 - 0xD7FF (128M used) Jun 7 22:47:09 gateway /bsd: radeondrm0: GTT: 512M 0xA000 - 0xBFFF Jun 7 22:47:09 gateway /bsd: drm: PCIE GART of 512M enabled (table at 0x0891F000). Jun 7 22:47:09 gateway /bsd: error: [drm:pid0:r100_ring_test] *ERROR* radeon: ring test failed (scratch(0x15E4)=0xCAFEDEAD) Jun 7 22:47:09 gateway /bsd: error: [drm:pid0:r100_cp_init] *ERROR* radeon: cp isn't working (-22). Jun 7 22:47:09 gateway /bsd: error: [drm:pid0:rs690_startup] *ERROR* failed initializing CP (-22). Jun 7 22:47:09 gateway /bsd: error: [drm:pid0:rs690_init] *ERROR* Disabling GPU acceleration Jun 7 22:47:09 gateway /bsd: error: [drm:pid0:r100_cp_fini] *ERROR* Wait for CP idle timeout, shutting down CP. Jun 7 22:47:09 gateway /bsd: error: [drm:pid0:r100_gui_wait_for_idle] *ERROR* radeon: wait for empty RBBM fifo failed ! Bad things might happen. Jun 7 22:47:09 gateway /bsd: error: [drm:pid0:r100_cp_disable] *ERROR* Failed to wait GUI idle while programming pipes. Bad things might happen. Jun 7 22:47:09 gateway /bsd: drm: radeon: cp finalized Jun 7 22:47:09 gateway /bsd: radeondrm0: 1600x900 Jun 7 22:47:09 gateway /bsd: wsdisplay0 at radeondrm0 mux 1: console (std, vt100 emulation), using wskbd0 Jun 7 22:47:09 gateway /bsd: wsdisplay0: screen 1-5 added (std, vt100 emulation)
Re: Radeondrm on OpenBSD 5.5 stable
On 06/09/2014 01:56 AM, Jonathan Gray wrote: On Sun, Jun 08, 2014 at 07:01:56AM -0500, Stan Gammons wrote: Is there a known problem with the Radeon driver on OpenBSD 5.5 AMD64 stable? I noticed the text on the console was scrolling very slow while src.tar.gz was extracting. I didn't time it, but it seem to take 2 to 3 times as long to return to the command line compared to extracting the same file on a slower i386 machine. Syslog output is below. Well things are going to be slow when all the acceleration is being disabled. It isn't clear if the problem you're encountering is due to something like missing firmware as you didn't include a dmesg. It loads or tries to load firmware at boot. Here's the dmesg info. OpenBSD 5.5 (GENERIC.MP) #0: Sat Jun 7 22:45:43 CDT 2014 r...@gateway.home.net:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 4141809664 (3949MB) avail mem = 4022943744 (3836MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf0100 (52 entries) bios0: vendor Award Software International, Inc. version FK date 08/31/2010 bios0: Gigabyte Technology Co., Ltd. GA-MA74GM-S2 acpi0 at bios0: rev 0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT HPET MCFG APIC acpi0: wakeup devices USB0(S3) USB1(S3) USB2(S3) USB3(S3) USB4(S3) USB5(S3) USB6(S3) SBAZ(S4) P2P_(S5) PCE2(S4) PCE3(S4) PCE4(S4) PCE5(S4) PCE6(S4) PCE7(S4) PCE8(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 32 bits acpihpet0 at acpi0: 14318180 Hz acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD Athlon(tm) II X2 250 Processor, 3021.32 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,ITSC cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu0: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu0: AMD erratum 721 detected and fixed cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 201MHz cpu0: mwait min=64, max=64, C-substates=0.0.0.0.0, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD Athlon(tm) II X2 250 Processor, 3020.91 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,ITSC cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu1: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu1: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu1: AMD erratum 721 detected and fixed cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 21, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 2 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 3 (P2P_) acpiprt2 at acpi0: bus 2 (PCE2) acpiprt3 at acpi0: bus -1 (PCE3) acpiprt4 at acpi0: bus -1 (PCE4) acpiprt5 at acpi0: bus -1 (PCE5) acpiprt6 at acpi0: bus -1 (PCE6) acpiprt7 at acpi0: bus -1 (PCE7) acpiprt8 at acpi0: bus -1 (PCE8) acpiprt9 at acpi0: bus 1 (AGP_) acpicpu0 at acpi0: PSS acpicpu1 at acpi0: PSS acpibtn0 at acpi0: PWRB cpu0: 3021 MHz: speeds: 3000 2300 1800 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 ATI RS740 Host rev 0x00 ppb0 at pci0 dev 1 function 0 ATI RS690 PCIE rev 0x00 pci1 at ppb0 bus 1 radeondrm0 at pci1 dev 5 function 0 ATI Radeon 2100 rev 0x00 drm0 at radeondrm0 radeondrm0: apic 2 int 18 ppb1 at pci0 dev 2 function 0 ATI RS690M PCIE rev 0x00: msi pci2 at ppb1 bus 2 em0 at pci2 dev 0 function 0 Intel 82571EB rev 0x06: apic 2 int 18, address 00:15:17:cd:db:42 em1 at pci2 dev 0 function 1 Intel 82571EB rev 0x06: apic 2 int 19, address 00:15:17:cd:db:43 ahci0 at pci0 dev 17 function 0 ATI SBx00 SATA rev 0x00: apic 2 int 22, AHCI 1.1 scsibus0 at ahci0: 32 targets sd0 at scsibus0 targ 0 lun 0: ATA, Maxtor 7Y250M0, YAR5 SCSI3 0/direct fixed t10.ATA_Maxtor_7Y250M0_Y64Y10TE_ sd0: 239372MB, 512 bytes/sector, 490234752 sectors sd1 at scsibus0 targ 1 lun 0: ATA, Maxtor 6Y250M0, YAR5 SCSI3 0/direct fixed t10.ATA_Maxtor_6Y250M0_Y64DMDWE_ sd1: 239371MB, 512 bytes/sector, 490232639 sectors cd0 at scsibus0 targ 2 lun 0: HL-DT-ST, DVDRAM GH24NS95, RN01 ATAPI 5/cdrom removable ohci0 at pci0 dev 18 function 0 ATI SB700 USB rev 0x00: apic 2 int 16, version 1.0, legacy support ohci1 at pci0 dev 18 function 1 ATI SB700 USB rev 0x00: apic 2 int 16, version 1.0, legacy support ehci0 at pci0 dev 18 function 2 ATI SB700 USB2 rev 0x00: apic 2 int 17 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 ATI EHCI root hub rev
Re: Radeondrm on OpenBSD 5.5 stable
On 06/09/2014 01:56 AM, Jonathan Gray wrote: On Sun, Jun 08, 2014 at 07:01:56AM -0500, Stan Gammons wrote: Is there a known problem with the Radeon driver on OpenBSD 5.5 AMD64 stable? I noticed the text on the console was scrolling very slow while src.tar.gz was extracting. I didn't time it, but it seem to take 2 to 3 times as long to return to the command line compared to extracting the same file on a slower i386 machine. Syslog output is below. Well things are going to be slow when all the acceleration is being disabled. It isn't clear if the problem you're encountering is due to something like missing firmware as you didn't include a dmesg. I tried to send this earlier and apparently it didn't send for some reason. It loads or tries to load firmware at boot. Here's the dmesg info. OpenBSD 5.5 (GENERIC.MP) #0: Sat Jun 7 22:45:43 CDT 2014 r...@gateway.home.net:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 4141809664 (3949MB) avail mem = 4022943744 (3836MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf0100 (52 entries) bios0: vendor Award Software International, Inc. version FK date 08/31/2010 bios0: Gigabyte Technology Co., Ltd. GA-MA74GM-S2 acpi0 at bios0: rev 0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT HPET MCFG APIC acpi0: wakeup devices USB0(S3) USB1(S3) USB2(S3) USB3(S3) USB4(S3) USB5(S3) USB6(S3) SBAZ(S4) P2P_(S5) PCE2(S4) PCE3(S4) PCE4(S4) PCE5(S4) PCE6(S4) PCE7(S4) PCE8(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 32 bits acpihpet0 at acpi0: 14318180 Hz acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD Athlon(tm) II X2 250 Processor, 3021.32 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,ITSC cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu0: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu0: AMD erratum 721 detected and fixed cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 201MHz cpu0: mwait min=64, max=64, C-substates=0.0.0.0.0, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD Athlon(tm) II X2 250 Processor, 3020.91 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,ITSC cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu1: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu1: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu1: AMD erratum 721 detected and fixed cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 21, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 2 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 3 (P2P_) acpiprt2 at acpi0: bus 2 (PCE2) acpiprt3 at acpi0: bus -1 (PCE3) acpiprt4 at acpi0: bus -1 (PCE4) acpiprt5 at acpi0: bus -1 (PCE5) acpiprt6 at acpi0: bus -1 (PCE6) acpiprt7 at acpi0: bus -1 (PCE7) acpiprt8 at acpi0: bus -1 (PCE8) acpiprt9 at acpi0: bus 1 (AGP_) acpicpu0 at acpi0: PSS acpicpu1 at acpi0: PSS acpibtn0 at acpi0: PWRB cpu0: 3021 MHz: speeds: 3000 2300 1800 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 ATI RS740 Host rev 0x00 ppb0 at pci0 dev 1 function 0 ATI RS690 PCIE rev 0x00 pci1 at ppb0 bus 1 radeondrm0 at pci1 dev 5 function 0 ATI Radeon 2100 rev 0x00 drm0 at radeondrm0 radeondrm0: apic 2 int 18 ppb1 at pci0 dev 2 function 0 ATI RS690M PCIE rev 0x00: msi pci2 at ppb1 bus 2 em0 at pci2 dev 0 function 0 Intel 82571EB rev 0x06: apic 2 int 18, address 00:15:17:cd:db:42 em1 at pci2 dev 0 function 1 Intel 82571EB rev 0x06: apic 2 int 19, address 00:15:17:cd:db:43 ahci0 at pci0 dev 17 function 0 ATI SBx00 SATA rev 0x00: apic 2 int 22, AHCI 1.1 scsibus0 at ahci0: 32 targets sd0 at scsibus0 targ 0 lun 0: ATA, Maxtor 7Y250M0, YAR5 SCSI3 0/direct fixed t10.ATA_Maxtor_7Y250M0_Y64Y10TE_ sd0: 239372MB, 512 bytes/sector, 490234752 sectors sd1 at scsibus0 targ 1 lun 0: ATA, Maxtor 6Y250M0, YAR5 SCSI3 0/direct fixed t10.ATA_Maxtor_6Y250M0_Y64DMDWE_ sd1: 239371MB, 512 bytes/sector, 490232639 sectors cd0 at scsibus0 targ 2 lun 0: HL-DT-ST, DVDRAM GH24NS95, RN01 ATAPI 5/cdrom removable ohci0 at pci0 dev 18 function 0 ATI SB700 USB rev 0x00: apic 2 int 16, version 1.0, legacy support ohci1 at pci0 dev 18 function 1 ATI SB700 USB rev 0x00: apic 2 int 16, version 1.0, legacy support ehci0 at pci0 dev 18 function 2 ATI SB700 USB2 rev 0x00: apic 2 int 17
Re: Radeondrm on OpenBSD 5.5 stable
On Mon, Jun 09, 2014 at 04:53:23AM -0500, Stan Gammons wrote: On 06/09/2014 01:56 AM, Jonathan Gray wrote: On Sun, Jun 08, 2014 at 07:01:56AM -0500, Stan Gammons wrote: Is there a known problem with the Radeon driver on OpenBSD 5.5 AMD64 stable? I noticed the text on the console was scrolling very slow while src.tar.gz was extracting. I didn't time it, but it seem to take 2 to 3 times as long to return to the command line compared to extracting the same file on a slower i386 machine. Syslog output is below. Well things are going to be slow when all the acceleration is being disabled. It isn't clear if the problem you're encountering is due to something like missing firmware as you didn't include a dmesg. It loads or tries to load firmware at boot. Here's the dmesg info. So it seems something isn't working right with the GART. Could you try the following diff to force it to a smaller size? Diff against -current but will likely apply to 5.5 Index: sys/dev/pci/drm/radeon/rs400.c === RCS file: /cvs/src/sys/dev/pci/drm/radeon/rs400.c,v retrieving revision 1.4 diff -u -p -r1.4 rs400.c --- sys/dev/pci/drm/radeon/rs400.c 9 Feb 2014 12:33:44 - 1.4 +++ sys/dev/pci/drm/radeon/rs400.c 10 Jun 2014 04:57:21 - @@ -54,6 +54,8 @@ void rs400_gart_adjust_size(struct radeo rdev-mc.gtt_size = 32 * 1024 * 1024; return; } + DRM_ERROR(Forcing to 32M GART size\n); + rdev-mc.gtt_size = 32 * 1024 * 1024; } void rs400_gart_tlb_flush(struct radeon_device *rdev)
Radeondrm on OpenBSD 5.5 stable
Is there a known problem with the Radeon driver on OpenBSD 5.5 AMD64 stable? I noticed the text on the console was scrolling very slow while src.tar.gz was extracting. I didn't time it, but it seem to take 2 to 3 times as long to return to the command line compared to extracting the same file on a slower i386 machine. Syslog output is below. Jun 7 22:47:09 gateway /bsd: radeondrm0: VRAM: 128M 0xD000 - 0xD7FF (128M used) Jun 7 22:47:09 gateway /bsd: radeondrm0: GTT: 512M 0xA000 - 0xBFFF Jun 7 22:47:09 gateway /bsd: drm: PCIE GART of 512M enabled (table at 0x0891F000). Jun 7 22:47:09 gateway /bsd: error: [drm:pid0:r100_ring_test] *ERROR* radeon: ring test failed (scratch(0x15E4)=0xCAFEDEAD) Jun 7 22:47:09 gateway /bsd: error: [drm:pid0:r100_cp_init] *ERROR* radeon: cp isn't working (-22). Jun 7 22:47:09 gateway /bsd: error: [drm:pid0:rs690_startup] *ERROR* failed initializing CP (-22). Jun 7 22:47:09 gateway /bsd: error: [drm:pid0:rs690_init] *ERROR* Disabling GPU acceleration Jun 7 22:47:09 gateway /bsd: error: [drm:pid0:r100_cp_fini] *ERROR* Wait for CP idle timeout, shutting down CP. Jun 7 22:47:09 gateway /bsd: error: [drm:pid0:r100_gui_wait_for_idle] *ERROR* radeon: wait for empty RBBM fifo failed ! Bad things might happen. Jun 7 22:47:09 gateway /bsd: error: [drm:pid0:r100_cp_disable] *ERROR* Failed to wait GUI idle while programming pipes. Bad things might happen. Jun 7 22:47:09 gateway /bsd: drm: radeon: cp finalized Jun 7 22:47:09 gateway /bsd: radeondrm0: 1600x900 Jun 7 22:47:09 gateway /bsd: wsdisplay0 at radeondrm0 mux 1: console (std, vt100 emulation), using wskbd0 Jun 7 22:47:09 gateway /bsd: wsdisplay0: screen 1-5 added (std, vt100 emulation)Jun 7 22:47:09 gateway /bsd: radeondrm0: VRAM: 128M 0xD000 - 0xD7FF (128M used) Jun 7 22:47:09 gateway /bsd: radeondrm0: GTT: 512M 0xA000 - 0xBFFF Jun 7 22:47:09 gateway /bsd: drm: PCIE GART of 512M enabled (table at 0x0891F000). Jun 7 22:47:09 gateway /bsd: error: [drm:pid0:r100_ring_test] *ERROR* radeon: ring test failed (scratch(0x15E4)=0xCAFEDEAD) Jun 7 22:47:09 gateway /bsd: error: [drm:pid0:r100_cp_init] *ERROR* radeon: cp isn't working (-22). Jun 7 22:47:09 gateway /bsd: error: [drm:pid0:rs690_startup] *ERROR* failed initializing CP (-22). Jun 7 22:47:09 gateway /bsd: error: [drm:pid0:rs690_init] *ERROR* Disabling GPU acceleration Jun 7 22:47:09 gateway /bsd: error: [drm:pid0:r100_cp_fini] *ERROR* Wait for CP idle timeout, shutting down CP. Jun 7 22:47:09 gateway /bsd: error: [drm:pid0:r100_gui_wait_for_idle] *ERROR* radeon: wait for empty RBBM fifo failed ! Bad things might happen. Jun 7 22:47:09 gateway /bsd: error: [drm:pid0:r100_cp_disable] *ERROR* Failed to wait GUI idle while programming pipes. Bad things might happen. Jun 7 22:47:09 gateway /bsd: drm: radeon: cp finalized Jun 7 22:47:09 gateway /bsd: radeondrm0: 1600x900 Jun 7 22:47:09 gateway /bsd: wsdisplay0 at radeondrm0 mux 1: console (std, vt100 emulation), using wskbd0 Jun 7 22:47:09 gateway /bsd: wsdisplay0: screen 1-5 added (std, vt100 emulation)
