On Tue, 2019-02-12 at 08:46 +0100, Daniel Vetter wrote:
> On Tue, Feb 12, 2019 at 10:36:23AM +0800, Hean-Loong, Ong via dri-
> devel wrote:
> > From: Ong, Hean Loong
> >
> > Driver for Intel FPGA Video and Image Processing Suite Frame Buffer
> > II.
> > The driver only supports the Intel Arria10
On 2/11/19 2:12 AM, Philipp Zabel wrote:
On Fri, 2019-02-08 at 17:47 -0800, Steve Longerbeam wrote:
Pass v4l2 encoding enum to the ipu_ic task init functions, and add
support for the BT.709 encoding and inverse encoding matrices.
Reported-by: Tim Harvey
Signed-off-by: Steve Longerbeam
---
C
Fix the following warning by adding a missing break:
drivers/gpu/drm/nouveau/nouveau_abi16.c: In function
‘nouveau_abi16_ioctl_getparam’:
drivers/gpu/drm/nouveau/nouveau_abi16.c:202:3: warning: this statement may fall
through [-Wimplicit-fallthrough=]
switch (device->info.platform) {
^
On Thu, 7 Feb 2019 at 20:10, Eric Anholt wrote:
>
> Signed-off-by: Eric Anholt
Reviewed-by: Thomas Spurden
> ---
> drivers/gpu/drm/v3d/v3d_drv.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/gpu/drm/v3d/v3d_drv.c b/drivers/gpu/drm/v3d/v3d_drv.c
> index
Hi Philipp,
On 2/11/19 1:58 AM, Philipp Zabel wrote:
On Fri, 2019-02-08 at 17:47 -0800, Steve Longerbeam wrote:
The ycbcr2rgb and inverse rgb2ycbcr matrices define the BT.601 encoding
coefficients, so rename them to indicate that. And add some comments
to make clear these are BT.601 coefficient
On poniedziałek, 11 lutego 2019 16:35:19 CET Andrzej Hajda wrote:
> On 02.02.2019 15:27, Paweł Chmiel wrote:
> > This patch adds Samsung S6E63M0 AMOLED LCD panel driver, connected over
> > spi. It's based on already removed, non dt s6e63m0 driver and
> > panel-samsung-ld9040. It can be found for ex
In preparation to enabling -Wimplicit-fallthrough, mark switch
cases where we are expecting to fall through.
This patch fixes the following warning:
drivers/gpu/drm/nouveau/nouveau_bo.c: In function ‘nouveau_ttm_io_mem_reserve’:
drivers/gpu/drm/nouveau/nouveau_bo.c:1434:53: warning: this statemen
On 2/11/19 1:58 AM, Philipp Zabel wrote:
On Fri, 2019-02-08 at 17:47 -0800, Steve Longerbeam wrote:
The ycbcr2rgb and inverse rgb2ycbcr matrices define the BT.601 encoding
coefficients, so rename them to indicate that. And add some comments
to make clear these are BT.601 coefficients encoding
dsi2hdmi(adv7511) chip operating temperature range is -10 degC to +85 degC.
We want to enable/disable the bridge only when temperature range is
inbetween these range.
We have temperature control chip to read the temp, tLow an tHigh can be
set. whenever interrupt(alert) triggers we want to enablel/
Hello,
syzbot found the following crash on:
HEAD commit:d4104460aec1 Add linux-next specific files for 20190211
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=10e74624c0
kernel config: https://syzkaller.appspot.com/x/.config?x=c8a112d3b0d6719b
dashb
On Thu, Feb 07, 2019 at 10:26:52PM +, Jason Gunthorpe wrote:
> Commit 2db76d7c3c6d ("lib/scatterlist: sg_page_iter: support sg lists w/o
> backing pages") introduced the sg_page_iter_dma_address() function without
> providing a way to use it in the general case. If the sg_dma_len() is not
> equ
Oops, dropped the mailing ist from my reply, so again...
On Mon, Feb 11, 2019 at 4:01 PM Michel Dänzer wrote:
>
> On 2019-02-09 7:52 a.m., Mario Kleiner wrote:
> > In VRR mode, keep track of the vblank count of the last
> > completed pageflip in amdgpu_crtc->last_flip_vblank, as
> > recorded in t
On Fri, 08 Feb 2019, Bartlomiej Zolnierkiewicz wrote:
>
> On 01/17/2019 05:19 PM, Daniel Thompson wrote:
> > On Thu, Jan 17, 2019 at 04:33:35PM +0300, Alexander Shiyan wrote:
> >> We have two *_CLASS_DEVICE kernel config options (LCD_CLASS_DEVICE
> >> and BACKLIGHT_LCD_DEVICE) that do the same jo
On Tue, Feb 12, 2019 at 9:08 AM Ong, Hean Loong
wrote:
> On Tue, 2019-02-12 at 08:46 +0100, Daniel Vetter wrote:
> > On Tue, Feb 12, 2019 at 10:36:23AM +0800, Hean-Loong, Ong via dri-
> > devel wrote:
> > > From: Ong, Hean Loong
> > >
> > > Driver for Intel FPGA Video and Image Processing Suite F
https://bugzilla.kernel.org/show_bug.cgi?id=202555
Evgeny Kurnevsky (kurnev...@gmail.com) changed:
What|Removed |Added
Regression|No |Yes
--
You are
https://bugzilla.kernel.org/show_bug.cgi?id=202537
--- Comment #7 from Michel Dänzer (mic...@daenzer.net) ---
kmemleak is claiming there are leaks all over the place. That's weird, since
other people (including myself) aren't seeing any such leaks, also with 4.20
based kernels.
So, I'm afraid thi
On 11.02.2019 17:07, Paweł Chmiel wrote:
> On poniedziałek, 11 lutego 2019 16:35:19 CET Andrzej Hajda wrote:
>> On 02.02.2019 15:27, Paweł Chmiel wrote:
>>> This patch adds Samsung S6E63M0 AMOLED LCD panel driver, connected over
>>> spi. It's based on already removed, non dt s6e63m0 driver and
>>>
On Mon, Feb 11, 2019 at 06:15:20PM +0100, Daniel Vetter wrote:
> Hi all,
>
> Here's the typed component topic branch.
>
> drm-intel maintainers: Please pull, I need this for the mei hdcp work from
> Ram.
>
> drm-misc maintainers: Please pull, there's a drm doc patch follow-up
> that I want to s
On Mon, Feb 11, 2019 at 07:37:57PM +0530, Jagan Teki wrote:
> Hi Maxime,
>
> On Fri, Feb 1, 2019 at 8:01 PM Maxime Ripard
> wrote:
> >
> > On Tue, Jan 29, 2019 at 11:01:31PM +0530, Jagan Teki wrote:
> > > On Tue, Jan 29, 2019 at 8:43 PM Maxime Ripard
> > > wrote:
> > > >
> > > > On Mon, Jan 28
On Tue, Feb 12, 2019 at 3:00 PM Maxime Ripard wrote:
>
> On Mon, Feb 11, 2019 at 07:37:57PM +0530, Jagan Teki wrote:
> > Hi Maxime,
> >
> > On Fri, Feb 1, 2019 at 8:01 PM Maxime Ripard
> > wrote:
> > >
> > > On Tue, Jan 29, 2019 at 11:01:31PM +0530, Jagan Teki wrote:
> > > > On Tue, Jan 29, 2019
On Fri, Feb 1, 2019 at 9:12 PM Jagan Teki wrote:
>
> Here is next version changes for Allwinner A64 MIPI-DSI support
>
> This series grouped the changes like previous version[1] with different
> sets to support three different panels types that can fit into the DSI
> controller.
>
> set:1, for 4-l
Hi all,
Unfortunately, freedesktop.org's job of sending mail to a huge number
of people whilst pretending to be other people, has just got even
harder than it was.
fd.o can no longer (at least for the moment) send mail with the From
addresses of DMARC/DKIM/SPF-protected sender domains. When we try
On Mon, 11 Feb 2019, David Santamaría Rogado wrote:
> Lenovo Ideapad D330 Pentium CPU version has 1920x1200 LCD. Console
> ouput gets rotated at boot as Miix 310.
>
> Signed-off-by: David Santamaría Rogado
> ---
> drivers/gpu/drm/drm_panel_orientation_quirks.c | 13 +
> 1 file change
Hi Steve,
On Mon, 2019-02-11 at 10:24 -0800, Steve Longerbeam wrote:
[...]
> Looking more closely at these coefficients now, I see you are right,
> they are the BT.601 YUV full-range coefficients (Y range 0 to 1, U and V
> range -0.5 to 0.5). Well, not even that -- the coefficients are not
> be
Hi Maxime,
On Mon, Feb 11, 2019 at 8:12 PM Maxime Ripard wrote:
>
> Hi,
>
> Here is a series implementing the burst mode support for DSI.
>
> It's been tested on an A33 board with the panel supported on the last
> patch, which should remove all quirks due to a different SoC from the
> equation.
>
https://bugs.freedesktop.org/show_bug.cgi?id=107015
Timothy Arceri changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #5 from Timothy A
https://bugs.freedesktop.org/show_bug.cgi?id=109048
Timothy Arceri changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #3 from Timothy A
https://bugs.freedesktop.org/show_bug.cgi?id=103300
--- Comment #6 from Timothy Arceri ---
Another option if you can't get a trace would be to attach a saved game here so
we can easily get to the right scene for testing.
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=108194
--- Comment #5 from Timothy Arceri ---
Possibly related to bug 104602. Can you try the workaround from that bug
report.
--
You are receiving this mail because:
You are the assignee for the bug.___
dr
https://bugs.freedesktop.org/show_bug.cgi?id=108194
--- Comment #6 from Timothy Arceri ---
To be clear. Can you right click on the game in steam, select properties.
Then click 'Set Launch Options'. In here add: R600_DEBUG=nir %command%
Click ok, and close the properties window. Then launch the
Hi Daniel,
Thank you for the patch.
On Sat, Feb 09, 2019 at 12:42:30PM +0530, Ramalingam C wrote:
> From: Daniel Vetter
>
> Now that component has docs it's worth spending a few words and
> hyperlinks on recommended best practices in drm.
>
> Cc: Russell King - ARM Linux admin
> Signed-off-by
On Tue, Feb 12, 2019 at 02:44:03PM +0200, Laurent Pinchart wrote:
> Hi Daniel,
>
> Thank you for the patch.
>
> On Sat, Feb 09, 2019 at 12:42:30PM +0530, Ramalingam C wrote:
> > From: Daniel Vetter
> >
> > Now that component has docs it's worth spending a few words and
> > hyperlinks on recomme
Den 10.02.2019 22.03, skrev Sam Ravnborg:
> Hi Noralf
>
> On Sun, Feb 10, 2019 at 02:10:30PM +0100, Noralf Trønnes wrote:
>> Add driver example that shows how devm_drm_dev_init() can be used.
>>
>> Signed-off-by: Noralf Trønnes
>
> Always good with examples!
>
>
>> ---
>>
>> I'm not sure how
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.20.7, v4.19.20, v4.14.98, v4.9.155,
v4.4.173, v3.18.134.
v4.20.7: Build OK!
v4.
From: Colin Ian King
There are a couple of statements that are indented too deeply, fix
this by removing tabs. Also add a space after a comma to clean up
a cppcheck warning.
Signed-off-by: Colin Ian King
---
drivers/video/fbdev/vesafb.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
From: Colin Ian King
The indentation in the if statement is not indented correctly, fix
this with extra level of indentation.
Signed-off-by: Colin Ian King
---
drivers/video/fbdev/savage/savagefb_driver.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/video/f
On Sun, Feb 10, 2019 at 02:10:30PM +0100, Noralf Trønnes wrote:
> Add driver example that shows how devm_drm_dev_init() can be used.
>
> Signed-off-by: Noralf Trønnes
> ---
>
> I'm not sure how detailed such an example such be and a description of
> some kind is also required. Help is needed :-
On Fri, Feb 08, 2019 at 08:23:44AM +0100, Christian Gmeiner wrote:
> Am Sa., 2. Feb. 2019 um 16:42 Uhr schrieb Rob Herring :
> >
> > Many users of drm_gem_object embed a struct reservation_object into
> > their subclassed struct, so let's add one to struct drm_gem_object.
> > This will allow removi
On Sat, Feb 02, 2019 at 09:41:53AM -0600, Rob Herring wrote:
> This series implements the todo to add reservation_object to
> drm_gem_object. I converted the easy drivers, but not Intel or AMD. The
> series is build tested only.
>
> Rob
>
> v2:
> - Fix missing kerneldoc
> - Reword todo with w
Den 12.02.2019 15.06, skrev Daniel Vetter:
> On Sun, Feb 10, 2019 at 02:10:30PM +0100, Noralf Trønnes wrote:
>> Add driver example that shows how devm_drm_dev_init() can be used.
>>
>> Signed-off-by: Noralf Trønnes
>> ---
>>
>> I'm not sure how detailed such an example such be and a description
https://bugs.freedesktop.org/show_bug.cgi?id=109389
Michel Dänzer changed:
What|Removed |Added
See Also||https://bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=202537
Paul Menzel (pmenzel+bugzilla.kernel@molgen.mpg.de) changed:
What|Removed |Added
CC||
Hi,
On Mon, 2019-02-11 at 15:41 +0100, Maxime Ripard wrote:
> The Allwinner BSP makes sure that we don't end up with a null start delay
> or with a delay larger than vtotal.
>
> The former condition is likely to happen now with the reworked start delay,
> so make sure we enforce the same boundari
Hi,
On Mon, 2019-02-11 at 15:41 +0100, Maxime Ripard wrote:
> Since I always confuse the back and front porches, a few miscalculation
> slipped through. Fix them.
>
> Signed-off-by: Maxime Ripard
Food for thoughts: everything indicates that backporch does not count
sync length for the DSI regis
On Tue, Feb 12, 2019 at 04:28:13PM +0100, Paul Kocialkowski wrote:
> Hi,
>
> On Mon, 2019-02-11 at 15:41 +0100, Maxime Ripard wrote:
> > The current calculation for the video start delay in the current DSI driver
> > is that it is the total vertical size, minus the front porch and sync
> > length
On Wed, Feb 6, 2019 at 7:16 AM Qiang Yu wrote:
>
> From: Lima Project Developers
This should be a person (you).
> Signed-off-by: Andreas Baierl
> Signed-off-by: Erico Nunes
> Signed-off-by: Heiko Stuebner
> Signed-off-by: Marek Vasut
> Signed-off-by: Neil Armstrong
> Signed-off-by: Qiang Y
On Tue, Feb 12, 2019 at 10:53 AM Rob Herring via dri-devel
wrote:
>
> On Wed, Feb 6, 2019 at 7:16 AM Qiang Yu wrote:
> >
> > From: Lima Project Developers
>
> This should be a person (you).
>
> > Signed-off-by: Andreas Baierl
> > Signed-off-by: Erico Nunes
> > Signed-off-by: Heiko Stuebner
>
Add the bindings for the Bifrost family of ARM Mali GPUs.
The Bifrost GPU architecture is similar to the Midgard family,
but with a different Shader Core & Execution Engine structures.
Bindings are based on the Midgard family bindings, but the inner
architectural changes makes it a separate famil
Now that component has docs it's worth spending a few words and
hyperlinks on recommended best practices in drm.
v2: Add another item that component shouldn't be preferred over
drm_bridge/panel and similar subsystems already providing specialized
support for specific components (Laurent). Also con
On Fri, Feb 08, 2019 at 11:54:56PM +0530, Uma Shankar wrote:
> This patch attaches the colorspace connector property to the
> hdmi connector. Based on colorspace change, modeset will be
> triggered to switch to new colorspace.
>
> Based on colorspace property value create an infoframe
> with appro
On Fri, Feb 08, 2019 at 11:54:55PM +0530, Uma Shankar wrote:
> This adds colorspace information to HDMI AVI infoframe.
> A helper function is added to program the same.
>
> v2: Moved this to drm core instead of i915 driver.
>
> v3: Exported the helper function.
>
> v4: Added separate HDMI specif
On Tue, Feb 12, 2019 at 11:43:58AM -0500, Sean Paul wrote:
> From: Sean Paul
>
> Its use was removed in an earlier commit, but it is still hanging
> around.
>
> Fixes: e00fb8564ee9 ("drm: Stop updating plane->crtc/fb/old_fb on atomic
> drivers")
> Cc: Ville Syrjälä
> Cc: Maarten Lankhorst
> C
https://bugzilla.kernel.org/show_bug.cgi?id=202537
--- Comment #9 from Bernd Steinhauser (li...@bernd-steinhauser.de) ---
(In reply to Michel Dänzer from comment #7)
> kmemleak is claiming there are leaks all over the place. That's weird, since
> other people (including myself) aren't seeing any s
From: Sean Paul
The only difference between the functions is the clean_old_fbs argument, whose
use was removed in the patch referenced below. So remove the internal
copy and drop the guts back into drm_atomic_helper_disable_all()
Changes in v2:
- Instead of just removing the unused arg, merge th
https://bugs.freedesktop.org/show_bug.cgi?id=108879
Jan Vesely changed:
What|Removed |Added
Blocks||99553
Referenced Bugs:
https://bugs.free
On Fri, Feb 8, 2019 at 10:52 AM Souptick Joarder wrote:
>
> On Thu, Feb 7, 2019 at 10:17 PM Matthew Wilcox wrote:
> >
> > On Thu, Feb 07, 2019 at 09:19:47PM +0530, Souptick Joarder wrote:
> > > Just thought to take opinion for documentation before placing it in v3.
> > > Does it looks fine ?
> >
From: Ong, Hean Loong
The FPGA FrameBuffer Soft IP could be seen as the GPU and the DRM driver
patch here is allocating memory for information to be streamed from the
ARM/Linux to the display port.
Basically the driver just wraps the information such as the pixels to be
drawn by the Sodt IP Fra
This patch adds mipi tx driver support for mt8183.
Mipi_tx of mt8183 is very different to mt8173.
1.Separate mipi tx setting to mtk_mt8173_mipi_tx.c for mt8173
2.Separate mipi tx setting to mtk_mt8183_mipi_tx.c for mt8183
3.To reuse the common code, make the common functions in mtk_mipi_tx.c
Sign
Hi Steve,
On Mon, 2019-02-11 at 17:20 -0800, Steve Longerbeam wrote:
[...]
> > Should we support YUV BT.601 <-> YUV REC.709 conversions? That would
> > require separate encodings for input and output.
>
> How about if we pass the input and output encodings to the init ic task
> functions, but fo
https://bugs.freedesktop.org/show_bug.cgi?id=109607
--- Comment #2 from CI Bug Log ---
A CI Bug Log filter associated to this bug has been updated:
{- fi-icl-u3: random tests - incomplete -}
{+ fi-icl-u3: random tests - incomplete +}
New failures caught by the filter:
*
https://intel-gfx-ci.01
On Mon, Feb 11, 2019 at 7:44 PM Kazlauskas, Nicholas
wrote:
>
> On 2/11/19 10:01 AM, Michel Dänzer wrote:
> > On 2019-02-09 7:52 a.m., Mario Kleiner wrote:
> >> In VRR mode, keep track of the vblank count of the last
> >> completed pageflip in amdgpu_crtc->last_flip_vblank, as
> >> recorded in the
Hi,
On Mon, 2019-02-11 at 15:41 +0100, Maxime Ripard wrote:
> The current calculation for the video start delay in the current DSI driver
> is that it is the total vertical size, minus the front porch and sync length,
> plus 1. This equals to the active vertical size plus the back porch plus 1.
>
From: Colin Ian King
There are a few statements that are indented incorrectly. Fix these.
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/nouveau/nvkm/falcon/msgqueue.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nvkm/falcon/msgqueue.c
b
From: Colin Ian King
There are several statements that are incorrectly indented. Fix these.
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c | 2 +-
drivers/gpu/drm/amd/amdgpu/dce_v6_0.c| 2 +-
drivers/gpu/drm/amd/amdgpu/nbio_v7_4.c
https://bugzilla.kernel.org/show_bug.cgi?id=202511
--- Comment #13 from Michael A. Leonetti (mikealeone...@gmail.com) ---
Created attachment 281107
--> https://bugzilla.kernel.org/attachment.cgi?id=281107&action=edit
bisect log 2
I'm not sure if this is helpful. Basically all of the builds that
https://bugs.freedesktop.org/show_bug.cgi?id=108572
--- Comment #6 from Marco ---
As previously said, commenting si_clear_buffer makes clinfo and opencl work
again (with mesa master from git)
ndex c6f93e7..1523919 100644
--- a/src/gallium/drivers/radeonsi/si_pipe.c
+++ b/src/gallium/drivers/rad
On Wed, Jan 30, 2019 at 8:24 AM Damian Kos wrote:
>
> Updated firmware for Cadence MHDP8546 DP bridge.
>
> Release version: 1.2.15
You're missing a Signed-off-by and can you please update the WHENCE
file as well?
josh
> ---
> cadence/mhdp8546.bin | Bin 131072 -> 131072 bytes
> 1 file changed,
https://bugs.freedesktop.org/show_bug.cgi?id=108194
--- Comment #7 from Dieter Nützel ---
If I read this right Civilization VI in an OpenGL game?
Without shifting the focus to much have anyone maybe set EQAA filtering?
I've found an EQAA regression with TGSI and NIR running DiRT Rally on our
Pol
On Tue, Feb 12, 2019 at 11:43:58AM -0500, Sean Paul wrote:
> From: Sean Paul
>
> Its use was removed in an earlier commit, but it is still hanging
> around.
>
> Fixes: e00fb8564ee9 ("drm: Stop updating plane->crtc/fb/old_fb on atomic
> drivers")
> Cc: Ville Syrjälä
> Cc: Maarten Lankhorst
> C
Hi Dave, Daniel,
please consider merging these fixes for v5.0.
regards
Philipp
The following changes since commit bfeffd155283772bbe78c6a05dec7c0128ee500c:
Linux 5.0-rc1 (2019-01-06 17:08:20 -0800)
are available in the Git repository at:
git://git.pengutronix.de/pza/linux tags/imx-drm-fix
From: Ong Hean Loong
Intel FPGA Video and Image Processing Suite Frame Buffer II
driver config for Arria 10 devkit and its variants
Signed-off-by: Ong, Hean Loong
---
arch/arm/configs/socfpga_defconfig |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/arm/config
On 2019-02-12 9:39 a.m., Mario Kleiner via dri-devel wrote:
> On Mon, Feb 11, 2019 at 4:01 PM Michel Dänzer wrote:
>>
>> On 2019-02-09 7:52 a.m., Mario Kleiner wrote:
>>> In VRR mode, keep track of the vblank count of the last
>>> completed pageflip in amdgpu_crtc->last_flip_vblank, as
>>> recorde
From: Sean Paul
Its use was removed in an earlier commit, but it is still hanging
around.
Fixes: e00fb8564ee9 ("drm: Stop updating plane->crtc/fb/old_fb on atomic
drivers")
Cc: Ville Syrjälä
Cc: Maarten Lankhorst
Cc: Harry Wentland
Cc: Sinclair Yeh
Cc: Maxime Ripard
Cc: Sean Paul
Cc: Davi
>-Original Message-
>From: Ville Syrjälä [mailto:ville.syrj...@linux.intel.com]
>Sent: Tuesday, February 12, 2019 10:32 PM
>To: Shankar, Uma
>Cc: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; Syrjala,
>Ville
>; Lankhorst, Maarten
>Subject: Re: [Intel-gfx] [v15 4/4]
On 11/02/2019 15:02, Maxime Ripard wrote:
The __of_translate_address function is used to translate the device tree
addresses to physical addresses using the various ranges property to create
the offset.
However, it's shared between the CPU addresses (based on the ranges
property) and the DMA add
On Mon, Jan 28, 2019 at 4:12 PM Alexander Popov wrote:
>
> On 23.01.2019 14:03, Kees Cook wrote:
> > This adds a new plugin "stackinit" that attempts to perform unconditional
> > initialization of all stack variables
>
> Hello Kees! Hello everyone!
>
> I was curious about the performance impact of
On 2/12/19 3:34 AM, Philipp Zabel wrote:
Hi Steve,
On Mon, 2019-02-11 at 17:20 -0800, Steve Longerbeam wrote:
[...]
Should we support YUV BT.601 <-> YUV REC.709 conversions? That would
require separate encodings for input and output.
How about if we pass the input and output encodings to the
On 12/02/2019 07:19, Jitao Shi wrote:
> This patch adds mipi tx driver support for mt8183.
>
> Mipi_tx of mt8183 is very different to mt8173.
> 1.Separate mipi tx setting to mtk_mt8173_mipi_tx.c for mt8173
> 2.Separate mipi tx setting to mtk_mt8183_mipi_tx.c for mt8183
> 3.To reuse the common co
On 2/12/19 2:17 AM, Philipp Zabel wrote:
Hi Steve,
On Mon, 2019-02-11 at 10:24 -0800, Steve Longerbeam wrote:
[...]
Looking more closely at these coefficients now, I see you are right,
they are the BT.601 YUV full-range coefficients (Y range 0 to 1, U and V
range -0.5 to 0.5). Well, not even
On 11/02/2019 15:02, Maxime Ripard wrote:
Some SoCs have devices that are using a separate bus from the main bus to
perform DMA.
These buses might have some restrictions and/or different mapping than from
the CPU side, so we'd need to express those using the usual dma-ranges, but
using a differe
https://bugs.freedesktop.org/show_bug.cgi?id=108194
--- Comment #8 from Hadrien Nilsson ---
I started both Steam and the game with R600_DEBUG=nir, it has no effect on the
bug.
Graphics settings are all either "Low" or "Disabled", with the exception of
v-sync. This includes anti-aliasing (thus no
Am Sa., 2. Feb. 2019 um 16:42 Uhr schrieb Rob Herring :
>
> Now that the base struct drm_gem_object has a reservation_object, use it
> and remove the private BO one.
>
> Cc: Lucas Stach
> Cc: Russell King
> Cc: Christian Gmeiner
> Cc: David Airlie
> Cc: Daniel Vetter
> Cc: etna...@lists.freede
Am Di., 12. Feb. 2019 um 15:16 Uhr schrieb Daniel Vetter :
>
> On Fri, Feb 08, 2019 at 08:23:44AM +0100, Christian Gmeiner wrote:
> > Am Sa., 2. Feb. 2019 um 16:42 Uhr schrieb Rob Herring :
> > >
> > > Many users of drm_gem_object embed a struct reservation_object into
> > > their subclassed struct
On 11/02/2019 15:02, Maxime Ripard wrote:
Now that we can express our DMA topology, rely on those property instead of
hardcoding an offset from the dma_addr_t which wasn't really great.
We still need to add some code to deal with the old DT that would lack that
property, but we move the offset t
On 11/02/2019 15:02, Maxime Ripard wrote:
The MBUS controller drives the MBUS that other devices in the SoC will
use to perform DMA. It also has a register interface that allows to
monitor and control the bandwidth and priorities for masters on that
bus.
Signed-off-by: Maxime Ripard
---
Docum
https://bugs.freedesktop.org/show_bug.cgi?id=109048
Henri Valta changed:
What|Removed |Added
Status|NEEDINFO|NEW
--- Comment #4 from Henri Valta ---
Am 12.02.19 um 15:05 schrieb Colin King:
> From: Colin Ian King
>
> There are several statements that are incorrectly indented. Fix these.
>
> Signed-off-by: Colin Ian King
Reviewed-by: Christian König
> ---
> drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c | 2 +-
> drivers/gpu/drm/am
Thomas Spurden writes:
> On Thu, 7 Feb 2019 at 20:10, Eric Anholt wrote:
>>
>> Signed-off-by: Eric Anholt
>
> Reviewed-by: Thomas Spurden
Merged this one, will send out respins of the others.
signature.asc
Description: PGP signature
___
dri-devel
Daniel Vetter writes:
> On Thu, Feb 07, 2019 at 03:26:13PM -0800, Eric Anholt wrote:
>> We always decrement at GEM free, so make sure we increment at GEM
>> creation for dma-bufs.
>
> Indeed. Reviewed-by: Daniel Vetter
Merged to drm-misc-next. Thanks!
signature.asc
Description: PGP signature
On Tue, Feb 12, 2019 at 10:24 AM Alex Deucher wrote:
>
> On Tue, Feb 12, 2019 at 10:53 AM Rob Herring via dri-devel
> wrote:
> >
> > On Wed, Feb 6, 2019 at 7:16 AM Qiang Yu wrote:
> > >
> > > From: Lima Project Developers
[...]
> > > +static int lima_ioctl_gem_va(struct drm_device *dev, void
The old field is gone and the register now has a different field,
QRMAXCNT for how many TMU requests get serviced before thread switch.
We were accidentally reducing it from its default of 0x3 (4 requests)
to 0x0 (1).
v2: Skip setting the reg at all on 4.x, instead of trying to update
only the
You'll get garbage measurements if the registers always read back
0xdeadbeef
Signed-off-by: Eric Anholt
---
drivers/gpu/drm/v3d/v3d_debugfs.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/gpu/drm/v3d/v3d_debugfs.c
b/drivers/gpu/drm/v3d/v3d_debugfs.c
index eb2b2d2f8553..a24
No compatible string for it yet, just the version-dependent changes.
They've now tied the hub and the core interrupt lines into a single
interrupt line coming out of the block. It also turns out I made a
mistake in modeling the V3D v3.3 and v4.1 bridge as a part of V3D
itself -- the bridge is goin
Feiyang FY07024DI26A30-D is 1024x600, 4-lane MIPI-DSI LCD panel.
Add panel driver for it.
Signed-off-by: Jagan Teki
Reviewed-by: Sam Ravnborg
Tested-by: Bhushan Shah
Tested-by: Merlijn Wajer
---
Changes for v7:
- rebase on master
- collect Merlijn Tested-by
- add tabs about drm timings
Change
Feiyang FY07024DI26A30-D is 1024x600, 4-lane MIPI-DSI LCD panel.
Add dt-bingings for it.
Signed-off-by: Jagan Teki
Reviewed-by: Rob Herring
---
Changes for v7, v6, v5, v4, v3:
- none
Changes for v2:
- new patch, derived from another dsi series
.../display/panel/feiyang,fy07024di26a30d.txt |
>-Original Message-
>From: Ville Syrjälä [mailto:ville.syrj...@linux.intel.com]
>Sent: Tuesday, February 12, 2019 10:35 PM
>To: Shankar, Uma
>Cc: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; Syrjala,
>Ville
>; emil.l.veli...@gmail.com; Lankhorst, Maarten
>
>Subject:
On Mon, Feb 11, 2019 at 6:04 PM Daniel Vetter wrote:
>
> On Mon, Feb 11, 2019 at 4:01 PM Kazlauskas, Nicholas
> wrote:
> >
> > On 2/11/19 3:35 AM, Daniel Vetter wrote:
> > > On Mon, Feb 11, 2019 at 04:22:24AM +0100, Mario Kleiner wrote:
> > >> The pageflip completion timestamps transmitted to use
https://bugs.freedesktop.org/show_bug.cgi?id=108514
--- Comment #28 from Paul Dufresne ---
client@client-LIFEBOOK-AH531 ~/mylinux $ git bisect log
# bad: [a798c10faf62a505d24e5f6213fbaf904a39623f] Linux 3.15-rc2
# good: [c9eaa447e77efe77b7fa4c953bd62de8297fd6c5] Linux 3.15-rc1
git bisect start 'v
https://bugs.freedesktop.org/show_bug.cgi?id=108514
--- Comment #27 from Paul Dufresne ---
I have done a git bisect:
client@client-LIFEBOOK-AH531 ~/mylinux $ git bisect good
f8a2645ecede4eaf90b3d785f2805c8ecb76d43e is the first bad commit
commit f8a2645ecede4eaf90b3d785f2805c8ecb76d43e
Author: Ch
https://bugs.freedesktop.org/show_bug.cgi?id=108514
--- Comment #29 from Paul Dufresne ---
Created attachment 143368
--> https://bugs.freedesktop.org/attachment.cgi?id=143368&action=edit
git show of firt bad commit
--
You are receiving this mail because:
You are the assignee for the bug._
1 - 100 of 127 matches
Mail list logo
