Damien Zammit, le mar. 10 nov. 2020 13:17:52 +1100, a ecrit:
> On 10/11/20 10:39 am, Samuel Thibault wrote:
> >> sdd2 is / that boots with rumpdisk.static
> >> sdd3 is the second partition I am trying to mount with the injected
> >> translator
> >
> > That's far... Unless rumpdisk is built with _
Hi,
On 10/11/20 10:39 am, Samuel Thibault wrote:
>> sdd2 is / that boots with rumpdisk.static
>> sdd3 is the second partition I am trying to mount with the injected
>> translator
>
> That's far... Unless rumpdisk is built with _FILE_OFFSET_BITS 64, its
> off_t etc. will be 32bit, thus probably i
Damien Zammit, le mar. 10 nov. 2020 11:01:29 +1100, a ecrit:
> On 10/11/20 6:06 am, Samuel Thibault wrote:
> > Perhaps add prints in the rump code to determine what really returns
> > that error and why. Possibly it's really a constraint of wd0d, perhaps
> > it can only be opened once at a time.
>
Hi,
On 10/11/20 6:06 am, Samuel Thibault wrote:
> Perhaps add prints in the rump code to determine what really returns
> that error and why. Possibly it's really a constraint of wd0d, perhaps
> it can only be opened once at a time.
I am getting EBUSY when trying to reopen /dev/wd0d in rump_sys_op
Damien Zammit, le mar. 10 nov. 2020 10:33:39 +1100, a ecrit:
> Hi,
>
> On 10/11/20 6:12 am, Samuel Thibault wrote:
> > Btw, is your second partition within small bounds? (e.g. within 4GiB
> > that can be expressed with 32bit integers)
>
> Device Boot Start End Sectors Size Id Typ
Hi,
On 10/11/20 6:12 am, Samuel Thibault wrote:
> Btw, is your second partition within small bounds? (e.g. within 4GiB
> that can be expressed with 32bit integers)
Device Boot Start End Sectors Size Id Type
/dev/sdd12048 1953791 1951744 953M 82 Linux swap / Solar
Andrew Eggenberger, le jeu. 29 oct. 2020 16:12:47 -0500, a ecrit:
> I think the problem is with the pflocal/io.c implementation of S_io_stat.
[...]
> calling fstat on the
> file descriptor of a socket created with cloexec_socket (AF_UNIX,
> SOCK_STREAM, 0);. But S_io_stat doesn't s
Samuel Thibault, le lun. 09 nov. 2020 20:06:28 +0100, a ecrit:
> I'd say track the offset within the pread calls, to make sure that it is
> not getting lost along the path.
Also, I'd say put prints around the pread and pwrite calls. Actually now
realizing that rumpdisk is for now single-threaded,
Damien Zammit, le lun. 09 nov. 2020 19:43:05 +1100, a ecrit:
> On 9/11/20 4:50 am, Samuel Thibault wrote:
> > But you can as well replace these two calls with a single tall to
> > rump_sys_pread() that avoids such issue (ditto for write).
>
> http://git.zammit.org/hurd-sv.git/log/
>
> Even with t
Hi,
On 9/11/20 4:50 am, Samuel Thibault wrote:
> But you can as well replace these two calls with a single tall to
> rump_sys_pread() that avoids such issue (ditto for write).
http://git.zammit.org/hurd-sv.git/log/
Even with the new pread/pwrite calls, it still seems to mix up the reads/writes
b
10 matches
Mail list logo
