For RK3399 HDMI, there is an external clock need for HDMI PHY,
and it should keep the same clock rate with VOP DCLK.
VPLL have supported the clock for HDMI PHY, but there is no
clock divider bewteen VPLL and HDMI PHY. So we need to set the
VPLL rate manually in HDMI driver.
Signed-off-by: Yakir Y
RK3399 and RK3288 shared the same HDMI IP controller, only some
light difference with GRF configure, and an external VPLL clock
need to configure.
base on Yakir's v1 thread:
http://lkml.iu.edu/hypermail/linux/kernel/1607.1/01468.html
rely on Jose's hdmi phy patch:
https://patchwork.kernel.o
RK3399 and RK3288 shared the same HDMI IP controller, only some light
difference with GRF configure.
Signed-off-by: Yakir Yang
Signed-off-by: Mark Yao
---
Changes in v3:
remove hdmi_phy_configure_dwc_hdmi_3d_tx callbak.
Changes in v2:
reuse hdmi_phy_configure_dwc_hdmi_3d_tx for phy configur
For RK3399's GRF module, if we want to operate the graphic related grf
registers, we need to enable the pclk_vio_grf which supply power for VIO
GRF IOs, so it's better to introduce an optional grf clock in driver.
Signed-off-by: Yakir Yang
Signed-off-by: Mark Yao
---
Changes in v3: none
Changes
On 06/09/2017 04:27 PM, Krzysztof Kozlowski wrote:
On Fri, Jun 09, 2017 at 11:59:33AM +0900, Hoegeun Kwon wrote:
It should be connected to OF graph between fimd and dsi.
Add the OF graph between fimd and dsi.
I need more explanation why this is needed. What happens without this?
What issue is f
Am 08.06.2017 um 20:03 schrieb Davidlohr Bueso:
Allow interval trees to quickly check for overlaps to avoid
unnecesary tree lookups in interval_tree_iter_first().
As of this patch, all interval tree flavors will require
using a 'rb_root_cached' such that we can have the leftmost
node easily avai
On 06/09/2017 04:45 PM, Krzysztof Kozlowski wrote:
On Fri, Jun 09, 2017 at 01:59:14PM +0900, Hoegeun Kwon wrote:
The display-timing and delay are included in the panel driver. So it
should be removed in dts.
Signed-off-by: Hoegeun Kwon
---
arch/arm/boot/dts/exynos3250-rinato.dts | 22 ---
From: Christian König
We use this mask multiple times in the bus setup.
v2: fix some style nit picks
Signed-off-by: Christian König
Reviewed-by: Andy Shevchenko
---
drivers/pci/pci.h | 4
drivers/pci/setup-bus.c | 12 +++-
2 files changed, 7 insertions(+), 9 deletions(-)
From: Christian König
This allows device drivers to request resizing their BARs.
The function only tries to reprogram the windows of the bridge directly above
the requesting device and only the BAR of the same type (usually mem, 64bit,
prefetchable). This is done to make sure not to disturb othe
Hi everyone,
This is the fith incarnation of this set of patches. It enables device
drivers to resize and most likely also relocate the PCI BAR of devices
they manage to allow the CPU to access all of the device local memory at once.
This is very useful for GFX device drivers where the default P
From: Christian König
This way we can savely call it on SI as well.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 17 -
1 file changed, 12 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_device.c
b/drivers/gpu/drm
From: Christian König
Most BIOS don't enable this because of compatibility reasons.
Manually enable a 64bit BAR of 64GB size so that we have
enough room for PCI devices.
v2: style cleanups, increase size, add resource name, set correct flags,
print message that windows was added
v3: add def
From: Christian König
Try to resize BAR0 to let CPU access all of VRAM.
v2: rebased, style cleanups, disable mem decode before resize,
handle gmc_v9 as well, round size up to power of two.
v3: handle gmc_v6 as well, release and reassign all BARs in the driver.
Signed-off-by: Christian König
From: Christian König
Just the defines and helper functions to read the possible sizes of a BAR and
update it's size.
See
https://pcisig.com/sites/default/files/specification_documents/ECN_Resizable-BAR_24Apr2008.pdf
and PCIe r3.1, sec 7.22.
This is useful for hardware with large local storage
Am 07.06.2017 um 01:10 schrieb Bjorn Helgaas:
[SNIP]
What if the driver did something like this:
pci_disable_decoding(dev, IORESOURCE_MEM);
pci_release_resource(dev, 2);
pci_resize_bar(dev, bar, size);
pci_assign_resources(dev);
pci_enable_decoding(dev, IORESOURCE_MEM);
That woul
The bridge_node is unnecessary between FIMD and DSIM. If don't remove
error handling, it will not work between FIMD and DSIM. So remove
error handling.
Signed-off-by: Hoegeun Kwon
---
drivers/gpu/drm/exynos/exynos_drm_dsi.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/exy
Hi All,
Recently I've been working on cleaning up the vboxvideo driver with the
intend of mainlining it. For more background info also see:
http://hansdegoede.livejournal.com/17743.html
Up until now this has never been done because of userspace ABI stability
concerns surrounding the guest driver
On Fri, Jun 9, 2017 at 11:59 AM, Christian König
wrote:
> From: Christian König
>
> This way we can savely call it on SI as well.
s/savely/safely
FWIW,
Reviewed-by: Andy Shevchenko
> Signed-off-by: Christian König
> ---
> drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 17 -
>
On Fri, Jun 09, 2017 at 11:58:31AM +0200, Hans de Goede wrote:
> This commit adds the vboxvideo drm/kms driver for the virtual graphics
> card used in Virtual Box virtual machines to drivers/staging.
>
> Why drivers/staging? This driver is already being patched into the kernel
> by several distros
Sadly we can not read any registers via command stream so we need
to extend the drm_etnaviv_gem_submit struct with performance monitor
requests. Those requests gets process before and/or after the actual
submitted command stream.
The Vivante kernel driver has a special ioctl to read all perfmon
re
Hi,
On 09-06-17 12:07, Greg Kroah-Hartman wrote:
On Fri, Jun 09, 2017 at 11:58:31AM +0200, Hans de Goede wrote:
This commit adds the vboxvideo drm/kms driver for the virtual graphics
card used in Virtual Box virtual machines to drivers/staging.
Why drivers/staging? This driver is already being
Make it possible for userspace to query all performance domains and
its signals. This information is needed to sample those signals via
submit ioctl.
At the moment no performance domain is available.
Signed-off-by: Christian Gmeiner
---
drivers/gpu/drm/etnaviv/Makefile | 3 +-
drivers
In a perfect world we would be able to read GPU registers of interest
via the command stream with a 'read-register' command/package. For perf
counters it is a must to read them synchronized with the GPU to put the
values in relation to a draw command. As Vivante GPUs do not provide this
functionali
This commits extends etnaviv_gpu_cmdbuf_new(..) to define the number
of struct etnaviv_perfmon elements gets stored.
Signed-off-by: Christian Gmeiner
---
drivers/gpu/drm/etnaviv/etnaviv_cmdbuf.c | 13 -
drivers/gpu/drm/etnaviv/etnaviv_cmdbuf.h | 2 +-
drivers/gpu/drm/etnaviv
Signed-off-by: Christian Gmeiner
---
drivers/gpu/drm/etnaviv/etnaviv_cmdbuf.h | 4
drivers/gpu/drm/etnaviv/etnaviv_perfmon.h | 12
2 files changed, 16 insertions(+)
diff --git a/drivers/gpu/drm/etnaviv/etnaviv_cmdbuf.h
b/drivers/gpu/drm/etnaviv/etnaviv_cmdbuf.h
index 80d7807
Check if the selected domain and signal combination exists.
Signed-off-by: Christian Gmeiner
---
drivers/gpu/drm/etnaviv/etnaviv_perfmon.c | 15 +++
drivers/gpu/drm/etnaviv/etnaviv_perfmon.h | 2 ++
2 files changed, 17 insertions(+)
diff --git a/drivers/gpu/drm/etnaviv/etnaviv_perf
All performance monitor requests will be validated during this phase.
Signed-off-by: Christian Gmeiner
---
drivers/gpu/drm/etnaviv/etnaviv_gem_submit.c | 68 +++-
1 file changed, 66 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/etnaviv/etnaviv_gem_submit.c
In order to support performance counters in a sane way we need to provide
a method to sync the GPU with the CPU. The GPU can process multpile command
buffers/events per irq. With the help of a 'sync point' we can trigger an event
and stop the GPU/FE immediately. When the CPU is done with is process
Results in less code as there is no need to set every struct
member to 0/NULL.
Signed-off-by: Christian Gmeiner
---
drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/etnaviv/etnaviv_gpu.c
b/drivers/gpu/drm/etnaviv/etnaviv_g
The signal gets sampled and stored in a bo at defined bo.
Signed-off-by: Christian Gmeiner
---
drivers/gpu/drm/etnaviv/etnaviv_perfmon.c | 16
drivers/gpu/drm/etnaviv/etnaviv_perfmon.h | 3 +++
2 files changed, 19 insertions(+)
diff --git a/drivers/gpu/drm/etnaviv/etnaviv_perf
We need to iterate over all pixel pipelines to get overall value.
Signed-off-by: Christian Gmeiner
---
drivers/gpu/drm/etnaviv/etnaviv_perfmon.c | 52 +++
1 file changed, 52 insertions(+)
diff --git a/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c
b/drivers/gpu/drm/etnav
Signed-off-by: Christian Gmeiner
---
drivers/gpu/drm/etnaviv/etnaviv_perfmon.c | 18 ++
1 file changed, 18 insertions(+)
diff --git a/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c
b/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c
index e0b7cae..4e42c90 100644
--- a/drivers/gpu/drm/etnaviv
As done by Vivante kernel driver.
Signed-off-by: Christian Gmeiner
---
drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/gpu/drm/etnaviv/etnaviv_gpu.c
b/drivers/gpu/drm/etnaviv/etnaviv_gpu.c
index 2e9f031..1e23472 100644
--- a/drive
Signed-off-by: Christian Gmeiner
---
drivers/gpu/drm/etnaviv/etnaviv_perfmon.c | 55 +++
1 file changed, 55 insertions(+)
diff --git a/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c
b/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c
index a8518bd..9079ffc 100644
--- a/drivers/gp
With 'sync points' we can sample the reqeustes perform signals
before and/or after the submited command buffer.
Signed-off-by: Christian Gmeiner
---
drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 112 +-
drivers/gpu/drm/etnaviv/etnaviv_gpu.h | 4 ++
2 files changed, 10
Signed-off-by: Christian Gmeiner
---
drivers/gpu/drm/etnaviv/etnaviv_perfmon.c | 38 +++
1 file changed, 38 insertions(+)
diff --git a/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c
b/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c
index 315c49d..e0b7cae 100644
--- a/drivers/gp
Signed-off-by: Christian Gmeiner
---
drivers/gpu/drm/etnaviv/etnaviv_perfmon.c | 43 +++
1 file changed, 43 insertions(+)
diff --git a/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c
b/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c
index 4e42c90..9243f73 100644
--- a/drivers/gp
Signed-off-by: Christian Gmeiner
---
drivers/gpu/drm/etnaviv/etnaviv_perfmon.c | 53 +++
1 file changed, 53 insertions(+)
diff --git a/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c
b/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c
index 3bda13c..315c49d 100644
--- a/drivers/gp
Signed-off-by: Christian Gmeiner
---
drivers/gpu/drm/etnaviv/etnaviv_perfmon.c | 23 +++
1 file changed, 23 insertions(+)
diff --git a/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c
b/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c
index c5bcbb3..63acda0 100644
--- a/drivers/gpu/drm/et
We increment the minor driver version so userspace can detect perfmon support.
Signed-off-by: Christian Gmeiner
---
drivers/gpu/drm/etnaviv/etnaviv_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/etnaviv/etnaviv_drv.c
b/drivers/gpu/drm/etnaviv/etnaviv_d
Signed-off-by: Christian Gmeiner
---
drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/gpu/drm/etnaviv/etnaviv_gpu.c
b/drivers/gpu/drm/etnaviv/etnaviv_gpu.c
index 1e23472..faf2925 100644
--- a/drivers/gpu/drm/etnaviv/etnaviv_gpu.c
+++ b
Signed-off-by: Christian Gmeiner
---
drivers/gpu/drm/etnaviv/etnaviv_perfmon.c | 53 +++
1 file changed, 53 insertions(+)
diff --git a/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c
b/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c
index 9243f73..c5bcbb3 100644
--- a/drivers/gp
There is a prototype for this function in the header, but the function
itself lacks a 'void' in the argument list, causing a harmless warning
when building with 'make W=1':
drivers/gpu/drm/nouveau/nouveau_drm.c: In function 'nouveau_pmops_runtime':
drivers/gpu/drm/nouveau/nouveau_drm.c:730:1: erro
Hi,
On 09-06-17 12:40, Michael Thayer wrote:
Hello,
09.06.2017 12:21, Hans de Goede wrote:
Hi,
On 09-06-17 12:07, Greg Kroah-Hartman wrote:
On Fri, Jun 09, 2017 at 11:58:31AM +0200, Hans de Goede wrote:
This commit adds the vboxvideo drm/kms driver for the virtual graphics
card used in Virt
Hi Christoph,
On Thu, Jun 8, 2017 at 3:25 PM, Christoph Hellwig wrote:
> This implementation is simply bogus - hexagon only has a simple
openrisc?
> direct mapped DMA implementation and thus doesn't care about the
> address.
>
> Signed-off-by: Christoph Hellwig
> ---
> arch/openrisc/include/a
On Tegra186 systems with certain firmware revisions, leaving the GPU in
reset can cause a hang. To prevent this, don't leave the GPU in reset.
Signed-off-by: Mikko Perttunen
---
drivers/gpu/drm/nouveau/nvkm/engine/device/tegra.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/gpu/d
On Tegra186, powergating is handled by the BPMP power domain provider
and the "legacy" powergating API is not available. Therefore skip
these calls if we are attached to a power domain.
Signed-off-by: Mikko Perttunen
---
drivers/gpu/drm/nouveau/nvkm/engine/device/tegra.c | 10 ++
1 file
As with vga_init, this function doesn't make sense on non-PCI devices,
and the Thunderbolt check in it dereferences a NULL pointer in that
case. Add some code to skip this function when the device is not a PCI
device.
Signed-off-by: Mikko Perttunen
---
drivers/gpu/drm/nouveau/nouveau_vga.c | 4 +
https://bugs.freedesktop.org/show_bug.cgi?id=101213
--- Comment #5 from siyia ---
Resolved as of 4.11.4 update!!
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https:
https://bugs.freedesktop.org/show_bug.cgi?id=101213
siyia changed:
What|Removed |Added
Resolution|WONTFIX |FIXED
--
You are receiving this mail because:
On 05/30/2017 04:23 PM, Russell King wrote:
> Add CEC notifier support to the HDMI bridge driver, so that the CEC
> part of the IP can receive its physical address.
>
> Signed-off-by: Russell King
> ---
> drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 22 +-
> 1 file changed, 21
On Fri, Jun 09, 2017 at 10:43:07AM +0100, Jose Abreu wrote:
> Hello,
>
>
> On 09-06-2017 05:11, Archit Taneja wrote:
> > Hi Philippe, Rob,
> >
> > On 06/08/2017 09:10 PM, Rob Herring wrote:
> >> Seems strange there's not also a pixel or bit clock? Or this
> >> gets driven
> >> from the phy?
> >
>
https://bugs.freedesktop.org/show_bug.cgi?id=101213
siyia changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://bugzilla.kernel.org/show_bug.cgi?id=194761
siyia (eutychio...@gmail.com) changed:
What|Removed |Added
CC||eutychio...@gmail.com
---
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #40 from Marek Olšák (mar...@gmail.com) ---
(In reply to siyia from comment #39)
> After kernel 4.11.4 2d apps and videos work perfectly with amdgpu and r7
> 240,however any game either with opengl or vulkan,native or with wine gets
>
On 09/06/17 15:38, Russell King - ARM Linux wrote:
> On Fri, Jun 09, 2017 at 02:59:20PM +0200, Neil Armstrong wrote:
>> On 05/30/2017 04:23 PM, Russell King wrote:
>>> Add CEC notifier support to the HDMI bridge driver, so that the CEC
>>> part of the IP can receive its physical address.
>>>
>>> Si
On 06/09/2017 03:38 PM, Russell King - ARM Linux wrote:
> On Fri, Jun 09, 2017 at 02:59:20PM +0200, Neil Armstrong wrote:
>> On 05/30/2017 04:23 PM, Russell King wrote:
>>> Add CEC notifier support to the HDMI bridge driver, so that the CEC
>>> part of the IP can receive its physical address.
>>>
>
On 09/06/17 15:56, Neil Armstrong wrote:
> On 06/09/2017 03:38 PM, Russell King - ARM Linux wrote:
>> On Fri, Jun 09, 2017 at 02:59:20PM +0200, Neil Armstrong wrote:
>>> On 05/30/2017 04:23 PM, Russell King wrote:
Add CEC notifier support to the HDMI bridge driver, so that the CEC
part of
On Wed, Jun 07, 2017 at 04:46:14PM +0200, Hans Verkuil wrote:
> From: Hans Verkuil
>
> Needed for boards that wire the CEC pin in such a way that it
> is unavailable when the HPD is low.
>
> Signed-off-by: Hans Verkuil
> Cc: Krzysztof Kozlowski
> Cc: Andrzej Hajda
> Cc: devicet...@vger.kernel
On 09/06/17 16:07, Rob Herring wrote:
> On Wed, Jun 07, 2017 at 04:46:14PM +0200, Hans Verkuil wrote:
>> From: Hans Verkuil
>>
>> Needed for boards that wire the CEC pin in such a way that it
>> is unavailable when the HPD is low.
>>
>> Signed-off-by: Hans Verkuil
>> Cc: Krzysztof Kozlowski
>> C
On 30/05/17 16:23, Russell King wrote:
> We don't need the CEC engine register definitions, so let's remove them.
>
> Signed-off-by: Russell King
Acked-by: Hans Verkuil
Regards,
Hans
> ---
> drivers/gpu/drm/bridge/synopsys/dw-hdmi.h | 45
> ---
> 1 file
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #41 from siyia (eutychio...@gmail.com) ---
another possible fix patch?
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing list
dri-devel
On 30/05/17 16:23, Russell King wrote:
> Add CEC notifier support to the HDMI bridge driver, so that the CEC
> part of the IP can receive its physical address.
>
> Signed-off-by: Russell King
Given the fact that there are devices that do not use the built-in dw-hdmi
CEC IP but something else, us
On 30/05/17 16:23, Russell King wrote:
> The video setup path aways sets the clock disable register to a specific
> value, which has the effect of disabling the CEC engine. When we add the
> CEC driver, this becomes a problem.
>
> Fix this by only setting/clearing the bits that the video path nee
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #42 from Marek Olšák (mar...@gmail.com) ---
Yes, second == another.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing list
dri-devel@li
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #43 from siyia (eutychio...@gmail.com) ---
Damn, i could a few weeks back with arch,but my current distro does not have an
easy way to compile from source and apply patches to kernels.
--
You are receiving this mail because:
You are
On 09/06/17 16:10, Russell King - ARM Linux wrote:
> On Fri, Jun 09, 2017 at 03:56:39PM +0200, Neil Armstrong wrote:
>> Yes, but on the Amlogic Meson plarform, the DW-HDMI CEC controller is
>> not used, but a custom one, so this notifier is actually useful for
>> this platform and maybe others.
>
Hi Jernej,
On Wed, Jun 07, 2017 at 08:15:12PM +0200, Jernej Škrabec wrote:
> Hi!
>
> Dne sreda, 07. junij 2017 ob 16:38:27 CEST je Maxime Ripard napisal(a):
> > On Wed, Jun 07, 2017 at 06:01:02PM +0800, Icenowy Zheng wrote:
> > > >I have no idea what this is supposed to be doing either.
> > > >
>
On Thu, Jun 08, 2017 at 01:01:53PM +0800, icen...@aosc.io wrote:
> 在 2017-06-07 22:38,Maxime Ripard 写道:
> > On Wed, Jun 07, 2017 at 06:01:02PM +0800, Icenowy Zheng wrote:
> > > >I have no idea what this is supposed to be doing either.
> > > >
> > > >I might be wrong, but I really feel like there's
On Wed, Jun 07, 2017 at 10:21:02PM +0800, Icenowy Zheng wrote:
>
>
> 于 2017年6月7日 GMT+08:00 下午10:19:57, Maxime Ripard
> 写到:
> >On Wed, Jun 07, 2017 at 05:44:56PM +0800, Icenowy Zheng wrote:
> >> 于 2017年6月7日 GMT+08:00 下午5:43:43, Maxime Ripard
> > 写到:
> >> >On Mon, Jun 05, 2017 at 03:03:47AM +0800
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #44 from Marek Olšák (mar...@gmail.com) ---
I don't have Oland and I presume Alex doesn't have Oland either, so there is
nothing we can do. Whoever tests the patches will make the decision whether or
not they will be included in the ke
On Fri, Jun 9, 2017 at 9:11 AM, Hans Verkuil wrote:
> On 09/06/17 16:07, Rob Herring wrote:
>> On Wed, Jun 07, 2017 at 04:46:14PM +0200, Hans Verkuil wrote:
>>> From: Hans Verkuil
>>>
>>> Needed for boards that wire the CEC pin in such a way that it
>>> is unavailable when the HPD is low.
>>>
>>>
On 06/09/2017 05:31 PM, Rob Herring wrote:
> On Fri, Jun 9, 2017 at 9:11 AM, Hans Verkuil wrote:
>> On 09/06/17 16:07, Rob Herring wrote:
>>> On Wed, Jun 07, 2017 at 04:46:14PM +0200, Hans Verkuil wrote:
From: Hans Verkuil
Needed for boards that wire the CEC pin in such a way that
On Fri, Jun 9, 2017 at 10:55 AM, Hans Verkuil wrote:
> On 06/09/2017 05:31 PM, Rob Herring wrote:
>> On Fri, Jun 9, 2017 at 9:11 AM, Hans Verkuil wrote:
>>> On 09/06/17 16:07, Rob Herring wrote:
On Wed, Jun 07, 2017 at 04:46:14PM +0200, Hans Verkuil wrote:
> From: Hans Verkuil
>
>>>
https://bugs.freedesktop.org/show_bug.cgi?id=93727
--- Comment #3 from mirh ---
Should be fixed in 12 branch, thanks to Oded's fix.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.fre
On Wed, Jun 07, 2017 at 04:48:50PM +0800, Icenowy Zheng wrote:
> >> @@ -189,6 +211,8 @@ supported.
> >> Required properties:
> >>- compatible: value must be one of:
> >> * allwinner,sun8i-v3s-de2-mixer
> >> +* allwinner,sun8i-h3-de2-mixer0
> >> +* allwinner,sun8i-h3-de2-mixer1
> >
On Fri, Jun 9, 2017 at 11:08 AM, Chen-Yu Tsai wrote:
> On Thu, Jun 8, 2017 at 6:47 AM, Ilia Mirkin wrote:
>> On Wed, Jun 7, 2017 at 6:36 PM, Rob Herring wrote:
>>> On Fri, Jun 02, 2017 at 09:42:19PM +0200, Maxime Ripard wrote:
On Fri, Jun 02, 2017 at 06:10:24PM +0800, Chen-Yu Tsai wrote:
>>
On 04/28/2017 07:03 PM, Rob Herring wrote:
On Fri, Apr 21, 2017 at 07:19:49PM +0200, Sylwester Nawrocki wrote:
--- /dev/null
+++ b/Documentation/devicetree/bindings/sound/samsung,odroid.txt
@@ -0,0 +1,57 @@
+Samsung Exynos Odroid XU3/XU4 audio complex with MAX98090 codec
+
+Required properties
https://bugs.freedesktop.org/show_bug.cgi?id=99195
--- Comment #9 from mirh ---
It wouldn't hurt if you could confirm whether downgrading to mesa 12 actually
makes the issue disappear or not.
For as much, imo, locks are more likely to do with something in kernel. Stretch
has 4.9.. Perhaps you c
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #45 from siyia (eutychio...@gmail.com) ---
I ll see what i can do and will post back.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #46 from siyia (eutychio...@gmail.com) ---
Ok i am compiling linux 4.11.4 with the second patch only, will post results
after installing it and booting it with amdgpu
--
You are receiving this mail because:
You are watching the assig
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #47 from siyia (eutychio...@gmail.com) ---
This will take a while.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing list
dri-devel
https://bugs.freedesktop.org/show_bug.cgi?id=97886
Matt Turner changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #3 from Matt Turner
From: Hans Verkuil
As requested by Rob Herring.
Sits on top of the earlier "cec improvements" patch series:
http://www.spinics.net/lists/dri-devel/msg143377.html
Regards,
Hans
Hans Verkuil (2):
dt-bindings: add media/cec.txt
dt-bindings: media/s5p-cec.txt, media/stih-cec.txt: ref
From: Hans Verkuil
Document common HDMI CEC bindings. Add this to the MAINTAINERS file
as well.
Signed-off-by: Hans Verkuil
Cc: Krzysztof Kozlowski
Cc: Andrzej Hajda
Cc: Benjamin Gaignard
Cc: devicet...@vger.kernel.org
---
Documentation/devicetree/bindings/media/cec.txt | 8
MAINTA
From: Hans Verkuil
Now that there is a cec.txt with common CEC bindings, update the two
driver-specific bindings to refer to cec.txt.
Signed-off-by: Hans Verkuil
Cc: Krzysztof Kozlowski
Cc: Andrzej Hajda
Cc: Benjamin Gaignard
Cc: devicet...@vger.kernel.org
---
Documentation/devicetree/bindi
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.13-wip
head: 822bfb93ca63bd15ccc3f0ba925110c8298b3162
commit: b4d42511b7f2269f4cca3c02cd6e4c58099f9108 [334/343] drm/amdgpu: Support
page table update via CPU
config: i386-randconfig-r0-06050939 (attached as .config)
compiler: gcc-
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #48 from siyia (eutychio...@gmail.com) ---
Still happens with second patch only
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing list
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #50 from Alex Deucher (alexdeuc...@gmail.com) ---
dmesg even.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing list
dri-devel@lists.fr
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #49 from Alex Deucher (alexdeuc...@gmail.com) ---
(In reply to siyia from comment #48)
> Still happens with second patch only
Can you attach your demsg output?
--
You are receiving this mail because:
You are watching the assignee of
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #51 from siyia (eutychio...@gmail.com) ---
Created attachment 256935
--> https://bugzilla.kernel.org/attachment.cgi?id=256935&action=edit
dmesg output
--
You are receiving this mail because:
You are watching the assignee of the bug
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-4.11
head: cad2de124fe8a1637785bb47202da55f54af
commit: 9989707c4000667d37a711b6a4eb2e77d8cd00a8 [1309/1319] drm/amdgpu:
Support page directory update via CPU
config: i386-randconfig-r0-06050939 (attached as .config)
compiler:
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #52 from siyia (eutychio...@gmail.com) ---
The first patch fails at compilation cannot use it.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-deve
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #53 from siyia (eutychio...@gmail.com) ---
When i use the first patch i get:
patching file drivers/gpu/drm/amd/amdgpu/gfx_v6_0.c
Hunk #1 FAILED at 412.
Hunk #2 FAILED at 636.
2 out of 2 hunks FAILED -- saving rejects to file
drivers/g
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #54 from Alex Deucher (alexdeuc...@gmail.com) ---
(In reply to siyia from comment #52)
> The first patch fails at compilation cannot use it.
[0.882491] [drm] RAM width 128bits DDR3
Yours is the 128bit version.
What patch did you
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #55 from siyia (eutychio...@gmail.com) ---
which one is suppossed to work on my card?
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #56 from siyia (eutychio...@gmail.com) ---
i tried another possible fix from attachments
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mail
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #57 from Alex Deucher (alexdeuc...@gmail.com) ---
https://bugzilla.kernel.org/attachment.cgi?id=256831&action=diff
is what fixes it for others, but I suspect
https://bugzilla.kernel.org/attachment.cgi?id=256727&action=diff
is what will
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #58 from siyia (eutychio...@gmail.com) ---
patching file drivers/gpu/drm/amd/amdgpu/gfx_v6_0.c
Hunk #1 FAILED at 412.
Hunk #2 FAILED at 636.
2 out of 2 hunks FAILED -- saving rejects to file
drivers/gpu/drm/amd/amdgpu/gfx_v6_0.c.rej
h
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #59 from Marek Olšák (mar...@gmail.com) ---
So it looks like 64-bit Oland needs the P4 config and 128-bit Oland needs the
P2 config. Maybe the MC_ARB_RAMCFG patch will help with other SI chips if it
doesn't help Oland.
--
You are rec
1 - 100 of 106 matches
Mail list logo