dri-devel January 2011

dri-devel@lists.freedesktop.org

70 participants
451 discussions

[Bug 27314] DP link training fails on 2560x1440 panels
by bugzilla-daemon＠freedesktop.org 05 Jan '11

05 Jan '11

https://bugs.freedesktop.org/show_bug.cgi?id=27314 --- Comment #21 from Alex Deucher <agd5f(a)yahoo.com> 2011-01-05 14:59:46 PST --- You'll have to tweak the link training algo (dp_link_train() in atombios_dp.c) until the monitor accepts the link. Unfortunately, there's not a lot I can do without access to the problematic monitor. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

[Bug 27314] DP link training fails on 2560x1440 panels
by bugzilla-daemon＠freedesktop.org 05 Jan '11

05 Jan '11

https://bugs.freedesktop.org/show_bug.cgi?id=27314 --- Comment #20 from Travis Glenn Hansen <travisghansen(a)yahoo.com> 2011-01-05 13:59:50 PST --- Is there any hack I can do to get this working? I'd like to be using the open-source drivers (9 months has been more than enough for me)... -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

[Bug 25052] kernel modesetting still does not work
by bugzilla-daemon＠bugzilla.kernel.org 05 Jan '11

05 Jan '11

https://bugzilla.kernel.org/show_bug.cgi?id=25052 Elmar Stellnberger <estellnb(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |PATCH_ALREADY_AVAILABLE --- Comment #5 from Elmar Stellnberger <estellnb(a)gmail.com> 2011-01-05 21:58:16 --- Thanks a lot. That has resolved my issue (as far as I can see). X can now boot into graphics mode and both monitors will stay alive. However after using xrandr (by disabling the integrated monitor) my Xorg started to hang by an overflow of the event queue (see: https://bugs.freedesktop.org/show_bug.cgi?id=32393) which I would however presume having nothing to do with the kernel. ((tested with 2.6.36-rc8 / 2.6.37.-7.99.2.2948ffa)) -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl -- _______________________________________________ Dri-devel mailing list Dri-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel

1 0

OpenChrome KMS needs a home
by James Simmons 05 Jan '11

05 Jan '11

