similar to: 4.7 SMP lockup

Hi Jeff, I have a single-CPU system with P4 HTT-enabled processor (7.1-RELEASE-p3), kernel compiled with SCHED_ULE. Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.1-RELEASE-p3 #0:

# This is a BitKeeper generated diff -Nru style patch. # # ChangeSet # 2005/03/23 18:27:49-08:00 kmacy@shemp.lab.netapp.com # only bump tmpindex by NKPT-1 once # release sched lock on upcall # Signed-off-by: Kip Macy <kmacy@fsmware.com> # # freebsd-5.3-xen-sparse/i386-xen/i386-xen/machdep.c # 2005/03/23 18:24:47-08:00 kmacy@shemp.lab.netapp.com +0 -4 # remove extra bump of

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ============================================================================= FreeBSD-SA-05:09.htt Security Advisory The FreeBSD Project Topic: information disclosure when using HTT Category: core Module: sys Announced:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ============================================================================= FreeBSD-SA-05:09.htt Security Advisory The FreeBSD Project Topic: information disclosure when using HTT Category: core Module: sys Announced:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ============================================================================= FreeBSD-SA-05:09.htt Security Advisory The FreeBSD Project Topic: information disclosure when using HTT Category: core Module: sys Announced:

Hi, I am running a Xeon with hyperthreading support. Until last week's HTT modifications, according to ps(1) and top(1) both logicals CPUs were in use. (Processes in CPU0 and CPU1 state; "C" column showing "0" or "1".) This has changed with a recent -STABLE kernel which includes last week's changes to HTT (removing "options HTT"). I am only seeing

Hi. I've recently borrowed a SuperMicro 6013P-8 from a vendor for the purposes of testing it to see if FreeBSD and these machines will make a good replacements for our current flock of 11 Netra T1s running solaris. Things are going very well with the tests, with the glaring exception of the following crash: While doing some significant disk operations: du, deleting a different part of the

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ============================================================================= FreeBSD-SA-05:09.htt Security Advisory The FreeBSD Project Topic: information disclosure when using HTT Category: core Module: sys Announced:

I have an Asus A8V-MX motherboard with an AMD Athlong 64 X2 3800+ CPU and I'm trying to run powerd to keep it cooler/quieter/greener. I'm running -STABLE (6.1-RC) cvsup'ed a couple of days ago, with a kernel config that consists of the SMP sample plus an atapicam device. I'm loading the cpufreq.ko module in /boot/loader.conf. I've attached my dmesg output and sysctl -a

After some dialog with Terry Lambert on -hackers, I've been advised to post this here. I have a 4.7-RELEASE-p10 box that is suffering regular kernel panics. The machine is a Dell 2650 running primarily as a file/print server to a number of computer labs of about 400 machines (although it also functions as a rembo image server and squid proxy). It mainly stores applications, which

I was running a frame loss test the other day against an rhel4 smp kernel and a non-smp kernel. I noticed I was getting better numbers when I ran the non-smp kernel. I was surprised by that. Anyone have any insight into this? I am running this with e1000 dirvers. I also ran a test where I ran the smp kernel with hyper threading turned on and off. There, the frame loss numbers were worse when

Just trying to understand if anything might be going on with this crash dump or just faulty hardware ? dmesg at the end ---Mike # gdb -k /kernel.debug vmcore.0 GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type

In the past, there have been reports of problems with Asterisk with multiple processors and/or HyperThreading. I'm having a !@#$ of a problem with an HPDL380 with 2 3.4gHz Xeon processors, 2 gb RAM -- if I got 24 hours I'd think I had died and gone to heaven :) Am I missing something obvious like "Asterisk is single CPU, single core?" I can't access the ILO so I

I have a problem with an SMP 4.7 kernel with ichsmb. My BIOS has not assigned an interrupt, so the kernel does on startup: ichsmb0: <Intel 82801CA (ICH3) SMBus controller> port 0x1100-0x111f irq 0 at device 31.3 on pci0 pci_cfgintr_virgin: using routable interrupt 3 pci_cfgintr: 0:31 INTB routed to irq 3 smbus0: <System Management Bus> on ichsmb0 smb0: <SMBus general purpose

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ============================================================================= FreeBSD-SA-05:03.amd64 Security Advisory The FreeBSD Project Topic: unprivileged hardware access on amd64 Category: core Module: sys_amd64 Announced:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ============================================================================= FreeBSD-SA-05:03.amd64 Security Advisory The FreeBSD Project Topic: unprivileged hardware access on amd64 Category: core Module: sys_amd64 Announced:

Hi all. Is anyone else seeing issues with OpenSSH being slow on OSX High Sierra? In the interests of better test coverage I set one up, however the OpenSSH tests take much longer on it than on much older machines with much slower CPUs. It seems to be due to the vendor-supplied libcrypto being about 20x slower at bignum operations than nominally the same version of LibreSSL compiled locally. If

[PATCH][HVM] fix smp guest hang after restore Signed-off-by: Zhai Edwin <edwin.zhai@intel.com> update the pt irq after restore, otherwise all lapic timer intr are lost diff -r 6b5606877bb4 xen/arch/x86/hvm/vlapic.c --- a/xen/arch/x86/hvm/vlapic.c Fri Sep 15 17:05:38 2006 +0800 +++ b/xen/arch/x86/hvm/vlapic.c Tue Jan 30 18:03:19 2007 +0800 @@ -836,14 +836,16 @@ static int

Dear Sirs. It seems to me a never ending story. We run a box with a TYAN Thunder 2500 Dual SMP mainboard, 2GB ECC Tyan certified memory, AMI Enterprise 1600 RAID adapter and additional Intel 1000/Pro server type (64 bit) GBit LAN NIC. With FreeBSD 4.8 this was stable, but to achive this state was really hard! It is a story similar to that what happend when we changed towards FreeBSD

if someone has met this error report , this is on <font size="-1">Hyper-<em>V&nbsp; virthost is debian 6.0 <br><br><br>when run stress on virthoast&nbsp; use uperf <br><br><br></em></font><pre wrap="">root@SDZX:~# dmesg batch:31 [ 0.000000] ACPI: PM-Timer IO Port: 0x408 [ 0.000000] ACPI: Local APIC