On Tue, Jul 12, 2011 at 7:15 PM, Oleg Nesterov wrote:
> Hello.
>
> I tried many times to ask about the supposed behaviour of
> block_all_signals() in drm, but it seems nobody can answer.
Its not hard to explain, basically there exists hardware that you
program acceleration engines using MMIO, hav
On Sat, May 28, 2011 at 05:19:20PM +0400, Kirill Smelkov wrote:
> Hello Chris, everyone,
>
> On Sat, May 21, 2011 at 04:40:17PM +0100, Chris Wilson wrote:
> > On Sat, 21 May 2011 11:23:53 -0400, "Luke-Jr" wrote:
> > > On Saturday, May 21, 2011 4:41:45 AM Chris Wilson wrote:
> > > > On Fri, 20 May
On Tue, Jul 12, 2011 at 8:17 PM, Kirill Smelkov wrote:
> On Sat, May 28, 2011 at 05:19:20PM +0400, Kirill Smelkov wrote:
>> Hello Chris, everyone,
>>
>> On Sat, May 21, 2011 at 04:40:17PM +0100, Chris Wilson wrote:
>> > On Sat, 21 May 2011 11:23:53 -0400, "Luke-Jr" wrote:
>> > > On Saturday, May
Hello.
I tried many times to ask about the supposed behaviour of
block_all_signals() in drm, but it seems nobody can answer.
So I am going to send the patch which simply removes
block_all_signals() and friends. There are numeruous problems
with this interace, I can't even enumerate them. But I th
Hi,
sorry for the delay.
> On Wed, 29 Jun 2011 20:53:54 -0700, Keith Packard
> wrote:
>> On Fri, 24 Jun 2011 17:03:22 +0900, KOSAKI Motohiro > jp.fujitsu.com> wrote:
>>
>>> Now, i915_gem_inactive_shrink() should return -1 instead of 0 if it
>>> can't take a lock. Otherwise, vmscan is getting a
On Mon, 27 Jun 2011 22:44:42 +0200, Jean Delvare wrote:
> No need for 2-byte buffers, we only send one byte and receive one
> byte.
>
> Signed-off-by: Jean Delvare
> Cc: David Airlie
> Cc: Alex Deucher
> ---
> drivers/gpu/drm/radeon/radeon_i2c.c |7 +++
> 1 file changed, 3 insertions(+
On Fri, Jul 08, 2011 at 11:01:18PM +0200, Micha?? Miros??aw wrote:
> 2011/6/7 Sascha Hauer :
> [...]
> > --- /dev/null
> > +++ b/drivers/gpu/drm/i2c/sii902x.c
> > @@ -0,0 +1,334 @@
> [...]
> > +static int sii902x_write(struct i2c_client *client, uint8_t addr, uint8_t
> > val)
> > +{
> > + ? ? ? in
https://bugs.freedesktop.org/show_bug.cgi?id=34495
--- Comment #47 from Lars G 2011-07-12 14:33:45 PDT ---
gl_select-hw-v4.patch testing-update:
Issue:
Found an issue with selecting objects displayed as wireframe in object-mode.
Description:
When the object only has a few vertices click-selecti
https://bugs.freedesktop.org/show_bug.cgi?id=34495
--- Comment #47 from Lars G 2011-07-12 14:33:45 PDT
---
gl_select-hw-v4.patch testing-update:
Issue:
Found an issue with selecting objects displayed as wireframe in object-mode.
Description:
When the object only has a few vertices click-select
https://bugs.freedesktop.org/show_bug.cgi?id=39175
Siganderson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=39175
--- Comment #3 from Siganderson 2011-07-12 13:51:56 PDT ---
I'm closing this bug, as I discoverd that it was my fault:
I noticed a /etc/ld.so.conf.d/GL.conf file that told kubuntu to load files in
/usr/lib/mesa before /opt/xorg/lib (as I specifie
https://bugs.freedesktop.org/show_bug.cgi?id=39175
Siganderson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=39175
--- Comment #3 from Siganderson 2011-07-12 13:51:56 PDT
---
I'm closing this bug, as I discoverd that it was my fault:
I noticed a /etc/ld.so.conf.d/GL.conf file that told kubuntu to load files in
/usr/lib/mesa before /opt/xorg/lib (as I specifi
From: Michel D?nzer
Signed-off-by: Michel D?nzer
---
drivers/gpu/drm/radeon/radeon_display.c |9 ++---
1 files changed, 2 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_display.c
b/drivers/gpu/drm/radeon/radeon_display.c
index 71a4840..c2d8d25 100644
--- a/dr
From: Michel D?nzer
Use the fence of the new frontbuffer, if any.
Generating a new fence could cause us to wait for completely unrelated
rendering to finish before performing the flip.
Signed-off-by: Michel D?nzer
---
drivers/gpu/drm/radeon/radeon_display.c | 33
https://bugs.freedesktop.org/show_bug.cgi?id=34495
--- Comment #46 from Lars G 2011-07-12 13:21:06 PDT ---
(In reply to comment #42)
> Created an attachment (id=48987)
View: https://bugs.freedesktop.org/attachment.cgi?id=48987
Review: https://bugs.freedesktop.org/review?bug=34495&attachment=489
https://bugs.freedesktop.org/show_bug.cgi?id=34495
--- Comment #46 from Lars G 2011-07-12 13:21:06 PDT
---
(In reply to comment #42)
> Created an attachment (id=48987)
View: https://bugs.freedesktop.org/attachment.cgi?id=48987
Review: https://bugs.freedesktop.org/review?bug=34495&attachment=48
On Tue, Jul 12, 2011 at 7:15 PM, Oleg Nesterov wrote:
> Hello.
>
> I tried many times to ask about the supposed behaviour of
> block_all_signals() in drm, but it seems nobody can answer.
Its not hard to explain, basically there exists hardware that you
program acceleration engines using MMIO, hav
On Tue, Jul 12, 2011 at 11:15 AM, Oleg Nesterov wrote:
>
> I tried many times to ask about the supposed behaviour of
> block_all_signals() in drm, but it seems nobody can answer.
It's always been broken, I think. We've had threads about it before
(years and years ago). I'd certainly be willing to
On Tue, Jul 12, 2011 at 11:15 AM, Oleg Nesterov wrote:
>
> I tried many times to ask about the supposed behaviour of
> block_all_signals() in drm, but it seems nobody can answer.
It's always been broken, I think. We've had threads about it before
(years and years ago). I'd certainly be willing to
https://bugs.freedesktop.org/show_bug.cgi?id=39175
--- Comment #2 from Alex Deucher 2011-07-12 12:09:04 PDT ---
Also, can you attach a picture of the problem?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are
https://bugs.freedesktop.org/show_bug.cgi?id=39175
--- Comment #1 from Alex Deucher 2011-07-12 12:08:32 PDT ---
Please attach your xorg log, config, dmesg output, and glxinfo output.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail b
https://bugs.freedesktop.org/show_bug.cgi?id=39175
--- Comment #2 from Alex Deucher 2011-07-12 12:09:04 PDT
---
Also, can you attach a picture of the problem?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are
https://bugs.freedesktop.org/show_bug.cgi?id=39175
--- Comment #1 from Alex Deucher 2011-07-12 12:08:32 PDT
---
Please attach your xorg log, config, dmesg output, and glxinfo output.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
Compute drivers may change this, so make sure to emit it to
avoid errors in bo blits.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=39119
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen_blit_kms.c |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
diff --
https://bugs.freedesktop.org/show_bug.cgi?id=39175
Summary: ColorTiling "true" is causing bad OpenGL
visualizations
Product: Mesa
Version: git
Platform: All
OS/Version: All
Status: NEW
Severity: blocker
https://bugs.freedesktop.org/show_bug.cgi?id=39175
Summary: ColorTiling "true" is causing bad OpenGL
visualizations
Product: Mesa
Version: git
Platform: All
OS/Version: All
Status: NEW
Severity: blocker
On Sat, May 28, 2011 at 05:19:20PM +0400, Kirill Smelkov wrote:
> Hello Chris, everyone,
>
> On Sat, May 21, 2011 at 04:40:17PM +0100, Chris Wilson wrote:
> > On Sat, 21 May 2011 11:23:53 -0400, "Luke-Jr" wrote:
> > > On Saturday, May 21, 2011 4:41:45 AM Chris Wilson wrote:
> > > > On Fri, 20 May
Hi,
sorry for the delay.
> On Wed, 29 Jun 2011 20:53:54 -0700, Keith Packard wrote:
>> On Fri, 24 Jun 2011 17:03:22 +0900, KOSAKI Motohiro
>> wrote:
>>
>>> Now, i915_gem_inactive_shrink() should return -1 instead of 0 if it
>>> can't take a lock. Otherwise, vmscan is getting a lot of confusing
On Tue, Jul 12, 2011 at 8:17 PM, Kirill Smelkov wrote:
> On Sat, May 28, 2011 at 05:19:20PM +0400, Kirill Smelkov wrote:
>> Hello Chris, everyone,
>>
>> On Sat, May 21, 2011 at 04:40:17PM +0100, Chris Wilson wrote:
>> > On Sat, 21 May 2011 11:23:53 -0400, "Luke-Jr" wrote:
>> > > On Saturday, May
On Tue, 12 Jul 2011 18:36:50 +0900, KOSAKI Motohiro wrote:
> Hi,
>
> sorry for the delay.
>
> > On Wed, 29 Jun 2011 20:53:54 -0700, Keith Packard
> > wrote:
> >> On Fri, 24 Jun 2011 17:03:22 +0900, KOSAKI Motohiro >> jp.fujitsu.com> wrote:
> >>
> >>> Now, i915_gem_inactive_shrink() should ret
What have we got here:
* A list of DP fixes from Jesse to make the code conform more closely
to the specification.
* Making Ivybridge use the Sandybridge GPU reset path.
* Recover from i915 load failure without causing a later panic
when the shrinker ran.
* Revert the RC6 enable pat
application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110712/3103f495/attachment.pgp>
2011/7/12 Michel D?nzer :
> From: Michel D?nzer
>
> Use the fence of the new frontbuffer, if any.
>
> Generating a new fence could cause us to wait for completely unrelated
> rendering to finish before performing the flip.
>
> Signed-off-by: Michel D?nzer
Reviewed-by: Alex Deucher
> ---
> ?dri
2011/7/12 Michel D?nzer :
> From: Michel D?nzer
>
> Signed-off-by: Michel D?nzer
Reviewed-by: Alex Deucher
> ---
> ?drivers/gpu/drm/radeon/radeon_display.c | ? ?9 ++---
> ?1 files changed, 2 insertions(+), 7 deletions(-)
>
> diff --git a/drivers/gpu/drm/radeon/radeon_display.c
> b/drivers
On Wed, Jul 6, 2011 at 2:01 AM, Francesco Allertsen
wrote:
> On Tue, Jun 21, 2011 at 12:01:34PM -0700, Keith Packard wrote:
>> Thanks. I'll see if I can't get an X201s upgraded to this version and
>> see if we can reproduce the problem you're having...
>
> Any news?
>
> I have found the time today
On Wed, Jul 06, 2011 at 01:01:01AM +0200, Francesco Allertsen wrote:
> Any news?
Ping. Another -rc is out and I still cannot use this new kernel.
Bye
Francesco
https://bugs.freedesktop.org/show_bug.cgi?id=39119
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=39119
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Compute drivers may change this, so make sure to emit it to
avoid errors in bo blits.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=39119
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen_blit_kms.c |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
diff --
On Tue, 12 Jul 2011 10:33:06 +0300, Pekka Enberg wrote:
> AFAICT, this problem is still there in 3.0-rc7. Keith, isn't it time
> to revert commit a51f7a6 ("drm/i915: enable rc6 by default") before
> 3.0 is out?
Yes. I'll put together a few tiny patches including this.
--
keith.pack...@intel.co
g this.
--
keith.packard at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110712/484090a1/attachment.pgp>
2011/7/12 Michel Dänzer :
> From: Michel Dänzer
>
> Use the fence of the new frontbuffer, if any.
>
> Generating a new fence could cause us to wait for completely unrelated
> rendering to finish before performing the flip.
>
> Signed-off-by: Michel Dänzer
Reviewed-by: Alex Deucher
> ---
> dri
2011/7/12 Michel Dänzer :
> From: Michel Dänzer
>
> Signed-off-by: Michel Dänzer
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/radeon_display.c | 9 ++---
> 1 files changed, 2 insertions(+), 7 deletions(-)
>
> diff --git a/drivers/gpu/drm/radeon/radeon_display.c
> b/drivers
On Mon, 27 Jun 2011 22:44:42 +0200, Jean Delvare wrote:
> No need for 2-byte buffers, we only send one byte and receive one
> byte.
>
> Signed-off-by: Jean Delvare
> Cc: David Airlie
> Cc: Alex Deucher
> ---
> drivers/gpu/drm/radeon/radeon_i2c.c |7 +++
> 1 file changed, 3 insertions(+
On Fri, Jul 08, 2011 at 11:01:18PM +0200, Michał Mirosław wrote:
> 2011/6/7 Sascha Hauer :
> [...]
> > --- /dev/null
> > +++ b/drivers/gpu/drm/i2c/sii902x.c
> > @@ -0,0 +1,334 @@
> [...]
> > +static int sii902x_write(struct i2c_client *client, uint8_t addr, uint8_t
> > val)
> > +{
> > + � � � int
From: Michel Dänzer
Use the fence of the new frontbuffer, if any.
Generating a new fence could cause us to wait for completely unrelated
rendering to finish before performing the flip.
Signed-off-by: Michel Dänzer
---
drivers/gpu/drm/radeon/radeon_display.c | 33
From: Michel Dänzer
Signed-off-by: Michel Dänzer
---
drivers/gpu/drm/radeon/radeon_display.c |9 ++---
1 files changed, 2 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_display.c
b/drivers/gpu/drm/radeon/radeon_display.c
index 71a4840..c2d8d25 100644
--- a/dr
https://bugs.freedesktop.org/show_bug.cgi?id=34495
--- Comment #45 from Micael Dias 2011-07-12 04:08:01 PDT
---
> According to this : http://glprogramming.com/red/chapter13.html
> "In both feedback and selection modes, information on objects is returned
> prior
> to any fragment tests. Thus, o
https://bugs.freedesktop.org/show_bug.cgi?id=34495
--- Comment #45 from Micael Dias 2011-07-12 04:08:01
PDT ---
> According to this : http://glprogramming.com/red/chapter13.html
> "In both feedback and selection modes, information on objects is returned
> prior
> to any fragment tests. Thus, o
On Tue, 12 Jul 2011 18:36:50 +0900, KOSAKI Motohiro
wrote:
> Hi,
>
> sorry for the delay.
>
> > On Wed, 29 Jun 2011 20:53:54 -0700, Keith Packard wrote:
> >> On Fri, 24 Jun 2011 17:03:22 +0900, KOSAKI Motohiro
> >> wrote:
> >>
> >>> Now, i915_gem_inactive_shrink() should return -1 instead of
https://bugs.freedesktop.org/show_bug.cgi?id=34495
--- Comment #44 from Pierre-Eric Pelloux-Prayer 2011-07-12
02:31:41 PDT ---
(In reply to comment #43)
> I'm not sure what's supposed to be the behaviour of changing the FBO while in
> GL_SELECT mode, but since GL_SELECT doesn't actually write to
https://bugs.freedesktop.org/show_bug.cgi?id=34495
--- Comment #44 from Pierre-Eric Pelloux-Prayer
2011-07-12 02:31:41 PDT ---
(In reply to comment #43)
> I'm not sure what's supposed to be the behaviour of changing the FBO while in
> GL_SELECT mode, but since GL_SELECT doesn't actually write to
https://bugs.freedesktop.org/show_bug.cgi?id=34495
--- Comment #43 from Micael Dias 2011-07-12 02:16:29 PDT
---
That looks great! Unfortunately I'm unable to test right now as I've been quiet
busy.
I'm not sure what's supposed to be the behaviour of changing the FBO while in
GL_SELECT mode, but
https://bugs.freedesktop.org/show_bug.cgi?id=34495
--- Comment #43 from Micael Dias 2011-07-12 02:16:29
PDT ---
That looks great! Unfortunately I'm unable to test right now as I've been quiet
busy.
I'm not sure what's supposed to be the behaviour of changing the FBO while in
GL_SELECT mode, but
On Wed, Jul 6, 2011 at 2:01 AM, Francesco Allertsen
wrote:
> On Tue, Jun 21, 2011 at 12:01:34PM -0700, Keith Packard wrote:
>> Thanks. I'll see if I can't get an X201s upgraded to this version and
>> see if we can reproduce the problem you're having...
>
> Any news?
>
> I have found the time today
On Wed, Jul 06, 2011 at 01:01:01AM +0200, Francesco Allertsen wrote:
> Any news?
Ping. Another -rc is out and I still cannot use this new kernel.
Bye
Francesco
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mail
57 matches
Mail list logo