The logic seemed to be inverse to me.
Signed-off-by: Ben Widawsky
---
intel/intel_decode.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/intel/intel_decode.c b/intel/intel_decode.c
index c9bfee4..eac48c3 100644
--- a/intel/intel_decode.c
+++ b/intel/intel_decode.c
@@
On Fri, 22 Jun 2012, devendra.aaru wrote:
> On Fri, Jun 22, 2012 at 3:43 AM, Jesper Juhl wrote:
> > First we allocate memory for 'sysram' with vmalloc() and subsequently
> > we allocate for 'info' with framebuffer_alloc(). If the second
> > allocation fails we return -ENOMEM, but neglect to
On Thu, Jun 14, 2012 at 12:24:57PM +0200, Daniel Vetter wrote:
> Like for via.
>
> v2: Actually drop the idlelock again if taken.
>
> v3: Fixup.
>
> v4: Fixup the "has master" vs. "is master" confusion the refactor
> introduced.
>
> v5: Drop the idlelock in the early return path.
>
>
Userspace uses long in quite a few places more than the kernel. Which
gives me neat proof that I'm the only guy on this side of the galaxy
who ever tried to run glxgears on a 64bit machine with sis graphics on
linux.
Note that the longs in drm_sis_mem_t aren't aligned properly, so this
won't even
https://bugs.freedesktop.org/show_bug.cgi?id=51383
Bug #: 51383
Summary: 'make clean' broken after switching to automake
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status:
https://bugs.freedesktop.org/show_bug.cgi?id=51344
--- Comment #3 from Tom Stellard 2012-06-24 10:57:40
PDT ---
Can you try to bisect this using git bisect and find the first bad commit?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this
Imagine two threads read()'ing on the drm file and both are asleep waiting
for events in drm_read(). If a single event occurs, both threads are woken
up and start fetching the event. One thread will get it and return, the
other thread will notice that there is no further event and return 0 to
https://bugs.freedesktop.org/show_bug.cgi?id=50422
--- Comment #5 from Laurent carlier 2012-06-24
06:33:47 PDT ---
(In reply to comment #3)
> This isn't just another instance of "Clang is broken" / bug 44466, right?
llvm and mesa are all built with a multilib gcc, perhaps it's the culprit ?
https://bugs.freedesktop.org/show_bug.cgi?id=50422
--- Comment #4 from Laurent carlier 2012-06-24
06:20:02 PDT ---
(In reply to comment #2)
> I've been seeing a few strange crashes in the LLVM backend when using wine.
> What version of wine are you using? Does it work with an older version of
https://bugs.freedesktop.org/show_bug.cgi?id=50422
--- Comment #5 from Laurent carlier lordhea...@gmail.com 2012-06-24 06:33:47
PDT ---
(In reply to comment #3)
This isn't just another instance of Clang is broken / bug 44466, right?
llvm and mesa are all built with a multilib gcc, perhaps it's
Imagine two threads read()'ing on the drm file and both are asleep waiting
for events in drm_read(). If a single event occurs, both threads are woken
up and start fetching the event. One thread will get it and return, the
other thread will notice that there is no further event and return 0 to
Userspace uses long in quite a few places more than the kernel. Which
gives me neat proof that I'm the only guy on this side of the galaxy
who ever tried to run glxgears on a 64bit machine with sis graphics on
linux.
Note that the longs in drm_sis_mem_t aren't aligned properly, so this
won't even
https://bugs.freedesktop.org/show_bug.cgi?id=51344
--- Comment #3 from Tom Stellard tstel...@gmail.com 2012-06-24 10:57:40 PDT
---
Can you try to bisect this using git bisect and find the first bad commit?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=51383
Bug #: 51383
Summary: 'make clean' broken after switching to automake
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status:
On Thu, Jun 14, 2012 at 12:24:57PM +0200, Daniel Vetter wrote:
Like for via.
v2: Actually drop the idlelock again if taken.
v3: Fixup.
v4: Fixup the has master vs. is master confusion the refactor
introduced.
v5: Drop the idlelock in the early return path.
Signed-off-by: Daniel
On Fri, 22 Jun 2012, devendra.aaru wrote:
On Fri, Jun 22, 2012 at 3:43 AM, Jesper Juhl j...@chaosbits.net wrote:
First we allocate memory for 'sysram' with vmalloc() and subsequently
we allocate for 'info' with framebuffer_alloc(). If the second
allocation fails we return -ENOMEM, but
https://bugs.freedesktop.org/show_bug.cgi?id=43448
--- Comment #20 from Jack Dodds brmda...@hushmail.com 2012-06-24 18:42:24
PDT ---
Further to the above - I have tried all the patches listed above, in various
combinations, and the problem still exists. The startup of X fails with the
messages
The logic seemed to be inverse to me.
Signed-off-by: Ben Widawsky b...@bwidawsk.net
---
intel/intel_decode.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/intel/intel_decode.c b/intel/intel_decode.c
index c9bfee4..eac48c3 100644
--- a/intel/intel_decode.c
+++
18 matches
Mail list logo