From: lyndsay lastname <lyndsay@vivaldi.net>
To: 9front@9front.org
Subject: [9front] trident cyber 9525 graphics glitches
Date: Sun, 05 Sep 2021 17:30:21 +0000 [thread overview]
Message-ID: <1630860700604.2131728698.1474874245@vivaldi.net> (raw)
------sinikael-?=_1-16308630216640.2992016441892944
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
hi all,
sorry if this is out of place, i'm new to 9front and plan 9 in general. i'd
appreciate it if you directed me to the appropriate venue for asking this
question if this isn't the right one.
i'm trying to install 9front on an old toshiba satellite 2250cdt, which has
a trident cyber 9525 gpu. it seems like that device is supported, as
there's an entry for it in /lib/vgadb under the cyber938x controller, but
i'm having some issues with this particular configuration seemingly not
wanting to play nice with 9front and it's made it impossible to get the
system up and running.
first of all, the vanilla /lib/vgadb does not have an entry with the right
BIOS identifier for this device, so it wasn't giving me any graphical
output regardless of the settings i chose at first. i was able to revise
the cyber938x entry in /lib/vgadb to add the appropriate line (diff) and
inject that into the install ISO, and it now does produce some output with
`aux/vga -m xga -l 1024x768x16`. (it does not work with -m vesa.) this gpu
technically supports 24-bit color modes, but vga dies telling me there's
not enough memory if i try to use one, which is also a known problem on
solaris that they say to fix by using a 16-bit mode.
the issue now is that although i can get the display to load, the screen
output is garbled. it properly renders the cursor, including its movement,
and responds to my keyboard too, but everything else is totally broken. it
IS clear where the things displayed on the screen are coming from, so it's
not like it's just dumping nonsense from memory. i'll link two pictures
showing what this looks like - the first is the initial screen the
installer drops to where it asks for mouse type, the second is the default
rio layout after hitting enter on that screen:
https://i.imgur.com/z9fauzt.jpeg
https://i.imgur.com/ND9THHP.jpeg
i have absolutely no idea how to fix this and i can't really find anything
clear in the FQA. any suggestions?
------sinikael-?=_1-16308630216640.2992016441892944
Content-Type: text/html; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
<html><head></head><body><p>hi all,</p>
<p>sorry if this is out of place, i'm new to 9front and plan 9 in general.
i'd appreciate it if you directed me to the appropriate venue for asking
this question if this isn't the right one.</p><p>i'm trying to
install 9front on an old toshiba satellite 2250cdt, which
has a trident cyber 9525 gpu. it seems like that device is supported, as
there's an entry for it in /lib/vgadb under the cyber938x controller, but
i'm having some issues with this particular configuration seemingly not
wanting to play nice with 9front and it's made it impossible to get the
system up and running.</p><p>first of all, the vanilla /lib/vgadb does not
have an entry with the right BIOS identifier for this device, so it wasn't
giving me any graphical output regardless of the settings i chose at first.
i was able to revise the cyber938x entry in /lib/vgadb to add the
appropriate line (<a class=""
href="https://pastebin.com/YQsyWZnH">diff</a>) and inject that into the
install ISO, and it now does produce some output with `aux/vga -m xga -l
1024x768x16`. (it does not work with -m vesa.) this gpu technically
supports 24-bit color modes, but vga dies telling me there's not enough
memory if i try to use one, which is also a <a class=""
href="https://www.oracle.com/webfolder/technetwork/hcl/data/components/details/trident/sol_10_01_06/1291.html">known
problem on solaris</a> that they say to fix by using a 16-bit
mode. </p><p>the issue now is that although i can get the
display to load, the screen output is garbled. it properly renders the
cursor, including its movement, and responds to my keyboard too, but
everything else is totally broken. it IS clear where the things displayed
on the screen are coming from, so it's not like it's just dumping nonsense
from memory. i'll link two pictures showing what this looks like - the
first is the initial screen the installer drops to where it asks for mouse
type, the second is the default rio layout after hitting enter on that
screen:</p><p>https://i.imgur.com/z9fauzt.jpeg</p><p>https://i.imgur.com/ND9THHP.jpeg</p><p>i
have absolutely no idea how to fix this and i can't really find anything
clear in the FQA. any suggestions?</p></body></html>
------sinikael-?=_1-16308630216640.2992016441892944--
next reply other threads:[~2021-09-05 21:19 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-09-05 17:30 lyndsay lastname [this message]
2021-09-05 22:52 ` qwx
2021-09-05 23:18 ` lyndsay
2021-09-06 0:08 ` qwx
2021-09-06 0:53 ` lyndsay
2021-09-06 21:29 ` qwx
2021-09-21 4:11 ` lyndsay
2021-09-21 5:06 ` unobe
2021-09-21 9:17 ` qwx
2021-09-21 14:45 ` lyndsay
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1630860700604.2131728698.1474874245@vivaldi.net \
--to=lyndsay@vivaldi.net \
--cc=9front@9front.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).