bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150825/c0c05286/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=103271
--- Comment #7 from Kevin ---
Well I tried bisecting and got this...
$ git bisect start
Checking out files: 100% (14034/14034), done.
Previous HEAD position was d0a3997... Merge tag 'sound-4.1-rc1' of
git://git.kernel.org/pub/scm/linux/kernel/git
https://bugzilla.kernel.org/show_bug.cgi?id=103271
--- Comment #8 from Alex Deucher ---
You need to flag which commit or tag was good and which was bad.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=103271
--- Comment #9 from Kevin McCormack ---
OK, I am giving it a try now, sorry for my noob-ness :\ it takes a while to
compile.
--
You are receiving this mail because:
You are watching the assignee of the bug.
Inline...[DZ]
> -Original Message-
> From: Dan Carpenter [mailto:dan.carpenter at oracle.com]
> Sent: Tuesday, August 25, 2015 3:51 AM
> To: Zhou, David(ChunMing)
> Cc: dri-devel at lists.freedesktop.org
> Subject: Re: drm/amdgpu: implement cgs gpu memory callbacks
>
> On Mon, Aug 24, 201
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150825/86b369e8/attachment.html>
org/archives/dri-devel/attachments/20150825/045e5ab5/attachment-0001.html>
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
in Mesa
Thanks All for the Suggestions
--
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/abeae65b/attachment.html>
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
Hi,
On 08/24/2015 07:56 PM, Michael Spang wrote:
> On Mon, Aug 24, 2015 at 1:42 PM, Thomas Hellstrom
> wrote:
>> On 08/24/2015 07:12 PM, Daniel Stone wrote:
>>> Hi,
>>>
>>> On 24 August 2015 at 18:10, Thomas Hellstrom
>>> wrote:
On 08/24/2015 07:04 PM, Daniel Stone wrote:
> On 24 Augu
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
> <
> -Original Message-
> From: Dan Carpenter [mailto:dan.carpenter at oracle.com]
> Sent: Tuesday, August 25, 2015 1:51 PM
> To: Zhou, David(ChunMing)
> Cc: dri-devel at lists.freedesktop.org
> Subject: Re: drm/amdgpu: implement cgs gpu memory callbacks
>
> On Tue, Aug 25, 2015 at 02:07:21
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 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 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 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
> >
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
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);
> >
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 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
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 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 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 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 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 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 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 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 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 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 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 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 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 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
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150825/0e7b6b3c/attachment.html>
|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>
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 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
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>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150825/119092d5/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>
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>
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
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
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
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
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
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
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 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
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
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
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
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
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
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 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 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 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:
> 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
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.
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
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
---
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
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_
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
>>
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 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
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
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
then the constraint
will come from that part of the system.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150825/f7fcd38c/attachment-0001.sig>
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>
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
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 å
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,
>
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
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
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
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
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.
>>> +
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>
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>
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'
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>
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_
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(
--
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>
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
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..
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
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-08-24 8:23 GMT+09:00 Rob Herring :
> On Wed, Aug 19
å¨ 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
t part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150825/9c435d3b/attachment-0001.sig>
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>
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>
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.
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
1 - 100 of 114 matches
Mail list logo
