Sven Schnelle <sv...@stackframe.org> writes: > Hi Richard, > > Richard Henderson <richard.hender...@linaro.org> writes: > >> Wrap offset and space into a single structure, with >> offset represented either as a constant or as variable. >> This enhances copy_iaoq_entry to copy the space, and at >> the same time simplifying the code. >> >> Signed-off-by: Richard Henderson <richard.hender...@linaro.org> >> --- >> >> Sven, I think this might solve your branch-with-space-change issue. >> There are a couple of places where it does appear as if we might be >> losing a space change, with a branch within a branch delay slot. >> I'm trying to solve this by keeping both queue entries together. > > Thanks! I've put that on top of the other changes i have for 64bit > HP-UX, but it introduces a new problem: > > * Checking configuration for consistency... > WARNING: The disk at: 10/0/0/0.0.0 (QEMU_QEMU_HARDDISK) appears to contain a > file system and boot area. Continuing the installation will destroy > any existing data on this disk. > > Do you wish to cancel the non-interactive installation in order to > respond to the warnings above? ([y]/n): n > > * Loading configuration utility... > * Beginning installation from source: /dev/dsk/c0t2d0 > ======= 03/19/24 13:59:53 EST Starting system configuration... > * Configure_Disks: Begin > * Will install B.11.11 onto this system. > * Creating LVM physical volume "/dev/rdsk/c0t0d0" (10/0/0/0.0.0). > * Creating volume group "vg00". > vgcreate: Illegal path "". > * Creating logical volume "vg00/lvol1" (/stand). > lvcreate: Illegal path "". > * Creating logical volume "vg00/lvol2" (swap_dump). > lvcreate: Illegal path "". > * Creating logical volume "vg00/lvol3" (/). > lvcreate: Illegal path "". > * Creating logical volume "vg00/lvol4" (/tmp). > lvcreate: Illegal path "". > * Creating logical volume "vg00/lvol5" (/home). > lvcreate: Illegal path "". > * Creating logical volume "vg00/lvol6" (/opt). > lvcreate: Illegal path "". > > The 'illegal path' errors where not present before. I haven't done any > debugging, as debugging hppa userspace in qemu is a really time > consuming thing.
I'm seeing the same error with 32bit HP-UX 10.20 - so at least it's not caused by my 64bit hacks. Linux seems to run fine, but Linux is also utilizing address spaces not to the same extent as HP-UX.
