On Mon, Mar 27, 2017 at 05:57:57PM -0400, Alastair Bridgewater wrote:
> HDMI 3D mode support, round two. Revisions include no longer dealing
> with audio InfoFrames, passing infoframe data to NVKM as bags of bytes
> rather than as data pre-packed for the hardware, more-normal return
> value checki
Hi Tomi,
On Tuesday 28 Mar 2017 16:07:46 Tomi Valkeinen wrote:
> This is the third revision of this series. Note that this series depends on
> "drm/atomic: Introduce drm_atomic_helper_shutdown" which has not yet been
> merged to drm-next.
I've reviewed all patches but the omapdss-base split. Whil
Hi Tomi,
(CC'ing Daniel and David)
On Wednesday 29 Mar 2017 11:58:23 Tomi Valkeinen wrote:
> On 29/03/17 11:22, Laurent Pinchart wrote:
> > Hi Tomi,
> >
> > Thank you for the patch.
> >
> > On Tuesday 28 Mar 2017 16:07:52 Tomi Valkeinen wrote:
> >> From: Hemant Hariyani
> >>
> >> Add support
On Tue, Mar 28, 2017 at 06:05:08PM +0800, Icenowy Zheng wrote:
>
> 2017年3月27日 上午5:11于 Maxime Ripard 写道：
> >
> > On Fri, Mar 17, 2017 at 11:34:45AM +0800, Chen-Yu Tsai wrote:
> > > On Thu, Mar 16, 2017 at 1:37 AM, Rob Herring wrote:
> > > > On Tue, Mar 07, 2017 at 09:56:26AM +0100, Maxime Ripard
https://bugs.freedesktop.org/show_bug.cgi?id=93199
Jari Tahvanainen changed:
What|Removed |Added
Component|DRM/Intel |IGT
Assignee|intel-gfx-bugs
Hi
On Wed, Mar 29, 2017 at 2:20 PM, Laurent Pinchart
wrote:
> Hi Tomi,
>
> (CC'ing Daniel and David)
>
> On Wednesday 29 Mar 2017 11:58:23 Tomi Valkeinen wrote:
>> On 29/03/17 11:22, Laurent Pinchart wrote:
>> > Hi Tomi,
>> >
>> > Thank you for the patch.
>> >
>> > On Tuesday 28 Mar 2017 16:07:52
Am 29.03.2017 um 11:18 schrieb Jan Burgmeier:
Signed-off-by: Jan Burgmeier
---
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c
index 99424cb8020b..583
On Wed, Mar 29, 2017 at 12:16:50PM +0200, Maarten Lankhorst wrote:
> mode_valid() and get_modes() called
> from drm_helper_probe_single_connector_modes()
> may need to look at connector->state because what a valid mode is may
> depend on connector properties being set. For example some HDMI modes
>
On Wed, 29 Mar 2017 15:26:45 +0200
Daniel Vetter wrote:
> On Wed, Mar 29, 2017 at 12:16:50PM +0200, Maarten Lankhorst wrote:
> > mode_valid() and get_modes() called
> > from drm_helper_probe_single_connector_modes()
> > may need to look at connector->state because what a valid mode is may
> > dep
On Wed, Mar 29, 2017 at 01:34:00PM +, Alexey Brodkin wrote:
> Hi Liviu, Rob,
Hi Alexey,
>
> On Fri, 2017-03-03 at 18:21 +, liviu.du...@arm.com wrote:
> > On Fri, Mar 03, 2017 at 05:48:19PM +, Alexey Brodkin wrote:
> > >
> > > Hi Liviu,
> > >
> > > On Fri, 2017-03-03 at 16:28 +,
Op 29-03-17 om 15:31 schreef Boris Brezillon:
> On Wed, 29 Mar 2017 15:26:45 +0200
> Daniel Vetter wrote:
>
>> On Wed, Mar 29, 2017 at 12:16:50PM +0200, Maarten Lankhorst wrote:
>>> mode_valid() and get_modes() called
>>> from drm_helper_probe_single_connector_modes()
>>> may need to look at conne
On Mon, Jan 23, 2017 at 10:33 AM, Thierry Reding
wrote:
> On Fri, Jan 13, 2017 at 06:36:30PM +0100, Lucas Stach wrote:
>> The i2c adapter on DP AUX is purely a software construct. Linking
>> it to the device node of the parent device is wrong, as it leads to
>> 2 devices sharing the same device no
On Wed, Mar 29, 2017 at 03:51:08PM +0200, Maarten Lankhorst wrote:
> Op 29-03-17 om 15:31 schreef Boris Brezillon:
> > On Wed, 29 Mar 2017 15:26:45 +0200
> > Daniel Vetter wrote:
> >
> >> On Wed, Mar 29, 2017 at 12:16:50PM +0200, Maarten Lankhorst wrote:
> >>> mode_valid() and get_modes() called
>
Hi Dave,
a single fix to keep fence seqnos of completed jobs monotonically
increasing, as expected in various locations of the driver code. Also
tagged for stable.
Regards,
Lucas
The following changes since commit c1ae3cfa0e89fa1a7ecc4c99031f5e9ae99d9201:
Linux 4.11-rc1 (2017-03-05 12:59:56 -
From: Hans Verkuil
This patch series adds the CEC physical address notifier code, based on
Russell's code:
https://patchwork.kernel.org/patch/9277043/
It adds support for it to the exynos_hdmi drm driver, adds support for
it to the CEC framework and finally adds support to the s5p-cec driver,
w
From: Hans Verkuil
Add support for CEC notifiers, which is used to convey CEC physical address
information from video drivers to their CEC counterpart driver(s).
Based on an earlier version from Russell King:
https://patchwork.kernel.org/patch/9277043/
The cec_notifier is a reference counted o
From: Benjamin Gaignard
Implement the CEC notifier support to allow CEC drivers to
be informed when there is a new physical address.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Hans Verkuil
---
drivers/gpu/drm/sti/sti_hdmi.c | 11 +++
drivers/gpu/drm/sti/sti_hdmi.h | 3 +++
2 fil
From: Benjamin Gaignard
By using the CEC notifier framework there is no longer any reason
to manually set the physical address. This was the one blocking
issue that prevented this driver from going out of staging, so do
this move as well.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Hans Ver
From: Hans Verkuil
Implement the CEC notifier support to allow CEC drivers to
be informed when there is a new physical address.
Signed-off-by: Hans Verkuil
Tested-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 20 ++--
1 file changed, 18 insertions(+), 2 delet
From: Hans Verkuil
Update the bindings documenting the new hdmi phandle.
Signed-off-by: Hans Verkuil
CC: linux-samsung-...@vger.kernel.org
CC: devicet...@vger.kernel.org
CC: Krzysztof Kozlowski
---
Documentation/devicetree/bindings/media/s5p-cec.txt | 2 ++
1 file changed, 2 insertions(+)
di
From: Hans Verkuil
Rename cec_get_edid_phys_addr to cec_get_raw_edid_phys_addr.
Add a new cec_get_edid_phys_addr function that takes a struct edid pointer.
This reflects the fact that some drivers have a struct edid pointer and
others a u8 pointer to the raw edid data.
Signed-off-by: Hans Verk
From: Benjamin Gaignard
Update the bindings documentation with the new hdmi phandle.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Hans Verkuil
Acked-by: Rob Herring
CC: devicet...@vger.kernel.org
---
Documentation/devicetree/bindings/media/stih-cec.txt | 2 ++
1 file changed, 2 insertions
From: Hans Verkuil
By using the CEC notifier framework there is no longer any reason
to manually set the physical address. This was the one blocking
issue that prevented this driver from going out of staging, so do
this move as well.
Update the bindings documenting the new hdmi phandle and
updat
From: Hans Verkuil
Add the new hdmi phandle to exynos4.dtsi. This phandle is needed by the
s5p-cec driver to initialize the CEC notifier framework.
Tested with my Odroid U3.
Signed-off-by: Hans Verkuil
Tested-by: Marek Szyprowski
CC: linux-samsung-...@vger.kernel.org
CC: devicet...@vger.kerne
From: Hans Verkuil
Support the CEC notifier framework, simplifying drivers that
depend on this.
Signed-off-by: Hans Verkuil
Tested-by: Marek Szyprowski
---
drivers/media/cec/cec-core.c | 21 +
include/media/cec.h | 6 ++
2 files changed, 27 insertions(+)
dif
From: Benjamin Gaignard
To use CEC notifier sti CEC driver needs to get phandle
of the hdmi device.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Hans Verkuil
CC: devicet...@vger.kernel.org
---
arch/arm/boot/dts/stih407-family.dtsi | 12
arch/arm/boot/dts/stih410.dtsi|
On 29/03/17 15:09, Laurent Pinchart wrote:
> Hi Tomi,
>
> On Tuesday 28 Mar 2017 16:07:46 Tomi Valkeinen wrote:
>> This is the third revision of this series. Note that this series depends on
>> "drm/atomic: Introduce drm_atomic_helper_shutdown" which has not yet been
>> merged to drm-next.
>
> I'
Op 29-03-17 om 16:06 schreef Daniel Vetter:
> On Wed, Mar 29, 2017 at 03:51:08PM +0200, Maarten Lankhorst wrote:
>> Op 29-03-17 om 15:31 schreef Boris Brezillon:
>>> On Wed, 29 Mar 2017 15:26:45 +0200
>>> Daniel Vetter wrote:
>>>
On Wed, Mar 29, 2017 at 12:16:50PM +0200, Maarten Lankhorst wro
The next patch will need the complete dma_fence, instead of just the seqno,
to create the sync_file in etnaviv_ioctl_gem_submit, in case an
out_fence_fd is requested.
The submit needs to hold a reference to the dma_fence, to avoid raceing
with the GPU completing the fence.
Signed-off-by: Lucas St
From: Philipp Zabel
Based on commit 4cd0945901a6 ("drm/msm: submit support for out-fences").
We increment the minor driver version so userspace can detect explicit
fence support.
Signed-off-by: Philipp Zabel
Signed-off-by: Lucas Stach
---
v3: Changed to work with fence returned from GPU submit
From: Philipp Zabel
Loosely based on commit f0a42bb5423a ("drm/msm: submit support for
in-fences"). Unfortunately, struct drm_etnaviv_gem_submit doesn't have
a flags field yet, so we have to extend the structure and trust that
drm_ioctl will clear the flags for us if an older userspace only submi
On Wed, Mar 29, 2017 at 10:24:05AM -0400, Alastair Bridgewater wrote:
> On Wed, Mar 29, 2017 at 8:02 AM, Ville Syrjälä <
> ville.syrj...@linux.intel.com> wrote:
> >
> > On Mon, Mar 27, 2017 at 05:57:57PM -0400, Alastair Bridgewater wrote:
> > > And the tenth patch enables stereo mode support... on
From: Thierry Reding
Add a couple of temporary variables and use shorter names for existing
variables in drm_fb_helper_add_one_connector() for better readability.
Tested-by: John Stultz
Reviewed-by: Daniel Vetter
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_fb_helper.c | 25
From: Thierry Reding
Fix up a couple of checkpatch warnings, such as whitespace or coding
style issues.
Tested-by: John Stultz
Reviewed-by: Daniel Vetter
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_fb_helper.c | 54 -
1 file changed, 32 inser
From: Thierry Reding
The expression &private->fbdev_helper can never be NULL, so the check is
completely unnecessary.
Reviewed-by: Daniel Vetter
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/rockchip/rockchip_drm_fb.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/
From: Thierry Reding
Introduce a new top-level lock for the FB helper code. This will allow
better locking granularity and avoid the need to abuse modeset locking
for this purpose instead.
Tested-by: John Stultz
Reviewed-by: Daniel Vetter
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm
From: Thierry Reding
drm_fbdev_cma_hotplug_event() already checks for NULL pointers before
dereferencing, so callers don't need to do that.
Reviewed-by: Daniel Vetter
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 3 +--
1 file changed, 1 insertion(+), 2 dele
From: Thierry Reding
FB helper code falls back to a 1024x768 mode if no outputs are connected
or don't report back any modes upon initialization. This can be annoying
because outputs that are added to FB helper later on can't be used with
FB helper if they don't support a matching mode.
The fall
From: Thierry Reding
The existing drm_fb_helper_hotplug_event() function needs to take the
top-level fb-helper lock. However, the function can also be called from
code that has already taken this lock. Introduce an unlocked variant of
this function that can be used in the latter case.
This funct
From: Thierry Reding
This set of patches adds support for deferring FB helper setup, which is
useful to obtain a sane configuration even when no outputs are available
during probe.
One example is HDMI, where fbdev will currently fallback to a 1024x786
resolution if no monitor is connected, and w
From: Thierry Reding
An unlocked version of the drm_fb_helper_add_one_connector() function
will be added in a subsequent patch. Reshuffle the code separately to
make the diff more readable later on.
Tested-by: John Stultz
Reviewed-by: Daniel Vetter
Signed-off-by: Thierry Reding
---
drivers/g
From: Thierry Reding
The FB helper core now supports deferred setup, so the driver's custom
implementation can be removed.
Reviewed-by: Daniel Vetter
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/hisilicon/kirin/kirin_drm_drv.c | 21 +++--
1 file changed, 11 insertions(+),
From: Thierry Reding
The FB helper core now supports deferred setup, so the driver's custom
implementation can be removed.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 6 --
drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 23 ---
2 files ch
From: Thierry Reding
Move the modeset locking from drivers into FB helpers.
Tested-by: John Stultz
Reviewed-by: Daniel Vetter
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_fb_helper.c| 40 +-
drivers/gpu/drm/i915/intel_dp_mst.c| 3 ---
dri
On Wed, Mar 29, 2017 at 10:24 AM, Alastair Bridgewater
wrote:
> On Wed, Mar 29, 2017 at 8:02 AM, Ville Syrjälä
> wrote:
>>
>> On Mon, Mar 27, 2017 at 05:57:57PM -0400, Alastair Bridgewater wrote:
>> > And the tenth patch enables stereo mode support... on HDMI and DPort
>> > connectors on nv50+ h
On Wed, Mar 29, 2017 at 04:43:56PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> The existing drm_fb_helper_hotplug_event() function needs to take the
> top-level fb-helper lock. However, the function can also be called from
> code that has already taken this lock. Introduce an unlocked
On 29/03/17 10:22 PM, Christian König wrote:
> Am 29.03.2017 um 11:18 schrieb Jan Burgmeier:
>> Signed-off-by: Jan Burgmeier
>> ---
>> drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 4 +++-
>> 1 file changed, 3 insertions(+), 1 deletion(-)
>>
>> diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c
>>
Am 29.03.2017 um 16:54 schrieb Michel Dänzer:
On 29/03/17 10:22 PM, Christian König wrote:
Am 29.03.2017 um 11:18 schrieb Jan Burgmeier:
Signed-off-by: Jan Burgmeier
---
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/g
tree: git://anongit.freedesktop.org/drm-intel drm-intel-nightly
head: 2f9f22b419350cafb06ba7e5342bc461fcb0afca
commit: 43dc7fe2b2118c76fbc2808dec0c57b3158e6dc0 [1077/1091] drm: Mark up
accesses of vblank->enabled outside of its spinlock
config: tile-tilegx_defconfig (attached as .config)
compi
Support the CEC notifier framework, simplifying drivers that
depend on this.
Signed-off-by: Hans Verkuil
Tested-by: Marek Szyprowski
---
Accidentally removed adap->notifier causing this to fail. Fixed this
stupid mistake.
---
drivers/media/cec/cec-core.c | 22 ++
include/med
2017-03-29 16:15 GMT+02:00 Hans Verkuil :
> From: Hans Verkuil
>
> This patch series adds the CEC physical address notifier code, based on
> Russell's code:
>
> https://patchwork.kernel.org/patch/9277043/
>
> It adds support for it to the exynos_hdmi drm driver, adds support for
> it to the CEC fr
Hi Dave,
One small fix for radeon.
The following changes since commit d64a04720b0e64c1cd0726a3a27b360822fbee22:
Merge branch 'drm-fixes-4.11' of git://people.freedesktop.org/~agd5f/linux
into drm-fixes (2017-03-24 11:05:06 +1000)
are available in the git repository at:
git://people.freede
On 29.03.2017 11:36, Michel Dänzer wrote:
On 29/03/17 06:07 PM, Christian König wrote:
Am 29.03.2017 um 10:59 schrieb Michel Dänzer:
On 28/03/17 08:00 PM, Julien Isorce wrote:
On 28 March 2017 at 10:36, Michel Dänzer mailto:mic...@daenzer.net>> wrote:
On 28/03/17 05:24 PM, Julien Isorce
I've screwed this up when removing the legacy backoff hack.
Fixes: 38b6441e4e75 ("drm/atomic-helper: Remove the backoff hack from
set_config")
Cc: Harry Wentland
Cc: Daniel Vetter
Cc: Daniel Vetter
Cc: Jani Nikula
Cc: Sean Paul
Cc: David Airlie
Cc: dri-devel@lists.freedesktop.org
Signed-off
From: Christian König
This allows drivers to specify if they need a contiguous allocation or not.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c| 4 +++-
include/drm/ttm/ttm_placement.h | 1 +
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/tt
From: Christian König
No need to implement the same logic twice. Also check if the busy placements
are identical to the already scanned placements before checking them.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c | 45
1 file cha
From: Christian König
This allows the driver to handle io_mem mappings on their own.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 1 +
drivers/gpu/drm/ast/ast_ttm.c | 1 +
drivers/gpu/drm/bochs/bochs_mm.c| 1 +
drivers/gpu/drm/cirrus/cirrus_
From: Christian König
This avoids merging them together on page fault.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 4 +---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c| 16
2 files changed, 13 insertions(+), 7 deletions(-)
diff --git a/driv
From: Christian König
Implement AMDGPU_GEM_CREATE_VRAM_CONTIGUOUS using TTM_PL_FLAG_CONTIGUOUS
instead of a placement limit. That allows us to better handle CPU
accessible placements.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 11 +--
drivers/gpu/
From: Christian König
We will probably never see this combination.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 25 -
1 file changed, 25 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c
b/drivers/gpu/drm/amd/amdgpu/amdg
On Wed, Mar 29, 2017 at 04:15:32PM +0200, Hans Verkuil wrote:
> From: Hans Verkuil
>
> This patch series adds the CEC physical address notifier code, based on
> Russell's code:
>
> https://patchwork.kernel.org/patch/9277043/
>
> It adds support for it to the exynos_hdmi drm driver, adds support
On Wed, Mar 29, 2017 at 04:43:58PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> The FB helper core now supports deferred setup, so the driver's custom
> implementation can be removed.
>
> Signed-off-by: Thierry Reding
> ---
> drivers/gpu/drm/exynos/exynos_drm_drv.c | 6 --
>
On Wed, Mar 29, 2017 at 1:53 PM, Panariti, David wrote:
> Hi,
>
> I'm still new to this stuff.
> Is this informational or some action items?
It's a request to Dave (drm maintainer), to pull fixes into the next
4.11 rc kernel. Unless you are Dave, it's largely informational.
Alex
>
> thanks,
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
libdrm 2.4.76 has been released.
This release is required for upcoming Radeon Vega GPUs.
Adam Jackson (1):
configure: Explicitly check for pkg-config at the top level
Alex Xie (3):
amdgpu: Free/uninit vamgr_32 in theoretically correct
Of course. I totally missed that.
Reviewed-by: Harry Wentland
Harry
On 2017-03-29 01:41 PM, Daniel Vetter wrote:
I've screwed this up when removing the legacy backoff hack.
Fixes: 38b6441e4e75 ("drm/atomic-helper: Remove the backoff hack from
set_config")
Cc: Harry Wentland
Cc: Daniel Vett
Similar to the previous commit, convert drivers open coding OF graph
parsing to use drm_of_find_panel_or_bridge instead.
This changes some error messages to debug messages (in the graph core).
Graph connections are often "no connects" depending on the particular
board, so we want to avoid spurious
https://bugs.freedesktop.org/show_bug.cgi?id=100306
MirceaKitsune changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Hi Daniel,
On 29/03/17 19:47, Daniel Vetter wrote:
> On Wed, Mar 29, 2017 at 04:15:32PM +0200, Hans Verkuil wrote:
>> From: Hans Verkuil
>>
>> This patch series adds the CEC physical address notifier code, based on
>> Russell's code:
>>
>> https://patchwork.kernel.org/patch/9277043/
>>
>> It adds
On Fri, Mar 24, 2017 at 02:29:48PM -0700, Ben Widawsky wrote:
> They're the same, so use the one which makes more sense.
>
> Signed-off-by: Ben Widawsky
Reviewed-by: Ville Syrjälä
> ---
> drivers/gpu/drm/i915/intel_display.c | 28 ++--
> 1 file changed, 14 insertions(+
https://bugs.freedesktop.org/show_bug.cgi?id=100437
Christian Lanig changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
Hi,
attached two patches for amdgpu to improve the accuracy of display wm
calculations, and to avoid some overflow and divide-by-zero errors which
can cause the driver to die.
Both are tested for the DCE-10 code path with a AMD R9 380 Tonga Pro
on two different panels and their various modes. The
Avoid big roundoff errors in scanline/hactive durations for
high pixel clocks, especially for >= 500 Mhz, and thereby
program more accurate display fifo watermarks.
Implemented here for DCE 6,8,10,11.
Successfully tested on DCE 10 with AMD R9 380 Tonga.
Signed-off-by: Mario Kleiner
---
drivers/
At dot clocks > approx. 250 Mhz, some of these calcs will overflow and
cause miscalculation of latency watermarks, and for some overflows also
divide-by-zero driver crash ("divide error: [#1] PREEMPT SMP" in
"dce_v10_0_latency_watermark+0x12d/0x190").
This zero-divide happened, e.g., on AMD T
On Fri, Mar 24, 2017 at 02:29:50PM -0700, Ben Widawsky wrote:
> This was based on a patch originally by Kristian. It has been modified
> pretty heavily to use the new callbacks from the previous patch.
>
> v2:
> - Add LINEAR and Yf modifiers to list (Ville)
> - Combine i8xx and i965 into one l
https://bugs.freedesktop.org/show_bug.cgi?id=100443
Christian Lanig changed:
What|Removed |Added
Attachment #130529|0 |1
is obsolete|
On Wed, Mar 29, 2017 at 11:03:40PM +0300, Ville Syrjälä wrote:
> On Fri, Mar 24, 2017 at 02:29:48PM -0700, Ben Widawsky wrote:
> > They're the same, so use the one which makes more sense.
> >
> > Signed-off-by: Ben Widawsky
>
> Reviewed-by: Ville Syrjälä
And pushed to dinq immediately. Thanks
The kfree on line 926 would only be a problem for the references to e on
lines 933 and 937 if the return value of drm_event_reserve_init can be
-EDEADLK.
julia
-- Forwarded message --
Date: Thu, 30 Mar 2017 00:48:54 +0800
From: kbuild test robot
To: kbu...@01.org
Cc: Julia Lawall
https://bugs.freedesktop.org/show_bug.cgi?id=100443
--- Comment #2 from Christian Lanig ---
Created attachment 130553
--> https://bugs.freedesktop.org/attachment.cgi?id=130553&action=edit
Bios values
I verified my bios against another one from the Internet and had a look at the
powerplay table
We are going to add more parameters to find_vqs, let's wrap the call so
we don't need to tweak all drivers every time.
Signed-off-by: Michael S. Tsirkin
---
drivers/block/virtio_blk.c | 3 +--
drivers/char/virtio_console.c | 6 +++---
drivers/crypto/virtio/virtio_cry
Hi Daniel,
On Tue, Mar 28, 2017 at 09:49:38AM +0200, Daniel Vetter wrote:
> On Mon, Mar 27, 2017 at 03:01:03PM -0700, Sinclair Yeh wrote:
> > Switch over to using internal atomic API for mode set.
> >
> > This removes the legacy set_config API, replacing it with
> > drm_atomic_helper_set_config()
On Fri, Mar 24, 2017 at 08:51:31AM +0800, Chris Zhong wrote:
> The Innolux P079ZCA is a 7.85" panel with a 768X1024 resolution and
> connected to DSI using four lanes.
>
> Signed-off-by: Chris Zhong
> Reviewed-by: Brian Norris
> ---
>
> Changes in v4: None
> Changes in v3: None
> Changes in v2:
Hi David,
On Wednesday 29 Mar 2017 14:51:48 David Herrmann wrote:
> On Wed, Mar 29, 2017 at 2:20 PM, Laurent Pinchart wrote:
> > On Wednesday 29 Mar 2017 11:58:23 Tomi Valkeinen wrote:
> >> On 29/03/17 11:22, Laurent Pinchart wrote:
> >>> On Tuesday 28 Mar 2017 16:07:52 Tomi Valkeinen wrote:
> >>>
On Wed, Mar 29, 2017 at 2:07 AM, Michel Dänzer wrote:
> On 29/03/17 01:02 PM, r...@ubuntu.com wrote:
>> From: Christopher James Halse Rogers
>>
>> Any use of the framebuffer will migrate it to VRAM, which is not sensible for
>> an imported dma-buf.
>>
>> v2: Use DRM_DEBUG_KMS to prevent userspace
https://bugs.freedesktop.org/show_bug.cgi?id=100395
--- Comment #5 from Andy Furniss ---
Seems, I've found it. Many skips to work around vega build issues, but I got
past them and got a bad then good.
Further skips then due to startx hangs with dmesg logging ring test fails on 3
to 8.
Fortunate
On Mon, Mar 27, 2017 at 6:07 AM, David Binderman wrote:
>
> Hello there,
>
> linux-4.11-rc4/drivers/gpu/drm/radeon/r100.c:3303]: (style) Redundant
> condition: If 'EXPR == 11', the comparison 'EXPR <= 12' is always true.
>
> Source code is
>
> } else if (rdev->family == CHIP_RV350 ||
>
On 17-03-29 23:17:13, Ville Syrjälä wrote:
On Fri, Mar 24, 2017 at 02:29:50PM -0700, Ben Widawsky wrote:
This was based on a patch originally by Kristian. It has been modified
pretty heavily to use the new callbacks from the previous patch.
v2:
- Add LINEAR and Yf modifiers to list (Ville)
https://bugs.freedesktop.org/show_bug.cgi?id=100398
--- Comment #3 from Alex Deucher ---
Can you try the latest drm-next-4.12-wip branch?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lis
This makes the test run under the 'make check'-taget.
Signed-off-by: Erik Faye-Lund
---
tests/tegra/Makefile.am | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/tests/tegra/Makefile.am b/tests/tegra/Makefile.am
index 8e625c8f..f8e2a146 100644
--- a/tests/tegra/Makefile.am
+
I get a few more symbols in my build tegra-libraries, so let's
include these in the whitelist as well.
While we're at it, update the comment at the top.
Signed-off-by: Erik Faye-Lund
---
tegra/tegra-symbol-check | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/tegra/te
https://bugs.freedesktop.org/show_bug.cgi?id=100398
--- Comment #4 from Mike Lothian ---
I still get errors but they're slightly different this time:
[9.641782] [drm] PCIE GART of 4096M enabled (table at 0x0004).
[9.691719] [drm] ring test on 0 succeeded in 11 usecs
[9.69
https://bugs.freedesktop.org/show_bug.cgi?id=100460
Bug ID: 100460
Summary: AMDGPU system hang with Slic3r Prusa Edition
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
This is a request for Dave to pull changes from Alex's tree into Dave's
"drm-fixes" tree, which is the last step before it gets sent to Linus.
Dave is the drm subsystem maintainer, and drm-next / drm-fixes branches are
where code from multiple GPU driver maintainers comes together. Dave would g
From: Icenowy Zheng
Allwinner V3s SoC features a "Display Engine 2.0" with only one TCON
which have RGB LCD output.
Add device nodes for it as well as the TCON.
Signed-off-by: Icenowy Zheng
---
Changes in v3:
- Change the size of de2_clocks regs according to the binding example.
arch/arm/boo
Hello there,
linux-4.11-rc4/drivers/gpu/drm/radeon/r100.c:3303]: (style) Redundant
condition: If 'EXPR == 11', the comparison 'EXPR <= 12' is always true.
Source code is
} else if (rdev->family == CHIP_RV350 ||
rdev->family <= CHIP_RV380) {
Also in the same file:
[drivers/gpu/
With CONFIG_ACPI=n and CONFIG_BACKLIGHT_CLASS_DEVICE=n we see the following
link error in the i915 driver:
drivers/built-in.o: In function 'intel_backlight_device_register':
(.text+0x2a921d): undefined reference to 'backlight_device_register'
Fix this by removing the condition on ACPI from the ap
From: Icenowy Zheng
Allwinner "Display Engine 2.0" contains some clock controls in it.
In order to add them as clock drivers, we need a device tree binding.
Add the binding here.
Signed-off-by: Icenowy Zheng
---
Changes in v3:
- Fill the address space length of DE2 CCU to 0x10, just reach
Allwinner have a new "Display Engine 2.0" in their new SoCs, which comes
with mixers to do graphic processing and feed data to TCON, like the old
backends and frontends.
Add support for the mixer on Allwinner V3s SoC; it's the simplest one.
Currently a lot of functions are still missing -- more i
The size of .word is the size of a word in the given platform, which
for intel systems is 16-bits but other architectures use different
sizes. However, .hword emits 16-bit numbers regardless of the
platform (and despite the name). The quantities specified in EDID are
platform independent, so they
On Wed, Mar 29, 2017 at 3:13 PM, Maxime Ripard
wrote:
> On Mon, Mar 27, 2017 at 10:38:47PM +0800, Chen-Yu Tsai wrote:
>> The display backend on sun5i shares the same interrupt line as the
>> display frontend. Add it.
>>
>> Signed-off-by: Chen-Yu Tsai
>
> And ideally, patches prefix shouldn't have
On Wed, Mar 29, 2017 at 8:02 AM, Ville Syrjälä <
ville.syrj...@linux.intel.com> wrote:
>
> On Mon, Mar 27, 2017 at 05:57:57PM -0400, Alastair Bridgewater wrote:
> > And the tenth patch enables stereo mode support... on HDMI and DPort
> > connectors on nv50+ hardware. HDMI connectors because obvio
1 - 100 of 192 matches
Mail list logo
