Hi
I want to contribute towards XOrg for EVoC. Can anyone guide me?
Thanks
Sidharth Bansal
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
On Mon, Sep 17, 2018 at 11:59:32AM +0300, Laurent Pinchart wrote:
> On Monday, 17 September 2018 11:54:04 EEST Laurent Pinchart wrote:
> > Hi Simon,
> >
> > On Monday, 17 September 2018 11:47:15 EEST Laurent Pinchart wrote:
> > > On Monday, 17 September 2018 11:14:20 EEST Simon Horman wrote:
> > >
On Tue, Sep 11, 2018 at 6:25 PM, Chris Chiu wrote:
> On Fri, Aug 24, 2018 at 11:04 PM, Jani Nikula wrote:
>> On Wed, 22 Aug 2018, Chris Chiu wrote:
>>> On Fri, Jul 6, 2018 at 2:44 PM, Chris Chiu wrote:
On Thu, Jul 5, 2018 at 10:40 PM, Ville Syrjälä
wrote:
> On Thu, Jul 05, 2018 a
I have few ASUS laptops, X705FD(Intel i7-8565), X560UD(Intel i5-8250U)
and X530UN(Intel i7-8550U) share the same problem. The HDMI connector
status stays 'connected' even the HDMI cable has been unplugged.
Then the status in sysfs would never change since then until we
do 'xrandr' to reprobe the de
Hi,
[This is an automated email]
This commit has been processed because it contains a -stable tag.
The stable tag indicates that it's relevant for the following trees: all
The bot has tested the following trees: v4.18.8, v4.14.70, v4.9.127, v4.4.156,
v3.18.122,
v4.18.8: Build OK!
v4.14.70: Bu
On Monday, September 10, 2018 12:56:02 AM CEST Janusz Krzysztofik wrote:
>
> This is a follow up of initial submission of a series consisted of
> 6 changes, 3 of which have been already applied or reworkeed.
>
>
> Janusz Krzysztofik (3):
> video: fbdev: omapfb: lcd_ams_delta: use GPIO loo
Hi,
[This is an automated email]
This commit has been processed because it contains a -stable tag.
The stable tag indicates that it's relevant for the following trees: all
The bot has tested the following trees: v4.18.8, v4.14.70, v4.9.127, v4.4.156,
v3.18.122,
v4.18.8: Build OK!
v4.14.70: Bu
Hi Sidharth!
Welcome to dri-devel!
Adding the evoc list, so that evoc coordinators are aware.
If you want to do an internship in the kernel, we have a bunch of
ideas collected here:
https://dri.freedesktop.org/docs/drm/gpu/todo.html
Cheers, Daniel
On Thu, Sep 20, 2018 at 9:06 AM, Sidharth Ban
https://bugs.freedesktop.org/show_bug.cgi?id=107991
Michel Dänzer changed:
What|Removed |Added
Component|DRM/AMDgpu |Drivers/Gallium/radeonsi
QA Con
https://bugs.freedesktop.org/show_bug.cgi?id=107991
--- Comment #3 from kyle.de...@mykolab.com ---
Hi Michel,
What kernel and Mesa drivers, and versions, are you using?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-d
https://bugs.freedesktop.org/show_bug.cgi?id=107991
--- Comment #4 from Michel Dänzer ---
(In reply to kyle.devir from comment #3)
> What kernel and Mesa drivers, and versions, are you using?
amdgpu from kernel 4.18.8 + DRM changes for 4.19, Mesa Git master + LLVM trunk.
It's likely a GPU speci
https://bugs.freedesktop.org/show_bug.cgi?id=107991
--- Comment #5 from kyle.de...@mykolab.com ---
> amdgpu from kernel 4.18.8 + DRM changes for 4.19
So, stable upstream plus patches, or is this the AMD Staging kernel?
> It's likely a GPU specific issue in radeonsi.
I wonder if there's any way
https://bugs.freedesktop.org/show_bug.cgi?id=107991
kyle.de...@mykolab.com changed:
What|Removed |Added
Version|unspecified |git
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=107694
--- Comment #5 from Axel Davy ---
Hi,
The youtube video linked in the first comment has very likely been taken with
gallium nine (gearsongallium mentionned in the video was a website of a gallium
nine tester with a lot of performance comparison
Thanks, I'll check it out!
On Thu, Sep 20, 2018 at 12:58 PM Daniel Vetter wrote:
> Hi Sidharth!
>
> Welcome to dri-devel!
>
> Adding the evoc list, so that evoc coordinators are aware.
>
> If you want to do an internship in the kernel, we have a bunch of
> ideas collected here:
>
> https://dri.f
https://bugs.freedesktop.org/show_bug.cgi?id=107334
--- Comment #6 from Christian Widmer ---
Unfortunately, I can still reproduce the issue with mesa git (commit
18be7403a11f53d58bbfe3905c0cacd6bc714492) and kernel 4.18.9. I am, however, on
LLVM 7.0.0 and have not yet tried a recent git master
https://bugs.freedesktop.org/show_bug.cgi?id=107898
--- Comment #9 from Marvin Damschen ---
ROCm 1.9 runs OpenCL on GPU on top of mainline kfd and seems stable. However:
- CPU is not detected as a compute device (rocminfo attached)
- Performance, at least in darktable, is quite low (the "bench.SR
https://bugs.freedesktop.org/show_bug.cgi?id=107898
--- Comment #10 from Marvin Damschen ---
Created attachment 141657
--> https://bugs.freedesktop.org/attachment.cgi?id=141657&action=edit
ROCm 1.9 info on 4.19-rc4
--
You are receiving this mail because:
You are the assignee for the bug._
0x14000 and 0x14018 are SRC_ADDR and DEST_ADDR in the BLT engine.
0x15C00 are the TX_DESCRIPTOR addresses on Halti5 at least.
This avoids the etnaviv_warn_if_non_sensitive warnings.
Signed-off-by: Guido Günther
---
drivers/gpu/drm/etnaviv/etnaviv_cmd_parser.c | 3 +++
1 file changed, 3 insertio
Hi Lyude,
Thank you for the patch! Perhaps something to improve:
url:
https://github.com/0day-ci/linux/commits/Lyude-Paul/Fix-legacy-DPMS-changes-with-MST/20180919-203434
base: git://anongit.freedesktop.org/drm-intel for-linux-next
smatch warnings:
drivers/gpu/drm/drm_dp_mst_topology.c:314
Ping...
> -Original Message-
> From: amd-gfx On Behalf Of
> Chunming Zhou
> Sent: Wednesday, September 19, 2018 5:18 PM
> To: dri-devel@lists.freedesktop.org
> Cc: Zhou, David(ChunMing) ; amd-
> g...@lists.freedesktop.org; Rakos, Daniel ; Daniel
> Vetter ; Dave Airlie ; Koenig,
> Christia
The only thing I can still see is that you use wait_event_timeout()
instead of wait_event_interruptible().
Any particular reason for that?
Apart from that it now looks good to me.
Christian.
Am 20.09.2018 um 11:29 schrieb Zhou, David(ChunMing):
Ping...
-Original Message-
From: amd-
> -Original Message-
> From: amd-gfx On Behalf Of
> Christian K?nig
> Sent: Thursday, September 20, 2018 5:35 PM
> To: Zhou, David(ChunMing) ; dri-
> de...@lists.freedesktop.org
> Cc: Dave Airlie ; Rakos, Daniel
> ; Daniel Vetter ; amd-
> g...@lists.freedesktop.org
> Subject: Re: [PATCH
Am 20.09.2018 um 11:45 schrieb Zhou, David(ChunMing):
-Original Message-
From: amd-gfx On Behalf Of
Christian K?nig
Sent: Thursday, September 20, 2018 5:35 PM
To: Zhou, David(ChunMing) ; dri-
de...@lists.freedesktop.org
Cc: Dave Airlie ; Rakos, Daniel
; Daniel Vetter ; amd-
g...@lists.
Hi Alexandru,
On 19/09/18 17:43, Alexandru-Cosmin Gheorghe wrote:
> Hi Kieran,
>
>
> On Wed, Sep 19, 2018 at 07:15:45PM +0300, Ville Syrjälä wrote:
>> On Wed, Sep 19, 2018 at 04:56:58PM +0100, Kieran Bingham wrote:
>>> Planes without an alpha property, using __drm_atomic_helper_plane_reset
>>> w
On Thu, Sep 20, 2018 at 11:03:12AM +0100, Kieran Bingham wrote:
> Hi Alexandru,
>
> On 19/09/18 17:43, Alexandru-Cosmin Gheorghe wrote:
> > Hi Kieran,
> >
> >
> > On Wed, Sep 19, 2018 at 07:15:45PM +0300, Ville Syrjälä wrote:
> >> On Wed, Sep 19, 2018 at 04:56:58PM +0100, Kieran Bingham wrote:
>
https://bugs.freedesktop.org/show_bug.cgi?id=107694
--- Comment #6 from Sven Arvidsson ---
(In reply to Axel Davy from comment #5)
> Hi,
>
> The youtube video linked in the first comment has very likely been taken
> with gallium nine (gearsongallium mentionned in the video was a website of a
> g
On Tue, Sep 18, 2018 at 07:44:26PM +0200, Hans de Goede wrote:
> Hi Greg,
>
> Here is a series of various cleanups and other prep. work for moving
> the vboxvideo driver over to atomic modesetting so that it can be moved
> out of staging.
Nice work, all now applied.
greg k-h
https://bugs.freedesktop.org/show_bug.cgi?id=107694
--- Comment #7 from Timothy Arceri ---
For all my searching it seemed AMD released multiple "fixes" for this game but
people were still reporting issues many years after the release [1].
[1]
https://www.reddit.com/r/pcgaming/comments/3ic13g/4_y
flags can be used by driver to decide whether need to block wait submission.
Signed-off-by: Chunming Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 2 +-
drivers/gpu/drm/drm_syncobj.c | 4 ++--
drivers/gpu/drm/v3d/v3d_gem.c | 4 ++--
drivers/gpu/drm/vc4/vc4_gem.c |
This patch is for VK_KHR_timeline_semaphore extension, semaphore is called
syncobj in kernel side:
This extension introduces a new type of syncobj that has an integer payload
identifying a point in a timeline. Such timeline syncobjs support the
following operations:
* CPU query - A host operati
points array is one-to-one match with syncobjs array.
v2:
add seperate ioctl for timeline point wait, otherwise break uapi.
Signed-off-by: Chunming Zhou
---
drivers/gpu/drm/drm_internal.h | 2 +
drivers/gpu/drm/drm_ioctl.c| 2 +
drivers/gpu/drm/drm_syncobj.c | 99 +
syncobj wait/signal operation is appending in command submission.
Signed-off-by: Chunming Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h| 8 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 114 +++--
include/uapi/drm/amdgpu_drm.h | 10 +++
3 files changed, 104 inser
user mode can query timeline payload.
Signed-off-by: Chunming Zhou
---
drivers/gpu/drm/drm_internal.h | 2 ++
drivers/gpu/drm/drm_ioctl.c| 2 ++
drivers/gpu/drm/drm_syncobj.c | 53 ++
include/uapi/drm/drm.h | 11 +++
4 files changed, 68 insertio
Signed-off-by: Chunming Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c
index 6870909da926..58cba492ba55 100644
--- a/drivers/gpu/drm/amd/amdgp
Am 20.09.2018 um 13:03 schrieb Chunming Zhou:
flags can be used by driver to decide whether need to block wait submission.
Signed-off-by: Chunming Zhou
Reviewed-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 2 +-
drivers/gpu/drm/drm_syncobj.c | 4 ++--
drive
Am 20.09.2018 um 13:03 schrieb Chunming Zhou:
This patch is for VK_KHR_timeline_semaphore extension, semaphore is called
syncobj in kernel side:
This extension introduces a new type of syncobj that has an integer payload
identifying a point in a timeline. Such timeline syncobjs support the
follo
Am 20.09.2018 um 13:03 schrieb Chunming Zhou:
points array is one-to-one match with syncobjs array.
v2:
add seperate ioctl for timeline point wait, otherwise break uapi.
Signed-off-by: Chunming Zhou
---
drivers/gpu/drm/drm_internal.h | 2 +
drivers/gpu/drm/drm_ioctl.c| 2 +
drivers/gp
Hi Kieran,
Thank you for the patch.
On Wednesday, 19 September 2018 18:56:58 EEST Kieran Bingham wrote:
> Planes without an alpha property, using __drm_atomic_helper_plane_reset
> will have their plane state alpha initialised as zero, which represents
> a transparent alpha.
>
> If this value is
Hi Andrzej,
Am Montag, 27. August 2018, 13:34:07 CEST schrieb Andrzej Hajda:
> On 21.08.2018 16:05, Heiko Stuebner wrote:
> > Add the Rockchip-sepcific dual-dsi setup and hook it into the VOP as well.
> > As described in the general dual-dsi devicetree binding, the panel should
> > define two inpu
Hi Kieran,
Thank you for the patch.
On Wednesday, 19 September 2018 18:56:59 EEST Kieran Bingham wrote:
> If the alpha property is not added to a plane, a default value will be
> used, which can result in a non-visible layer if the alpha is
> initialised as 0.
>
> Provide an alpha blend property
On Wed, Sep 19, 2018, 9:31 PM Christian König
wrote:
> Am 18.09.2018 um 18:17 schrieb Nayan Deshmukh:
> > having a delayed work item per job is redundant as we only need one
> > per scheduler to track the time out the currently executing job.
>
> Well that looks simpler than I thought it would be
Am 20.09.2018 um 13:25 schrieb Nayan Deshmukh:
On Wed, Sep 19, 2018, 9:31 PM Christian König
mailto:christian.koe...@amd.com>> wrote:
Am 18.09.2018 um 18:17 schrieb Nayan Deshmukh:
> having a delayed work item per job is redundant as we only need one
> per scheduler to track the
On 14 September 2018 at 00:57, Lucas De Marchi wrote:
> Rely on -fvisibility=hidden to hide the symbols. Previous version of
> this series applying only to drm_intel.so is
>
> Reviewed-by: Eric Engestrom
>
> but it's not included here since I changed the approach for the build
> system ch
On Wednesday, 2018-09-19 22:54:40 -0700, Lucas De Marchi wrote:
> While requesting a Developer role I was pointed to this url and check
> those with "owner" role. So add it to our documentation.
>
> v2: rollback previous text, but add a link to gitlab's page
> showing project members.
> v3: re
On Wednesday, 2018-09-19 23:05:48 -0700, Lucas De Marchi wrote:
> Signed-off-by: Lucas De Marchi
Reviewed-by: Eric Engestrom
But it'd be good to have a confirmation from Rob that it actually works:
Cc: Rob Herring
> ---
> Android.common.mk | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --
On 17 September 2018 at 11:01, Daniel Stone wrote:
> Hi,
>
> On Sat, 15 Sep 2018 at 00:56, Lucas De Marchi
> wrote:
>> -To apply for commit rights ("Developer" role in gitlab) send a mail to
>> -dri-devel@lists.freedesktop.org and please ping the maintainers if your
>> request
>> -is stuck.
>>
https://bugzilla.kernel.org/show_bug.cgi?id=201183
--- Comment #7 from Nicholas Kazlauskas (nicholas.kazlaus...@amd.com) ---
It doesn't look like your log buffer was large enough to hold the full log.
A log with drm.debug=4 might have enough information to work off of. The other
option is reposti
Since "drm/fb: Stop leaking physical address", the default behaviour of
the DRM fbdev emulation is to set the smem_base to 0 and pass the new
FBINFO_HIDE_SMEM_START flag.
The main reason is to avoid leaking physical addresse to user-space, and
it follows a general move over the kernel code to avoi
On Thu, Sep 20, 2018 at 07:27:39AM +1000, David Airlie wrote:
> On Thu, Sep 20, 2018 at 6:40 AM Sean Paul wrote:
> >
> > From: Sean Paul
> >
> > Move udl maintenance into drm-misc tree. I've also signed up to be a
> > reviewer, but have kept it at "Odd Fixes" level of support.
> >
> > Cc: Dave Ai
https://bugzilla.kernel.org/show_bug.cgi?id=201183
--- Comment #8 from marten (marte...@gmail.com) ---
Hay the machine can do a large buffer. How do I enable that. I saw it cut off
at 30 seconds.
Its ryzen 1700, 16G ram and many hd's
--
You are receiving this mail because:
You are watching the
https://bugzilla.kernel.org/show_bug.cgi?id=201183
--- Comment #9 from Nicholas Kazlauskas (nicholas.kazlaus...@amd.com) ---
It should be the CONFIG_LOG_BUF_SHIFT option. For example,
CONFIG_LOG_BUF_SHIFT=21.
--
You are receiving this mail because:
You are watching the assignee of the bug.
_
https://bugzilla.kernel.org/show_bug.cgi?id=201183
--- Comment #10 from marten (marte...@gmail.com) ---
Created attachment 278683
--> https://bugzilla.kernel.org/attachment.cgi?id=278683&action=edit
kernel 4.18 drm.debug=4
--
You are receiving this mail because:
You are watching the assignee o
https://bugs.freedesktop.org/show_bug.cgi?id=108002
Bug ID: 108002
Summary: [CI][BAT] igt@drv_selftest@live_contexts - dmesg-warn
- RPM wakelock ref not held during HW access
Product: DRI
Version: DRI git
Hardware: Other
https://bugs.freedesktop.org/show_bug.cgi?id=108002
Martin Peres changed:
What|Removed |Added
Component|DRM/other |DRM/Intel
QA Contact|
Hi Dave,
This is a new pull for drm-next on top of last weeks with the following
changes:
- Fixed 64 bit divide
- Fixed vram type on vega20
- Misc vega20 fixes
- Misc DC fixes
- Fix GDS/GWS/OA domain handling
Previous changes from last week:
amdgpu/kfd:
- Picasso (new APU) support
- Raven2 (new A
On Wed, Sep 19, 2018 at 07:55:39PM -0700, Abhinav Kumar wrote:
> From: "abhin...@codeaurora.org"
>
> Add support for Truly NT35597 panel driver used
> in MSM reference platforms.
>
> This panel driver supports both single DSI and dual DSI
> modes.
>
> However, this patch series adds support onl
Fixes: d7320bfcddc596f23fa2 "nouveau: annotate public functions"
Cc: Lucas De Marchi
Cc: Mark Janes
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=108006
Signed-off-by: Eric Engestrom
---
nouveau/nouveau.c | 2 +-
nouveau/pushbuf.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-
Hi Dave,
A few fixes for 4.19:
- Add a new polaris pci id
- KFD fixes for raven and gfx7
The following changes since commit 8ca4fff974ad5288d38298f15bf218f2eac2d5e7:
Merge tag 'drm-intel-fixes-2018-09-19' of
git://anongit.freedesktop.org/drm/drm-intel into drm-fixes (2018-09-20 10:01:53
+100
Fixes: 36bb0ea47b71d220b31e "intel: annotate public functions"
Cc: Lucas De Marchi
Cc: Mark Janes
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=108006
Signed-off-by: Eric Engestrom
---
intel/intel_bufmgr_fake.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/i
Fixes: 9f45264815eff6ebeba3 "radeon: annotate public functions"
Cc: Lucas De Marchi
Cc: Mark Janes
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=108006
Signed-off-by: Eric Engestrom
---
radeon/radeon_bo.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/radeon/ra
Also a bunch of not necessarily kernel ideas here:
https://www.x.org/wiki/SummerOfCodeIdeas/
Alex
On Thu, Sep 20, 2018 at 4:58 AM Sidharth Bansal
wrote:
>
> Thanks, I'll check it out!
>
> On Thu, Sep 20, 2018 at 12:58 PM Daniel Vetter wrote:
>>
>> Hi Sidharth!
>>
>> Welcome to dri-devel!
>>
>> A
On 2018-09-20 5:58 p.m., Eric Engestrom wrote:
> Fixes: 9f45264815eff6ebeba3 "radeon: annotate public functions"
> Cc: Lucas De Marchi
> Cc: Mark Janes
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=108006
> Signed-off-by: Eric Engestrom
> ---
> radeon/radeon_bo.c | 4 ++--
> 1 file c
Hi Hans,
Patch merged, thanks.
On Mon, Aug 27, 2018 at 02:28:50PM +0200, Hans Verkuil wrote:
> The CEC_TX_STATUS_MAX_RETRIES should be set for errors only to
> prevent the CEC framework from retrying the transmit. If the
> transmit was successful, then don't set this flag.
>
> Found by running '
On 25/08/18 01:04, Robert Jarzmik wrote:
Enric Balletbo i Serra writes:
Commit '88ba95bedb79 ("backlight: pwm_bl: Compute brightness of LED
linearly to human eye")' allows the possibility to compute a default
brightness table when there isn't the brightness-levels property in the
DT. Unfortuna
On Thu, Sep 20, 2018 at 11:59 AM Leonard Crestez
wrote:
>
> On Mon, 2018-09-17 at 16:37 -0700, Stefan Agner wrote:
> > On 17.09.2018 12:16, Sean Paul wrote:
> > > On Mon, Sep 17, 2018 at 04:42:10PM +0300, Leonard Crestez wrote:
> > > > Adding lcdif nodes to a power domain currently doesn't work, i
On Thu, Sep 20, 2018 at 04:58:32PM +0100, Eric Engestrom wrote:
> Fixes: 36bb0ea47b71d220b31e "intel: annotate public functions"
> Cc: Lucas De Marchi
> Cc: Mark Janes
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=108006
> Signed-off-by: Eric Engestrom
Reviewed-by: Lucas De Marchi
Quoting Eric Engestrom (2018-09-20 08:58:32)
> Fixes: 36bb0ea47b71d220b31e "intel: annotate public functions"
> Cc: Lucas De Marchi
> Cc: Mark Janes
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=108006
> Signed-off-by: Eric Engestrom
> ---
> intel/intel_bufmgr_fake.c | 6 +++---
> 1
On Thursday, 2018-09-20 09:46:48 -0700, Lucas De Marchi wrote:
> On Thu, Sep 20, 2018 at 04:58:32PM +0100, Eric Engestrom wrote:
> > Fixes: 36bb0ea47b71d220b31e "intel: annotate public functions"
> > Cc: Lucas De Marchi
> > Cc: Mark Janes
> > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id
Quoting Eric Engestrom (2018-09-20 08:58:33)
> Fixes: d7320bfcddc596f23fa2 "nouveau: annotate public functions"
> Cc: Lucas De Marchi
> Cc: Mark Janes
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=108006
> Signed-off-by: Eric Engestrom
> ---
> nouveau/nouveau.c | 2 +-
> nouveau/push
Hi Sean
Sure, I will address these in v8.
Thanks
Abhinav
On 2018-09-20 08:52, Sean Paul wrote:
On Wed, Sep 19, 2018 at 07:55:39PM -0700, Abhinav Kumar wrote:
From: "abhin...@codeaurora.org"
Add support for Truly NT35597 panel driver used
in MSM reference platforms.
This panel driver suppor
On Thursday, 2018-09-20 18:09:41 +0200, Michel Dänzer wrote:
> On 2018-09-20 5:58 p.m., Eric Engestrom wrote:
> > Fixes: 9f45264815eff6ebeba3 "radeon: annotate public functions"
> > Cc: Lucas De Marchi
> > Cc: Mark Janes
> > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=108006
> > Signed
On Thursday, 2018-09-20 18:12:59 +0100, Eric Engestrom wrote:
> On Thursday, 2018-09-20 09:46:48 -0700, Lucas De Marchi wrote:
> > On Thu, Sep 20, 2018 at 04:58:32PM +0100, Eric Engestrom wrote:
> > > Fixes: 36bb0ea47b71d220b31e "intel: annotate public functions"
> > > Cc: Lucas De Marchi
> > > Cc
Fixes: f3f7266d94e0354bfd97 "omap: annotate public functions"
Cc: Lucas De Marchi
Signed-off-by: Eric Engestrom
---
omap/omap_drm.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/omap/omap_drm.c b/omap/omap_drm.c
index 3136e04e4170ac3bb94d..3aed4e0
On 20 September 2018 at 16:58, Eric Engestrom wrote:
> Fixes: 36bb0ea47b71d220b31e "intel: annotate public functions"
> Cc: Lucas De Marchi
> Cc: Mark Janes
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=108006
> Signed-off-by: Eric Engestrom
> ---
> intel/intel_bufmgr_fake.c | 6 +++
On Thursday, 2018-09-20 18:30:54 +0100, Emil Velikov wrote:
> On 20 September 2018 at 16:58, Eric Engestrom
> wrote:
> > Fixes: 36bb0ea47b71d220b31e "intel: annotate public functions"
> > Cc: Lucas De Marchi
> > Cc: Mark Janes
> > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=108006
>
Hi Bjorn
Thanks for the comment.
Yes, I will move of_node_put(dsi1) to right after
of_find_mipi_dsi_host_by_node and remove it from err_dsi_device.
Thanks
Abhinav
On 2018-09-20 09:54, Bjorn Andersson wrote:
On Wed 19 Sep 19:55 PDT 2018, Abhinav Kumar wrote:
+static int truly_nt35597_probe(
On Thu, Sep 20, 2018 at 06:30:54PM +0100, Emil Velikov wrote:
> On 20 September 2018 at 16:58, Eric Engestrom
> wrote:
> > Fixes: 36bb0ea47b71d220b31e "intel: annotate public functions"
> > Cc: Lucas De Marchi
> > Cc: Mark Janes
> > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=108006
On Thu, Sep 20, 2018 at 06:12:59PM +0100, Eric Engestrom wrote:
> On Thursday, 2018-09-20 09:46:48 -0700, Lucas De Marchi wrote:
> > On Thu, Sep 20, 2018 at 04:58:32PM +0100, Eric Engestrom wrote:
> > > Fixes: 36bb0ea47b71d220b31e "intel: annotate public functions"
> > > Cc: Lucas De Marchi
> > >
On Thu, Sep 20, 2018 at 06:29:13PM +0100, Eric Engestrom wrote:
> Fixes: f3f7266d94e0354bfd97 "omap: annotate public functions"
> Cc: Lucas De Marchi
> Signed-off-by: Eric Engestrom
Reviewed-by: Lucas De Marchi
Lucas De Marchi
> ---
> omap/omap_drm.c | 24
> 1 file c
On Thu, Sep 20, 2018 at 06:12:59PM +0100, Eric Engestrom wrote:
> On Thursday, 2018-09-20 09:46:48 -0700, Lucas De Marchi wrote:
> > On Thu, Sep 20, 2018 at 04:58:32PM +0100, Eric Engestrom wrote:
> > > Fixes: 36bb0ea47b71d220b31e "intel: annotate public functions"
> > > Cc: Lucas De Marchi
> > >
Adding e...@foundation.x.org and Trevor. He or someone else on the evoc list
can probably point you in the right direction.
Harry
On 2018-09-20 03:06 AM, Sidharth Bansal wrote:
> Hi
> I want to contribute towards XOrg for EVoC. Can anyone guide me?
> Thanks
> Sidharth Bansal
>
>
> __
Thank you!
On Thu, Sep 20, 2018, 11:58 PM Harry Wentland
wrote:
> Adding e...@foundation.x.org and Trevor. He or someone else on the evoc
> list can probably point you in the right direction.
>
> Harry
>
> On 2018-09-20 03:06 AM, Sidharth Bansal wrote:
>
> Hi
> I want to contribute towards XOrg
On Thursday, 2018-09-20 18:21:41 +0100, Eric Engestrom wrote:
> On Thursday, 2018-09-20 18:09:41 +0200, Michel Dänzer wrote:
> > On 2018-09-20 5:58 p.m., Eric Engestrom wrote:
> > > Fixes: 9f45264815eff6ebeba3 "radeon: annotate public functions"
> > > Cc: Lucas De Marchi
> > > Cc: Mark Janes
> >
On Thursday, 2018-09-20 11:12:49 -0700, Lucas De Marchi wrote:
> On Thu, Sep 20, 2018 at 06:12:59PM +0100, Eric Engestrom wrote:
> > On Thursday, 2018-09-20 09:46:48 -0700, Lucas De Marchi wrote:
> > > On Thu, Sep 20, 2018 at 04:58:32PM +0100, Eric Engestrom wrote:
> > > > Fixes: 36bb0ea47b71d220b3
From: Ville Syrjälä
The unpack functions just read from the passed in buffer,
so make it const.
Cc: Thierry Reding
Cc: Hans Verkuil
Cc: linux-me...@vger.kernel.org
Signed-off-by: Ville Syrjälä
---
drivers/video/hdmi.c | 23 ---
include/linux/hdmi.h | 3 ++-
2 files chang
From: Ville Syrjälä
Series aimed at precomputing the HDMI infoframes, and we also get
better validation by reading them back out from the hardware and
comparing with the expected data.
Looks like I typed these up about a year ago. Might be time to
get them in before the anniversary ;)
Cc: Thier
From: Ville Syrjälä
To make sure the infoframe unpack functions don't end up examining
stack garbage or oopsing, let's pass in the size of the buffer.
v2: Convert tda1997x.c as well (kbuild test robot)
Cc: Thierry Reding
Cc: Hans Verkuil
Cc: linux-me...@vger.kernel.org
Signed-off-by: Ville Sy
From: Ville Syrjälä
Make life simpler by passing around intel_encoder instead of
drm_encoder.
@r1@
identifier F =~ "infoframe";
identifier I, M;
@@
F(
- struct drm_encoder *I
+ struct intel_encoder *I
, ...)
{
<...
(
- I->M
+ I->base.M
|
- I
+ &I->base
)
...>
}
@r2@
identifier F =~ "infoframe
From: Ville Syrjälä
Let's make the infoframe pack functions usable with a const infoframe
structure. This allows us to precompute the infoframe earlier, and still
pack it later when we're no longer allowed to modify the structure.
So now we end up with a _check()+_pack_only() or _pack() functions
From: Ville Syrjälä
Replace the hand rolled memmove() with the real thing.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_hdmi.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_hdmi.c
b/drivers/gpu/drm/i915/intel_hdmi.c
index a2da
From: Ville Syrjälä
The log functions don't modify the passed in infoframe so make it const.
Cc: Thierry Reding
Cc: Hans Verkuil
Cc: linux-me...@vger.kernel.org
Signed-off-by: Ville Syrjälä
---
drivers/video/hdmi.c | 22 +++---
include/linux/hdmi.h | 2 +-
2 files changed, 1
From: Ville Syrjälä
Add the code to deal with the MPEG source infoframe.
Blindly typed from the spec, and totally untested.
Cc: Thierry Reding
Cc: Hans Verkuil
Cc: linux-me...@vger.kernel.org
Signed-off-by: Ville Syrjälä
---
drivers/video/hdmi.c | 229 +++
From: Ville Syrjälä
Store the infoframes in the crtc state and precompute them in
.compute_config(). While precomputing we'll also fill out the
inforames.enable bitmask appropriately.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_ddi.c | 1 +
drivers/gpu/drm/i915/intel_drv.h
From: Ville Syrjälä
We'll be wanting to send more than just infoframes over HDMI. So add an
enum for other packet types.
TODO: Maybe just include the infoframe types in the packet type enum
and get rid of the infoframe type enum?
Cc: Thierry Reding
Cc: Hans Verkuil
Cc: linux-me...@vger.
From: Ville Syrjälä
Add the code to deal with the NTSC VBI infoframe.
I decided against parsing the PES_data_field and just leave
it as an opaque blob, just dumping it out as hex in the log.
Blindly typed from the spec, and totally untested.
Cc: Thierry Reding
Cc: Hans Verkuil
Cc: linux-me..
From: Ville Syrjälä
Store the mask of enabled infoframes in the crtc state. We'll start
with just the readout for HDMI encoder, and we'll expand this
to compute the bitmask in .compute_config() later. SDVO will also
follow later.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_ddi.
From: Ville Syrjälä
Add code to read the infoframes from the video DIP and unpack them into
the crtc state.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_ddi.c | 17
drivers/gpu/drm/i915/intel_drv.h | 10 ++
drivers/gpu/drm/i915/intel_hdmi.c | 203 +++
From: Ville Syrjälä
Read the HDMI infoframes from the hbuf and unpack them into
the crtc state.
Well, actually just AVI infoframe for now but let's write the
infoframe readout code in a more generic fashion in case we
expand this later.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/in
From: Ville Syrjälä
We want to start tracking which infoframes are enabled, so let's replace
the boolean flag with a bitmask.
We'll abstract the bitmask so that it's not platform dependent. That
will allow us to examine the bitmask later in platform independent code.
Signed-off-by: Ville Syrjäl
1 - 100 of 145 matches
Mail list logo
