Subject: port-arm32/6200: video intialization of Shark Rev 5 CyberPro2010 chip
To: None <gnats-bugs@gnats.netbsd.org>
From: Erik E. Fair <fair@digital.clock.org>
List: netbsd-bugs
Date: 09/25/1998 23:50:08
>Number:         6200
>Category:       port-arm32
>Synopsis:       video intialization of Shark Rev 5 CyberPro2010 chip
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    gnats-admin (GNATS administrator)
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Sep 26 00:05:01 1998
>Last-Modified:
>Originator:     Erik E. Fair
>Organization:
International Organization of Internet Clock Watchers
>Release:        NetBSD-current, 19980924
>Environment:
	DEC Shark, rev 5, 32 MB, netbooted.
System: NetBSD digital.clock.org 1.3 NetBSD 1.3 (DIGITAL) #1: Mon May 25 14:16:49 PDT 1998 fair@digital.clock.org:/usr/src/sys/arch/sparc/compile/DIGITAL sparc


>Description:
	I have an unmodified Shark that I've hooked to a television
	with both S-Video and composite (RCA) jacks. When the device
	is first booted, the PROMs initialize the video, and it
	looks OK (overscanned, but OK) on a garden variety Sony TV.

	Unfortunately, when the NetBSD kernel takes over, the video
	goes from working to not working in that the screen spins
	vertically (something that twiddling with the old "vertical
	hold" knob on a TV might fix, if mine had one...).

	Why are the NetBSD kernel's video initialization parameters
	for this chip different than the PROMs?

>How-To-Repeat:
	
>Fix:
	Inspect the FCode that initializes the CyperPro 2010 chip,
	and change the NetBSD/arm32 video driver to match.

	or

	Write to FirmWorks, inquire about the parameters, and change
	the NetBSD/arm32 video driver to match.
>Audit-Trail:
>Unformatted: