This patch reverts commit 5cbb37df378d ("drm/exynos: resolve infinite
loop issue on multi-platform"). This logic is already included.
Signed-off-by: Hyungwon Hwang
---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 12
1 file changed, 12 deletions(-)
diff --git a/drivers/gpu/drm/exynos/
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150108/427c1b0d/attachment.html>
cluding myself are still
hitting them occasionally.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150108/3060c7b4/attachment.html>
.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150108/05b9dd39/attachment-0001.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150108/c532e478/attachment.html>
We have to check pointer before usage.
Reported-by: Andrey Karpov
Signed-off-by: Andy Shevchenko
---
drivers/gpu/drm/nouveau/core/subdev/clock/base.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/nouveau/core/subdev/clock/base.c
b/drivers/gpu/drm/nouvea
On 07.01.2015 21:24, Oded Gabbay wrote:
> Hi Michel,
> So your patch is quite, hmm, *drastic* :)
>
> Instead, could I suggest to only remove the calls to kfd_interrupt_init()
> and kfd_interrupt_exit() ? It will also require a minor modification to the
> logic in kgd2kfd_interrupt() but it is much
> -Original Message-
> From: Joseph Salisbury [mailto:joseph.salisbury at canonical.com]
> Sent: Wednesday, January 07, 2015 5:51 PM
> To: Deucher, Alexander
> Cc: stable at vger.kernel.org; LKML; Koenig, Christian; David Airlie;
> dri-devel
> Subject: [Regression][v3.17][3.18][3.19-rc3]
On 2015ë
01ì 08ì¼ 03:06, Gustavo Padovan wrote:
> 2014-12-26 Inki Dae :
>
>> On 2014ë
12ì 22ì¼ 22:04, Gustavo Padovan wrote:
>>> Hi Dave,
>>>
>>> Here goes a bunch of clean up for the exynos driver. I've posted this work
>>> in
>>> the mailing list twice but never got a review on it, fi
From: Michel Dänzer
The work queue couldn't reliably prevent the SW ring buffer from
overflowing, so dmesg was spammed by
kfd kfd: Interrupt ring overflow, dropping interrupt.
messages when running e.g. the Atlantis Substance demo from
https://wiki.unrealengine.com/Linux_Demos on Kaveri.
Sin
On 01/08/2015 10:45 AM, Ilia Mirkin wrote:
> On Wed, Jan 7, 2015 at 5:29 PM, Andy Shevchenko
> wrote:
>> We have to check pointer before usage.
>>
>> Reported-by: Andrey Karpov
>> Signed-off-by: Andy Shevchenko
>> ---
>> drivers/gpu/drm/nouveau/core/subdev/clock/base.c | 4 +++-
>> 1 file ch
ing this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150108/0111ad8b/attachment.html>
On 01/08/2015 12:57 PM, Ilia Mirkin wrote:
> On Wed, Jan 7, 2015 at 11:32 PM, Vince Hsu wrote:
>> On 01/08/2015 10:45 AM, Ilia Mirkin wrote:
>>> On Wed, Jan 7, 2015 at 5:29 PM, Andy Shevchenko
>>> wrote:
We have to check pointer before usage.
Reported-by: Andrey Karpov
Signed
On Thu, Jan 8, 2015 at 12:40 AM, Vince Hsu wrote:
> On 01/08/2015 12:57 PM, Ilia Mirkin wrote:
>>
>> On Wed, Jan 7, 2015 at 11:32 PM, Vince Hsu wrote:
>>>
>>> On 01/08/2015 10:45 AM, Ilia Mirkin wrote:
On Wed, Jan 7, 2015 at 5:29 PM, Andy Shevchenko
wrote:
>
> We have to c
On 01/08/2015 01:52 PM, Ilia Mirkin wrote:
> On Thu, Jan 8, 2015 at 12:40 AM, Vince Hsu wrote:
>> On 01/08/2015 12:57 PM, Ilia Mirkin wrote:
>>> On Wed, Jan 7, 2015 at 11:32 PM, Vince Hsu wrote:
On 01/08/2015 10:45 AM, Ilia Mirkin wrote:
> On Wed, Jan 7, 2015 at 5:29 PM, Andy Shevchenko
e the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150108/5e5e549d/attachment-0001.html>
cards, please file a new report about that.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150108/ca269592/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150108/ac0b3cdb/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=90851
--- Comment #2 from Christoph Haag ---
I'll have to build a kernel with symbols later and replicate it. It sometimes
takes even a few hours of gameplay to have this happen, so it could take some
time.
But I am relatively sure that it did not happ
Even if an unsupported mode with a pixel clock larger than two times the
264 MHz IPU HSP clock is set, don't divide by zero.
Signed-off-by: Philipp Zabel
---
drivers/gpu/ipu-v3/ipu-di.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/ipu-v3/ipu-di.c b/drivers/gpu/ipu-v3/ipu-di.
The loop iterating over curr_ctrl in dw_hdmi terminates on mpixelclock == ~0UL,
so there needs to be an end of list element here in case a mode with a pixel
clock larger than 216 MHz is set.
Signed-off-by: Philipp Zabel
---
drivers/gpu/drm/imx/dw_hdmi-imx.c | 4 +++-
1 file changed, 3 insertions
This patch limits the pixel clock to 13.4 MHz - 266 MHz for i.MX6Q
and 13.5 MHz - 270 MHz for i.MX6DL, which is the range documented
in the HDMI Transmitter chapter of the respective reference manuals.
Without this patch, when connected to a monitor capable of 2160p60
modes, dw_hdmi will happily r
https://bugzilla.kernel.org/show_bug.cgi?id=90451
l55 at anonymousspeech.com changed:
What|Removed |Added
CC||l55 at anonymousspeech.com
--
https://bugzilla.kernel.org/show_bug.cgi?id=90451
--- Comment #3 from l55 at anonymousspeech.com ---
Created attachment 162821
--> https://bugzilla.kernel.org/attachment.cgi?id=162821&action=edit
dmesg output
I noticed that unigine tropics benchmark reports the same video memory for
running wit
https://bugzilla.kernel.org/show_bug.cgi?id=67681
KernelBug <3fdd1e5d at opayq.com> changed:
What|Removed |Added
Component|Video(DRI - non Intel) |Other
Kernel Versi
https://bugzilla.kernel.org/show_bug.cgi?id=67681
--- Comment #34 from KernelBug <3fdd1e5d at opayq.com> ---
I made the mistake too of getting caught up in just trying to work out
resolving the video instead of also trying to figure out why the F2 doesn't
work to turn the wifi on and off...
I'd r
https://bugzilla.kernel.org/show_bug.cgi?id=67681
--- Comment #35 from KernelBug <3fdd1e5d at opayq.com> ---
lspci shows;
00:00.0 Host bridge: Intel Corporation 3rd Gen Core processor DRAM Controller
(rev 09)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor
PCI Express
https://bugzilla.kernel.org/show_bug.cgi?id=67681
--- Comment #36 from KernelBug <3fdd1e5d at opayq.com> ---
lspci -nnk | grep -A2 0280
03:00.0 Network controller [0280]: Atheros Communications Inc. AR9485 Wireless
Network Adapter [168c:0032] (rev 01)
Subsystem: AzureWave Device [1a3b:2c97]
https://bugzilla.kernel.org/show_bug.cgi?id=67681
--- Comment #37 from KernelBug <3fdd1e5d at opayq.com> ---
lsmod | grep -e ath9k -e asus
lsmod | grep -e ath9k -e asus
< slack:pts/0:~
as
Am 08.01.2015 um 05:27 schrieb Michel Dänzer:
> From: Michel Dänzer
>
> The work queue couldn't reliably prevent the SW ring buffer from
> overflowing, so dmesg was spammed by
>
> kfd kfd: Interrupt ring overflow, dropping interrupt.
>
> messages when running e.g. the Atlantis Substance demo f
re receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150108/050cddf2/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=67681
Alan changed:
What|Removed |Added
Component|Other |Video(DRI - non Intel)
--- Comment #38 from Alan
For me dmabuf and cenalloc offer two different features: one is buffer
sharing (dmabuf) and one is buffer allocation (cenalloc).
You may want to use dmabuf sharing feature whithout need of the buffer
allocation feature, that is what for drm, v4l2, ION and other use
dmabuf.
In addition of dmabuf w
Hi Thierry,
Generally I agree with the issues you describe in the current design.
One task in our 2015 workplan is to change the whole method amdkfd is loaded,
so
it can independently load at any time, regardless of the order of loading
between it and radeon and amd_iommu_v2. To reach that goal,
https://bugzilla.kernel.org/show_bug.cgi?id=90451
--- Comment #4 from Alex Deucher ---
GL does not provide a standard mechanism to query the amount of memory on the
GPU so in most cases apps just guess. Most default to 256MB, but they
sometimes make guesses based on the GL vendor string.
--
Yo
On 01/08/2015 01:24 PM, Christian König wrote:
> Am 08.01.2015 um 05:27 schrieb Michel Dänzer:
>> From: Michel Dänzer
>>
>> The work queue couldn't reliably prevent the SW ring buffer from
>> overflowing, so dmesg was spammed by
>>
>> kfd kfd: Interrupt ring overflow, dropping interrupt.
>>
Signed-off-by: Oded Gabbay
---
drivers/gpu/drm/amd/amdkfd/kfd_device_queue_manager.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdkfd/kfd_device_queue_manager.c
b/drivers/gpu/drm/amd/amdkfd/kfd_device_queue_manager.c
index 9c8961d..30c8fda 100644
---
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150108/a0505d62/attachment-0001.html>
achment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150108/16b0ded2/attachment.html>
receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150108/d8d2bebe/attachment.html>
From: Ben Goz
This patch removes a call to kfd-->kgd interface function that is doing H/W
initialization. That function is moved into radeon to be part of the common
H/W initialization sequence. The interface function will be deleted.
Signed-off-by: Ben Goz
Signed-off-by: Oded Gabbay
---
.../
From: Ben Goz
This patch moves to radeon the initialization of compute vmid.
That initializations was done in kfd-->kgd interface, but doing it in radeon
as part of radeon's H/W initialization routines is more appropriate.
In addition, this simplifies the kfd-->kgd interface.
The patch removes
This patch-set starts to prepare amdkfd so it could support VI APU.
1. As newer H/W will be handled by amdgpu, we need to eliminate amdkfd's
include of radeon header files.
2. MQDs are different between CI and VI, so we need to split the MQD manager
module to CI-specific and VI-specific.
Signed-off-by: Oded Gabbay
---
drivers/gpu/drm/radeon/Makefile | 2 +-
drivers/gpu/drm/radeon/radeon_kfd.h | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/Makefile b/drivers/gpu/drm/radeon/Makefile
index 12bc212..c58cfd3 100644
--- a/drivers/gpu/d
From: Ben Goz
This patch creates a new file, cik_structs.h, and puts the cik_mqd and
cik_sdma_rlc_registers structures in that file.
The new file is placed in a common include folder under the drm/amd folder, so
it will be shared among all amd drm drivers.
Signed-off-by: Ben Goz
Signed-off-by:
Signed-off-by: Oded Gabbay
---
drivers/gpu/drm/radeon/cik_reg.h| 264
drivers/gpu/drm/radeon/radeon_kfd.c | 1 +
2 files changed, 1 insertion(+), 264 deletions(-)
diff --git a/drivers/gpu/drm/radeon/cik_reg.h b/drivers/gpu/drm/radeon/cik_reg.h
index bbb
Because amdkfd will need to work both with radeon and amdgpu, don't include
header files that are in radeon's folder.
Instead, use the common amd include folder and move amdkfd specific defines to
amdkfd header files.
Signed-off-by: Oded Gabbay
---
drivers/gpu/drm/amd/amdkfd/cik_regs.h
From: Ben Goz
As the MQD types are common across all AMD GPUs/APUs, let's remove the CIK part
from the name.
Signed-off-by: Ben Goz
Signed-off-by: Oded Gabbay
---
drivers/gpu/drm/amd/amdkfd/kfd_device_queue_manager.c | 14 +++---
drivers/gpu/drm/amd/amdkfd/kfd_kernel_queue.c |
From: Ben Goz
This patch adds new fields to the queue_properties structure. The new fields
are relevant only for queues running on AMD GPU VI architecture.
The eop_ring_buffer_address and eop_ring_buffer_size describe an
end-of-pipe queue which is assigned to the MQD. In CI, the EOP queue was pe
From: Ben Goz
This patch adds a new property to kfd_device_info structure. That structure
holds information that is H/W specific.
The new property is called asic_family and its purpose is to distinguish
between different asic families in amdkfd operations, mainly in QCM (queue
control & manageme
Add two files under amdkfd section.
Signed-off-by: Oded Gabbay
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 296c02d..c4cebc0 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -624,6 +624,8 @@ L: dri-devel at lists.freedesktop.org
T:
From: Ben Goz
The MQDs for CI and VI are different. Therefore, the MQD manager module need to
be H/W specific.
This patch splits the current MQD manager into three files:
- kfd_mqd_manager.c, which contains common functions and initializes the
specific mqd manager module according to the H/W
On Thu, 8 Jan 2015 16:53:41 +0200
Jyri Sarha wrote:
> > + - audio-ports: must contain one or two values selecting the source
> > + in the audio port.
> > + The source type is given by the corresponding entry in
> > + the audio-port-names property.
> > +
>
> This binding does not allow m
Hi Sean,
> -Original Message-
> From: Sean Young [mailto:sean at mess.org]
> Sent: Tuesday, December 30, 2014 2:33 PM
> To: Kamil Debski
> Cc: dri-devel at lists.freedesktop.org; linux-media at vger.kernel.org;
> m.szyprowski at samsung.com; mchehab at osg.samsung.com; hverkuil at
> xs4al
2015-01-08 Inki Dae :
> On 2015ë
01ì 08ì¼ 03:06, Gustavo Padovan wrote:
> > 2014-12-26 Inki Dae :
> >
> >> On 2014ë
12ì 22ì¼ 22:04, Gustavo Padovan wrote:
> >>> Hi Dave,
> >>>
> >>> Here goes a bunch of clean up for the exynos driver. I've posted this
> >>> work in
> >>> the mailing lis
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150108/3ba7bb32/attachment.html>
quirk list for dpm
which will fix the issue for the affected boards.
Alex
>
> >
> > Alex
> >
> >> Thanks,
> >>
> >> Joe
> >>
> >> [0] http://pad.lv/1386534
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-radeon-add-a-dpm-quirk-list.patch
Type: application/octet-stream
Size: 2156 bytes
Desc: 0001-drm-radeon-add-a-dpm-quirk-list.patch
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150108/6a9a2cd9/attachment-0001.obj>
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150108/520ce1b6/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150108/a225b35d/attachment.html>
vel/attachments/20150108/dc003682/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150108/a592d002/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150108/8470f410/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150108/c6a4e9d7/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150108/ba193cad/attachment.html>
lockup in Tropico 5) but nothing.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150108/03c2dfaf/attachment.html>
> -Original Message-
> From: Joseph Salisbury [mailto:joseph.salisbury at canonical.com]
> Sent: Thursday, January 08, 2015 4:58 PM
> To: Deucher, Alexander
> Cc: stable at vger.kernel.org; LKML; Koenig, Christian; David Airlie;
> dri-devel
> Subject: Re: [Regression][v3.17][3.18][3.19-rc3
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150108/45e19f70/attachment.html>
Hi Linus,
I'm briefly working between holidays and LCA, so this is close to a couple
of weeks of fixes,
two sets of amdkfd fixes, this is a new feature this kernel, and this pull
fixes a few issues since it got merged, ordering when built-in to kernel
and also the iommu vs gpu ordering patch,
nfo:
ExtMask 0x2
ExtValue 0
FanSpeedPercent 40
FanSpeedRPM 2
FanSpeedType 0x1
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20
On 01/07/2015 11:10 AM, Jean-Francois Moine wrote:
> This patch permits the definition of the audio ports from the device tree.
>
> Signed-off-by: Jean-Francois Moine
> ---
> .../devicetree/bindings/drm/i2c/tda998x.txt| 18 +++
> drivers/gpu/drm/i2c/tda998x_drv.c |
On 01/07/2015 12:51 PM, Jean-Francois Moine wrote:
> This patch adds a CODEC to the NXP TDA998x HDMI transmitter.
>
> The CODEC handles both I2S and S/PDIF inputs.
> It maintains the audio format and rate constraints according
> to the HDMI device parameters (EDID) and sets dynamically the input
>
On 01/07/2015 09:51 PM, Deucher, Alexander wrote:
>
>> -Original Message-
>> From: Joseph Salisbury [mailto:joseph.salisbury at canonical.com]
>> Sent: Wednesday, January 07, 2015 5:51 PM
>> To: Deucher, Alexander
>> Cc: stable at vger.kernel.org; LKML; Koenig, Christian; David Airlie;
>>
On 01/07/2015 09:51 PM, Deucher, Alexander wrote:
>
>> -Original Message-
>> From: Joseph Salisbury [mailto:joseph.salisbury at canonical.com]
>> Sent: Wednesday, January 07, 2015 5:51 PM
>> To: Deucher, Alexander
>> Cc: stable at vger.kernel.org; LKML; Koenig, Christian; David Airlie;
>>
On 01/08/2015 12:48 PM, Deucher, Alexander wrote:
>> -Original Message-
>> From: Joseph Salisbury [mailto:joseph.salisbury at canonical.com]
>> Sent: Thursday, January 08, 2015 11:26 AM
>> To: Deucher, Alexander
>> Cc: stable at vger.kernel.org; LKML; Koenig, Christian; David Airlie;
>> dr
e pins (if you can make pin 3 be the first two
I2S channels for example)? Someone might choose a strange mapping for
board routing reasons for example.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150108/782b5ff5/attachment.sig>
On 01/08/2015 05:00 PM, Deucher, Alexander wrote:
>> -Original Message-
>> From: Joseph Salisbury [mailto:joseph.salisbury at canonical.com]
>> Sent: Thursday, January 08, 2015 4:58 PM
>> To: Deucher, Alexander
>> Cc: stable at vger.kernel.org; LKML; Koenig, Christian; David Airlie;
>> dri
On 01/07/2015 01:06 PM, Jean-Francois Moine wrote:
> Based on 3.19.0-rc3.
>
> v9:
> - back to a TDA998x specific CODEC
I did not mean that you could not make your shot at generic codec. It
will just need more work before it is generic enough for other HDMI
encoders to fully utilize it.
B
next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150108/08bd9ae0/attachment.sig>
On 01/08/2015 12:48 PM, Deucher, Alexander wrote:
>> -Original Message-
>> From: Joseph Salisbury [mailto:joseph.salisbury at canonical.com]
>> Sent: Thursday, January 08, 2015 11:26 AM
>> To: Deucher, Alexander
>> Cc: stable at vger.kernel.org; LKML; Koenig, Christian; David Airlie;
>> dr
Jani, all,
On a Lenovo X1 Carbon if the display is off when suspend is entered
it will be off when it is resumed. A key must be pressed to restore
normal brightness.
xset dpms force off
sleep 1
sudo systemctl suspend
(resume)
(screen off, press any key)
The behavior I am accustomed to
80 matches
Mail list logo
