search for: 01000000

Hi I get the following when running an App on wine-1.1.18. Does it mean the application can't access the odbc data base? WINEDEBUG=+winhttp.dll wine tally9.exe fixme:winspool:EnumFormsA 0x1 1 (nil) 0 0x33f894 0x33f898 fixme:psdrv:PSDRV_CreateColor Colour is 01000000 fixme:psdrv:PSDRV_CreateColor Colour is 01000000 fixme:psdrv:PSDRV_CreateColor Colour is 01000000 fixme:htmlhelp:HtmlHelpW HH case HH_INITIALIZE not handled. fixme:ras:RasEnumEntriesW ((nil),(null),0x17ed244,0x33fbd0,0x33fbf4),stub! fixme:ras:RasEnumEntriesW ((nil),(null),0x17ed244,0x33fbd0,0x33fbf...

https://bugs.freedesktop.org/show_bug.cgi?id=99584 Bug ID: 99584 Summary: XVMC on nv43 class card broken with recent mesa + kernel. Product: Mesa Version: git Hardware: x86 (IA32) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component:

.../dbxread.c line 933 in fill_symbuf SMP 2 cpus IdlePTD at phsyical address 0x00375000 initial pcb at physical address 0x002db900 panicstr: rslock: cpu: 1, addr: 0xc02f1660, lock: 0x01000001 panic messages: --- Fatal trap 12: page fault while in kernel mode mp_lock = 01000002; cpuid = 1; lapic.id = 01000000 fault virtual address = 0x8974238 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0245973 stack pointer = 0x10:0xe026ce0c frame pointer = 0x10:0xe026ce18 code segment = base 0x0, limit 0xfffff, type 0x1b...

...p in the guest... > > Device Subchan. DevType CU Type Use PIM PAM POM CHPIDs > ---------------------------------------------------------------------- > 0.0.0000 0.0.0000 0000/00 3832/01 yes 80 80 ff 00000000 00000000 > 0.0.000a 0.0.0001 0000/00 3270/00 80 80 ff 01000000 00000000 > 0.0.0002 0.0.0002 0000/00 3832/09 yes 80 80 ff 00000000 00000000 > 0.0.0300 0.0.0003 0000/00 3832/02 yes 80 80 ff 00000000 00000000 > 0.0.0301 0.0.0004 0000/00 3832/02 yes 80 80 ff 00000000 00000000 > > But I would not call it a comprehensive test......

...p in the guest... > > Device Subchan. DevType CU Type Use PIM PAM POM CHPIDs > ---------------------------------------------------------------------- > 0.0.0000 0.0.0000 0000/00 3832/01 yes 80 80 ff 00000000 00000000 > 0.0.000a 0.0.0001 0000/00 3270/00 80 80 ff 01000000 00000000 > 0.0.0002 0.0.0002 0000/00 3832/09 yes 80 80 ff 00000000 00000000 > 0.0.0300 0.0.0003 0000/00 3832/02 yes 80 80 ff 00000000 00000000 > 0.0.0301 0.0.0004 0000/00 3832/02 yes 80 80 ff 00000000 00000000 > > But I would not call it a comprehensive test......

...ndling With the c/s, when creating HVM guest, I can only see a white Qemu window. :( Can you have a look? Thanks. PS: the serial log follows: (XEN) HVM1: pci dev 02:0 bar 14 size 00001000: f2000000 (XEN) HVM1: pci dev 03:0 bar 10 size 00000100: 0000c101 (XEN) HVM1: pci dev 03:0 bar 14 size 01000000: f3000008 (XEN) HVM1: pci dev 03:0 INTA->IRQ11 (XEN) HVM1: pci dev 04:0 bar 10 size 00000100: 0000c201 (XEN) HVM1: pci dev 04:0 bar 14 size 00000100: f4000000 (XEN) HVM1: pci dev 04:0 INTA->IRQ5 (XEN) HVM1: Creating MP tables ... (XEN) HVM1: Loading Cirrus VGABIOS ... (XEN) HVM1: Loadi...

...39). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:7ee79d39 ESP:7edf46a8 EBP:7edf4a18 EFLAGS:00210206( - 00 - RIP1) EAX:00000000 EBX:716e0000 ECX:00000000 EDX:00000000 ESI:716e032e EDI:7edf49eb Stack dump: 0x7edf46a8: 716f002b 716f0000 716e0000 7efe46d4 0x7edf46b8: 01000000 2e767063 006c6c64 00000000 0x7edf46c8: fe46d400 1101187e ffef4c00 33f9107e 0x7edf46d8: fe46d400 1100007e 00000000 33f9d000 0x7edf46e8: fa78e300 1100007e 00000000 00000000 0x7edf46f8: fa78c500 33f9ac7e 6d017000 33f9d000 Backtrace: =>1 0x7ee79d39 GetStringTypeW+0x99() in kernel32 (0x7edf4a18)...

