This patch fixes this build error on DragonFly BSD.
CC os/os_misc.lo
os/os_misc.c: In function 'os_get_total_physical_memory':
os/os_misc.c:132:2: error: #error Unsupported *BSD
Signed-off-by: Vinson Lee
---
src/gallium/auxiliary/os/os_misc.c | 2 ++
1 file changed, 2 insertions(+)
dif
https://bugs.freedesktop.org/show_bug.cgi?id=79706
Vinson Lee changed:
What|Removed |Added
Depends on||83463
--
You are receiving this mail becau
https://bugs.freedesktop.org/show_bug.cgi?id=84894
Bug ID: 84894
Summary: Mesa 10.3 Breaks Arch Linux Multiseat
Product: Mesa
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Severity: normal
On Wed, 2014-10-08 at 18:02 +0300, Francisco Jerez wrote:
> Jan Vesely writes:
>
> > [SNIP]
> >> >
> >> > > I also don't like that this way there is no difference between
> >> > > explicit and implicit kernel arguments. On the other hand it's simple,
> >> > > and does not need additional per dri
On Wed, Oct 1, 2014 at 2:02 AM, Chris Forbes wrote:
> This series fixes some problems with UBO and TexBO state flagging:
>
> - glTexBuffer() and glTexBufferRange() never actually dirtied anything,
> and so didn't work unless something else happened to dirty the correct
> state (binding a UBO,
On Fri, Oct 10, 2014 at 07:51:40PM +0200, EdB wrote:
> On Friday 10 October 2014 10:16:08 Tom Stellard wrote:
> > On Thu, Oct 09, 2014 at 09:22:46PM +0200, EdB wrote:
> > > On Thursday, October 09, 2014 06:29:40 AM Tom Stellard wrote:
> > > > On Sun, Sep 28, 2014 at 12:57:22PM +0200, EdB wrote:
> >
Applied.
OG.
On Fri, Sep 26, 2014 at 6:11 PM, Erik Faye-Lund wrote:
> Our current atan()-approximation is pretty inaccurate at 1.0, so
> let's try to improve the situation by doing a direct approximation
> without going through atan.
>
> This new implementation uses an 11th degree polynomial t
On Friday 10 October 2014 10:16:08 Tom Stellard wrote:
> On Thu, Oct 09, 2014 at 09:22:46PM +0200, EdB wrote:
> > On Thursday, October 09, 2014 06:29:40 AM Tom Stellard wrote:
> > > On Sun, Sep 28, 2014 at 12:57:22PM +0200, EdB wrote:
> > > > ---
> > > >
> > > > src/gallium/state_trackers/clover/
https://bugs.freedesktop.org/show_bug.cgi?id=84570
--- Comment #15 from Kai ---
(In reply to Michel Dänzer from comment #14)
> People reported that Mesa commit 7b4276d7acf2e0f77044cb50caa6ad936fa78786
> ('r600g,radeonsi: Always use GTT again for PIPE_USAGE_STREAM buffers')
> helped for Borderland
On Thu, Oct 09, 2014 at 09:22:46PM +0200, EdB wrote:
> On Thursday, October 09, 2014 06:29:40 AM Tom Stellard wrote:
> > On Sun, Sep 28, 2014 at 12:57:22PM +0200, EdB wrote:
> > > ---
> > >
> > > src/gallium/state_trackers/clover/api/dispatch.cpp | 2 +-
> > > src/gallium/state_trackers/clover/a
https://bugs.freedesktop.org/show_bug.cgi?id=84566
--- Comment #15 from Jason Ekstrand ---
(In reply to Iago Toral from comment #14)
> (...)
> > > I don't know yet. For that I would have enable the master convertion
> > > function for all code paths, then run all the piglit tests and then check
>
Tapani Pälli writes:
> Hi;
>
> Any comments on this approach? I have also a branch that implements a
> 'switch specific dead code elimination pass' but it is only enough to
> fix non-conditional breaks (fs-exec-after-break.shader_test). If I
> understand correctly fixing conditional breaks would
On Fri, Oct 10, 2014 at 12:22 PM, Timothy Arceri wrote:
> On Mon, 2014-10-06 at 17:03 +0200, Erik Faye-Lund wrote:
>> On Fri, Sep 26, 2014 at 6:11 PM, Erik Faye-Lund wrote:
>> > Our current atan()-approximation is pretty inaccurate at 1.0, so
>> > let's try to improve the situation by doing a dir
On Mon, 2014-10-06 at 17:03 +0200, Erik Faye-Lund wrote:
> On Fri, Sep 26, 2014 at 6:11 PM, Erik Faye-Lund wrote:
> > Our current atan()-approximation is pretty inaccurate at 1.0, so
> > let's try to improve the situation by doing a direct approximation
> > without going through atan.
> >
> > This
https://bugs.freedesktop.org/show_bug.cgi?id=84566
--- Comment #14 from Iago Toral ---
(In reply to Jason Ekstrand from comment #13)
> (In reply to Iago Toral from comment #12)
> > (In reply to Jason Ekstrand from comment #11)
> > > (In reply to Iago Toral from comment #10)
> > > > (In reply to I
For the series:
Reviewed-by: Marek Olšák
Marek
On Thu, Oct 9, 2014 at 11:42 AM, Michel Dänzer wrote:
> From: Michel Dänzer
>
> No need to check for setting the flag after we set it already.
>
> Signed-off-by: Michel Dänzer
> ---
> src/gallium/drivers/radeon/r600_texture.c | 13 +
I wonder if it wouldn't be nicer if the cache manager understood that
there are buffers with different flags, so that we don't have to have
so many of them.
Marek
On Thu, Oct 9, 2014 at 11:42 AM, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Otherwise the caching buffer manager may return a bu
https://bugs.freedesktop.org/show_bug.cgi?id=84566
--- Comment #13 from Jason Ekstrand ---
(In reply to Iago Toral from comment #12)
> (In reply to Jason Ekstrand from comment #11)
> > (In reply to Iago Toral from comment #10)
> > > (In reply to Iago Toral from comment #9)
> > > > Jason, piglit t
18 matches
Mail list logo
