search for: pdst

http://bugs.freedesktop.org/show_bug.cgi?id=15845 Summary: X busyloops when huge image in firefox Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

Join the global Free SW HW & Culture meeting online via VOIP & IRC. Sunday Oct 18, 12N-3P Pacific Daylight Savings Time (UTC-8), 3P-6P Eastern, (7P-10P UTC?) http://sites.google.com/site/berkeleytip/remote-attendance Or, come to the UCBerkeley Free Speech Cafe. Discuss the videos, work on your own projects & share them with others, & help work on the group projects. Get a VOIP

...spix=0x2057530, pmpix=<value optimized out>, pdpix=0x21e4b20) at ../../src/nv50_exa.c:840 pNv = 0x1c8c690 chan = 0x1c95d80 eng2d = 0x1c825d0 tesla = 0x1c8bf10 #1 0x00007f681b209495 in exaTryDriverComposite (op=128 '\200', pSrc=0x2068830, pMask=0x0, pDst=0x2068a20, xSrc=<value optimized out>, ySrc=<value optimized out>, xMask=<value optimized out>, yMask=<value optimized out>, xDst=268, yDst=0, width=<value optimized out>, height=<value optimized out>) at ../../exa/exa_render.c:759 region = {extents...

...- return FALSE; + /* We do no saturate, disjoint, conjoint, though we + * could do e.g. DisjointClear which really is + * Clear. */ + return op < PictOpSaturate; } #if 0 -static void NV10EXAFallbackInfo(char *reason, int op, PicturePtr pSrcPicture, - PicturePtr pMaskPicture, PicturePtr pDstPicture) +static void +print_fallback_info(char *reason, int op, PicturePtr src, PicturePtr mask, + PicturePtr dst) { char out2[4096]; char *out = out2; + sprintf(out, "%s ", reason); - out = out + strlen(out); + out += strlen(out); + switch (op) { case PictOpClear: spr...

...2) 2010 JUNE MEETING DAYS, TIMES, LOCATIONS In person meetings on 1st Saturday & 3rd Sunday, every month. June 5 & 20, 12N-3P USA-Pacific time, Saturday, Sunday Online only meeting using VOIP: June 14 & 29, 5-6P USA-Pacific time, Monday, Tuesday Mark your calendars. 5 Sat 12N-3P PDST = 3-6P EDST = 19-22 UTC 14 Mon 5-6P PDST = 8-9P EDST = 0- 1 UTC Tues 15 20 Sun 12N-3P PDST = 3-6P EDST = 19-22 UTC 29 Tues 5-6P PDST = 8-9P EDST = 0- 1 UTC Wed 30 USA-PacificDaylightSavingsTime is -7 hours UTC, due to daylight savings currently. Times listed above should be double checked by...

...llRect (pDrawable=0x1d58f20, pGC=0x100c1a0, nrect=1, prect=0x7fff285bab60) at exa_accel.c:817 #11 0x00000000004d7c17 in damagePolyFillRect (pDrawable=0x1d58f20, pGC=0x100c1a0, nRects=1, pRects=0x7fff285bab60) at damage.c:1400 #12 0x00007fcc4956a398 in exaGlyphs (op=3 '\003', pSrc=0x1bae0d0, pDst=0x1cb8000, maskFormat=0xfb0e88, xSrc=665, ySrc=354, nlist=1, list=0x7fff285bb540, glyphs=0x7fff285bad40) at exa_glyphs.c:785 #13 0x00000000004d7315 in damageGlyphs (op=3 '\003', pSrc=0x1bae0d0, pDst=0x1cb8000, maskFormat=0xfb0e88, xSrc=665, ySrc=354, nlist=1, list=0x7fff285bb540, gl...

...d my code around the sample code, and I check my error returns fairly religiously. The only weird thing I'm doing is using ov_open_callbacks(). My callback routines simply read data out of an in-memory bit bucket, so there's not much code there, e.g. my read function is basically: memcpy(pDst, myStreamPtr, bytes ); myStreamPtr += bytes; ..etc. etc. I didn't bother implementing a close function (I just stubbed it out). Looking at my read callback, I always seem to get requests for one object of varying size. I've modeled my callbacks on the stream IO CRTL stuff (fseek/fread/f...

...out> y2 = <optimized out> width = 1340 height = <optimized out> cpp = 4 FBPitch = 7680 max_height = 1211 src = <optimized out> dst = <optimized out> \#1 0x00007f1f91019f5a in ShadowCopyArea (pSrc=0x3c39750, pDst=0x3f65130, pGC=0x14fe0b0, srcx=<optimized out>, srcy=<optimized out>, width=<optimized out>, height=75, dstx=0, dsty=0) at /var/tmp/portage/x11-base/xorg-server-1.13.0/work/xorg-server-1.13.0/hw/xfree86/shadowfb/shadow.c:618 ret = <optimized out> box...

...ReportedBy: pq at iki.fi QAContact: xorg-team at lists.x.org Using Xorg 7.2 with xorg-server 1.3 (also 1.2) and Nouveau DRM and DDX from git May 12th 2007, starting sylpheed-claws leads to a deterministic segfault with the following backtrace: #0 0x00002b7f8689c237 in NVUploadToScreen (pDst=0xb782b0, x=0, y=0, w=16, h=5, src=0x2b7f8e293440 "????????????\005", src_pitch=6144) at nv_exa.c:351 #1 0x00002b7f883b94b1 in exaPutImage (pDrawable=0xb782b0, pGC=0x7c8300, depth=<value optimized out>, x=-784, y=-48, w=<value optimized out>, h=64, leftPad=0, form...

...nouveau Intel export DRI_PRIME=1 Verifying with glxinfo | grep nouveau # just run the problematic test bin/glean -t vertProg1 That immediately crashes the X server with a segfault an attached gdb show following backtrace: #0 exaHWCopyNtoN (pSrcDrawable=pSrcDrawable at entry=0x55920c1fbb20, pDstDrawable=pDstDrawable at entry=0x55920c262620, pGC=pGC at entry=0x55920c2627b0, pbox=pbox at entry=0x7ffdc7dee340, nbox=nbox at entry=1, dx=dx at entry=13, dy=31, reverse=0, upsidedown=0) at ../../exa/exa_accel.c:424 #1 0x00007fb5e5baedcf in exaCopyNtoN (pSrcDrawable=pSrcDrawable at entry...

http://bugs.freedesktop.org/show_bug.cgi?id=20780 Summary: nouveau corrupts and crashes on 7800gt when NoAccel=false after a few drawing operations Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium

http://bugs.freedesktop.org/show_bug.cgi?id=26980 Summary: GT230M/nouveau: X server hangs spontaneously Product: xorg Version: 7.5 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

Hi all, With this series of patches, you can determine the owners of any type of I/Os. I ported the previous version to linux-2.6.26-rc2-mm1. This makes dm-ioband -- I/O bandwidth controller -- be able to control the Block I/O bandwidths even when it accepts delayed write requests. Dm-ioband can find the owner cgroup of each request. It is also possible that OpenVz team and NEC Uchida-san team

Hi all, With this series of patches, you can determine the owners of any type of I/Os. I ported the previous version to linux-2.6.26-rc2-mm1. This makes dm-ioband -- I/O bandwidth controller -- be able to control the Block I/O bandwidths even when it accepts delayed write requests. Dm-ioband can find the owner cgroup of each request. It is also possible that OpenVz team and NEC Uchida-san team