Hi! The OpenChrome project is now experimenting with a move over to the new TTM/GEM and KMS apis. A xorg tree has just been started to support KMS and UMS (svn http://svn.openchrome.org/svn/branches/openchrome-kms). I also have changes on the kernel side. Those changes need a home. I could place them on git.infradead.org but feel the freedesktop.org is a more suitable home. So I'm hoping we can arrange something here. Thank you.

2 1

[PATCH] drm/radeon/kms: manage r300 CMASK RAM access and allow CMASK clear
by Marek Olšák 05 Jan '11

05 Jan '11

The CMASK RAM is for colorbuffer compression (used in conjunction with MSAA). Only one user (filp) can access it. The CMASK RAM access is managed in the same way as Hyper-Z, but there is a separate ioctl, because an app that uses MSAA does not necessarily have to use zbuffering. Signed-off-by: Marek Olšák <maraeo(a)gmail.com> --- drivers/gpu/drm/radeon/r300.c | 9 ++++++++ drivers/gpu/drm/radeon/r300d.h | 1 + drivers/gpu/drm/radeon/radeon.h | 3 +- drivers/gpu/drm/radeon/radeon_drv.c | 2 +- drivers/gpu/drm/radeon/radeon_kms.c | 39 ++++++++++++++++++++++++---------- include/drm/radeon_drm.h | 1 + 6 files changed, 41 insertions(+), 14 deletions(-) diff --git a/drivers/gpu/drm/radeon/r300.c b/drivers/gpu/drm/radeon/r300.c index 36b4f7b..23fee54 100644 --- a/drivers/gpu/drm/radeon/r300.c +++ b/drivers/gpu/drm/radeon/r300.c @@ -745,6 +745,11 @@ static int r300_packet0_check(struct radeon_cs_parser *p, break; case 0x4E00: /* RB3D_CCTL */ + if ((idx_value & (1 << 10)) && /* CMASK_ENABLE */ + p->rdev->cmask_filp != p->filp) { + DRM_ERROR("Invalid RB3D_CCTL: Cannot enable CMASK.\n"); + return -EINVAL; + } track->num_cb = ((idx_value >> 5) & 0x3) + 1; break; case 0x4E38: @@ -1206,6 +1211,10 @@ static int r300_packet3_check(struct radeon_cs_parser *p, if (p->rdev->hyperz_filp != p->filp) return -EINVAL; break; + case PACKET3_3D_CLEAR_CMASK: + if (p->rdev->cmask_filp != p->filp) + return -EINVAL; + break; case PACKET3_NOP: break; default: diff --git a/drivers/gpu/drm/radeon/r300d.h b/drivers/gpu/drm/radeon/r300d.h index 0c036c6..1f519a5 100644 --- a/drivers/gpu/drm/radeon/r300d.h +++ b/drivers/gpu/drm/radeon/r300d.h @@ -54,6 +54,7 @@ #define PACKET3_3D_DRAW_IMMD_2 0x35 #define PACKET3_3D_DRAW_INDX_2 0x36 #define PACKET3_3D_CLEAR_HIZ 0x37 +#define PACKET3_3D_CLEAR_CMASK 0x38 #define PACKET3_BITBLT_MULTI 0x9B #define PACKET0(reg, n) (CP_PACKET0 | \ diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h index 431d418..02712bc 100644 --- a/drivers/gpu/drm/radeon/radeon.h +++ b/drivers/gpu/drm/radeon/radeon.h @@ -1168,8 +1168,9 @@ struct radeon_device { bool powered_down; struct notifier_block acpi_nb; - /* only one userspace can use Hyperz features at a time */ + /* only one userspace can use Hyperz features or CMASK at a time */ struct drm_file *hyperz_filp; + struct drm_file *cmask_filp; /* i2c buses */ struct radeon_i2c_chan *i2c_bus[RADEON_MAX_I2C_BUS]; }; diff --git a/drivers/gpu/drm/radeon/radeon_drv.c b/drivers/gpu/drm/radeon/radeon_drv.c index 520b776..79957ed 100644 --- a/drivers/gpu/drm/radeon/radeon_drv.c +++ b/drivers/gpu/drm/radeon/radeon_drv.c @@ -48,7 +48,7 @@ * - 2.5.0 - add get accel 2 to work around ddx breakage for evergreen * - 2.6.0 - add tiling config query (r6xx+), add initial HiZ support (r300->r500) * 2.7.0 - fixups for r600 2D tiling support. (no external ABI change), add eg dyn gpr regs - * 2.8.0 - pageflip support, r500 US_FORMAT regs. r500 ARGB2101010 colorbuf + * 2.8.0 - pageflip support, r500 US_FORMAT regs. r500 ARGB2101010 colorbuf, r300->r500 CMASK */ #define KMS_DRIVER_MAJOR 2 #define KMS_DRIVER_MINOR 8 diff --git a/drivers/gpu/drm/radeon/radeon_kms.c b/drivers/gpu/drm/radeon/radeon_kms.c index 4bf423c..9db428b 100644 --- a/drivers/gpu/drm/radeon/radeon_kms.c +++ b/drivers/gpu/drm/radeon/radeon_kms.c @@ -96,9 +96,27 @@ out: return r; } +static void radeon_set_filp_rights(struct drm_device *dev, + struct drm_file **owner, + struct drm_file *applier, + uint32_t *value) +{ + mutex_lock(&dev->struct_mutex); + if (*value == 1) { + /* wants rights */ + if (!*owner) + *owner = applier; + } else if (*value == 0) { + /* revokes rights */ + if (*owner == applier) + *owner = NULL; + } + *value = *owner == applier ? 1 : 0; + mutex_unlock(&dev->struct_mutex); +} /* - * Userspace get informations ioctl + * Userspace get information ioctl */ int radeon_info_ioctl(struct drm_device *dev, void *data, struct drm_file *filp) { @@ -173,18 +191,15 @@ int radeon_info_ioctl(struct drm_device *dev, void *data, struct drm_file *filp) DRM_DEBUG_KMS("WANT_HYPERZ: invalid value %d\n", value); return -EINVAL; } - mutex_lock(&dev->struct_mutex); - if (value == 1) { - /* wants hyper-z */ - if (!rdev->hyperz_filp) - rdev->hyperz_filp = filp; - } else if (value == 0) { - /* revokes hyper-z */ - if (rdev->hyperz_filp == filp) - rdev->hyperz_filp = NULL; + radeon_set_filp_rights(dev, &rdev->hyperz_filp, filp, &value); + break; + case RADEON_INFO_WANT_CMASK: + /* The same logic as Hyper-Z. */ + if (value >= 2) { + DRM_DEBUG_KMS("WANT_CMASK: invalid value %d\n", value); + return -EINVAL; } - value = rdev->hyperz_filp == filp ? 1 : 0; - mutex_unlock(&dev->struct_mutex); + radeon_set_filp_rights(dev, &rdev->cmask_filp, filp, &value); break; default: DRM_DEBUG_KMS("Invalid request %d\n", info->request); diff --git a/include/drm/radeon_drm.h b/include/drm/radeon_drm.h index 10f8b53..e95a86b 100644 --- a/include/drm/radeon_drm.h +++ b/include/drm/radeon_drm.h @@ -906,6 +906,7 @@ struct drm_radeon_cs { #define RADEON_INFO_ACCEL_WORKING2 0x05 #define RADEON_INFO_TILING_CONFIG 0x06 #define RADEON_INFO_WANT_HYPERZ 0x07 +#define RADEON_INFO_WANT_CMASK 0x08 /* get access to CMASK on r300 */ struct drm_radeon_info { uint32_t request; -- 1.7.1

1 0

Re: VERY slow scrolling on radeon graphics card: debugging a timing issue?
by Michael Tokarev 04 Jan '11

04 Jan '11

02.01.2011 12:00, Pavel Machek wrote: > Hi! > >> The thing is: that same scrolling becomes much faster >> when I "do something" else while it scrolls up. First >> I noticed this when I wanted to switch to another vt >> while it were scrolling -- I held down Ctrl key on my >> keyboard, and out of the sudden the scroll speed up >> dramatically. >> >> It turned out I can speed the thing to about 10 times >> by generating some load: hit and hold a key on the >> keyboard (generates interrupts?), run kernel compile >> in the background (generates disk interrupts?), move >> mouse... > > Try "irqpoll"? It turned out to be a bit less easy than I thought. The thing is, it appears the issue is not triggered on fresh boot - scrolling is reasonable fast there. But slowness returns back after suspend-to-RAM cycle (not suspend-to-disk). I'm still trying ;) > Will cpu load speed it up, too? (Like yes > /dev/null)? Yes, CPU load fixes the issue immediately. But switching from ondemand to performance CPU governor does not fix it. >> Any hints on where to go from there are apprecated. >> >> The hardware is an AMD780g-based motherboard with >> and Athlon CPU, I've seen the same behavour from >> many other similar boards. Kernels - all up to >> the current 2.6.36.2, sine the old days when kms >> for radeon first appeared in staging. > > Watch /proc/interrupts to see if radeon uses them and if they appear > to work? I don't see any change in radeon interrupt numbers during the scrolling, so it's difficult to say. The IRQ is shared between several devices: $ grep radeon /proc/interrupts 18: 510439 370 IO-APIC-fasteoi ohci_hcd:usb3, ohci_hcd:usb4, ohci_hcd:usb5, radeon The counter changes but very slowly (and not during the scroll test when I don't touch anything), I see on correlation between it any my actions. Thanks! /mjt

1 1

[Bug 31943] drm EDID checking is too strict
by bugzilla-daemon＠freedesktop.org 04 Jan '11

04 Jan '11

https://bugs.freedesktop.org/show_bug.cgi?id=31943 --- Comment #6 from Alex Deucher <agd5f(a)yahoo.com> 2011-01-04 15:04:38 PST --- Created an attachment (id=41654) View: https://bugs.freedesktop.org/attachment.cgi?id=41654 Review: https://bugs.freedesktop.org/review?bug=31943&attachment=41654 add edid strict option The drm EDID checker is pretty strict about what EDIDs it will accept. Try this patch and add drm.edid_strict=0 to your kernel command line. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

[Bug 25052] kernel modesetting still does not work
by bugzilla-daemon＠bugzilla.kernel.org 04 Jan '11

04 Jan '11

https://bugzilla.kernel.org/show_bug.cgi?id=25052 --- Comment #4 from Alex Deucher <alexdeucher(a)gmail.com> 2011-01-04 23:03:36 --- Created an attachment (id=42382) --> (https://bugzilla.kernel.org/attachment.cgi?id=42382) add edid strict option The drm EDID checker is pretty strict about what EDIDs it will accept. Try this patch and add drm.edid_strict=0 to your kernel command line. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl -- _______________________________________________ Dri-devel mailing list Dri-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel

1 0

[PATCH] drm/radeon/kms: adjust quirk for acer laptop
by Alex Deucher 04 Jan '11

04 Jan '11

Acer laptop (TravelMate 5730G) has an HDMI connector on the laptop and a DVI connector on the docking station and both share the same encoder, hpd pin, and ddc line. The bios connector table reflects this and is technically correct, however, we drop the DVI connector here since xrandr has no concept of encoders (only crtcs and connectors) and will try and drive both connectors with different crtcs which isn't possible on the hardware side and leaves no crtcs for LVDS or VGA. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=32732 Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com> Cc: stable(a)kernel.org --- drivers/gpu/drm/radeon/radeon_atombios.c | 21 +++++++++++---------- 1 files changed, 11 insertions(+), 10 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_atombios.c b/drivers/gpu/drm/radeon/radeon_atombios.c index 55a0846..e4f7e3e 100644 --- a/drivers/gpu/drm/radeon/radeon_atombios.c +++ b/drivers/gpu/drm/radeon/radeon_atombios.c @@ -313,7 +313,6 @@ static bool radeon_atom_apply_quirks(struct drm_device *dev, uint16_t *line_mux, struct radeon_hpd *hpd) { - struct radeon_device *rdev = dev->dev_private; /* Asus M2A-VM HDMI board lists the DVI port as HDMI */ if ((dev->pdev->device == 0x791e) && @@ -436,21 +435,23 @@ static bool radeon_atom_apply_quirks(struct drm_device *dev, } } - /* Acer laptop reports DVI-D as DVI-I and hpd pins reversed */ + /* Acer laptop (Acer TravelMate 5730G) has an HDMI port + * on the laptop and a DVI port on the docking station and + * both share the same encoder, hpd pin, and ddc line. + * So while the bios table is technically correct, + * we drop the DVI port here since xrandr has no concept of + * encoders and will try and drive both connectors + * with different crtcs which isn't possible on the hardware + * side and leaves no crtcs for LVDS or VGA. + */ if ((dev->pdev->device == 0x95c4) && (dev->pdev->subsystem_vendor == 0x1025) && (dev->pdev->subsystem_device == 0x013c)) { - struct radeon_gpio_rec gpio; - if ((*connector_type == DRM_MODE_CONNECTOR_DVII) && (supported_device == ATOM_DEVICE_DFP1_SUPPORT)) { - gpio = radeon_lookup_gpio(rdev, 6); - *hpd = radeon_atom_get_hpd_info_from_gpio(rdev, &gpio); + /* actually it's a DVI-D port not DVI-I */ *connector_type = DRM_MODE_CONNECTOR_DVID; - } else if ((*connector_type == DRM_MODE_CONNECTOR_HDMIA) && - (supported_device == ATOM_DEVICE_DFP1_SUPPORT)) { - gpio = radeon_lookup_gpio(rdev, 7); - *hpd = radeon_atom_get_hpd_info_from_gpio(rdev, &gpio); + return false; } } -- 1.7.1.1

1 0

[Bug 25052] kernel modesetting still does not work
by bugzilla-daemon＠bugzilla.kernel.org 04 Jan '11

04 Jan '11

https://bugzilla.kernel.org/show_bug.cgi?id=25052 --- Comment #3 from Andrew Morton <akpm(a)linux-foundation.org> 2011-01-04 21:42:08 --- I recategorised this to video/dri-other. That's probably not correct but it gets us a bit closer to here we should be ;) -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl -- _______________________________________________ Dri-devel mailing list Dri-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel January 2011