Samuel Thibault [EMAIL PROTECTED] wrote:
Hi,
There is parport access in GNU Mach, but only as a printer. There isn't
yet an interface to more closely drive the port.
That said, you could just use ioperm() and sys/io.h macros (work just
like in Linux).
That's one of the access methods
457378 tags + patch
thanks
Hi,
Julien BLACHE, le Sat 22 Dec 2007 10:33:07 +0100, a écrit :
Sorry, no way. Your patch will also disable the plustek_pp backend on
kfreebsd, where that backend builds successfully.
ERf.
It's not tied to Linux-specific ioctls.
But it's tied to the way the
Samuel Thibault [EMAIL PROTECTED] wrote:
Hi,
It's not tied to Linux-specific ioctls.
But it's tied to the way the non-standard _IOR() macro works, and I
Well, no, not really. Those macros are only used because the backend
includes a low-level driver that can also be built as a kernel driver
Hi,
Julien BLACHE, le Sun 23 Dec 2007 20:33:07 +0100, a écrit :
But it's tied to the way the non-standard _IOR() macro works, and I
Well, no, not really. Those macros are only used because the backend
includes a low-level driver that can also be built as a kernel driver
(pretty ugly, yes).
Samuel Thibault, le Sun 23 Dec 2007 21:23:19 +0100, a écrit :
Speaking of parport access, a port of libieee1284 on Hurd would be
nice to have, if there's any facility for parport access on Hurd.
There is parport access in GNU Mach, but only as a printer. There isn't
yet an interface to
tags 457378 - patch
thanks
Samuel Thibault [EMAIL PROTECTED] wrote:
Hi,
sane-backends currently FTBFS on hurd-i386 because the plustek_pp
backend defines its own ioctls calls which interact with a kernel
module. That however can't compile as such when the linux ioctl defines
are not
Package: sane-backends
Severity: important
Tags: patch
Hello,
sane-backends currently FTBFS on hurd-i386 because the plustek_pp
backend defines its own ioctls calls which interact with a kernel
module. That however can't compile as such when the linux ioctl defines
are not available, thus the
7 matches
Mail list logo