On 2015å¹´07æ23æ¥ 05:51, Heiko Stübner wrote:
> Am Dienstag, 21. Juli 2015, 16:20:04 schrieb Mark Yao:
>> vop support yuv with NV12, NV16 and NV24, only 2 plane yuv.
>>
>> Signed-off-by: Mark Yao
>> ---
>> Changes in v3:
>> Adviced by Tomasz Figa
>> - separate dest calculate to another patch
>
://lists.freedesktop.org/archives/dri-devel/attachments/20150723/e5b87118/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150723/773337ba/attachment-0001.html>
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150723/97d5adc5/attachment.html>
Op 22-07-15 om 18:02 schreef Daniel Vetter:
> With drivers supporting runtime pm it's generally not a good idea to
> touch the hardware when it's off. Add an option to the commit_planes
> helper to support this case.
>
> Note that the helpers already add all planes on a crtc when a modeset
> happen
Hi Dave,
arb_timer kernel side fix from Chris.
Cheers, Daniel
The following changes since commit 52721d9d3334c1cb1f76219a161084094ec634dc:
Linux 4.2-rc3 (2015-07-19 14:45:02 -0700)
are available in the git repository at:
git://anongit.freedesktop.org/drm-intel tags/drm-intel-fixes-2015-0
Hi Dave,
Regression fix for systemd getting confused about unknown connector state
after resume. Just stop setting the state to unknown, turned out to be a
silly idea anyway. What drivers imo really should do (and i915 still does
that) is forcing a full reprobe on resume to make sure connector cha
On Thu, Jul 23, 2015 at 05:53:43AM +0200, Maarten Lankhorst wrote:
> Op 22-07-15 om 18:02 schreef Daniel Vetter:
> > With drivers supporting runtime pm it's generally not a good idea to
> > touch the hardware when it's off. Add an option to the commit_planes
> > helper to support this case.
> >
> >
Hi Dave,
Update drm-misc pull request since the first one didn't go in yet. Few
atomic helper patches, rejecting some old dri1 crap for modern drivers and
a few trivial things on top.
Cheers, Daniel
The following changes since commit 8b72ce158cf0dba443e36fc66e0bb29c2580e0b6:
drm: Always enab
Oops, somehow removed the mailing lists from Cc: when adding all other
maintainers. Fixed that now.
-Daniel
On Thu, Jul 23, 2015 at 9:31 AM, Daniel Vetter
wrote:
> Hi Dave,
>
> crystalcove pmic support from Shobhit. Patch series has all acks/r-bs from
> other mainainers so ok to pull into drm-ne
Hi Dave,
connector hotplug locking cleanup and fixes to make it save against
atomic. Note that because of depencies this is based on top of the
drm-intel-next pull, so that one needs to go in before this one.
I've also thrown in the mode_group removal on top since it's defunct,
never worked reall
On Tue, 2015-07-21 at 13:28 +0200, Maarten Lankhorst wrote:
> This can be a separate case from mode_changed, when connectors stay
> the
> same but only the mode is different. Drivers may choose to implement
> specific
> optimizations to prevent a full modeset for this case.
>
> Changes since v1:
Reviewed-by: Ander Conselvan de Oliveira
On Tue, 2015-07-21 at 13:28 +0200, Maarten Lankhorst wrote:
> In intel it's useful to keep track of some state changes with old
> crtc state vs new state, for example to disable initial planes or
> when a modeset's prevented during fastboot.
>
> Cc: dri-d
Hi Alex,
I believe that the revert of "drm/radeon: only mark audio as connected
if the monitor supports it (v3)" causes issues with some projectors
which used to work before, see:
https://bugzilla.redhat.com/show_bug.cgi?id=1236337
The user reports that going from 4.0.5 to 4.0.3 fixes this, and
debugfs files are not necessary for the usual operation of the driver
and the device. No need to check for the return values from the debugfs
file creation. Even if one debugfs file fails to create we try with the
next debugfs file and ultimately return success always so that the
driver continues t
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150723/f3409fc3/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=93701
--- Comment #24 from Alex Deucher ---
Created attachment 183471
--> https://bugzilla.kernel.org/attachment.cgi?id=183471&action=edit
possible fix
Does this patch fix the issue?
--
You are receiving this mail because:
You are watching the assi
Hey Thierry,
can you please take some time to look at those two small patches?
Thanks,
Lucas
Am Freitag, den 26.06.2015, 12:27 +0200 schrieb Lucas Stach:
> From: Philipp Zabel
>
> Signed-off-by: Philipp Zabel
> Signed-off-by: Lucas Stach
> ---
> drivers/gpu/drm/panel/panel-simple.c | 1 +
>
e diver from source?
--
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/20150723/b515029e/attachment.html>
On Thu, Jul 23, 2015 at 9:09 AM, Hans de Goede wrote:
> Hi Alex,
>
> I believe that the revert of "drm/radeon: only mark audio as connected
> if the monitor supports it (v3)" causes issues with some projectors
> which used to work before, see:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=123633
t was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150723/a936e880/attachment.html>
MSI interrupts appear to not work for nv46 based cards. Change the mc
subdev oclass for these cards from nv44 to nv4c, the nv4c mc code is
identical to the nv44 mc code except that it does not use msi
(it does not define a msi_rearm callback).
BugLink: https://bugs.freedesktop.org/show_bug.cgi?id=
https://bugzilla.kernel.org/show_bug.cgi?id=93701
--- Comment #25 from Frederik vom Hofe ---
With v4.2-rc3+patch I get a black screen when the console resolution changes
the first time. And my screen power led blinks like it gets no hdmi signal.
So even before X starts and the pink lines show up.
We need to return a new sgt, since the caller takes ownership of it.
Reported-by: Stanimir Varbanov
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/msm_gem_prime.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/msm/msm_gem_prime.c
b/drivers/gpu/drm
Dropping dri-devel for a second.
Hi Jammy,
On 10 July 2015 at 18:56, Emil Velikov wrote:
> On 9 July 2015 at 03:26, Zhou, Jammy wrote:
>> Although I don't like the method of manually iterating sysfs, it seems the
>> last resort if we want to avoid introducing libudev dependency.
>>
> I have th
This series add supports for hyperlink cross-references on Docbooks and
an optional markup syntax for in-source Documentation.
Danilo Cesar Lemes de Paula (4):
scripts/kernel-doc: Adding cross-reference links to html
documentation.
scripts/kernel-doc: Replacing highlights hash by an array
Functions, Structs and Parameters definitions on kernel documentation
are pure cosmetic, it only highlights the element.
To ease the navigation in the documentation we should use inside
those tags so readers can easily jump between methods directly.
This was discussed in 2014[1] and is implement
The "highlight" code is very sensible to the order of the hash keys,
but the order of the keys cannot be predicted on Perl. It generates
faulty DocBook entries like:
- @device_for_each_child
We should use an array for that job, so we can guarantee that the order
of the regex execution on d
Markdown support is given by calling an external tool, pandoc, for all
highlighted text on kernel-doc.
Pandoc converts Markdown text to proper Docbook tags, which will be
later translated to pdf, html or other targets.
This adds the capability of adding human-readle text highlight (bold,
underlin
DRM Docbook is now Markdown ready. This means its doc is able to
use markdown text on it.
* Documentation/DocBook/drm.tmpl: Contains a table duplicated from
drivers/gpu/drm/i915/i915_reg.h. This is not needed anymore
* drivers/gpu/drm/drm_modeset_lock.c: had a code example that used
to look p
https://bugzilla.kernel.org/show_bug.cgi?id=101811
--- Comment #6 from beta992 at gmail.com ---
Ah OK, well it works fine now. :)
If any (debug) info should be needed, feel free to ask. :)
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=93701
Alex Deucher changed:
What|Removed |Added
Attachment #183471|0 |1
is obsolete|
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150723/c2cf4c79/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=93701
--- Comment #27 from Frederik vom Hofe ---
Now the same black screen happens when X starts.
--
You are receiving this mail because:
You are watching the assignee of the bug.
On Thu, 23 Jul 2015 15:16:23 -0300
Danilo Cesar Lemes de Paula wrote:
> This series add supports for hyperlink cross-references on Docbooks and
> an optional markup syntax for in-source Documentation.
I like the idea; just be warned that it's likely to be a week or two and
one more ocean crossin
https://bugzilla.kernel.org/show_bug.cgi?id=93701
--- Comment #28 from Alex Deucher ---
can you attach the kernel log from the black screen?
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=93701
--- Comment #29 from Alex Deucher ---
dmesg output.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=93701
--- Comment #30 from Frederik vom Hofe ---
Created attachment 183511
--> https://bugzilla.kernel.org/attachment.cgi?id=183511&action=edit
dmesg with v4.2-rc3 + 0001-drm-radeon-rework-audio-detect-v2.patch
dmesg with v4.2-rc3 + 0001-drm-radeon-r
https://bugzilla.kernel.org/show_bug.cgi?id=93701
Alex Deucher changed:
What|Removed |Added
Attachment #183491|0 |1
is obsolete|
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150723/8e90e0c7/attachment-0001.html>
Hi Dave,
Just a few fixes for amdgpu.
The following changes since commit c5dfd654d0ec0a28fe81e7bd4d4fd984a9855e09:
Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net (2015-07-22
14:45:25 -0700)
are available in the git repository at:
git://people.freedesktop.org/~agd5f/linux d
By Vesa's DP 1.2 Spec this counter has 4 bits [3:0].
This mask is wrong since when the counter was introduced by myself
on commit ad9dc91b6e21266bfc6f466db4b95e10211f31ee
Author: Rodrigo Vivi
Date: Tue Sep 16 19:18:12 2014 -0400
drm/i915: Fix Sink CRC
Signed-off-by: Rodrigo Vivi
---
inc
On 07/22/2015 08:43 PM, Eric B Munson wrote:
> On Wed, 22 Jul 2015, Vlastimil Babka wrote:
>
>>
>> Hi,
>>
>> I think you should include a complete description of which
>> transitions for vma states and mlock2/munlock2 flags applied on them
>> are valid and what they do. It will also help with th
change much if we removed per-vma
> VM_LOCKONFAULT flag from the equation. Just that re-mlocking area already
> mlocked *withouth* MLOCK_ONFAULT wouldn't know that it was alread
> prepopulated,
> and would have to re-populate in either case (I'm not sure, maybe it's already
> done by current implementation anyway so it's not a potential performance
> regression).
> Only mlockall(MCL_FUTURE | MCL_ONFAULT) should really need the ONFAULT info to
> "stick" somewhere in mm_struct, but it doesn't have to be def_flags?
This all sounds fine and should still cover the usecase that started
this adventure. I will include this change in the V5 spin.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150723/f64a3164/attachment-0001.sig>
Hi,
On 21 July 2015 at 15:03, Marek Szyprowski wrote:
> Hello,
>
> On 2015-07-16 15:09, Hans Verkuil wrote:
>>
>> Marek, Kamil,
>>
>> On 06/29/15 12:14, Hans Verkuil wrote:
>>>
>>> From: Kamil Debski
>>>
>>> Add CEC interface driver present in the Samsung Exynos range of
>>> SoCs.
>>>
>>> The fo
Hi Dave,
Because of backmerge pain with atomic conversion I waited one more -next
tagging round than usual, hence a bit later than usual for the first pull
request for 4.3.
drm-intel-next-2015-07-17:
- prelim hw support dropped for skl after Damien fixed an ABI issue around
planes
- legacy mode
On 07/23/2015 06:39 PM, Kamil Debski wrote:
> Hi,
>
> On 21 July 2015 at 15:03, Marek Szyprowski
> wrote:
>> Hello,
>>
>> On 2015-07-16 15:09, Hans Verkuil wrote:
>>>
>>> Marek, Kamil,
>>>
>>> On 06/29/15 12:14, Hans Verkuil wrote:
From: Kamil Debski
Add CEC interface driver
On Thu, Jul 23, 2015 at 10:32 PM, Ben Skeggs wrote:
> On 24 July 2015 at 01:20, Hans de Goede wrote:
>> MSI interrupts appear to not work for nv46 based cards. Change the mc
>> subdev oclass for these cards from nv44 to nv4c, the nv4c mc code is
>> identical to the nv44 mc code except that it doe
48 matches
Mail list logo
