search for: cpu_info

In FLAC 1.2.0, a new field 'FLAC__CPUInfo cpu_info' was added to the struct FLAC__BitReader. It became useless in 1.3.0 because of various bitreader optimizations. The first patch removes it and also removes FLAC__CPUInfo argument of FLAC__bitreader_init() function. The second patch removes a comment about struct FLAC__BitReader. It seems tha...

This series consists of improvements to Xen''s ability to print traces of its own stack, and specifically for the stack overflow case to be able to use frame pointers in a debug build. I have dev tested the series in debug and non-debug cases, with and without memory guards, and I believe that all the stack traces look correct. However, I would greatly appreciate a second opinion on the

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 series consists of improvements to Xen''s ability to print traces of its own stack, and specifically for the stack overflow case to be able to use frame pointers in a debug build. I have dev tested the series in debug and non-debug cases, with and without memory guards, and I believe that all the stack traces look correct (given the available information Xen has), and that the

Removes node identification functionality from host-browser.rb and adds a new script, host-register.rb, that takes over that functionality. The chief difference is that host-browser used a simple TCP server setup to get data from the node, while host-register uses the qpid bus to do so. Specifically, it communicates with the matahari qmf agent added to the node in two related patchsets to node

After install of update snv_101b the xend daemon dosn''t start any more. This is what I saw in the xend.log file [2008-11-22 10:58:59 572] INFO (SrvDaemon:334) Xend Daemon started [2008-11-22 10:58:59 572] INFO (SrvDaemon:338) Xend changeset: Mon Oct 13 22:14:51 2008 -0700 15904:94bd0a643efe. [2008-11-22 10:58:59 572] INFO (SrvDaemon:345) Xend version: Unknown. [2008-11-22 10:58:59 572]

...;com.redhat.matahari', :class => 'host') + puts "host_list length is #{host_list.length}" + host_list.each do |host| + if host.object_id.agent_bank == agent_bank + # Grab the cpus and nics associated before we take any locks + cpu_info = @qmfc.objects(:package => 'com.redhat.matahari', :class => 'cpu', 'host' => host.object_id) + nic_info = @qmfc.objects(:package => 'com.redhat.matahari', :class => 'nic', 'host' => host.object_id) + +...

This set of patches converts the way frames gets created from using PUSHes/POPs to using MOVes, thus allowing (in certain cases) to avoid saving/restoring part of the register set. While the place where the (small) win from this comes from varies between CPUs, the net effect is a 1 to 2% reduction on a combined interruption entry and exit when the full state save can be avoided. 1: use MOV

...t;?xml version="1.0" encoding="ISO-8859-1"?> <crash_report> <version_cookie /> <platform>win32</platform> <os_info>Version 5.1 Build 2600 Platform ID 2 Service Pack 3.0 Suite Mask 00000000 Product Type 1 Service Pack 3</os_info> <cpu_info number="8" architecture="x86" family="6" model="42" stepping="7" PAE="yes" WOW64="no" feature_set="0x41FFF" speed="800">Intel(R) Pentium(R) 4 CPU 2.40GHz</cpu_info> <memory_info Used="...

