lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CADnq5_MiLE0XSpbrd66003DVxdR9c4MgQav3BD+bWtrKvbf+7Q@mail.gmail.com>
Date:	Thu, 19 Jan 2012 14:48:52 -0500
From:	Alex Deucher <alexdeucher@...il.com>
To:	Dave Airlie <airlied@...hat.com>,
	Alex Deucher <alexander.deucher@....com>,
	dri-devel@...ts.freedesktop.org, linux-kernel@...r.kernel.org
Cc:	Seth Forshee <seth.forshee@...onical.com>
Subject: Re: radeon issues on MacBook Pro 8,2

On Thu, Jan 19, 2012 at 12:18 PM, Seth Forshee
<seth.forshee@...onical.com> wrote:
> I'm seeing several issues related to the radeon driver on a MacBook Pro
> 8,2 with the following graphics card:
>
>  ATI Technologies Inc Whistler [AMD Radeon HD 6600M Series] [1002:6741]
>
> All problems were observed when using kernel version 3.2.1. None are
> seen when using fglrx.
>
>  1. Excessive power draw. When using the radeon driver ACPI reports a
>    power draw of about 30W on an idle desktop. Using fglrx brings this
>    number down to 15W.

The power saving features of the open source driver are not yet as
good as the closed source driver.  Please see the power management
section of this page (http://wiki.x.org/wiki/RadeonFeature) for more
info on the options currently available.

>
>  2. Occasional long delays when suspending. When this happens I see
>    messages like following in dmesg:
>
>      [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 5secs aborting
>      [drm:atom_execute_table_locked] *ERROR* atombios stuck executing D44E (len 62, WS 0, PS 0) @ 0xD46A
>
>    Sometimes one of suspend or resume hangs completely, but I can't
>    tell which and am not sure whether or not it's related. I'm also
>    testing a Mac Mini with the exact same card which does not seem to
>    suffer from this issue.
>
>    I ran a bisections that identified f8d0edd (drm/radeon/kms: improve
>    DP detect logic) as introducing problems with suspend, and reverting
>    this patch on top of 3.2.1 does seem to eliminate both issues.
>

That patch doesn't really affect the modesetting paths directly; it
looks like a red herring to me.

>  3. When the LVDS panel is powered off and back on, the display
>    flickers, as if the backlight is cycling rapidly between low and
>    high brightness. If the panel is left on this effect gradually
>    lessens and is eventually no longer noticable. This is not seen with
>    fglrx.
>

For the sake of tracking this properly, it would probably be best to file a bug:
https://bugs.freedesktop.org
Product: DRI
Component: DRM/Radeon
What connectors does your card actually have on it?  Please attach a
copy of your dmesg output and vbios:
(as root)
(use lspci to get the bus id)
cd /sys/bus/pci/devices/<pci bus id>
echo 1 > rom
cat rom > /tmp/vbios.rom
echo 0 > rom

Also, keep in mind that this is a mac so it's likely there may be
wonky mac specific problems.

Alex

> Thanks,
> Seth
> _______________________________________________
> dri-devel mailing list
> dri-devel@...ts.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