I'm seeing this on a -CURRENT cvsupped around 4:30 AM EST on 1/11/03
cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline
-Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../../..
-I../../../dev -I..
I am about to set up a FreeBSD 5.0 machine without a swap partition. The
server has 1GB of RAM. Are there any caveats that I need to consider
during installation or configuration?
Thanks,
--Lucky
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the
On Sat, 11 Jan 2003 01:58:31 -0800
"Lucky Green" <[EMAIL PROTECTED]> wrote:
Hi,
> I am about to set up a FreeBSD 5.0 machine without a swap partition.
> The server has 1GB of RAM. Are there any caveats that I need to
> consider during installation or configuration?
Having no swap will prevent y
Thus spake Lucky Green <[EMAIL PROTECTED]>:
> I am about to set up a FreeBSD 5.0 machine without a swap partition. The
> server has 1GB of RAM. Are there any caveats that I need to consider
> during installation or configuration?
If you're using sysinstall, it might insist that you have swap.
Then
Miguel wrote:
> Having no swap will prevent you from getting crashdumps in
> case of panic which, if you run 5.0, is not that unusual.
> Besides these days harddrives cost $1/GB, so why not setup
> the swap partition anyway?
I don't want cleartext cryptographic keys to ever touch magnetic media
[EMAIL PROTECTED] wrote
in <[EMAIL PROTECTED]>:
phk> I only have 2G ram and that's what I have tested (extensively). If we're
phk> still broken for >2G ram, somebody needs to revist this.
phk>
phk> One thing you can try is reduce the value of the
phk>sysctl kern.maxvnodes
phk>
phk> If you
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
Thus spake Lucky Green <[EMAIL PROTECTED]>:
> Miguel wrote:
> > Having no swap will prevent you from getting crashdumps in
> > case of panic which, if you run 5.0, is not that unusual.
> > Besides these days harddrives cost $1/GB, so why not setup
> > the swap partition anyway?
>
> I don't want
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On 11 Jan 2003 16:20:45 +1100
Mark Sergeant <[EMAIL PROTECTED]> wrote:
> Both are turned on yes. Restarting both doesn't work, nothing works when
> plugged into the usb ports after a resume.
usbd automatically starts moused for an usb mouse. Maybe the existing
moused and the moused started from u
On Sat, 11 Jan 2003 11:08:19 +0100
Miguel Mendez <[EMAIL PROTECTED]> wrote:
> Having no swap will prevent you from getting crashdumps in case of
> panic which, if you run 5.0, is not that unusual.
What about generating a swap partition on the disk, but _not_ adding it
to /etc/fstab. This way you
On Sat, Jan 11, 2003 at 02:16:45AM -0800, Lucky Green wrote:
> Miguel wrote:
> > Having no swap will prevent you from getting crashdumps in
> > case of panic which, if you run 5.0, is not that unusual.
> > Besides these days harddrives cost $1/GB, so why not setup
> > the swap partition anyway?
On Sat, Jan 11, 2003 at 04:22:40PM +0100, [EMAIL PROTECTED] wrote:
> In message <[EMAIL PROTECTED]>, Christian Brueffer writes:
>
> >It seems like you can encrypt swap with GBDE, at least that's what one
> >item at http://www.freebsd.org/releases/5.0R/todo.html says.
> >The manpage doesn't mention
On Sat, 11 Jan 2003, David Schultz wrote:
> Thus spake Lucky Green <[EMAIL PROTECTED]>:
> > I am about to set up a FreeBSD 5.0 machine without a swap partition. The
> > server has 1GB of RAM. Are there any caveats that I need to consider
> > during installation or configuration?
>
> If you're usin
Peter, reverting the revisions below *does* fix the problem. Tim has an
alternative patch, though. At any rate, it seems kbyanc's solution was
overly simplistic. But things are broken either way, and I'm not sure
Tim's patch doesn't result in the kind of situation rev 1.134 tried to
fix, nor if his
* To: Cyberpunk <[EMAIL PROTECTED]>
* Subject: Re: its a joke
* From: Bill Fumerola <[EMAIL PROTECTED]>
* Date: Tue, 9 Dec 1997 19:47:26 -0500 (EST)
* cc: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
* In-Reply-To: <[EMAIL PROTECTED]>
* Sender: [EMAIL PROTECTED]
On Tue, 9 De
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
<MÒ>
dq[LÐ
¡ãALð²ó]³êÈ¢ûͱ±Ö
[EMAIL PROTECTED]
K¸{¶É ȽÌ[AhXÌÝ𨫺³¢
===
ÐÌåÈLÍð©µÜ¹ñ©I
zMƱ©çz[y[W»ìÜÅiÀÉĨó¯vµÜ·B
ºLe
--On Friday, January 10, 2003 5:36 PM -0800 "Gary W. Swearingen"
<[EMAIL PROTECTED]> wrote:
I got an old P100 I'm preparing for NAT duty at a Linux meeting and I
tried to install 5.0-RC2 on it. Near end of mfsroot.flp loading I
get:
zf_read: unexpected EOF
but it continues booting. Just
Sorry for replying to myself. I forgot to mention the firewall rules. They
are:
diskless# ipfw show
00100 20 1776 allow ip from any to any via lo0
00200 0 0 deny ip from any to 127.0.0.0/8
00300 0 0 deny ip from 127.0.0.0/8 to any
65000 34695
Running on a Sun Enterprise 250 with a single UltraSparc-II CPU, 512 MB RAM
and three Fujitsu SCSI-II hard disks. I've had this same problem with
sources over the past few (three?) days. I had to copy this dmesg by hand,
so please bear with any possible typos.
--8<--
picb1: at device 2.0 on
Hi,
the FreeBSD kernel is missing the PCI ID for the Apollo Pro 133A PCI bridge even
though it is
supported by the agp_via code.
Please see this pr:
http://www.freebsd.org/cgi/query-pr.cgi?pr=46983
//David Holm
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On Sat, 11 Jan 2003, Daniel C. Sobral wrote:
> Peter, reverting the revisions below *does* fix the problem. Tim has an
> alternative patch, though. At any rate, it seems kbyanc's solution was
> overly simplistic. But things are broken either way, and I'm not sure
> Tim's patch doesn't result in th
This is a software issue. The echoing is what happens when the sound driver
doesn't receive audio data fast enough from an application (ie OSS). when
the driver doesn't get the data in time, it plays whatever was last in the
buffer until it does get audio. this sort of thing always happens no matt
never noticed anything like that
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Paul A. Mayer
Sent: Wednesday, January 08, 2003 11:19 AM
To: Michael Ferguson
Cc: [EMAIL PROTECTED]
Subject: Re: Sound playback problem with Maestro3.c (?) -- clock issue
Hi
fpsetmask is not defined in or
on sparc64 (it is on i386):
/usr/include/machine/floatingpoint.h:#definefpsetmask(m)((fp_except_t) \
/usr/include/ieeefp.h:extern fp_except_t fpsetmask(fp_except_t);
/usr/include/floatingpoint.h:#definefpsetmask(m)((fp_except_t)
Th
This is good stuff Geoffrey we may just "borrow" it. :) I know
you'ved saved me some work personally, as playing with gdbe is high on my
list of things to do.
Doug
On Sat, 11 Jan 2003, Geoffrey T. Falk wrote:
> For encrypting swap, try this:
>
>
> --- etc/rc.d/Makefile 22 Dec 2002 22:25:
On Sat, Jan 11, 2003 at 07:16:26PM -0800, Kris Kennaway wrote:
> fpsetmask is not defined in or
> on sparc64 (it is on i386):
>
> /usr/include/machine/floatingpoint.h:#definefpsetmask(m)((fp_except_t) \
> /usr/include/ieeefp.h:extern fp_except_t fpsetmask(fp_except_t);
> /usr/includ
On Sat, 11 Jan 2003, Kris Kennaway wrote:
> fpsetmask is not defined in or
> on sparc64 (it is on i386):
>
> /usr/include/machine/floatingpoint.h:#definefpsetmask(m)((fp_except_t) \
> /usr/include/ieeefp.h:extern fp_except_t fpsetmask(fp_except_t);
> /usr/include/floatingpoint.h:#de
On Sat, 11 Jan 2003, Kris Kennaway wrote:
> Here's another FP-related failure:
>
> http://bento.freebsd.org/errorlogs/sparc64-5-latest/xaos-3.0.log
>
> FP_X_DNML is defined on i386 in /usr/include/machine/ieeefp.h, but not
> on sparc64.
This is a bug in the port. Denormals are not in IEEE FP. i
Dear all,
I have tracked down the change on sys/pci/if_sis.c ver. 1.61 failed to attach my SiS
ethernet
interface. I have an ASUS TUSI-M, a SiS630 motherboard and running the latest
-current. After
backed out if_sis.c to ver. 1.60, the ethernet works fine.
Here's the dmesg extract related to th
Apparently, On Sat, Jan 11, 2003 at 07:16:26PM -0800,
Kris Kennaway said words to the effect of;
> fpsetmask is not defined in or
> on sparc64 (it is on i386):
>
> /usr/include/machine/floatingpoint.h:#definefpsetmask(m)((fp_except_t) \
> /usr/include/ieeefp.h:extern fp_exc
Hi,
This patch fixes the read(2) and write(2) man pages
to accurately reflect the iovec structure defined
in and .
--
Craig Rodrigues
http://home.attbi.com/~rodrigc
[EMAIL PROTECTED]
Index: read.2
===
RCS file: /home/ncvs/
35 matches
Mail list logo