On Fri, Nov 27, 2015 at 10:40 AM, Emil Velikov
wrote:
> On 27 November 2015 at 15:10, Daniel Vetter wrote:
>> It only leads to bloodshed and tears - we don't bother to restore a
>> working legacy vga hw setup.
>>
>> On haswell with the new dynamic power well code this leads to even
>> more hilar
he same to
me.
--
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/20151127/bea0fda2/attachment-0001.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151127/6b6df3c8/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=108561
--- Comment #2 from Elmar Stellnberger ---
Created attachment 195651
--> https://bugzilla.kernel.org/attachment.cgi?id=195651&action=edit
journalctl since s2ram: external monitor does not awake
Same problem as soon as I send my machine into s2
||
--
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/20151127/aa25422c/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151127/e968c87c/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151127/01d13b62/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=108561
--- Comment #1 from Elmar Stellnberger ---
Created attachment 195641
--> https://bugzilla.kernel.org/attachment.cgi?id=195641&action=edit
journalctl -b / messages
--
You are receiving this mail because:
You are watching the assignee of the bu
https://bugzilla.kernel.org/show_bug.cgi?id=108561
Bug ID: 108561
Summary: nouveau: external monitor can not be enabled with
hindsight
Product: Drivers
Version: 2.5
Kernel Version: 4.2.5-1-ARCH #1 SMP PREEMPT Tue Oct 27 08:13:28
On Wed, Nov 25, 2015 at 02:38:04PM -0500, Alex Deucher wrote:
> On Wed, Nov 25, 2015 at 1:21 PM, Mario Kleiner
> wrote:
> > On 11/25/2015 06:58 PM, Ville Syrjälä wrote:
> >>
> >> On Wed, Nov 25, 2015 at 06:24:13PM +0100, Mario Kleiner wrote:
> >>>
> >>> On 11/23/2015 09:24 PM, Ville Syrjälä wr
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151127/4299fdfc/attachment.html>
From: Christian König
We use the reservation object of the page directory for the page tables as
well, because of this the page directory should be freed last. Ensure that
by keeping a reference from the page tables to the directory.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amd
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/20151127/5abb2a1b/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/20151127/a49a9566/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151127/98582281/attachment.html>
(one or two copies) for assigned developer.
--
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/20151127/52d78a55/attachment.html>
Add drm_atomic_helper_disable_planes_on_crtc() for disabling all
planes associated with the given CRTC. This can be used for instance
in the CRTC helper disable callback to disable all planes before
shutting down the display pipeline.
Signed-off-by: Jyri Sarha
---
v2:
- Address Daniels review com
> > 4.2.0 (both packaged and self-compiled) worked fine, 4.3.0 and 4.4-rc2
> > exhibit a problem: after the system has started up, I start getting
> > messages like INFO: task kworker/0:2:652 blocked for more than 120
> > seconds. where nv04_fbcon_imageblit and nouveau_pmops_runtime_suspend
> > sho
It only leads to bloodshed and tears - we don't bother to restore a
working legacy vga hw setup.
On haswell with the new dynamic power well code this leads to even
more hilarity since for some configurations the hardware is simply no
longer there.
The actual implementation is a bit a hack - we re
This allows us to ditch a ton of ugly #ifdefs from a bunch of drm modeset
drivers.
v2: Make the dummy function actually return a sane value, spotted by
Ville.
Cc: Ville Syrjälä
Cc: Andrew Morton
Cc: Greg Kroah-Hartman
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/ast/ast_drv.c |
nPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151127/478e8362/attachment-0001.sig>
On 27 November 2015 at 15:10, Daniel Vetter wrote:
> It only leads to bloodshed and tears - we don't bother to restore a
> working legacy vga hw setup.
>
> On haswell with the new dynamic power well code this leads to even
> more hilarity since for some configurations the hardware is simply no
> l
On 11/25/2015 08:38 PM, Alex Deucher wrote:
> On Wed, Nov 25, 2015 at 1:21 PM, Mario Kleiner
> wrote:
>> On 11/25/2015 06:58 PM, Ville Syrjälä wrote:
>>>
>>> On Wed, Nov 25, 2015 at 06:24:13PM +0100, Mario Kleiner wrote:
On 11/23/2015 09:24 PM, Ville Syrjälä wrote:
>
> On Mon
PM ops in exynos_drm_drv were split into two separate function as they were
used also by drm device. Since PM ops have been removed from drm device, the
functions can be merged together.
Signed-off-by: Andrzej Hajda
---
Hi Inki,
This is the patch I have promised during our discussion about
PM ca
On 27 November 2015 at 15:10, Daniel Vetter wrote:
> This allows us to ditch a ton of ugly #ifdefs from a bunch of drm modeset
> drivers.
>
> v2: Make the dummy function actually return a sane value, spotted by
> Ville.
>
> Cc: Ville Syrjälä
> Cc: Andrew Morton
> Cc: Greg Kroah-Hartman
> Sign
release 14 in the build 1.0.12 on 11/27/2015 , working fine no issue
--
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/20151
On 11/25/2015 08:36 PM, Ville Syrjälä wrote:
> On Wed, Nov 25, 2015 at 08:04:26PM +0100, Mario Kleiner wrote:
>> On 11/25/2015 06:46 PM, Ville Syrjälä wrote:
...
>> Attached is my current patch i wanted to submit for the drm core's
>> drm_update_vblank_count(). I think it's good to make the c
Am Mittwoch, 28. Oktober 2015, 16:56:01 schrieb Yakir Yang:
> There are some IP limit on rk3288 that only support 4 physical lanes
> of 2.7/1.6 Gbps/lane, so seprate them out by device_type flag.
>
> Tested-by: Javier Martinez Canillas
> Signed-off-by: Yakir Yang
> ---
[...]
> diff --git a/dri
On Fri, Nov 27, 2015 at 12:42:15PM +0100, Thomas Hellstrom wrote:
> On 11/27/2015 11:11 AM, Daniel Vetter wrote:
> > On Thu, Nov 26, 2015 at 10:52:14AM -0800, Thomas Hellstrom wrote:
> >> If the drm_mode_cursor_ioctl is called and the cursor_set2 callback is
> >> implemented, the cursor hotspot is
On 27 November 2015 at 02:11, Hyungwon Hwang wrote:
> Dear All,
>
> On Thu, 26 Nov 2015 16:35:29 +
> Emil Velikov wrote:
>
>> Hi Tobias,
>>
>> On 22 November 2015 at 18:48, Tobias Jakobi
>> wrote:
>> > Hello,
>> >
>> > this series mostly touches G2D code. It introduces the following:
>> >
>>
On 11/27/2015 01:02 PM, Ville Syrjälä wrote:
> On Fri, Nov 27, 2015 at 12:42:15PM +0100, Thomas Hellstrom wrote:
>> On 11/27/2015 11:11 AM, Daniel Vetter wrote:
>>> On Thu, Nov 26, 2015 at 10:52:14AM -0800, Thomas Hellstrom wrote:
If the drm_mode_cursor_ioctl is called and the cursor_set2 ca
On Fri, Nov 27, 2015 at 05:44:53AM +, ê¹ì ë°° wrote:
> From 8f6aeb362d9e44f29d46ae7694cdfee4408406ce Mon Sep 17 00:00:00 2001
> From: "KIM JUGNBAE"
> Date: Thu, 26 Nov 2015 16:28:47 +0900
> Subject: [PATCH] bug_fix : access freed memory
This part should not be present in the patch.
>
> sy
From: Patrick Brünn
Add ddc-i2c-bus as an additional source to read edid.
If you convert the 24-bit parallel-display signal to DVI and combine it
with I2C, you can connect DVI-D displays to your imx powered devices. An
example for this setup is the CX9020 Embedded PC.
Signed-off-by: Patrick Br
On 11/27/2015 11:11 AM, Daniel Vetter wrote:
> On Thu, Nov 26, 2015 at 10:52:14AM -0800, Thomas Hellstrom wrote:
>> If the drm_mode_cursor_ioctl is called and the cursor_set2 callback is
>> implemented, the cursor hotspot is set to (0,0) which is incompatible
>> with vmwgfx where the hotspot should
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151127/936ae758/attachment.html>
On 26.11.2015 19:06, Christian König wrote:
> From: Christian König
>
> That got messed up while porting it from Radeon.
>
> Signed-off-by: Christian König
> Cc: stable at vger.kernel.org
> ---
> drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletio
Hello all,
+To Thierry Reding
On Thu, 26 Nov 2015 16:42:01 +
Emil Velikov wrote:
> Hi Hyungwon
>
> I completely missed out that you've sent an updated version of the
> series. I will take a look at them later on tonight. Meanwhile have
> you looked at the atomic tests/helpers work from Thi
On Thu, Nov 26, 2015 at 10:52:14AM -0800, Thomas Hellstrom wrote:
> If the drm_mode_cursor_ioctl is called and the cursor_set2 callback is
> implemented, the cursor hotspot is set to (0,0) which is incompatible
> with vmwgfx where the hotspot should instead remain unchanged.
>
> So if the driver i
Dear All,
On Thu, 26 Nov 2015 16:35:29 +
Emil Velikov wrote:
> Hi Tobias,
>
> On 22 November 2015 at 18:48, Tobias Jakobi
> wrote:
> > Hello,
> >
> > this series mostly touches G2D code. It introduces the following:
> >
> > (1) drmHandleEvent2() is added to enable processing of
> > vendor-
On Thu, Nov 19, 2015 at 8:07 PM, Dave Airlie wrote:
>
> core: Atomic fixes and Atomic helper fixes
> i915: Revert for the backlight regression along with a bunch of fixes.
So I have no idea if the GPU updates are my problem, but my main
desktop machine has been hanging silently a few times lately
Dear all,
Yes. I can pick it on behalf of Tobias, if there is no one who can do
that.
BRs,
Hyungwon Hwang
On Thu, 26 Nov 2015 16:48:10 +
Emil Velikov wrote:
> On 26 November 2015 at 16:41, Tobias Jakobi
> wrote:
> > Hello Emil,
> >
> > my main system which I also used for development was
ving 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/20151127/848cbfa3/attachment.html>
Hello Andrzej,
On 11/27/2015 03:57 AM, Andrzej Hajda wrote:
> Since atomic check is called also for disabled crtcs it should skip
> mode checking as it can be uninitialized. The patch fixes it.
>
> Signed-off-by: Andrzej Hajda
> Suggested-by: Daniel Vetter
> ---
> Hi Javier,
>
> Could you chec
Hi Yakir,
Am Freitag, 27. November 2015, 09:20:44 schrieb Yakir Yang:
> Hi Heiko,
>
> Thanks you for feedback, I do see some conflicts in Exynos Make/Kconfig
> file [02/17] and dtsi file [07/17] when I try to apply this series on
> 4.4-rc1
> branch.
>
> Hmm... Due to I have update some patches t
Hi Yakir,
Am Mittwoch, 28. Oktober 2015, 16:27:45 schrieb Yakir Yang:
> Rockchip have three clocks for dp controller, we leave pclk_edp
> to analogix_dp driver control, and keep the sclk_edp_24m and
> sclk_edp in platform driver.
>
> Tested-by: Javier Martinez Canillas
> Signed-off-by: Yakir Yan
ven on rising or falling edge of pixel clock
2) hsync and vsync happen at the same time or hsync happens first,
followed by vsync
Any other platforms have similar features?
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151127/09b2ce1c/attachment.sig>
Hi Heiko,
Thanks you for feedback, I do see some conflicts in Exynos Make/Kconfig
file [02/17] and dtsi file [07/17] when I try to apply this series on
4.4-rc1
branch.
Hmm... Due to I have update some patches to version 10 already, this
series may be become harder to reviewed, should I just send
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151127/2f14da42/attachment.html>
Since atomic check is called also for disabled crtcs it should skip
mode checking as it can be uninitialized. The patch fixes it.
Signed-off-by: Andrzej Hajda
Suggested-by: Daniel Vetter
---
Hi Javier,
Could you check with this patch.
Regards
Andrzej
drivers/gpu/drm/exynos/exynos_drm_crtc.c
es in
thay file and recompile your kernel. Then you may even send a commit :)
--
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/20151127/3fe8215c/attachment.html>
op.org/archives/dri-devel/attachments/20151127/e789c08b/attachment.html>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151127/a24ae70d/attachment-0001.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151127/af66aff9/attachment.html>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151127/926781e1/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151127/11bc707c/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151127/67b256cc/attachment.html>
1::condition_variable::wait_for
>(std::__1::unique_lock&, std::__1::chrono::duration > const&) ()
#4 0x0899d3ee in
ASL::ASL_AppBase::Run(std::__1::vector, std::__1::allocator >,
std::__1::allocator,
std::__1::allocator > > >&&) ()
#5 0x0899b021 in main ()
--
You are r
58 matches
Mail list logo