...NDING, offsetof(struct irq_cpustat, __softirq_pending)); + DEFINE(OFFSET_LOCAL_IRQ_COUNT, offsetof(struct irq_cpustat, __local_irq_count)); + DEFINE(OFFSET_NMI_COUNT, offsetof(struct irq_cpustat, __nmi_count)); + DEFINE(SIZE_IRQ_CPU_STAT, sizeof(struct irq_cpustat)); + BLANK(); + DEFINE(OFFSET_VCPU_INFO, offsetof(struct vcpu, vcpu_info)); + DEFINE(OFFSET_ARCH_VCPU, offsetof(struct vcpu, arch)); + BLANK(); + DEFINE(OFFSET_EVTCHN_UPCALL_MASK, offsetof(struct vcpu_info, evtchn_upcall_mask)); + DEFINE(OFFSET_EVTCHN_UPCALL_PENDING, offsetof(struct vcpu_info, evtchn_upcall_pending)); + DEFINE(OFFSET_A...

...;Host') puts "host_list length is #{host_list.length}" host_list.each do |host| if host.object_id.agent_key == agent.key Next, old Matahari has 1:N relationship between host and cpu objects, ovirt-server uses it by retrieving a list of cpus for each host: cpu_info = @qmfc.objects(:package => 'com.redhat.matahari', :class => 'cpu', 'host' => host.object_id) cpu properties used: cpunum corenum numcores vendor model family cpuid_lvl speed cache flags[0..251] New Matahari changed the model, here are CPU-related propert...

...lib/python2.4/site-packages/xen/web/connection.py", line 89, in __init__   File "/usr/lib/python2.4/site-packages/xen/web/tcp.py", line 49, in createSocket   File "", line 1, in bind error: (125, ''Address already in use'') $ /usr/bin/kstat -p -c misc -m cpu_info Can''t locate auto/I18N/Langinfo/autosplit.ix in @INC (@INC contains: /usr/perl5/5.8.4/lib/i86pc-solaris-64int /usr/perl5/5.8.4/lib /usr/perl5/site_perl/5.8.4/i86pc-solaris-64int /usr/perl5/site_perl/5.8.4 /usr/perl5/site_perl /usr/perl5/vendor_perl/5.8.4/i86pc-solaris-64int /usr/perl5/ven...

This patch series implements SMP boot for arch/arm, as far as getting all CPUs up and running the idle loop. Changes from v1: - moved barriers out of loop in udelay() - dropped broken GIC change in favour of explanatory comment - made the increment of ready_cpus atomic (I couldn''t move the increment to before signalling the next CPU because the PT switch has to happen between

First off, Apologies for the massive patch series... This series boots a 32-bit dom0 kernel to a command prompt on an ARMv8 (AArch64) model. The kernel is the same one as I am currently using with the 32 bit hypervisor I haven''t yet tried starting a guest or anything super advanced like that ;-). Also there is not real support for 64-bit domains at all, although in one or two places I

...========================================= RCS file: /cvsroot/flac/flac/src/libFLAC/bitreader.c,v retrieving revision 1.15 diff -u -r1.15 bitreader.c --- src/libFLAC/bitreader.c 28 Feb 2008 05:34:26 -0000 1.15 +++ src/libFLAC/bitreader.c 14 Mar 2008 13:19:46 -0000 @@ -149,6 +148,7 @@ FLAC__CPUInfo cpu_info; }; +#if FLAC__BYTES_PER_WORD == 4 && FLAC__CPU_IA32 #ifdef _MSC_VER /* OPT: an MSVC built-in would be better */ static _inline FLAC__uint32 local_swap32_(FLAC__uint32 x) @@ -173,6 +173,15 @@ done1: } } +#elif __GNUC__ +static void local_swap32_block_(FLAC__uint32 *start, FLAC__ui...

This round implements all of the review comments from V2 and all patches are now acked. Unless there are any objections I intend to apply later this morning. Ian.

Testing on an 8-node 128-way NUMA machine has exposed a problem with Xen''s nr_cpus calculation. In this case, since Xen cuts off recognized CPUs at 32, the machine appears to have 16 CPUs on the first and second nodes and none on the remaining nodes. Given this asymmetry, the calculation of sockets_per_node (which is later used to calculate nr_cpus) is incorrect:

...ponding cpuinfo fixtures have been added to test those alternative platforms as well. ##Fix (3856) Detect VirtualBox on Darwin as well as Linux and SunOS ## Fix (7996) Restrict solaris cpu processor detection x86_64 based solaris machines have a pkg_core_id field in output of kstat cpu_info, which denotes the core id of a specific core relative to the cpu. This could cause misreporting of processor count. The regex to count cores was restricted to prevent this. Additional x86_64 tests were added to verify this behavior. ##Fix (7996) Add solaris processor facts Adds...

Has anyone had any luck running DC Universe Online on wine? I'm having problems booting the station launcher: Distro: Ubuntu 10.04 Wine: Latest Stable from repo Stack output Code: C:\program files\steam\steamapps\common\dc universe online>Registration.url File not found Install script executed.err:ole:RevokeDragDrop invalid hwnd (nil) err:ole:RevokeDragDrop invalid hwnd 0x7011a

Hi, This is the fifth version of this patch series. With the Versatile Express TC2, it''s possible to boot only with A7 or A15. If the user choose to boot with only A7, the CPU ID will start at 0x100. As Xen relies on it to set the logical ID and the GIC, it won''t be possible to use Xen with this use case. This patch series is divided in 3 parts: - Patch 1: prepare Xen