Hi Sean,
On 09/28/2017 11:16 AM, jeffy wrote:
Hi Sean,
On 09/28/2017 04:27 AM, Sean Paul wrote:
>@@ -299,6 +300,7 @@ static int rockchip_drm_sys_resume(struct device
*dev)
>
> priv = drm->dev_private;
> drm_atomic_helper_resume(drm, priv->state);
>+drm_atomic_state_put(priv->stat
Kmemleak reported memory leak after suspend and resume:
unreferenced object 0xffc0e31d8880 (size 128):
comm "bash", pid 181, jiffies 4294763583 (age 24.694s)
hex dump (first 32 bytes):
01 00 00 00 00 00 00 00 00 20 a2 eb c0 ff ff ff . ..
01 00 00 00 00 00 00 00 80 87 1d
tree: git://people.freedesktop.org/~airlied/linux.git drm-next-amd-dc-staging
head: e7b8e99bed73e9c42f1c074ad6009cb59a79bd52
commit: b9e56e41e0c55c2b2ab5919c5e167faa4200b083 [8/9] Merge branch
'drm-next-4.15-dc' of git://people.freedesktop.org/~agd5f/linux into drm-next
config: ia64-allmodconf
OK, got it but can't revert the commit clean.
amdgpu-pci-0100
Adapter: PCI adapter
fan1: 873 RPM
temp1:+26.0°C (crit = +0.0°C, hyst = +0.0°C)
SOURCE/amd-staging-drm-next> git bisect good
0944c350c8eddf4064e7abb881dd245032fdfa23 is the first bad commit
commit 0944c350c8eddf4064
Hi Dave,
More new stuff for 4.15. Highlights:
- Add clock query interface for raven
- Add new FENCE_TO_HANDLE ioctl
- UVD video encode ring support on polaris
- transparent huge page DMA support
- deadlock fixes
- compute pipe lru tweaks
- powerplay cleanups and regression fixes
- fix duplicate sy
Sorry Rex,
after return from our vacation,
I've tested latest amd-staging-drm-next (e5f6a57e350a)
but it is NOT solved on my RX580.
I'll try bisecting if I find some more time in the coming days.
amdgpu-pci-0100
Adapter: PCI adapter
temp1:+27.0°C (crit = +0.0°C, hyst = +0.0°C)
01:00.
https://bugs.freedesktop.org/show_bug.cgi?id=29725
Timothy Arceri changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=92755
vitor@gmail.com changed:
What|Removed |Added
CC||vitor@gmail.com
--- Comment #5
Stefan Wahren writes:
> Hi Eric,
>
>> Eric Anholt hat am 6. Oktober 2017 um 21:42 geschrieben:
>>
>>
>> Stefan Wahren writes:
>>
>> > This fixes the race between vc4_overflow_mem_work and the init of the
>> > job lock. Otherwise we could trigger a NULL pointer dereference
>> > during VC4 bin
https://bugs.freedesktop.org/show_bug.cgi?id=50325
--- Comment #8 from Gert Wollny ---
Could you re-test with the latest mesa-git? As of mid September some patches
landed that improved the register use.
I myself tried it on an AMD 6850 HD and the trace works fine now.
--
You are receiving thi
Convert instances of dev_error to DRM_DEV_ERROR as we have
DRM_DEV_ERROR variants of drm print macros.
Signed-off-by: Harsha Sharma
---
Changes in v3:
-Solve merge conflicts
Changes in v2:
-Fix alignment issues
drivers/gpu/drm/tinydrm/mi0283qt.c | 8
drivers/gpu/drm/tinydrm/repaper.c
Replace instances of drm_framebuffer_reference/unreference() with
*_get/put() suffixes and drm_dev_unref with *_put() suffix
because get/put is shorter and consistent with the
kernel use of *_get/put suffixes.
Done with following coccinelle semantic patch
@@
expression ex;
@@
(
-drm_framebuffer_u
The driver may sleep under a spinlock, and the function call paths are:
gma_power_begin (acquire the spinlock)
gma_resume_pci
pci_set_power_state
__pci_start_power_transition (drivers/pci/pci.c)
msleep --> may sleep
gma_power_begin (acquire the spinlock)
gma_resume_pci
p
These patches are supposed to fix a problem Daniel Axtens found on the
HiSilicon D05 board. The VGA device there is behind a bridge that doesn't
support PCI_BRIDGE_CTL_VGA, so the arbiter never selects the device as the
default.
The first patch extends the arbiter so that if it can't find an enab
On Wed, Sep 27, 2017 at 01:52:55PM +1000, Daniel Axtens wrote:
> Hi Bjorn,
>
> Yes, this works:
>
> Tested-by: Daniel Axtens # arm64, ppc64-qemu-tcg
I guess I was assuming you'd pick this up, but that doesn't really
make sense because I didn't give you a signed-off-by or anything.
I'll post thi
I noticed this email address is listed as the relevant area for the
Documentation/devicetree/bindings/video/ directory in the Linux kernel. I
have a question about this.
I noticed the Documentation/devicetree/bindings/video/ is no longer in the
Linux kernel repo. It was in release 4.3.6 but got dr
From: Bjorn Helgaas
The default VGA device is normally set in vga_arbiter_add_pci_device() when
we call it for the first enabled device that can be accessed with the
legacy VGA resources ([mem 0xa-0xb], etc.)
That default device can be overridden by an EFI device that owns the boot
frame
Hi Eric,
> Eric Anholt hat am 6. Oktober 2017 um 21:42 geschrieben:
>
>
> Stefan Wahren writes:
>
> > This fixes the race between vc4_overflow_mem_work and the init of the
> > job lock. Otherwise we could trigger a NULL pointer dereference
> > during VC4 binding.
> >
> > Link: https://github.
From: Bjorn Helgaas
Daniel Axtens reported that on the HiSilicon D05 board, the VGA device is
behind a bridge that doesn't support PCI_BRIDGE_CTL_VGA, so the VGA arbiter
never selects it as the default, which means Xorg auto-detection doesn't
work.
VGA is a legacy PCI feature: a VGA device can r
On 06.10.2017 12:07, Maarten Lankhorst wrote:
> Op 27-09-17 om 14:53 schreef Dmitry Osipenko:
>> On 27.09.2017 11:35, Maarten Lankhorst wrote:
>>> Commit 669c9215afea ("drm/atomic: Make async plane update checks work as
>>> intended, v2.") assumed incorrectly that if only 1 plane is matched in
>>>
On Fri, Sep 29, 2017 at 10:00 AM, Harsha Sharma
wrote:
> Replace instances of drm_framebuffer_reference/unreference() with
> *_get/put() suffixes and drm_dev_unref with *_put() suffix
> because get/put is shorter and consistent with the
> kernel use of *_get/put suffixes.
> Done with following coc
This fixes the race between vc4_overflow_mem_work and the init of the
job lock. Otherwise we could trigger a NULL pointer dereference
during VC4 binding.
Link: https://github.com/anholt/linux/issues/114
Signed-off-by: Stefan Wahren
Fixes: d5b1a78a772f ("drm/vc4: Add support for drawing 3D frames.
Quoting Harsha Sharma (2017-10-08 15:04:07)
> @@ -624,7 +624,7 @@ static bool intel_fbdev_init_bios(struct drm_device *dev,
> ifbdev->preferred_bpp = fb->base.format->cpp[0] * 8;
> ifbdev->fb = fb;
>
> - drm_framebuffer_reference(&ifbdev->fb->base);
> + drm_framebuffer
https://bugzilla.kernel.org/show_bug.cgi?id=197103
Pierre Moreau (pierre.mor...@free.fr) changed:
What|Removed |Added
CC||pierre.mor...@free
Den 22.09.2017 19.58, skrev Eric Anholt:
Noralf Trønnes writes:
Make the docs read a little better.
This all looks nice to me.
Reviewed-by: Eric Anholt
Thanks, applied to drm-misc.
Noralf.
___
dri-devel mailing list
dri-devel@lists.freedeskto
On Thu, Oct 05, 2017 at 04:07:11PM +0200, Maciej Purski wrote:
> Add HDMI and Sil9234 MHL converter to Trats2 board.
> Following in SoC devices have been enabled:
> - HDMI (HDMI signal encoder),
> - Mixer (video buffer scanout device),
> - I2C_5 bus (used for HDMI DDC)
> - I2C_8 bus (used for HDMI_
https://bugzilla.kernel.org/show_bug.cgi?id=197103
Thorsten Leemhuis (regressi...@leemhuis.info) changed:
What|Removed |Added
CC||regressi..
27 matches
Mail list logo
