Donald Creel <[EMAIL PROTECTED]> écrivait (wrote) :
> This has been reproducible for the last few weeks. System will crash if
> I am strictly from ttyv(n) or using KDE3.x and drag and drop.
I have no crashes but i see locks of gbde file systems (no more
activity, system idle 100%, file systems un
John Baldwin <[EMAIL PROTECTED]> écrivait (wrote) :
> I'm about to commit some changes to the clock interrupt code on the x86,
> try again once those are in place.
Yes, fixed: no more clock skew now.
FreeBSD yoko.hsc.fr 5.0-CURRENT FreeBSD 5.0-CURRENT #70: Fri Oct 6
13:32:01 CEST 2000
I have noticed that -CURRENT (build last week) is subject to a very high
clock deviation:
Oct 4 12:14:08 yoko ntpd[674]: time reset 1.367273 s
Oct 4 12:14:08 yoko ntpd[674]: synchronisation lost
Oct 4 12:32:26 yoko ntpd[674]: synchronisation lost
Oct 4 12:41:06 yoko ntpd[674]: time reset 4.3
Alain Thivillon <[EMAIL PROTECTED]> écrivait (wrote) :
> Other problem with -CURRENT and laptops is that system time is not
> reinitialised after suspend and resume :)
Oups, this one is fixed by adding new 'pmtimer' device in my kernel.
Maybe an entry in UPD
Mitsuru IWASAKI <[EMAIL PROTECTED]> écrivait (wrote) :
> Do you have acpi enabled in your kernel?
no. I have tried ACPI some days ago, but system boot becomes
incredibly slow (for example, syslogd complained about something like
'child process timeout' after enabling ACPI). All system a
Reifenberger Michael <[EMAIL PROTECTED]> écrivait (wrote) :
> My configuration:
> - Tecra8000
I run the same, with only 64Mo.
> - 256MB Ram
> - ad0: IBM DARA 25000 @ UDMA33
> - ad1: IBM DARA 26480 @ UDMA33
I have only one disk, in DMA, with softupdates. I have tried
som
There is a huge security hole in -CURRENT devfs, i don't known if this
is a temporary issue or a 'real' bug:
$ id
uid=2089(yann) gid=2089(yann) groups=2089(yann)
$ uname -a
FreeBSD yoko.hsc.fr 5.0-CURRENT FreeBSD 5.0-CURRENT #57: Fri Sep 15
13:36:26 CEST 2000 [EMAIL PROTECTED]:/usr/src/sys/co
Peter Jeremy <[EMAIL PROTECTED]> écrivait (wrote) :
> Notice that although it's advertising a window size of 17520, it's
> not sending the next packet until the previous packet is ack'd.
I have seen the same behaviour with postfix: it seems that
window is not used and that every packet
Leif Neland <[EMAIL PROTECTED]> écrivait (wrote) :
> Just cvsupped:
>
> Make buildworld seems ok now, however make installworld fails:
Mine installs (maybe i am a lucky one or i have cvsup
before/after you, who knows ...)
But /usr/libdata/perl/5.006/mach/IO/Socket.pm is broken
"Andrey A. Chernov" <[EMAIL PROTECTED]> écrivait (wrote) :
> Some of recent kernel TCP changes cause TCP completely not working,
> i.e. any network daemon (mountd, sendmail, cfsd) started from "rc" on
> dialup machine hangs with 3min "Can't connect' timeout and user level
> "ppp" started than ha
Jonathan Lemon <[EMAIL PROTECTED]> écrivait (wrote) :
> jlemon 2000/05/05 20:31:10 PDT
>
> Modified files:
> sys/netinet tcp.h tcp_input.c tcp_output.c
> tcp_timer.c tcp_var.h
> Log:
> Implement TCP NewReno, as documented in RFC 2582. This allo
root device" :)
My kernel config is on http://www.hsc.fr/~thivillo/YOKO50
i have rerun cvsup to be sure that all things are in sync, ipl.s shows:
$FreeBSD: src/sys/i386/isa/ipl.s,v 1.34 2000/03/29 06:15:43 dillon Exp $
--
Alain Thivillon -+- [EMAIL PROTECTED] -+- Hervé Schauer Consultants
T
. astpending is now undefined (/usr/src/sys/kern/kern_sig.c:1168)
. some calls to get_mplock and rel_mplock are made without #define SMP
conditionnal compile in following modules:
kern_exec
kern_exit
kern_sig
kern_sync
mfs_vfsops
mem
trap
To Unsubscribe: send mail to [EMAIL
13 matches
Mail list logo
