latest i386 radeondrmkms trials

To: current-users%NetBSD.org@localhost, port-i386%NetBSD.org@localhost
Subject: latest i386 radeondrmkms trials
From: "John D. Baker" <jdbaker%mylinuxisp.com@localhost>
Date: Mon, 16 Feb 2015 19:06:50 -0600 (CST)
Using a netbsd-7 kernel based on DRMKMS, but with pcdisplay and vga0 at isa
disabled, I observed the following:

With console on serial port, the machine eventually hangs during
radeondrmkms initialization.  A power-cycle is the only way to regain
control (can't BREAK into DDB).  Relevant excerpted "dmesg" captured on
serial console:

NetBSD 7.0_BETA (SLAB_KMS) #11: Mon Feb 16 17:20:57 CST 2015
	sysop%verthandi.technoskunk.fur@localhost:/d0/build/netbsd-7/obj/i386/sys/arch/i386/compile/SLAB_KMS
total memory = 2047 MB
avail memory = 2001 MB
[...]
acpivga0 at acpi0 (VID): ACPI Display Adapter
acpivga0: capabilities: _DOS _DOD            
acpiout0 at acpivga0 (LCD0, 0x0110): ACPI Display Output Device
acpiout0: capabilities: _DDC _DCS _DGS _DSS                    
acpiout1 at acpivga0 (CRT0, 0x0100): ACPI Display Output Device
acpiout1: capabilities: _DDC _DCS _DGS _DSS                    
acpiout2 at acpivga0 (TV0, 0x0200): ACPI Display Output Device
acpiout2: capabilities: _DDC _DCS _DGS _DSS                   
acpiout3 at acpivga0 (DVI0, 0x0210): ACPI Display Output Device
acpiout3: capabilities: _DCS _DGS _DSS                         
acpivga0: connected output devices:   
acpivga0:   0x0110 (acpiout0): LCD Panel, head 0
acpivga0:   0x0100 (acpiout1): Ext. Monitor, head 0
acpivga0:   0x0200 (acpiout2): TV, head 0          
acpivga0:   0x0210 (acpiout3): Unknown Output Device, head 0
[...]
pchb0 at pci0 dev 0 function 0: Intel 82845 Host (rev. 0x04)      
agp0 at pchb0: aperture at 0xe0000000, size 0x4000000       
ppb0 at pci0 dev 1 function 0: Intel 82845 AGP (rev. 0x04)
pci1 at ppb0 bus 1                                        
pci1: i/o space, memory space enabled
radeon0 at pci1 dev 0 function 0: ATI Technologies FireGL Mobility 7800 M7 LX (rev. 0x00)
radeon0: WARNING: power management not supported
[...]
pci_mem_find: void region 
pci_mem_find: void region
pci_mem_find: void region
pci_mem_find: void region
radeon0: map 3 failed    
pci_mem_find: void region
radeon0: map 4 failed    
pci_mem_find: void region
radeon0: map 5 failed    
DRM debug in drm_minor_register: 
DRM debug in drm_minor_register: new minor assigned 64
DRM debug in drm_minor_register:                      
DRM debug in drm_minor_register: 
DRM debug in drm_minor_register: new minor assigned 0
drm: initializing kernel modesetting (RV200 0x1002:0x4C58 0x1014:0x0518).
drm: register mmio base: 0xd0100000                                      
drm: register mmio size: 65536     
pci_io_find: expected type i/o, found mem
DRM debug in radeon_get_bios: COMBIOS detected
radeon0: info: GTT: 64M 0xE0000000 - 0xE3FFFFFF
radeon0: info: VRAM: 128M 0x00000000E8000000 - 0x00000000EFFFFFFF (64M used)
drm: Detected VRAM RAM=80M, BAR=128M                                        
drm: RAM width 128bits DDR          
Zone  kernel: Available graphics memory: 801714 kiB
drm: radeon: 64M of VRAM memory ready              
drm: radeon: 64M of GTT memory ready.
DRM debug in radeon_pm_print_states: 1 Power State(s)
DRM debug in radeon_pm_print_states: State 0:        
DRM debug in radeon_pm_print_states: 	DefaultDRM debug in radeon_pm_print_states: 	1 Clock Mode(s)
DRM debug in radeon_pm_print_states: 		0 e: 260000	m: 183000	v: 0
[hangs here]


With console on video, radeondrmkms attaches and works well for text
operations.  Booting with "-x" spams the console relatively forever with
timing/position calculation messages.  (I let it run for 8 hours and it
never got around to exec()-ing 'init'.)  Same "dmesg" excerpts for
comparison:

NetBSD 7.0_BETA (SLAB_KMS) #11: Mon Feb 16 17:20:57 CST 2015
	sysop%verthandi.technoskunk.fur@localhost:/d0/build/netbsd-7/obj/i386/sys/arch/i386/compile/SLAB_KMS
total memory = 2047 MB
avail memory = 2001 MB
[...]
acpivga0 at acpi0 (VID): ACPI Display Adapter
acpiout0 at acpivga0 (LCD0, 0x0110): ACPI Display Output Device
acpiout1 at acpivga0 (CRT0, 0x0100): ACPI Display Output Device
acpiout2 at acpivga0 (TV0, 0x0200): ACPI Display Output Device
acpiout3 at acpivga0 (DVI0, 0x0210): ACPI Display Output Device
acpivga0: connected output devices:
acpivga0:   0x0110 (acpiout0): LCD Panel, head 0
acpivga0:   0x0100 (acpiout1): Ext. Monitor, head 0
acpivga0:   0x0200 (acpiout2): TV, head 0
acpivga0:   0x0210 (acpiout3): Unknown Output Device, head 0
[...]
pchb0 at pci0 dev 0 function 0: Intel 82845 Host (rev. 0x04)
agp0 at pchb0: aperture at 0xe0000000, size 0x4000000
ppb0 at pci0 dev 1 function 0: Intel 82845 AGP (rev. 0x04)
pci1 at ppb0 bus 1
pci1: i/o space, memory space enabled
radeon0 at pci1 dev 0 function 0: ATI Technologies FireGL Mobility 7800 M7 LX (rev. 0x00)
[...]
drm: initializing kernel modesetting (RV200 0x1002:0x4C58 0x1014:0x0518).
drm: register mmio base: 0xd0100000
drm: register mmio size: 65536
radeon0: info: GTT: 64M 0xE0000000 - 0xE3FFFFFF
radeon0: info: VRAM: 128M 0x00000000E8000000 - 0x00000000EFFFFFFF (64M used)
drm: Detected VRAM RAM=80M, BAR=128M
drm: RAM width 128bits DDR
Zone  kernel: Available graphics memory: 801714 kiB
drm: radeon: 64M of VRAM memory ready
drm: radeon: 64M of GTT memory ready.
radeon0: info: WB disabled
radeon0: info: fence driver on ring 0 use gpu addr 0x00000000e0000000 and cpu addr 0x0xdb47e000
drm: Supports vblank timestamp caching Rev 2 (21.10.2013).
drm: Driver supports precise vblank timestamp query.
radeon0: interrupting at irq 9 (radeon)
drm: radeon: irq initialized.
drm: Loading R100 Microcode
init: copying out path `/sbin/init' 11
drm: radeon: ring at 0x00000000E0001000
drm: ring test succeeded in 0 usecs
drm: ib test succeeded in 0 usecs
drm: Panel ID String: 1600x1200               
drm: Panel Size 1600x1200
drm: No TV DAC info found in BIOS
drm: Radeon Display Connectors
drm: Connector 0:
drm:   VGA-1
drm:   DDC: 0x60 0x60 0x60 0x60 0x60 0x60 0x60 0x60
drm:   Encoders:
drm:     CRT1: INTERNAL_DAC1
drm: Connector 1:
drm:   DVI-D-1
drm:   HPD1
drm:   DDC: 0x64 0x64 0x64 0x64 0x64 0x64 0x64 0x64
drm:   Encoders:
drm:     DFP1: INTERNAL_TMDS1
drm: Connector 2:
drm:   LVDS-1
drm:   Encoders:
drm:     LCD1: INTERNAL_LVDS
drm: Connector 3:
drm:   SVIDEO-1
drm:   Encoders:
drm:     TV1: INTERNAL_DAC2
radeondrmkmsfb0 at radeon0
radeon0: info: registered panic notifier
radeondrmkmsfb0: framebuffer at 0xdb685000, size 1600x1200, depth 32, stride 6400
wsdisplay0 at radeondrmkmsfb0 kbdmux 1: console (default, vt100 emulation), using wskbd0
wsmux1: connecting to wsdisplay0


Starting X gets as far as displaying the X cursor which changes to a
"watch face" glyph (is that X or fvwm at that point?  I forget).  Then
the screen goes black and the machine is completely hung requiring a
power-cycle to regain control.

-- 
|/"\ John D. Baker, KN5UKS               NetBSD     Darwin/MacOS X
|\ / jdbaker[snail]mylinuxisp[flyspeck]com    OpenBSD            FreeBSD
| X  No HTML/proprietary data in email.   BSD just sits there and works!
|/ \ GPGkeyID:  D703 4A7E 479F 63F8 D3F4  BD99 9572 8F23 E4AD 1645
Prev by Date: Re: Illegal instruction trap in libgcc_s.so
Next by Date: Re: latest i386 radeondrmkms trials
Previous by Thread: Illegal instruction trap in libgcc_s.so
Next by Thread: Re: latest i386 radeondrmkms trials
Indexes:
Home | Main Index | Thread Index | Old Index