home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!sun-barr!news2me.ebay.sun.com!seven-up.East.Sun.COM!uk-news.UK.Sun.COM!ug!sam
- From: sam@ug.uk.sun.com (Sam Pierson)
- Newsgroups: comp.unix.sysv386
- Subject: Re: What is /dev/pmem?
- Date: 3 Sep 1992 09:00:38 GMT
- Organization: Sun Microsystems, Inc.
- Lines: 28
- Distribution: world
- Message-ID: <184k7nINNkc0@uk-news.UK.Sun.COM>
- References: <1992Sep2.193151.16817@cti-software.nl>
- Reply-To: sam@ug.uk.sun.com
- NNTP-Posting-Host: ug.uk.sun.com
-
- In article 16817@cti-software.nl, pim@cti-software.nl (Pim Zandbergen) writes:
- >dwex@cbnewsj.cb.att.com (david.e.wexelblat) writes:
- >
- >
- >>On my SVR4 box (Microport), in addition to the standard /dev/mem and
- >>/dev/kmem, there is a /dev/pmem. All three have different minor mumbers
- >>(same major number, so /dev/pmem is obviously related to the other two).
- >>The manual page for /dev/mem and /dev/kmem has no mention of /dev/pmem.
- >>Can anyone enlighten me on what this is?
- >
- >I've asked the same question a couple of months ago, because
- >there's also a /dev/pmem in Interactive's SVR3.2.
- >
- >I had zero response then, I wonder if there will be any now.
-
- Under SVR3, /dev/mem only lets you access physical addresses that are
- already virtually mapped. /dev/pmem however will map the addresses for
- you if they are not already mapped, allowing you to access *any*
- physical address.
-
- I am not familiar with SVR4 internals, but I do not see any reason why
- this should have changed.
-
- ---
- Sam Pierson -- European Tech Support, SunSoft Inc. High Wycombe, UK.
- Internet: Sam.Pierson@Sun.COM UUCP: uunet!sun!sam.pierson
- I do not speak for SunSoft, Inc or Sun Microsystems, Inc.
-
-