https://bugs.freedesktop.org/show_bug.cgi?id=101368
Bug ID: 101368
Summary: Nouveau regression GT218M in Kernel 4.11 Won't Boot
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=101325
--- Comment #9 from Luke ---
Created attachment 131837
--> https://bugs.freedesktop.org/attachment.cgi?id=131837=edit
dmesg from crash using env var R600_DEBUG=nowc
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=101325
--- Comment #8 from Luke ---
Hi Julien,
DISPLAY=:0 apitrace replay thrash.trace
with export R600_DEBUG=nowc
runs to completion but doesn't generate any extra entries in dmesg or a file in
ddumps
Den 09.06.2017 22.59, skrev Marco Diego Aurélio Mesquita:
Hi Devs!
On Thu, Jun 8, 2017 at 4:08 AM, Hans de Goede wrote:
I don't think that using cma for the gm12u320 is a good idea, it will
typically be used as a secondary GPU output together with a real GPU
extending
Problem:
While running IGT kms_atomic_transition test suite i encountered
a hang in drmHandleEvent immidietly follwoing an atomic_commit.
After dumping the atomic state I relized that in this case there was
not even one CRTC attached to the state and only disabled
planes. This probably due to a
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #60 from Alex Deucher (alexdeuc...@gmail.com) ---
(In reply to Marek Olšák from comment #59)
> 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
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
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
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=diff
is what fixes it for others, but I suspect
https://bugzilla.kernel.org/attachment.cgi?id=256727=diff
is what will fix it for
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
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
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
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
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.
___
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)
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=edit
dmesg output
--
You are receiving this mail because:
You are watching the assignee of the bug.
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
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
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
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:
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
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:
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
https://bugs.freedesktop.org/show_bug.cgi?id=97886
Matt Turner changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment
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
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
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
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
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
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,
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
>
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
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
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
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
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
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 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
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 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.
>
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
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
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
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
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
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
> ---
>
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
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
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
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: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.
>>>
>>>
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
>
https://bugzilla.kernel.org/show_bug.cgi?id=194761
siyia (eutychio...@gmail.com) changed:
What|Removed |Added
CC||eutychio...@gmail.com
https://bugs.freedesktop.org/show_bug.cgi?id=101213
siyia changed:
What|Removed |Added
Status|RESOLVED|REOPENED
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?
> >
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
https://bugs.freedesktop.org/show_bug.cgi?id=101213
siyia changed:
What|Removed |Added
Resolution|WONTFIX |FIXED
--
You are
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
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
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
---
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(-)
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
> ---
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
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:
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
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
---
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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 |
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
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
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
---
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
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
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
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
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
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
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.
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
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
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
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
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
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
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
---
1 - 100 of 106 matches
Mail list logo