Hi,
I just tried the DPM support out on a E-450 APU (HD6320) and it did not
work like expected. In the terminal everything seemed ok but when I
started a display manager, the screen showed garbage and the system
basically locked up. The radeon and drm related parts of the syslog are
below.
If you
Op 27-06-13 01:39, Seung-Woo Kim schreef:
> From: YoungJun Cho
>
> The drm_gem_mmap_obj() has to be protected with dev->struct_mutex,
> but some caller functions do not. So it adds mutex lock to missing
> callers and adds assertion to check whether drm_gem_mmap_obj() is
> called with mutex lock or
From: Dave Airlie
feel free to split this back up and merge it into the individual commits.
should probably also confirm its doing sane things.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/ni_dpm.c| 10 +-
drivers/gpu/drm/radeon/rv730_dpm.c |6 +++---
drivers/gpu/dr
On Wed, Jun 26, 2013 at 06:55:20PM -0300, Rodrigo Vivi wrote:
> This global value allows userspace know when PSR is enabled and active,
> i.e. in SRD entry state.
> This will allow userspace emit more busy_ioctl when doing directly copy_area
> operations through scanout allowing forced psr exit.
I
2013/6/26 Deucher, Alexander :
>
>
>> -Original Message-
>> From: Joshua C. [mailto:joshuacov at gmail.com]
>> Sent: Wednesday, June 26, 2013 1:52 PM
>> To: dri-devel at lists.freedesktop.org
>> Cc: Deucher, Alexander
>> Subject: RADEON / DPM: GPU cannot properly up-clock
>>
>> First of all
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130626/f2d67f32/attachment-0001.html>
CC drivers/video/console/vgacon.o
drivers/video/console/vgacon.c: In function ?vgacon_do_font_op?:
drivers/video/console/vgacon.c:1129:5: error: implicit declaration of
function ?cond_resched? [-Werror=implicit-function-declaration]
cc1: some warnings being treated as errors
make[3]: *** [
> -Original Message-
> From: Joshua C. [mailto:joshuacov at gmail.com]
> Sent: Wednesday, June 26, 2013 1:52 PM
> To: dri-devel at lists.freedesktop.org
> Cc: Deucher, Alexander
> Subject: RADEON / DPM: GPU cannot properly up-clock
>
> First of all thank you guys for pushing this out! Gr
: dmesg
Type: application/octet-stream
Size: 4067 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130626/f585b236/attachment-0001.obj>
[Daniel Vetter]
>> Is there some other quirk table for acpi that also need to be updated?
>
> If the acpi brightness controller is broken, it needs to be quirked
> away. For that please file a bug report against the ACPI subsystem.
Right. Where do I do that? I can do it if I know what to do. :
On Wed, Jun 26, 2013 at 01:30:01PM +0200, Petter Reinholdtsen wrote:
> [Daniel Vetter]
> > Nah, silence just means that your patch fell through the crack while I've
> > travelled around a bit. Thanks for poking, it's merged now for 3.11 (with
> > cc: stable) to my drm-intel-next-queued branch. I've
PSR must be enabled after transcoder and port are running.
And it is only available for HSW.
v2: move enable/disable to intel_ddi
v3: The spec suggests PSR should be disabled even before backlight (by pzanoni)
v4: also disabling and enabling whenever panel is disabled/enabled.
v5: make it last pat
PSR tracking engine in HSW doesn't detect automagically some directly copy area
operations through scanout so we will have to kick it manually and
reschedule it to come back to normal operation as soon as possible.
v2: Before PSR Hook. Don't force it when busy yet.
Signed-off-by: Rodrigo Vivi
--
This global value allows userspace know when PSR is enabled and active,
i.e. in SRD entry state.
This will allow userspace emit more busy_ioctl when doing directly copy_area
operations through scanout allowing forced psr exit.
Signed-off-by: Rodrigo Vivi
---
drivers/gpu/drm/i915/i915_dma.c | 3 +
PSR is enabled by default but can be disabled.
Signed-off-by: Rodrigo Vivi
---
drivers/gpu/drm/i915/i915_debugfs.c | 3 +++
drivers/gpu/drm/i915/i915_drv.c | 4
drivers/gpu/drm/i915/i915_drv.h | 2 ++
drivers/gpu/drm/i915/intel_dp.c | 6 ++
4 files changed, 15 insertions(+)
Required function to disable PSR when going to console mode.
But also can be used whenever PSR mode entry conditions changed.
v2: Add it before PSR Hook. Update function not really been called yet.
---
drivers/gpu/drm/i915/intel_dp.c | 37 ++---
drivers/gpu/drm/i9
Signed-off-by: Rodrigo Vivi
---
drivers/gpu/drm/i915/i915_debugfs.c | 39 ++---
drivers/gpu/drm/i915/i915_drv.h | 12 +++
drivers/gpu/drm/i915/intel_dp.c | 68 -
3 files changed, 114 insertions(+), 5 deletions(-)
diff --git a/driver
Adding support for PSR Status, PSR entry counter and performance counters.
Heavily based on initial work from Shobhit.
v2: Fix PSR Status Link bits by Paulo Zanoni.
CC: Paulo Zanoni
Credits-by: Shobhit Kumar
Signed-off-by: Rodrigo Vivi
---
drivers/gpu/drm/i915/i915_debugfs.c | 90
Adding Enable and Disable PSR functionalities. This includes setting the
PSR configuration over AUX, sending SDP VSC DIP over the eDP PIPE config,
enabling PSR in the sink via DPCD register and finally enabling PSR on
the host.
This patch is based on initial PSR code by Sateesh Kavuri and Kumar Sh
Prep patch for reuse aux_clock_divider with EDP_PSR_AUX_CTL setup.
Reviewed-by: Paulo Zanoni
Signed-off-by: Rodrigo Vivi
---
drivers/gpu/drm/i915/intel_dp.c | 58 +++--
1 file changed, 33 insertions(+), 25 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel
From: Shobhit Kumar
v2: reuse of just created is_edp_psr and put it at right place.
v3: move is_edp_psr above intel_edp_disable
Reviewed-by: Paulo Zanoni
Reviewed-by: Jani Nikula
Signed-off-by: Shobhit Kumar
Signed-off-by: Rodrigo Vivi
---
drivers/gpu/drm/i915/intel_dp.c | 13 +
From: Shobhit Kumar
SDP header and SDP VSC header as per eDP 1.3 spec, section 3.5,
chapter "PSR Secondary Data Package Support".
v2: Modified and corrected the structures to be more in line for
kernel coding guidelines and rebased the code on Paulo's DP patchset
v3: removing unecessary identati
From: Shobhit Kumar
SDP header and SDP VSC header as per eDP 1.3 spec, section 3.5,
chapter "PSR Secondary Data Package Support".
v2: Modified and corrected the structures to be more in line for
kernel coding guidelines and rebased the code on Paulo's DP patchset
v3: removing unecessary identati
Hi Rob,
On Jun 26, 2013, at 6:42 PM, Rob Clark wrote:
> On Fri, Jun 21, 2013 at 2:52 PM, Darren Etheridge
> wrote:
>> The series of patches that follow are intended to address issues that
>> have been found in the tilcdc drm driver. The patchset enables support
>> for screen resolutions with ho
Am 26.06.2013 15:22, schrieb alexdeucher at gmail.com:
> From: Alex Deucher
>
> This adds dpm support for rv6xx asics. This includes:
> - clockgating
> - dynamic engine clock scaling
> - dynamic memory clock scaling
> - dynamic voltage scaling
> - dynamic pcie gen1/gen2 switching
>
> Set radeon.d
On Tue, 25 Jun 2013 16:47:26 -0400 (EDT)
Daniel Drake wrote:
> Hi Russell,
>
> Thanks a lot for writing the Armada DRM driver.
>
> I have tested it on OLPC XO-1.75 (MMP2 aka Armada610) and OLPC XO-4 (MMP3
> aka PXA2128). After a bit of fighting, I have it running. Could you share your
> X drive
On Wed, Jun 26, 2013 at 9:21 AM, wrote:
> From: Alex Deucher
>
> These are the radeon patches for 3.11. Some of these patches
> are huge so, it might be easier to review things here:
> http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip
Updated branch:
http://cgit.freedesktop.org
On Tue, Jun 25, 2013 at 11:23:21AM +0200, Daniel Vetter wrote:
> Just a quick question on your assertion that we need all four
> functions: Since we already have begin/end_cpu_access functions
> (intention here was to allow the dma_buf exporter to ensure the memory
> is pinned, e.g. for swapable ge
an/listinfo/dri-devel
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130626/0185acb7/attachment.html>
From: Benjamin Gaignard
When dev->driver->master_set() failed ioctl call return 0
but the caller is not the DRM-Master because file_priv->is_master = 0.
Fix that by returning to ioctl caller the driver master_set error code.
Signed-off-by: Benjamin Gaignard
---
drivers/gpu/drm/drm_stub.c |
On Wed, Jun 26, 2013 at 06:42:50PM +0200, Jean-Francois Moine wrote:
> Do you know that there are 2 drm drivers for the Cubox? I posted mine
> (http://lists.infradead.org/pipermail/linux-arm-kernel/2013-May/168732.html)
> before Russell, but I got no return about it yet.
>
> As it uses the CMA hel
Am 26.06.2013 15:22, schrieb alexdeucher at gmail.com:
> From: Alex Deucher
>
> Add callbacks to the radeon_ring struct to handle
> rptr/wptr fetchs and wptr updates.
> We currently use one version for all rings, but this
> allows us to override with a ring specific versions.
>
> Needed for comput
t; I know some current code does it wrong, but that is the correct function
to use.
>
> ~Maarten
>
Thank you for nice comments!
I will update it again.
Best regards YJ
___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130626/6b44ba94/attachment-0001.html>
Am 26.06.2013 15:21, schrieb alexdeucher at gmail.com:
> From: Alex Deucher
>
> v2: update to latest driver changes
> v3: properly tear down vm on suspend
> v4: fix up irq init ordering
>
> Signed-off-by: Alex Deucher
Just a copy&paste error, but some comments are referring to cayman and
r500/r
From: YoungJun Cho
If idr_alloc() is failed, obj->name can be error value. Also
it cleans up duplicated flink processing code.
This regression has been introduced in
commit 2e928815c1886fe628ed54623aa98d0889cf5509
Author: Tejun Heo
Date: Wed Feb 27 17:04:08 2013 -0800
drm: convert to id
Hi Linus,
should be last two fixes for i915, one is for a fence leak killing X on
some older GPUs, and one is a late regression partial revert for an
swiotlb/xen/i915 interaction, Konrad has promised to figure out the proper
answer, and this patch is the best thing to do at this stage to avoid
From: YoungJun Cho
The drm_gem_mmap_obj() has to be protected with dev->struct_mutex,
but some caller functions do not. So it adds mutex lock to missing
callers and adds assertion to check whether drm_gem_mmap_obj() is
called with mutex lock or not.
Signed-off-by: YoungJun Cho
Signed-off-by: Se
On 06/24/2013 04:27 PM, David Herrmann wrote:
> Hi
>
> This is my second revision of the dvbe driver. I renamed it to SimpleDRM to
> show the resemblence with the recently introduced simplefb.c fbdev driver. The
> driver is supposed to be the most basic DRM driver similar to efifb.c,
> vesafb.c,
On Wed, Jun 26, 2013 at 9:21 AM, wrote:
> From: Alex Deucher
>
> These are the radeon patches for 3.11. Some of these patches
> are huge so, it might be easier to review things here:
> http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip
Updated branch:
http://cgit.freedesktop.org
On Wed, Jun 26, 2013 at 06:55:20PM -0300, Rodrigo Vivi wrote:
> This global value allows userspace know when PSR is enabled and active,
> i.e. in SRD entry state.
> This will allow userspace emit more busy_ioctl when doing directly copy_area
> operations through scanout allowing forced psr exit.
I
PSR must be enabled after transcoder and port are running.
And it is only available for HSW.
v2: move enable/disable to intel_ddi
v3: The spec suggests PSR should be disabled even before backlight (by pzanoni)
v4: also disabling and enabling whenever panel is disabled/enabled.
v5: make it last pat
PSR tracking engine in HSW doesn't detect automagically some directly copy area
operations through scanout so we will have to kick it manually and
reschedule it to come back to normal operation as soon as possible.
v2: Before PSR Hook. Don't force it when busy yet.
Signed-off-by: Rodrigo Vivi
--
This global value allows userspace know when PSR is enabled and active,
i.e. in SRD entry state.
This will allow userspace emit more busy_ioctl when doing directly copy_area
operations through scanout allowing forced psr exit.
Signed-off-by: Rodrigo Vivi
---
drivers/gpu/drm/i915/i915_dma.c | 3 +
PSR is enabled by default but can be disabled.
Signed-off-by: Rodrigo Vivi
---
drivers/gpu/drm/i915/i915_debugfs.c | 3 +++
drivers/gpu/drm/i915/i915_drv.c | 4
drivers/gpu/drm/i915/i915_drv.h | 2 ++
drivers/gpu/drm/i915/intel_dp.c | 6 ++
4 files changed, 15 insertions(+)
Required function to disable PSR when going to console mode.
But also can be used whenever PSR mode entry conditions changed.
v2: Add it before PSR Hook. Update function not really been called yet.
---
drivers/gpu/drm/i915/intel_dp.c | 37 ++---
drivers/gpu/drm/i9
Signed-off-by: Rodrigo Vivi
---
drivers/gpu/drm/i915/i915_debugfs.c | 39 ++---
drivers/gpu/drm/i915/i915_drv.h | 12 +++
drivers/gpu/drm/i915/intel_dp.c | 68 -
3 files changed, 114 insertions(+), 5 deletions(-)
diff --git a/driver
Adding support for PSR Status, PSR entry counter and performance counters.
Heavily based on initial work from Shobhit.
v2: Fix PSR Status Link bits by Paulo Zanoni.
CC: Paulo Zanoni
Credits-by: Shobhit Kumar
Signed-off-by: Rodrigo Vivi
---
drivers/gpu/drm/i915/i915_debugfs.c | 90
Adding Enable and Disable PSR functionalities. This includes setting the
PSR configuration over AUX, sending SDP VSC DIP over the eDP PIPE config,
enabling PSR in the sink via DPCD register and finally enabling PSR on
the host.
This patch is based on initial PSR code by Sateesh Kavuri and Kumar Sh
Prep patch for reuse aux_clock_divider with EDP_PSR_AUX_CTL setup.
Reviewed-by: Paulo Zanoni
Signed-off-by: Rodrigo Vivi
---
drivers/gpu/drm/i915/intel_dp.c | 58 +++--
1 file changed, 33 insertions(+), 25 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel
On 06/24/2013 04:27 PM, David Herrmann wrote:
> Create a simple fbdev device during SimpleDRM setup so legacy user-space
> and fbcon can use it.
>
> fbdev deletion is quite buggy. A unregister_framebuffer() call followed by
> a printk() causes NULL-derefs in hide_cursor() and other places in the V
From: Shobhit Kumar
v2: reuse of just created is_edp_psr and put it at right place.
v3: move is_edp_psr above intel_edp_disable
Reviewed-by: Paulo Zanoni
Reviewed-by: Jani Nikula
Signed-off-by: Shobhit Kumar
Signed-off-by: Rodrigo Vivi
---
drivers/gpu/drm/i915/intel_dp.c | 13 +
On 06/24/2013 04:27 PM, David Herrmann wrote:
> The SimpleDRM driver binds to simple-framebuffer devices and provides a
> DRM/KMS API. It provides only a single CRTC+encoder+connector combination
> plus one initial mode.
>
> Userspace can create one dumb-buffer and attach it to the CRTC. Only if
>
From: Shobhit Kumar
SDP header and SDP VSC header as per eDP 1.3 spec, section 3.5,
chapter "PSR Secondary Data Package Support".
v2: Modified and corrected the structures to be more in line for
kernel coding guidelines and rebased the code on Paulo's DP patchset
v3: removing unecessary identati
From: Shobhit Kumar
SDP header and SDP VSC header as per eDP 1.3 spec, section 3.5,
chapter "PSR Secondary Data Package Support".
v2: Modified and corrected the structures to be more in line for
kernel coding guidelines and rebased the code on Paulo's DP patchset
v3: removing unecessary identati
On 06/24/2013 04:27 PM, David Herrmann wrote:
> The current situation regarding boot-framebuffers (VGA, VESA/VBE, EFI) on
> x86 causes troubles when loading multiple fbdev drivers. The global
> "struct screen_info" does not provide any state-tracking about which
> drivers use the FBs. request_mem_r
On Wed, Jun 26, 2013 at 9:18 AM, Jerome Glisse wrote:
> On Wed, Jun 26, 2013 at 02:19:23PM -0400, Alex Deucher wrote:
>> On Wed, Jun 26, 2013 at 6:46 AM, Jerome Glisse wrote:
>> > On Wed, Jun 26, 2013 at 09:22:35AM -0400, alexdeucher at gmail.com wrote:
>> >> From: Alex Deucher
>> >>
>> >> This
On 06/24/2013 04:27 PM, David Herrmann wrote:
> If we create proper platform-devices in x86 boot-code, we can use simplefb
> for VBE or EFI framebuffers, too. However, there is normally no OF support
> so we introduce a platform_data object so x86 boot-code can pass the
> paramaters via plain old p
On Wed, Jun 26, 2013 at 8:57 AM, Jerome Glisse wrote:
> On Wed, Jun 26, 2013 at 09:22:11AM -0400, alexdeucher at gmail.com wrote:
>> From: Alex Deucher
>>
>> The doorbell aperture is a PCI BAR whose pages can be
>> mapped to compute resources for things like wptrs
>> for userspace queues.
>>
>> T
I am resubmitting this patch because I ran into a build error when trying to
build it on a 32-bit system. I had to fix how the 64-bit division was done in
mga_vga_calculate_mode_bandwidth. I used the do_div macro instead of doing the
straight division.
Julia Lemire (1):
drm/mgag200: Added r
At the larger resolutions, the g200e series sometimes struggles with
maintaining a proper output. Problems like flickering or black bands appearing
on screen can occur. In order to avoid this, limitations regarding resolutions
and bandwidth have been added for the different variations of the g200
https://bugs.freedesktop.org/show_bug.cgi?id=63935
--- Comment #54 from Grigori Goronzy ---
I am also seeing this with a PALM ASIC in the drm-next-3.11-wip branch. The
machine is a Lenovo x121e.
--
You are receiving this mail because:
You are the assignee for the bug.
__
On 06/24/2013 04:27 PM, David Herrmann wrote:
> Hi
>
> This is my second revision of the dvbe driver. I renamed it to SimpleDRM to
> show the resemblence with the recently introduced simplefb.c fbdev driver. The
> driver is supposed to be the most basic DRM driver similar to efifb.c,
> vesafb.c,
On Wed, Jun 26, 2013 at 6:46 AM, Jerome Glisse wrote:
> On Wed, Jun 26, 2013 at 09:22:35AM -0400, alexdeucher at gmail.com wrote:
>> From: Alex Deucher
>>
>> This adds dpm support for rs780/rs880 asics. This includes:
>> - clockgating
>> - dynamic engine clock scaling
>> - dynamic voltage scalin
On 06/24/2013 04:27 PM, David Herrmann wrote:
> Create a simple fbdev device during SimpleDRM setup so legacy user-space
> and fbcon can use it.
>
> fbdev deletion is quite buggy. A unregister_framebuffer() call followed by
> a printk() causes NULL-derefs in hide_cursor() and other places in the V
On 06/24/2013 04:27 PM, David Herrmann wrote:
> The SimpleDRM driver binds to simple-framebuffer devices and provides a
> DRM/KMS API. It provides only a single CRTC+encoder+connector combination
> plus one initial mode.
>
> Userspace can create one dumb-buffer and attach it to the CRTC. Only if
>
crtc active state doesn't match with hw state "
"(expected %i, found %i)\n", crtc->active, active);
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130626/1f4c4260/attachment.pgp>
On 06/24/2013 04:27 PM, David Herrmann wrote:
> The current situation regarding boot-framebuffers (VGA, VESA/VBE, EFI) on
> x86 causes troubles when loading multiple fbdev drivers. The global
> "struct screen_info" does not provide any state-tracking about which
> drivers use the FBs. request_mem_r
On 06/24/2013 04:27 PM, David Herrmann wrote:
> If we create proper platform-devices in x86 boot-code, we can use simplefb
> for VBE or EFI framebuffers, too. However, there is normally no OF support
> so we introduce a platform_data object so x86 boot-code can pass the
> paramaters via plain old p
[Daniel Vetter]
> Nah, silence just means that your patch fell through the crack while I've
> travelled around a bit. Thanks for poking, it's merged now for 3.11 (with
> cc: stable) to my drm-intel-next-queued branch. I've slightly bikeshedded
> the patch though for formatting.
Right. Thank you.
> -Original Message-
> From: Joshua C. [mailto:joshua...@gmail.com]
> Sent: Wednesday, June 26, 2013 1:52 PM
> To: dri-devel@lists.freedesktop.org
> Cc: Deucher, Alexander
> Subject: RADEON / DPM: GPU cannot properly up-clock
>
> First of all thank you guys for pushing this out! Great wo
CC drivers/video/console/vgacon.o
drivers/video/console/vgacon.c: In function ‘vgacon_do_font_op’:
drivers/video/console/vgacon.c:1129:5: error: implicit declaration of
function ‘cond_resched’ [-Werror=implicit-function-declaration]
cc1: some warnings being treated as errors
make[3]: ***
Rob Clark wrote on Wed [2013-Jun-26 11:42:44 -0400]:
> On Fri, Jun 21, 2013 at 2:52 PM, Darren Etheridge
> wrote:
> > The series of patches that follow are intended to address issues that
> > have been found in the tilcdc drm driver. The patchset enables support
> > for screen resolutions with h
On Fri, Jun 21, 2013 at 2:52 PM, Darren Etheridge wrote:
> The series of patches that follow are intended to address issues that
> have been found in the tilcdc drm driver. The patchset enables support
> for screen resolutions with horizontal resolutions greater than 1024
> pixels. The patchset a
On Wed, Jun 26, 2013 at 8:57 AM, Jerome Glisse wrote:
> On Wed, Jun 26, 2013 at 09:22:11AM -0400, alexdeuc...@gmail.com wrote:
>> From: Alex Deucher
>>
>> The doorbell aperture is a PCI BAR whose pages can be
>> mapped to compute resources for things like wptrs
>> for userspace queues.
>>
>> This
At the larger resolutions, the g200e series sometimes struggles with
maintaining a proper output. Problems like flickering or black bands appearing
on screen can occur. In order to avoid this, limitations regarding resolutions
and bandwidth have been added for the different variations of the g200
I am resubmitting this patch because I ran into a build error when trying to
build it on a 32-bit system. I had to fix how the 64-bit division was done in
mga_vga_calculate_mode_bandwidth. I used the do_div macro instead of doing the
straight division.
Julia Lemire (1):
drm/mgag200: Added r
From: YoungJun Cho
The drm_gem_mmap_obj() has to be protected with dev->struct_mutex,
but some caller functions do not. So it adds mutex lock to missing
callers and adds WARN_ON assertion whether drm_gem_mmap_obj() is
called with mutex lock or not.
Signed-off-by: YoungJun Cho
Signed-off-by: Seu
On Wed, Jun 26, 2013 at 09:22:11AM -0400, alexdeuc...@gmail.com wrote:
> From: Alex Deucher
>
> The doorbell aperture is a PCI BAR whose pages can be
> mapped to compute resources for things like wptrs
> for userspace queues.
>
> This patch maps the BAR and sets up a simple allocator
> to alloca
On Wed, Jun 26, 2013 at 09:21:20AM -0400, alexdeuc...@gmail.com wrote:
> From: Alex Deucher
>
> These are the radeon patches for 3.11. Some of these patches
> are huge so, it might be easier to review things here:
> http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip
>
> I'll send
Rob Clark wrote on Wed [2013-Jun-26 11:42:44 -0400]:
> On Fri, Jun 21, 2013 at 2:52 PM, Darren Etheridge wrote:
> > The series of patches that follow are intended to address issues that
> > have been found in the tilcdc drm driver. The patchset enables support
> > for screen resolutions with hori
From: YoungJun Cho
If idr_alloc() is failed, obj->name can be error value. Also
it cleans up duplicated flink processing code.
Signed-off-by: YoungJun Cho
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/drm_gem.c | 18 +++---
1 files changed, 7 ins
From: YoungJun Cho
The dma_buf_fd() can return error when it fails to prepare fd,
so the dma_buf needs to be put.
Signed-off-by: YoungJun Cho
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/drm_prime.c | 39 ---
1 files chan
Signed-off-by: Seung-Woo Kim
Signed-off-by: YoungJun Cho
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/drm_prime.c | 32
1 files changed, 16 insertions(+), 16 deletions(-)
diff --git a/drivers/gpu/drm/drm_prime.c b/drivers/gpu/drm/drm_prime.c
index afff7c8
From: YoungJun Cho
When drm_prime_add_buf_handle() returns failure for an exported
dma_buf, the dma_buf was already allocated and its refcount was
increased, so it needs to be put.
Signed-off-by: YoungJun Cho
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/drm_p
During exporting dma_buf, it can fail after dma_buf is exported. In this case,
exported dma_buf should be release with putting.
Also dma_buf_fd can be failed to get fd, but failure cases are not handled.
Error handling routine is not quite clean, so I send this patch set as RFC.
Seung-Woo Kim (1)
On Wed, Jun 26, 2013 at 01:30:01PM +0200, Petter Reinholdtsen wrote:
> [Daniel Vetter]
> > Nah, silence just means that your patch fell through the crack while I've
> > travelled around a bit. Thanks for poking, it's merged now for 3.11 (with
> > cc: stable) to my drm-intel-next-queued branch. I've
On Wed, Jun 26, 2013 at 09:24:07AM -0700, Jesse Barnes wrote:
> On Sat, 22 Jun 2013 13:04:09 -0700
> Guenter Roeck wrote:
>
> > On Sat, Jun 22, 2013 at 12:16:46PM -0700, Jesse Barnes wrote:
> > > On Fri, 21 Jun 2013 23:58:08 -0700
> > > Guenter Roeck wrote:
> > >
> > > > Hi all,
> > > >
> > >
> >>Dave.
> >
> > Hey Dave
> > Of course I will investigate.
> >
> > The SWIOTLB is unfortunately used because it is a fallback (and I am the
> > maintainer of it) and if a real IOMMU is activated it can be mitigated
> > differently. When you say 'passed through' you mean in terms of an IOMMU
>
On Wed, Jun 26, 2013 at 10:42:39AM +0900, Seung-Woo Kim wrote:
> From: YoungJun Cho
>
> If idr_alloc() is failed, obj->name can be error value. Also
> it cleans up duplicated flink processing code.
You should mention that it is a regression from
commit 2e928815c (drm: convert to idr_alloc())
>
On Sat, 22 Jun 2013 13:04:09 -0700
Guenter Roeck wrote:
> On Sat, Jun 22, 2013 at 12:16:46PM -0700, Jesse Barnes wrote:
> > On Fri, 21 Jun 2013 23:58:08 -0700
> > Guenter Roeck wrote:
> >
> > > Hi all,
> > >
> > > after upgrading one of my servers to 3.8, then 3.9.7 and 3.10-rc6, I
> > > star
2013/6/25 Jerome Glisse :
> On Tue, Jun 25, 2013 at 10:17 AM, Inki Dae wrote:
>> 2013/6/25 Rob Clark :
>>> On Tue, Jun 25, 2013 at 5:09 AM, Inki Dae wrote:
> that
> should be the role of kernel memory management which of course needs
> synchronization btw A and B. But in no case this
On Fri, Jun 21, 2013 at 2:52 PM, Darren Etheridge wrote:
> The series of patches that follow are intended to address issues that
> have been found in the tilcdc drm driver. The patchset enables support
> for screen resolutions with horizontal resolutions greater than 1024
> pixels. The patchset a
On Wed, Jun 26, 2013 at 09:22:35AM -0400, alexdeuc...@gmail.com wrote:
> From: Alex Deucher
>
> This adds dpm support for rs780/rs880 asics. This includes:
> - clockgating
> - dynamic engine clock scaling
> - dynamic voltage scaling
>
> set radeon.dpm=1 to enable it.
>
> Signed-off-by: Alex De
On Sat, 22 Jun 2013 13:04:09 -0700
Guenter Roeck wrote:
> On Sat, Jun 22, 2013 at 12:16:46PM -0700, Jesse Barnes wrote:
> > On Fri, 21 Jun 2013 23:58:08 -0700
> > Guenter Roeck wrote:
> >
> > > Hi all,
> > >
> > > after upgrading one of my servers to 3.8, then 3.9.7 and 3.10-rc6, I
> > > star
From: Alex Deucher
Use the new asic callback instead.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/sumo_dpm.c| 19 +++
drivers/gpu/drm/radeon/sumo_dpm.h|1 -
drivers/gpu/drm/radeon/sumo_smc.c|2 +-
drivers/gpu/drm/radeon/trinity_dpm.c |6 +++-
From: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/ni_dpm.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/ni_dpm.c b/drivers/gpu/drm/radeon/ni_dpm.c
index 01ecb80..a88f0cb 100644
--- a/drivers/gpu/drm/radeon/ni_dpm.c
+++
From: Alex Deucher
Now that the proper fix has been implemented I can
remove the last remnants of the initial implementation.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h|1 -
drivers/gpu/drm/radeon/radeon_pm.c | 24 +---
2 files changed, 5 inse
From: Alex Deucher
This properly implemented dynamic state adjustment by
using a working copy of the requested and current
power states.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/ni_dpm.c | 65 --
drivers/gpu/drm/radeon/ni_dpm.h |3 +
From: Alex Deucher
This properly implemented dynamic state adjustment by
using a working copy of the requested and current
power states.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/btc_dpm.c | 81 +
drivers/gpu/drm/radeon/cypress_dpm.h |5 ++
From: Alex Deucher
This properly implemented dynamic state adjustment by
using a working copy of the requested and current
power states.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_asic.c |2 +
drivers/gpu/drm/radeon/radeon_asic.h |2 +
drivers/gpu/drm/radeon/trinity_
1 - 100 of 335 matches
Mail list logo
