On Wed, Jul 31, 2013 at 11:16:52PM +0200, Rafael J. Wysocki wrote:
> Does reverting efaa14c help?
Nope.
But see my other reply to Aaron.
Thanks.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dr
On Thu, Aug 01, 2013 at 09:13:35AM +0800, Aaron Lu wrote:
> Can you please run acpi_listen and then press the Fn-Fx key, see if the
> events are correctly sent out?
Like this?
# acpi_listen
video/brightnessdown BRTDN 0087
video/brightnessup BRTUP 0086
video/brightnessdow
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #42 from Scias ---
Comment 40 patch works here.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://
https://bugzilla.kernel.org/show_bug.cgi?id=60674
Bug ID: 60674
Summary: linux 3.10.x RV740 (Radeon HD 4770) display problem
Product: Drivers
Version: 2.5
Kernel Version: 3.10
Hardware: x86-64
OS: Linux
Tree:
https://bugzilla.kernel.org/show_bug.cgi?id=60674
--- Comment #1 from Yves G. (theYinYeti) ---
Created attachment 107074
--> https://bugzilla.kernel.org/attachment.cgi?id=107074&action=edit
For comparison, same screenshot with kernel 3.9.
--
You are receiving this mail because:
You are watchi
On 23.07.2013 21:01, Wolfram Sang wrote:
> diff --git a/drivers/gpu/host1x/drm/hdmi.c b/drivers/gpu/host1x/drm/hdmi.c
> index 01097da..9ffece6 100644
> --- a/drivers/gpu/host1x/drm/hdmi.c
> +++ b/drivers/gpu/host1x/drm/hdmi.c
> @@ -1248,9 +1248,6 @@ static int tegra_hdmi_probe(struct platform_devic
On Tue, Jul 16, 2013 at 9:12 AM, Daniel Vetter wrote:
> All the gem based kms drivers really want the same function to
> destroy a dumb framebuffer backing storage object.
>
> So give it to them and roll it out in all drivers.
>
> This still leaves the option open for kms drivers which don't use G
https://bugzilla.kernel.org/show_bug.cgi?id=60674
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #2 from
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #43 from Alex Deucher ---
Can you guys attach a copy of your vbios?
(as root)
(use lspci to get the bus id)
cd /sys/bus/pci/devices/
echo 1 > rom
cat rom > /tmp/vbios.rom
echo 0 > rom
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #44 from Sergey ---
Created attachment 83431
--> https://bugs.freedesktop.org/attachment.cgi?id=83431&action=edit
vbios used for ATI RV620/M82 [Mobility Radeon HD 3450/3470]
--
You are receiving this mail because:
You are the assi
On Thu, Aug 1, 2013 at 1:54 AM, Rafał Miłecki wrote:
> 2013/7/31 Alex Deucher :
>> On Wed, Jul 31, 2013 at 11:50 AM, Rafał Miłecki wrote:
>>>
>>> Signed-off-by: Rafał Miłecki
>>> ---
>>> Dave/Alex: please decide who picks this patch :)
>>
>> I think it might be easier to just assume 6 afmt block
From: Alex Deucher
Forgot to use the appropriate math64 function.
Signed-off-by: Alex Deucher
---
This is already in my -fixes queue, but for those that are running into
issues, here's the fix.
drivers/gpu/drm/radeon/si_dpm.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #45 from Scias ---
Created attachment 83432
--> https://bugs.freedesktop.org/attachment.cgi?id=83432&action=edit
vbios for RV635/M86 [Mobility Radeon HD 3650]
vbios for RV635/M86 [Mobility Radeon HD 3650]
--
You are receiving thi
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #46 from Francisco Pina Martins ---
I am trying to do some testing too, but I cannot seem to apply the patch from
comment 40 to the mainline kernel.
Should I be getting the changes from a specific branch in
git://people.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #47 from Alex Deucher ---
I've pushed my latest -fixes branch:
http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-fixes-3.11
it already includes the fix from comment 40.
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #48 from Alex Deucher ---
Sergey,
On a kernel that has the patch in comment 40, does booting with radeon.aspm=0
help?
--
You are receiving this mail because:
You are the assignee for the bug.
___
> -Original Message-
> From: Anthoine Bourgeois [mailto:anthoine.bourge...@gmail.com]
> Sent: Wednesday, July 31, 2013 6:34 PM
> To: Deucher, Alexander; Koenig, Christian; Jerome Glisse; Anthoine
> Bourgeois
> Cc: dri-devel@lists.freedesktop.org
> Subject: [PATCH] drm/radeon/dpm: implement
Sebastian Hesselbarth wrote on Wed
[2013-Jul-31 22:21:20 +0200]:
> Darren,
>
> I now fully understand the issues of AM335x's LCD controller and your
> fix for it. I suggest to clarify the comments you added to tilcdc to
> allow others to understand it more quickly.
>
Sebastian,
Thanks for looki
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #49 from Francisco Pina Martins ---
Created attachment 83443
--> https://bugs.freedesktop.org/attachment.cgi?id=83443&action=edit
[AMD/ATI] RV635/M86 [Mobility Radeon HD 3650] vbios
Booting with kernel compiled from
http://cgit.fre
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #50 from Hrvoje Senjan ---
Created attachment 83444
--> https://bugs.freedesktop.org/attachment.cgi?id=83444&action=edit
Advanced Micro Devices [AMD] nee ATI RV635 [Mobility Radeon HD 3650]
Pretty same results as Francisco. The scr
On Thu, Aug 1, 2013 at 10:29 AM, Darren Etheridge wrote:
> Sebastian Hesselbarth wrote on Wed
> [2013-Jul-31 22:21:20 +0200]:
>> Darren,
>>
>> I now fully understand the issues of AM335x's LCD controller and your
>> fix for it. I suggest to clarify the comments you added to tilcdc to
>> allow ot
Signed-off-by: Rafał Miłecki
---
drivers/gpu/drm/radeon/radeon_display.c | 53 ++-
1 file changed, 23 insertions(+), 30 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_display.c
b/drivers/gpu/drm/radeon/radeon_display.c
index c2b67b4..31d9fbe 100644
--- a/d
It was succesfully tested on HD7750 (DCE6).
Signed-off-by: Rafał Miłecki
---
V2: Update comments, change DCE61 AFMTs amount to 6
---
drivers/gpu/drm/radeon/radeon_display.c | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_displa
From: Christian König
Removing the clock/power or resetting the VCPU can cause
hangs if that happens in the middle of a register write.
Stall the memory and register bus before putting the VCPU
into reset. Keep it in reset when unloading the module or
suspending.
Signed-off-by: Christian König
I've already got the fix queued in my -fixes branch:
http://cgit.freedesktop.org/~agd5f/linux/commit/?h=drm-fixes-3.11&id=1d2867b98372929129c7f2ce2c83a9b446a1b43a
> -Original Message-
> From: Tim Gardner [mailto:tim.gard...@canonical.com]
> Sent: Thursday, August 01, 2013 11:26 AM
> To: d
On Thu, Aug 1, 2013 at 11:34 AM, Christian König
wrote:
> From: Christian König
>
> Removing the clock/power or resetting the VCPU can cause
> hangs if that happens in the middle of a register write.
>
> Stall the memory and register bus before putting the VCPU
> into reset. Keep it in reset when
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #51 from Scias ---
I just compiled the latest drm-fixes-3.11 and I got back to the starting point
(3/4 hangs, messed up/slow X)
Trying to figure out why... I was using a 3 days-old drm-fixes-3.11, maybe one
of the latest pulls mes
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #52 from Daniel ---
Created attachment 83462
--> https://bugs.freedesktop.org/attachment.cgi?id=83462&action=edit
vbios for RV620/M82 [Mobility Radeon HD 3450/3470
Just compiled the latest kernel from drm-fixes-3.11, all boots fail
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #53 from Sergey ---
Patch from comment 40 + 'radeon.aspm=0' boot option doesn't change anything.
I got: 1 successful boot, 8 hangs, and one boot with slow Xorg.
--
You are receiving this mail because:
You are the assignee for the bu
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #54 from Scias ---
I reverted to the "old" kernel + Comment 40 patch and it works now.
I can't retrieve the git revision as I cleaned the sources but I cloned the
drm-fixes-3.11 the 30/7 near 11:30 gmt.
I'll try different versions i
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #55 from Shawn Starr ---
Created attachment 83469
--> https://bugs.freedesktop.org/attachment.cgi?id=83469&action=edit
Corrupt screen 'frosting' after DPM enabled #1
Corrupt screen 'frosting' after DPM enabled #1
--
You are recei
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #56 from Shawn Starr ---
Created attachment 83470
--> https://bugs.freedesktop.org/attachment.cgi?id=83470&action=edit
Corrupt screen 'frosting' after DPM enabled #2 both screens
Corrupt screen 'frosting' after DPM enabled #2 both
https://bugs.freedesktop.org/show_bug.cgi?id=66963
Mace Moneta changed:
What|Removed |Added
Attachment #83469|text/plain |image/jpeg
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #57 from Shawn Starr ---
I have a HD3650 Mobile RV635 and also a HD3650 non-mobile (didn't try DPM on
this machine yet).
I've attached some screenshots, is this what people are calling 'frosting' or
do you you refer to another kind o
https://bugs.freedesktop.org/show_bug.cgi?id=66963
Mace Moneta changed:
What|Removed |Added
Attachment #83470|text/plain |image/jpeg
mime type|
Because, there is no reason for it not to be const.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 2 +-
drivers/gpu/drm/gma500/psb_drv.c| 2 +-
drivers/gpu/drm/i810/i810_dma.c | 2 +-
drivers/gpu/drm/i810/i810_drv.h | 2 +-
drivers/gpu/drm/i915/i9
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #58 from Alex Deucher ---
I finally found a system I could reproduce it on and I think I've figured it
out. Patches momentarily...
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #59 from Alex Deucher ---
please try this branch:
http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-fixes-3.11
after a cold shutdown.
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #60 from Hrvoje Senjan ---
(In reply to comment #59)
> please try this branch:
> http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-fixes-3.11
> after a cold shutdown.
This seems to have fixed the issues here :-)
/sys/kernel/debug/
On Qua, 2013-07-31 at 08:25 +0200, Rafał Miłecki wrote:
> HI guys,
>
> I'm looking for the cheapest DCE8 GPU. I know there are 3
> (engineering) families using DCE8: KAVERI, BONAIRE and KABINI.
>
> The only GPU I know should be DCE8 is HD7790 (not even sure which
> engineering family is that). U
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #61 from Hrvoje Senjan ---
Created attachment 83472
--> https://bugs.freedesktop.org/attachment.cgi?id=83472&action=edit
dmesg snippet with latest patches/successful dpm enabled boot
--
You are receiving this mail because:
You are
2013/8/1 Sérgio Basto :
> Hi, DRI devel mailing list have been move to
> dri-devel@lists.freedesktop.org you may want post your question there .
Thanks, I already did:
http://lists.freedesktop.org/archives/dri-devel/2013-July/042583.html
--
Rafał
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #62 from Scias ---
(In reply to comment #59)
> please try this branch:
> http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-fixes-3.11
> after a cold shutdown.
Working here.
I still have the rather minor frost flickering issue and
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #63 from Daniel ---
Created attachment 83484
--> https://bugs.freedesktop.org/attachment.cgi?id=83484&action=edit
successfully booting and waking up from suspend to ram dmesg with dpm=1,
RV620/M82 [Mobility Radeon HD 3450/3470
Late
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #64 from Scias ---
(In reply to comment #63)
> Created attachment 83484 [details]
> successfully booting and waking up from suspend to ram dmesg with dpm=1,
> RV620/M82 [Mobility Radeon HD 3450/3470
>
> Latest commit works fine here.
2013/8/1 Deucher, Alexander
> > -Original Message-
> > From: Anthoine Bourgeois [mailto:anthoine.bourge...@gmail.com]
> > Sent: Wednesday, July 31, 2013 6:34 PM
> > To: Deucher, Alexander; Koenig, Christian; Jerome Glisse; Anthoine
> > Bourgeois
> > Cc: dri-devel@lists.freedesktop.org
> >
https://bugs.freedesktop.org/show_bug.cgi?id=63599
--- Comment #25 from pablow.1...@gmail.com ---
Hi. I'm having a similar GPU lockup CP stall on a REDWOOD card. But it doesn't
happen at login. With kernels 3.9, 3.10 I can run Xorg, use KDE Kwin effects
without any issue; but when I start a game
https://bugs.freedesktop.org/show_bug.cgi?id=63599
--- Comment #26 from pablow.1...@gmail.com ---
Created attachment 83488
--> https://bugs.freedesktop.org/attachment.cgi?id=83488&action=edit
dmesg output from ssh (hyperz enabled)
--
You are receiving this mail because:
You are the assignee fo
https://bugs.freedesktop.org/show_bug.cgi?id=63599
--- Comment #27 from pablow.1...@gmail.com ---
Created attachment 83489
--> https://bugs.freedesktop.org/attachment.cgi?id=83489&action=edit
dmesg output from ssh (hyperz disabled)
--
You are receiving this mail because:
You are the assignee f
https://bugs.freedesktop.org/show_bug.cgi?id=63599
--- Comment #28 from Alex Deucher ---
(In reply to comment #25)
> Hi. I'm having a similar GPU lockup CP stall on a REDWOOD card. But it
> doesn't happen at login. With kernels 3.9, 3.10 I can run Xorg, use KDE
> Kwin effects without any issue;
https://bugs.freedesktop.org/show_bug.cgi?id=64503
--- Comment #19 from Alex Deucher ---
does this patch help:
http://cgit.freedesktop.org/~agd5f/linux/commit/?h=drm-fixes-3.11&id=dffd4b65ca8989acb914da3c685c798ca5fcf99c
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #65 from Daniel ---
Created attachment 83491
--> https://bugs.freedesktop.org/attachment.cgi?id=83491&action=edit
wake up from suspend with "battery" radeon_pm_state
OK, I know what you mean now, Scias.
A few tests here:
1. Setting
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #66 from Daniel ---
Created attachment 83492
--> https://bugs.freedesktop.org/attachment.cgi?id=83492&action=edit
could see and move the cursor, also waking up from suspend with "battery" state
--
You are receiving this mail becau
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #12 from Alex Deucher ---
Do you have any sort of background animations, compute jobs, or anything like
that running? I have a very similar 5770, and I can't reproduce the issue.
The multi-monitor state works fine here.
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #67 from Alex Deucher ---
(In reply to comment #65)
> For the last test, I have a question here:
> Should it switch from "balanced" to "battery" automatically when I unplug
> the power cabble or just stay "balanced"?
There is no auto
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #68 from Alex Deucher ---
In the short term until we sort out why the battery state causes resume
problems, you can select balanced or performance state in your suspend script.
--
You are receiving this mail because:
You are the ass
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #69 from Hrvoje Senjan ---
(In reply to comment #60)
> (In reply to comment #59)
> > please try this branch:
> > http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-fixes-3.11
> > after a cold shutdown.
>
> This seems to have fixed t
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #13 from Tobias Droste ---
The only active component is kwin with compositing.
But even if I disable compositing and don't touch the mouse or keyboard for a
while the state doesn't change.
I also doubt that's the problem because
#
Hi Vikas,
On Thursday 01 of August 2013 16:49:32 Vikas Sajjan wrote:
> While trying to get boot-logo up on exynos5420 SMDK which has eDP panel
> connected with resolution 2560x1600, following error occured even with
> IOMMU enabled:
> [0.88] [drm:lowlevel_buffer_allocate] *ERROR* failed to all
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #70 from Sergey ---
Works good for me:
Major:
5 of 5 boots after shutdown.
5 of 5 boots after reboot.
First boot after shutdown hanged though.
Suspend:
Works always for me 10 of 10. Checked different states.
Hibernate:
Works most o
On Thu, Aug 1, 2013 at 7:20 PM, Tomasz Figa wrote:
> Hi Vikas,
>
> On Thursday 01 of August 2013 16:49:32 Vikas Sajjan wrote:
>> While trying to get boot-logo up on exynos5420 SMDK which has eDP panel
>> connected with resolution 2560x1600, following error occured even with
>> IOMMU enabled:
>> [0
This one may have been going on for some time - I haven't updated the
old Intel Mac Mini in a while.
And by "not updated" I also mean that it's some really old user-space:
the machine is running F14, and cannot be updated to anything newer
without having to reinstall everything because of a stupid
On Wed, 2013-07-31 at 02:01 +0200, Rafael J. Wysocki wrote:
> On Thursday, July 18, 2013 02:16:09 AM Rafael J. Wysocki wrote:
> > On Sunday, June 09, 2013 07:01:36 PM Matthew Garrett wrote:
> > > Windows 8 introduced new policy for backlight control by pushing it out to
> > > graphics drivers. This
On 07/31/2013 08:01 AM, Rafael J. Wysocki wrote:
> On Thursday, July 18, 2013 02:16:09 AM Rafael J. Wysocki wrote:
>> On Sunday, June 09, 2013 07:01:36 PM Matthew Garrett wrote:
>>> Windows 8 introduced new policy for backlight control by pushing it out to
>>> graphics drivers. This appears to have
2013/7/30 Markus Trippelsdorf :
>
> I begin to wonder if:
> [drm:r600_dma_ring_test] *ERROR* radeon: ring 3 test failed (0xCAFEDEAD)
> is an simple initialization bug that doesn't directly depend on kexec at
> all.
>
> --
> Markus
I bet on this (because I see the same error in another context)
On Wed, Jul 31, 2013 at 6:46 PM, David Herrmann wrote:
> Hi
>
> On Tue, Jul 30, 2013 at 9:52 AM, Sedat Dilek wrote:
>> On Tue, Jul 30, 2013 at 9:41 AM, Sedat Dilek wrote:
>>> On Fri, Jul 26, 2013 at 10:15 PM, Daniel Vetter wrote:
On Fri, Jul 26, 2013 at 12:09:32PM +0200, David Herrmann wro
On 07/25/2013 09:32 PM, Rob Clark wrote:
On Thu, Jul 25, 2013 at 2:32 PM, Darren Etheridge wrote:
[...]
This patch set inverts the hsync signal coming from the tilcdc so the NXP
is kept happy and then shifts the output to the right to compensate for the
sync timing issues. Display modes from
On Wed, Jul 31, 2013 at 10:21:20PM +0200, Sebastian Hesselbarth wrote:
> Should we prepare a new patch set comprising the following patches?
>
> Russell King:
> drm/i2c: nxp-tda998x: fix EDID reading on TDA19988 devices
> drm/i2c: nxp-tda998x: ensure VIP output mux is properly set
> drm/i2c: nxp-td
Allows you to limit the selected power levels via sysfs.
Force the feedback divider to select a power level.
Signed-off-by: Anthoine Bourgeois
---
drivers/gpu/drm/radeon/radeon_asic.c | 1 +
drivers/gpu/drm/radeon/radeon_asic.h | 2 ++
drivers/gpu/drm/radeon/rs780_dpm.c | 67 +
On 08/01/2013 12:36 AM, Borislav Petkov wrote:
> On Wed, Jul 31, 2013 at 06:22:52PM +0200, Borislav Petkov wrote:
>> Dudes,
>>
>> has anyone already reported this (happens on Linus of today +
>> tip/master):
>
> Oh, one more thing: I can't control the backlight anymore on this x230
> with the Fn-F
On 08/01/2013 04:12 PM, Borislav Petkov wrote:
> On Thu, Aug 01, 2013 at 09:13:35AM +0800, Aaron Lu wrote:
>> Can you please run acpi_listen and then press the Fn-Fx key, see if the
>> events are correctly sent out?
>
> Like this?
>
> # acpi_listen
> video/brightnessdown BRTDN 0087
>
While trying to get boot-logo up on exynos5420 SMDK which has eDP panel
connected with resolution 2560x1600, following error occured even with
IOMMU enabled:
[0.88] [drm:lowlevel_buffer_allocate] *ERROR* failed to allocate buffer.
[0.89] [drm] Initialized exynos 1.0.0 20110530 on minor 0
T
Observe that nouveau_optimus_dsm and nouveau_dsm are equal except for
the parameters handling (UUID, revision ID and function arguments). The
function arguments are passed as Buffer in the "optimus dsm" and Integer
in "nvidia dsm". As buffers are implicitly converted to integers, merge
both functio
ERROR: "__divdi3" [drivers/gpu/drm/radeon/radeon.ko] undefined!
make[3]: *** [__modpost] Error 1
gcc version 4.8.1
Cc: David Airlie
Cc: Alex Deucher
Signed-off-by: Tim Gardner
---
drivers/gpu/drm/radeon/si_dpm.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gp
Since commit 29a241c (ACPICA: Add argument typechecking for all
predefined ACPI names), _DSM parameters are validated which trigger the
following warning:
ACPI Warning: \_SB_.PCI0.GFX0._DSM: Argument #4 type mismatch - Found
[Integer], ACPI requires [Package] (20130517/nsarguments-95)
ACP
Hi Dave,
I don't know anything of PM domains, but there was one minor thing I wanted to
mention, see below.
On Monday 29 July 2013 16:06:56 Dave Airlie wrote:
> From: Dave Airlie
Something went wrong here I guess?
> [..]
>
> +static int vga_switcheroo_runtime_resume_hdmi_audio(struct device *
Enables getting correct mode clock when reading pipe config
Signed-off-by: Furquan Shaikh
---
drivers/gpu/drm/i915/intel_ddi.c | 8
drivers/gpu/drm/i915/intel_display.c | 9 -
2 files changed, 16 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/intel_ddi.c b/d
On 08/01/2013 05:07 PM, Aaron Lu wrote:
> On 08/01/2013 04:12 PM, Borislav Petkov wrote:
>> On Thu, Aug 01, 2013 at 09:13:35AM +0800, Aaron Lu wrote:
>>> Can you please run acpi_listen and then press the Fn-Fx key, see if the
>>> events are correctly sent out?
>>
>> Like this?
>>
>> # acpi_listen
>
Hi Tomasz,
On 2 August 2013 04:50, Tomasz Figa wrote:
>
> Hi Vikas,
>
> On Thursday 01 of August 2013 16:49:32 Vikas Sajjan wrote:
> > While trying to get boot-logo up on exynos5420 SMDK which has eDP panel
> > connected with resolution 2560x1600, following error occured even with
> > IOMMU enab
Hi Vikas,
On 1 August 2013 16:49, Vikas Sajjan wrote:
> While trying to get boot-logo up on exynos5420 SMDK which has eDP panel
> connected with resolution 2560x1600, following error occured even with
> IOMMU enabled:
> [0.88] [drm:lowlevel_buffer_allocate] *ERROR* failed to allocate buffer.
Hi Vikas,
On 2 August 2013 09:23, Vikas Sajjan wrote:
> Hi Tomasz,
>
>
> On 2 August 2013 04:50, Tomasz Figa wrote:
>>
>> Hi Vikas,
>>
>> On Thursday 01 of August 2013 16:49:32 Vikas Sajjan wrote:
>> > While trying to get boot-logo up on exynos5420 SMDK which has eDP panel
>> > connected with re
On Fri, Aug 2, 2013 at 12:41 AM, Peter Wu wrote:
> Observe that nouveau_optimus_dsm and nouveau_dsm are equal except for
> the parameters handling (UUID, revision ID and function arguments). The
> function arguments are passed as Buffer in the "optimus dsm" and Integer
> in "nvidia dsm". As buffer
On Fri, Aug 2, 2013 at 1:25 AM, Josep Lladonosa wrote:
> Hello,
>
> I am using a Lenovo Edge E530 and, with kernel 3.11.0-rc3, I had to
> change to this parameter to the kernel boot:
>
>
> GRUB_CMDLINE_LINUX="acpi_osi=\"!Windows 2012\""
I think it's pretty obvious that for the time being we need
On Wed, Jul 31, 2013 at 11:16:52PM +0200, Rafael J. Wysocki wrote:
> Does reverting efaa14c help?
Nope.
But see my other reply to Aaron.
Thanks.
On Thu, Aug 01, 2013 at 09:13:35AM +0800, Aaron Lu wrote:
> Can you please run acpi_listen and then press the Fn-Fx key, see if the
> events are correctly sent out?
Like this?
# acpi_listen
video/brightnessdown BRTDN 0087
video/brightnessup BRTUP 0086
video/brightnessdow
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130801/b525fcaf/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=60674
Bug ID: 60674
Summary: linux 3.10.x RV740 (Radeon HD 4770) display problem
Product: Drivers
Version: 2.5
Kernel Version: 3.10
Hardware: x86-64
OS: Linux
Tree:
https://bugzilla.kernel.org/show_bug.cgi?id=60674
--- Comment #1 from Yves G. (theYinYeti) ---
Created attachment 107074
--> https://bugzilla.kernel.org/attachment.cgi?id=107074&action=edit
For comparison, same screenshot with kernel 3.9.
--
You are receiving this mail because:
You are watchi
On 23.07.2013 21:01, Wolfram Sang wrote:
> diff --git a/drivers/gpu/host1x/drm/hdmi.c b/drivers/gpu/host1x/drm/hdmi.c
> index 01097da..9ffece6 100644
> --- a/drivers/gpu/host1x/drm/hdmi.c
> +++ b/drivers/gpu/host1x/drm/hdmi.c
> @@ -1248,9 +1248,6 @@ static int tegra_hdmi_probe(struct platform_devic
On Tue, Jul 16, 2013 at 9:12 AM, Daniel Vetter
wrote:
> All the gem based kms drivers really want the same function to
> destroy a dumb framebuffer backing storage object.
>
> So give it to them and roll it out in all drivers.
>
> This still leaves the option open for kms drivers which don't use
https://bugzilla.kernel.org/show_bug.cgi?id=60674
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #2 fr
ause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130801/abac3013/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130801/09698bd3/attachment.html>
On Thu, Aug 1, 2013 at 1:54 AM, Rafa? Mi?ecki wrote:
> 2013/7/31 Alex Deucher :
>> On Wed, Jul 31, 2013 at 11:50 AM, Rafa? Mi?ecki wrote:
>>>
>>> Signed-off-by: Rafa? Mi?ecki
>>> ---
>>> Dave/Alex: please decide who picks this patch :)
>>
>> I think it might be easier to just assume 6 afmt block
From: Alex Deucher
Forgot to use the appropriate math64 function.
Signed-off-by: Alex Deucher
---
This is already in my -fixes queue, but for those that are running into
issues, here's the fix.
drivers/gpu/drm/radeon/si_dpm.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
ceiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130801/202b4477/attachment.html>
://people.freedesktop.org/~agd5f/linux ?
Thanks and sorry about the noise.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130801/53403
ignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130801/c243b852/attachment-0001.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130801/584816ed/attachment.html>
> -Original Message-
> From: Anthoine Bourgeois [mailto:anthoine.bourgeois at gmail.com]
> Sent: Wednesday, July 31, 2013 6:34 PM
> To: Deucher, Alexander; Koenig, Christian; Jerome Glisse; Anthoine
> Bourgeois
> Cc: dri-devel at lists.freedesktop.org
> Subject: [PATCH] drm/radeon/dpm: impl
1 - 100 of 156 matches
Mail list logo
