On 26 October 2010 17:34, John Baldwin j...@freebsd.org wrote:
On Tuesday, October 26, 2010 4:00:14 am Selphie Keller wrote:
Thanks Andriy,
Took a look at the change to src/sys/sys/sysent.h
@@ -149,7 +149,7 @@ static struct syscall_module_data name##
};
on 26/10/2010 01:01 Selphie Keller said the following:
hi fbsd-hackers,
Noticed a issue in 8.1-release, 8.1p1-release and 8.1-stable
amd64/i386, to where modfind() will no longer find pmap_helper for the
/usr/ports/sysutils/pmap port, or other syscall modules using
SYSCALL_MODULE() macro.
Thanks Andriy,
Took a look at the change to src/sys/sys/sysent.h
@@ -149,7 +149,7 @@ static struct syscall_module_data name##
}; \
\
static moduledata_t name##_mod = {
On Tuesday, October 26, 2010 3:28:10 am Andriy Gapon wrote:
on 26/10/2010 01:01 Selphie Keller said the following:
hi fbsd-hackers,
Noticed a issue in 8.1-release, 8.1p1-release and 8.1-stable
amd64/i386, to where modfind() will no longer find pmap_helper for the
On Tuesday, October 26, 2010 4:00:14 am Selphie Keller wrote:
Thanks Andriy,
Took a look at the change to src/sys/sys/sysent.h
@@ -149,7 +149,7 @@ static struct syscall_module_data name##
}; \
John,
Yes, your approach is the optimal solution for making pmap work on
both 8.1 and lower.
I wonder if there is something similiar could be done to the modfind()
function itself, but I understand that the goal of sys/ prefix is to
reduce the conflicts and for now can use functions like your
hi fbsd-hackers,
Noticed a issue in 8.1-release, 8.1p1-release and 8.1-stable
amd64/i386, to where modfind() will no longer find pmap_helper for the
/usr/ports/sysutils/pmap port, or other syscall modules using
SYSCALL_MODULE() macro.
The issue is that modfind() function no longer finds any
7 matches
Mail list logo