dri-devel July 2011

dri-devel@lists.freedesktop.org

76 participants
443 discussions

[Bug 34778] New: [r600g, wine] FEAR / depth-stencil rendering triggers SW fallback
by bugzilla-daemon＠freedesktop.org 12 Jul '11

12 Jul '11

https://bugs.freedesktop.org/show_bug.cgi?id=34778 Summary: [r600g, wine] FEAR / depth-stencil rendering triggers SW fallback Product: DRI Version: DRI CVS Platform: x86-64 (AMD64) URL: http://www.gamershell.com/download_10167.shtml OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: liquid.acid(a)gmx.net System: ATI Technologies Inc Radeon HD 4770 [RV740] drm-radeon-testing kernel (git tip) libdrm, mesa and xf86-video-intel git master xorg-server-1.9.4 mesa git master = 99b9019716d0a5cfc7438677d2e11090d676c054 Hi there, this is sort of copy&paste from bug #34674. The problem (fallback to software rendering) described there also happens on r600g, and probably (judging from the state tracker code) on all gallium drivers. Anyway, from profiling I found out that pipe_put_tile_z and pipe_get_tile_z consume like 90% of the CPU time. These two get called by fallback_copy_texsubimage, which is called from st_copy_texsubimage. Greets, Tobias -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 2

[Bug 39121] New: Random black shaped artifacts in gnome-shell
by bugzilla-daemon＠freedesktop.org 11 Jul '11

11 Jul '11

https://bugs.freedesktop.org/show_bug.cgi?id=39121 Summary: Random black shaped artifacts in gnome-shell Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: vljn(a)ovi.com Created an attachment (id=48943) --> (https://bugs.freedesktop.org/attachment.cgi?id=48943) Picture of an artifact Hi There are some black shaped artifacts occuring over window on gnome-shell. I managed to record a video and extract an image displaying such an artifact. This bug is not deterministic, however it is very frequent : to make it appears, I only moved a terminal window on the bottom edge of the screen. Note that this bug is not specific to gnome-shell, it also appears on kwin effect in kde, and in others circumstance in gnome-shell, but the scenario described above is the easiest to reproduce. My hardware is AMD Zacate E350 (evergreen based), using Mesa 7.11 rc1 (bug is also in 7.10.x) on opensuse 11.4 64bits(is also on Fedora 15), with r600g drivers, libdrm 2.4.26 and ati ddx 14.2, kernel 2.6.39. Vincent -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 12

[PATCH] drm/radeon/kms: fix regression in hotplug
by Alex Deucher 11 Jul '11

11 Jul '11

Skip connectors that do not have an HPD pin. Should fix: https://bugs.freedesktop.org/show_bug.cgi?id=39027 Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com> --- drivers/gpu/drm/radeon/radeon_connectors.c | 6 ++++++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_connectors.c b/drivers/gpu/drm/radeon/radeon_connectors.c index cbfca3a..9792d4f 100644 --- a/drivers/gpu/drm/radeon/radeon_connectors.c +++ b/drivers/gpu/drm/radeon/radeon_connectors.c @@ -52,6 +52,12 @@ void radeon_connector_hotplug(struct drm_connector *connector) struct radeon_device *rdev = dev->dev_private; struct radeon_connector *radeon_connector = to_radeon_connector(connector); + /* bail if the connector does not have hpd pin, e.g., + * VGA, TV, etc. + */ + if (radeon_connector->hpd.hpd == RADEON_HPD_NONE) + return; + radeon_hpd_set_polarity(rdev, radeon_connector->hpd.hpd); /* powering up/down the eDP panel generates hpd events which -- 1.7.1.1

2 1

[PATCH] drm/radeon/kms: use correct BUS_CNTL reg on rs600
by Alex Deucher 11 Jul '11

11 Jul '11