...>> >> Device Subchan. DevType CU Type Use PIM PAM POM CHPIDs >> ---------------------------------------------------------------------- >> 0.0.0000 0.0.0000 0000/00 3832/01 yes 80 80 ff 00000000 00000000 >> 0.0.000a 0.0.0001 0000/00 3270/00 80 80 ff 01000000 00000000 >> 0.0.0002 0.0.0002 0000/00 3832/09 yes 80 80 ff 00000000 00000000 >> 0.0.0300 0.0.0003 0000/00 3832/02 yes 80 80 ff 00000000 00000000 >> 0.0.0301 0.0.0004 0000/00 3832/02 yes 80 80 ff 00000000 00000000 >> >> But I would not call it a compre...

...kernel: [34599.410784] nouveau 0000:01:00.0: gr: 502000 - stat 80000000 00010400 00000000 00000000 Feb 27 21:12:38 zeus kernel: [34599.410788] nouveau 0000:01:00.0: gr: 502000 - stat 00000000 00000000 00000002 00000000 Feb 27 21:12:38 zeus kernel: [34599.410798] nouveau 0000:01:00.0: fifo: PBDMA0: 01000000 [] ch 2 [007f957000 Xorg[1458]] subc 3 mthd 0200 data 000000cf Feb 27 21:12:38 zeus kernel: [34599.410807] nouveau 0000:01:00.0: priv: HUB0: 400500 00010001 (1b408201) Feb 27 21:12:38 zeus kernel: [34599.410817] nouveau 0000:01:00.0: fifo: PBDMA0: 01000000 [] ch 2 [007f957000 Xorg[1458]] subc 3 mth...

