search for: 00000140

...0000000F      15. nhdr$q_nh_descsz 00000120 00000060    Note Type: 0000000000000002       2. NT_VMS_LNM nhdr$q_nh_type 00000128 00000068    Note Name:                  "IPF/VMS" 00000130 00000070    Descriptor: 00000130 00000070      Language Name:            "VSI C V7.4-001" 00000140 00000080  Note Entry 2. 00000140 00000080    Note Name Size: 0000000000000008       8. nhdr$q_nh_namesz 00000148 00000088    Note Descriptor size: 0000000000000008       8. nhdr$q_nh_descsz 00000150 00000090    Note Type: 0000000000000006       6. NT_VMS_FPMODE nhdr$q_nh_type 00000158 00000098  ...

...07b FS:0033 GS:003b EIP:7bc440cf ESP:0033edc0 EBP:0033ede8 EFLAGS:00210287( - 00 RISP1C) EAX:00220000 EBX:7bc8fff4 ECX:000dfec8 EDX:00110014 ESI:002146e8 EDI:00134820 Stack dump: 0x0033edc0: 00000004 0033eedc 00000040 7bc62968 0x0033edd0: 00134830 00110014 00140000 7bc8fff4 0x0033ede0: 00000140 001346d8 0033ee08 7bc44361 0x0033edf0: 000dfec8 00030000 00134830 00110014 0x0033ee00: 00000140 001346d8 0033ee68 7bc456c3 0x0033ee10: 00000140 00000000 00000020 00000012 Backtrace: =>1 0x7bc440cf in ntdll (+0x340cf) (0x0033ede8) 2 0x7bc44361 in ntdll (+0x34361) (0x0033ee08) 3 0x7bc456c3...

...'' from xen/. Build machine is a Dual Opteron, running CentOS 5.x x86_64. Machine that I''m booting it on is Dual Xeon Woodcrest, running CentOS 5.x i386 with a 2.6.18.8 32bit dom0 kernel pulled from xen.org. # xm info | grep cap hw_caps : bfebfbff:20100800:00000000:00000140:0004e33d:00000000:00000001 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p # uname -m i686 # uname -a Linux host194 2.6.18.8-xen0 #1 Sat Sep 13 00:22:21 UTC 2008 i686 i686 i386 GNU/Linux Is this a bug or is there perhaps some build option I should be using? Regards, Carl ______________...

