This topic contains 4 replies, has 2 voices, and was last updated by fungalnet Jan 19-5:11 pm.
January 19, 2019 at 2:01 pm #16909Member
You must mean free instead of stable. I did an installation on a single core atom 32bit notepad 2 weeks ago, I tried the latest kernel and it worked well too. I don’t think it really matters unless you get very unlucky and you have some really rare hw that they decided to drop. I remember I had some gfx card on an old pc that worked with jessie and didn’t work with stretch. They had just decided to drop it when I had gotten it to install, and their argument was that in the past few years they were no hits for the firmware. That was 20yr old equipment.
There is some trick with using hwinfo (# hwinfo –framebuffer ??) that returned codes in a table for the monitor settings that your gfx card provided for the monitor. It is like 0x035c for 1200×800 resolution and you add to the linux boot line vga=0x035c and it helps the gfx card to set the resolution it seems it can’t figure out the best on its own.
I am not aware that are available firmware for stable different that for testing or unstable.
firmware-amd-graphics (does this exclude radeon 4xx?)
how about the xserver-xorg-video-amdgpu and xserver-…..-radeon, are those installed?January 19, 2019 at 2:49 pm #16914Member
I used live USB of antiX-17.3.1_x64-full.iso with apt update && apt upgrade -y and installed kernel and remaster and changed to kernel. Thank you for 0x035c and everything, I use a TV as monitor with hdmi and console messages are to big to fit on screen by default, vga=0x035c helps. And yes I forgot -full does not have firmware initially…January 19, 2019 at 2:54 pm #16915Member
That 035c was just an example, your gfx and monitor setup may give different codes. The table shows the available resolutions your card can handle with the specific monitor. So run hwinfo on your setup.
On mine it looks something like this:
‘ Mode 0x0360: 848×480 (+896), 8 bits
Mode 0x0361: 848×480 (+1728), 16 bits
Mode 0x0362: 848×480 (+3392), 24 bits
Mode 0x033c: 1920×1440 (+1920), 8 bits
Mode 0x034d: 1920×1440 (+3840), 16 bits
Mode 0x035c: 1920×1440 (+7680), 24 bits
Mode 0x033a: 1600×1200 (+1600), 8 bits
Mode 0x034b: 1600×1200 (+3200), 16 bits
Mode 0x035a: 1600×1200 (+6400), 24 bits
Mode 0x0307: 1280×1024 (+1280), 8 bits
Mode 0x031a: 1280×1024 (+2560), 16 bits
Mode 0x031b: 1280×1024 (+5120), 24 bits
Mode 0x0305: 1024×768 (+1024), 8 bits
Mode 0x0317: 1024×768 (+2048), 16 bits
Mode 0x0318: 1024×768 (+4096), 24 bits
Mode 0x0312: 640×480 (+2560), 24 bits
Mode 0x0314: 800×600 (+1600), 16 bits
Mode 0x0315: 800×600 (+3200), 24 bits
Mode 0x0301: 640×480 (+640), 8 bits
Mode 0x0303: 800×600 (+832), 8 bits
Mode 0x0311: 640×480 (+1280), 16 bits’January 19, 2019 at 3:43 pm #16923Member
On my setup hwinfo –framebuffer shows just “> bios.4.2: mode info” and hangs and I need to do CTRL+C
Just hwinfo for me gets https://github.com/iugamarian/antixims/blob/master/hwinfo-with-4-19-13
And I will also provide for more information:
Thank you very much.January 19, 2019 at 5:11 pm #16929Member
We are further deviating from topic and contaminating it, I propose we delete our last messages. (Can we?)
hwinfo in any system I run it needs to run as root (# hwinfo –framebuffer) or you’ll see scrambled characters and it will return nothing at the end.
I used a tv screen for a while, large, 1920 resolution, but sure it was no computer monitor. It made my eyes ache after a while. It is different in some way. I know, you may not have an alternative, I hear you, but watch it.
I may be wrong, I don’t think inxi produces the same table of information, and I believe that if you switch monitors the table may change, even if your card doesn’t. This is detecting the monitor’s resolution through the ability of the card. This is the code you need for that vga variable. Also in grub there is a gfx line you can specify resolution that affects console. I struggled with a huge screen that I couldn’t read console output for a while.
You must be logged in to reply to this topic.