I tried commenting out the two lines on the below link, and, unless I did something wrong in the build process, I got the same results. I am attaching the diff of the changes but as I said it didn't work.
Built the installer by following `release(8)` for building GENERIC.MP and RAMDISK; skipping `make install`. After compiling each I simply mounted the 2024-04-13 install77.img (as I am on -current) and overwrote "bsd" and "bsd.rd" on the .img files with the freshly compiled files. Wrote the installer to disk; booted, but I'm stuck at the very same point. I cannot get past "sd0: $sizeMB, 512 bytes/sector, $sectors sectors, thin" I'm going to leave it there overnight and see whether it moves beyond it tomorrow morning. Not quite sure what to do. Any further suggestions? On Mon, 14 Apr 2025 18:29:55 +0100 "requiem." <r...@0xde501a7a.xyz> wrote: > On Sun, 13 Apr 2025 14:34:35 -0400 > ajack...@the-fastest.net wrote: > > > I recall having the same problem with 7.6 but not 7.5. > > > > It would be interesting to see a diff between relevant bits. Some > suggested it could be an ACPI related issue; the "two hour" bug. > Uncommenting some bits in acpi.c as suggested earlier might do the > trick. I have yet to test it: > https://marc.info/?l=openbsd-bugs&m=173855804823166&w=2 > > > rqm. >
Index: sys/dev/acpi/acpi.c =================================================================== RCS file: /cvs/src/sys/dev/acpi/acpi.c,v diff -u -p -u -r1.444 acpi.c --- sys/dev/acpi/acpi.c 24 Mar 2025 09:53:20 -0000 1.444 +++ sys/dev/acpi/acpi.c 20 Apr 2025 19:45:13 -0000 @@ -823,8 +823,8 @@ acpi_pci_set_powerstate(pci_chipset_tag_ } #endif /* NACPIPWRRES > 0 */ - if (state == ACPI_STATE_D0 && pre) - aml_evalname(sc, pdev->node, "_PS0", 0, NULL, NULL); +// if (state == ACPI_STATE_D0 && pre) +// aml_evalname(sc, pdev->node, "_PS0", 0, NULL, NULL); } int
