What you guys feel about anonymous unions?
I happened to committed some code with anonymous unions, but it caused
gcc to choke when -std=c99 option is specified, which is only specified
with automake but scons.
After some search, it looks like anonymous unions are not part of C99,
but are part of
https://bugs.freedesktop.org/show_bug.cgi?id=30796
Summary: mesa builds drivers for r300 and Intel even when not
asked to
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: no
https://bugs.freedesktop.org/show_bug.cgi?id=30796
--- Comment #1 from Michal Suchanek 2010-10-12 03:04:16
PDT ---
Specifically I have no idea why I have some i915 and r300 drivers when I asked
to build r600 only.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
-
https://bugs.freedesktop.org/show_bug.cgi?id=30796
--- Comment #2 from Marek Olšák 2010-10-12 04:40:28 PDT ---
Gallium/r300 is built by default. You can disable it with the parameter
--disable-gallium-radeon. There are other drivers and libs built by default,
like Gallium/swrast, egl, glu.
Galli
On 12 okt 2010, at 15.09, Thomas Hellstrom wrote:
Module: Mesa
Branch: 7.9
Commit: 6730630804b6948dbb42340b1de1cf9ee04bf0fd
URL:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=6730630804b6948dbb42340b1de1cf9ee04bf0fd
Author: Thomas Hellstrom
Date: Tue Oct 12 11:10:59 2010 +0200
st/xorg
José Fonseca wrote:
> What you guys feel about anonymous unions?
>
> I happened to committed some code with anonymous unions, but it caused
> gcc to choke when -std=c99 option is specified, which is only specified
> with automake but scons.
>
> After some search, it looks like anonymous unions ar
On Mon, 2010-10-11 at 14:49 -0700, Ian Romanick wrote:
> As has been discussed numerous times, the
> assembly-like IRs in Mesa (classic Mesa IR and TGSI) are completely
> useless for generating code for GPUs. llvmpipe has shown that they are
> also completely useless for generating code for CPUs.
On Die, 2010-10-12 at 06:09 -0700, Thomas Hellstrom wrote:
>
> st/xorg: Add a customizer option to get rid of annoying cursor update flicker
Does this really need a customization knob? Is there any st/xorg user
that needs the cursor to be disabled for updates?
--
Earthling Michel Dänzer
On 10/12/2010 02:06 AM, José Fonseca wrote:
What you guys feel about anonymous unions?
I happened to committed some code with anonymous unions, but it caused
gcc to choke when -std=c99 option is specified, which is only specified
with automake but scons.
After some search, it looks like anonymo
On 10/11/2010 03:49 PM, Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I just thought I'd give people a head-up of what I'm working on for the
next few weeks and how this relates to what other Intel people are doing.
We're trying to get 3D fully enabled on Sandybridge hardwar
https://bugs.freedesktop.org/show_bug.cgi?id=30783
atswa...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On 10/12/2010 03:12 PM, Jakob Bornecrantz wrote:
On 12 okt 2010, at 15.09, Thomas Hellstrom wrote:
Module: Mesa
Branch: 7.9
Commit: 6730630804b6948dbb42340b1de1cf9ee04bf0fd
URL:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=6730630804b6948dbb42340b1de1cf9ee04bf0fd
Author: Thomas Hell
Hi,
I wrote this patch series a while ago, but now that 7.9 is out I
thought I'd float it on the list to see what people think. The first
couple of patches kill off glcore.h, which is no longer used for any
external interfaces, and pull the struct into mtypes.h. The next
couple of patches massag
José Fonseca writes:
> What you guys feel about anonymous unions?
>
> I happened to committed some code with anonymous unions, but it
> caused gcc to choke when -std=c99 option is specified, which is only
> specified with automake but scons.
>
> After some search, it looks like anonymous unions a
https://bugs.freedesktop.org/show_bug.cgi?id=30805
Summary: Another mesa git build error
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=30805
--- Comment #1 from Andrew Randrianasulu 2010-10-12 09:57:25
PDT ---
Created an attachment (id=39386)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39386)
config.log
With my standard, Slackware's default gcc-4.4.4
--
Configure bugmail:
On Tue, 2010-10-12 at 07:58 -0700, Brian Paul wrote:
> On 10/12/2010 02:06 AM, José Fonseca wrote:
> > What you guys feel about anonymous unions?
> >
> > I happened to committed some code with anonymous unions, but it caused
> > gcc to choke when -std=c99 option is specified, which is only specifie
https://bugs.freedesktop.org/show_bug.cgi?id=30805
José Fonseca changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|mesa-...@list
On 10/12/2010 10:43 AM, Kristian Høgsberg wrote:
Hi,
I wrote this patch series a while ago, but now that 7.9 is out I
thought I'd float it on the list to see what people think. The first
couple of patches kill off glcore.h, which is no longer used for any
external interfaces, and pull the struc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brian Paul wrote:
> On 10/11/2010 03:49 PM, Ian Romanick wrote:
>> It should be possible to move ir_to_mesa out of core Mesa and into a
>> (lower) driver level. As has been discussed numerous times, the
>> assembly-like IRs in Mesa (classic Mesa IR an
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kristian Høgsberg wrote:
> Hi,
>
> I wrote this patch series a while ago, but now that 7.9 is out I
> thought I'd float it on the list to see what people think. The first
> couple of patches kill off glcore.h, which is no longer used for any
> extern
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kenneth Graunke wrote:
> On Monday 11 October 2010 16:17:51 Ian Romanick wrote:
> [snip]
>>> diff --git a/src/mesa/drivers/dri/i915/i915_vtbl.c
>>> b/src/mesa/drivers/dri/i915/i915_vtbl.c index d7828a2..8fa24e4 100644
>>> --- a/src/mesa/drivers/dri/i91
Using glxgears as a tool to exercise the GPU with some simple rendering,
I have noted a strange cliff in the intel_gpu_top output when resizing
the glxgears window:
Below a certain size e.g.:
-geometry 576x868+0+29
core clock: 400 Mhz
render busy: 21%: ▎
2010/10/12 Ian Romanick :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Kristian Høgsberg wrote:
>> Hi,
>>
>> I wrote this patch series a while ago, but now that 7.9 is out I
>> thought I'd float it on the list to see what people think. The first
>> couple of patches kill off glcore.h, whi
https://bugs.freedesktop.org/show_bug.cgi?id=30787
Ian Romanick changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On 10/12/2010 11:55 AM, Ian Romanick wrote:
Module: Mesa
Branch: master
Commit: b2b9b22c1013ebf02aa6f0d9c1c7b5267523d973
URL:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=b2b9b22c1013ebf02aa6f0d9c1c7b5267523d973
Author: Ian Romanick
Date: Tue Oct 12 10:51:47 2010 -0700
mesa: Validate
On Tue, 2010-10-12 at 18:45 +0100, Peter Clifton wrote:
> Using glxgears as a tool to exercise the GPU with some simple rendering,
> I have noted a strange cliff in the intel_gpu_top output when resizing
> the glxgears window:
>
> Below a certain size e.g.:
>
> -geometry 576x868+0+29
>
https://bugs.freedesktop.org/show_bug.cgi?id=30355
Martin Stolpe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=30484
--- Comment #3 from Witold Baryluk 2010-10-12
15:48:13 PDT ---
Bug #30451 is very similar, but in ati driver. I mistakly send there some
additional information releated to this mesa build error.
--
Configure bugmail: https://bugs.freedesktop.o
On Wed, Oct 13, 2010 at 3:33 AM, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Brian Paul wrote:
>> On 10/11/2010 03:49 PM, Ian Romanick wrote:
>>> It should be possible to move ir_to_mesa out of core Mesa and into a
>>> (lower) driver level. As has been discussed nume
https://bugs.freedesktop.org/show_bug.cgi?id=30783
Vinson Lee changed:
What|Removed |Added
Resolution|FIXED |NOTOURBUG
--
Configure bugmail: https://bu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brian Paul wrote:
>> -
>> +#include
>
> Ian, could we stick with GLboolean/GL_TRUE/GL_FALSE in core Mesa to be
> consistent? It wouldn't surprise me if stdbool.h isn't present on one
> platform or another.
If possible, I'd prefer not. All of the GL
I've noticed that none of the blitters use scissor state, and wondered
if there was a reason for this.
It looks like drivers are expected to setup scissor state in the
framebuffer setup and in the set scissor state, but with r600g due to
the underlying state tracking it can end up doing the wrong
On Wed, Oct 13, 2010 at 12:07 PM, Dave Airlie wrote:
> I've noticed that none of the blitters use scissor state, and wondered
> if there was a reason for this.
>
> It looks like drivers are expected to setup scissor state in the
> framebuffer setup and in the set scissor state, but with r600g due
On Wed, Oct 13, 2010 at 1:07 PM, Dave Airlie wrote:
> On Wed, Oct 13, 2010 at 12:07 PM, Dave Airlie wrote:
>> I've noticed that none of the blitters use scissor state, and wondered
>> if there was a reason for this.
>>
>> It looks like drivers are expected to setup scissor state in the
>> framebu
Yes, that particular part of the spec is fairly Poulsboriffic. Does any open
hardware have a scissor enable/disable bit?
Sending from a mobile, pardon the brevity. ~ C.
On Oct 12, 2010 8:47 PM, "Dave Airlie" wrote:
> On Wed, Oct 13, 2010 at 1:07 PM, Dave Airlie wrote:
>> On Wed, Oct 13, 2010 at
On Tue, Oct 12, 2010 at 11:50 PM, Corbin Simpson
wrote:
> Yes, that particular part of the spec is fairly Poulsboriffic. Does any open
> hardware have a scissor enable/disable bit?
Most hardware can disable/enable cliprects, but not scissors.
Alex
>
> Sending from a mobile, pardon the brevity.
On Wed, Oct 13, 2010 at 2:53 PM, Alex Deucher wrote:
> On Tue, Oct 12, 2010 at 11:50 PM, Corbin Simpson
> wrote:
>> Yes, that particular part of the spec is fairly Poulsboriffic. Does any open
>> hardware have a scissor enable/disable bit?
>
> Most hardware can disable/enable cliprects, but not s
38 matches
Mail list logo
