search for: x_byte_order

..., 1 deletion(-) diff --git a/src/nouveau_xv.c b/src/nouveau_xv.c index 8eafcf0..567e30c 100644 --- a/src/nouveau_xv.c +++ b/src/nouveau_xv.c @@ -552,8 +552,11 @@ NVCopyNV12ColorPlanes(unsigned char *src1, unsigned char *src2, if (e) { unsigned short *vud = (unsigned short *) vuvud; - +#if X_BYTE_ORDER == X_BIG_ENDIAN + *vud = us[0] | (vs[0]<<8); +#else *vud = vs[0] | (us[0]<<8); +#endif } dst += dstPitch; -- 1.8.1.5

...__SSE2__ + l = w >> 3; + e = w & 7; +#else l = w >> 1; e = w & 1; +#endif for (j = 0; j < h; j++) { unsigned char *us = src1; unsigned char *vs = src2; unsigned int *vuvud = (unsigned int *) dst; + unsigned short *vud; for (i = 0; i < l; i++) { -#if X_BYTE_ORDER == X_BIG_ENDIAN +#ifdef __SSE2__ + _mm_storeu_si128( + (void*)vuvud, + _mm_unpacklo_epi8( + _mm_loadl_epi64((void*)vs), + _mm_loadl_epi64((void*)us))); + vuvud+=4; + us+=8; + vs+=8; +#else /* __SSE2__ */ +# if X_BYTE_ORDER == X_BIG_ENDIAN *vuvud++ = (vs[0]<<24) | (u...

...n be fixed by applying the following patch: --- nv_video.c~ 2008-01-21 11:33:53.000000000 +0900 +++ nv_video.c 2008-01-21 19:02:27.000000000 +0900 @@ -689,11 +689,7 @@ } if (e) { unsigned short *vud = (unsigned short *) vuvud; -#if X_BYTE_ORDER == X_BIG_ENDIAN - *vud = (vs[0]<<8) | (us[0] << 0); -#else *vud = vs[0] | (us[0]<<8); -#endif } dst += dstPitch ; src1 += srcPitch2; -- Configure bugmail: http://bugs.freedeskt...

http://bugs.freedesktop.org/show_bug.cgi?id=10957 Summary: Garbled console text with XAA enabled Product: xorg Version: 7.1 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy:

...rc3, unsigned char *dst1, int srcPitch, int srcPitch2, @@ -690,7 +885,7 @@ static void NVCopyData420(unsigned char *src1, unsigned char *src2, s1 = src1; s2 = src2; s3 = src3; i = w; - while (i > 4) { + while (i > 4) { // wouldn't it be better to write (i >= 4) ? #if X_BYTE_ORDER == X_BIG_ENDIAN dst[0] = (s1[0] << 24) | (s1[1] << 8) | (s3[0] << 16) | s2[0]; dst[1] = (s1[2] << 24) | (s1[3] << 8) | (s3[1] << 16) | s2[1]; @@ -725,7 +920,15 @@ static void NVCopyData420(unsigned char *src1, unsigned char *src2, } } - +/** + * NVMove...

...c_off]; + m = src[2*src_off + 1]; - for (i = 0; i < px / SOURCE_MASK_INTERLEAVE; i++) { - b = *src++; - m = *src++; - for (j = 0; j < SOURCE_MASK_INTERLEAVE; j++) { - pxval = TRANSPARENT_PIXEL; + for (k = 0; k < SOURCE_MASK_INTERLEAVE; k++) { + pxval = TRANSPARENT_PIXEL; #if X_BYTE_ORDER == X_BIG_ENDIAN - if (m & 0x80000000) - pxval = (b & 0x80000000) ? fg : bg; - b <<= 1; - m <<= 1; + if (m & 0x80000000) + pxval = (b & 0x80000000) ? fg : bg; + b <<= 1; + m <<= 1; #else - if (m & 1) - pxval = (b & 1) ? fg :...

I did a very quick pass at removing all the non-KMS support from the DDX. It's tested on G80 but nowhere else currently, I thought some discussion would be a good idea rather than just ripping it out :) The non-KMS paths are messy, and lets face it, rotting badly. IMO the KMS code is stable enough now that we can continue without the UMS crutch, and indeed, the KMS code supports a lot more

...ard think -it's ARGB. For now we support PictOpAdd which is the only important op for this dst format, -and without transformation or funny things.*/ -static Bool NV10Check_A8plusA8_Feasability(PicturePtr src, PicturePtr msk, PicturePtr dst, int op) +static Bool +check_pict_op(int op) { -#if X_BYTE_ORDER == X_BIG_ENDIAN - return FALSE; -#endif - if ((!msk) && (src->format == PICT_a8) && (dst->format == PICT_a8) && (!src->transform) && - (op == PictOpAdd) && (src->repeat == RepeatNone)) { - return TRUE; - } - return FALSE; + /* We do no satura...