mesa 7.7.1 and 7.8.1 fails to compile under uclibc
hello. problem as in topic. http://83.18.299.190/uclibc/ contain files which might add some light to subject :) it seems that problem is that _GNU_SOURCE is passed on (i know it from irc chat with someone bit more skilled) previous mesa versions compiled fine with uclibc -- -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: mesa 7.7.1 and 7.8.1 fails to compile under uclibc
hello. problem as in topic. http://83.18.299.190/uclibc/ contain files which might add some light to subject :) it seems that problem is that _GNU_SOURCE is passed on (i know it from irc chat with someone bit more skilled) previous mesa versions compiled fine with uclibc http://pastebin.com/g20gCNxe following modification seems to fix the problem -- -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: mesa 7.7.1 and 7.8.1 fails to compile under uclibc
Piotr Gluszenia Slawinski wrote: hello. problem as in topic. http://83.18.299.190/uclibc/ contain files which might add some light to subject :) it seems that problem is that _GNU_SOURCE is passed on (i know it from irc chat with someone bit more skilled) previous mesa versions compiled fine with uclibc http://pastebin.com/g20gCNxe following modification seems to fix the problem Did you forget an attachment? I don't see a difference in the code at the given URL. -Brian -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: mesa 7.7.1 and 7.8.1 fails to compile under uclibc
-- On Thu, 27 May 2010, Brian Paul wrote: Piotr Gluszenia Slawinski wrote: hello. problem as in topic. http://83.18.299.190/uclibc/ contain files which might add some light to subject :) it seems that problem is that _GNU_SOURCE is passed on (i know it from irc chat with someone bit more skilled) previous mesa versions compiled fine with uclibc http://pastebin.com/g20gCNxe following modification seems to fix the problem Did you forget an attachment? I don't see a difference in the code at the given URL. -Brian basically 'fix' (or rather quick hack) goes down to line : #if defined(_GNU_SOURCE) !defined(__UCLIBC_MAJOR__) it should be ~801 line of original main/imports.c . while discussing it on #uclibc, conclusion was drawn that this is not very ellegant solution - program should check if locale are available, they can be both existant in uclibc, or missing in glibc (or elibc, libc5 , etc. implementation) - it is not considered 'given' part of libc. current 'fix' works for me though and allows at least uclibc users enjoy mesa :) -- -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: mesa 7.7.1 and 7.8.1 fails to compile under uclibc
On Thu, 27 May 2010, Brian Paul wrote: Piotr Gluszenia Slawinski wrote: hello. problem as in topic. http://83.18.299.190/uclibc/ contain files which might add some light to subject :) it seems that problem is that _GNU_SOURCE is passed on (i know it from irc chat with someone bit more skilled) previous mesa versions compiled fine with uclibc http://pastebin.com/g20gCNxe following modification seems to fix the problem Did you forget an attachment? I don't see a difference in the code at the given URL. -Brian basically 'fix' (or rather quick hack) goes down to line : #if defined(_GNU_SOURCE) !defined(__UCLIBC_MAJOR__) it should be ~801 line of original main/imports.c . while discussing it on #uclibc, conclusion was drawn that this is not very ellegant solution - program should check if locale are available, they can be both existant in uclibc, or missing in glibc (or elibc, libc5 , etc. implementation) - it is not considered 'given' part of libc. current 'fix' works for me though and allows at least uclibc users enjoy mesa :) Can you send a regular patch? I still don't understand what needs to be changed. -Brian -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: mesa 7.7.1 and 7.8.1 fails to compile under uclibc
On Thu, 27 May 2010, Brian Paul wrote: On Thu, 27 May 2010, Brian Paul wrote: Piotr Gluszenia Slawinski wrote: hello. problem as in topic. http://83.18.299.190/uclibc/ contain files which might add some light to subject :) it seems that problem is that _GNU_SOURCE is passed on (i know it from irc chat with someone bit more skilled) previous mesa versions compiled fine with uclibc http://pastebin.com/g20gCNxe following modification seems to fix the problem Did you forget an attachment? I don't see a difference in the code at the given URL. -Brian basically 'fix' (or rather quick hack) goes down to line : #if defined(_GNU_SOURCE) !defined(__UCLIBC_MAJOR__) it should be ~801 line of original main/imports.c . while discussing it on #uclibc, conclusion was drawn that this is not very ellegant solution - program should check if locale are available, they can be both existant in uclibc, or missing in glibc (or elibc, libc5 , etc. implementation) - it is not considered 'given' part of libc. current 'fix' works for me though and allows at least uclibc users enjoy mesa :) Can you send a regular patch? I still don't understand what needs to be changed. esna media-libs # diff mesa-7.8.1/work/Mesa-7.8.1/src/mesa/main/imports.c mesa-7.8.1-uclibc/work/Mesa-7.8.1/src/mesa/main/imports.c 802c802 #ifdef _GNU_SOURCE --- #if defined(_GNU_SOURCE) !defined(__UCLIBC_MAJOR__) -- -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[PATCH]: i915: fix uninitialized variable warning in i915_setup_compression()
Fixes:
drivers/gpu/drm/i915/i915_dma.c: In function âi915_setup_compressionâ:
drivers/gpu/drm/i915/i915_dma.c:1311: error: âcompressed_llbâ may be used
uninitialized in this function
Signed-off-by: Prarit Bhargava pra...@redhat.com
diff --git a/drivers/gpu/drm/i915/i915_dma.c b/drivers/gpu/drm/i915/i915_dma.c
index 4c03ee5..e6a63d1 100644
--- a/drivers/gpu/drm/i915/i915_dma.c
+++ b/drivers/gpu/drm/i915/i915_dma.c
@@ -1308,7 +1308,7 @@ static void i915_warn_stolen(struct drm_device *dev)
static void i915_setup_compression(struct drm_device *dev, int size)
{
struct drm_i915_private *dev_priv = dev-dev_private;
- struct drm_mm_node *compressed_fb, *compressed_llb;
+ struct drm_mm_node *compressed_fb, *uninitialized_var(compressed_llb);
unsigned long cfb_base;
unsigned long ll_base = 0;
--
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 15969] radeon regression couldn't schedule IB on resume with 2.6.34-rc7
https://bugzilla.kernel.org/show_bug.cgi?id=15969 Tormod Volden bugz.kernel.tor...@xoxy.net changed: What|Removed |Added CC||bugz.kernel.tor...@xoxy.net --- Comment #16 from Tormod Volden bugz.kernel.tor...@xoxy.net 2010-05-27 22:08:28 --- Thanks so much, this seems to have fixed the same issue on Mobility X700. I also had the same symptoms on 2.6.33, would the patch be applicable there as well? 2.6.34 up to rc6 was working though, like reported here. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 15969] radeon regression couldn't schedule IB on resume with 2.6.34-rc7
https://bugzilla.kernel.org/show_bug.cgi?id=15969 Alex Deucher alexdeuc...@gmail.com changed: What|Removed |Added CC||alexdeuc...@gmail.com --- Comment #17 from Alex Deucher alexdeuc...@gmail.com 2010-05-27 22:16:17 --- mobility x700 is pcie, so I suspect something different was the cause there. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
