Displaying 6 results from an estimated 6 matches similar to: "DDE problems"
2006 Sep 20
1
kernel32.VirtualAlloc() limitation? - "Insufficient memory to perform operation"
Hello,
capserve.exe is part of Adobe Acrobat 5's PaperCapture plugin. Runnning "wine capserve.exe" I get an
error saying "Insufficient memory to perform operation" (although all runs fine under Windows).
It seems that several calls to kernel32.VirtualAlloc(), ntdll.NtAllocateVirtualMemory() and related
functions are executed right before the error message is issued. See
2015 Jan 25
2
Problem with GTX 970 under Fedora 21
Hi,
I took this issue to the Fedora forum initially, but no-one there has
been able to offer any guidance, so I have decided to come to the
nouveau community directly.
I was running a KDE desktop under Fedora 21 successfully, including the
ability to use a direct text login on an older card (GXT 560 Ti) with an
entirely stock Fedora, fully updated.
I simply replaced the old card with an
2016 Feb 26
0
[PATCH 2/4] pmu/fuc: replace mov+sethi with imm32
on gk208+ we can simply mov 32bits, so we should have a single mov there
Signed-off-by: Karol Herbst <nouveau at karolherbst.de>
---
drm/nouveau/nvkm/subdev/pmu/fuc/gf100.fuc3.h | 1598 +++++++++++------------
drm/nouveau/nvkm/subdev/pmu/fuc/gf119.fuc4.h | 1494 +++++++++++-----------
drm/nouveau/nvkm/subdev/pmu/fuc/gk208.fuc5.h | 1424 ++++++++++-----------
2013 Sep 05
4
Bug#721946: xen-hypervisor-4.1-amd64: dom0_mem cannot exceed some value
Package: xen-hypervisor-4.1-amd64
Version: 4.1.4-3+deb7u1
Severity: normal
I tried GRUB_CMDLINE_XEN="dom0_mem=8192M": that delivers 6964868K total, then
crashes when used=2837436K free=4127432K.
By crash I mean the gnome screen was blown away, replaced by a black screen
with white log lines. That seems to happen every time dom0 uses a large amount
of memory.
After setting
2015 Jan 25
2
Bug#776237: xen-hypervisor-4.4-amd64: kernel panic on dom0 boot
Package: xen-hypervisor-4.4-amd64
Version: 4.4.1-6
Severity: normal
Dear Maintainer,
I'm trying to boot into xen/dom0 but so far all attempts have resulted
in a crash followed by an automatic reboot.
My hardware is
Motherboard: Asus Sabertooth 990FX R2.0
CPU: AMD FX-8350
GPU: Sapphire Radeon R9 285
A trace of the kernel panic follows (full log captured over serial should
2013 Jun 19
4
e008:[<ffff82c480122353>] check_lock+0x1b/0x45 [konrad.wilk@oracle.com: FAILURE 3.10.0-rc6upstream-00061-g752bf7d(x86_64) 3.10.0-rc6upstream-00061-g752bf7d(i386): 2013-06-19 (tst007)]
Hey,
It looks like one of the patches that went in Xen 4.1 blows up.
This used to work over the weekend, so I can only surmise
it is one the three patches. This is with a debug=y build
(which has been working nicely for the last month or more).
It looks like one of the patches that went in Xen 4.1 blows up.
This used to work a day ago - that is c/s 23551 worked nicely.
----- Forwarded message