Hi Thierry,
å¨ 2015/8/25 22:16, Thierry Reding åé:
> On Tue, Aug 25, 2015 at 09:48:01PM +0800, Yakir Yang wrote:
>> Hi Thierry & Rob,
>>
>> å¨ 2015/8/25 21:27, Rob Herring åé:
>>> On Tue, Aug 25, 2015 at 4:15 AM, Thierry Reding
>>> wrote:
On Sun, Aug 23, 2015 at 06:23:14PM -0500,
Hi Thierry,
å¨ 2015/8/25 17:58, Thierry Reding åé:
> On Wed, Aug 19, 2015 at 09:50:34AM -0500, Yakir Yang wrote:
> [...]
>> +-analogix,color-space:
>> +input video data format.
>> +COLOR_RGB = 0, COLOR_YCBCR422 = 1, COLOR_YCBCR444 = 2
> I don't think DT is
Hi Thierry,
å¨ 2015/8/25 18:06, Thierry Reding åé:
> On Tue, Aug 25, 2015 at 05:41:19PM +0800, Yakir Yang wrote:
>> Hi Thierry,
>>
>> å¨ 2015/8/25 17:12, Thierry Reding åé:
>>> On Mon, Aug 24, 2015 at 09:48:27AM -0500, Rob Herring wrote:
On Mon, Aug 24, 2015 at 7:57 AM, Russell King
oller support".
So, I wish you could agree with me on this point.
Thanks,
- Yakir
> Rob
>
>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150825/fd4c3c99/attachment-0001.html>
From: Daniel Vetter
The userspace might need some sort of cache coherency management e.g. when CPU
and GPU domains are being accessed through dma-buf at the same time. To
circumvent this problem there are begin/end coherency markers, that forward
directly to existing dma-buf device drivers vfunc
On Tue 25-08-15 10:29:02, Eric B Munson wrote:
> On Tue, 25 Aug 2015, Michal Hocko wrote:
[...]
> > Considering the current behavior I do not thing it would be terrible
> > thing to do what Konstantin was suggesting and populate only the full
> > ranges in a best effort mode (it is done so anyway)
On 08/18/2015 03:54 PM, Eric Anholt wrote:
> VC4 is the GPU (display and 3D) present on the 2835.
This patch and patch 1 seem OK to me, although I'll withhold any ack
until the DT binding design discussion with Rob has been resolved. I
haven't looked at the OF graph bindings he mentioned so have n
On 08/18/2015 03:54 PM, Eric Anholt wrote:
> We need to use it for getting video modes over HDMI.
This patch,
Acked-by: Stephen Warren
gt; better to limit functionality
> in I2S DAI capabilities. I will put this limitation in DMA driver
> capabilities, to represent overall
> sound card capabilities, if you suggest.
A quirk would also do the job.
-- next part --
A non-text attachment was scrubbed..
ville.syrjala at linux.intel.com writes:
> From: Ville Syrjälä
>
> Calculate the number of retries we should do for each i2c-over-aux
> message based on the time it takes to perform the i2c transfer vs. the
> aux transfer.
>
> This mostly matches what the DP spec recommends. The numbers didn't
On Tue, Aug 25, 2015 at 3:42 PM, Rob Clark wrote:
> On Mon, Aug 24, 2015 at 9:47 AM, Rob Herring wrote:
>> On Mon, Aug 17, 2015 at 1:30 PM, Eric Anholt wrote:
>>> Stephen Warren writes:
>>>
On 08/12/2015 06:56 PM, Eric Anholt wrote:
> Signed-off-by: Eric Anholt
This one defi
From: Ville Syrjälä
Calculate the number of retries we should do for each i2c-over-aux
message based on the time it takes to perform the i2c transfer vs. the
aux transfer.
This mostly matches what the DP spec recommends. The numbers didn't come
out exactly the same as the tables in the spec, b
Hi Daniel,
Thank you for the patch.
On Tuesday 25 August 2015 16:26:03 Daniel Vetter wrote:
> Without the () the markup and more important hyperlinking wont happen.
>
> Signed-off-by: Daniel Vetter
> ---
> drivers/gpu/drm/drm_atomic_helper.c | 12 ++--
> 1 file changed, 6 insertions(+)
From: Ville Syrjälä
Calculate the number of retries we should do for each i2c-over-aux
message based on the time it takes to perform the i2c transfer vs. the
aux transfer.
This mostly matches what the DP spec recommends. The numbers didn't come
out exactly the same as the tables in the spec, b
Gentle ping!
Also please note that this is a critical fix. With the
incomplete check pagefaults can happen when the engine
accesses a invalid buffer position.
With best wishes,
Tobias
On 2015-08-18 00:51, Tobias Jakobi wrote:
> The size check was incomplete. It only computed the
> size of area
Gentle ping!
On 2015-08-18 00:51, Tobias Jakobi wrote:
> The cases of the switch statement ensure that reg_type
> can never be REG_TYPE_NONE here.
>
> Signed-off-by: Tobias Jakobi
> ---
> drivers/gpu/drm/exynos/exynos_drm_g2d.c | 8
> 1 file changed, 8 deletions(-)
>
> diff --git a/dr
Hi Thierry,
å¨ 2015/8/25 17:12, Thierry Reding åé:
> On Mon, Aug 24, 2015 at 09:48:27AM -0500, Rob Herring wrote:
>> On Mon, Aug 24, 2015 at 7:57 AM, Russell King - ARM Linux
>> wrote:
>>> On Sun, Aug 23, 2015 at 06:23:14PM -0500, Rob Herring wrote:
On Wed, Aug 19, 2015 at 9:50 AM, Yaki
Hi Thierry,
å¨ 2015/8/25 17:15, Thierry Reding åé:
> On Sun, Aug 23, 2015 at 06:23:14PM -0500, Rob Herring wrote:
>> On Wed, Aug 19, 2015 at 9:50 AM, Yakir Yang wrote:
> [...]
>>> + -analogix,link-rate:
>>> + max link rate supported by the eDP controller.
>>> +
Using bool and returning true upon error is very uncommon. Also an int
return value is actually what all the callers which did check it seem
to have expected.
v2: Restore hunk misplaced in a rebase, spotted by Rob.
Cc: Rob Clark
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_fb_helper.c
On Tue, Aug 25, 2015 at 06:00:26PM +0300, Laurent Pinchart wrote:
> Hi Daniel,
>
> Thank you for the patch.
>
> On Tuesday 25 August 2015 16:26:03 Daniel Vetter wrote:
> > Without the () the markup and more important hyperlinking wont happen.
> >
> > Signed-off-by: Daniel Vetter
> > ---
> > dr
On Tue, 2015-08-25 at 16:29 +0200, Daniel Vetter wrote:
> On Tue, Aug 25, 2015 at 10:26:44AM +0100, Graham Whaley wrote:
> > The KMS Properties table is in HTML format, which is not supported
> > for building pdfdocs, resulting in the following types of errors:
> >
> > jade:/Documentation/DocBook
On Tue, Aug 25, 2015 at 4:41 PM, Michal Hocko wrote:
> On Fri 21-08-15 14:31:32, Eric B Munson wrote:
> [...]
>> I am in the middle of implementing lock on fault this way, but I cannot
>> see how we will hanlde mremap of a lock on fault region. Say we have
>> the following:
>>
>> addr = mmap(
On Tue, Aug 25, 2015 at 04:21:51PM +0200, Thierry Reding wrote:
> You cited code from dw_hdmi.c earlier, it looks like it might be correct
> even though it doesn't cite a reference for why this was done. Perhaps
> someone on this thread, or someone involved with dw_hdmi can answer
> where that code
On Mon, Aug 24, 2015 at 9:47 AM, Rob Herring wrote:
> On Mon, Aug 17, 2015 at 1:30 PM, Eric Anholt wrote:
>> Stephen Warren writes:
>>
>>> On 08/12/2015 06:56 PM, Eric Anholt wrote:
Signed-off-by: Eric Anholt
>>>
>>> This one definitely needs a patch description, since someone might not
>>
On Tue, Aug 25, 2015 at 10:26:44AM +0100, Graham Whaley wrote:
> The KMS Properties table is in HTML format, which is not supported
> for building pdfdocs, resulting in the following types of errors:
>
> jade:/Documentation/DocBook/drm.xml:34413:15:E: there is no attribute
> "border"
> jade:/Do
On Tue 25-08-15 15:55:46, Vlastimil Babka wrote:
> On 08/25/2015 03:41 PM, Michal Hocko wrote:
[...]
> >So what we have as a result is that partially populated ranges are
> >preserved and fully populated ones work in the best effort mode the same
> >way as they are now.
> >
> >Does that sound at le
Without the () the markup and more important hyperlinking wont happen.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_atomic_helper.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/drm_atomic_helper.c
b/drivers/gpu/drm/drm_atomic_helper.c
--
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150825/79ae0ecb/attachment-0001.sig>
ort".
>
> So, I wish you could agree with me on this point.
Your driver should know what link rates it supports and restrict itself
to use those. This is implied by the compatible string and doesn't need
to be duplicated into device tree.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150825/5f331b4b/attachment-0001.sig>
On 08/25/2015 03:41 PM, Michal Hocko wrote:
> On Fri 21-08-15 14:31:32, Eric B Munson wrote:
> [...]
>> I am in the middle of implementing lock on fault this way, but I cannot
>> see how we will hanlde mremap of a lock on fault region. Say we have
>> the following:
>>
>> addr = mmap(len, MAP_
When the usual fbcon legacy options are enabled we have
->register_framebuffer
->fb notifier chain calls into fbcon
->fbcon sets up console on new fbi
->fbi->set_par
->drm_fb_helper_set_par exercises full kms api
And because of locking inversion hilarity all of register_framebu
Faster than recompiling.
Note that restore_fbdev_mode_unlocked is a bit special and the only
one which returns an error code when fbdev isn't there - i915 needs
that one to not fall over with some additional fbcon related restore
code. Everyone else just ignores the return value or only prints a
D
Using bool and returning true upon error is very uncommon. Also an int
return value is actually what all the callers which did check it seem
to have expected.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_fb_helper.c | 19 +++
include/drm/drm_fb_helper.h | 6 +++---
2
These functions are used by drivers to release fbdev emulation
buffers. We need to make them resilient to NULL pointers to
make the fbdev compile/runtime knobs not cause Oopses on module
unload.
Cc: Archit Taneja
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_crtc.c | 14 --
1
On Tue, 2015-08-25 at 13:34 +0200, Daniel Vetter wrote:
> On Tue, Aug 25, 2015 at 10:26:41AM +0100, Graham Whaley wrote:
> > Building pdfdocs shows errors with !includes and s such as:
> > jade:/Documentation/DocBook/drm.xml:666:11:E: document type does
> > not
> > allow element "para" here; miss
On Fri 21-08-15 14:31:32, Eric B Munson wrote:
[...]
> I am in the middle of implementing lock on fault this way, but I cannot
> see how we will hanlde mremap of a lock on fault region. Say we have
> the following:
>
> addr = mmap(len, MAP_ANONYMOUS, ...);
> mlock(addr, len, MLOCK_ONFAULT
i915 supports enough atomic to have atomic fb-helper paths, even though
it does not yet advertise DRIVER_ATOMIC.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/i915/intel_fbdev.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/i915/intel_fbdev.c
b/drivers/gpu/drm/i915/intel_
Signed-off-by: Rob Clark
---
drivers/gpu/drm/drm_fb_helper.c | 57 +
1 file changed, 57 insertions(+)
diff --git a/drivers/gpu/drm/drm_fb_helper.c b/drivers/gpu/drm/drm_fb_helper.c
index 9741d79..efc4d33 100644
--- a/drivers/gpu/drm/drm_fb_helper.c
+++ b/d
Add support for using atomic code-paths for restore_fbdev_mode().
Signed-off-by: Rob Clark
---
drivers/gpu/drm/drm_atomic_helper.c | 131 +---
drivers/gpu/drm/drm_fb_helper.c | 74
include/drm/drm_atomic_helper.h | 6 ++
include/drm
Signed-off-by: Rob Clark
---
include/drm/drm_fb_helper.h | 14 ++
1 file changed, 14 insertions(+)
diff --git a/include/drm/drm_fb_helper.h b/include/drm/drm_fb_helper.h
index 67de1f1..6254136 100644
--- a/include/drm/drm_fb_helper.h
+++ b/include/drm/drm_fb_helper.h
@@ -104,6 +104,2
Convert fb-helper, or at least the two code-paths which potentially
trigger more than a single update, to use atomic API if the driver
supports it.
The first patch is slightly unrelated, but I needed to add kerneldoc
for 'struct drm_fb_helper' before I could add kerneldoc for the new
atomic field.
On Tue, Aug 25, 2015 at 11:36 AM, Mark Brown wrote:
> On Mon, Aug 24, 2015 at 04:08:31PM -0400, Alex Deucher wrote:
>> On Fri, Aug 21, 2015 at 12:17 PM, Mark Brown wrote:
>
>> > What I'm looking for is actual code sharing where we use the same code
>> > for the I2S controller block or a clear and
On Fri, Aug 21, 2015 at 04:46:14PM -0300, Danilo Cesar Lemes de Paula wrote:
> "/**" should be used for kernel-doc documentation only.
> It causes a warning with the new "in struct body" format.
>
> Signed-off-by: Danilo Cesar Lemes de Paula
> Cc: Randy Dunlap
> Cc: Daniel Vetter
> Cc: Laurent
On Tue, Aug 25, 2015 at 9:45 AM, Daniel Vetter
wrote:
> When the usual fbcon legacy options are enabled we have
> ->register_framebuffer
> ->fb notifier chain calls into fbcon
> ->fbcon sets up console on new fbi
> ->fbi->set_par
> ->drm_fb_helper_set_par exercises full kms ap
On Tue, Aug 25, 2015 at 11:20 AM, Daniel Vetter
wrote:
> Using bool and returning true upon error is very uncommon. Also an int
> return value is actually what all the callers which did check it seem
> to have expected.
>
> v2: Restore hunk misplaced in a rebase, spotted by Rob.
>
> Cc: Rob Clark
On Tue, Aug 25, 2015 at 9:45 AM, Daniel Vetter
wrote:
> These functions are used by drivers to release fbdev emulation
> buffers. We need to make them resilient to NULL pointers to
> make the fbdev compile/runtime knobs not cause Oopses on module
> unload.
>
> Cc: Archit Taneja
> Signed-off-by:
On Tue, Aug 25, 2015 at 3:05 AM, Daniel Vetter wrote:
> On Wed, Aug 19, 2015 at 03:00:04PM -0400, Rob Clark wrote:
>> On Tue, Apr 7, 2015 at 2:09 PM, Jilai Wang wrote:
>> So one thing that I wanted sorting out before we let userspace see
>> streaming writeback (where I do think v4l is the right i
On 18 August 2015 at 04:04, Hauke Mehrtens wrote:
> On 08/08/2015 07:01 PM, Hauke Mehrtens wrote:
>> These patches are adding support for outputting 2560x1440 at 56 over HDMI.
>> This needs a pixel clock of 225 MHz which was not supported before.
>>
>> This was tested in a dual monitor setup with
ach the
folks here to check for size vs RSS of the locked mappings for stats on
lock on fault usage so from my point of view, the proc changes are not
necessary.
> --
> Michal Hocko
> SUSE Labs
-- 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/20150825/f8965a59/attachment-0001.sig>
On Tue, Aug 25, 2015 at 10:26:41AM +0100, Graham Whaley wrote:
> Building pdfdocs shows errors with !includes and s such as:
> jade:/Documentation/DocBook/drm.xml:666:11:E: document type does not
> allow element "para" here; missing one of "glossary", "bibliography",
> "index" start-tag
> Fix by
On 08/25/2015 06:30 AM, Thomas Hellstrom wrote:
> On 08/25/2015 11:02 AM, Daniel Vetter wrote:
>> I really feel like any kind of multi-range flush interface is feature
>> bloat, and if we do it then we should only do it later on when there's a
>> clear need for it.
>
> IMO all the use-cases so far
on a framework
or the firmware description such as DT in order to avoid unnecessary
restrictions. The second, orthogonal, issue, is the DT bindings. Those
I think should absolutely be designed case by case and select whatever
most accurately describes the hardware.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150825/de0cd192/attachment-0001.sig>
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/20150825/5fc67033/attachment.html>
ou are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150825/fc8fc7ce/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150825/119092d5/attachment.html>
DDX driver is xf86-video-ati-7.5.0.
--
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/20150825/3deccce9/attachment.html>
our hardware, then it's the driver's job to know about
that and select the next appropriate configuration.
But hard-coding this is not the right solution because the value in DT
may end up conflicting with what the display reports.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150825/6976039d/attachment-0001.sig>
ailable
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150825/185a923a/attachment-0001.sig>
On Tue, Aug 25, 2015 at 12:40:01PM +0200, Thierry Reding wrote:
> On Tue, Aug 25, 2015 at 10:29:39AM +0100, Russell King - ARM Linux wrote:
> > Now, what happens when some other DRM driver wants to use the tda998x
> > driver, and its bindings are not compatible with the component helpers?
> > They'
On Tue, Aug 25, 2015 at 11:13:51AM +0800, Xinliang Liu wrote:
> This patch add a helper func to get a registered crtc from its index.
> In some case, where we know the crtc's index and we want to know the
> crtc too.
>
> For example, the enable_vblank func of struct drm_driver:
> In the implementa
On 08/25/2015 11:02 AM, Daniel Vetter wrote:
> On Mon, Aug 24, 2015 at 04:52:13PM +0100, Daniel Stone wrote:
>> Hi Thomas,
>>
>> On 24 August 2015 at 10:50, Thomas Hellstrom wrote:
>>> In any case, Ideally I'd want the struct dma_buf_sync look something like
>>>
>>> enum dma_buf_sync_flags {
>>>
On Mon, Aug 24, 2015 at 02:41:21PM +0100, Graham Whaley wrote:
> In commit
> d1675198e: drm/i915: Integrate GuC-based command submission
>
> the drm.tmpl include lines reference the intel_guc_submission.c but the
> patch adds the file i915_guc_submission.c. drm.tmpl fails to build with:
> docpro
On Fri, Aug 21, 2015 at 04:46:14PM -0300, Danilo Cesar Lemes de Paula wrote:
> "/**" should be used for kernel-doc documentation only.
> It causes a warning with the new "in struct body" format.
>
> Signed-off-by: Danilo Cesar Lemes de Paula
> Cc: Randy Dunlap
> Cc: Daniel Vetter
> Cc: Laurent
NT4 = 4
>
> And drop the vendor prefix here.
Same as for the link rate.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150825/6f34dcce/attachment-0001.sig>
This patch add a helper func to get a registered crtc from its index.
In some case, where we know the crtc's index and we want to know the
crtc too.
For example, the enable_vblank func of struct drm_driver:
In the implementation of this func, we know the index of the crtc but
we want to know the c
eds to be evaluated on a case by case
basis.
Because of that I think it makes sense to make all these framework bits
opt-in, otherwise we could easily end up in a situation where drivers
have to be rearchitected (or even DT bindings altered!) in order to be
able to reuse code.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150825/6154bc96/attachment-0001.sig>
On Mon, Aug 24, 2015 at 04:52:13PM +0100, Daniel Stone wrote:
> Hi Thomas,
>
> On 24 August 2015 at 10:50, Thomas Hellstrom wrote:
> > In any case, Ideally I'd want the struct dma_buf_sync look something like
> >
> > enum dma_buf_sync_flags {
> > DMA_BUF_SYNC_READ = (1 << 0),
> >
On Wed, Aug 19, 2015 at 08:34:45PM -0400, Alex Deucher wrote:
> On Wed, Aug 19, 2015 at 7:21 PM, Rob Clark wrote:
> > Since this already confused me once when adding addfb2.1, let's clean up
> > the header to split params one per line.
> >
> > Signed-off-by: Rob Clark
>
> Reviewed-by: Alex Deuch
On Wed, Aug 19, 2015 at 06:45:15PM -0400, Rob Clark wrote:
> So the issues that Inki and Bjorn ran into with ww_acquire_fini() vs
> legacy fbdev codepaths (like restore_fbdev_mode() and pan_display())
> would be solved by using a single atomic update for these cases. So
> I hacked up a prototype.
On Tue, Aug 18, 2015 at 02:54:04PM -0700, Eric Anholt wrote:
> This is the start of a full VC4 driver. Right now this just supports
> configuring the display using a pre-existing video mode (because
> changing the pixel clock isn't available yet, and doesn't work when it
> is). However, this is e
On Mon, Aug 17, 2015 at 04:21:22PM +0300, Ander Conselvan de Oliveira wrote:
> Hi,
>
> Right now, if an atomic commit sends multiple vblank events it is not
> possible to distiguish for each crtc each event is for in userspace.
> This series changes that be repurposing the reserved field in struct
On 25.08.2015 10:33, Yakir Yang wrote:
> Hi Krzysztof,
>
> å¨ 2015/8/25 7:49, Krzysztof Kozlowski åé:
>> On 24.08.2015 21:48, Yakir Yang wrote:
>>> Hi Krzysztof,
>>>
>>> å¨ 08/24/2015 12:20 PM, Krzysztof Kozlowski åé:
On 24.08.2015 11:42, Yakir Yang wrote:
> Hi Krzysztof,
>
On Mon, Aug 24, 2015 at 9:55 AM, Zhou, Jammy wrote:
> Both patches are Reviewed-by: Jammy Zhou
I pushed the series. thanks!
Alex
>
> Regards,
> Jammy
>
> -Original Message-
> From: dri-devel [mailto:dri-devel-bounces at lists.freedesktop.org] On Behalf
> Of Christian K?nig
> Sent: Mo
On Tue, Aug 25, 2015 at 11:12:48AM +0200, Thierry Reding wrote:
> On Mon, Aug 24, 2015 at 09:48:27AM -0500, Rob Herring wrote:
> > It goes beyond bindings IMO. The use of the component framework or not
> > has been at the whim of driver writers as well. It is either used or
> > private APIs are cre
ly populated ranges are
> preserved and fully populated ones work in the best effort mode the same
> way as they are now.
>
> Does that sound at least remotely reasonably?
>
>
> --
> Michal Hocko
> SUSE Labs
-- 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/20150825/022d9feb/attachment-0001.sig>
There is a mixture of ", " and extended character quotes through
the document - unify on ".
Note, the extended character quotes caused pdfdoc build errors such as:
jade:/Documentation/DocBook/drm.xml:34432:20:E: non SGML character
number 128
jade:/Documentation/DocBook/drm.xml:34432:21:E: non S
The KMS Properties table is in HTML format, which is not supported
for building pdfdocs, resulting in the following types of errors:
jade:/Documentation/DocBook/drm.xml:34413:15:E: there is no attribute
"border"
jade:/Documentation/DocBook/drm.xml:34413:31:E: there is no attribute
"cellpadding
Fix pdfdocs errors such as:
jade:/Documentation/DocBook/drm.xml:10084:13:E: element "code" undefined
by changing tags to tags.
It looks like tags were introduced in DocBook v4.3, and kernel
DocBook is v4.1.2. I would have used , but that introduces
undesirable breaks into the paragraph flow.
Fix pdfdocs errors such as:
jade:/Documentation/DocBook/drm.xml:1348:20:E: character data is not
allowed here
by adding tags to listitems and abstracts
Signed-off-by: Graham Whaley
---
Documentation/DocBook/drm.tmpl | 87 +++---
1 file changed, 48 insertion
Building pdfdocs shows errors with !includes and s such as:
jade:/Documentation/DocBook/drm.xml:666:11:E: document type does not
allow element "para" here; missing one of "glossary", "bibliography",
"index" start-tag
Fix by adding items and add/shuffle , and !include
items.
Signed-off-by: Gra
A series of patches to make drm.tmpl build under 'make pdfdocs'.
The biggest change is patch4 which converts a large HTML table into a CALS
one. It should be noted, that table renders less than ideal in the PDF -
something I have not figured out how to fix.
Patch1 required some changes that then
On Sun, Aug 16, 2015 at 01:12:14PM +0900, Inki Dae wrote:
> This patch fixes NULL pointer access issues to ENCODER
> and CRTC drivers.
>
> Vendor specific DRM KMS drivers may not set their helper callbacks
> to ENCODER dn CRTC drivers. In this case, that will incur NULL
> pointer access when modes
On Sun, Aug 16, 2015 at 08:52:54AM +0100, Chris Wilson wrote:
> On Sun, Aug 16, 2015 at 04:02:28AM +0100, Michel Thierry wrote:
> > The adj_start calculation for DRM_MM_CREATE_TOP should happen after
> > mm->color_adjust. There was an inconsistency between
> > drm_mm_insert_helper_range
> > and drm
On Tue, Aug 25, 2015 at 09:36:47AM +0200, Lukas Wunner wrote:
> Hi Dave,
>
> as requested I've pushed the MacBook Pro GPU switching stuff to GitHub
> to ease browsing/reviewing, latest branch is gmux-v5:
> https://github.com/l1k/linux/commits/gmux-v5
>
> (I had applied for a freedesktop.org accou
On Fri, Aug 14, 2015 at 06:18:55PM +0200, Lukas Wunner wrote:
> Originally by Seth Forshee , 2012-10-04:
> The gmux allows muxing the DDC independently from the display, so
> support this functionality. This will allow reading the EDID for the
> inactive GPU, fixing issues with machines that either
On Fri, Aug 14, 2015 at 06:50:15PM +0200, Lukas Wunner wrote:
> Originally by Seth Forshee , 2012-10-04:
> During graphics driver initialization it's useful to be able to mux only
> the DDC to the inactive client in order to read the EDID. Add a
> switch_ddc callback to allow capable handlers to pr
On Mon, Aug 17, 2015 at 10:24:32PM +0200, Lukas Wunner wrote:
> Hi Thierry,
>
> On Mon, Aug 17, 2015 at 12:41:32PM +0200, Thierry Reding wrote:
> > On Fri, Aug 14, 2015 at 06:28:35PM +0200, Lukas Wunner wrote:
> > > @@ -1377,13 +1378,21 @@ struct edid *drm_get_edid(struct drm_connector
> > > *con
|Linux (All)
--
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/20150825/3fbcf668/attachment.html>
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150825/0e7b6b3c/attachment.html>
On Sun, Aug 23, 2015 at 01:10:42PM +0100, Chris Wilson wrote:
> On Wed, Aug 12, 2015 at 08:29:17PM -0300, Tiago Vignatti wrote:
> > This patch moves userptr definitions and helpers implementation that were
> > locally in gem_userptr_benchmark and gem_userptr_blits to the library, so
> > other
> >
On Fri, Aug 14, 2015 at 07:17:05PM -0300, Tiago Vignatti wrote:
> Hi Daniel,
>
> On 08/13/2015 04:04 AM, Daniel Vetter wrote:
> >On Wed, Aug 12, 2015 at 08:29:14PM -0300, Tiago Vignatti wrote:
> >>+ /* Map too big */
> >>+ handle = gem_create(fd, BO_SIZE);
> >>+ fill_bo(handle, BO_SIZE);
> >
Hi Heiko,
å¨ 2015/8/24 21:03, Heiko Stuebner åé:
> Hi Yakir,
>
> Am Montag, 24. August 2015, 20:48:01 schrieb Yakir Yang:
>> å¨ 08/24/2015 12:20 PM, Krzysztof Kozlowski åé:
>>> On 24.08.2015 11:42, Yakir Yang wrote:
Hi Krzysztof,
å¨ 08/23/2015 07:43 PM, Krzysztof Kozlowsk
Hi Dave,
as requested I've pushed the MacBook Pro GPU switching stuff to GitHub
to ease browsing/reviewing, latest branch is gmux-v5:
https://github.com/l1k/linux/commits/gmux-v5
(I had applied for a freedesktop.org account in April with bug 89906
but it's still pending, hence GitHub.)
I've over
Hi Krzysztof,
å¨ 2015/8/25 7:49, Krzysztof Kozlowski åé:
> On 24.08.2015 21:48, Yakir Yang wrote:
>> Hi Krzysztof,
>>
>> å¨ 08/24/2015 12:20 PM, Krzysztof Kozlowski åé:
>>> On 24.08.2015 11:42, Yakir Yang wrote:
Hi Krzysztof,
å¨ 08/23/2015 07:43 PM, Krzysztof Kozlowski å
å¨ 2015/8/24 22:48, Rob Herring åé:
> On Mon, Aug 24, 2015 at 7:57 AM, Russell King - ARM Linux
> wrote:
>> On Sun, Aug 23, 2015 at 06:23:14PM -0500, Rob Herring wrote:
>>> On Wed, Aug 19, 2015 at 9:50 AM, Yakir Yang wrote:
+ -analogix,color-depth:
+ number of
On Sat, Aug 22, 2015 at 11:41:45AM +0530, Sharma, Shashank wrote:
> Regards
> Shashank
>
> On 8/22/2015 4:10 AM, Matt Roper wrote:
> >On Thu, Aug 06, 2015 at 10:08:17PM +0530, Shashank Sharma wrote:
> >>From: Kausal Malladi
> >>
> >>I915 driver registers gamma correction as palette correction
> >
On Sat, Aug 22, 2015 at 11:30:44AM +0530, Sharma, Shashank wrote:
> Thanks for the review Matt.
>
> Regards
> Shashank
> On 8/22/2015 4:10 AM, Matt Roper wrote:
> >On Thu, Aug 06, 2015 at 10:08:12PM +0530, Shashank Sharma wrote:
> >>From: Kausal Malladi
> >>
> >>This patch adds atomic get propert
On Tue, Aug 18, 2015 at 09:35:44AM +0300, Laurent Pinchart wrote:
> Hi Daniel,
>
> On Friday 14 August 2015 09:30:15 Daniel Vetter wrote:
> > On Fri, Aug 14, 2015 at 12:19:03AM +0300, Laurent Pinchart wrote:
> > > On Friday 07 August 2015 17:30:08 Laurent Pinchart wrote:
> > > > On Friday 07 Augus
On Wed, Aug 19, 2015 at 03:00:04PM -0400, Rob Clark wrote:
> On Tue, Apr 7, 2015 at 2:09 PM, Jilai Wang wrote:
> So one thing that I wanted sorting out before we let userspace see
> streaming writeback (where I do think v4l is the right interface), is
> a way to deal w/ permissions/security.. Ie.
On Tue, Aug 25, 2015 at 02:07:21AM +, Zhou, David(ChunMing) wrote:
> >and can the shift actually
> > wrap?
> [DZ] of course, adding shift wrap is better. fpfn/lpfn is page number, so
> <
1 - 100 of 114 matches
Mail list logo
