https://bugs.freedesktop.org/show_bug.cgi?id=36777
Cedric Sodhi changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=36777
Cedric Sodhi changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
blit copy functions deal with GPU pages, not CPU pages,
so rename the variables and parameters accordingly
Signed-off-by: Ilija Hadzic
---
drivers/gpu/drm/radeon/r600_blit_kms.c | 27 ++-
drivers/gpu/drm/radeon/radeon_asic.h |4 ++--
2 files changed, 16 insertions
factor out most of evergreen blit code and use the refactored code
from r600 that is now common for both r600 and evergreen
Signed-off-by: Ilija Hadzic
---
drivers/gpu/drm/radeon/evergreen.c | 25 +---
drivers/gpu/drm/radeon/evergreen_blit_kms.c | 260 ++-
dri
reorganize the code such that only the primitives (i.e., the functions
that load the CP ring) are hardware specific; dynamically link the
primitives in a (new) pointer structure inside r600_blit at
blit initialization time so that the functions that control the blit
operations can be made common fo
Lots of new (and hopefully useful) benchmark. Load the driver
with radeon_benchmark= and enjoy. Among tests
added are VRAM to VRAM blits and blits with buffer size sweeps.
The latter can be from GTT to VRAM, VRAM to GTT, and VRAM to VRAM
and there are two types of sweeps: powers of two and (probabl
factor out repeated code into functions
fix units in which the throughput is reported (megabytes per second
and megabits per second make sense, others are kind of confusing)
make report more amenable to awk and friends (e.g. whitespace is
always the separator, unit is separated from the number, etc
some 3d register bits look like magic in r600 blit functions
use predefined constants to make it more intuitive what they are
Signed-off-by: Ilija Hadzic
---
drivers/gpu/drm/radeon/r600_blit_kms.c | 30 +-
drivers/gpu/drm/radeon/r600d.h | 22 ++
some bits in 3D registers used by blit functions look like
magic and this is hard to follow; change them to a little bit
more meaningful pre-defined constants
Signed-off-by: Ilija Hadzic
---
drivers/gpu/drm/radeon/evergreen_blit_kms.c | 29 +--
drivers/gpu/drm/radeon/evergreend
start with first-cut conceptual patch from Alex Deucher
(commit info below); turn on 1D tiling
make rectangular buffer always 2:1 or 1:2 ratio
make buffer dimenstions an integer multiple of unit
dimensionsmake sures that integral number of pages map
to the buffer fix a few bugs that resulted in inc
start with first-cut conceptual patch from Alex Deucher
(commit info below); turn on 1D tiling
make rectangular buffer always 2:1 or 1:2 ratio
make buffer dimenstions an integer multiple of unit dimensions
make sures that integral number of pages map to the buffer
fix a few bugs that resulted in in
The following set of patches will improve the performance
of blit-copy functions for Radeon GPUs based on
R600, R700, Evergreen and NI ASICs.
The foundation for improvement is the use of tiled mode access
(which for copying bo's can be used regardless of whether the
content is tiled or not), and
https://bugs.freedesktop.org/show_bug.cgi?id=41668
--- Comment #12 from dmotd 2011-10-12 23:27:01
PDT ---
(In reply to comment #11)
> (In reply to comment #10)
> > (In reply to comment #6)
> > > > > running glxgears just shows an empty black box.. all other glx demos
> > > > > are the
> > > > >
https://bugs.freedesktop.org/show_bug.cgi?id=41668
--- Comment #12 from dmotd 2011-10-12
23:27:01 PDT ---
(In reply to comment #11)
> (In reply to comment #10)
> > (In reply to comment #6)
> > > > > running glxgears just shows an empty black box.. all other glx demos
> > > > > are the
> > > > >
Hi Randy,
On Thu, Oct 13, 2011 at 4:00 AM, Randy Dunlap wrote:
> On 10/11/2011 02:23 AM, Sumit Semwal wrote:
>> Add documentation for dma buffer sharing framework, explaining the
>> various operations, members and API of the dma buffer sharing
>> framework.
>>
>> Signed-off-by: Sumit Semwal
>> Si
https://bugs.freedesktop.org/show_bug.cgi?id=41740
Summary: Mesa 7.12-devel gallium/state_trackers/d3d1x
compilation error
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
blit copy functions deal with GPU pages, not CPU pages,
so rename the variables and parameters accordingly
Signed-off-by: Ilija Hadzic
---
drivers/gpu/drm/radeon/r600_blit_kms.c | 27 ++-
drivers/gpu/drm/radeon/radeon_asic.h |4 ++--
2 files changed, 16 insertions
factor out most of evergreen blit code and use the refactored code
from r600 that is now common for both r600 and evergreen
Signed-off-by: Ilija Hadzic
---
drivers/gpu/drm/radeon/evergreen.c | 25 +---
drivers/gpu/drm/radeon/evergreen_blit_kms.c | 260 ++-
dri
reorganize the code such that only the primitives (i.e., the functions
that load the CP ring) are hardware specific; dynamically link the
primitives in a (new) pointer structure inside r600_blit at
blit initialization time so that the functions that control the blit
operations can be made common fo
https://bugs.freedesktop.org/show_bug.cgi?id=41740
Summary: Mesa 7.12-devel gallium/state_trackers/d3d1x
compilation error
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Lots of new (and hopefully useful) benchmark. Load the driver
with radeon_benchmark= and enjoy. Among tests
added are VRAM to VRAM blits and blits with buffer size sweeps.
The latter can be from GTT to VRAM, VRAM to GTT, and VRAM to VRAM
and there are two types of sweeps: powers of two and (probabl
factor out repeated code into functions
fix units in which the throughput is reported (megabytes per second
and megabits per second make sense, others are kind of confusing)
make report more amenable to awk and friends (e.g. whitespace is
always the separator, unit is separated from the number, etc
some 3d register bits look like magic in r600 blit functions
use predefined constants to make it more intuitive what they are
Signed-off-by: Ilija Hadzic
---
drivers/gpu/drm/radeon/r600_blit_kms.c | 30 +-
drivers/gpu/drm/radeon/r600d.h | 22 ++
some bits in 3D registers used by blit functions look like
magic and this is hard to follow; change them to a little bit
more meaningful pre-defined constants
Signed-off-by: Ilija Hadzic
---
drivers/gpu/drm/radeon/evergreen_blit_kms.c | 29 +--
drivers/gpu/drm/radeon/evergreend
start with first-cut conceptual patch from Alex Deucher
(commit info below); turn on 1D tiling
make rectangular buffer always 2:1 or 1:2 ratio
make buffer dimenstions an integer multiple of unit
dimensionsmake sures that integral number of pages map
to the buffer fix a few bugs that resulted in inc
start with first-cut conceptual patch from Alex Deucher
(commit info below); turn on 1D tiling
make rectangular buffer always 2:1 or 1:2 ratio
make buffer dimenstions an integer multiple of unit dimensions
make sures that integral number of pages map to the buffer
fix a few bugs that resulted in in
The following set of patches will improve the performance
of blit-copy functions for Radeon GPUs based on
R600, R700, Evergreen and NI ASICs.
The foundation for improvement is the use of tiled mode access
(which for copying bo's can be used regardless of whether the
content is tiled or not), and
Am 11.10.2011 23:53, schrieb Alex Deucher:
> On Sat, Oct 8, 2011 at 2:25 PM, Wolfgang Fritz
> wrote:
>> Hello,
>>
>> I have an HP Elitebook 8560p with Radeon HD7470M graphics, running Debian
>> sid with kernel 3.0.4.
>>
>> I noticed that the power profiles low and mid are setting identical clocks
From: Alex Deucher
Settings in this table reflect the physical panel/connector rather
than the internal dig encoding.
v2: fix typo for DRM_MODE_CONNECTOR_VGA case.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c | 12 +++-
1 files changed, 11 insertions(+),
From: Alex Deucher
Settings in this table reflect the physical panel/connector rather
than the internal dig encoding.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c | 12 +++-
1 files changed, 11 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/ra
From: Alex Deucher
It's handled via external clock. It should already be protected
by the external ss flag, but add an explicit check just in case.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_crtc.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/
From: Alex Deucher
llano has fully routeable dig encoders similar to DCE3.2 while
ontario has a hardcoded mapping similar to DCE4.0.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c | 13 +
1 files changed, 9 insertions(+), 4 deletions(-)
diff --git a/dri
On Wed, Oct 12, 2011 at 03:34:54PM +0100, Dave Airlie wrote:
> On Wed, Oct 12, 2011 at 3:24 PM, Rob Clark wrote:
> > On Wed, Oct 12, 2011 at 9:01 AM, Dave Airlie wrote:
> >>> But then we'd need a different set of accessors for every different
> >>> drm/v4l/etc driver, wouldn't we?
> >>
> >> Not a
From: Alex Deucher
Settings in this table reflect the physical panel/connector rather
than the internal dig encoding.
v2: fix typo for DRM_MODE_CONNECTOR_VGA case.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c | 12 +++-
1 files changed, 11 insertions(+),
From: Alex Deucher
Settings in this table reflect the physical panel/connector rather
than the internal dig encoding.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c | 12 +++-
1 files changed, 11 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/ra
From: Alex Deucher
It's handled via external clock. It should already be protected
by the external ss flag, but add an explicit check just in case.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_crtc.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/
From: Alex Deucher
llano has fully routeable dig encoders similar to DCE3.2 while
ontario has a hardcoded mapping similar to DCE4.0.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c | 13 +
1 files changed, 9 insertions(+), 4 deletions(-)
diff --git a/dri
> Using the same basic plan as the VDD force delayed power off, make
> turning the panel power off asynchronous.
NAK, tested on my 2540p, up to this patch in macbook-air branch stuff
worked, after this I just get black screen on resume.
Dave.
On Wed, Oct 12, 2011 at 3:24 PM, Rob Clark wrote:
> On Wed, Oct 12, 2011 at 9:01 AM, Dave Airlie wrote:
>>> But then we'd need a different set of accessors for every different
>>> drm/v4l/etc driver, wouldn't we?
>>
>> Not any more different than you need for this, you just have a new
>> interfac
On 10/11/2011 02:23 AM, Sumit Semwal wrote:
> Add documentation for dma buffer sharing framework, explaining the
> various operations, members and API of the dma buffer sharing
> framework.
>
> Signed-off-by: Sumit Semwal
> Signed-off-by: Sumit Semwal
> ---
> Documentation/dma-buf-sharing.txt |
On 10/11/2011 02:23 AM, Sumit Semwal wrote:
> Add documentation for dma buffer sharing framework, explaining the
> various operations, members and API of the dma buffer sharing
> framework.
>
> Signed-off-by: Sumit Semwal
> Signed-off-by: Sumit Semwal
> ---
> Documentation/dma-buf-sharing.txt |
> But then we'd need a different set of accessors for every different
> drm/v4l/etc driver, wouldn't we?
Not any more different than you need for this, you just have a new
interface that you request a sw object from,
then mmap that object, and underneath it knows who owns it in the kernel.
mmap j
On Wed, Oct 12, 2011 at 2:25 PM, Ilija Hadzic
wrote:
>
> Hi Dave,
>
> A few weeks ago I sent the two patches that allow PCI Express interface to
> run at Gen 2 speed on NI parts. Links to the patches in the mailing list
> archive + review from Alex quoted below:
>
> http://lists.freedesktop.org/ar
>
> well, the mmap is actually implemented by the buffer allocator
> (v4l/drm).. although not sure if this was the point
Then why not use the correct interface? doing some sort of not-quite
generic interface isn't really helping anyone except adding an ABI
that we have to support.
If someone want
On Tue, Oct 11, 2011 at 10:23 AM, Sumit Semwal wrote:
> This is the first step in defining a dma buffer sharing mechanism.
>
> A new buffer object dma_buf is added, with operations and API to allow easy
> sharing of this buffer object across devices.
>
> The framework allows:
> - a new buffer-obje
Am 11.10.2011 23:53, schrieb Alex Deucher:
On Sat, Oct 8, 2011 at 2:25 PM, Wolfgang Fritz wrote:
Hello,
I have an HP Elitebook 8560p with Radeon HD7470M graphics, running Debian
sid with kernel 3.0.4.
I noticed that the power profiles low and mid are setting identical clocks
and voltage, the
ard at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 827 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20111012/ac22efd7/attachment-0001.pgp>
On Wed, Oct 12, 2011 at 9:34 AM, Dave Airlie wrote:
> On Wed, Oct 12, 2011 at 3:24 PM, Rob Clark wrote:
>> On Wed, Oct 12, 2011 at 9:01 AM, Dave Airlie wrote:
But then we'd need a different set of accessors for every different
drm/v4l/etc driver, wouldn't we?
>>>
>>> Not any more diffe
https://bugs.freedesktop.org/show_bug.cgi?id=36003
Jeremy Huddleston changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=36003
Jeremy Huddleston changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Wed, 12 Oct 2011 15:41:11 +0100, Dave Airlie wrote:
> > Using the same basic plan as the VDD force delayed power off, make
> > turning the panel power off asynchronous.
>
> NAK, tested on my 2540p, up to this patch in macbook-air branch stuff
> worked, after this I just get black screen on re
On Wed, Oct 12, 2011 at 9:01 AM, Dave Airlie wrote:
>> But then we'd need a different set of accessors for every different
>> drm/v4l/etc driver, wouldn't we?
>
> Not any more different than you need for this, you just have a new
> interface that you request a sw object from,
> then mmap that obje
On Wed, Oct 12, 2011 at 8:35 AM, Dave Airlie wrote:
>>
>> well, the mmap is actually implemented by the buffer allocator
>> (v4l/drm).. although not sure if this was the point
>
> Then why not use the correct interface? doing some sort of not-quite
> generic interface isn't really helping anyone e
On Wed, Oct 12, 2011 at 7:41 AM, Dave Airlie wrote:
> On Tue, Oct 11, 2011 at 10:23 AM, Sumit Semwal wrote:
>> This is the first step in defining a dma buffer sharing mechanism.
>>
>> A new buffer object dma_buf is added, with operations and API to allow easy
>> sharing of this buffer object acro
On Tue, 2011-10-11 at 17:34 +0300, Dan Carpenter wrote:
> "id" is unsigned here and it's never less than zero. I believe the
> intent was to check the return value from nva3_pm_pll_offset().
> Also I've changed it to pass on the -ENOENT error code from the lower
> levels instead of returning -EINV
Hi Dave,
A few weeks ago I sent the two patches that allow PCI Express interface to
run at Gen 2 speed on NI parts. Links to the patches in the mailing list
archive + review from Alex quoted below:
http://lists.freedesktop.org/archives/dri-devel/2011-September/014474.html
http://lists.freedesk
On Wed, Oct 12, 2011 at 9:34 AM, Dave Airlie wrote:
> On Wed, Oct 12, 2011 at 3:24 PM, Rob Clark wrote:
>> On Wed, Oct 12, 2011 at 9:01 AM, Dave Airlie wrote:
But then we'd need a different set of accessors for every different
drm/v4l/etc driver, wouldn't we?
>>>
>>> Not any more diffe
On Wed, Oct 12, 2011 at 03:34:54PM +0100, Dave Airlie wrote:
> On Wed, Oct 12, 2011 at 3:24 PM, Rob Clark wrote:
> > On Wed, Oct 12, 2011 at 9:01 AM, Dave Airlie wrote:
> >>> But then we'd need a different set of accessors for every different
> >>> drm/v4l/etc driver, wouldn't we?
> >>
> >> Not a
> Using the same basic plan as the VDD force delayed power off, make
> turning the panel power off asynchronous.
NAK, tested on my 2540p, up to this patch in macbook-air branch stuff
worked, after this I just get black screen on resume.
Dave.
___
dri-de
On Wed, Oct 12, 2011 at 3:24 PM, Rob Clark wrote:
> On Wed, Oct 12, 2011 at 9:01 AM, Dave Airlie wrote:
>>> But then we'd need a different set of accessors for every different
>>> drm/v4l/etc driver, wouldn't we?
>>
>> Not any more different than you need for this, you just have a new
>> interfac
On Wed, Oct 12, 2011 at 9:01 AM, Dave Airlie wrote:
>> But then we'd need a different set of accessors for every different
>> drm/v4l/etc driver, wouldn't we?
>
> Not any more different than you need for this, you just have a new
> interface that you request a sw object from,
> then mmap that obje
> But then we'd need a different set of accessors for every different
> drm/v4l/etc driver, wouldn't we?
Not any more different than you need for this, you just have a new
interface that you request a sw object from,
then mmap that object, and underneath it knows who owns it in the kernel.
mmap j
On Wed, Oct 12, 2011 at 8:35 AM, Dave Airlie wrote:
>>
>> well, the mmap is actually implemented by the buffer allocator
>> (v4l/drm).. although not sure if this was the point
>
> Then why not use the correct interface? doing some sort of not-quite
> generic interface isn't really helping anyone e
On Wed, Oct 12, 2011 at 2:25 PM, Ilija Hadzic
wrote:
>
> Hi Dave,
>
> A few weeks ago I sent the two patches that allow PCI Express interface to
> run at Gen 2 speed on NI parts. Links to the patches in the mailing list
> archive + review from Alex quoted below:
>
> http://lists.freedesktop.org/ar
>
> well, the mmap is actually implemented by the buffer allocator
> (v4l/drm).. although not sure if this was the point
Then why not use the correct interface? doing some sort of not-quite
generic interface isn't really helping anyone except adding an ABI
that we have to support.
If someone want
On Wed, Oct 12, 2011 at 7:41 AM, Dave Airlie wrote:
> On Tue, Oct 11, 2011 at 10:23 AM, Sumit Semwal wrote:
>> This is the first step in defining a dma buffer sharing mechanism.
>>
>> A new buffer object dma_buf is added, with operations and API to allow easy
>> sharing of this buffer object acro
Hi Dave,
A few weeks ago I sent the two patches that allow PCI Express interface to
run at Gen 2 speed on NI parts. Links to the patches in the mailing list
archive + review from Alex quoted below:
http://lists.freedesktop.org/archives/dri-devel/2011-September/014474.html
http://lists.freede
On Tue, Oct 11, 2011 at 10:23 AM, Sumit Semwal wrote:
> This is the first step in defining a dma buffer sharing mechanism.
>
> A new buffer object dma_buf is added, with operations and API to allow easy
> sharing of this buffer object across devices.
>
> The framework allows:
> - a new buffer-obje
https://bugs.freedesktop.org/show_bug.cgi?id=41698
--- Comment #1 from Chris Rankin 2011-10-12 03:35:09
PDT ---
Reverting this single patch in git (with the exception of the header file that
no longer exists, of course) has fixed the flickering problem. So far, anyway.
--
Configure bugmail: ht
https://bugs.freedesktop.org/show_bug.cgi?id=41698
--- Comment #1 from Chris Rankin 2011-10-12
03:35:09 PDT ---
Reverting this single patch in git (with the exception of the header file that
no longer exists, of course) has fixed the flickering problem. So far, anyway.
--
Configure bugmail: ht
https://bugs.freedesktop.org/show_bug.cgi?id=41668
--- Comment #11 from dmotd 2011-10-12 03:24:07
PDT ---
(In reply to comment #10)
> (In reply to comment #6)
> > > > running glxgears just shows an empty black box.. all other glx demos
> > > > are the
> > > > same empty boxes..
> > >
> > > Do
https://bugs.freedesktop.org/show_bug.cgi?id=41668
--- Comment #11 from dmotd 2011-10-12
03:24:07 PDT ---
(In reply to comment #10)
> (In reply to comment #6)
> > > > running glxgears just shows an empty black box.. all other glx demos
> > > > are the
> > > > same empty boxes..
> > >
> > > Do
https://bugs.freedesktop.org/show_bug.cgi?id=23103
Michel Dänzer changed:
What|Removed |Added
Product|xorg|DRI
Version|7.4
https://bugs.freedesktop.org/show_bug.cgi?id=23103
Michel D?nzer changed:
What|Removed |Added
Product|xorg|DRI
Version|7.4
https://bugs.freedesktop.org/show_bug.cgi?id=24097
Michel Dänzer changed:
What|Removed |Added
Product|xorg|DRI
Version|7.4
https://bugs.freedesktop.org/show_bug.cgi?id=24097
Michel D?nzer changed:
What|Removed |Added
Product|xorg|DRI
Version|7.4
https://bugs.freedesktop.org/show_bug.cgi?id=36003
Michel Dänzer changed:
What|Removed |Added
Product|xorg|DRI
Version|7.6
https://bugs.freedesktop.org/show_bug.cgi?id=36003
Michel D?nzer changed:
What|Removed |Added
Product|xorg|DRI
Version|7.6
https://bugs.freedesktop.org/show_bug.cgi?id=38694
Michel Dänzer changed:
What|Removed |Added
Product|xorg|DRI
Version|git
https://bugs.freedesktop.org/show_bug.cgi?id=38694
Michel D?nzer changed:
What|Removed |Added
Product|xorg|DRI
Version|git
https://bugs.freedesktop.org/show_bug.cgi?id=41668
--- Comment #10 from Michel Dänzer 2011-10-12 03:07:04 PDT
---
(In reply to comment #6)
> > > running glxgears just shows an empty black box.. all other glx demos are
> > > the
> > > same empty boxes..
> >
> > Do they work with the environmen
https://bugs.freedesktop.org/show_bug.cgi?id=41668
--- Comment #10 from Michel D?nzer 2011-10-12 03:07:04
PDT ---
(In reply to comment #6)
> > > running glxgears just shows an empty black box.. all other glx demos are
> > > the
> > > same empty boxes..
> >
> > Do they work with the environmen
https://bugs.freedesktop.org/show_bug.cgi?id=41579
--- Comment #3 from Michel Dänzer 2011-10-12 02:59:21 PDT
---
(In reply to comment #2)
> Just tested current Git, and it seems to be working.
Great. If it's still broken with the current 7.11 branch, and you can isolate
the change that fixed it
https://bugs.freedesktop.org/show_bug.cgi?id=41579
--- Comment #3 from Michel D?nzer 2011-10-12 02:59:21
PDT ---
(In reply to comment #2)
> Just tested current Git, and it seems to be working.
Great. If it's still broken with the current 7.11 branch, and you can isolate
the change that fixed it
84 matches
Mail list logo
