similar to: 6295986 False AMD Erratum 123 warning message on stinger dual-core machines

Author: kucharsk Repository: /hg/zfs-crypto/gate Revision: b1f167e9bcec854103004aa601a56ab937e1223c Log message: 6288246 amd64 kernel needs to detect AMD Opteron erratum 131 Files: update: usr/src/uts/i86pc/Makefile.workarounds update: usr/src/uts/i86pc/os/cpuid.c update: usr/src/uts/i86pc/os/mp_startup.c update: usr/src/uts/intel/sys/controlregs.h

Author: kchow Repository: /hg/zfs-crypto/gate Revision: 6c5e7d7096ce47499922b13d2536fb929f6c843f Log message: 6286816 page_numtopp_nolock is inefficent 6288107 Missing comment terminator in i86pc/ml/locore.s 6290613 high page_get_cachelist failure rate on jurassic 6297005 performance issues with page_nextn() Files: update: usr/src/uts/common/os/mem_cage.c update: usr/src/uts/common/sys/cpuvar.h

Hi I''ve installed Solaris snv111 in a QEMU virtual machine using qemu 0.10.2 with kqemu 1.4 enabled. The installation worked without problems but after rebooting from the virtual disk Solaris panics: qemu usage: /opt/qemu_0.10.x/bin/qemu-system-x86_64 -net user -net nic -usb -usbdevice tablet -L /usr/local/share/qemu_0.9.x -boot c -m 1024 -net nic,model=rtl8139 -net nic -net nic

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory CVE-2013-6885 / XSA-82 version 3 Guest triggerable AMD CPU erratum may cause host hang UPDATES IN VERSION 3 ==================== Early public release. This issue was predisclosed under embargo by the Xen Project Security team, on the 27th of November. We treated the issue

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:

Author: rab Repository: /hg/zfs-crypto/gate Revision: d9f6f6d7126fa5e2b0a700af6f4b56039f31be28 Log message: 6254431 GDT should reside on its own page Files: update: usr/src/uts/i86pc/os/mp_startup.c update: usr/src/uts/i86pc/sys/rm_platter.h update: usr/src/uts/intel/ia32/ml/desctbls_asm.s update: usr/src/uts/intel/ia32/os/desctbls.c update: usr/src/uts/intel/sys/segments.h

Author: kchow Repository: /hg/zfs-crypto/gate Revision: 7ef07cce56fa088303b60ecb8703341d5bdd34a8 Log message: 6344639 system spends all its time trying and failing to make big pages Files: update: usr/src/uts/common/vm/vm_pagelist.c update: usr/src/uts/i86pc/os/startup.c

Email eller vedhæftet fil afsendt fra din adresse (eller med din adresse som afsender) er blevet afvist fra Allerød Kommune. Spam og virus bliver typisk sendt under dække af andre afsendere og den blokerede email behøver derfor ikke oprinde direkte fra dig. (Husk dog altid at have et opdateret antivirusprogram på din computer.) Du kan evt. scanne din computer med det gratis' værktøj

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory CVE-2013-0153 / XSA-36 version 3 interrupt remap entries shared and old ones not cleared on AMD IOMMUs UPDATES IN VERSION 3 ==================== Public release. ISSUE DESCRIPTION ================= To avoid an erratum in early hardware, the Xen AMD IOMMU code by default chooses to use a single interrupt

I will reply those comments tomorrow. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20191204/f1111299/attachment.html>

Hi, Ooops, mistake, please read host# tapdisk2 -n vhd:/storage/test.vhd instead of host# tapdisk2 -n vhc:/storage/test.vhd in my previous post. Kind regards, Sébastien _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

After an "exaustive" search on what may be causing this, I still can''t figure it out. I keep getting this same error when trying to run virt-install: # virt-install Traceback (most recent call last): File "/usr/bin/virt-install", line 666, in ? main() File "/usr/bin/virt-install", line 518, in main conn = libvirt.open(options.connect) File

All, in the light of erratum #573 I''m wondering if we need to tweak or conditionally suppress fsincos emulation. The question is whether there is any possibility for getting the emulator to hit this instruction on AMD (as no real mode emulation ought to be taking place there), i.e. whether there are places where emulation gets continued eagerly in anticipation of the need for emulation

Hello, I''ve installed a OpenSolaris dom0 snv_44 on a x4100 server, and booted a 32-bit xen kernel. I''m trying to create a OpenSolaris DOMU (snv_44) by following the howto described at http://www.opensolaris.org/os/community/xen/howto/create-osox-domu/. I did not manage to create a diskless environment by using SUNWCXall. I''ve created SUNWCreq instead and add the

Sorry for the long post but I know trying to decide on hardware often want to see details about what people are using. I have the following AS-2022G-URF machine running OpenGaryIndiana[1] that I am starting to use. I successfully transferred a deduped zpool with 1.x TB of files and 60 or so zfs filesystems using mbuffer from an old 134 system with 6 drives - it ran at about 50MB/s or

Author: dmick Repository: /hg/zfs-crypto/gate Revision: 4559d499327b38dfc599c113d49e339f5c0308c3 Log message: 6327969 cpuid sse3 feature bit not noted on any AMD processor Files: update: usr/src/uts/i86pc/os/cpuid.c update: usr/src/uts/intel/sys/x86_archext.h

I guess this is really a RedHat, not CentOS question, but I?m hoping that someone here will be familiar enough with the upstream policy to have some useful information. How does RedHat decide which versions to release patches for, e.g. https://access.redhat.com/security/cve/CVE-2015-7613 <https://access.redhat.com/security/cve/CVE-2015-7613> which has only a RH7 erratum, not 6? And are

> On Dec 10, 2015, at 10:40 AM, Leon Fauster <leonfauster at googlemail.com> wrote: > > Am 10.12.2015 um 16:16 schrieb Noam Bernstein <noam.bernstein at nrl.navy.mil>: >> I guess this is really a RedHat, not CentOS question, but I?m hoping that someone here will be familiar enough with the upstream policy to have some useful information. >> >> How does

Bill Moran wrote: > This report seems pretty vague. I'm unsure as to whether the alleged > "bug" gives the user any more permissions than he'd already have? Anyone > know any details? This is a local denial of service bug, which was fixed 6 weeks ago in HEAD and RELENG_6. There is no opportunity for either remote denial of service or any privilege escalation. >

Hi thanks for your posts so far. Since what I had assumed was a 32 bit kernel which I compiled didn''t work, I religiously set out on compiling a 64 bit version as my system is currently booted in 64 bit mode. I installed SUNStudio12 on the system and set the SPRO_VROOT to point towards it and when I do a make all in usr/src directory, I get the following error when make cwds and runs in