ge a
lot after suspension/hibernation.
--
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/20151228/667c5744/attachment.html>
to be running my card at full power all
the time...
--
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/20151228/018d1544/attachment.html>
On Sat, Dec 26, 2015 at 09:26:32PM +0800, chengang at emindsoft.com.cn wrote:
> From: Chen Gang
>
> It is architecture specific mechanism header, not generic header, so
> move it to arch/x86/include/asm.
There might be future non-x86 hardware which also has an amd iommu, so
the header file shoul
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151228/66f8b7e1/attachment.html>
n you test my patch to see if it fixes the issue for you too?
>
This is still required; state->fb being NULL means the plane is being
disabled.
Cheers,
Daniel
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151228/7c43fb37/attachment.html>
.
--
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/20151228/3987/attachment.html>
don't get any lockups with kernel 4.4-rc6 and current mesa git on my R380X.
--
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/
Hello,
On 2015-12-24 09:15, Inki Dae wrote:
> Seems this patch could be more cleaned up.
>
> Each ctx object of each crtc driver has its own plane config object which
> includes already zpos value.
> So I think we wouldn't need to keep zpos of the plane config and index of the
> plane object.
>
exitcode=0x000b
[8.628614]
[8.637786] Rebooting in 180 seconds..
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151228/9cfc8363/attachment-0001.html>
This patch clean up the drm root directory's Makefile.
Make core and device drivers configuration list sorted Alphabetically.
Signed-off-by: Xinliang Liu
Reviewed-by: Xinwei Kong
Reviewed-by: Yifan Liu
---
drivers/gpu/drm/Makefile | 84 +---
1 file
d_to_eld().
> + * drm_mode_probed_add(). Drivers who manually add modes should also
"drivers which" or "drivers that", I think.
> + * make sure that the @display_info, @width_mm and @height_mm fields of
> the
> + * struct #drm_connector are filled out.
Hi Dave
These patches convert drm/rockchip to atomic API and add rk3036 vop support.
drm/rockchip: covert to support atomic API:
https://lkml.org/lkml/2015/12/16/824
add rk3036 vop support:
https://lkml.org/lkml/2015/12/16/851
These patch tested on popmetal board(rk3288) and kylin boa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
libdrm 2.4.66 release, mainly for new nouveau API.
lots of other changes in here as well though.
Ben Skeggs (14):
nouveau: import and install a selection of nvif headers from the kernel
nouveau: move more abi16-specific logic into abi16.c
13 matches
Mail list logo
