Quoting Pete French <[EMAIL PROTECTED]>:
We have great success using the Tyan Thunder K8SD-Pro (S2882-D)
motherboard. It is a dual socket 940 motherboard that supports AMD
Opteron 200-series CPU (including dual-core), 16 GB ECC DDR400 RAM, with
2 64-bit/133 MHz PCI-X slots, 2 64-bit/100 MHz PCI
Hi everyone,
In my laptop, I am running 7.0 Beta-4 (today's kernel + world). my /usr (ad0s1f
) is using gjournal, with its journal on ad0s1h .
I have it mounted with what I believe are the recommended settings:
$ mount
[...]
/dev/ad0s1f.journal on /usr (ufs, asynchronous, local, noatime, gjourn
fairly simple question really - on machines where I never use the compiled
binaries anywhere else, is it O.K. to set the CPU type to 'native' in
make.conf ? According to gcc this should detect the processor type and
set the various flas as approrpiate, which is nice, as we have a mix of P3,
P4 and
Posted on -questions but got no response, trying -current and -stable as
well. Sorry for the cross-post but I'm getting kind of desperate...
Hi all,
Since quite a while I have had problems with {CURRENT|RELENG_7} SMP
machines that lock up when accessed from a remote location over a vpn
(ipsec)
On 12/16/07, Pete French <[EMAIL PROTECTED]> wrote:
> fairly simple question really - on machines where I never use the compiled
> binaries anywhere else, is it O.K. to set the CPU type to 'native' in
> make.conf ? According to gcc this should detect the processor type and
> set the various flas as
> While setting CPUTYPE=native in /etc/make.conf may work, it fails to
> set MACHINE_CPU to the correct values for your processor type.
>
> The problem is that bsd.cpu.mk doesn't know how to handle CPU type 'native'.
Ah, O.K. - thats the kind of thing I was worried about...
> There is a simple fi
On 12/16/07, Pete French <[EMAIL PROTECTED]> wrote:
> > While setting CPUTYPE=native in /etc/make.conf may work, it fails to
> > set MACHINE_CPU to the correct values for your processor type.
> >
> > The problem is that bsd.cpu.mk doesn't know how to handle CPU type 'native'.
>
> Ah, O.K. - thats t
On Sat, Dec 15, 2007 at 03:58:10PM -0800, Jeremy Chadwick wrote:
> On Sat, Dec 15, 2007 at 01:03:14PM -0700, Elliot Finley wrote:
> > I have:
> > dumpdev="AUTO"
> > in /etc/rc.conf and:
> > ...
> > in the kernel and I'm still unable to obtain a crash dump. Hopefully
> > there is enough info in th
SO I have 7.0beta4 on my server. My HDD have such configuration:
ad4: 476940MB at ata2-master SATA300
ad6: 476940MB at ata3-master SATA300
ad10: 152627MB at ata5-master SATA150
ad12: 152627MB at ata6-master SATA150
ar0: 476928MB status: READY
ar0: disk0 READY (master) using ad4 at ata2-master
While trying to diagnose a packet loss problem in a RELENG_6 snapshot
dated
November 8, 2007 it looks like I've stumbled across a broken driver or
kernel routine which stops interrupt processing long enough to severly
degrade network performance every 30.99 seconds.
Packets appear to make it as
While trying to diagnose a packet loss problem in a RELENG_6 snapshot
dated
November 8, 2007 it looks like I've stumbled across a broken driver or
kernel routine which stops interrupt processing long enough to severly
degrade network performance every 30.99 seconds.
Packets appear to make it as
On Mon, Dec 17, 2007 at 12:21:43AM -0500, Mark Fullmer wrote:
> While trying to diagnose a packet loss problem in a RELENG_6 snapshot dated
> November 8, 2007 it looks like I've stumbled across a broken driver or
> kernel routine which stops interrupt processing long enough to severly
> degrade net
While trying to diagnose a packet loss problem in a RELENG_6 snapshot
dated
November 8, 2007 it looks like I've stumbled across a broken driver or
kernel routine which stops interrupt processing long enough to severly
degrade network performance every 30.99 seconds.
Packets appear to make it as
I'm about 99% sure right now. I'll set this up in a lab tomorrow
without an ethernet switch. It takes about a day of uptime before
the problem shows up.
Sorry for the duplicate messages, I misread a bounce notification.
--
mark
On Dec 17, 2007, at 12:43 AM, Jeremy Chadwick wrote:
On Mon, D
=
FORMATION
GEN= ERATION Y : RECRUTEMENT ET GESTION
RECONCILIER LES GENERATIONS POUR PL= US D'EFFICACITE
MÉTHODE P&= Eacute;DAGOGIQUE:
Apports méthodologiques, exercices pra= tiques et mises en
situation, complétées et enrichies d= e partage
d'expér
15 matches
Mail list logo
