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 trigger
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
/usr/src/sys/modules/fxp/../../kern/de
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 thi
>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/d
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 #
op
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 suggestio
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-
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 lif
>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 print
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 A.L
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)
Fat
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 00
>> "WL" == Warner Losh 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. I thought I k
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 th
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
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 evaluat
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 -I/usr/src/gnu
> 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 "un
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
It seems NAKAGAWA Yoshihisa wrote:
> > 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.
It works fine with both 3.1 and 4.0-current, the reason it fails now
is because the pcic/pccard stuff has
21 matches
Mail list logo
