https://bugzilla.kernel.org/show_bug.cgi?id=85421
--- Comment #16 from Hin-Tak Leung ---
I finally had a lock-up with mesa 10.2.9. Looking at the logs, I have had a
fair number of GPU faults which I did not notice, briefly for a few seconds
about 4 hours before an extended period of 1/2 hour of s
From: Wei Yongjun
Add the missing unlock before return from function i915_gem_init_hw()
in the error handling case.
Signed-off-by: Wei Yongjun
---
drivers/gpu/drm/i915/i915_gem.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gp
https://bugzilla.kernel.org/show_bug.cgi?id=67681
--- Comment #32 from KernelBug <3fdd1e5d at opayq.com> ---
Hi,
Has there been any progress on this?
As I mentioned in the past I use xbindkeys in my $HOME a file called,
.xbindkeysrc and these are the command I use below;
#
Hi Linus,
two intel stable fixes, that should be it from me for this round.
Dave.
The following changes since commit ebea76f5b95caddb59f49a3e288da26358e6ab1f:
Merge tag 'media/v3.18-rc8' of
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media (2014-12-04
16:06:02 -0800)
are a
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141205/06db377f/attachment.html>
ri-devel/attachments/20141205/bded2e47/attachment-0001.html>
cause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141205/cbeae18f/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141205/4646de34/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141205/6ae635b9/attachment.html>
org/archives/dri-devel/attachments/20141205/ca3f792d/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141205/631c590b/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=85421
--- Comment #17 from Jorn Amundsen ---
I rebuilt the Fedora20 RPM's from the F20 v-10.3.3-1 mesa.spec file, after
applying
http://cgit.freedesktop.org/mesa/mesa/commit/?id=ae4536b4f71cbe76230ea7edc7eb4d6041e651b4,
creating new RPM's v.10.3.3-2. No
On Thu, Dec 04, 2014 at 06:25:08PM +0100, Daniel Vetter wrote:
> On Thu, Dec 04, 2014 at 04:31:15PM +, Chris Wilson wrote:
> > On Thu, Dec 04, 2014 at 01:28:39PM +0100, Daniel Vetter wrote:
> > > On Thu, Dec 04, 2014 at 11:51:14AM +, Chris Wilson wrote:
> > > > On Thu, Dec 04, 2014 at 11:56
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, but rk3288 is 4 bytes width and can only be access
CHECK: Alignment should match open parenthesis
+ if ((hdmi->vic == 10) || (hdmi->vic == 11) ||
+ (hdmi->vic == 12) || (hdmi->vic == 13) ||
CHECK: braces {} should be used on all arms of this statement
+ if (hdmi->hdmi_data.video_mode.mdvi)
[...]
+ else {
[...]
Sign
drm driver may probe before the i2c bus, so the driver should
defer probing until it is available
Signed-off-by: Andy Yan
Reviewed-by: Daniel Kurtz
---
Changes in v18: None
Changes in v17: None
Changes in v16: None
Changes in v15: None
Changes in v14: None
Changes in v13: None
Changes in v12:
hdmi phy configuration is platform specific, which can be adusted
according to the board to get the best SI
Signed-off-by: Andy Yan
---
Changes in v18: None
Changes in v17: None
Changes in v16: None
Changes in v15: None
Changes in v14: None
Changes in v13:
- split phy configuration from patch#4
On rockchip rk3288, only word(32-bit) accesses are
permitted for hdmi registers. Byte width accesses (writeb,
readb) generate an imprecise external abort.
Signed-off-by: Andy Yan
---
Changes in v18: None
Changes in v17: None
Changes in v16: None
Changes in v15:
- remove unio of the multi-byte
some platform may not support all the display mode,
add mode_valid interface check it
Signed-off-by: Andy Yan
---
Changes in v18: None
Changes in v17: None
Changes in v16: None
Changes in v15: None
Changes in v14:
- remove drm_connector_register, because imx-drm core has registered
connector
C
RK3288 HDMI will not work without the spare bit of
HDMI_PHY_CONF0 enable
Signed-off-by: Andy Yan
---
Changes in v18: None
Changes in v17: None
Changes in v16: None
Changes in v15: None
Changes in v14: None
Changes in v13: None
Changes in v12: None
Changes in v11: None
Changes in v10: None
Change
Rockchip RK3288 hdmi is compatible with dw_hdmi
this patch is depend on patch by Mark Yao
drm: rockchip: Add basic drm driver
see https://lkml.org/lkml/2014/12/2/161
Signed-off-by: Andy Yan
---
Changes in v18: None
Changes in v17:
- parse resource and irq in platform driver
Changes in v16: No
On 5 December 2014 at 05:29, Daniel Kurtz wrote:
> On Tue, Dec 2, 2014 at 1:31 AM, Heiko Stübner wrote:
>> Hi Mark,
>>
>> Am Dienstag, 2. Dezember 2014, 17:13:20 schrieb Mark Yao:
>>> This a series of patches is a DRM Driver for Rockchip Socs, add support
>>> for vop devices. Future patches will
IMX6 and Rockchip RK3288 and JZ4780 (Ingenic Xburst/MIPS)
use the interface compatible Designware HDMI IP, but they
also have some lightly differences, such as phy pll configuration,
register width, 4K support, clk useage, and the crtc mux configuration
is also platform specific.
To reuse the imx
the original imx hdmi driver is under drm/imx/,
which depends on imx-drm, so move the imx hdmi
driver out to drm/bridge and rename it to dw_hdmi
Signed-off-by: Andy Yan
---
Changes in v18: None
Changes in v17:
- remove prompt message of dw_hdmi, adviced by Russel King
Changes in v16: None
Chan
Signed-off-by: Andy Yan
---
Changes in v18:
- add port bindings
- correct some spelling mistakes in dw_hdmi bindings doc
Changes in v17: None
Changes in v16:
- describe ddc-i2c-bus as optional
- add common clocks bindings
Changes in v15: None
Changes in v14: None
Changes in v13: None
Changes i
HDMI_IH_I2CMPHY_STAT0 is a clear on write register, which indicates i2cm
operation status(i2c transfer done or error), every hdmi phy register
configuration must check this register to make sure the configuration
has complete. But the indication bit should be cleared after check, otherwise
the corr
Signed-off-by: Andy Yan
---
Changes in v18:
- correct some spelling mistakes in dw_hdmi-rockchip bindings doc
Changes in v17: None
Changes in v16:
- modify clocks bindings
- descrbie ddc-i2c-bus as optional
Changes in v15: None
Changes in v14: None
Changes in v13: None
Changes in v12: None
Cha
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141205/d160b167/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/20141205/47dffa96/attachment.html>
Depending of the board configuration i2c for ddc could change,
this patch allow to use a phandle to specify which i2c controller to use.
Signed-off-by: Benjamin Gaignard
---
.../devicetree/bindings/gpu/st,stih4xx.txt | 1 +
drivers/gpu/drm/sti/sti_hdmi.c | 40 +++
This series of patches fix various issues in STI drm driver.
Now HDMI i2c adapter could be selected in device tree
and plug detection doesn't use gpio anymore.
I also had fix some signal timing problems after testing the driver
on more hardware.
The remaining patches attemps to simplify the code a
gpio used for HDMI hot plug detection is useless,
HDMI_STI register contains an hot plug detection status bit.
Fix binding documentation.
Signed-off-by: Benjamin Gaignard
---
Documentation/devicetree/bindings/gpu/st,stih4xx.txt | 2 --
drivers/gpu/drm/sti/sti_hdmi.c | 11 +
Make sure that mixer control register is correctly reset
before use it.
Signed-off-by: Benjamin Gaignard
---
drivers/gpu/drm/sti/sti_drm_crtc.c | 2 ++
drivers/gpu/drm/sti/sti_mixer.c| 9 +
drivers/gpu/drm/sti/sti_mixer.h| 1 +
3 files changed, 12 insertions(+)
diff --git a/driv
Store the physical address at node creation time
to avoid use of virt_to_dma and dma_to_virt everywhere
Signed-off-by: Benjamin Gaignard
---
drivers/gpu/drm/sti/sti_gdp.c | 39 ---
1 file changed, 20 insertions(+), 19 deletions(-)
diff --git a/drivers/gpu/drm
Stop use event_lock in vblank disable function.
This was creating a dead lock.
Signed-off-by: Benjamin Gaignard
---
drivers/gpu/drm/sti/sti_drm_crtc.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/gpu/drm/sti/sti_drm_crtc.c
b/drivers/gpu/drm/sti/sti_drm_crtc.c
index e1e5550..f5
The hardware expect to have the infoframe checksum in the first byte.
In consequence shift all infoframe on one byte.
Signed-off-by: Benjamin Gaignard
---
drivers/gpu/drm/sti/sti_hdmi.c | 33 +
1 file changed, 17 insertions(+), 16 deletions(-)
diff --git a/driver
Make sure that vblank is enabled when crtc commit is call.
Replace drm_vblank_off() by drm_crtc_vblank_off()
Signed-off-by: Benjamin Gaignard
---
drivers/gpu/drm/sti/sti_drm_crtc.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/sti/sti_drm_crtc.c
b/driver
Change some functions prototype to prepare the introduction of
auxiliary crtc. It will also help to have a DVO encoder.
Signed-off-by: Benjamin Gaignard
---
drivers/gpu/drm/sti/sti_tvout.c | 92 +++--
1 file changed, 52 insertions(+), 40 deletions(-)
diff --g
The HDMI path introduce a delay of 6 pixels.
This delay should be take into account while programming
VTG for the HDMI. Without this delay, the HDMI active
window area is shift of 6 pixel on the right.
Set also timing for DVO output.
Signed-off-by: Benjamin Gaignard
---
drivers/gpu/drm/sti/sti_
At Thu, 4 Dec 2014 21:03:25 +,
Chris Wilson wrote:
>
> The current implementation of drm_read() faces a number of issues:
>
> 1. Upon an error, it consumes the event which may lead to the client
> blocking.
> 2. Upon an error, it forgets about events already copied
> 3. If it fails to copy a
On Thu, Dec 04, 2014 at 09:03:25PM +, Chris Wilson wrote:
> The current implementation of drm_read() faces a number of issues:
>
> 1. Upon an error, it consumes the event which may lead to the client
> blocking.
> 2. Upon an error, it forgets about events already copied
> 3. If it fails to cop
This patch checks if the process that opens the /dev/kfd device is 32-bit
process. If so, it returns -EPERM and prints a warning message in dmesg.
This is done to prevent 32-bit user processes from using amdkfd, and hence, HSA
features.
AMD's HSA userspace stack will also support only 64-bit proc
Hi Dave,
Am Freitag, 5. Dezember 2014, 17:26:04 schrieb Dave Airlie:
> On 5 December 2014 at 05:29, Daniel Kurtz wrote:
> > I thought the recommended solution for this was to fix OMAP3 to not
> > select ARM_DMA_USE_IOMMU and OMAP_IOMMU, not to drop the 'depends on'
> > in drm/rockchip?
>
> Lets
|critical
--
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/20141205/11b983e7/attachment.html>
#x27;s
fault.
--
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/20141205/33ca9a58/attachment.html>
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/20141205/6c0f4d15/attachment-0001.html>
Reviewed-by: Alexey Skidanov
-Original Message-
From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
Gabbay, Oded
Sent: Friday, December 05, 2014 10:48 AM
To: dri-devel at lists.freedesktop.org; airlied at linux.ie
Cc: Deucher, Alexander
Subject: [PATCH] amdkfd:
of IS_ERR()
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141205/11d5dec4/attachment.sig>
On Fri, Dec 05, 2014 at 08:55:59AM +0800, weiyj_lk at 163.com wrote:
> From: Wei Yongjun
>
> Add the missing unlock before return from function i915_gem_init_hw()
> in the error handling case.
>
> Signed-off-by: Wei Yongjun
Applied, thanks for the patch. Two minor comments:
- Please mention th
From: Lucas Stach
While having a CEA mode is one prerequisite for using
HDMI transmit mode, we also have to check if the display
is actually capable of HDMI input. Fall back to DVI mode
otherwise.
This patch also gets rid of the unused local EDID copy.
Signed-off-by: Lucas Stach
Signed-off-by:
Due to the voltage divider on the HPD line, the HDMI connector on
imx6q-sabrelite doesn't reliably detect connected DVI monitors.
This patch allows to use the RX_SENSE0 signal as a workaround when
enabled by a boolean device tree property 'hpd-unreliable'.
Signed-off-by: Philipp Zabel
---
This pa
Signed-off-by: Robert Nelson
---
README| 1 +
src/omap_driver.c | 3 +++
src/omap_driver.h | 2 +-
3 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/README b/README
index 059f258..d4afd89 100644
--- a/README
+++ b/README
@@ -9,6 +9,7 @@ the following chipsets:
+ OMAP446
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141205/95d16860/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141205/6565f76e/attachment.html>
Adding the freedreno ML to the Cc list :-)
-Emil
On 5 December 2014 at 14:42, Robert Nelson wrote:
> Signed-off-by: Robert Nelson
> ---
> README| 1 +
> src/omap_driver.c | 3 +++
> src/omap_driver.h | 2 +-
> 3 files changed, 5 insertions(+), 1 deletion(-)
>
> diff --git a/README
On Fri, Dec 5, 2014 at 10:57 AM, Emil Velikov
wrote:
> Adding the freedreno ML to the Cc list :-)
Sorry Emil,
underneath this is omapdrm + PowerVR, so i should have prefixed it as:
"xf86-video-omap"...
Regards,
--
Robert Nelson
http://www.rcn-ee.com/
On 5 December 2014 at 17:01, Robert Nelson wrote:
> On Fri, Dec 5, 2014 at 10:57 AM, Emil Velikov
> wrote:
>> Adding the freedreno ML to the Cc list :-)
>
> Sorry Emil,
>
> underneath this is omapdrm + PowerVR, so i should have prefixed it as:
> "xf86-video-omap"...
>
Hi Robert,
My sleep depriv
On Fri, Dec 5, 2014 at 11:19 AM, Emil Velikov
wrote:
> On 5 December 2014 at 17:01, Robert Nelson wrote:
>> On Fri, Dec 5, 2014 at 10:57 AM, Emil Velikov
>> wrote:
>>> Adding the freedreno ML to the Cc list :-)
>>
>> Sorry Emil,
>>
>> underneath this is omapdrm + PowerVR, so i should have pref
On Fri, Dec 5, 2014 at 12:01 PM, Robert Nelson
wrote:
> On Fri, Dec 5, 2014 at 10:57 AM, Emil Velikov
> wrote:
>> Adding the freedreno ML to the Cc list :-)
>
> Sorry Emil,
>
> underneath this is omapdrm + PowerVR, so i should have prefixed it as:
> "xf86-video-omap"...
Hey Robert,
I can upda
On Fri, Dec 5, 2014 at 11:34 AM, Rob Clark wrote:
> On Fri, Dec 5, 2014 at 12:01 PM, Robert Nelson
> wrote:
>> On Fri, Dec 5, 2014 at 10:57 AM, Emil Velikov
>> wrote:
>>> Adding the freedreno ML to the Cc list :-)
>>
>> Sorry Emil,
>>
>> underneath this is omapdrm + PowerVR, so i should have p
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141205/20f68d67/attachment-0001.html>
he bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141205/9ae846eb/attachment.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141205/0cba30a9/attachment.html>
Enable all three in the driver. Early documentation
indicated the 3rd one was used for something else, but
that is not the case.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/atombios_crtc.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
dif
rt --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141205/d5196b69/attachment.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141205/9df4c372/attachment.html>
Enable all three in the driver. Early documentation
indicated the 3rd one was used for something else, but
that is not the case.
v2: handle disable as well
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/atombios_crtc.c | 8
1 file changed, 4 inser
Hi Dave,
As discussed on irc, I'm sending a pull request with one important change:
- Disable support for 32-bit user processes. This is done due to AMD's decision
to remove support for 32-bit user processes on Linux for its HSA stack.
Thanks,
Oded
The following changes since commit 7608867d
I'll refresh & update patches on weekend.
--
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/20141205/82c01d87/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141205/265c4e67/attachment-0001.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141205/3e2b8bcb/attachment.html>
>> diff --git a/drivers/gpu/drm/tegra/drm.c b/drivers/gpu/drm/tegra/drm.c
>> index e549afe..fa16048 100644
>> --- a/drivers/gpu/drm/tegra/drm.c
>> +++ b/drivers/gpu/drm/tegra/drm.c
>> @@ -36,8 +36,8 @@ static int tegra_drm_load(struct drm_device *drm, unsigned
>> long flags)
>>
>> if (iommu
Am Freitag, den 05.12.2014, 14:27 +0800 schrieb Andy Yan:
> Signed-off-by: Andy Yan
This binding is mostly a copy of the existing
Documentation/devicetree/bindings/drm/imx/hdmi.txt, but there is a new
reg-io-width property to configure the register access bus width and we
have added new compatibl
Hi Andy,
Am Freitag, den 05.12.2014, 14:22 +0800 schrieb Andy Yan:
> 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
This change adds a new eDP connector in msm drm driver. With this
change, eDP panel can work with msm platform under drm framework.
Signed-off-by: Hai Li
---
drivers/gpu/drm/msm/Makefile|6 +
drivers/gpu/drm/msm/edp/edp.c | 211
drivers/gpu/drm/msm/edp/edp.h
Modified the hard-coded hdmi connector/encoder implementations in msm drm
driver to support both edp and hdmi.
Signed-off-by: Hai Li
---
drivers/gpu/drm/msm/mdp/mdp5/mdp5_encoder.c | 38 +--
drivers/gpu/drm/msm/mdp/mdp5/mdp5_kms.c | 47 -
drive
76 matches
Mail list logo
