NetBSD-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: install/58288: 10.0 (final) sysinst terminated after "Window too short..." message on a EFI netbook EeePC





______________________________________________________________
Od: "Martin Husemann" <martin%duskware.de@localhost>
Komu: install-manager%netbsd.org@localhost, gnats-admin%netbsd.org@localhost, netbsd-bugs%netbsd.org@localhost, radim.lysek%atlas.cz@localhost
Datum: 28.05.2024 11:25
Předmět: Re: install/58288: 10.0 (final) sysinst terminated after "Window too short..." message on a EFI netbook EeePC

The following reply was made to PR install/58288; it has been noted by GNATS.

From: Martin Husemann <martin%duskware.de@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: Subject: Re: install/58288: 10.0 (final) sysinst terminated after "Window too
short..." message on a EFI netbook EeePC
Date: Tue, 28 May 2024 11:24:03 +0200

So the relevant part from 9.4 seems to be:

radeondrmkmsfb0 at radeon0
radeondrmkmsfb0: framebuffer at 0xffffa9002e78d000, size 1024x600, depth 32, stride 4096

and the 10.0 kernel apparently does not select a usable font size for
the 1024 x 600 resolution (or it miss-probes the monitor size).

Hardware:
radeon0 at pci0 dev 1 function 0: vendor 1002 product 9807 (rev. 0x00)


One workaround could be to temporarily connect a HDMI monitor during
installation and then configure a different font, but I hope we can
improve font selection to cope with this type of displays.

Martin



Hallo Martin (&all);

following your workaroud i have attached a external monitor to the EeePC 1015 via HDMI, and it works - i was able to install NetBSD 10.1 on it. But...On booting 10.1 after completed installation appeared the problem again (and in very interresting way :-)

NetBSD 10.1 is  bootting readable, w/o text resolution swithing on 1015 LCD (kernel phase), to the point, of kernel testing of radeon and switching it to the new resolution,
Then there are 2 scenarios: with HDMI external monitor attached, or with ONLY internal EeePC 1015 LCD 1024/600;

With external HDMI attached:
after switching radeon in kernel phase on external monitor is console set to text 120x33, simultaneously LCD on EeePc 1015 is with 64x18 (and upper half row19) showing a left upper subset of the external console :-)

Without external HDMI attached:
after switching radeon in kernel phase on EeePC 1015 LCD is text resolution set to 64 x 18 (and usable working with this resolution possible).

BTW: in both cases on begin booting (probably in kernel ACPI detection phase) goes the brightness of LCD to minimum. After login i am able to restore it with sysctl -w hw.acpi.acpiout0.brightness back to usable values.

FYI i send you complete file /var/log/messages attached. There are startups with and w/o external monitor saved. Weird: with attached HDMI is on probes of USB hubs an autodetection error enconutered. I dont know why...

IMHO there are simultaneously 2 issues on booting 10.1 in kernel phase - unseen to this days with NetBSD 8.x and 9.x:
a) snap-in to ACPI detection probably uses another routine (with newly resetting the brightness value to minimum);
b) switching the text resolution on radeon driver in kernel phase  another way, than NB8.x-9.x (previous versions manage switching to 120x33 (or possible more) w/o any problems).

I hope, my testing is usable to identify the problem source!
With regards
Radim

Attachment: EeePC1015_NetBSD-10.1-messages
Description: =?utf-8?q?EeePC1015=5FNetBSD=2D10=2E1=2Dmessages?=



Home | Main Index | Thread Index | Old Index