search for: machdep

...083328 (3503 MB) ACPI APIC Table: <IntelR AWRDACPI> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 <Version 2.0> irqs 0-23 on motherboard ioapic1 <Version 2.0> irqs 24-47 on motherboard machdep.cpu_idle_hlt: 1 machdep.hlt_cpus: 0 machdep.hlt_logical_cpus: 0 machdep.logical_cpus_mask: 2 If I flip machdep.hyperthreading_allowed sysctl, I still can see processes scheduled to both logical CPUs, yet, if I check IRQ status in the systat -vm, the CPU1 is not getting any timer interrupts, whil...

...e 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 anyone has such a machine handy, could you please run "sysctl machdep.cpu.brand_string; /usr/bin/openssl speed rsa" and post the results for comparison? $ uname -a Darwin osx-highsierra 17.6.0 Darwin Kernel Version 17.6.0: Tue May 8 15:22:16 PDT 2018; root:xnu-4570.61.1~1/RELEASE_X86_64 x86_64 $ sysctl machdep.cpu.brand_string machdep.cpu.brand_string: Intel(R...

# 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 tmpindex # # freebsd-5.3-xen-sparse/i386-xen/i386-xen/evtchn.c # 2005/03/23 18:24:47-08:00 kmacy@shemp.lab.netapp.com +7 -3 # release sched lock on upcall # diff -Nru a/freebsd-5.3-xen-sparse/i386-xen/i3...

TB --- 2003-08-09 16:00:12 - starting RELENG_4 tinderbox run for i386/pc98 TB --- 2003-08-09 16:00:12 - checking out the source tree TB --- cd /home/des/tinderbox/RELENG_4/i386/pc98 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_4 src TB --- 2003-08-09 16:00:12 - /usr/bin/cvs returned exit code 1 TB --- 2003-08-09 16:00:12 - ERROR: unable to check out the source tree TB ---

Am 24.04.2006 um 23:17 schrieb Colin Percival: > cperciva 2006-04-24 21:17:02 UTC > > FreeBSD src repository > > Modified files: > sys/amd64/amd64 mp_machdep.c > sys/i386/i386 mp_machdep.c > Log: > Adjust dangerous-shared-cache-detection logic from "all shared data > caches are dangerous" to "a shared L1 data cache is dangerous". > This > is a compromise between paranoia and performance: Unlike...

...rrection details The following list contains the revision numbers of each file that was corrected in FreeBSD. Branch Revision Path - ------------------------------------------------------------------------- RELENG_5 src/sys/amd64/amd64/machdep.c 1.618.2.10 src/sys/amd64/amd64/mp_machdep.c 1.242.2.8 src/sys/amd64/include/tss.h 1.16.2.1 RELENG_5_4 src/UPDATING 1.342.2.24.2.2 src/sys/amd64/amd64/...

...rrection details The following list contains the revision numbers of each file that was corrected in FreeBSD. Branch Revision Path - ------------------------------------------------------------------------- RELENG_5 src/sys/amd64/amd64/machdep.c 1.618.2.10 src/sys/amd64/amd64/mp_machdep.c 1.242.2.8 src/sys/amd64/include/tss.h 1.16.2.1 RELENG_5_4 src/UPDATING 1.342.2.24.2.2 src/sys/amd64/amd64/...

Running FreeBSD 8.3 -- and updating sources on a daily base and building everything -- I found a new APIC/ACPI problem introduced in the past week. I have a Toshiba Satellite U205 with an Intel Core Duo (not a Core 2). It used to work fine with both cores but then sometime in on the road to BSD 8.0 the machine began hanging. So I added to /boot/loader.conf hint.apic.0.disabled="1"

...Impact Information may be disclosed to local users, allowing in many cases for privilege escalation. IV. Workaround Systems not using processors with Hyper-Threading support are not affected by this issue. On systems which are affected, the security flaw can be eliminated by setting the "machdep.hlt_logical_cpus" tunable: # echo "machdep.hlt_logical_cpus=1" >> /boot/loader.conf The system must be rebooted in order for tunables to take effect. Use of this workaround is not recommended on "dual-core" systems, as this workaround will also disable one of the p...

...Impact Information may be disclosed to local users, allowing in many cases for privilege escalation. IV. Workaround Systems not using processors with Hyper-Threading support are not affected by this issue. On systems which are affected, the security flaw can be eliminated by setting the "machdep.hlt_logical_cpus" tunable: # echo "machdep.hlt_logical_cpus=1" >> /boot/loader.conf The system must be rebooted in order for tunables to take effect. Use of this workaround is not recommended on "dual-core" systems, as this workaround will also disable one of the p...

...o steal cryptographic keys used in applications such as OpenSSH or SSL-enabled web servers. IV. Workaround Systems not using processors with Hyper-Threading Technology support are not affected by this issue. On systems which are affected, the security flaw can be eliminated by setting the "machdep.hlt_logical_cpus" tunable: # echo "machdep.hlt_logical_cpus=1" >> /boot/loader.conf The system must be rebooted in order for tunables to take effect. Use of this workaround is not recommended on "dual-core" systems, as this workaround will also disable one of the p...

...o steal cryptographic keys used in applications such as OpenSSH or SSL-enabled web servers. IV. Workaround Systems not using processors with Hyper-Threading Technology support are not affected by this issue. On systems which are affected, the security flaw can be eliminated by setting the "machdep.hlt_logical_cpus" tunable: # echo "machdep.hlt_logical_cpus=1" >> /boot/loader.conf The system must be rebooted in order for tunables to take effect. Use of this workaround is not recommended on "dual-core" systems, as this workaround will also disable one of the p...

...<daniel.kiper-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org> diff -Npru crash-6.0.8.orig/xen_hyper.c crash-6.0.8/xen_hyper.c --- crash-6.0.8.orig/xen_hyper.c 2012-07-05 15:47:09.000000000 +0200 +++ crash-6.0.8/xen_hyper.c 2012-07-05 15:50:19.000000000 +0200 @@ -64,7 +64,6 @@ xen_hyper_init(void) machdep->get_smp_cpus(); machdep->memory_size(); -#ifdef IA64 if (symbol_exists("__per_cpu_offset")) { xht->flags |= XEN_HYPER_SMP; if((xht->__per_cpu_offset = malloc(sizeof(ulong) * XEN_HYPER_MAX_CPUS())) == NULL) { @@ -76,7 +75,6 @@ xen_hyper_init(void) error(FATAL,...

...utton_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.reset_video: 1 hw.acpi.cpu.cx_supported: C1/0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% machdep.adjkerntz: 0 machdep.disable_rtc_set: 0 machdep.wall_cmos_clock: 0 machdep.conrclk: 1843200 machdep.gdbspeed: 9600 machdep.conspeed: 9600 machdep.enable_panic_key: 0 machdep.disable_mtrrs: 0 machdep.cpu_idle_hlt: 1 machdep.guessed_bootdev: 2686451712 machdep.hlt_cpus: 0 machdep.panic_on_nmi: 1 mach...

...runtest --verbose --submit http://llvm.org/perf/submitRun --commit=1 nt --sandbox nt --no-timestamp --cc /home/clangbuild/clang-ppc64-1/llvm.install.1/bin/clang --cxx /home/clangbuild/clang-ppc64-1/llvm.install.1/bin/clang++ --without-llvm --test-suite /home/clangbuild/clang-ppc64-1/test-suite --no-machdep-info chinook-clangslave1__O3-plain --multisample=3 -mcpu=native main.py:147: warning: --commit should be passed directly to the test suite. main.py:147: warning: --verbose should be passed directly to the test suite. main.py:147: warning: --submit should be passed directly to the test suite. Usage:...

...tate: S1 hw.acpi.lid_switch_state: S1 hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 0 hw.acpi.s4bios: 1 hw.acpi.verbose: 0 hw.acpi.disable_on_poweroff: 1 hw.acpi.cpu.max_speed: 16 hw.acpi.cpu.current_speed: 16 hw.acpi.cpu.performance_speed: 16 hw.acpi.cpu.economy_speed: 8 machdep.acpi_timer_freq: 3579545 machdep.acpi_root: 1025120 Peter

Scenario: server PC abruptly switched off due to power cable problems (an UPS cannot solve this issue), so during shutdown Linux was not able to resinchronize the system clock. After a few hours the server come back on, Linux booted and the services (ntpd, dovecot and many others) started But the system clock was 45 minutes ahead, so: Jan 19 11:13:39 gw ntpd[2112]: synchronized to LOCAL(0),

...page tables set. The main work of this patch consists in setting the environment as similar as possible to what native FreeBSD expects, and then adding hooks to the PV ops when necessary. sys/amd64/amd64/locore.S: * Add PV entry point, hypervisor_page and the necessary elfnotes. sys/amd64/amd64/machdep.c: * Add hooks to replace bare metal operations that should use a PV helper, this includes: - Preload metadata - i8254_init and i8254_delay - Fetching the e820 memory map - Reserve of the MP bootstrap region * Create a DELAY function that uses the PV hooks. * Introduce a new hamme...

...usr/src/psm/stand/boot/sparc/common/wbcli.c update: usr/src/psm/stand/boot/sparcv9/Makefile.com update: usr/src/psm/stand/cpr/common/support.c update: usr/src/psm/stand/cpr/sparcv9/sun4u/bitmap.c update: usr/src/psm/stand/cpr/sparcv9/sun4u/cprboot.c update: usr/src/psm/stand/cpr/sparcv9/sun4u/machdep.c update: usr/src/psm/stand/cpr/sparcv9/sun4u/pages.c update: usr/src/stand/lib/fs/nfs/xdr_rec.c update: usr/src/stand/lib/sa/standalloc.c update: usr/src/stand/lib/tcp/tcp.c update: usr/src/uts/sparc/os/bootops.c update: usr/src/uts/sun/sys/bootconf.h

Author: dmick Repository: /hg/zfs-crypto/gate Revision: 65127d2eae6744fd7dee6a5bcb5480214e1e6a87 Log message: 6342823 Unable to offline CPU 0 on x86 systems Files: update: usr/src/uts/i86pc/io/cbe.c update: usr/src/uts/i86pc/io/pcplusmp/apic.c update: usr/src/uts/i86pc/os/machdep.c update: usr/src/uts/i86pc/os/mp_startup.c update: usr/src/uts/i86pc/os/timestamp.c update: usr/src/uts/i86pc/sys/machsystm.h