Hi Sean,
On Tuesday 29 of October 2013 12:13:11 Sean Paul wrote:
> This patch separates the fimd_activate function into poweron/poweroff
> functions to be more consistent with the other drivers in exynos drm. It
> also properly cleans up after failures in poweron. The functions have
> also been sh
https://bugzilla.kernel.org/show_bug.cgi?id=64781
Giannis changed:
What|Removed |Added
Kernel Version|3.10-RC1|3.10-RC1+
Regression|No
Hi Sean,
On Tuesday 29 of October 2013 12:13:10 Sean Paul wrote:
> This patch implements the dpms display callback for the DP driver.
>
> Signed-off-by: Sean Paul
> ---
>
> Changes in v2:
> - Added to the patchset
> Changes in v3: None
>
> drivers/gpu/drm/exynos/exynos_dp_core.c | 173
> -Original Message-
> From: Tomasz Figa [mailto:tomasz.figa at gmail.com]
> Sent: Monday, November 11, 2013 11:09 AM
> To: Inki Dae
> Cc: 'Sean Paul'; dri-devel at lists.freedesktop.org; airlied at linux.ie;
> marcheu at chromium.org
> Subject: Re: [PATCH v3 25/32] drm/exynos: Clean up F
On Tuesday 29 of October 2013 12:13:13 Sean Paul wrote:
> This creates a new display hook called create_connector. The purpose is
> to allow the display driver to create its own drm_connector instead of
> using the exynos_drm_connector. This moves things closer to completely
> removing the exynos_d
https://bugzilla.kernel.org/show_bug.cgi?id=64781
Bug ID: 64781
Summary: RV630 bad video playback (too fast) when HDMI audio
output is enabled
Product: Drivers
Version: 2.5
Kernel Version: 3.10-RC1
Hardware: i386
Hi Sean,
On Tuesday 29 of October 2013 12:13:06 Sean Paul wrote:
> This patch removes a few fimd_context members which are either entirely
> unused or unneeded.
>
> Signed-off-by: Sean Paul
> ---
>
> Changes in v2: None
> Changes in v3: None
>
> drivers/gpu/drm/exynos/exynos_drm_fimd.c | 13 +
bbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2013/ca718c73/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131111/ac049136/attachment.html>
Hi all,
Spurred by Ian's abuse of drmAgpSize I've figued it's time we accelerate the
demisse of the fake agp stuff and our ums code a bit. The idea is to send out
the same probe the radone guys have done and deprecate legacy stuff for now.
Then (presuming we don't get any reports from hurt users)
Most platforms din't hit this condition, but if we want to allow
building without agp we should also make this allowed on gen3.
Cc: Ville Syrj?l?
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/i915/i915_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/
Thus far we've tried to carefully work around the fact that old
userspace relied on the AGP-backed legacy buffer mapping ioctls for a
bit too long. But it's really horribly, and now some new users for it
started to show up again:
http://www.mail-archive.com/mesa-dev at lists.freedesktop.org/msg455
It's been 5 years since kms support was merged and roughly 4 years
since UMS support was ripped out from userspace drivers.
Thus far it's not been a big burden to keep the ums paths alive, and
we've made some good progress in better separating it from the kms
code by sprinkling DRIVER_MODESET chec
right? +1 for unstable DT bindings...
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2013/22afc651/attachment.pgp>
Resending since it appears this RFC never got to the dri-devel lkml lists.
In this context, a "doomed" object is an object whose refcount has reached
zero, but that has not yet been freed.
To avoid mutual refcounting vmwgfx need to have a non-refcounted pointer to
a dma-buf in a lookup structure.
to see if it's good enough for their purposes as well.
Is everyone working on that subscribed to dri-devel or should I Cc the
intel-gfx mailing list (or someone in particular) when posting the
patches?
Thierry
-- next part --
A non-text attachment was scrubbed...
Name:
Am 30.10.2013 15:29, schrieb Alex Deucher:
> On Wed, Oct 30, 2013 at 7:56 AM, Christian K?nig
> wrote:
>> From: Christian K?nig
>>
>> Make sure the UVD clocks are still active before sending
>> the destroy message, otherwise the hw might hang.
>>
>> Signed-off-by: Christian K?nig
>> Cc: stable a
clk_unprepare() in .remove(). Or perhaps there's a very good reason to
do both here?
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2013/c35318a2/attachment.pgp>
if (!fb->planes) {
kfree(fb);
return ERR_PTR(-ENOMEM);
}
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2013/245bd0e4/attachment.pgp>
Sure. I will resend.
regards,
dan carpenter
eedesktop.org/archives/dri-devel/attachments/2013/f63c9907/attachment.html>
u 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/2013/b8fc3fdf/attachment.html>
On 11/11/2013 02:20 PM, Thierry Reding wrote:
> On Sat, Nov 09, 2013 at 11:28:16AM +0100, Daniel Vetter wrote:
>> On Sat, Nov 09, 2013 at 03:19:01PM +0530, Shobhit Kumar wrote:
>>> Hi All -
>>> These patches enhance the current support for MIPI DSI for Baytrail. They
>>> continue on the sub-encoder
ybe something audio related? Monitor is
attached using DVI, not HDMI.
--
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/2013/58c7743f/attachment-0001.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2013/99406131/attachment.html>
en the benchmark
starts, probably when switching to uvd state.
--
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/2013/eef6f762/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/2013/83851b09/attachment.html>
Hi,
This third version of the series reworks some aspects of DSI and panel
support. There is now a DSI bus type, which can be used to instantiate
devices that represent DSI peripherals and register controllers as DSI
hosts. This is currently somewhat DT-centric, but all hardware that I
have access
In order to support DSI peripherals, add a DSI bus type that devices and
drivers can be registered with.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/Kconfig | 4 +
drivers/gpu/drm/Makefile | 2 +
drivers/gpu/drm/drm_dsi.c | 306 ++
include
Add a driver for simple panels. Such panels can have a regulator that
provides the supply voltage and a separate GPIO to enable the panel.
Optionally the panels can have a backlight associated with them so it
can be enabled or disabled according to the panel's power management
mode.
Support is add
Use the DRM panel framework to attach a panel to an output. If the panel
attached to a connector supports supports the backlight brightness
accessors, a property will be available to allow the brightness to be
modified from userspace.
Signed-off-by: Thierry Reding
---
Changes in v3:
- allow panel
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/dsi.c | 147
1 file changed, 147 insertions(+)
diff --git a/drivers/gpu/drm/tegra/dsi.c b/drivers/gpu/drm/tegra/dsi.c
index effd0b5a5554..a100719b3d0c 100644
--- a/drivers/gpu/drm/tegra/dsi.c
+++
This driver adds support to perform calibration of the MIPI pads for CSI
and DSI.
Signed-off-by: Thierry Reding
---
Changes in v3:
- rename calibrate and #calibrate-cells properties to nvidia,mipi-calibrate
and #nvidia,mipi-calibrate-cells, respectively
- split API into tegra_mipi_{request,free
This commit adds support for both DSI outputs found on Tegra. Only very
minimal functionality is implemented, so advanced features like ganged
mode won't work.
Due to the lack of other test hardware, some sections of the driver are
hardcoded to work with Dalmore.
Signed-off-by: Thierry Reding
--
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2013/3ee0b098/attachment.html>
Add a very simple framework to register and lookup panels. Panel drivers
can initialize a DRM panel and register it with the framework, allowing
them to be retrieved and used by display drivers. Currently only support
for DPMS and obtaining panel modes is provided. However it should be
sufficient t
it does the PutBits test first fixes
it.
--
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/2013/f4256791/attachment.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/20131111/54fc1099/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2013/d250c16b/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2013/96c36bc3/attachment-0001.html>
art --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2013/f915f452/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2013/535ea9ef/attachment.html>
ssion: it never worked for 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/2013/41b83322/attachment.html>
pcie gen: 2
--
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/2013/9947fc49/attachment.html>
> > > pm_runtime_put_sync(&sdev->meram_dev->pdev->dev);
> > > #endif
> > > if (sdev->clock)
> > > - clk_disable(sdev->clock);
> > > + clk_disable_unprepare(sdev->clock);
>
> Similarily I'd expect this to be clk_disable() only, with the
> clk_unprepare() in .remove(). Or perhaps there's a very good reason to
> do both here?
--
Regards,
Laurent Pinchart
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2013/5974b5a4/attachment.pgp>
https://bugzilla.kernel.org/show_bug.cgi?id=64781
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
https://bugzilla.kernel.org/show_bug.cgi?id=64781
--- Comment #2 from Alex Deucher ---
What application are you using to play back the movies? Do it work properly
with different apps? What API (Xv, X11, vdpau, etc.) are you using to play
back the movie?
--
You are receiving this mail because:
https://bugzilla.kernel.org/show_bug.cgi?id=64721
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
On Mon, Nov 11, 2013 at 3:54 AM, Christian K?nig
wrote:
> Am 30.10.2013 15:29, schrieb Alex Deucher:
>>
>> On Wed, Oct 30, 2013 at 7:56 AM, Christian K?nig
>> wrote:
>>>
>>> From: Christian K?nig
>>>
>>> Make sure the UVD clocks are still active before sending
>>> the destroy message, otherwise
https://bugzilla.kernel.org/show_bug.cgi?id=64781
--- Comment #3 from Giannis ---
The problem exist from web video playback (HTML5 or Flash video) to VLC and
Parole.
It is affecting everything. Playback settings are the default on (X)ubuntu.
I already bisect kernel versions but I can't with com
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2013/f68abbdc/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131111/ab1f6cec/attachment.html>
.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2013/262a2470/attachment.html>
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2013/1fb9c29a/attachment.html>
-
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2013/d4855840/attachment-0001.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131111/147d7359/attachment.html>
On Fri, Nov 8, 2013 at 6:24 AM, Anssi Hannula wrote:
> 18.10.2013 23:41, Alex Deucher kirjoitti:
>> Needed by the hda driver to properly set up synchronization
>> on the audio side.
>>
>> Signed-off-by: Alex Deucher
>> ---
>> drivers/gpu/drm/radeon/evergreen_hdmi.c | 37
>> +
op 11-11-13 16:31, Jerry Cooperstein schreef:
> Hi:
>
> commit bd9c5a2016307164c419c5e24a46921c10e620a0
>
> (drm/nouveau: require contiguous bo for framebuffer)
> produces about 2000 lines of
>
> nouveau E[ DRM] framebuffer requires contiguous bo
>
> on system boot and more on shutdown, but I d
t part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2013/e088b4b6/attachment.html>
Hi Dave,
One last patch I keep forgetting to include. Fix for EDID quirk
handling. Been on the list and reviewed for several months now,
I just keep forgetting about it.
The following changes since commit cf0613d242805797f252535fcf7bb019512beb46:
Merge branch 'gma500-next' of git://github.
vel/attachments/20131111/66135bcd/attachment.html>
op 11-11-13 17:05, Jerry Cooperstein schreef:
> On 11/11/2013 09:57 AM, Maarten Lankhorst wrote:
>> op 11-11-13 16:31, Jerry Cooperstein schreef:
>>> Hi:
>>>
>>> commit bd9c5a2016307164c419c5e24a46921c10e620a0
>>>
>>> (drm/nouveau: require contiguous bo for framebuffer)
>>> produces about 2000 line
From: Ian Romanick
Previously GCC was squaking about:
intel_bufmgr_gem.c: In function 'drm_intel_gem_bo_map_unsynchronized':
intel_bufmgr_gem.c:1325:20: warning: unused variable 'bo_gem'
[-Wunused-variable]
Wrapping with VG(); replaced that warning with:
intel_bufmgr_gem.c: In function 'drm_i
From: Ian Romanick
The drm_intel_context structure is, wisely, opaque. However, libdrm
users may want to know the hardware context ID associated with the
structure.
Signed-off-by: Ian Romanick
Cc: Ben Widawsky
---
intel/intel_bufmgr.h | 1 +
intel/intel_bufmgr_gem.c | 6 ++
2 files c
RL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2013/08d5e42e/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=63101
--- Comment #17 from Alex Deucher ---
Created attachment 114241
--> https://bugzilla.kernel.org/attachment.cgi?id=114241&action=edit
disable various dpm features
You might try disabling trinity dpm features to see if you can narrow down
what's
|--- |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/20131111/47d9c5a0/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=64721
--- Comment #2 from stanleyk ---
LinuxMint15 Kernel 3.8.0-19-64 was fine on the laptop. On my desktop
with the HD6450 I gave up trying to get a live boot.
Linux debian Kernel 3.2.0-4-64 but need vga=771 to get a video and
1600:900 resolution.
ed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2013/58ba2c89/attachment.pgp>
On Fri, Nov 8, 2013 at 2:35 AM, Jochen Rollwagen
wrote:
>
> Hello there,
>
> i *think* i found a regression (card/system freeze in AGP mode) that must
> have been in the drm code for quite some time (since the switch to kms
> drivers) and possibly also the potential solution (re-apply an old pa
On 11/11/2013 09:57 AM, Maarten Lankhorst wrote:
> op 11-11-13 16:31, Jerry Cooperstein schreef:
>> Hi:
>>
>> commit bd9c5a2016307164c419c5e24a46921c10e620a0
>>
>> (drm/nouveau: require contiguous bo for framebuffer)
>> produces about 2000 lines of
>>
>> nouveau E[ DRM] framebuffer requires con
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2013/b62f1a74/attachment.pgp>
in mainline?
>
> ~Maarten
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2013/8632187b/attachment.html>
I'm getting some weird results when using vblank_count on my Ivybridge
machine across suspend/resume.
With glxgears running, I suspend the machine. At resume, I see
vblank_count temporarily jump back by a fairly large amount (usually
between 1 and 2 frames). After a short while, it recove
74 matches
Mail list logo
