On Sat, Sep 12, 2015 at 3:44 AM, Lukas Wunner wrote:
> The pre-retina MacBook Pro uses an LVDS panel and a gmux controller
> to switch the panel between its two GPUs. The panel mode in VBIOS
> is notoriously bogus on these machines.
>
> Use drm_get_edid_switcheroo() in lieu of drm_get_edid() on LV
This patch implements support for United Radiant Technology
UMSH-8596MD-xT 7.0" WVGA TFT LCD panels in DRM panel-simple
driver.
Signed-off-by: Maciej Szmigiero
---
This replaces "drm: panel-simple: add URT UMSH-8596MD-xT panel support"
submission.
drivers/gpu/drm/panel/panel-simple.c | 54 +
This patch adds DT bindings for United Radiant Technology
UMSH-8596MD-xT 7.0" WVGA TFT LCD panels.
Signed-off-by: Maciej Szmigiero
---
Documentation/devicetree/bindings/panel/urt,umsh-8596md.txt | 12
1 file changed, 12 insertions(+)
create mode 100644 Documentation/devicetree/bind
This adds vendor prefix for United Radiant Technology Corporation,
a provider of liquid crystal display technologies.
Signed-off-by: Maciej Szmigiero
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/ve
On Tue, Oct 6, 2015 at 5:48 PM, Sudip Mukherjee
wrote:
> We are allocating backing using psbfb_alloc() and so
> backing->stolen is always true. So we were freeing backing two times.
> Moreover if we follow the execution path then we should be freeing
> backing after we have released the helper. So
On Wed, Oct 07, 2015 at 02:50:34PM -0400, Nick Bowler wrote:
> On 10/7/15, Ville Syrjälä wrote:
> > On Wed, Oct 07, 2015 at 10:29:22AM -0400, Nick Bowler wrote:
> >> On 10/7/15, Ville Syrjälä wrote:
> >> > On Tue, Oct 06, 2015 at 11:42:33AM -0400, Nick Bowler wrote:
> >> >> On 9/24/15, Nick B
rry, confused it with .xsession-errors. Uploaded.
--
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/20151007/271e9ebe/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151007/cc17f4d9/attachment.html>
t was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151007/6c5601e9/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20151007/0730deb5/attachment.html>
it contains...
--
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/20151007/b0d8327e/attachment-0001.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20151007/075f1f9e/attachment.html>
Gentle ping! :-)
- Tobias
Tobias Jakobi wrote:
> Hello,
>
> this series mostly touches G2D code. It introduces the following:
>
> (1) drmHandleEvent2() is added to enable processing of vendor-specific
> events. This will be used to expose asynchronous operation of the
> G2D. The necess
On Wed, Oct 07, 2015 at 06:40:11PM +0800, Yakir Yang wrote:
>
>
> On 10/07/2015 05:48 PM, Russell King - ARM Linux wrote:
> >On Wed, Oct 07, 2015 at 12:05:37PM +0800, Yakir Yang wrote:
> >>
> >>On 08/09/2015 12:04 AM, Russell King wrote:
> >>>The dw_hdmi enable/disable handling is particularly we
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151007/5989ad32/attachment.html>
_KMS_HELPER" from bridge analogix_dp Kconfig file, thanks
for your remind.
--- a/drivers/gpu/drm/bridge/analogix/Kconfig
+++ b/drivers/gpu/drm/bridge/analogix/Kconfig
@@ -1,4 +1,3 @@
config DRM_ANALOGIX_DP
tristate
depends on DRM
- select DRM_KMS_HELPER
Thanks,
- Yakir
>> Thanks,
>> - Yakir
>>
> Best regards,
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151007/3eaeb23c/attachment.html>
elper_set_mode+0x42c/0x4e0)
[ 12.916226] [] (drm_crtc_helper_set_mode) from []
(drm_crtc_helper_set_config+0x5f4/0x85c)
[ 12.929450] [] (drm_crtc_helper_set_config) from
[] (drm_mode_set_config_internal+0x58/0xdc)
[ 12.942883] [] (drm_mode_set_config_internal) from
[] (commit_crtc_state+0x124/0x1ec)
[ 12.955784] [] (commit_crtc_state) from []
(atomic_commit.isra.3+0x5c/0xc8)
[ 12.967753] [] (atomic_commit.isra.3) from []
(drm_atomic_commit+0x1c/0x20)
[ 12.979705] [] (drm_atomic_commit) from []
(drm_mode_setcrtc+0x324/0x3e4)
[ 12.991568] [] (drm_mode_setcrtc) from []
(drm_ioctl+0x304/0x478)
[ 13.002817] [] (drm_ioctl) from []
(do_vfs_ioctl+0x494/0x5a8)
[ 13.013766] [] (do_vfs_ioctl) from []
(SyS_ioctl+0x5c/0x84)
[ 13.024655] [] (SyS_ioctl) from []
(__sys_trace_return+0x0/0x14)
[ 21.114556] --- YAKIR: dw_hdmi_bridge_enable:1664
[ 21.122889] --- YAKIR: dw_hdmi_poweron:1625
- Yakir
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151007/58cb9d8f/attachment-0001.html>
doesn't help then both patches
together?
--
Ville Syrjälä
Intel OTC
-- next part --
A non-text attachment was scrubbed...
Name: 0001-restore-DPLL-write.patch
Type: text/x-diff
Size: 768 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-de
Hi Dave,
drm-intel-next-2015-09-28:
- fastboot by default for some systems (Maarten Lankhorts)
- piles of workarounds for bxt and skl
- more fbc work from Paulo
- fix hdmi hotplug detection (Sonika)
- first few patches from Ville to parametrize register macros, prep work for
typesafe mmio functi
ceiving 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/20151007/6e2a3ebc/attachment.html>
ng 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/20151007/e529337e/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151007/38c31524/attachment.html>
On 10/07/2015 05:18 PM, Russell King - ARM Linux wrote:
> On Wed, Oct 07, 2015 at 11:50:53AM +0800, Yakir Yang wrote:
>>
>> On 08/09/2015 12:04 AM, Russell King wrote:
>>> On a mode set, DRM makes the following sequence of calls:
>>> * for_each_encoder
>>> * bridge mode_fixup
>>> * encoder m
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20151007/b189be42/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/20151007/ae9179b9/attachment.html>
: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151007/b6b3d530/attachment.sig>
On Wed, 07 Oct 2015, Daniel Vetter wrote:
> DRM is a lot more than a direct manager nowadays, and there's also a
> bunch of things worth documenting for gpu driver developers outside of
> drivers/gpu/drm, like vgaarb, vga switcheroo or the various hardware
> buses like host1x and ipu-v3.
>
> To av
Hi Javier,
On 10/07/2015 04:46 PM, Javier Martinez Canillas wrote:
> Hello Yakir,
>
> On 10/07/2015 08:25 AM, Yakir Yang wrote:
>> Hi all,
>>
>> Friendly ping. :)
>>
>>
>> Best regards,
>> - Yakir
>>
>>
> Do you have a tree that I can use to test these patches?
Wow, thanks a lot, I do have
Since I already applied Thierry's interface change I've added the unsigned
here as a fixup and dropped patch 2 (since I have that already).
Thanks, Daniel
On Wed, Oct 07, 2015 at 02:54:24PM +0200, Vincent ABRIOU wrote:
> Reviewed-by: Vincent Abriou
>
> On 10/02/2015 02:48 PM, Ville Syrjälä wr
Reviewed-by: Vincent Abriou
On 10/02/2015 05:39 PM, Ville Syrjälä wrote:
> On Fri, Oct 02, 2015 at 03:22:16PM +0200, Vincent ABRIOU wrote:
>>
>>
>> On 10/02/2015 03:12 PM, Ville Syrjälä wrote:
>>> On Fri, Oct 02, 2015 at 03:07:50PM +0200, Vincent ABRIOU wrote:
Hi,
On 09/30/2015
On Tue, Oct 06, 2015 at 11:42:33AM -0400, Nick Bowler wrote:
> Hi,
>
> This issue is still present in 4.3-rc4.
>
> On 9/24/15, Nick Bowler wrote:
> > Testing out 4.3-rc2, first thing I notice is that the VGA output is
> > not working. Specifically, the display is continuously powering on
> > an
Reviewed-by: Vincent Abriou
On 10/02/2015 02:48 PM, Ville Syrjälä wrote:
> On Fri, Oct 02, 2015 at 10:25:27AM +0200, Vincent ABRIOU wrote:
>>
>>
>> On 09/30/2015 04:14 PM, Ville Syrjälä wrote:
>>> On Wed, Sep 30, 2015 at 04:08:02PM +0200, Daniel Vetter wrote:
On Wed, Sep 30, 2015 at 04:4
On 10/7/15, Ville Syrjälä wrote:
> On Wed, Oct 07, 2015 at 10:29:22AM -0400, Nick Bowler wrote:
>> On 10/7/15, Ville Syrjälä wrote:
>> > On Tue, Oct 06, 2015 at 11:42:33AM -0400, Nick Bowler wrote:
>> >> On 9/24/15, Nick Bowler wrote:
>> >> > Testing out 4.3-rc2, first thing I notice is that
Hi all,
Friendly ping. :)
Best regards,
- Yakir
On 09/22/2015 03:20 PM, Yakir Yang wrote:
> Hi all,
>
> The Samsung Exynos eDP controller and Rockchip RK3288 eDP controller
> share the same IP, so a lot of parts can be re-used. I split the common
> code into bridge directory, then rk
On 2015å¹´10æ02æ¥ 22:33, Heiko Stübner wrote:
> Hi Mark,
>
> Am Freitag, 26. Juni 2015, 09:27:18 schrieb Mark Yao:
>> We want to display a buffer allocated by other driver, need import
>> the buffer to gem.
>>
>> Signed-off-by: Mark Yao
> This looks interesting ... do you want to follow up o
ML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151007/3ea0ac73/attachment.html>
On Tue, Oct 06, 2015 at 11:04:53PM -0400, Alex Deucher wrote:
> On Tue, Oct 6, 2015 at 11:10 AM, Johannes Stezenbach wrote:
> >
> > I have a NEC EA244WMi monitor connected to an Asus P8H77-V
> > mainboard with Ivy Bridge Core i5-3550 via DVI.
> > If DPMS suspend is enabled (by xscreensaver, or for
Hello Yakir,
On 10/07/2015 01:05 PM, Yakir Yang wrote:
> Hi Javier,
>
> On 10/07/2015 05:26 PM, Javier Martinez Canillas wrote:
>> Hello Yakir,
>>
>> On 10/07/2015 11:02 AM, Yakir Yang wrote:
>>> Hi Javier,
>>>
>>> On 10/07/2015 04:46 PM, Javier Martinez Canillas wrote:
Hello Yakir,
>>>
On Wednesday 07 October 2015 13:04:06 Arnd Bergmann wrote:
> On Wednesday 07 October 2015 11:45:02 Russell King - ARM Linux wrote:
> > On Wed, Oct 07, 2015 at 12:41:21PM +0200, Arnd Bergmann wrote:
> > > The virtgpu driver prints the last_seq variable using the %ld or
> > > %lu format string, which
On Wednesday 07 October 2015 11:45:02 Russell King - ARM Linux wrote:
> On Wed, Oct 07, 2015 at 12:41:21PM +0200, Arnd Bergmann wrote:
> > The virtgpu driver prints the last_seq variable using the %ld or
> > %lu format string, which does not work correctly on all architectures
> > and causes this c
The virtgpu driver prints the last_seq variable using the %ld or
%lu format string, which does not work correctly on all architectures
and causes this compiler warning on ARM:
drivers/gpu/drm/virtio/virtgpu_fence.c: In function 'virtio_timeline_value_str':
drivers/gpu/drm/virtio/virtgpu_fence.c:64
Hi
On Tue, Oct 6, 2015 at 1:19 PM, Chris Wilson
wrote:
> On Tue, Oct 06, 2015 at 01:11:56PM +0200, Daniel Vetter wrote:
>> On Tue, Oct 06, 2015 at 11:53:09AM +0100, Chris Wilson wrote:
>> > In addition to the last-in/first-out stack for accessing drm_mm nodes,
>> > we occasionally and in the fut
Added Hans, who's working a lot on the HDMI transmitter drivers (including
audio support) as well as the media list to Cc.
On 10/07/2015 10:19 AM, Arnaud Pouliquen wrote:
>
>
>>> My approach is the reverse: DRM driver does not need to know anything
>>> about audio side. As ALSA is the client of
> drm_helper_hpd_irq_event(hdmi->bridge->dev);
> }
>
> @@ -1617,7 +1630,9 @@ int dw_hdmi_bind(struct device *dev, struct device
> *master,
> hdmi->sample_rate = 48000;
> hdmi->ratio = 100;
> hdmi->encoder = encoder;
> + hdmi->disabled = true;
>
> + mutex_init(&hdmi->mutex);
> mutex_init(&hdmi->audio_mutex);
> spin_lock_init(&hdmi->audio_lock);
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151007/d6474140/attachment.html>
, 0);
> - dw_hdmi_phy_enable_power(hdmi, 0);
> + dw_hdmi_phy_enable_powerdown(hdmi, true);
>
> hdmi->phy_enabled = false;
> }
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151007/bf2a3c11/attachment.html>
On 08/09/2015 12:04 AM, Russell King wrote:
> On a mode set, DRM makes the following sequence of calls:
> * for_each_encoder
> * bridgemode_fixup
> * encoder mode_fixup
> * crtcmode_fixup
> * for_each_encoder
> * bridgedisable
> * encoder prepare
> * bridge
On 10/7/15, Nick Bowler wrote:
> On 10/7/15, Ville Syrjälä wrote:
>> On Wed, Oct 07, 2015 at 10:29:22AM -0400, Nick Bowler wrote:
>>> On 10/7/15, Ville Syrjälä wrote:
>>> > On Tue, Oct 06, 2015 at 11:42:33AM -0400, Nick Bowler wrote:
>>> >> On 9/24/15, Nick Bowler wrote:
>>> >> > Testing ou
On Wed, Oct 07, 2015 at 12:41:21PM +0200, Arnd Bergmann wrote:
> The virtgpu driver prints the last_seq variable using the %ld or
> %lu format string, which does not work correctly on all architectures
> and causes this compiler warning on ARM:
>
> drivers/gpu/drm/virtio/virtgpu_fence.c: In functi
On 10/7/15, Ville Syrjälä wrote:
> On Wed, Oct 07, 2015 at 10:29:22AM -0400, Nick Bowler wrote:
>> On 10/7/15, Ville Syrjälä wrote:
>> > On Tue, Oct 06, 2015 at 11:42:33AM -0400, Nick Bowler wrote:
>> >> On 9/24/15, Nick Bowler wrote:
>> >> > Testing out 4.3-rc2, first thing I notice is that
Hi Russell & Andy
On 08/09/2015 12:03 AM, Russell King wrote:
> Only enable audio support if the sink supports audio in some form, as
> defined via its EDID. We discover this capability using the generic
> drm_detect_monitor_audio() function.
>
> Signed-off-by: Russell King
Some to 06/12 reply.
Hi Russell & Andy
On 08/09/2015 12:03 AM, Russell King wrote:
> The FSL kernel detects the HDMI vendor id, and uses this to set
> hdmi->edid_cfg.hdmi_cap, which is then used to set mdvi appropriately,
> rather than detecting whether we are outputting a CEA mode. Update
> the dw_hdmi code to use t
Hello Yakir,
On 10/07/2015 11:02 AM, Yakir Yang wrote:
> Hi Javier,
>
> On 10/07/2015 04:46 PM, Javier Martinez Canillas wrote:
>> Hello Yakir,
>>
>> On 10/07/2015 08:25 AM, Yakir Yang wrote:
>>> Hi all,
>>>
>>> Friendly ping. :)
>>>
>>>
>>> Best regards,
>>> - Yakir
>>>
>>>
>> Do you have
On Wednesday 07 October 2015 10:57:11 Christian König wrote:
> On 07.10.2015 09:41, Arnd Bergmann wrote:
> > The new amdgpu driver passes a user space pointer in a 64-bit structure
> > member, which is the correct way to do it, but it attempts to
> > directly cast it to a __user pointer in the ker
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151007/e284d725/attachment.html>
On 07.10.2015 09:41, Arnd Bergmann wrote:
> The new amdgpu driver passes a user space pointer in a 64-bit structure
> member, which is the correct way to do it, but it attempts to
> directly cast it to a __user pointer in the kernel, which causes
> a warning in three places:
>
> drm/amd/amdgpu/amdg
https://bugzilla.kernel.org/show_bug.cgi?id=105581
--- Comment #3 from f.otti at gmx.at ---
(In reply to Michel Dänzer from comment #2)
> FWIW, rotation doesn't work because glamor fails to initialize, so all
> hardware acceleration is disabled (I posted a xf86-video-amdgpu patch to not
> adverti
On Wed, Oct 07, 2015 at 12:05:37PM +0800, Yakir Yang wrote:
>
>
> On 08/09/2015 12:04 AM, Russell King wrote:
> >The dw_hdmi enable/disable handling is particularly weak in several
> >regards:
> >* The hotplug interrupt could call hdmi_poweron() or hdmi_poweroff()
> > while DRM is setting a mod
Hello Yakir,
On 10/07/2015 08:25 AM, Yakir Yang wrote:
> Hi all,
>
> Friendly ping. :)
>
>
> Best regards,
> - Yakir
>
>
Do you have a tree that I can use to test these patches?
Best regards,
--
Javier Martinez Canillas
Open Source Group
Samsung Research America
On 10/06/15 21:51, Russell King - ARM Linux wrote:
> We at least need some kind of notification system from the video part
> to the other parts, so that we can sanely transmit connect/disconnect/
> edid updates to different parts of the system*not* that I'm suggesting
> that in the case of the Dov
On 10/7/15, Ville Syrjälä wrote:
> On Tue, Oct 06, 2015 at 11:42:33AM -0400, Nick Bowler wrote:
>> On 9/24/15, Nick Bowler wrote:
>> > Testing out 4.3-rc2, first thing I notice is that the VGA output is
>> > not working. Specifically, the display is continuously powering on
>> > and off -- at
crubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151007/d4139042/attachment.html>
On Wed, Oct 07, 2015 at 10:57:11AM +0200, Christian König wrote:
> On 07.10.2015 09:41, Arnd Bergmann wrote:
> >The new amdgpu driver passes a user space pointer in a 64-bit structure
> >member, which is the correct way to do it, but it attempts to
> >directly cast it to a __user pointer in the ke
>> My approach is the reverse: DRM driver does not need to know anything
>> about audio side. As ALSA is the client of DRM, seems more logical from
>> my point of view ...
>> Now if a generic solution must be found for all video drivers, sure,
>> your solution is more flexible.
>> But if i well u
On Wed, Oct 07, 2015 at 11:50:53AM +0800, Yakir Yang wrote:
>
>
> On 08/09/2015 12:04 AM, Russell King wrote:
> >On a mode set, DRM makes the following sequence of calls:
> >* for_each_encoder
> >* bridge mode_fixup
> >* encoder mode_fixup
> >* crtc mode_fixup
> >* for_each_e
ed
--
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/20151007/e64d1e2d/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=94471
Jani Nikula changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
nt was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151007/a8dea971/attachment.html>
On Wed, Oct 07, 2015 at 09:48:42AM +0200, Arnaud Pouliquen wrote:
> Should ALSA bypasses or not the DRM core/API to access to DRM HDMI
> connector?
You don't need direct access to the connector - and actually, having
direct access to the connector is potentially racy. So no.
> Concerning bridge
On Wed, Oct 7, 2015 at 5:18 AM, Arnd Bergmann wrote:
> On Wednesday 07 October 2015 10:57:11 Christian König wrote:
>> On 07.10.2015 09:41, Arnd Bergmann wrote:
>> > The new amdgpu driver passes a user space pointer in a 64-bit structure
>> > member, which is the correct way to do it, but it atte
DRM is a lot more than a direct manager nowadays, and there's also a
bunch of things worth documenting for gpu driver developers outside of
drivers/gpu/drm, like vgaarb, vga switcheroo or the various hardware
buses like host1x and ipu-v3.
To avoid further confusion let's rename the top-level to re
From: Daniel Vetter
DRM is a lot more than a direct rendering manager nowadays, and there's
also a bunch of things worth documenting for gpu driver developers
outside of drivers/gpu/drm, like vgaarb, vga_switcheroo or the various
hardware buses like host1x and ipu-v3.
To avoid further confusion
On Tue, Oct 06, 2015 at 08:27:44PM +0200, Lukas Wunner wrote:
> Hi Daniel,
>
> On Tue, Oct 06, 2015 at 01:10:00PM +0200, Daniel Vetter wrote:
> > On Tue, Oct 06, 2015 at 12:10:48PM +0200, Lukas Wunner wrote:
> > > On Tue, Oct 06, 2015 at 09:27:24AM +0200, Daniel Vetter wrote:
> > > > Also while re
On 10/06/2015 04:33 PM, Jean-Francois Moine wrote:
> On Tue, 6 Oct 2015 11:23:03 +0200
> Arnaud Pouliquen wrote:
> [snip]
>> As API is defined in DRM, it seems more logical to match it with the one
>> defined for video. From my windows, i didn't see any blocking point to
>> connect codec ca
The new amdgpu driver passes a user space pointer in a 64-bit structure
member, which is the correct way to do it, but it attempts to
directly cast it to a __user pointer in the kernel, which causes
a warning in three places:
drm/amd/amdgpu/amdgpu_cs.c: In function 'amdgpu_cs_parser_init':
drm/amd
Am Dienstag, den 06.10.2015, 16:02 -0700 schrieb Pushpal Sidhu:
> On Tue, Oct 6, 2015 at 3:16 PM, Fabio Estevam
> wrote:
> > On Tue, Oct 6, 2015 at 6:52 PM, Pushpal Sidhu > > wrote:
> > > Hi All,
> > >
> > > I'm attempting to use a standard fb console (using the
> > > imx6qdl-gw54xx.dtsi), but I
https://bugzilla.kernel.org/show_bug.cgi?id=105581
--- Comment #2 from Michel Dänzer ---
FWIW, rotation doesn't work because glamor fails to initialize, so all hardware
acceleration is disabled (I posted a xf86-video-amdgpu patch to not advertise
rotation capability in this case). Looks like Mes
https://bugzilla.kernel.org/show_bug.cgi?id=105601
--- Comment #2 from Matthias Schiffer
---
Thanks for the quick reply, I'll open a bug report there.
--
You are receiving this mail because:
You are watching the assignee of the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151007/302b1067/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151007/22de9776/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151007/59694cd5/attachment.html>
ed=true
If not, please provide the corresponding terminal output and log file again.
--
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/20151007/ee727016/attachment.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151007/f7a0f8ab/attachment.html>
On Mon, Oct 5, 2015 at 9:11 PM, Mark Brown wrote:
> On Fri, Sep 25, 2015 at 05:48:23PM -0400, Alex Deucher wrote:
>> From: Maruthi Srinivas Bayyavarapu
>>
>> Vendor specific quirk was added to:
>> 1. Support AMD platform which has two dwc controllers with different
>>base address for playback
On Mon, Oct 5, 2015 at 9:01 PM, Mark Brown wrote:
> On Fri, Sep 25, 2015 at 05:48:22PM -0400, Alex Deucher wrote:
>> From: Maruthi Srinivas Bayyavarapu
>>
>> dw i2s controller can work in slave mode, codec being master.
>> dw i2s is made to support master/slave operation, by reading dwc
>> regist
https://bugzilla.kernel.org/show_bug.cgi?id=105601
--- Comment #1 from Michel Dänzer ---
This is a (xf86-video-nouveau?) userspace bug, it's passing invalid arguments
to the DRM_IOCTL_WAIT_VBLANK ioctl.
--
You are receiving this mail because:
You are watching the assignee of the bug.
On Tue, Oct 6, 2015 at 8:02 PM, Pushpal Sidhu wrote:
> When I took your patch and adapted it for imx6qdl-gw54xx.dtsi, I found
> that HDMI video out was slightly shifted to the left and resolution
> remained at 1024x768p.
>
> I also found that when I disabled DRM_IMX_LDB, HDMI out stopped
> workin
86 matches
Mail list logo