...ien kernel: esi: c5fc7e00 edi: c3e55a40 ebp: c41be6a0 esp: c1761d2c Mar 30 02:37:11 musicien kernel: ds: 0018 es: 0018 ss: 0018 Mar 30 02:37:11 musicien kernel: Process rm (pid: 10451, stackpage=c1761000) Mar 30 02:37:11 musicien kernel: Stack: c02cbcc0 c02cc241 c02cbca0 000004c1 c02cc250 01000000 c3496ec0 c57e1060 Mar 30 02:37:11 musicien kernel: c57e1060 c5fc7e94 c015015b c3496ec0 c3e55a40 01000000 c52be274 c3496ec0 Mar 30 02:37:11 musicien kernel: c42b8e50 01000000 c52be274 c3496ec0 c0151cde c3496ec0 00000000 c57e1060 Mar 30 02:37:11 musicien kernel: Call Trace: [ext3_for...

...ideo information: (XEN) No VGA detected (XEN) Disc information: (XEN) Found 2 MBR signatures (XEN) Found 0 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 00000000000a0000 (usable) (XEN) 00000000000f0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 0000000010000000 (usable) (XEN) 00000000fff00000 - 0000000100000000 (reserved) (XEN) System RAM: 255MB (261760kB) (XEN) ACPI: Unable to locate RSDP (XEN) Xen heap: 9MB (10184kB) (XEN) Domain heap initialised: DMA width 32 bits (XEN) PAE disabled. (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected...

...0003 64 kbit/s with HDLC framing 64 kbit/s bit-transparent operation B2 protocols support: 0x00000043 ISO 7776 (X.75 SLP) Transparent Transparent (ignoring framing errors of B1 protocol) B3 protocols support: 0x00000001 Transparent 0100 0200 18000000 03000000 43000000 01000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 Supplementary services support: 0x00000033 Hold / Retrieve Terminal Portability Call Forwarding Call Deflection Controller 2: Manufacturer: mISDN CAPI controller NETJet2 CAPI Version...

...000 =.........H.=... > 0040 005beb00 534889fb 4885db74 3e83bb8c .[..SH..H..t>... > 0050 00000000 78084889 dfe80000 0000488b ....x.H.......H. > 0060 4328483b 4338760a 4889df31 f631d2ff C(H;C8v.H..1.1.. > 0070 5348488b 7308482b 7310730f 488b4350 SHH.s.H+s.s.H.CP > 0080 4889dfba 01000000 5bffe05b c3 H.......[..[. > Contents of section .rodata: > 0000 00000000 00000000 > > Note that __stdout_used is the last symbol in the .rodata section. > This means that the reader assigns the data (16 bytes of 0) to > __stdout_used. Because dummy_file and the other __std...

...80a00 0000488b 3d000000 =.........H.=... 0040 005beb00 534889fb 4885db74 3e83bb8c .[..SH..H..t>... 0050 00000000 78084889 dfe80000 0000488b ....x.H.......H. 0060 4328483b 4338760a 4889df31 f631d2ff C(H;C8v.H..1.1.. 0070 5348488b 7308482b 7310730f 488b4350 SHH.s.H+s.s.H.CP 0080 4889dfba 01000000 5bffe05b c3 H.......[..[. Contents of section .rodata: 0000 00000000 00000000 Note that __stdout_used is the last symbol in the .rodata section. This means that the reader assigns the data (16 bytes of 0) to __stdout_used. Because dummy_file and the other __stdx_used symbols come before it...

...HVM20: pci dev 01:1 bar 20 size 00000010: 0000c001 (XEN) HVM20: pci dev 01:2 INTA->IRQ7 (XEN) HVM20: pci dev 02:0 bar 10 size 02000000: f0000008 (XEN) HVM20: pci dev 02:0 bar 14 size 00001000: f2000000 (XEN) HVM20: pci dev 03:0 bar 10 size 00000100: 0000c101 (XEN) HVM20: pci dev 03:0 bar 14 size 01000000: f3000008 (XEN) HVM20: pci dev 03:0 INTA->IRQ11 (XEN) HVM20: Creating MP tables ... (XEN) HVM20: Loading Cirrus VGABIOS ... (XEN) HVM20: Loading ACPI ... (XEN) HVM20: BIOS map: (XEN) HVM20: c0000-c8003: VGA BIOS (XEN) HVM20: d0000-d5603: VMXAssist (XEN) HVM20: e9000-e9135: SMBIOS tables (XEN)...

On 11/09/2014 07:18 AM, Gedalya wrote: > That memory block is just a bit larger than the size of the initrd in > the VM, could there be a connection? Nope. I changed the initrd to 2.6mb and that memory block is still exactly at 23852 / 14464 / 14464. Actually the process size is around 12 mb when pygrub is counting down to boot, then jumps up to 14+ mb

...d32(device, 0x1540) & 0x40000000; 0xb(...) = 1011(...) 0x4(...) = 0100(...) => for me, vdec indeed is 0x00000000, i.e. false and as my chipset is 0x86, furthermore: MPEG -> disabled VP -> disabled and for the dynamic features, 0x9c = 10011100 binary 0x20 = 00100000 binary 0x40 = 01000000 binary as 0x9c & 0x20 == 0x00, BSP -> disabled as 0x9c & 0x40 == 0x00, PCRYPT -> disabled which would probably confirm your that for me your patch is correct. That said, I will apply this patch to my current stock RHEL6 kernel and report back later today on whether this works fine...

hi, i have a question. the game called 80 days around the word, not starting.. more info i start it it brings up a frame, the frame has title and icon visible in the task bar app exists fixme:win:EnumDisplayDevicesW ((null),0,0x32f6dc,0x00000000), stub! fixme:winmm:MMDRV_Exit Closing while ll-driver open these ara the lines, which appear can i have tipps what is it means? i tried to fond a

...(XEN) HVM14: PCI-ISA link 3 routed to IRQ5 (XEN) HVM14: pci dev 01:2 INTD->IRQ5 (XEN) HVM14: pci dev 01:3 INTA->IRQ10 (XEN) HVM14: pci dev 03:0 INTA->IRQ5 (XEN) HVM14: pci dev 04:0 INTA->IRQ5 (XEN) HVM14: pci dev 02:0 bar 10 size 02000000: f0000008 (XEN) HVM14: pci dev 03:0 bar 14 size 01000000: f2000008 (XEN) HVM14: pci dev 02:0 bar 14 size 00001000: f3000000 (XEN) HVM14: pci dev 03:0 bar 10 size 00000100: 0000c001 (XEN) HVM14: pci dev 04:0 bar 10 size 00000100: 0000c101 (XEN) HVM14: pci dev 04:0 bar 14 size 00000100: f3001000 (XEN) HVM14: pci dev 01:2 bar 20 size 00000020: 0000c201 (XEN...

On Mon, Oct 17, 2011 at 05:36:27PM +0200, Dario Faggioli wrote: > Hi everyone, > > I''m trying to setup PCI-passthrough for a network card on a testbox. > With HVM, everything seems to work, while if I try with a pv-guest the > domain crashes! > > Here''s the thing: > -- > # xl pci-list-assignable-devices > 0000:07:00.0 > 0000:07:00.1 > >