BUS_CNTL is at 0x30 on rs600, not 0x4c. Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com> --- drivers/gpu/drm/radeon/rs600.c | 6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/radeon/rs600.c b/drivers/gpu/drm/radeon/rs600.c index 6e3b11e..1f5850e 100644 --- a/drivers/gpu/drm/radeon/rs600.c +++ b/drivers/gpu/drm/radeon/rs600.c @@ -426,7 +426,7 @@ int rs600_gart_init(struct radeon_device *rdev) return radeon_gart_table_vram_alloc(rdev); } -int rs600_gart_enable(struct radeon_device *rdev) +static int rs600_gart_enable(struct radeon_device *rdev) { u32 tmp; int r, i; @@ -440,8 +440,8 @@ int rs600_gart_enable(struct radeon_device *rdev) return r; radeon_gart_restore(rdev); /* Enable bus master */ - tmp = RREG32(R_00004C_BUS_CNTL) & C_00004C_BUS_MASTER_DIS; - WREG32(R_00004C_BUS_CNTL, tmp); + tmp = RREG32(RADEON_BUS_CNTL) & ~RS600_BUS_MASTER_DIS; + WREG32(RADEON_BUS_CNTL, tmp); /* FIXME: setup default page */ WREG32_MC(R_000100_MC_PT0_CNTL, (S_000100_EFFECTIVE_L2_CACHE_SIZE(6) | -- 1.7.1.1

1 0

[PATCH] drm/radeon/kms: fix typo in read_disabled vbios code
by Alex Deucher 11 Jul '11

11 Jul '11

Rom bit changed between pre-PCIE and PCIE asics. Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com> --- drivers/gpu/drm/radeon/radeon_bios.c | 7 +++++-- drivers/gpu/drm/radeon/radeon_reg.h | 3 ++- 2 files changed, 7 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_bios.c b/drivers/gpu/drm/radeon/radeon_bios.c index 3fc5fa1..c2dcca5 100644 --- a/drivers/gpu/drm/radeon/radeon_bios.c +++ b/drivers/gpu/drm/radeon/radeon_bios.c @@ -350,7 +350,7 @@ static bool avivo_read_disabled_bios(struct radeon_device *rdev) WREG32(RADEON_VIPH_CONTROL, (viph_control & ~RADEON_VIPH_EN)); /* enable the rom */ - WREG32(RADEON_BUS_CNTL, (bus_cntl & ~RADEON_BUS_BIOS_DIS_ROM)); + WREG32(RADEON_BUS_CNTL, (bus_cntl & ~RV370_BUS_BIOS_DIS_ROM)); /* Disable VGA mode */ WREG32(AVIVO_D1VGA_CONTROL, @@ -412,7 +412,10 @@ static bool legacy_read_disabled_bios(struct radeon_device *rdev) WREG32(RADEON_VIPH_CONTROL, (viph_control & ~RADEON_VIPH_EN)); /* enable the rom */ - WREG32(RADEON_BUS_CNTL, (bus_cntl & ~RADEON_BUS_BIOS_DIS_ROM)); + if (rdev->flags & RADEON_IS_PCIE) + WREG32(RADEON_BUS_CNTL, (bus_cntl & ~RV370_BUS_BIOS_DIS_ROM)); + else + WREG32(RADEON_BUS_CNTL, (bus_cntl & ~RADEON_BUS_BIOS_DIS_ROM)); /* Turn off mem requests and CRTC for both controllers */ WREG32(RADEON_CRTC_GEN_CNTL, diff --git a/drivers/gpu/drm/radeon/radeon_reg.h b/drivers/gpu/drm/radeon/radeon_reg.h index ec93a75..115fa67 100644 --- a/drivers/gpu/drm/radeon/radeon_reg.h +++ b/drivers/gpu/drm/radeon/radeon_reg.h @@ -289,8 +289,9 @@ #define RADEON_BRUSH_SCALE 0x1470 #define RADEON_BRUSH_Y_X 0x1474 #define RADEON_BUS_CNTL 0x0030 +# define RV370_BUS_BIOS_DIS_ROM (1 << 2) /* pcie chips */ # define RADEON_BUS_MASTER_DIS (1 << 6) -# define RADEON_BUS_BIOS_DIS_ROM (1 << 12) +# define RADEON_BUS_BIOS_DIS_ROM (1 << 12) /* non-pcie chips, r1xx, r2xx, r300, r350, rv350, r420 */ # define RS600_BUS_MASTER_DIS (1 << 14) # define RS600_MSI_REARM (1 << 20) /* rs600/rs690/rs740 */ # define RADEON_BUS_RD_DISCARD_EN (1 << 24) -- 1.7.1.1

1 2

[PATCH] drm/radeon/kms: fix backend map typo on juniper
by Alex Deucher 11 Jul '11

11 Jul '11

Don't enable backends that don't exist. Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com> Cc: stable(a)kernel.org --- drivers/gpu/drm/radeon/evergreen.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/radeon/evergreen.c b/drivers/gpu/drm/radeon/evergreen.c index 0e3bacc..668a4fb 100644 --- a/drivers/gpu/drm/radeon/evergreen.c +++ b/drivers/gpu/drm/radeon/evergreen.c @@ -2000,7 +2000,7 @@ static void evergreen_gpu_init(struct radeon_device *rdev) gb_backend_map = 0x66442200; break; case CHIP_JUNIPER: - gb_backend_map = 0x00006420; + gb_backend_map = 0x00002200; break; default: gb_backend_map = -- 1.7.1.1

1 0

[Bug 39027] [evergreen] Monitor fails to come back after unplug and replug (recent regression)
by bugzilla-daemon＠freedesktop.org 11 Jul '11

11 Jul '11

https://bugs.freedesktop.org/show_bug.cgi?id=39027 --- Comment #3 from Thomas Lindroth <thomas.lindroth(a)gmail.com> 2011-07-11 10:38:01 PDT --- The provided patch fixed the problem. -- 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 39027] [evergreen] Monitor fails to come back after unplug and replug (recent regression)
by bugzilla-daemon＠freedesktop.org 11 Jul '11

11 Jul '11

https://bugs.freedesktop.org/show_bug.cgi?id=39027 --- Comment #2 from Alex Deucher <agd5f(a)yahoo.com> 2011-07-11 07:48:50 PDT --- Created an attachment (id=48977) View: https://bugs.freedesktop.org/attachment.cgi?id=48977 Review: https://bugs.freedesktop.org/review?bug=39027&attachment=48977 fix This patch should fix it. -- 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

KMS start up configuration customization
by Yeh, Sinclair 11 Jul '11

11 Jul '11

>From reading the code it is not immediately obvious to me how KMS allows for the following boot up behavior and configurations: 1. Start up with a 2048x768 surface and set each of the two CRTCs (at 1024x768 timings) to display left/right half of the screen, 2. Allow for "seamless" mode set, i.e. let the vendor's DRM to report that the current mode (set by the VBIOS for example) is the same as the switch-to mode, and therefore don't turn off the connectors and CRTCs. This avoids unnecessary flashes on the screen at boot time. 3. Start up in clone without specifying "video=", and not going into 1024x768. We would like to start up in a user-specified mode in clone configuration. We have a highly configurable driver, and we need to be able to control exactly how the display(s) come up. I'm trying to figure out if there is a way to do this and still play nice with KMS's initialization sequence. Are any of those possible under KMS at this time? Thanks, Sinclair

2 1

[Bug 32402] New: Oops associated with radeon_unpin_work_func
by bugzilla-daemon＠bugzilla.kernel.org 10 Jul '11

10 Jul '11

https://bugzilla.kernel.org/show_bug.cgi?id=32402 Summary: Oops associated with radeon_unpin_work_func Product: Drivers Version: 2.5 Kernel Version: 2.6.38.2 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: high Priority: P1 Component: Video(DRI - non Intel) AssignedTo: drivers_video-dri(a)kernel-bugs.osdl.org ReportedBy: smf.linux(a)ntlworld.com Regression: No If this system (LFS build) is left idle for several hours with xscreensaver running(don't currently know which screen saver app. I am assuming one of the Mesa 3D ones) the system will oops. The system is locked solid and there is no trace in messages.old on reboot. The attached jpg is a photo of the screen at system failure. I first noticed the problem in 2.6.38-rc8 but have waited until now to report the problem in the hope of obtaining a more repeatable scenario. Version info: Xorg server 1.10.0 Xorg ati driver 6.14.1 libdrm-2.4.24 Mesa-7.10.1 Processor AMD Phenom(tm) II X4 940 Processor Linux Andromeda 2.6.38.2 #1 SMP Mon Mar 28 22:17:13 BST 2011 i686 athlon-4 i386 GNU/Linux Gnu C 4.6.0 Gnu make 3.81 binutils 2.21 util-linux 2.14.1 mount support module-init-tools 3.5 e2fsprogs 1.41.4 Linux C Library 2.13 Dynamic linker (ldd) 2.13 Linux C++ Library 6.0.15 Procps 3.2.7 Net-tools 1.60 Kbd 1.15 Sh-utils 7.4 Modules Loaded md4 md5 hmac cryptomgr aead nls_cp437 cifs crypto_hash crypto_algapi microcode nfs fscache nfsd lockd sunrpc exportfs fuse usbhid firewire_ohci sr_mod sg firewire_core cdrom psmouse i2c_piix4 crc_itu_t button vboxnetflt fifo splitter ohci_hcd ehci_hcd usbcore nls_base vboxnetadp snd_hda_codec_hdmi snd_hda_codec_analog snd_hda_intel snd_hda_codec snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_hwdep snd_pcm snd_page_alloc snd_timer snd soundcore brd loop asus_atk0110 powernow_k8 processor thermal_sys mperf pata_atiixp vboxdrv sky2 rtc eeprom unix -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf -- _______________________________________________ Dri-devel mailing list Dri-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel

1 23

← Newer
1
...
38
39
40
41
42
43
44
45
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel July 2011