search for: gmem

...nclude/glib-2.0/glib/glist.h:30, from /usr/local/include/glib-2.0/glib/gcache.h:30, from /usr/local/include/glib-2.0/glib.h:35, from uuidP.h:33, from Ruuid.h:5, from Rinit.c:1: /usr/local/include/glib-2.0/glib/gmem.h:32: error: parse error before "G_BEGIN_DECLS" /usr/local/include/glib-2.0/glib/gmem.h:34: error: syntax error before "typedef" /usr/local/include/glib-2.0/glib/gmem.h:48: error: parse error before "G_GNUC_MALLOC" /usr/local/include/glib-2.0/glib/gmem.h:48: warning...

...l/bin/qemu-system-x86_64. The below particular error propagating when I am trying to create a virtual machine using VMM gui (virt-manager). Unable to complete install: 'internal error: process exited while connecting to monitor: (process:7400): GLib-WARNING **: 18:19:45.044: ../../../../glib/gmem.c:489: custom memory allocation vtable not supported 2019-09-30T18:19:45.046714Z qemu-system-x86_64: -msg timestamp=on: Unsupported machine type Use -machine help to list supported machines!' Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/asyncjob.py",...

...quot; low="0" name="MAGIC"> <value value="0x61" name="VP_MAGIC"/> </bitfield> <bitfield high="12" low="10" name="KIND" type="GF100_SHADER_KIND"/> <bitfield pos="16" name="GMEM_ENABLE"/> <bitfield pos="17" name="UNK17"/><!-- default 1 --> <bitfield pos="26" name="LMEM_ENABLE"/> <bitfield pos="27" name="FP64_ENABLE"/> </reg32> FS: <reg32 offset="0" name=&qu...

...ration Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub (rev 03) 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) 00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GMS/GMEm 943/940GML Express Integrated Graphics Controller (rev 03) .... I have tried changing pci to [ ''00:02.1'' ] but that didnt help either. Any clues to what can work out ? -- Abhinav _______________________________________________ Xen-users mailing list Xen-users@lists.xensource...

...c >> counters and images, I'm running into some confusion about what the >> first word of the shader header means. Here is the definition as we >> have it today: > > [...] > >> However I know that these are somewhat wrong. I've seen shaders that >> use gmem accesses (i.e. mov r0, [r0]) that just have the LMEM enable >> bit set (and they use no lmem). And I've seen additional bits set, esp >> relating to images, but I haven't spent enough time looking at all the >> variations to make sense of it yet. For example, I think that...

