Hi Daniel,
On Fri, Dec 16, 2016 at 08:29:43AM +0100, Daniel Vetter wrote:
Hi Kbuild folks
So yeah this doesn't apply because it's just 1 patch resent out of a
big patch series, in-reply-to the patch it replaces. So applying this
alone and telling me (and all the mailing lists) that it doesn't a
Hi Daniel,
On Fri, Jun 23, 2017 at 12:30:17PM +0200, Daniel Vetter wrote:
On Fri, Jun 23, 2017 at 05:54:18PM +0800, kbuild test robot wrote:
Signed-off-by: Fengguang Wu
Oops, missed that, applied.
Btw, for regression fixes like that, could you perhaps auto-generate the
Fixes: line per the
On Fri, Jun 23, 2017 at 01:08:17PM +0200, Daniel Vetter wrote:
On Fri, Jun 23, 2017 at 06:51:05PM +0800, Fengguang Wu wrote:
Hi Daniel,
On Fri, Jun 23, 2017 at 12:30:17PM +0200, Daniel Vetter wrote:
> On Fri, Jun 23, 2017 at 05:54:18PM +0800, kbuild test robot wrote:
> >
> >
FYI, we noticed the following commit (built with gcc-5):
commit: 653c9f9a4dd8037ffc5afbb1040d15566aa8f533 ("lib/rbtree,drm/mm: Add
rbtree_replace_node_cached()")
git://anongit.freedesktop.org/drm-intel topic/core-for-CI
in testcase: boot
on test machine: qemu-system-i386 -enable-kvm -smp 2 -m 3
On Mon, Oct 30, 2017 at 12:10:11PM -0700, Linus Torvalds wrote:
On Mon, Oct 30, 2017 at 12:00 AM, Fengguang Wu wrote:
CC intel-gfx.
Thanks, these are all interesting (even if some of them seem to be
from random kernels).
Fengguang, is this a new script that you started running? Because I
On Tue, Dec 27, 2016 at 07:46:55PM +0100, Daniel Vetter wrote:
On Wed, Dec 28, 2016 at 12:57:07AM +0800, kbuild test robot wrote:
tree: git://anongit.freedesktop.org/drm-intel drm-intel-nightly
head: 0d15e733fab5dd48154dda2bebdacd1d87069d08
commit: 50f0033d1a0f3a8e9eed09ab68067fbb57b0669d [3
Joe,
> (It would have been nice to get the content that failes
> instead of having to pull the tree)
Good suggestion! I'll attach the git-format-patch result in the
checkpatch.pl reports in future.
Thanks,
Fengguang
___
Intel-gfx mailing list
Intel-gf
On Wed, Feb 05, 2014 at 08:54:15AM +0100, Daniel Vetter wrote:
> On Tue, Feb 4, 2014 at 8:37 PM, Daniel Vetter wrote:
> > On Tue, Feb 4, 2014 at 8:00 PM, Daniel Vetter
> > wrote:
> >> Moved to a common location so that Jani also can push to it, to avoid
> >> moving it every time I go on vacation
Thanks for catching this!
Acked-by: Fengguang Wu
On Tue, Aug 07, 2012 at 04:52:49PM +0800, Wang Xingchao wrote:
> There're three Ports B/C/D used for selection by each transcoder A/B/C.
>
> Signed-off-by: Wang Xingchao
> ---
> tools/intel_audio_dump.c |6 +++---
Xingchao,
Have you tested the patch in haswell as well as in older hardwares?
In general it would be better if you have run this tool for some time
on several hardwares -- that's the best way to smooth out possible bugs.
> +/*Haswell registers*/
Please fix the style to (ditto for lots of other c
Xingchao,
We have the drm_i915_display_funcs.write_eld() for such
functionalities.
Thanks,
Fengguang
On Wed, Sep 05, 2012 at 01:06:16PM +0800, Wang Xingchao wrote:
> ELD infomation should update immediately when detected HDMI hot plug event.
> The related ELD_VALID bit should be set/clear to gen
> u32 enable_bits = SDVO_ENABLE;
>
> - if (intel_hdmi->has_audio)
> - enable_bits |= SDVO_AUDIO_ENABLE;
> + enable_bits |= SDVO_AUDIO_ENABLE;
The two lines can be combined:
u32 enable_bits = SDVO_ENABLE | SDVO_AUDIO_ENABLE;
Thanks,
Fengguang
__
On Tue, Sep 29, 2015 at 05:18:45PM +0200, Peter Zijlstra wrote:
> On Tue, Sep 29, 2015 at 10:55:39PM +0800, kbuild test robot wrote:
> > Hi Robert,
> >
> > [auto build test results on v4.3-rc3 -- if it's inappropriate base, please
> > ignore]
> >
> > config: i386-defconfig (attached as .config)
tree: git://anongit.freedesktop.org/drm-intel topic/drm-misc
head: 6198447760ed3c684fbcc93b5f91b4e84861e8f3
commit: 7bd870e7b1c8b4ff0b1624778d9ab17bfe6b903d [35/36] drm/virtio: Use new
drm_fb_helper functions
config: x86_64-randconfig-i0-201528 (attached as .config)
reproduce:
git checkout 7
14 matches
Mail list logo