> + acpi_has_method(parent_adev->handle, "_PR3");
> }
>
> static void nouveau_dsm_pci_probe(struct pci_dev *pdev, acpi_handle
> *dhandle_out,
> --
> 2.10.1
>
> Hi Peter,
This patch indeed does fix the issue for me, thank you.
Kind regards,
|x86-64 (AMD64)
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161029/979503e8/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161029/609289d9/attachment.html>
A frequent issue that arises on shutdown is the drm_mm range manager
complaining of a leak. To aide debugging those, drm can now track the
allocation callsite and print those for the leaks.
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i915/Kconfig.debug | 1 +
1 file changed, 1 insertion(+)
We can use the kernel's stack tracer and depot to record the allocation
site of every drm_mm user and then on shutdown as well as warning that
allocated nodes still reside with the drm_mm range manager, we can also
display who allocated them to aide tracking down the leak.
Signed-off-by: Chris
The Hummingbird A31 board has a VGA DAC which converts RGB output
from the LCD interface to VGA analog signals.
Add nodes for the VGA DAC, its power supply, and enable this part
of the display pipeline.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun6i-a31-hummingbird.dts | 76
Some dumb VGA DACs are active components which require external power.
Add support for specifying a regulator as its power supply.
Signed-off-by: Chen-Yu Tsai
---
.../bindings/display/bridge/dumb-vga-dac.txt | 2 ++
drivers/gpu/drm/bridge/dumb-vga-dac.c | 35
Hi,
This is v3 of my sun6i DRM/KMS display enablement series. Most of the
patches in v2 were merged, leaving only the dumb-vga-dac patch and the
hummingbird-a31 VGA output patch.
A few things were changed, mainly the DAC enable method from a GPIO
to a regulator supply.
Changes since v2:
-
On Thu, Oct 27, 2016 at 10:35 PM, Maxime Ripard
wrote:
> Hi,
>
> On Tue, Oct 25, 2016 at 08:42:26AM +0800, Chen-Yu Tsai wrote:
>> On Mon, Oct 24, 2016 at 10:40 PM, Maxime Ripard
>> wrote:
>> > Hi,
>> >
>> > On Fri, Oct 21, 2016 at 11:15:32AM +0800, Chen-Yu Tsai wrote:
>> >> On Tue, Oct 18, 2016
[Re: bisected gma500 kernel splat on portwell nano-8044] On 29/10/2016 (Sat
23:05) Patrik Jakobsson wrote:
> On Sat, Oct 29, 2016 at 9:13 PM, Paul Gortmaker
> wrote:
> > Dusted off an old Portwell nano-8044 that hadn't been booted for years
> > and found that it wouldn't boot mainline - it puts
hes.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161029/59864d0f/attachment-0001.html>
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161029/3b5558d8/attachment.html>
From: Wei Yongjun
Fixes the following sparse warning:
drivers/dma-buf/sw_sync.c:87:22: warning:
symbol 'sync_timeline_create' was not declared. Should it be static?
Signed-off-by: Wei Yongjun
---
drivers/dma-buf/sw_sync.c | 2 +-
1 file changed, 1 insertion(+), 1
On Wed, 26 Oct 2016, Jani Nikula wrote:
> In practice, none of the i915 developers Cc dri-devel for strictly i915
> specific patches. Make MAINTAINERS reflect reality, and reduce random
> i915 specific noise on dri-devel.
>
> Also, we have a fairly large crowd reading and responding on intel-gfx,
On Wed, 26 Oct 2016, Ville Syrjälä wrote:
> On Wed, Oct 26, 2016 at 12:36:09PM -0400, Lyude wrote:
>> One of the CI machines began to run into issues with the hpd poller
>> suddenly waking up in the midst of the late suspend phase. It looks like
>> this is getting caused by the fact we now
Dusted off an old Portwell nano-8044 that hadn't been booted for years
and found that it wouldn't boot mainline - it puts the D-sub VGA into no
signal mode. Hooking up a serial cable and I see a boot splat, which I
bisected down to
# first bad commit: [01934c2a691882185b3021d437df13bcba07711d]
are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161029/b27323b3/attachment.html>
seems to
> deal with amdgpu internal vm page tables or page table entries for such
> a bo, not with something visible to external clients?
>
> All i can say is it fixes 3D rendering under DRI3 + Prime + pageflipping
> without causing any obvious new problems.
>
> -mario
>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161029/36b61179/attachment.html>
Check whether the kernel really supports power resources for a device,
otherwise the power might not be removed when the device is runtime
suspended (DSM should still work in these cases where PR does not).
Link: https://bugs.freedesktop.org/show_bug.cgi?id=98398
Fixes: 692a17dcc292
19 matches
Mail list logo