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
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
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
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
some of
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
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 UPDATING will help
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 hangs
. 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
11 matches
Mail list logo