On Tue, Jun 12, 2012 at 03:46:35PM +0300, Jani Nikula wrote:
> On Thu, 07 Jun 2012, Daniel Vetter wrote:
> > Comments, flames and reviews highly welcome. If possible I'd like to get
> > the 3
> > drm patches at the beginning in early for 3.6 so that we can decently test
> > it
> > (and have some
On 06/11/2012 03:02 AM, Michel Dänzer wrote:
On Son, 2012-06-10 at 11:56 +, Joakim Plate wrote:
Hi,
I'm currently trying to make use of OML_sync_control extension to schedule
presentation of video frames in xbmc.
I've run into somewhat of a snag. It seem the spec doesn't specify what
time
On 06/11/2012 03:02 AM, Michel D?nzer wrote:
> On Son, 2012-06-10 at 11:56 +, Joakim Plate wrote:
>> Hi,
>>
>> I'm currently trying to make use of OML_sync_control extension to schedule
>> presentation of video frames in xbmc.
>>
>> I've run into somewhat of a snag. It seem the spec doesn't spe
https://bugs.freedesktop.org/show_bug.cgi?id=50980
--- Comment #1 from Pavel Ondra?ka 2012-06-12
12:26:19 PDT ---
Created attachment 62942
--> https://bugs.freedesktop.org/attachment.cgi?id=62942
gl-max-texture-dimensions webgl test backtrace
Another variation of this crash can be seen with
c
HI,all
Now, my lab is using radeon_ati card。And, I need ati_card dma
function。But, I do not clear that how the ati card know the dma address which
alloced by kernel??
Can any kernel drivers for radeon card give me some advise or explain the
answer?
I have read the radeon dr
On Die, 2012-06-12 at 16:10 +0100, Dave Airlie wrote:
> From: Dave Airlie
>
> I finally got to test this code a bit more and hit the ttm
> no reserved assert, so add the reservations around the pinning.
>
> Signed-off-by: Dave Airlie
> ---
> drivers/gpu/drm/radeon/radeon_prime.c | 10 ++
2012/6/12 Rafa? Mi?ecki :
> 2012/6/11 Rafa? Mi?ecki :
>> I'm trying to switch from fbdev to modesetting for my AMD Southern
>> Islands VERDE card. Of course I've KMS running just fine, radeon
>> module loads and sets correct resolution, dmesg looks alright
>>
>> Unfortunately Xorg doesn't start aft
2012/6/11 Rafa? Mi?ecki :
> I'm trying to switch from fbdev to modesetting for my AMD Southern
> Islands VERDE card. Of course I've KMS running just fine, radeon
> module loads and sets correct resolution, dmesg looks alright
>
> Unfortunately Xorg doesn't start after forcing "modesetting", AFAIU
>
The Lenovo Thinkpad T410 has this bit set in the LVDS register when
booted with the lid closed, even though the LVDS hasn't really been
initialized. Ignore this bit so that the VBT value will be used instead.
Signed-off-by: Seth Forshee
---
drivers/gpu/drm/i915/intel_display.c |2 +-
1 file
https://bugs.freedesktop.org/show_bug.cgi?id=47519
Michel D?nzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Hi Linus
as per your -rc2 announce, this is small and urgent only,
The radeon one is for a regression in 3.4 so we need this one in your tree
so we can send the stable one out, code in 3.4 broke some old userspaces.
The max props increase fixes spew being seen on a few machines.
and a ttm regre
https://bugs.freedesktop.org/show_bug.cgi?id=47519
--- Comment #13 from Jeremy Huddleston 2012-06-12
09:15:31 PDT ---
*** Bug 47512 has been marked as a duplicate of this bug. ***
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail bec
From: Dave Airlie
I finally got to test this code a bit more and hit the ttm
no reserved assert, so add the reservations around the pinning.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/radeon_prime.c | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/dr
On Tue, 12 Jun 2012, Daniel Vetter wrote:
> Within drm_fill_in_dev we call drm_lastclose to clean up the dirt in
> case of failures. But the callers of drm_fill_in_dev simply don't do
> anything. Now from a cursory look drm_lastclose doesn't look like the
> best cleanup function in itself, but who
On Thu, 07 Jun 2012, Daniel Vetter wrote:
> Comments, flames and reviews highly welcome. If possible I'd like to get the 3
> drm patches at the beginning in early for 3.6 so that we can decently test it
> (and have some time to pile more stuff on top of this in drm/i915 land).
On the series and t
From: Alex Deucher
Fixes possible segfault if the CE ucode is missing.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/si.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/si.c b/drivers/gpu/drm/radeon/si.c
i
On Fri, 08 Jun 2012, Daniel Vetter wrote:
> Within drm_fill_in_dev we call drm_lastclose to clean up the dirt in
> case of failures. But the callers of drm_fill_in_dev simply don't do
> anything. Now from a cursory look drm_lastclose doesn't look like the
> best cleanup function in itself, but who
https://bugs.freedesktop.org/show_bug.cgi?id=51000
Kenneth Graunke changed:
What|Removed |Added
AssignedTo|dri-devel at lists.freedesktop |eric at anholt.net
On Thu, 07 Jun 2012, Daniel Vetter wrote:
> We need it for all things ums (which essentially only means up to
> gen5) and to support b0rked XvMC userspace on gen3.
>
> Signed-Off-by: Daniel Vetter
> ---
> drivers/gpu/drm/i915/i915_dma.c | 21 -
> 1 files changed, 12 inserti
On Tue, Jun 12, 2012 at 02:58:25PM +0300, Jani Nikula wrote:
> On Thu, 07 Jun 2012, Daniel Vetter wrote:
> > We need it for all things ums (which essentially only means up to
> > gen5) and to support b0rked XvMC userspace on gen3.
> >
> > Signed-Off-by: Daniel Vetter
> > ---
> > drivers/gpu/drm/
Within drm_fill_in_dev we call drm_lastclose to clean up the dirt in
case of failures. But the callers of drm_fill_in_dev simply don't do
anything. Now from a cursory look drm_lastclose doesn't look like the
best cleanup function in itself, but whom am I to judge the drm error
paths. Imo before we
A regression was introduced in the 3.3 rc series, commit
"drm/ttm: simplify memory accounting for ttm user v2",
causing the metadata of buffer objects created using the ttm_bo_create()
function to be accounted twice.
That causes massive leaks with the vmwgfx driver running for example
SpecViewperf
We won't enabled agp unconditionally. Furthermore we do have
the right checks for agp support in place in our ->load
function.
The only thing this variable still does is enforce the module
load order we want (and I'm not even sure whether it succeeds
for that). Hence just use it in a harmless plac
On Tue, Jun 12, 2012 at 03:46:35PM +0300, Jani Nikula wrote:
> On Thu, 07 Jun 2012, Daniel Vetter wrote:
> > Comments, flames and reviews highly welcome. If possible I'd like to get
> > the 3
> > drm patches at the beginning in early for 3.6 so that we can decently test
> > it
> > (and have some
We need it for all things ums (which essentially only means up to
gen5) and to support b0rked XvMC userspace on gen3.
v2: Fixup error paths as noticed by Jani Nikula.
Signed-Off-by: Daniel Vetter
---
drivers/gpu/drm/i915/i915_dma.c | 22 +-
1 files changed, 13 insertions(+
A regression was introduced in the 3.3 rc series, commit
"drm/ttm: simplify memory accounting for ttm user v2",
causing the metadata of buffer objects created using the ttm_bo_create()
function to be accounted twice.
That causes massive leaks with the vmwgfx driver running for example
SpecViewperf
https://bugzilla.kernel.org/show_bug.cgi?id=43367
Summary: radeon: NULL pointer dereference on switching to dynpm
power method
Product: Drivers
Version: 2.5
Kernel Version: 3.5-rc2
Platform: All
OS/Version: Linux
From: Alex Deucher
Fixes possible segfault if the CE ucode is missing.
Signed-off-by: Alex Deucher
Cc: sta...@vger.kernel.org
---
drivers/gpu/drm/radeon/si.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/si.c b/drivers/gpu/drm/radeon/si.c
inde
https://bugs.freedesktop.org/show_bug.cgi?id=50980
--- Comment #1 from Pavel Ondračka 2012-06-12
12:26:19 PDT ---
Created attachment 62942
--> https://bugs.freedesktop.org/attachment.cgi?id=62942
gl-max-texture-dimensions webgl test backtrace
Another variation of this crash can be seen with
c
On Tue, Jun 12, 2012 at 8:50 AM, Konrad Rzeszutek Wilk
wrote:
> On Tue, Jun 12, 2012 at 01:28:42PM +0200, Thomas Hellstrom wrote:
>> A regression was introduced in the 3.3 rc series, commit
>> "drm/ttm: simplify memory accounting for ttm user v2",
>> causing the metadata of buffer objects created
2012/6/12 David Airlie :
> - Original Message -
>> From: "Rafa? Mi?ecki"
>> To: xorg-devel at lists.x.org, "dri-devel" > lists.freedesktop.org>, "Dave Airlie"
>> Cc: "Alex Deucher"
>> Sent: Monday, 11 June, 2012 8:55:56 PM
>> Subject: Re: No screens after (WW) Falling back to old probe m
From: Paulo Zanoni
Before Kernel 3.5, no one was checking for the return value of
drm_connector_attach_property, so we never noticed that we were unable
to create some properties. Commit "drm: WARN() when
drm_connector_attach_property fails" added a WARN when we fail to
create a property, and the
On Tue, Jun 12, 2012 at 11:10 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> I finally got to test this code a bit more and hit the ttm
> no reserved assert, so add the reservations around the pinning.
Good catch.
Reviewed-by: Alex Deucher
>
> Signed-off-by: Dave Airlie
> ---
> ?drivers/gpu/
Hooray for yet again screwing up the recipient list!
/me sucks
-Daniel
- Forwarded message from Daniel Vetter -
Date: Tue, 12 Jun 2012 10:37:51 +0200
From: Daniel Vetter
To: Intel Graphics Development , "Sun, Yi"
Subject: Re: Updated -next
Message-ID: <20120612083751.GA5188 at phenom
https://bugzilla.kernel.org/show_bug.cgi?id=13720
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: https://bugzilla
https://bugzilla.kernel.org/show_bug.cgi?id=13720
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=51000
Bug #: 51000
Summary: [r300g, bisected] piglit fbo-generatemipmap-formats
fails
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Vers
The I2C specific suspend and resume functions have been deprecated and
printing a warning on boot for over a year, dev_pm_ops should be used
instead so convert to that.
Also remove the suspend function since all it does is log.
Signed-off-by: Mark Brown
Acked-by: Francisco Jerez
---
This patch
https://bugs.freedesktop.org/show_bug.cgi?id=47519
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Die, 2012-06-12 at 16:10 +0100, Dave Airlie wrote:
> From: Dave Airlie
>
> I finally got to test this code a bit more and hit the ttm
> no reserved assert, so add the reservations around the pinning.
>
> Signed-off-by: Dave Airlie
> ---
> drivers/gpu/drm/radeon/radeon_prime.c | 10 ++
https://bugs.freedesktop.org/show_bug.cgi?id=47519
--- Comment #13 from Jeremy Huddleston 2012-06-12
09:15:31 PDT ---
*** Bug 47512 has been marked as a duplicate of this bug. ***
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail bec
https://bugs.freedesktop.org/show_bug.cgi?id=50996
Bug #: 50996
Summary: gnome-shell, video playing fail to work properly
Classification: Unclassified
Product: Mesa
Version: 8.0
Platform: x86 (IA32)
OS/Version: Linux (All)
On Tue, Jun 12, 2012 at 8:50 AM, Konrad Rzeszutek Wilk
wrote:
> On Tue, Jun 12, 2012 at 01:28:42PM +0200, Thomas Hellstrom wrote:
>> A regression was introduced in the 3.3 rc series, commit
>> "drm/ttm: simplify memory accounting for ttm user v2",
>> causing the metadata of buffer objects created
On Tue, Jun 12, 2012 at 01:28:42PM +0200, Thomas Hellstrom wrote:
> A regression was introduced in the 3.3 rc series, commit
> "drm/ttm: simplify memory accounting for ttm user v2",
> causing the metadata of buffer objects created using the ttm_bo_create()
> function to be accounted twice.
> That c
2012/6/12 Rafał Miłecki :
> 2012/6/11 Rafał Miłecki :
>> I'm trying to switch from fbdev to modesetting for my AMD Southern
>> Islands VERDE card. Of course I've KMS running just fine, radeon
>> module loads and sets correct resolution, dmesg looks alright
>>
>> Unfortunately Xorg doesn't start aft
Hi Linus
as per your -rc2 announce, this is small and urgent only,
The radeon one is for a regression in 3.4 so we need this one in your tree
so we can send the stable one out, code in 3.4 broke some old userspaces.
The max props increase fixes spew being seen on a few machines.
and a ttm regre
On Tue, Jun 12, 2012 at 11:10 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> I finally got to test this code a bit more and hit the ttm
> no reserved assert, so add the reservations around the pinning.
Good catch.
Reviewed-by: Alex Deucher
>
> Signed-off-by: Dave Airlie
> ---
> drivers/gpu/
From: Dave Airlie
I finally got to test this code a bit more and hit the ttm
no reserved assert, so add the reservations around the pinning.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/radeon_prime.c | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/dr
https://bugs.freedesktop.org/show_bug.cgi?id=51000
Kenneth Graunke changed:
What|Removed |Added
AssignedTo|dri-devel@lists.freedesktop |e...@anholt.net
|.or
2012/6/11 Rafał Miłecki :
> I'm trying to switch from fbdev to modesetting for my AMD Southern
> Islands VERDE card. Of course I've KMS running just fine, radeon
> module loads and sets correct resolution, dmesg looks alright
>
> Unfortunately Xorg doesn't start after forcing "modesetting", AFAIU
>
From: Paulo Zanoni
Before Kernel 3.5, no one was checking for the return value of
drm_connector_attach_property, so we never noticed that we were unable
to create some properties. Commit "drm: WARN() when
drm_connector_attach_property fails" added a WARN when we fail to
create a property, and the
https://bugzilla.kernel.org/show_bug.cgi?id=43367
Summary: radeon: NULL pointer dereference on switching to dynpm
power method
Product: Drivers
Version: 2.5
Kernel Version: 3.5-rc2
Platform: All
OS/Version: Linux
On Tue, Jun 12, 2012 at 01:28:42PM +0200, Thomas Hellstrom wrote:
> A regression was introduced in the 3.3 rc series, commit
> "drm/ttm: simplify memory accounting for ttm user v2",
> causing the metadata of buffer objects created using the ttm_bo_create()
> function to be accounted twice.
> That c
On Tue, 12 Jun 2012, Daniel Vetter wrote:
> Within drm_fill_in_dev we call drm_lastclose to clean up the dirt in
> case of failures. But the callers of drm_fill_in_dev simply don't do
> anything. Now from a cursory look drm_lastclose doesn't look like the
> best cleanup function in itself, but who
On Thu, 07 Jun 2012, Daniel Vetter wrote:
> Comments, flames and reviews highly welcome. If possible I'd like to get the 3
> drm patches at the beginning in early for 3.6 so that we can decently test it
> (and have some time to pile more stuff on top of this in drm/i915 land).
On the series and t
Within drm_fill_in_dev we call drm_lastclose to clean up the dirt in
case of failures. But the callers of drm_fill_in_dev simply don't do
anything. Now from a cursory look drm_lastclose doesn't look like the
best cleanup function in itself, but whom am I to judge the drm error
paths. Imo before we
On Fri, 08 Jun 2012, Daniel Vetter wrote:
> Within drm_fill_in_dev we call drm_lastclose to clean up the dirt in
> case of failures. But the callers of drm_fill_in_dev simply don't do
> anything. Now from a cursory look drm_lastclose doesn't look like the
> best cleanup function in itself, but who
We won't enabled agp unconditionally. Furthermore we do have
the right checks for agp support in place in our ->load
function.
The only thing this variable still does is enforce the module
load order we want (and I'm not even sure whether it succeeds
for that). Hence just use it in a harmless plac
We need it for all things ums (which essentially only means up to
gen5) and to support b0rked XvMC userspace on gen3.
v2: Fixup error paths as noticed by Jani Nikula.
Signed-Off-by: Daniel Vetter
---
drivers/gpu/drm/i915/i915_dma.c | 22 +-
1 files changed, 13 insertions(+
On Tue, Jun 12, 2012 at 02:58:25PM +0300, Jani Nikula wrote:
> On Thu, 07 Jun 2012, Daniel Vetter wrote:
> > We need it for all things ums (which essentially only means up to
> > gen5) and to support b0rked XvMC userspace on gen3.
> >
> > Signed-Off-by: Daniel Vetter
> > ---
> > drivers/gpu/drm/
- Original Message -
> From: "Rafa? Mi?ecki"
> To: xorg-devel at lists.x.org, "dri-devel" lists.freedesktop.org>, "Dave Airlie"
> Cc: "Alex Deucher"
> Sent: Monday, 11 June, 2012 8:55:56 PM
> Subject: Re: No screens after (WW) Falling back to old probe method for
> modesetting
>
> 2
On Thu, 07 Jun 2012, Daniel Vetter wrote:
> We need it for all things ums (which essentially only means up to
> gen5) and to support b0rked XvMC userspace on gen3.
>
> Signed-Off-by: Daniel Vetter
> ---
> drivers/gpu/drm/i915/i915_dma.c | 21 -
> 1 files changed, 12 inserti
A regression was introduced in the 3.3 rc series, commit
"drm/ttm: simplify memory accounting for ttm user v2",
causing the metadata of buffer objects created using the ttm_bo_create()
function to be accounted twice.
That causes massive leaks with the vmwgfx driver running for example
SpecViewperf
A regression was introduced in the 3.3 rc series, commit
"drm/ttm: simplify memory accounting for ttm user v2",
causing the metadata of buffer objects created using the ttm_bo_create()
function to be accounted twice.
That causes massive leaks with the vmwgfx driver running for example
SpecViewperf
https://bugzilla.kernel.org/show_bug.cgi?id=13720
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: https://bugzilla
https://bugzilla.kernel.org/show_bug.cgi?id=13720
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=51000
Bug #: 51000
Summary: [r300g, bisected] piglit fbo-generatemipmap-formats
fails
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Vers
https://bugs.freedesktop.org/show_bug.cgi?id=50996
kaliko changed:
What|Removed |Added
AssignedTo|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
|
https://bugs.freedesktop.org/show_bug.cgi?id=50996
kaliko changed:
What|Removed |Added
AssignedTo|dri-devel at lists.freedesktop |mesa-dev at
lists.freedesktop.
2012/6/12 David Airlie :
> - Original Message -
>> From: "Rafał Miłecki"
>> To: xorg-de...@lists.x.org, "dri-devel" ,
>> "Dave Airlie"
>> Cc: "Alex Deucher"
>> Sent: Monday, 11 June, 2012 8:55:56 PM
>> Subject: Re: No screens after (WW) Falling back to old probe method for
>> modesetti
https://bugs.freedesktop.org/show_bug.cgi?id=50999
Bug #: 50999
Summary: [r300g, bisected] piglit glsl-fs-discard-04 fails
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status:
https://bugs.freedesktop.org/show_bug.cgi?id=50999
Bug #: 50999
Summary: [r300g, bisected] piglit glsl-fs-discard-04 fails
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status:
- Original Message -
> From: "Rafał Miłecki"
> To: xorg-de...@lists.x.org, "dri-devel" ,
> "Dave Airlie"
> Cc: "Alex Deucher"
> Sent: Monday, 11 June, 2012 8:55:56 PM
> Subject: Re: No screens after (WW) Falling back to old probe method for
> modesetting
>
> 2012/6/11 Rafał Miłecki
https://bugs.freedesktop.org/show_bug.cgi?id=50996
Bug #: 50996
Summary: gnome-shell, video playing fail to work properly
Classification: Unclassified
Product: Mesa
Version: 8.0
Platform: x86 (IA32)
OS/Version: Linux (All)
Hooray for yet again screwing up the recipient list!
/me sucks
-Daniel
- Forwarded message from Daniel Vetter -
Date: Tue, 12 Jun 2012 10:37:51 +0200
From: Daniel Vetter
To: Intel Graphics Development , "Sun, Yi"
Subject: Re: Updated -next
Message-ID: <20120612083751.GA5188@phenom.ff
The I2C specific suspend and resume functions have been deprecated and
printing a warning on boot for over a year, dev_pm_ops should be used
instead so convert to that.
Also remove the suspend function since all it does is log.
Signed-off-by: Mark Brown
Acked-by: Francisco Jerez
---
This patch
Hi Laurent, Tomasz,
On 06/10/2012 11:28 PM, Laurent Pinchart wrote:
Hi Tomasz,
On Friday 08 June 2012 16:31:31 Tomasz Stanislawski wrote:
Hi Laurent and Subash,
I confirm the issue found by Subash. The function vb2_dc_kaddr_to_pages does
fail for some occasions. The failures are rather strang
Hi,
after resuming from suspend nouveau starts writing Failed to idle
channel x (where x is 2 or 3) to the log and X appears to stop and then
restart only to stop again. Starting Firefox after resuming triggers the
bugs every time, and bisecting leads to 03bd6efa ("drm/nv50/fifo: use
hardware chann
From: Márton Németh
The filed object_idr of struct drm_sis_private was introduced with
commit
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=6de8a748881f1cd9d795454da2b6db616d5ca3d7
.
The idr_init(&dev->object_name_idr) is called instead of
idr_init(&dev_priv->obje
79 matches
Mail list logo
