Damien Zammit, le lun. 09 nov. 2020 18:09:06 +1100, a ecrit:
> TESTED by booting a QEMU passthrough disk via rumpdisk.static
Applied, thanks!
TESTED by booting a QEMU passthrough disk via rumpdisk.static
---
rumpdisk/block-rump.c | 21 -
1 file changed, 4 insertions(+), 17 deletions(-)
diff --git a/rumpdisk/block-rump.c b/rumpdisk/block-rump.c
index e094a199..f7444260 100644
--- a/rumpdisk/block-rump.c
+++ b/rumpdi
The binutils bugs seem to have been fixed.
2020-11-08 Samuel Thibault
gcc/
* config.gcc: Enable default_gnu_indirect_function in *-*-gnu*
target (but not *-*-kfreebsd*-gnu | *-*-kopensolaris*-gnu).
---
gcc/config.gcc | 4 +++-
1 file changed, 3 insertions(+), 1 deletio
Samuel Thibault, le dim. 08 nov. 2020 18:50:12 +0100, a ecrit:
> But you can as well replace these two calls with a single tall to
> rump_sys_pread() that avoids such issue (ditto for write).
(IIRC we had already discussed about it and left it in some TODO-list,
is that recorded somewhere?)
Samue
Damien Zammit, le dim. 08 nov. 2020 16:10:32 +1100, a ecrit:
> I am using the libparted access method via
> storeio `-T typed part:x` but using the same underlying device.
> Do I need to make opening a new partition on the same disk device
> open a new handle on the same disk?
Since your device_r
Hello,
Joan Lledó, le dim. 08 nov. 2020 11:45:07 +0100, a ecrit:
> - Would it be enough to add the range info to the memory_object_proxy
> struct
That looks sensible yes.
> - Why is the proxy interface designed to work with arrays? Is vm_map
> supposed to call vm_map_enter multiple times for
Hi,
El 3/11/20 a les 23:13, Samuel Thibault ha escrit:
>
> That would probably work, yes.
>
>
I got something pushed to my branch at [1]. But I found the
implementation for pager proxies in gnu mach is incomplete. In
particular I can't restrict a range to be mapped. I think I could fix it
but
