[Bug 82285] displayport detects monitor, but the monitor goes into power saving
https://bugs.freedesktop.org/show_bug.cgi?id=82285 Glen Ogilvie changed: What|Removed |Added Attachment #104205|text/plain |application/x-compressed mime type|| -- You are receiving this mail because: You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 82285] New: displayport detects monitor, but the monitor goes into power saving
https://bugs.freedesktop.org/show_bug.cgi?id=82285 Priority: medium Bug ID: 82285 Assignee: xorg-driver-ati@lists.x.org Summary: displayport detects monitor, but the monitor goes into power saving QA Contact: xorg-t...@lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: n...@linuxsolutions.co.nz Hardware: x86-64 (AMD64) Status: NEW Version: unspecified Component: Driver/Radeon Product: xorg Created attachment 104205 --> https://bugs.freedesktop.org/attachment.cgi?id=104205&action=edit This tar.gz contains dmesg, journalctl output, xorg logs, lspci, dmidecode, xrandr I can't get my laptop's displayport output to drive my monitor, using the free ati driver. It does work on the legacy driver, from ATI, however, that only works on X <= 1.12, which is no fun to be stuck with, as no current distro ships old versions of X. I have a 27 inch dell monitor, so using HDMI is not great option, as it can't drive a high enough resolution to look sharp, as I want 2560 x 1440. I think Bug 45291 is basically the same problem, and I've updated it to include my hardware as well. My monitor is a :DELL U2711 Video card: Mobility Radeon HD 4650 Laptop: Dell Studio 1747 This bug has a boot with drm.debug=6 attached, and as much other debugging infomation as I could find. I am happy to work fairly closely on this, if someone has ideas or information they need me to collect. -- You are receiving this mail because: You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
Re: [PATCH r128] Improve handling of monitor and output types
On 06/08/14 09:21 AM, Alex Deucher wrote: > On Mon, Aug 4, 2014 at 6:32 PM, Connor Behan > wrote: >> Checking for OUTPUT_DVI is not the same as checking for MT_DFP. There >> might be r128 cards with a DVI-I connector. These have the capability of >> driving an MT_CRT so we now check the monitor type before programming >> DAC or TMDS registers. >> >> This patch also removes R128ConnectorType and R128BIOSConnector because >> they were not doing much. These data structures are more useful for the >> radeon driver where there is a much wider range of cards. >> >> Signed-off-by: Connor Behan > Reviewed-by: Alex Deucher I just pushed this along with: 0004-Remove-custom-dualhead-code.patch 0005-Remove-custom-DGA-code.patch FYI, there are slight differences to 0004 compared with what you reviewed. Since the patch removes an option, I removed mention of it from the man page as well. Besides that, I fixed a whitespace error and added one sentence to the commit summary. Thanks! signature.asc Description: OpenPGP digital signature ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 76213] xfce4 panel is not rendered properly on radeon southern islands
https://bugs.freedesktop.org/show_bug.cgi?id=76213 --- Comment #15 from Keith Packard --- A patch to disable shader-based trapezoids in glamor has been posted to the xorg-devel list which fixes this for me. -- You are receiving this mail because: You are the QA Contact for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 76921] Rotation crashes ATI + nVidia dual card setup
https://bugs.freedesktop.org/show_bug.cgi?id=76921 --- Comment #2 from Dries Kimpe --- Can you try making the radeon master and the nvidia card slave, to see if this also happens? This might indicate if the problem is in xorg or in the radeon driver. -- You are receiving this mail because: You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 76921] Rotation crashes ATI + nVidia dual card setup
https://bugs.freedesktop.org/show_bug.cgi?id=76921 --- Comment #1 from Dries Kimpe --- I can confirm this, still exists with the current (8/3/14) git versions of the radeon driver and xorg-server. This only happens on the slave card. My configuration is 2x Radeon 5450; Rotation works fine on the master (the card that renders the image) and crashes the X-server with the same backtrace the moment I enable rotation on the slave (radeon) outputs. -- You are receiving this mail because: You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 76921] Rotation crashes ATI + nVidia dual card setup
https://bugs.freedesktop.org/show_bug.cgi?id=76921 Dries Kimpe changed: What|Removed |Added CC||dr...@kimpe.be -- You are receiving this mail because: You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
Re: [PATCH r128] Improve handling of monitor and output types
On Mon, Aug 4, 2014 at 6:32 PM, Connor Behan wrote:
> Checking for OUTPUT_DVI is not the same as checking for MT_DFP. There
> might be r128 cards with a DVI-I connector. These have the capability of
> driving an MT_CRT so we now check the monitor type before programming
> DAC or TMDS registers.
>
> This patch also removes R128ConnectorType and R128BIOSConnector because
> they were not doing much. These data structures are more useful for the
> radeon driver where there is a much wider range of cards.
>
> Signed-off-by: Connor Behan
Reviewed-by: Alex Deucher
> ---
> src/r128.h| 1 -
> src/r128_driver.c | 2 +-
> src/r128_output.c | 160
> --
> src/r128_probe.h | 16 --
> 4 files changed, 60 insertions(+), 119 deletions(-)
>
> diff --git a/src/r128.h b/src/r128.h
> index 6df1b51..d8748b7 100644
> --- a/src/r128.h
> +++ b/src/r128.h
> @@ -504,7 +504,6 @@ typedef struct {
> Bool DDC;
>
> Bool VGAAccess;
> -R128BIOSConnector BiosConnector[R128_MAX_BIOS_CONNECTOR];
>
> /** Added for dualhead support ***/
> BOOL IsSecondary; /* second Screen */
> diff --git a/src/r128_driver.c b/src/r128_driver.c
> index c541bfa..ce38b4e 100644
> --- a/src/r128_driver.c
> +++ b/src/r128_driver.c
> @@ -3225,7 +3225,7 @@ void R128InitRMXRegisters(R128SavePtr orig, R128SavePtr
> save,
> save->fp_h_sync_strt_wid = save->crtc_h_sync_strt_wid;
> save->fp_v_sync_strt_wid = save->crtc_v_sync_strt_wid;
>
> -if (r128_output->type != OUTPUT_DVI && r128_output->type != OUTPUT_LVDS)
> +if (r128_output->MonType != MT_DFP && r128_output->MonType != MT_LCD)
> return;
>
> if (r128_output->PanelXRes == 0 || r128_output->PanelYRes == 0) {
> diff --git a/src/r128_output.c b/src/r128_output.c
> index 7bb2e2a..757ef9b 100644
> --- a/src/r128_output.c
> +++ b/src/r128_output.c
> @@ -90,21 +90,21 @@ static void r128_mode_set(xf86OutputPtr output,
> DisplayModePtr mode, DisplayMode
> if (r128_crtc->crtc_id == 0)
> R128InitRMXRegisters(&info->SavedReg, &info->ModeReg, output,
> adjusted_mode);
>
> -if (r128_output->type == OUTPUT_DVI)
> +if (r128_output->MonType == MT_DFP)
> R128InitFPRegisters(&info->SavedReg, &info->ModeReg, output);
> -else if (r128_output->type == OUTPUT_LVDS)
> +else if (r128_output->MonType == MT_LCD)
> R128InitLVDSRegisters(&info->SavedReg, &info->ModeReg, output);
> -else if (r128_output->type == OUTPUT_VGA)
> +else if (r128_output->MonType == MT_CRT)
> R128InitDACRegisters(&info->SavedReg, &info->ModeReg, output);
>
> if (r128_crtc->crtc_id == 0)
> R128RestoreRMXRegisters(pScrn, &info->ModeReg);
>
> -if (r128_output->type == OUTPUT_DVI)
> +if (r128_output->MonType == MT_DFP)
> R128RestoreFPRegisters(pScrn, &info->ModeReg);
> -else if (r128_output->type == OUTPUT_LVDS)
> +else if (r128_output->MonType == MT_LCD)
> R128RestoreLVDSRegisters(pScrn, &info->ModeReg);
> -else if (r128_output->type == OUTPUT_VGA)
> +else if (r128_output->MonType == MT_CRT)
> R128RestoreDACRegisters(pScrn, &info->ModeReg);
> }
>
> @@ -375,133 +375,91 @@ static Bool R128I2CInit(xf86OutputPtr output,
> I2CBusPtr *bus_ptr, char *name)
> return TRUE;
> }
>
> -void R128SetOutputType(ScrnInfoPtr pScrn, R128OutputPrivatePtr r128_output)
> -{
> -R128OutputType output = OUTPUT_NONE;
> -
> -switch (r128_output->ConnectorType) {
> -case CONNECTOR_VGA:
> -output = OUTPUT_VGA;
> -break;
> -case CONNECTOR_LVDS:
> -output = OUTPUT_LVDS;
> -break;
> -case CONNECTOR_DVI_D:
> -case CONNECTOR_DVI_I:
> -case CONNECTOR_DVI_A:
> -output = OUTPUT_DVI;
> -break;
> -default:
> -output = OUTPUT_NONE;
> -}
> -
> -r128_output->type = output;
> -}
> -
> -void R128SetupGenericConnectors(ScrnInfoPtr pScrn)
> +void R128SetupGenericConnectors(ScrnInfoPtr pScrn, R128OutputType *otypes)
> {
> R128InfoPtr info= R128PTR(pScrn);
> R128EntPtr pR128Ent = R128EntPriv(pScrn);
>
> if (!pR128Ent->HasCRTC2 && !info->isDFP) {
> -info->BiosConnector[0].ConnectorType = CONNECTOR_VGA;
> -info->BiosConnector[0].valid = TRUE;
> +otypes[0] = OUTPUT_VGA;
> return;
> } else if (!pR128Ent->HasCRTC2) {
> -info->BiosConnector[0].ConnectorType = CONNECTOR_DVI_D;
> - info->BiosConnector[0].valid = TRUE;
> +otypes[0] = OUTPUT_DVI;
> return;
> }
>
> -info->BiosConnector[0].ConnectorType = CONNECTOR_LVDS;
> -info->BiosConnector[0].valid = TRUE;
> -
> -info->BiosConnector[1].ConnectorType = CONNECTOR_VGA;
> -info->BiosConnector[1].valid = TRUE;
> +otypes[0] = OUTPUT_LVDS;
> +otypes[1] = OUTPUT_VGA;
> }
>
> Bool R128SetupConnectors(ScrnInfoPtr pScrn)
> {
> R128InfoPtr i
[Bug 76837] sound glitches with radeon.dpm
https://bugs.freedesktop.org/show_bug.cgi?id=76837 --- Comment #9 from francesco --- the problem still present on kernel 3.16, I need to disable radeon dpm (radeon.dpm=0). -- You are receiving this mail because: You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 76213] xfce4 panel is not rendered properly on radeon southern islands
https://bugs.freedesktop.org/show_bug.cgi?id=76213 --- Comment #12 from sda --- Sehr geehrte Damen und Herren, ich befinde mich vom 06.08. bis einschließlich 01.09.2014 im Urlaub. In dieser Zeit lese ich keine Mails. Melde mich nach meinem Urlaub bei Ihnen. Die Mails werden nicht weitergeleitet. Mit freundlichen Grüßen Sancho Dauskardt HERTZ Systemtechnik GmbH Herr Sancho Dauskardt Reinersweg 68 27751 Delmenhorst Germany Telefon: +49 4221 97230-50 Fax Zentrale: +49 4221 97230-19 Fax Einkauf: +49 4221 97230-39 E-Mail: sancho.dauska...@hertz.st Geschäftsführer: Dipl. Ing. Gerhard Richter Firmensitz: Delmenhorst Registergericht: AG Oldenburg, HRB 140351 Umsatzsteuer-Identifikationsnummer gem. § 27a UStG: DE 152357780 www.hertz.st https://bugs.freedesktop.org/show_bug.cgi?id=76213 --- Comment #11 from Michel Dänzer --- (In reply to comment #10) > What's the point of knowing that since it's still not rendered > properly in 1.16 ? I thought it might be fixed by http://cgit.freedesktop.org/xorg/xserver/commit/?h=server-1.16-branch&id=4e9aabb6fc15d8052934f20c6a07801c197ec36a , which entered xserver 1.15.99.903 but was reverted for the 1.16.0 release because it caused a regression. However, looking at your screenshots more closely again, I suppose your problem is the wrong bevel lines at the bottom of the panel, which I'm still seeing with glamor from current xserver Git. -- You are receiving this mail because: You are the QA Contact for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 76213] xfce4 panel is not rendered properly on radeon southern islands
https://bugs.freedesktop.org/show_bug.cgi?id=76213 --- Comment #13 from sda --- Created attachment 104135 --> https://bugs.freedesktop.org/attachment.cgi?id=104135&action=edit attachment-25971-1.dat --- Comment #14 from sda --- Created attachment 104136 --> https://bugs.freedesktop.org/attachment.cgi?id=104136&action=edit Textpart.txt -- You are receiving this mail because: You are the QA Contact for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 76213] xfce4 panel is not rendered properly on radeon southern islands
https://bugs.freedesktop.org/show_bug.cgi?id=76213 --- Comment #11 from Michel Dänzer --- (In reply to comment #10) > What's the point of knowing that since it's still not rendered > properly in 1.16 ? I thought it might be fixed by http://cgit.freedesktop.org/xorg/xserver/commit/?h=server-1.16-branch&id=4e9aabb6fc15d8052934f20c6a07801c197ec36a , which entered xserver 1.15.99.903 but was reverted for the 1.16.0 release because it caused a regression. However, looking at your screenshots more closely again, I suppose your problem is the wrong bevel lines at the bottom of the panel, which I'm still seeing with glamor from current xserver Git. -- You are receiving this mail because: You are the QA Contact for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
Bug#756848: xserver-xorg-video-radeon: Random segfaults with glamor enabled on Southern Islands card
On 06.08.2014 11:55, Jeff Bradberry wrote: > On Tue, Aug 5, 2014 at 10:26 PM, Michel Dänzer wrote: >> >> Does setting the environment variable EGL_DRIVER=egl_dri2 work around >> this problem? > > It has no effect on the behavior. The Xorg.0.log is the same, and the > debug output looks like (with non-EGL lines redacted): > > libEGL debug: Native platform type: drm (autodetected) > libEGL debug: ignore EGL_DRIVERS_PATH for setuid/setgid binaries > libEGL debug: EGL search path is /usr/lib/x86_64-linux-gnu/egl > libEGL debug: added egl_dri2 to module array > libEGL debug: EGL user error 0x3001 (EGL_NOT_INITIALIZED) in eglInitialize Hmm, my best guess is that dri2_initialize_drm() fails, but I'm not sure why... Did installing the *-dbg packages cause any other packages to be removed / upgraded / installed? -- Earthling Michel Dänzer| http://www.amd.com Libre software enthusiast |Mesa and X developer ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
