Re: [foxboro] D-style Sun box loses video
- From: <MUGARTET@xxxxxxxxxxxxx>
- To: <foxboro@xxxxxxxxxxxxx>
- Date: Fri, 22 Sep 2006 15:23:59 -0300
Hi Everyone,
Today we run into the problem of getting some HP LCD monitors to work =
properly with 51D/G stations. When we rebooted the stations they =
"hanged" during startup, with no video signal at all. After a few =
trials, we found that an LCD monitor with VGA connectors on both ends =
(CPU & monitor) worked fine, and that the monitors with DVI connectors =
on the monitor side didn't. So we figured out the following workaround =
to get rid of the "handshake":
- Set the desired resolution on the CPU with m64config (in our case, =
m64config -res 1600x1200x60)=20
- Remove pins 4, 11, 12 & 15 on the VGA connector (ID bits 2, 0, 1 & 3 =
respectively) that goes to the CPU - the ones used for monitor ID, that =
are problably used to tell the CPU the available resolutions. Yes, I =
know it sounds drastic, but it's effective.
After this, reboot the machines and that's it.
Hope this tip would be useful for someone else.
Regards,
Martin
-----Mensaje original-----
De: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] =
En nombre de duc.do@xxxxxxxxxxxxxx
Enviado el: Mi=E9rcoles, 22 de Febrero de 2006 15:53
Para: foxboro@xxxxxxxxxxxxx
Asunto: Re: [foxboro] D-style Sun box loses video
Mark,
Thanks to your advice on m64config (also to an off-list suggestion of =
similar vein from Ted Jirik), I was able to check the primary frame =
buffer on the affected Ultra 5. It was set at 1280x1024x60. (Remember =
this has been working all along for years.)
I changed it to the Foxboro default of 1152x900x76 but to no avail. All =
these testing gyrations were done while the box is hooked to a Foxboro
(Sony) CRT. Out of desperation, we connected it to a NEC LCD with Ambix
(auto-sync) capability, and finally got some video signal, though not =
entirely functional. I rebooted the box and the primary video finally =
worked on the LCD. At that point, I switched it back to the CRT, and =
wouldn't you know it, it also worked! There's some FM in there that I =
don't entirely understand. But the thing works, and it's good enough for =
me for now.
Thanks for all the suggestions and advices. The list came through again.
Duc
-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx]
On Behalf Of Gardner, Mark
Sent: Wednesday, February 22, 2006 11:21 AM
To: 'foxboro@xxxxxxxxxxxxx'
Subject: Re: [foxboro] D-style Sun box loses video
The primary frame buffer on the 51D uses the "m64" driver off the mother =
board. During startup "openwin" is started using "/dev/fb0"
for the primary display. On the 51D "/dev/fb0" should be a link =
file=3D20 to "/dev/fb1/m640" which links to the actual devices =
file.=3D20 They should look like.
# l /dev/fb0
lrwxrwxrwx 1 root root 8 Feb 6 2004 /dev/fb0 ->
fbs/m640
# l /dev/fbs/m640
lrwxrwxrwx 1 root root 47 Feb 6 2004 /dev/fbs/m640 ->
../../devices/pci@1f,0/pci@1,1/SUNW,m64B@2:m640
Try looking to see if the resolution of this particular frame buffer was =
changed using the "m64config" command:
For example:
# m64config -prconf
If not previously changed the resolution should be at Sun native which =
is 1152x900x76. You can check "m64" was loaded using the "modinfo" =
command but I think you have seen other errors at the console (white =
screen) during boot if that were the case.
FYI, the second head on a 51D could use an "m64" instance for the PGX24 =
and
PGX64 cards or "gfx" for the PGX32 card (separate pkg and driver).
Mark Gardner
-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx]
On
Behalf Of duc.do@xxxxxxxxxxxxxx
Sent: Wednesday, February 22, 2006 9:55 AM
To: foxboro@xxxxxxxxxxxxx
Subject: [foxboro] D-style Sun box loses video
Hi list,
Another day, another problem.
I have an AW51D (Sun Ultra 5) with dual-head video. Recently it lost the =
video out from the primary video port, but in a peculiar way.
I can see all the POST messages (on white background) fine until the =
Foxboro I/A signal kicks in (when the screen normally turns to the light =
blue background), then I get nothing but a dark screen. The box would =
continue to boot up fully and I can see the video signal on the =
secondary display.
I pull the hard drive and put it into another Ultra 5 box, but the same =
symptom persists, so I ruled out hardware problems and started to look =
at corrupted graphic drivers or something along that line.
Searching the foxboro archive (from another problem of mine three years =
ago, //www.freelists.org/archives/foxboro/03-2003/msg00042.html)
led to inspecting the graphic driver in /dev/fb0, but that didn't shed =
much light (it's there, and looks similar to that on an operational =
box).
Searching Google for graphic problems with the Ultra 5 really didn't =
help much as this problem rears its head when the display is switched to =
the Foxboro graphic signal.
(Yes, I've tried 'boot -r'.)
Anybody experiences this same problem? Anybody knows how to fix it?
Thanks for any information.
Duc
--=3D3D20
Duc M. Do
DCS Group, Carrollton Plant
Dow Corning Corp.
Carrollton, KY, US
=20
=20
_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process =
Systems (formerly The Foxboro Company). Use the info you obtain here at =
your own risks. Read http://www.thecassandraproject.org/disclaimer.html
=20
foxboro mailing list: //www.freelists.org/list/foxboro
to subscribe: =
mailto:foxboro-request@xxxxxxxxxxxxx?subject=3Djoin
to unsubscribe: =
mailto:foxboro-request@xxxxxxxxxxxxx?subject=3Dleave
=20
AVISO LEGAL:
Esta informaci=F3n es privada y confidencial y est=E1 dirigida =
=FAnicamente a su destinatario. Si usted no es el destinatario original =
de este mensaje y por este medio pudo acceder a dicha informaci=F3n por =
favor elimine el mensaje. La distribuci=F3n o copia de este mensaje =
est=E1 estrictamente prohibida. Esta comunicaci=F3n es s=F3lo para =
prop=F3sitos de informaci=F3n y no debe ser considerada como propuesta, =
aceptaci=F3n ni como una declaraci=F3n de voluntad oficial de REPSOL YPF =
S.A. y/o subsidiarias y/o afiliadas. La transmisi=F3n de e-mails no =
garantiza que el correo electr=F3nico sea seguro o libre de error. Por =
consiguiente, no manifestamos que esta informaci=F3n sea completa o =
precisa. Toda informaci=F3n est=E1 sujeta a alterarse sin previo aviso.=20
This information is private and confidential and intended for the =
recipient only. If you are not the intended recipient of this message =
you are hereby notified that any review, dissemination, distribution or =
copying of this message is strictly prohibited. This communication is =
for information purposes only and shall not be regarded neither as a =
proposal, acceptance nor as a statement of will or official statement =
from REPSOL YPF S.A. and/or subsidiaries and/or affiliates. Email =
transmission cannot be guaranteed to be secure or error-free. Therefore, =
we do not represent that this information is complete or accurate and it =
should not be relied upon as such. All information is subject to change =
without notice.
_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html
foxboro mailing list: //www.freelists.org/list/foxboro
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
Other related posts:
