Hi Hans,
On 09/19/2017 01:03 PM, Hans Verkuil wrote:
From: Hans Verkuil
Add support for HDMI CEC to the drm adv7511/adv7533 drivers.
The CEC registers that we need to use are identical for both drivers,
but they appear at different offsets in the register map.
The patch looks good to me. I
On 09/28/2017 01:06 AM, Eric Anholt wrote:
This driver communicates with the Atmel microcontroller for sequencing
the poweron of the TC358762 DSI-DPI bridge and controlling the
backlight PWM.
v2: Set the same default orientation as the closed source firmware
used, which is the best for vi
https://bugs.freedesktop.org/show_bug.cgi?id=103080
--- Comment #8 from Daniel Drake ---
Got it. We have a number of affected systems here, so we will help with testing
efforts, reporting bugs and successes.
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=103080
--- Comment #7 from Dave Airlie ---
Daniel,
not working HDMI audio is a missing feature, not a regression. Not enabling dc
by default on older GPUs is to avoid regressions in working features. After
some testing it will get enabled.
--
You ar
https://bugs.freedesktop.org/show_bug.cgi?id=103080
--- Comment #6 from Daniel Drake ---
Harry, HDMI audio is not working for us on the non-DC driver on this hardware
(AMD A10-9620P RADEON R5, 10 COMPUTE CORES 4C+6G). Are you saying non-DC should
be working fine there?
--
You are receiving this
Hi Linus,
Some i915 fixes from last two weeks (as they were on a strange base
and I just waited for rc3), also a single sun4i hdmi fix.
Dave.
The following changes since commit 9e66317d3c92ddaab330c125dfe9d06eee268aff:
Linux 4.14-rc3 (2017-10-01 14:54:54 -0700)
are available in the git repos
https://bugs.freedesktop.org/show_bug.cgi?id=100745
Eddie Ringle changed:
What|Removed |Added
CC||ed...@ringle.io
--- Comment #6 from Eddi
On Thu, Sep 28, 2017 at 03:07:27PM +0200, Andrzej Hajda wrote:
> These bindings allows to describe most known standard USB connectors
> and it should be possible to extend it if necessary.
> USB connectors, beside USB can be used to route other protocols,
> for example UART, Audio, MHL. In such cas
> -Original Message-
> From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf
> Of Christian König
> Sent: Thursday, October 05, 2017 9:08 AM
> To: amd-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org
> Subject: [PATCH 6/6] drm/amdgpu: add VM support for huge pages
https://bugs.freedesktop.org/show_bug.cgi?id=103102
--- Comment #5 from Hadrien ---
The problem looks a bit like this one:
https://bugzilla.kernel.org/show_bug.cgi?id=196615
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=103102
--- Comment #2 from Hadrien ---
I tried several kernels:
4.12.4: OK
4.12.5: OK
4.12.6: FAIL, but after 20 seconds the monitor displays something: pure garbage
4.12.7: FAIL, the monitor stays OFF
I'll attach the kernel logs.
Interesting part i
https://bugs.freedesktop.org/show_bug.cgi?id=103102
--- Comment #4 from Hadrien ---
Created attachment 134689
--> https://bugs.freedesktop.org/attachment.cgi?id=134689&action=edit
kern.log of boot/suspend/resume with Linux kernel 4.12.6
--
You are receiving this mail because:
You are the assi
https://bugs.freedesktop.org/show_bug.cgi?id=103102
--- Comment #3 from Hadrien ---
Created attachment 134688
--> https://bugs.freedesktop.org/attachment.cgi?id=134688&action=edit
kern.log of boot/suspend/resume with Linux kernel 4.12.5
--
You are receiving this mail because:
You are the assi
https://bugs.freedesktop.org/show_bug.cgi?id=103102
--- Comment #1 from Hadrien ---
Extract of /var/log/kern.log when I did the suspend/resume:
Oct 3 21:03:28 c18 kernel: [ 62.519787] [drm:amdgpu_vce_ring_test_ring
[amdgpu]] *ERROR* amdgpu: ring 14 test failed
Oct 3 21:03:28 c18 kernel: [ 62.519
On 10/05/2017 11:24 AM, James Zhu wrote:
In uvd encode parameter package, parameters input_pic_luma_pitch and
input_pic_chroma_pitch should be picture width align with hardware alignment.
The hardware alignment is 16 for amdgpu family earlier than AMDGPU_FAMILY_AI,
and 256 for later than and in
Boris Brezillon writes:
> drm_gem_cma_create() prints an error message when dma_alloc_wc() fails to
> allocate the amount of memory we requested. This can lead to annoying
> error messages when CMA is only one possible source of memory for the BO
> allocation. Turn this error message into a debug
Query hardware IP information to find out if there are uvd encode rings
ready for use in kernel driver.
Signed-off-by: James Zhu
---
tests/amdgpu/uvd_enc_tests.c | 27 +--
1 file changed, 21 insertions(+), 6 deletions(-)
diff --git a/tests/amdgpu/uvd_enc_tests.c b/tests/
https://bugs.freedesktop.org/show_bug.cgi?id=103111
--- Comment #5 from Steve Falco ---
I have a Radeon R9 285/380 video card in a machine that is running Fedora 26.
When I run with Fedora kernel version 4.11.11 the video card works properly,
using the amdgpu kernel driver.
However, once I upgr
Query hardware IP information to find out if there are uvd encode rings
ready for use in kernel driver.
Signed-off-by: James Zhu
---
tests/amdgpu/uvd_enc_tests.c | 27 +--
1 file changed, 21 insertions(+), 6 deletions(-)
diff --git a/tests/amdgpu/uvd_enc_tests.c b/tests/
https://bugs.freedesktop.org/show_bug.cgi?id=103111
--- Comment #4 from Steve Falco ---
Created attachment 134685
--> https://bugs.freedesktop.org/attachment.cgi?id=134685&action=edit
second bad xorg log
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=103111
--- Comment #2 from Steve Falco ---
Created attachment 134683
--> https://bugs.freedesktop.org/attachment.cgi?id=134683&action=edit
bad xorg log
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=103111
--- Comment #3 from Steve Falco ---
Created attachment 134684
--> https://bugs.freedesktop.org/attachment.cgi?id=134684&action=edit
bad dmesg log
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=103111
--- Comment #1 from Steve Falco ---
Created attachment 134682
--> https://bugs.freedesktop.org/attachment.cgi?id=134682&action=edit
good xorg log
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=103111
Bug ID: 103111
Summary: Tonga PRO [Radeon R9 285/380] [1002:6939] blank screen
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Hi Leo,
Sure, I will reset 0 in header file
Thanks!
James Zhu
On 2017-10-05 11:39 AM, Leo Liu wrote:
On 10/05/2017 11:24 AM, James Zhu wrote:
In uvd encode parameter package, parameters input_pic_luma_pitch and
input_pic_chroma_pitch should be picture width align with hardware
alignment.
Th
In uvd encode parameter package, parameters input_pic_luma_pitch and
input_pic_chroma_pitch should be picture width align with hardware alignment.
The hardware alignment is 16 for amdgpu family earlier than AMDGPU_FAMILY_AI,
and 256 for later than and including AMDGPU_FAMILY_AI.
Signed-off-by: Jam
In uvd encode parameter package, parameters input_pic_luma_pitch and
input_pic_chroma_pitch should be picture width align with hardware alignment.
The hardware alignment is 16 for amdgpu family earlier than AMDGPU_FAMILY_AI,
and 256 for later than and including AMDGPU_FAMILY_AI.
Signed-off-by: Jam
https://bugs.freedesktop.org/show_bug.cgi?id=103080
--- Comment #5 from Harry Wentland ---
We want to avoid any regression since pre-Vega is already supported by non-DC.
Generally I have a lot more faith in DC but there could always be corner cases.
Vega is a new ASIC so by definition there won't
On Thu, Oct 5, 2017 at 1:53 AM, Tomi Valkeinen wrote:
>
> Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
> Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
>
> On 04/10/17 17:56, Rob Herring wrote:
>> On Mon, Oct 2, 2017 at 10:53 PM, wrote:
>>> From: Frank Rowand
SiI9234 transmitter converts eTMDS/HDMI signal to MHL 1.0.
It is controlled via I2C bus. Its interaction with other
devices in video pipeline is performed mainly on HW level.
The only interaction it does on device driver level is
filtering-out unsupported video modes, it exposes drm_bridge
interfac
Add HDMI and Sil9234 MHL converter to Trats2 board.
Following in SoC devices have been enabled:
- HDMI (HDMI signal encoder),
- Mixer (video buffer scanout device),
- I2C_5 bus (used for HDMI DDC)
- I2C_8 bus (used for HDMI_PHY control).
Based on previous work by:
Tomasz Stanislawski
Signed-off-
Hi everyone,
These patches are a continuation of work by Tomasz Stanislawski on sii9324
driver, which was described
in th following letter:
https://lists.freedesktop.org/archives/dri-devel/2014-April/057481.html
The main differences from the previous code are:
* driver moved to /gpu/drm/bridge/
On Wed, 2017-10-04 at 17:54 -0700, Kees Cook wrote:
> In preparation for unconditionally passing the struct timer_list pointer to
> all timer callbacks, switch to using the new timer_setup() and from_timer()
> to pass the timer pointer explicitly.
>
> Cc: Daniel Vetter
> Cc: Jani Nikula
> Cc: Da
On Thu, Oct 05, 2017 at 02:08:26PM +0200, Arnd Bergmann wrote:
> One of the recent changes introduced a warning about
> undefined behavior in the sanity checking:
>
> drivers/gpu/drm/i915/intel_ddi.c: In function 'intel_ddi_hdmi_level':
> drivers/gpu/drm/i915/intel_ddi.c:654:6: error: 'n_hdmi_entr
https://bugzilla.kernel.org/show_bug.cgi?id=191571
Przemek (sop...@gmail.com) changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Thu, Oct 05, 2017 at 01:17:11PM +0100, Chris Wilson wrote:
> Quoting Arnd Bergmann (2017-10-05 13:07:22)
> > An earlier bugfix tried to work around this build failure:
> >
> > drivers/gpu/drm/i915/selftests/mock_gem_device.c: In function
> > 'mock_gem_device':
> > drivers/gpu/drm/i915/selftest
From: Christian König
Convert GTT mappings into linear ones for huge page handling.
v2: use fragment size as minimum for linear conversion
Signed-off-by: Christian König
Reviewed-by: Felix Kuehling
---
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 25 ++---
1 file changed, 22
From: Christian König
Make it easier to add huge page pool.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 98 +++-
1 file changed, 52 insertions(+), 46 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc.c
b/drivers/gpu/drm
From: Christian König
Add a new huge page pool and try to allocate from it when it makes sense.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 134 ---
1 file changed, 107 insertions(+), 27 deletions(-)
diff --git a/drivers/gpu/drm/tt
From: Christian König
Try to allocate huge pages when it makes sense.
Signed-off-by: Christian König
Acked-by: Felix Kuehling
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 49 ++--
1 file changed, 41 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/ttm/
From: Christian König
Totally surprisingly this is more efficient than doing it page by page.
Signed-off-by: Christian König
Acked-by: Felix Kuehling
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 29 ++---
1 file changed, 14 insertions(+), 15 deletions(-)
diff --git a/dr
From: Christian König
Instead of mapping them bit by bit map/unmap all consecutive
pages as in one call.
v2: test for consecutive pages instead of using compound page order.
Signed-off-by: Christian König
Acked-by: Felix Kuehling
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 48
2017-10-04 12:17 GMT+02:00 Mark Brown :
> On Tue, Oct 03, 2017 at 04:08:30PM -0700, Sandeep Patil wrote:
>
>> It is entirely possible and easy in android/ueventd to create those nodes
>> under "/dev/ion/". (assuming the heap 'subsystem' for these new devices will
>> point to 'ion').
I think it is
The of_graph_get_remote_node() function doesn't return error pointers,
it returns NULL on error so I've updated the check.
Fixes: 86418f90a4c1 ("drm: convert drivers to use of_graph_get_remote_node")
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/hisilicon/kirin/kirin_drm_drv.c
b/dri
Quoting Arnd Bergmann (2017-10-05 13:07:22)
> An earlier bugfix tried to work around this build failure:
>
> drivers/gpu/drm/i915/selftests/mock_gem_device.c: In function
> 'mock_gem_device':
> drivers/gpu/drm/i915/selftests/mock_gem_device.c:151:20: error: 'struct
> dev_archdata' has no member
The new backlight code causes a link failure when backlight
support itself is disabled:
drivers/gpu/drm/omapdrm/displays/panel-dpi.o: In function `panel_dpi_probe_of':
panel-dpi.c:(.text+0x35c): undefined reference to `of_find_backlight_by_node'
This adds a Kconfig dependency like we have for the
The new driver fails to build when CONFIG_PINCTRL is disabled:
drivers/gpu/drm/rockchip/rockchip_lvds.c: In function
'rockchip_lvds_grf_config':
drivers/gpu/drm/rockchip/rockchip_lvds.c:229:39: error: dereferencing pointer
to incomplete type 'struct dev_pin_info'
if (lvds->pins && !IS_ERR(lvd
One of the recent changes introduced a warning about
undefined behavior in the sanity checking:
drivers/gpu/drm/i915/intel_ddi.c: In function 'intel_ddi_hdmi_level':
drivers/gpu/drm/i915/intel_ddi.c:654:6: error: 'n_hdmi_entries' may be used
uninitialized in this function [-Werror=maybe-uninitial
An earlier bugfix tried to work around this build failure:
drivers/gpu/drm/i915/selftests/mock_gem_device.c: In function 'mock_gem_device':
drivers/gpu/drm/i915/selftests/mock_gem_device.c:151:20: error: 'struct
dev_archdata' has no member named 'iommu'
Checking for CONFIG_IOMMU_API is not suffi
On Thu, 5 Oct 2017 14:24:27 +0300
Tomi Valkeinen wrote:
>
> Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
> Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
>
> On 05/10/17 13:43, Pekka Paalanen wrote:
>
> > in Weston, the initial window placement is essential
drm_gem_cma_create() prints an error message when dma_alloc_wc() fails to
allocate the amount of memory we requested. This can lead to annoying
error messages when CMA is only one possible source of memory for the BO
allocation. Turn this error message into a debug one.
Signed-off-by: Boris Brezil
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
On 05/10/17 13:43, Pekka Paalanen wrote:
> in Weston, the initial window placement is essentially random. There is
> some guessing based on the current pointer locatio
Hi Dave,
drm-misc-fixes-2017-10-05:
One bugfix in sun4i for 4.14
Cheers, Daniel
The following changes since commit 9e66317d3c92ddaab330c125dfe9d06eee268aff:
Linux 4.14-rc3 (2017-10-01 14:54:54 -0700)
are available in the git repository at:
git://anongit.freedesktop.org/git/drm-misc tags/dr
On Thu, 5 Oct 2017 13:01:50 +0300
Tomi Valkeinen wrote:
> Hi,
>
>
> Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
> Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
>
> On 05/10/17 12:56, Pekka Paalanen wrote:
>
> > that's because Weston does not have a conce
Hi,
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
On 05/10/17 12:56, Pekka Paalanen wrote:
> that's because Weston does not have a concept of main or preferred
> display to begin with.
>
> If what you refer to i
On Tue, 29 Aug 2017 10:32:11 +0300
Peter Ujfalusi wrote:
> Hi
>
> The series adds support for changing the order of the displays defined by DT
> display aliases.
>
> The motivation to do such a thing is that for example the fb emulation is
> treating the first display/crtc as the 'main' displa
On Thursday, 2017-10-05 10:57:47 +0200, Boris Brezillon wrote:
> On Thu, 5 Oct 2017 09:48:24 +0100
> Eric Engestrom wrote:
>
> > On Wednesday, 2017-10-04 22:28:54 +, Eric Anholt wrote:
> > > Boris Brezillon writes:
> > >
> > > > drm_gem_cma_create() prints an error message when dma_alloc_
On Thu, 5 Oct 2017 09:48:24 +0100
Eric Engestrom wrote:
> On Wednesday, 2017-10-04 22:28:54 +, Eric Anholt wrote:
> > Boris Brezillon writes:
> >
> > > drm_gem_cma_create() prints an error message when dma_alloc_wc() fails to
> > > allocate the amount of memory we requested. This can lead
On Wednesday, 2017-10-04 22:28:54 +, Eric Anholt wrote:
> Boris Brezillon writes:
>
> > drm_gem_cma_create() prints an error message when dma_alloc_wc() fails to
> > allocate the amount of memory we requested. This can lead to annoying
> > error messages when CMA is only one possible source o
https://bugs.freedesktop.org/show_bug.cgi?id=103107
Chris Wilson changed:
What|Removed |Added
QA Contact|intel-gfx-bugs@lists.freede |
|sktop.org
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
On 10/05/17 09:53, Tomi Valkeinen wrote:
> On 04/10/17 17:56, Rob Herring wrote:
>> On Mon, Oct 2, 2017 at 10:53 PM, wrote:
>>> From: Frank Rowand
>>>
>>> I have fou
On 10/04/17 08:19, Rob Herring wrote:
> On Mon, Oct 2, 2017 at 10:53 PM, wrote:
>> From: Frank Rowand
>>
>> The process of applying an overlay consists of:
>> - unflatten an overlay FDT (flattened device tree) into an
>> EDT (expanded device tree)
>> - fixup the phandle values in the ove
In preparation for unconditionally passing the struct timer_list pointer to
all timer callbacks, switch to using the new timer_setup() and from_timer()
to pass the timer pointer explicitly.
Cc: Daniel Vetter
Cc: Jani Nikula
Cc: David Airlie
Cc: Chris Wilson
Cc: Joonas Lahtinen
Cc: Tvrtko Ursu
On 10/04/2017 06:24 PM, Boris Brezillon wrote:
> cma_alloc() unconditionally prints an INFO message when the CMA
> allocation fails. Make this message conditional on the non-presence of
> __GFP_NOWARN in gfp_mask.
>
> Signed-off-by: Boris Brezillon
> ---
> Hello,
>
> This patch aims at removing
Hello
2017-10-04 21:54 GMT+09:00 Boris Brezillon :
> cma_alloc() unconditionally prints an INFO message when the CMA
> allocation fails. Make this message conditional on the non-presence of
> __GFP_NOWARN in gfp_mask.
>
> Signed-off-by: Boris Brezillon
> ---
> Hello,
>
> This patch aims at removi
https://bugs.freedesktop.org/show_bug.cgi?id=103080
--- Comment #4 from Carlo Caione ---
Great, thank you.
Any special reason why you decided to disable the DC support for pre-VEGA
ASICs?
--
You are receiving this mail because:
You are the assignee for the bug._
66 matches
Mail list logo
