On 4/7/24 10:42, Страхиња Радић wrote:
Дана 24/04/07 12:46PM, Страхиња Радић написа:
Ok. The alternative would be to find a way to make 7.5 efifb work on my laptop. The version of efifb from 7.4 works (that is how I installed 7.4 in the first place), unlike 7.5 efifb.

I'd just like to add that it efifb might not even be the reason for system
hang. I noticed these lines in the output from 7.5 bsd.upgrade I got when I
entered `verbose` at the UKC prompt and exited UKC:

        uhub0: device problem, disabling port 2
        uhub0: device problem, disabling port 3
        uhub0: device problem, disabling port 5
        uhub0: device problem, disabling port 6

on my working 7.4 system, I have

        uhub0 at usb0 configuration 1 interface 0 "AMD xHCI root hub" rev \
        3.00/1.00 addr 1

and later

        urtwn0 at uhub0 port 2 configuration 1 interface 0 "Realtek 802.11n \
        NIC" rev 2.00/0.00 addr 2
        urtwn0: MAC/BB RTL8188EU, RF 6052 1T1R, address <snip>
        uhidev0 at uhub0 port 3 configuration 1 interface 0 "SiGmaMicro USB \
        Optical Mouse" rev 1.10/1.10 addr 3
        uhidev0: iclass 3/1
        ums0 at uhidev0: 3 buttons, Z dir
        wsmouse2 at ums0 mux 0
        uvideo0 at uhub0 port 5 configuration 1 interface 0 "Sonix Technology \
        Co., Ltd. Integrated Camera" rev 2.00/0.28 addr 4
        video0 at uvideo0
        ugen0 at uhub0 port 6 "Atheros Communications product 0xe300" rev \
        2.01/0.01 addr 5

so the devices which have a "problem" are all devices connected to USB ports;
or rather, the USB hub itself?

Are there any regressions in the AMD xHCI hub code?


My 100% guess is that you have a machine that's very dependent upon
ACPI, and the install kernel's ACPI support is very minimal, or
has a funny UEFI system.  Or a funny BIOS.  Some machines work better
as UEFI, some work better running BIOS.  A firmware upgrade may
change that (which could suck).

There are other ways, though...

First, I would verify that the 7.5 kernel boots -- copy it to /bsd75,
for example, then "boot bsd75 -s" (the -s is so it doesn't try to go
multi-user with a mixed new kernel/old userland/packages).  If that
seems happy, just do a "remote upgrade", using the "Manual Upgrade
(without the install kernel)" process in
https://www.openbsd.org/faq/upgrade75.html.

Nick.


Reply via email to