se:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131230/f87d7fe5/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/20131230/8845bb16/attachment.html>
DRM_HZ and DRM_WAKEUP macros are removed, but they still remained.
So this patch fixes build errors by replacing the macros.
Signed-off-by: Seung-Woo Kim
---
The build errors are only in drm-next branch, so this patch is based on the
branch.
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c |4 ++
Hi Dave,
This patch fixes build error occurred by below two patches already
merged to drm-next,
commit bfd8303af0c46bd094289ee4e65f1e4bcc4fb7d3
Author: Daniel Vetter
Date: Wed Dec 11 11:34:41 2013 +0100
drm: Kill DRM_HZ
We don't have any userspace interfaces that use HZ as a time uni
Ben, please pick this up for -fixes during Daniel's absense.
BR,
Jani.
On Sat, 28 Dec 2013, Alexander van Heukelum wrote:
> My Acer 8510TZ stops displaying anything when X starts with Linus' current
> tree. I bisected it down to commit ee1452d74584.
>
> This patch reverts commit ee1452d74584.
On Mon, 23 Dec 2013, der-b wrote:
> Hello,
>
> i got a new Notebook with an Intel Core i7-3689Y whit a Intel HD
> Graphics 4000. I got a blank screen while booting but I could use ssh.
> This happened each time, when I enabled CONFIG_I915_KMS in the kernel
> config (modeset=1). Setting the opti
https://bugzilla.kernel.org/show_bug.cgi?id=39612
--- Comment #7 from Linas ---
I still have video problems, although causing a freeze at some random point*,
rather than a black screen after boot.
* Or you can make it deterministic by running something like
/usr/lib/xscreensaver/kumppa ;)
--
https://bugzilla.kernel.org/show_bug.cgi?id=64891
Joaqu?n Aramend?a changed:
What|Removed |Added
Attachment #115771|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=64891
--- Comment #31 from Rafael J. Wysocki ---
It looks like the ACPIPHP is not sufficient in your case, because it still
tries to remove some devices in response to the event signaled after _DSM
execution.
We'll need some more debug info to figure o
On Mon, Dec 30, 2013 at 4:15 PM, Stephen Boyd wrote:
> This file doesn't use the clk_reset() API that is exposed in
> mach-msm's mach/clk.h file. Remove the include so that this
> driver can be compiled as part of the multi-platform kernel.
Thanks!
Signed-off-by: Rob Clark
> Cc: Rob Clark
>
On Mon, Dec 30, 2013 at 8:12 PM, Rob Clark wrote:
> On Mon, Dec 30, 2013 at 4:15 PM, Stephen Boyd wrote:
>> This file doesn't use the clk_reset() API that is exposed in
>> mach-msm's mach/clk.h file. Remove the include so that this
>> driver can be compiled as part of the multi-platform kernel.
>
On 12/30, Rob Clark wrote:
> On Mon, Dec 30, 2013 at 8:12 PM, Rob Clark wrote:
> > On Mon, Dec 30, 2013 at 4:15 PM, Stephen Boyd
> > wrote:
> >> This file doesn't use the clk_reset() API that is exposed in
> >> mach-msm's mach/clk.h file. Remove the include so that this
> >> driver can be compil
Hello,
I am trying to eliminate missing-prototypes warnings for drivers/gpu/.
I noticed that radeon_reg.h and radeon_drv.h conflict due to
incompatible definitions therefore making it difficult to add both the
headers in a single file. If it is included, then it throws the
following error:
driver
13 matches
Mail list logo
