: The assumption that an I/O port address is lower than 0x8000 is OK for
: IBM-PC's ISA-bus, but PC98 can use hiher addresses for ISA-bus like
: bus.
:
:I understand. I think the best thing is to store the port address as an
:int. I don't think there is a need to fork the file into a pc98 version.
Is anyone using quotas on -current or -stable on SMP machines
and has it working?
Several of my friends are experiancing weird stuff with them enabled,
either total lockups, or slowdowns so bad that the machine becomes
unsuable quite quickly.
The problems are supposedly quite easy to
Hello!
Night make buildworld failed:
=== sys/modules/fxp
@ - /usr/src/sys
machine - /usr/src/sys/i386/include
echo #define NFXP 1 fxp.h
echo #define NBPFILTER 0 bpfilter.h
touch opt_bdg.h
perl /usr/src/sys/modules/fxp/../../kern/makedevops.pl -h
Sorry for the delay on this one.
http://www.freebsd.org/~adrian/procfs-rlimit/
Thats a patch against -current as of a few days ago,
and a README.
Any suggestions / improvements are welcome.
Adrian
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the
In message 19990425094122.22629.qm...@ewok.creative.net.au, adr...@freebsd.or
G writes:
Sorry for the delay on this one.
http://www.freebsd.org/~adrian/procfs-rlimit/
Thats a patch against -current as of a few days ago,
and a README.
Any suggestions / improvements are welcome.
I think we need
Night make buildworld failed:
=== sys/modules/fxp
@ - /usr/src/sys
machine - /usr/src/sys/i386/include
echo #define NFXP 1 fxp.h
echo #define NBPFILTER 0 bpfilter.h
touch opt_bdg.h
perl /usr/src/sys/modules/fxp/../../kern/makedevops.pl -h
/usr/src/sys/modules/fxp/../../kern/device_if.m
perl:
Hello -CURRENTers,
I CVSup every night, and a couple of days ago my 'vidcontrol VESA_132x60'
line in my /etc/rc.local stopped working. The VESA-related lines in my
config file are:
VIDEO CONTROLLER
device vga0 at isa? port? conflicts
optionsVGA_ALT_SEQACCESS #
Poul-Henning Kamp writes:
In message 19990425094122.22629.qm...@ewok.creative.net.au, adr...@freebsd.or
G writes:
Sorry for the delay on this one.
http://www.freebsd.org/~adrian/procfs-rlimit/
Thats a patch against -current as of a few days ago,
and a README.
Any suggestions / improvements are
In message 19990425164902.23274.qm...@ewok.creative.net.au, adr...@freebsd.or
G writes:
Poul-Henning Kamp writes:
In message 19990425094122.22629.qm...@ewok.creative.net.au,
adr...@freebsd.or
G writes:
Sorry for the delay on this one.
http://www.freebsd.org/~adrian/procfs-rlimit/
Thats a patch
Hi, I just noticed that after all the dequote stuff went into config
(great work!) options NO_F00F_HACK still needs quotes. Its interpreted
as NO_F0F_HACK without them; to be expected I guess.
This should probably be reflected in LINT.
Thanks, Jake
--
we are but packets in the internet of
Hi, I just noticed that after all the dequote stuff went into config
(great work!) options NO_F00F_HACK still needs quotes. Its interpreted
as NO_F0F_HACK without them; to be expected I guess.
It also translates unsigned hex to signed decimal, so N0xF00F_HACK becomes
N61455_HACK, and it prints
Hi,
# ident LINT
LINT:
$Id: LINT,v 1.589 1999/04/24 21:45:44 peter Exp $
with:
option NO_F00F_HACK
# config WORK
WORK:15: unknown option NO_F0F_HACK
with:
option NO_F00F_HACK
# config WORK
Don't forget to do a ``make depend''
Bye,
Alexander.
--
http://netchild.home.pages.de
When I try to configure my D-Link de-660 pcmcia card with a kernel from
sources from the last 5 days or so, I get the following:
PC-Card VLSI 82C146 (5 mem 2 I/O windows)
pcic: controller irq 5
Card inserted, slot 2
Card inserted, slot 3
ed0: address 00:80:c8:8c:03:8d, type NE2000 (16 bit)
It seems Edwin Culp wrote:
When I try to configure my D-Link de-660 pcmcia card with a kernel from
sources from the last 5 days or so, I get the following:
PC-Card VLSI 82C146 (5 mem 2 I/O windows)
pcic: controller irq 5
Card inserted, slot 2
Card inserted, slot 3
ed0: address
WL == Warner Losh i...@harmony.village.org writes:
WL In message 87so9r3x44@muon.xs4all.nl Peter Mutsaers writes:
WL : Is this a bug that I should report through send-pr, is it already
WL : known as a bug or is this an intentional change in behaviour?
WL This is a known bug.
On Sat, 24 Apr 1999, Chris Csanady wrote:
Ugh. This also has the same effect on captured audio using fxtv. It seems
that everything audio related is messed up now. (Or perhaps real time?)
I will try to find the exact day where things broke I guses. I don't have
much time right now
On Sun, Apr 25, 1999, a.leidin...@wurzelausix.cs.uni-sb.de wrote:
Hi,
# ident LINT
LINT:
$Id: LINT,v 1.589 1999/04/24 21:45:44 peter Exp $
with:
option NO_F00F_HACK
# config WORK
WORK:15: unknown option NO_F0F_HACK
^
You made a typo.
--
Just came across an interesting article in Investor's Business Daily (April
26th issue) in the Computers and Technology section. The title is Windows
Foes Pose A Threat: Ex-Novell CEO. In it Bob Frankenberg cites the reason
why his company chose FreeBSD over Linux: they did a very careful
I just cvsup'ed today at around 4:00pm and I got this when
building world.
bison -y -d -o bc.c /usr/src/gnu/usr.bin/bc/../../../contrib/bc/bc/bc.y
conflicts: 1 shift/reduce
cc -L/opt/gnome/lib -I/opt/gnome/include -L/usr/local/lib -I/usr/local/include
-I. -I/usr/src/gnu/usr.bin/bc
PC-Card VLSI 82C146 (5 mem 2 I/O windows)
It is probably TI CardBus controller, -current code not support it
correctly. You should be use PAO.
--
NAKAGAWA, Yoshihisa
y-nak...@nwsl.mesh.ad.jp
nakag...@jp.freebsd.org
To Unsubscribe: send mail to majord...@freebsd.org
with
I updated my source tree, successfully did a make buildworld and
installworld. Rebuilt the kernel. Upon reboot I encountered the
following trap.
Fatal Trap 12: page fault while in kernel mode
mp_lock = 0002; cpuid = 0; lapic.id =
fault virtual address = 0xbfc0
fault code
21 matches
Mail list logo