Hi!
I'm facing a strange issue on my Laptop (Lenovo T430, UEFI boot).
Sometimes after resuming from suspend2ram the system freezes after 0 to 2
minutes
and my screen corrupts as shown on this photo:
http://git.infradead.org/~rw/crash_suspend.jpg
The screen corruption always shows the same
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150131/4a49fb43/attachment.html>
rubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150131/57658b43/attachment.html>
On Sat, Jan 31, 2015 at 11:02:05AM -0500, Rob Clark wrote:
> On Fri, Jan 30, 2015 at 1:05 PM, Zach Reizner wrote:
> > This patch implements the virtual GEM driver with PRIME sharing which
> > allows vgem to import a gem object from other drivers for the purpose
> > of mmap-ing them to userspace.
I'm trying to build libdrm and have an issue when I gmake after
configuring. Steps to reproduce:
# uname -a
SunOS omnios 5.11 omnios-10b9c79 i86pc i386 i86pc
# cd libdrm-2.4.59
# ./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is
clk_enable(vop->dclk);
> > > + if (ret_clk < 0) {
> > > + dev_err(vop->dev, "failed to enable dclk - %d\n",
> > > ret_clk);
> > > + return ret_clk;
> >
> > Doesn't this swallow ret ? I thought the point was to still return
> > the original error?
>
> I think if even the reenabling of the clock fails, there must be something
> _really_ wrong with the system [enabled before and all] - so if this also
> returns an error after the core functionality failed already, it doesn't
> really matter anymore which error we return :-) .
>
> The original point was to not overwrite the actual error (in ret) in the
case
> where clk_enable simply returns 0 .
Yeah, that makes more sense :-).
Reviewed-by: Daniel Kurtz
>
>
> Heiko
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150131/03a324ce/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150131/5a43b996/attachment-0001.html>
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/20150131/45a3f8d6/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150131/4e46e669/attachment.html>
||
--
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/20150131/5014befe/attachment.html>
||
--
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/20150131/cacd/attachment.html>
||
--
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/20150131/b653235f/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150131/68a67e7e/attachment.html>
bed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150131/0e0d8f74/attachment-0001.html>
Add the sda7123 simple vga encoder, connect it to the vop outputs
and enable the lvds controller with the correct settings.
Signed-off-by: Heiko Stuebner
---
arch/arm/boot/dts/rk3288-firefly.dtsi | 45 +++
1 file changed, 45 insertions(+)
diff --git
Add the basic node for the lvds controller of rk3288 and hook it into the
display-subsystem hirarchy.
Signed-off-by: Heiko Stuebner
---
arch/arm/boot/dts/rk3288.dtsi | 36
1 file changed, 36 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288.dtsi
Add pinctrl settings for the configurable lcdc0 signals dclk, den, hsync
and vsync. The lcdc0 data pin configuration is not software controlable.
Signed-off-by: Heiko Stuebner
---
arch/arm/boot/dts/rk3288.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git
The socs itself do not contain encoders for either vga or tv output.
Therefore these will be realized by external components and thus use the
rgb output.
Signed-off-by: Heiko Stuebner
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
On SoCs like the rk3288 the lvds controller needs to be configured even for
just providing rgb data to an attached encoder. As internals of the
rockchip drm driver should not leak into the implementation of generic
i2c encoders etc, go through the list of encoders and attach any necessary
rgb
On socs using the lvds components it also controls the use of the
general rgb outputs and must thus be configured for things like
external encoders.
Therefore register a drm_bridge in this case, an encoder can attach to.
Signed-off-by: Heiko Stuebner
---
From: Mark Yao
This adds support for Rockchip soc lvds found on rk3288
Signed-off-by: Mark Yao
Signed-off-by: Heiko Stuebner
---
drivers/gpu/drm/rockchip/Kconfig | 9 +
drivers/gpu/drm/rockchip/Makefile| 1 +
drivers/gpu/drm/rockchip/rockchip_lvds.c |
From: Mark Yao
Add binding documentation for Rockchip SoC LVDS driver.
Signed-off-by: Mark Yao
Signed-off-by: Heiko Stuebner
---
.../devicetree/bindings/video/rockchip-lvds.txt| 59 ++
1 file changed, 59 insertions(+)
create mode 100644
There exist simple vga encoders without any type of management interface
and just maybe a simple gpio for turning it on or off. Examples for these
are the Analog Devices ADV7123, Chipsea CS7123 or Micronas SDA7123.
Add a generic encoder driver for those that can be used by drm drivers
using the
Add the necessary devicetree binding document for simple vga encoders.
Signed-off-by: Heiko Stuebner
---
.../devicetree/bindings/drm/i2c/vga-simple.txt | 18 ++
1 file changed, 18 insertions(+)
create mode 100644 Documentation/devicetree/bindings/drm/i2c/vga-simple.txt
Add an of_node field to struct drm_encoder to let encoders optionally
remember from which devicetree node they originated.
Signed-off-by: Heiko Stuebner
---
include/drm/drm_crtc.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h
index
This series adds support for the lvds encoder present on rk3288 soc and
allows external connectors to use the generic rgb pins.
On the older socs (rk3188, rk3066, etc) these pins where accessible by
anyone, while on the rk3288 the lvds controller controls access to them.
So while on the old socs
On Fri, Jan 30, 2015 at 6:27 PM, Dan Carpenter
wrote:
> This if statement is correct but it wasn't indented, so it looked like
> some code was missing.
Thanks Dan, applied (along with a fix for the owner thing you mentioned).
Ben.
>
> Signed-off-by: Dan Carpenter
>
> diff --git
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150131/dd4472a1/attachment.html>
RL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150131/0eae2399/attachment.html>
Vop standby will take effect end of current frame,
if dsp_hold_valid_irq happen, it means vop standby complete.
we must wait standby complete when we want to disable aclk,
if not, memory bus maybe dead.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 76
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150131/77e912c3/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150131/38788f86/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150131/a355e80e/attachment.html>
|--- |FIXED
--
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/20150131/e532d28b/attachment.html>
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150131/667f67ed/attachment-0001.html>
idia,tegra210-soctherm".
> - reg : Should contain 1 entry:
>- SOCTHERM register set
> - interrupts : Defines the interrupt used by SOCTHERM
Considering that this is going into a single patch, you may add my
Acked-by: Eduardo Valentin
for what concerns the thermal bindings.
Cheers,
Eduardo Valentin
-- 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/20150131/c3e0a929/attachment-0001.sig>
> [ID=24]
0x7f45c9c41ea8: i64 = Constant<16777215> [ID=27]
In function: Init
--
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/20150131/dac3fc62/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150131/80815ff7/attachment.html>
On Fri, Jan 30, 2015 at 10:05:45AM -0800, Zach Reizner wrote:
> This patch implements the virtual GEM driver with PRIME sharing which
> allows vgem to import a gem object from other drivers for the purpose
> of mmap-ing them to userspace. The mmap is done using the mmap
> operation exported by
Hi Mark,
Am Samstag, 31. Januar 2015, 16:41:38 schrieb Mark Yao:
> Vop standby will take effect end of current frame,
> if dsp_hold_valid_irq happen, it means vop standby complete.
>
> we must wait standby complete when we want to disable aclk,
> if not, memory bus maybe dead.
>
>
Hi Heiko,
On Sat, Jan 31, 2015 at 3:28 AM, Heiko Stübner wrote:
> The function disables the dclk at the beginning, so don't simply return
> when an error happens, but instead enable the clock again, so that
> enable and disable calls are balanced.
This function is a bit of a disaster, and
On Sat, Jan 31, 2015 at 1:13 PM, Ben Widawsky wrote:
> On Sat, Jan 31, 2015 at 11:02:05AM -0500, Rob Clark wrote:
>> On Fri, Jan 30, 2015 at 1:05 PM, Zach Reizner wrote:
>> > This patch implements the virtual GEM driver with PRIME sharing which
>> > allows vgem to import a gem object from other
On Fri, Jan 30, 2015 at 06:23:51AM -0500, Yakir Yang wrote:
> We found Designware hdmi driver only support audio clock config, we can not
> play sound through it.
> To add Designware HDMI Audio support, we make those patch set:
> 1): modify n/cts config order, according to dw_hdmi document.
>
On Fri, Jan 30, 2015 at 06:32:23AM -0500, Yakir Yang wrote:
> +static void hdmi_config_audio(struct dw_hdmi *hdmi,
> + struct hdmi_audio_fmt *aud_fmt)
> +{
> + if (aud_fmt)
> + hdmi->aud_fmt = *aud_fmt;
> +
> + hdmi_modb(hdmi,
On Fri, Jan 30, 2015 at 06:31:33AM -0500, Yakir Yang wrote:
> If the monitor support audio, so we should support audio for it, even if
> the display resolution is No-CEA mode.
I can't find where it was documented at the moment, but I seem to remember
reading somewhere that the iMX6 SoC version of
On Sat, Jan 31, 2015 at 06:22:19AM -0500, Yang Kuankuan wrote:
>
> On 01/31/2015 06:08 AM, Russell King - ARM Linux wrote:
> >On Fri, Jan 30, 2015 at 06:27:10AM -0500, Yakir Yang wrote:
> >>When transmitting IEC60985 linear PCM audio, we configure the
> >>Aduio Sample Channel Status information
On Fri, Jan 30, 2015 at 06:30:39AM -0500, Yakir Yang wrote:
> Add more n/cts values, in that case we can support audio for more
> display resolutions (128 * SampleRate = PixelClock * N / CTS).
Where do these come from? The iMX6 manuals give the set which are
already in the driver, and says that
On Fri, Jan 30, 2015 at 06:28:59AM -0500, Yakir Yang wrote:
> Signed-off-by: Yakir Yang
> ---
> Changes in v2:
> - Add suspend/resume support for dw_hdmi_rockchip driver
>
> drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c | 13 +
> 1 file changed, 13 insertions(+)
>
> diff --git
On Fri, Jan 30, 2015 at 06:28:00AM -0500, Yakir Yang wrote:
> diff --git a/drivers/gpu/drm/bridge/dw_hdmi.c
> b/drivers/gpu/drm/bridge/dw_hdmi.c
> index 2ded957..13f26af 100644
> --- a/drivers/gpu/drm/bridge/dw_hdmi.c
> +++ b/drivers/gpu/drm/bridge/dw_hdmi.c
> @@ -1745,6 +1745,49 @@ void
On Fri, Jan 30, 2015 at 06:27:10AM -0500, Yakir Yang wrote:
> When transmitting IEC60985 linear PCM audio, we configure the
> Aduio Sample Channel Status information of all the channel
> status bits in the IEC60958 frame.
>
> Signed-off-by: Yakir Yang
> ---
> Changes in v2:
> - Add audio sample
On Fri, Jan 30, 2015 at 06:25:30AM -0500, Yakir Yang wrote:
> For Designerware HDMI, the following write sequence is recommended:
> 1. aud_n3 (set bit ncts_atomic_write if desired)
> 2. aud_cts3 (set CTS_manual and CTS value if desired/enabled)
> 3. aud_cts2 (required in CTS_manual)
> 4. aud_cts1
On Fri, Jan 30, 2015 at 1:05 PM, Zach Reizner wrote:
> This patch implements the virtual GEM driver with PRIME sharing which
> allows vgem to import a gem object from other drivers for the purpose
> of mmap-ing them to userspace. The mmap is done using the mmap
> operation exported by other
On Fri, Jan 30, 2015 at 06:19:46AM -0500, Yakir Yang wrote:
> When transmitting IEC60985 linear PCM audio, we configure the
> Aduio Sample Channel Status information of all the channel
> status bits in the IEC60958 frame.
It appears that the iMX6 version of the DW-HDMI IP does not have these
Am Samstag, 31. Januar 2015, 13:43:23 schrieb Daniel Kurtz:
> Hi Heiko,
>
> On Sat, Jan 31, 2015 at 3:28 AM, Heiko Stübner wrote:
> > The function disables the dclk at the beginning, so don't simply return
> > when an error happens, but instead enable the clock again, so that
> > enable and
tch 0x644
radeontool regmatch 0x648
radeontool regmatch 0x650
Thanks,
Christian.
--
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
On 28 January 2015 at 23:48, Arnd Bergmann wrote:
> I did lots of randconfig tests over time, which resulted in many patches,
> five of which are for drm. In each of these cases, the Kconfig dependencies
> are incomplete, which can lead to broken builds, and specifying the
> complete dependencies
https://bugzilla.kernel.org/show_bug.cgi?id=91861
--- Comment #12 from Christian König ---
(In reply to Mike S. from comment #11)
> Thanks for the info. It hasn't happened again so far.
>
> > ... you are driving the PLL so close to the edge ...
> Can you please explain what you mean? Are you
On 01/31/2015 06:48 AM, Russell King - ARM Linux wrote:
> On Fri, Jan 30, 2015 at 06:32:23AM -0500, Yakir Yang wrote:
>> +static void hdmi_config_audio(struct dw_hdmi *hdmi,
>> + struct hdmi_audio_fmt *aud_fmt)
>> +{
>> +if (aud_fmt)
>> +hdmi->aud_fmt =
dri-devel/attachments/20150131/530adfa6/attachment.html>
On 01/31/2015 06:20 AM, Russell King - ARM Linux wrote:
> On Fri, Jan 30, 2015 at 06:30:39AM -0500, Yakir Yang wrote:
>> Add more n/cts values, in that case we can support audio for more
>> display resolutions (128 * SampleRate = PixelClock * N / CTS).
> Where do these come from? The iMX6
On 01/31/2015 06:13 AM, Russell King - ARM Linux wrote:
> On Fri, Jan 30, 2015 at 06:28:59AM -0500, Yakir Yang wrote:
>> Signed-off-by: Yakir Yang
>> ---
>> Changes in v2:
>> - Add suspend/resume support for dw_hdmi_rockchip driver
>>
>> drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c | 13
On 01/31/2015 06:08 AM, Russell King - ARM Linux wrote:
> On Fri, Jan 30, 2015 at 06:27:10AM -0500, Yakir Yang wrote:
>> When transmitting IEC60985 linear PCM audio, we configure the
>> Aduio Sample Channel Status information of all the channel
>> status bits in the IEC60958 frame.
>>
>>
On 01/31/2015 06:11 AM, Russell King - ARM Linux wrote:
> On Fri, Jan 30, 2015 at 06:28:00AM -0500, Yakir Yang wrote:
>> diff --git a/drivers/gpu/drm/bridge/dw_hdmi.c
>> b/drivers/gpu/drm/bridge/dw_hdmi.c
>> index 2ded957..13f26af 100644
>> --- a/drivers/gpu/drm/bridge/dw_hdmi.c
>> +++
HDMI_FC_AUDSCHNLS7_SMPRATE_MASK, HDMI_FC_AUDSCHNLS7);
>> +hdmi_writeb(hdmi, ((~aud_schnl_samplerate) << 4) | 0x2,
>> +HDMI_FC_AUDSCHNLS8);
>> +}
>> +
> You should not split patches up like this - this patch introduces a new
> static func
=2397a721291457c146c7f4bcd48adcb3b2d979bd
--
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/20150131/8eca7797/attachment-0001.html>
65 matches
Mail list logo