xed, I think we can close this bug report.
--
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/20150107/728c26f3/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=90861
--- Comment #6 from Michel Dänzer ---
Looks like dpm_watchdog_handler kicks in while the radeon driver is waiting for
a fence to signal. Maybe the Radeon GPU IRQ is disabled too early during
suspend or something like that?
(In reply to Jon Arne
Kees Cook writes:
> On Sun, Jan 4, 2015 at 8:28 PM, Rusty Russell
> wrote:
>> Kees, as far as I can tell you need another 0-terminated vmlinux.relocs
>> section for weak symbols. These should not be relocated if already 0.
>
> A few questions:
>
> Why doesn't this break on 32-bit without kASLR?
Thanks!
--
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/20150107/dbace726/attachment.html>
On 12/05/2014 02:22 PM, Andy Yan wrote:
>
> We found Freescale imx6 and Rockchip rk3288 and Ingenic JZ4780 (Xburst/MIPS)
> use the interface compatible Designware HDMI IP, but they also have some
> lightly differences, such as phy pll configuration, register width(imx hdmi
> register is one byte,
From: Michel Dänzer
The SW ring buffer was smaller than the corresponding hardware ring, so
dmesg could get spammed by
kfd kfd: Interrupt ring overflow, dropping interrupt.
messages when running graphics apps.
Since the SW ring buffer doesn't actually do anything at this point, just
remove i
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150107/563fd688/attachment.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150107/e1008065/attachment.html>
vel/attachments/20150107/c89d9eeb/attachment.html>
We need to wait for the GPUVM flush to complete. There
was some confusion as to how this mechanism was supposed
to work. The operation is not atomic. For GPU initiated
invalidations you need to read back a VM register to
introduce enough latency for the update to complete.
v2: drop gart changes
We need to wait for the GPUVM flush to complete. There
was some confusion as to how this mechanism was supposed
to work. The operation is not atomic. For GPU initiated
invalidations you need to read back a VM register to
introduce enough latency for the update to complete.
v2: drop gart changes
We need to wait for the GPUVM flush to complete. There
was some confusion as to how this mechanism was supposed
to work. The operation is not atomic. For GPU initiated
invalidations you need to read back a VM register to
introduce enough latency for the update to complete.
v2: drop gart changes
https://bugzilla.kernel.org/show_bug.cgi?id=90851
--- Comment #1 from Michel Dänzer ---
Can you try decoding the backtrace with scripts/decode_stacktrace.sh from the
kernel tree?
Does it only happen with a 3.19 kernel, or also with older ones?
--
You are receiving this mail because:
You are w
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150107/fe96d9ca/attachment.html>
org/archives/dri-devel/attachments/20150107/ed0c59bf/attachment-0001.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150107/4b4728d2/attachment.html>
On Wed, Jan 7, 2015 at 3:01 AM, Linus Torvalds
wrote:
> So my el-cheapo UHD Dell monitor is unhappy with dmps, and just never
> wakes up from it.
>
> I work around it with just doing "xset -dpms" and it's not a big deal,
> but I thought I'd report it anyway, since there are actual debug
> messages
On Tue, Jan 06, 2015 at 02:14:27PM +, Cheng, Yao wrote:
> > -Original Message-
> > From: Daniel Vetter [mailto:daniel.vetter at ffwll.ch] On Behalf Of Daniel
> > Vetter
> > Sent: Monday, January 5, 2015 16:40
> > To: Cheng, Yao
> > Cc: Daniel Vetter; Thierry Reding; intel-gfx at lists.f
org/archives/dri-devel/attachments/20150107/0083d4b7/attachment.html>
ext part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150107/4a058b83/attachment.html>
try.
--
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/20150107/9b93459a/attachment-0001.html>
The CEC registers of the TDA998x have no access by page,
so, a 8 bits address is enough.
Signed-off-by: Jean-Francois Moine
---
drivers/gpu/drm/i2c/tda998x_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c
b/drivers/gpu/drm/i2c/tda998x_d
dma_alloc_attrs() returns NULL if it cannot allocate a dma buffer (or
mapping), not a negative error code.
Rerported-by: Pawel Osciak
Signed-off-by: Daniel Kurtz
---
drivers/gpu/drm/rockchip/rockchip_drm_gem.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/drivers/
Hi Dave,
drm-intel-next-2014-12-19:
- plane handling refactoring from Matt Roper and Gustavo Padovan in prep for
atomic updates
- fixes and more patches for the seqno to request transformation from John
- docbook for fbc from Rodrigo
- prep work for dual-link dsi from Gaurav Signh
- crc fixes fr
We can't save two values to the IRQ flags at the same time so the IRQs
are not enabled at the end. This kind of bug is easy to miss in testing
if the function is normally called with IRQs disabled so we wouldn't
enable IRQs anyway.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/tegra
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150107/57898dc5/attachment-0001.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150107/3219d45d/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150107/aface3c9/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150107/a456fa9f/attachment.html>
Based on 3.19.0-rc3.
v9:
- back to a TDA998x specific CODEC
- more comments
- change magic values to constants
v8:
- change some comments about the patches
v7:
- remove the change of the K predivider (Jyri Sarha)
- add S24_3LE and S32_LE as possible
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 | 60 ++
2 files changed, 69 insertions(+), 9
The device drvdata is used for component bind, but points to the
encoder/connector structure which is hidden from the slave encoder.
For audio extension, the slave encoder private data must be accessible,
so, this patch changes drvdata to the slave encoder private data and
sets it in case of slave
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
ports in the TDA998x I2C driver on start/stop audio streaming.
With I2S input, the CTS_N predivider depends on the sample width.
Signed-off-by: Jean-Francois Moine
---
drivers/gpu/drm/i2c/tda998x_drv.c | 18 --
1 file changed, 16 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c
b/drivers/gpu/drm/i2c/tda998x_drv.
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 less intrusive than what you are
suggesting.
Alter
Otherwise a spurious interrupt might trigger (and crash) the interrupt handler
before probing finished.
Signed-off-by: Philipp Zabel
---
drivers/gpu/drm/bridge/dw_hdmi.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/bridge/dw_hdmi.c b/drivers/gp
edesktop.org/archives/dri-devel/attachments/20150107/01701271/attachment.sig>
vel/attachments/20150107/7e9bbc24/attachment-0001.html>
Hi Dave,
Some fixes for radeon. Nothing major.
The following changes since commit 2f6bd4da08b5054ba933be6f7b17ed02ad6c4162:
Merge tag 'amdkfd-fixes-2014-12-30' of
git://people.freedesktop.org/~gabbayo/linux into linus (2015-01-04 17:44:43
+1000)
are available in the git repository at:
would be needed?
System: ArchLinux AMD64 with mesa/git package repository.
--
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/attachme
Make dw_hdmi buildable as a module.
Signed-off-by: Philipp Zabel
---
drivers/gpu/drm/bridge/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/bridge/Kconfig b/drivers/gpu/drm/bridge/Kconfig
index 4d822f0..b70f3c8 100644
--- a/drivers/gpu/drm/bridge/Kconf
Make the rockchip dw_hdmi driver buildable as a module.
Signed-off-by: Philipp Zabel
---
drivers/gpu/drm/rockchip/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/rockchip/Kconfig b/drivers/gpu/drm/rockchip/Kconfig
index 6ebebe8..0d87bf6 100644
--- a/dr
To build the rockchip dw_hdmi driver as a module, the
rockchip_drm_encoder_get_mux_id and rockchip_drm_crtc_mode_config
functions need to be exported.
Signed-off-by: Philipp Zabel
---
drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 1 +
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 1 +
2 files ch
Hi Andy,
to build the arm-allmodconfig, I had to add the following changes.
Shall I squash the first two into their respective patches?
regards
Philipp
Philipp Zabel (3):
fixup! drm: imx: imx-hdmi: move imx-hdmi to bridge/dw_hdmi
fixup! drm: bridge/dw_hdmi: add rockchip rk3288 support
drm:
On Wed, Jan 07, 2015 at 03:10:47PM +, Andrew Jackson wrote:
> On 01/07/15 10:51, Jean-Francois Moine wrote:
> > diff --git a/drivers/gpu/drm/i2c/Kconfig b/drivers/gpu/drm/i2c/Kconfig
> > index 22c7ed6..24fc975 100644
> > --- a/drivers/gpu/drm/i2c/Kconfig
> > +++ b/drivers/gpu/drm/i2c/Kconfig
>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150107/cc63a40c/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150107/5083632a/attachment-0001.html>
On Wed, 07 Jan 2015 14:39:13 +
Andrew Jackson 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.
>
> I think that this entry might
On Tue, Jan 6, 2015 at 10:21 PM, Robert Morell wrote:
>
> FWIW, I've seen that exact symptom on some monitors when the +5V pin on
> the DVI or HDMI cable from the GPU isn't enabled (or isn't providing
> enough current). Some monitors power the i2c/edid/DDC logic from that
> +5V either exclusively
On Wed, Jan 7, 2015 at 6:07 PM, Linus Torvalds
wrote:
> On Tue, Jan 6, 2015 at 10:21 PM, Robert Morell wrote:
>>
>> FWIW, I've seen that exact symptom on some monitors when the +5V pin on
>> the DVI or HDMI cable from the GPU isn't enabled (or isn't providing
>> enough current). Some monitors po
p://lists.freedesktop.org/archives/dri-devel/attachments/20150107/32ad4248/attachment-0001.obj>
On Wed, 7 Jan 2015 15:41:38 +
Russell King - ARM Linux wrote:
> On Wed, Jan 07, 2015 at 03:10:47PM +, Andrew Jackson wrote:
> > On 01/07/15 10:51, Jean-Francois Moine wrote:
> > > diff --git a/drivers/gpu/drm/i2c/Kconfig b/drivers/gpu/drm/i2c/Kconfig
> > > index 22c7ed6..24fc975 100644
>
On Wed, Jan 7, 2015 at 9:51 AM, Daniel Vetter wrote:
>
> Not sure whether that'd be the same voltage rails, but
> i915.disable_power_wells=0 disable all the runtime pm we do (which
> does kick in for dpms off and shut down the entire display block and a
> bunch more)
I still get the "No HDMI (MHL
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, first time was about a
>
> Never no. I already had a review
Am Donnerstag, den 18.12.2014, 18:00 -0800 schrieb Steve Longerbeam:
> This patchset implements ->mode_fixup() in the imx ipuv3-crtc driver,
> using a new support function ipu_di_adjust_videomode(). This new
> function needs to be subsystem independent, so it accepts a video
> mode as a 'struct vid
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/20150107/f7513bde/attachment.html>
ders 223ms
Loading "core/materials/unigine_decals.mat" 1 material 69 shaders 142ms
Loading "core/properties/unigine.prop" 2 properties 51ms
Killed
--
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/20150107/b71bb0c9/attachment-0001.html>
2014-12-30 Inki Dae :
> On 2014ë
12ì 18ì¼ 22:58, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > The atomic helper to disable planes also uses exynos_update_plane() to
> > disable plane so we had to adapt it to both commit and disable planes.
> >
> > A check for NULL CRTC was adde
work, I would come up with some dummy
automatic fan speed regulator, most probably written in python.
--
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/arch
2014-12-30 Inki Dae :
> On 2014ë
12ì 18ì¼ 22:58, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > Add CRTC callbacks .atomic_begin() .atomic_flush(). On exynos they
> > unprotect the windows before the commit and protects it after based on
> > a plane mask tha store which plane will
On Wed, Jan 7, 2015 at 6:51 PM, Linus Torvalds
wrote:
> On Tue, Jan 6, 2015 at 11:32 PM, Daniel Vetter wrote:
>>
>> Yeah if the edid probe fails userspace will get a hotplug and
>> autodisable the output. With a failsafe X session (just a dumb
>> terminal) we can avoid that to check that dpms on
e the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150107/401c7458/attachment.html>
The first patch makes it easier to have a different number of regulators
depending on the target. It is followed by the addition of the apq8084's
regulator config. Finally, the last patch makes things easier when a new
device needs to be added, especially when they share the same information.
Step
Instead of reporting BUG_ON when resources arrays are not
dimensioned correctly, this patch does a dynamic allocation of
these arrays. This is needed for the following patches that add a
regulator for a new target.
Signed-off-by: Stephane Viau
---
drivers/gpu/drm/msm/hdmi/hdmi.c | 33 +++
This change add the regulator/clock configuration for MDP5 v1.3.
This config is close to the one already existing for 8x74, except
that one more regulator is needed (hpd-5v-en).
Signed-off-by: Stephane Viau
---
Documentation/devicetree/bindings/drm/msm/hdmi.txt | 1 +
drivers/gpu/drm/msm/hdmi/h
In the same idea mdp5_cfg was added, this change allows us to quickly
add new instances, such as apq8084's HDMI in this case.
Signed-off-by: Stephane Viau
---
Documentation/devicetree/bindings/drm/msm/hdmi.txt | 1 +
drivers/gpu/drm/msm/hdmi/hdmi.c| 128 +++-
mdp5_ctl_set_intf()'s second argument should be "int", not "enum mdp5_intf".
The passed in value is "intf", not "intf_id".
Signed-off-by: Stephane Viau
---
drivers/gpu/drm/msm/mdp/mdp5/mdp5_ctl.c | 2 +-
drivers/gpu/drm/msm/mdp/mdp5/mdp5_ctl.h | 2 +-
2 files changed, 2 insertions(+), 2 deletion
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150107/d88eb440/attachment.html>
/mesa/log/?h=vgpr-spilling-Jan07-2014
--
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/20150107/99accb31/attachment.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150107/6b6f9aad/attachment.html>
Link to the archived drm/i915 patches corresponding to this change:
http://lists.freedesktop.org/archives/intel-gfx/2014-December/057817.html
is 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/20150107/7e222d7e/attachment.html>
From: Yao Cheng
on vlv, if ipvr is installed, it need be manually unloaded before
i915, otherwise user might run into use-after-free issue.
v2:
added this patch per Daniel's comment
v3:
no change
Signed-off-by: Yao Cheng
Signed-off-by: Sean V Kelley
---
tests/drv_module_reload | 16
drm/ipvr is a new GEM driver for VED (PowerVR's VPU integrated in Intel GPU),
which extends video capability.
A new Kconfig added for building ipvr driver:
CONFIG_DRM_IPVR: Build option for ipvr module
The driver name "ipvr" means the PowerVR's core wrapped by Intel. The
PowerVR VPUs are also
From: Yao Cheng
add usermode helper for the ipvr kernel driver.
test_ioctl: test kernel driver by directly ioctl
v2:
take Emil's comments
- correctly align ipvr_drm.h
v3:
take Daniel Vetter and Daniel Stone's comments, and implement PRIME
- correctly align ipvr_drm.h
- u
From: Yao Cheng
Setup minimum required resources during i915_driver_load:
1. Create a platform device to share MMIO/IRQ resources
2. Make the platform device child of i915 device for runtime PM.
3. Create IRQ chip to forward the VED irqs.
VED driver (a standalone drm driver) probes the VED device
Hi Liu Ying , Philipp:
On 2015å¹´01æ07æ¥ 10:39, Liu Ying wrote:
>
> On 12/05/2014 02:22 PM, Andy Yan wrote:
>>
>> We found Freescale imx6 and Rockchip rk3288 and Ingenic JZ4780
>> (Xburst/MIPS)
>> use the interface compatible Designware HDMI IP, but they also have some
>> lightly differences,
Rockchip RK3288 hdmi is compatible with dw_hdmi
Signed-off-by: Andy Yan
---
Changes in v18:
- fix two compile errors when build as module
Changes in v17:
- parse resource and irq in platform driver
Changes in v16: None
Changes in v15:
- remove THIS_MODULE in platform driver
Changes in v14: N
On 01/07/15 09:10, 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 | 60
>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150107/1011b21e/attachment-0001.html>
On 01/07/15 17:08, Jean-Francois Moine wrote:
> On Wed, 07 Jan 2015 14:39:13 +
> Andrew Jackson 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-n
Hi Alexander,
A kernel bug report was opened against Ubuntu [0]. After a kernel
bisect, it was found that reverting the following commit resolved this bug:
commit c08abf11900e19b14dd3a0cc3d105bd74519cd18
Author: Alex Deucher
Date: Mon Jul 14 12:01:40 2014 -0400
drm/radeon: re-enable dpm
This change adds a new eDP connector in msm drm driver. With this
change, eDP panel can work with msm platform under drm framework.
V1: Initial change
V2: Address Rob's comments
Use generated header file for register definitions
Change to devm_* APIs
V3: Address Thierry's comments and re
From: Yao Cheng
Probes VED and creates a new drm device for hardware accelerated
video decoding.
Currently support VP8 decoding on valleyview.
v2:
take David's comments
- add mmap support and remove mmap_ioctl
- remove postclose since it's deprecated
- NULL set_busid
v3:
s.freedesktop.org/archives/dri-devel/attachments/20150107/8d7db0ad/attachment.sig>
On 01/07/15 10:51, 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
> port
messages, it makes it much
easier to find any new content you've added.
-- 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/d
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 changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/dr
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-off-by: Andy Shevchenko
>>> ---
>>> dri
ure.asc
Type: application/pgp-signature
Size: 810 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150107/38c256c0/attachment.sig>
90 matches
Mail list logo
