Date: Sat, 15 Jan 2022 11:48:28 +0000 From: bugzilla-noreply@freebsd.org To: standards@FreeBSD.org Subject: [Bug 255072] boot (legacy): no progress beyond 'BIOS DRIVE D: is disk1' Message-ID: <bug-255072-99-sLcVLmlfoR@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-255072-99@https.bugs.freebsd.org/bugzilla/> References: <bug-255072-99@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D255072 --- Comment #28 from spell@itl.ua --- (In reply to Toomas Soome from comment #25) > It would be good to get the sector number and size for last read, however. They differ because the crash occurs in different moments. Two last crashes have occured on sector numbers (dblk variable) 1953 and 2001640. Read size in both cases is 4096. > bio_size =3D min(BIO_BUFFER_SIZE, size); > use 512 for BIO_BUFFER_SIZE. Thank you for the hint, this has led me to discover that the buffer ptr does matter somehow. I've replaced BIO_BUFFER_SIZE with V86_IO_BUFFER_SIZE, commented out bio_alloc() and bio_free() calls and used dumb "bbuf =3D bio_buffer;" inste= ad (since no any LIFO queue on bio_alloc()/bio_free() presents here). Such loader still crashes as usual, but when I just replace "bbuf =3D bio_buffer;" with "bbuf =3D PTOV(V86_IO_BUFFER);" the crash does not occur. Please suggest what to do next. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-255072-99-sLcVLmlfoR>