[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

/dev/mem, iopl, etc.

From: Samuel Thibault
Subject: /dev/mem, iopl, etc.
Date: Sat, 17 May 2008 16:11:35 +0200
User-agent: Mutt/1.5.12-2006-07-14


Some tools like dmidecode etc. assume that /dev/mem can be mmaped to get
access to ROM strings, PCI stuff, etc.  For now, Hurd systems do have
a /dev/mem node translated by "storeio --no-cache mem", but GNU Mach
doesn't have a mem driver...  It used to have an iopl one, but that got
dropped, provided that we'd rather implement a server for that purpose,
see thread at

My question is: can we tell applications that they can just use /dev/mem
if they don't care about Hurdish features, so that they will work as
soon as the Hurd has a compatibility /dev/mem interface?

The corollary of this would be that for now Debian GNU/Hurd could just
use iopl in the meanwhile.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]