[.]
First, the things I am definitely going to do. Christian "naddy"
Weisgerber has taken on the task of porting mm to openbsd. He has made
some very reasonable requests that will make his life easier and reduce
gratuitous differences between versions. Also, several people have
I'm having troubles getting a diskless system to boot
using a FreeBSD 4.1R server and a custom compiled
FreeBSD 4.1R kernel. I've made sure the following
options were defined in my custom kernel:
options NFS_ROOT#NFS usable as root
# Kernel BOOTP support
options BOOTP
In article local.mail.freebsd-hackers/[EMAIL PROTECTED] you write:
Is there a way to make VM86 interrupt calls from userland? The reason I'm
asking is that in order to get my video card (Savage/IX) working in X
properly, I need to make a couple of VESA int10 calls (or somehow obtain
the
Is it possible to stop any PnP operation (checking, seting) during
boot?
Piotr Sroczynski
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
(Note: Initially pointed out by Hirokazu WATANABE [EMAIL PROTECTED])
PnP resource programming goes in pnp_set_config() in sys/isa/pnp.c:
/* program memory resource registers */
for (i = 0; i config-ic_nmem; i++) {
pnp_write(PNP_MEM_...(i), ...);
Doug Barton writes:
..
And the last of the ideas I want feedback on is related to the problem
of determining permissions on the files to be installed. To my knowledge
there is no existing C utility that will tell you the octal permissions
ports/sysutils/stat, for example
"Aleksandr A.Babaylov" wrote:
Doug Barton writes:
..
And the last of the ideas I want feedback on is related to the problem
of determining permissions on the files to be installed. To my knowledge
there is no existing C utility that will tell you the octal permissions
On Thu, 14 Sep 2000, Ben Smithurst wrote:
Poul-Henning Kamp wrote:
I must admit that I think in general that /dev/std{in,out,err} and /dev/fd
is bogus. It looks like something which happened "because we can" more
than something which has a legitimate need.
You think adding a hack to
I am making a driver for a VERY old PCI device.
I decided to try using the new 'bus_resource' facilities, and came up
with the oddest error.
First, here is my 'probe' routine:
static int
digic_probe(device_t dev)
{
static struct digic_type *t;
int vendor =
hi, there!
On Fri, 15 Sep 2000, John Polstra wrote:
Here is another possibility: we could call _thread_init() from
crt1.o. The patch (untested) is below. It calls _thread_init() if
and only if that symbol is defined -- i.e., libc_r is linked in.
What do you think about this solution?
10 matches
Mail list logo