hi all i am trying to boot from rhel5.1 x86_64 image. with the following configuration kernel = "/usr/lib/xen/boot/hvmloader" builder=''hvm'' memory = 3048 name = "rhel51" vcpus=1 cpus = "" vif = [ ''type=ioemu, bridge=xenbr0'' ] disk = [ ''phy:/dev/cciss/c0d0p7,ioemu:hda,w'',

...: 2.6.18.8-xen version : #2 SMP Fri Jun 27 21:27:02 UTC 2008 machine : x86_64 nr_cpus : 8 nr_nodes : 1 cores_per_socket : 4 threads_per_core : 1 cpu_mhz : 3000 hw_caps : bfebfbff:20100800:00000000:00000140:000ce3bd:00000000:00000001 total_memory : 16382 free_memory : 4 node_to_cpu : node0:0-7 xen_major : 3 xen_minor : 2 xen_extra : .1 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x8...

...: #1 SMP Mon Jul 3 18:25:39 UTC 2006 machine : x86_64 nr_cpus : 4 nr_nodes : 1 sockets_per_node : 2 cores_per_socket : 2 threads_per_core : 1 cpu_mhz : 1995 hw_caps : bfebfbff:20100800:00000000:00000140:0004e33d:00000000:00000001 total_memory : 1018 free_memory : 61 max_free_memory : 794 xen_major : 3 xen_minor : 0 xen_extra : .2_09749-0.4 xen_caps : xen-3.0-x86_64 platform_params : virt_start=0xffff80000000000...

http://bugzilla.mindrot.org/show_bug.cgi?id=124 ------- Additional Comments From markus at openbsd.org 2002-02-23 06:10 ------- what does "streaming" mean? what does "output reports" mean? do you have more detailed reports? do you have debugging output? what clients are involved? what servers? does the same happen with openssh 3.0.2? does the same happen with a recent

....26-2-xen-amd64 version : #1 SMP Sun Jun 21 08:09:04 UTC 2009 machine : x86_64 nr_cpus : 4 nr_nodes : 1 cores_per_socket : 2 threads_per_core : 1 cpu_mhz : 1995 hw_caps : bfebfbff:20100800:00000000:00000140:0004e33d:00000000:00000001 total_memory : 24570 free_memory : 918 node_to_cpu : node0:0-3 xen_major : 3 xen_minor : 2 xen_extra : -1 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0...

...: 2.6.18.8-xen version : #1 SMP Fri Nov 27 03:53:01 UTC 2009 machine : x86_64 nr_cpus : 4 nr_nodes : 1 cores_per_socket : 4 threads_per_core : 1 cpu_mhz : 2394 hw_caps : bfebfbff:20100800:00000000:00000140:0000e3bd:00000000:00000001:00000000 virt_caps : hvm total_memory : 8190 free_memory : 30 node_to_cpu : node0:0-3 node_to_memory : node0:30 xen_major : 3 xen_minor : 4 xen_extra : .2 xen_caps :...

Another vga_switcheroo cleanup. Maintainers, is it okay to include the one-line change of each driver in here or do you want that split into separate patches? Thanks, Lukas Lukas Wunner (1): vga_switcheroo: Constify vga_switcheroo_handler drivers/gpu/drm/amd/amdgpu/amdgpu_atpx_handler.c | 2 +- drivers/gpu/drm/nouveau/nouveau_acpi.c | 2 +-

...LOAD, READONLY, CODE 1 .rodata 000031af 0000000000300000 0000000000300000 00100000 2**5 CONTENTS, ALLOC, LOAD, READONLY, DATA 2 .data.rel.ro 00000990 0000000000403660 0000000000403660 00103660 2**5 CONTENTS, ALLOC, LOAD, DATA 3 .data 00000140 0000000000404000 0000000000404000 00104000 2**5 CONTENTS, ALLOC, LOAD, DATA 4 .bss 000042f8 0000000000404140 0000000000404140 00104140 2**5 ALLOC The .text and .rodata sections have each been padded to the specified maximum page size of 1 MB,...

...: #1 SMP Fri Dec 12 07:02:03 UTC 2008 machine : x86_64 nr_cpus : 4 nr_nodes : 1 sockets_per_node : 2 cores_per_socket : 2 threads_per_core : 1 cpu_mhz : 1995 hw_caps : bfebfbff:20100800:00000000:00000140:0004e33d:00000000:00000001 total_memory : 4095 free_memory : 776 xen_major : 3 xen_minor : 0 xen_extra : .3-1 xen_caps : xen-3.0-x86_64 hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 xen_pagesize : 4096 platform_para...

...: #1 SMP Fri Apr 2 16:16:54 EDT 2010 machine : i686 nr_cpus : 12 nr_nodes : 1 sockets_per_node : 1 cores_per_socket : 6 threads_per_core : 2 cpu_mhz : 2932 hw_caps : bfebfbff:2c100000:00000000:00000140:029ee3ff:00000000:00000001 total_memory : 15861 free_memory : 383 Should I reinstall the system and use 64Bit kernel, or have better solution? Thanks! -- View this message in context: http://xen.1045712.n5.nabble.com/total-memory-incorrect-tp3397992p3397992.html Sent from t...

...: 5.11 version : snv_97 machine : i86pc nr_cpus : 2 nr_nodes : 1 sockets_per_node : 1 cores_per_socket : 2 threads_per_core : 1 cpu_mhz : 1997 hw_caps : bfebfbff:20100800:00000000:00000140:0000e3bd:00000000:00000001 total_memory : 3326 free_memory : 535 xen_major : 3 xen_minor : 1 xen_extra : .4-xvm xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 xen_scheduler :...

...: #1 SMP Fri Oct 9 13:06:25 EDT 2009 machine : x86_64 nr_cpus : 4 nr_nodes : 1 sockets_per_node : 1 cores_per_socket : 4 threads_per_core : 1 cpu_mhz : 2327 hw_caps : bfebfbff:20100800:00000000:00000140:040ce3bd:00000000:00000001 total_memory : 8186 free_memory : 2075 node_to_cpu : node0:0-3 xen_major : 3 xen_minor : 1 xen_extra : .2-164.2.1.el5. xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86...

...: #1 SMP Tue Nov 9 13:35:30 EST 2010 machine : x86_64 nr_cpus : 4 nr_nodes : 1 sockets_per_node : 1 cores_per_socket : 4 threads_per_core : 1 cpu_mhz : 2394 hw_caps : bfebfbff:28100800:00000000:00000140:0098e3fd:00000000:00000001 total_memory : 24566 free_memory : 8317 node_to_cpu : node0:0-3 xen_major : 3 xen_minor : 1 xen_extra : .2-194.26.1.el5 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x8...

...'t seem to be accessed: fixme:imm:ImmGetOpenStatus (0x1dd208): semi-stub fixme:imm:ImmSetConversionStatus (0x1dd208, 1, 0): stub fixme:imm:ImmGetDefaultIMEWnd (0x2003e - 0x1002c 0xb41e748 ): semi-stub fixme:avicap:capCreateCaptureWindowW L"VfwCamDetect", 50000000, 00000000, 00000000, 00000140, 000000f0, 0x10040, 00022100 VFW Driver +Could not create capture window JNIEXPORT void JNICALL Java_com_jsyntax_directshow_CaptureDeviceManager_detect0(JNIEnv * pEnv, jclass jCaptureDeviceManagerClass, jobject jDevicesList) fixme:imm:ImmGetOpenStatus (0xb491f40): semi-stub There are more similar...

Hi Holger, > Note that I did specify "-g", but not any "-Ox" switches. That > made the size of all *.o files together being 143 MB. LLVM represents debug info as explicit calls to intrinsics. This approach has many advantages, but a possible disadvantage is that it can significantly increase the size of the bitcode. I don't know if that explains your observations.