On Sat, Feb 28, 2015 at 10:08 PM, Linus Torvalds
wrote:
>
> I'll see how painful it is to bisect it,
Not surprisingly, it went right for the drm merge.
Commit 8c334ce8f0fe ("Merge branch 'timers-core-for-linus'..") is
good, while the next merge commit 796e1c55717e ("Merge branch
'drm-next' ..")
On Sat, Feb 28, 2015 at 9:40 PM, Linus Torvalds
wrote:
>
> I'm not sure how new these problems are, I think the previous kernel I
> booted on this machine was 3.16.
Hmm. 3.19 works fine, even if it ends up spewing
WARNING: CPU: 0 PID: 6 at drivers/gpu/drm/drm_irq.c:1121
Add a sound driver that combines rockchip-i2s cpu_dai and dw-hdmi-codec
as codec_dai to provide hdmi audio output on rk3288 platforms.
Signed-off-by: Yakir Yang
---
Changes in v4:
- Add ".pm = _soc_pm_ops,"
Changes in v3:
- Delete the operation of jack in rockchip-hdmi-audio driver,
get ready
codec driver creat an standard alsa device, than config audio
and report jack status through some callback interfaces that
dw_hdmi driver support.
Signed-off-by: Yakir Yang
---
Changes in v4:
- Replace delaywork with irq thread, and add suspend/resume interfaces,
Replace "dw-hdmi-audio" with
creat dw-hdmi-audio device dynamically in probe function,
and transfer some interfaces to dw-hdmi-audio driver for
setting hdmi audio format & control hdmi audio clock.
Signed-off-by: Yakir Yang
---
Changes in v4: None
Changes in v3:
- Remove audio_config & get_connect_status callback functions
Add enable and disable callbacks to dw_hdmi_audio interface so that
dw_hdmi_audio can enable and disable the dw_hdmi audio.
Signed-off-by: Yakir Yang
---
Changes in v4:
- Rename "hdmi_audio_*" to "dw_hdmi_audio_*"
Changes in v3:
- Delete hdmi_audio_config interface and modify audio clock
From: Daniel Kurtz
When transmitting IEC60985 linear PCM audio, we configure the
Audio Sample Channel Status information of all the channel
status bits in the IEC60958 frame.
Signed-off-by: Yakir Yang
---
Changes in v4:
- Give HDMI_FC_AUD_SCHNL8 an readable value
Changes
If the monitor support audio, so we should support audio for it, even if
the display resolution is No-CEA mode.
Signed-off-by: Yakir Yang
---
Changes in v4:
- Add hdmi audio support when monitor support audio
Changes in v3: None
Changes in v2:
- Enable audio support for No-CEA display mode
Add more n/cts values, in that case we can support audio for more
display resolutions (128 * SampleRate = PixelClock * N / CTS).
Signed-off-by: Yakir Yang
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- add more n/cts combinations for more display resolutions
From: Daniel Kurtz
The ncts_atomic_write & cts_manual bits are present when design id
equal to 0x20.
After setting ncts_atomic_write, new N and CTS values are only used when
aud_n1 register is updated.
After setting cts_manual, new CTS value can set by AUD_CTS registers.
Hmm. I haven't updated the old Mac Mini I have in a *long* time, but
today I decided to try.
And it causes problems in drm.
I'm not sure how new these problems are, I think the previous kernel I
booted on this machine was 3.16. But I thought I'd better report them
as-is, because bisection on
From: Daniel Kurtz
This patch changes the order to:
- write CTS3 CTS_manual (if supported) | N_shift | CTS[19:16]
- write CTS2 CTS[15:8]
- write CTS1 CTS[7:0]
- write N3 N[19:16]
- write N2 N[15:8]
- write N1 N[7:0]
Signed-off-by: Yakir Yang
Signed-off-by: Daniel Kurtz
Signed-off-by: Yakir Yang
---
Changes in v4: None
Changes in v3:
- Combine hdmi_set_clock_regenerator_n() and hdmi_regenerate_cts()
Changes in v2: None
drivers/gpu/drm/bridge/dw_hdmi.c | 17 ++---
1 file changed, 6 insertions(+), 11 deletions(-)
diff --git
By parsing the identification registers we can know what functions
are present on the hdmi ip.
Signed-off-by: Yakir Yang
---
Changes in v4:
-Correct phy_type assignment bug
Changes in v3:
- Add ID registers parse and record
Changes in v2: None
drivers/gpu/drm/bridge/dw_hdmi.c | 59
Signed-off-by: Yakir Yang
---
Changes in v4: None
Changes in v3:
- Setting the .pm member instead of suspend/resume
Changes in v2:
- Add suspend/resume support for dw_hdmi_rockchip driver
drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c | 16
1 file changed, 16 insertions(+)
diff
Wrap irq control in functions, and then we can call in
dw_hdmi_bind/dw_hdmi_unbind/dw_hdmi_resume/dw_hdmi_suspend
functions.
Signed-off-by: Yakir Yang
---
Changes in v4: None
Changes in v3:
- Wrap irq control in fucntions
Changes in v2: None
drivers/gpu/drm/bridge/dw_hdmi.c | 75
when kernel enter into suspend, cpus will shutdown, hdmi registers
will reset invisibly. After kernel resume, drm core will call the
bridge enable function. All of hdmi registers will be setup again
except the interrupt registers. In that case we should mute all the
interrupt in suspend stage, and
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): fixed dw_hdmi irq bug, add irq control to suspend/resume interfaces.
2): add suspend/resume callback for dw_hdmi rockchip driver.
On Sat, Feb 28, 2015 at 03:20:37PM +0300, Andrey Skvortsov wrote:
> Unfortunately this is not the last bug, that breaks i915/drm working
> on my laptop. Sometimes system successfully loads with couple warnings
> mentioned in
> previous mail:
>
> [ 26.922953] WARNING: CPU: 1 PID: 767 at
>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150228/616653e3/attachment.html>
rg/changelogs//main/x/xorg-server/xorg-server_1.16.4-1_changelog
--
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/20150228/7492e392
gma_power_begin() starts with locking power_ctrl_lock spinlock and then,
if gma_resume_pci(dev->pdev) succeed, it calls
psb_irq_preinstall(dev);
psb_irq_postinstall(dev);
psb_irq_postinstall() does some pipestat enabling/disabling dance:
if (dev->vblank[0].enabled)
Change 'mutliple' to 'multiple'
Change 'mutlipler' to 'multiplier'
Change 'Haswel' to 'Haswell'
Signed-off-by: Yannick Guerrini
---
drivers/gpu/drm/i915/i915_gem_execbuffer.c | 2 +-
drivers/gpu/drm/i915/i915_reg.h| 2 +-
drivers/gpu/drm/i915/intel_sdvo.c | 2 +-
3 files
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150228/973ea4d4/attachment.html>
d as a duplicate.
*** This bug has been marked as a duplicate of bug 66963 ***
--
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/attachment
vel/attachments/20150228/055bd013/attachment.html>
On 24 Feb, Daniel Vetter wrote:
> On Mon, Feb 23, 2015 at 09:20:31PM +, Chris Wilson wrote:
> > On Mon, Feb 23, 2015 at 11:12:39PM +0300, Andrey Skvortsov wrote:
> > > Hi,
> > >
> > > This warning is moved from linux-next to v4.0-rc1 now. After system boot
> > > is just a black screen.
> >
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150228/e7ac9bcc/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150228/d78eb481/attachment.html>
The AUO b101ean01 panel is a 10.1" 1280x800 panel,
which can be supported by the simple panel driver.
Signed-off-by: huang lin
---
Changes in v5:
- increase the vsync time
.../devicetree/bindings/panel/auo,b101ean01.txt| 7 ++
drivers/gpu/drm/panel/panel-simple.c | 26
n efforts to analyze this
further. I plan to post updates when I have more news.
--
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/20150228/c5da868f/attachment.html>
top (possibly somewhere in the bezel around the display or keyboard)
and covering or ensuring constant lighting of it?
BR,
Jani.
--
Jani Nikula, Intel Open Source Technology Center
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150228/8fb7308d/attachment-0001.html>
xpress some preference regarding the eventual fix or is already dealing with
the same problem.
I hope this information is useful. Thanks in advance for any input.
Adam Richter
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-
Hi Laurent,
thanks for the comments
Am Donnerstag, 26. Februar 2015, 20:33:33 schrieb Laurent Pinchart:
> On Saturday 31 January 2015 17:32:56 Heiko Stuebner wrote:
> > There exist simple vga encoders without any type of management interface
> > and just maybe a simple gpio for turning it on or
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150228/ea88db9a/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150228/214defec/attachment.html>
hives/dri-devel/attachments/20150228/5082bcb1/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=93701
--- Comment #13 from Frederik vom Hofe ---
The last patch
(http://cgit.freedesktop.org/~agd5f/linux/patch/?id=71560b1f75e91b0eafdd8a11fb6f4e4c492f534b)
does not work on 4.0-rc1:
patch -p1 < ../patchset-4.0-rc1-hdmi_2/7.patch
patching file
38 matches
Mail list logo