ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Slawa Olhovchenkov                   2:5030/500     16 Aug 2004  19:29:42
 To : All
 Subject : Вести с полей
 -------------------------------------------------------------------------------- 
 

 
 markm       2004-08-13 19:37:23 UTC
 
   FreeBSD src repository
 
   src/crypto/openssl/crypto/engine - Imported sources
   Update of /home/ncvs/src/crypto/openssl/crypto/engine
   In directory repoman.freebsd.org:/tmp/cvs-serv530
 
   Log Message:
   Bring in support for VIA C3 Nehemiah Padlock crypto support (AES).
   This is from the upcoming OpenSSL 0.9.8 release.
 
   Status:
 
   Vendor Tag:   OPENSSL
   Release Tags: v0_9_7_dev
 
   N src/crypto/openssl/crypto/engine/eng_padlock.c
 
   No conflicts created by this import
 
 rwatson     2004-08-15 02:06:27 UTC
 
   FreeBSD src repository
 
   Modified files:
     sys/kern             subr_kdb.c
   Log:
   Add a new sysctl, debug.kdb.stop_cpus, which controls whether or not we
   attempt to IPI other cpus when entering the debugger in order to stop
   them while in the debugger.  The default remains to issue the stop;
   however, that can result in a hang if another cpu has interrupts disabled
   and is spinning, since the IPI won't be received and the KDB will wait
   indefinitely.  We probably need to add a timeout, but this is a useful
   stopgap in the mean time.
 
   Reviewed by:    marcel
 
 jmg         2004-08-15 06:24:43 UTC
 
   FreeBSD src repository
 
   Modified files:
     sys/cam/scsi         scsi_target.c
     sys/dev/mii          mii.c
     sys/fs/fifofs        fifo_vnops.c
     sys/gnu/ext2fs       ext2_vnops.c
     sys/kern             init_main.c kern_conf.c kern_descrip.c
                          kern_event.c kern_exec.c kern_exit.c
                          kern_fork.c kern_sig.c sys_pipe.c tty.c
                          tty_cons.c uipc_socket.c uipc_socket2.c
                          uipc_syscalls.c vfs_aio.c vfs_subr.c
                          vfs_vnops.c
     sys/net              bpf.c if.c if_var.h if_vlan.c
     sys/sys              event.h eventvar.h filedesc.h proc.h
                          selinfo.h vnode.h
     sys/ufs/ffs          ffs_vnops.c
     sys/ufs/ufs          ufs_acl.c ufs_vnops.c
   Log:
   Add locking to the kqueue subsystem.  This also makes the kqueue subsystem
   a more complete subsystem, and removes the knowlege of how things are
   implemented from the drivers.  Include locking around filter ops, so a
   module like aio will know when not to be unloaded if there are outstanding
   knotes using it's filter ops.
 
   Currently, it uses the MTX_DUPOK even though it is not always safe to
   aquire duplicate locks.  Witness currently doesn't support the ability
   to discover if a dup lock is ok (in some cases).
 
   Reviewed by:    green, rwatson (both earlier versions)
 
 rwatson     2004-08-15 18:02:10 UTC
 
   FreeBSD src repository
 
   Modified files:
     sys/conf             files.i386 options.i386
     sys/i386/i386        mp_machdep.c
   Added files:
     sys/i386/i386        mp_watchdog.c
     sys/i386/include     mp_watchdog.h
   Log:
   Add an "options MP_WATCHDOG" to i386.  This option allows one of the
   logical CPUs on a system to be used as a dedicated watchdog to cause a
   drop to the debugger and/or generate an NMI to the boot processor if
   the kernel ceases to respond.  A sysctl enables the watchdog running
   out of the processor's idle thread; a callout is launched to reset a
   timer in the watchdog.  If the callout fails to reset the timer for ten
   seconds, the watchdog will fire.  The sysctl allows you to select which
   CPU will run the watchdog.
 
   A sample "debug.leak_schedlock" is included, which causes a sysctl to
   spin holding sched_lock in order to trigger the watchdog.  On my Xeons,
   the watchdog is able to detect this failure mode and break into the
   debugger, which cannot otherwise be done without an NMI button.
 
   This option does not currently work with sched_ule due to ule's push
   notion of scheduling, similar to machdep.hlt_logical_cpus failing to
   work with that scheduler.
 
   On face value, this might seem somewhat inefficient, but there are a
   lot of dual-processor Xeons with HTT around, so using one as a watchdog
   for testing is not as inefficient as one might fear.
 ... Большой пpогpамме - большие глюки
 --- GoldED+/BSD 1.1.5
  * Origin:  (2:5030/500)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор