Subject: [FreeVMS] Re: New release 0.0.14
From: Glenn and Mary Everhart (Everhart@gce.com)
Date: Tue May 07 2002 - 02:40:46 CEST
Where DMA is done, VMS resolves process space during FDT processing
to get it into addresses that can be used from kernel mode. Drivers
may go further if there are additional adapters.
For buffered I/O (mainly terminal I/O) there is a kernel buffer
in nonpaged pool allocated when you start that can get freed when
i/o posting is done. Copying from process space occurs during fdt
time. Copying to process space occurs during the final special
kernel AST, same time as the IOSB gets filled in.
Hope this helps.
roart@nvg.ntnu.no wrote:
>
> Hi
>
> New release 0.0.14 at
> ftp.nvg.ntnu.no:/pub/vms/freevms (freevms-0_0_14.tgz)
>
> New system calls/services (partly working):
> $assign
> $qio
>
> New features:
> Fork (partly)
> Some sort of nulldriver/device (does nothing). Works sometimes, due to
> interrupt "emulation". $qio itself works at least once.
> The I/O-system can do no transfer of data yet, but the design and
> infrastructure seem to be getting in place.
> I also did some ugly avoidance of the saving of caller and caller's caller
> and some context stuff; that may have to be redone.
> At current time I do not know how data should be transferred; maybe it would
> be best having Memory Management in place sooner than later.
>
> Regards,
> Roar Thronæs
>
> --
> Liste de diffusion FreeVMS
> Pour se désinscrire : mailto:freevms-request@ml.free.fr?subject=unsubscribe
>
>
>
-- Liste de diffusion FreeVMS Pour se désinscrire : mailto:freevms-request@ml.free.fr?subject=unsubscribe
This archive was generated by hypermail 2b25 : Tue May 07 2002 - 02:33:59 CEST