From: SMTP%"Barry_Horne@avid.com" 7-NOV-1997 17:02:12.44 To: ntdev@atria.com CC: Subj: [ntdev] The NT Insider (Vol 4 Issue 5) - "The NT HAL" Return-Path: owner-ntdev@atria.com Received: by arisia.gce.com (UCX V4.1-12C, OpenVMS V7.1 VAX); Fri, 7 Nov 1997 16:43:37 -0500 Received: from gw.atria.com (gw.atria.com [192.88.237.2]) by mercury.mv.net (8.8.8/mem-971025) with SMTP id VAA03294 for ; Tue, 4 Nov 1997 21:54:23 -0500 (EST) Received: by gw.atria.com id Tue, 4 Nov 1997 17:30:22 -0500 Received: from answer.avid.com by gw.atria.com id Tue, 4 Nov 1997 17:30:19 -0500 From: Barry_Horne@avid.com Received: from localhost by answer.avid.com with SMTP (1.38.193.5/16.2) id AA10825; Tue, 4 Nov 1997 17:29:46 -0500 X-Openmail-Hops: 1 Date: Tue, 4 Nov 97 17:29:40 -0500 Message-Id: Subject: [ntdev] The NT Insider (Vol 4 Issue 5) - "The NT HAL" To: ntdev@atria.com Sender: owner-ntdev@atria.com Precedence: bulk I just recieved at the latest "NT Insider", and was looking at the section on "The NT HAL" and why Kernel Mode driver developers should use the HAL calls for accessing device registers, and.... My question is, if the HAL takes care of forcing the "write buffer" to be flushed out of physical memory, what does the flushing when I'm accessing the "same" physical address from a virtual address that has been mapped to my application... I looked at the "Pentium Pro Family Developer's Manual Volume 3: Operating System Writer's Guide" section 11.10 on Write Buffers, and it says that the contents of the write buffer are always drained to memory in the following conditions: * When an exception or interrupt is generated. * When a serializing instruction is generated. * When an I/O Instruction is executed. * When a locking operation is performed. * When a BINIT operation is performed. So which is it? Does the ZwMapViewOfSection that I use to get my virtual address, translate to an I/O instruction or cause a serializing instruction? Any valid theories or actual answers would be appreciated. Barry Horne Avid Technology Inc. Tewksbury Mass. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - [ To unsubscribe, send email to ntdev-request@atria.com with body UNSUBSCRIBE (the subject is ignored). ]