I believe that your problem is this: /*01a0*/ LD R8, [R8]; /* 0x8000000000821c85 */ That needs to be LD.E (and your ST's need to be ST.E). You're using a 32-bit gmem address, but you need to be using a 64-bit one. I believe the 32-bit ones work on fermi, but afaik not on Kepler. Cheers, -ilia On Wed, Dec 16, 2015 at 12:06 PM, Hans de Goede <hdegoede at redhat.com> wrote: > Hi, > > On 15-12-15 20:04, Ilia Mirkin wrote: >> >> Als...

...usted domains. o Guenther Deschner <gd@samba.org> * Fix buffer allocation in eventlog read call. * Fix various invalid memcpy in read_package_entry(). o SATOH Fumiyasu <fumiyas@osstech.co.jp> * Variables for signals must be volatile sig_atomic_t in Winbind. * Fix gmem->numgids and gmem->maxgids breakage on Solaris 64-bit. * Fix a compile-time warning. * Fix SIGBUS on non-x86 CPUs in libsmbclient. o Björn Jacke <bj@sernet.de> * Correct the description of the "ldap timeout" parameter. * Fix build with external dns_sd libra...

...usted domains. o Guenther Deschner <gd@samba.org> * Fix buffer allocation in eventlog read call. * Fix various invalid memcpy in read_package_entry(). o SATOH Fumiyasu <fumiyas@osstech.co.jp> * Variables for signals must be volatile sig_atomic_t in Winbind. * Fix gmem->numgids and gmem->maxgids breakage on Solaris 64-bit. * Fix a compile-time warning. * Fix SIGBUS on non-x86 CPUs in libsmbclient. o Björn Jacke <bj@sernet.de> * Correct the description of the "ldap timeout" parameter. * Fix build with external dns_sd libra...

....org> * BUG 5953: Fix smbclient crashes. o Gerald (Jerry) Carter <jerry@samba.org> * Fix "allow trusted domain" so it disables trusted domains. * Return immediately on a failed GC connection in ads_connect. o SATOH Fumiyasu <fumiyas@osstech.jp> * Fix gmem->numgids and gmem->maxgids breakage on Solaris 64-bit. * Fix SIGBUS on non-x86 CPUs in libsmbclient. * Fix a compile-time warning. o Holger Hetterich <hhetter@novell.com> * Add a simple tdb integrity check to tdbtool. o Björn Jacke <bj@sernet.de> * Correct...

....org> * BUG 5953: Fix smbclient crashes. o Gerald (Jerry) Carter <jerry@samba.org> * Fix "allow trusted domain" so it disables trusted domains. * Return immediately on a failed GC connection in ads_connect. o SATOH Fumiyasu <fumiyas@osstech.jp> * Fix gmem->numgids and gmem->maxgids breakage on Solaris 64-bit. * Fix SIGBUS on non-x86 CPUs in libsmbclient. * Fix a compile-time warning. o Holger Hetterich <hhetter@novell.com> * Add a simple tdb integrity check to tdbtool. o Björn Jacke <bj@sernet.de> * Correct...

...hen I running systemctl start libvirtd.service, it'll run a little while (about 3 sec) and then it stops, or should I say it never start. I checked the status, it says ExecStart=/user/sbin/libvirtd $LIBVIRTD_ARGS (code=dumped, signal=TRAP) I processed journalctl -p err, it says ../../../glib/gmem.c:167 failed to allocate xxxxxxx bytes my laptop has 8G phycial memory any suggestion will be appricate. Best Regards. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://listman.redhat.com/archives/libvirt-users/attachments/20230505/4d81703e/atta...

...: Thu Mar 22 19:58:07 2007 +0000 Free the glyph array along with the font. ==24359== 580 (260 direct, 320 indirect) bytes in 3 blocks are definitely lost in loss record 70 of 101 ==24359== at 0x4021620: malloc (vg_replace_malloc.c:149) ==24359== by 0x4E7BCB5: g_malloc (gmem.c:131) ==24359== by 0x4E8B887: g_slice_alloc (gslice.c:777) ==24359== by 0x4E56E38: g_array_sized_new (garray.c:94) ==24359== by 0x4E56F56: g_array_new (garray.c:86) ==24359== by 0x4044B2D: swfdec_font_init (swfdec_font.c:61) ==24359== by 0x4E35838: g_type_create_...

...:24 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > I believe that your problem is this: > > /*01a0*/ LD R8, [R8]; > /* 0x8000000000821c85 */ > > That needs to be LD.E (and your ST's need to be ST.E). You're using a > 32-bit gmem address, but you need to be using a 64-bit one. I believe > the 32-bit ones work on fermi, but afaik not on Kepler. > > Cheers, > > -ilia > > > > On Wed, Dec 16, 2015 at 12:06 PM, Hans de Goede <hdegoede at redhat.com> wrote: >> Hi, >> >> On 15-1...

Hi, On 16-12-15 18:24, Ilia Mirkin wrote: > I believe that your problem is this: > > /*01a0*/ LD R8, [R8]; > /* 0x8000000000821c85 */ > > That needs to be LD.E (and your ST's need to be ST.E). You're using a > 32-bit gmem address, but you need to be using a 64-bit one. I believe > the 32-bit ones work on fermi, but afaik not on Kepler. I do not think that is the problem, src/gallium/tests/trivial/compute test_input_global() has: COMP DCL SV[0], THREAD_ID DCL TEMP[0], LOCAL DCL TEMP[1], LOCAL IMM[0] UINT32 {8, 0...

Also, where's the exit op? Perhaps what's happening is that you don't have an exit and it just goes off executing into the ether? On Tue, Dec 15, 2015 at 12:00 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > A few things that stand out: > > 0: ld u32 %r219 c0[0x0000000000000000+0x0] (0) > > wtf is that 0x0000000000000 thing doing there? Was it a %rX which got

Hi, On 22-02-16 17:59, Ilia Mirkin wrote: > On Mon, Feb 22, 2016 at 11:50 AM, Hans de Goede <hdegoede at redhat.com> wrote: >> Hi, >> >> >> On 22-02-16 17:13, Ilia Mirkin wrote: >>> >>> On Mon, Feb 22, 2016 at 11:00 AM, Ilia Mirkin <imirkin at alum.mit.edu> >>> wrote: >>>> >>>> On Mon, Feb 22, 2016 at 10:50

...: Thu Mar 22 19:58:07 2007 +0000 Free the glyph array along with the font. ==24359== 580 (260 direct, 320 indirect) bytes in 3 blocks are definitely lost in loss record 70 of 101 ==24359== at 0x4021620: malloc (vg_replace_malloc.c:149) ==24359== by 0x4E7BCB5: g_malloc (gmem.c:131) ==24359== by 0x4E8B887: g_slice_alloc (gslice.c:777) ==24359== by 0x4E56E38: g_array_sized_new (garray.c:94) ==24359== by 0x4E56F56: g_array_new (garray.c:86) ==24359== by 0x4044B2D: swfdec_font_init (swfdec_font.c:61) ==24359== by 0x4E35838: g_type_create_...