2014-02-04, 13:20:54 +1000, Dave Airlie wrote:
> On Tue, Feb 4, 2014 at 1:34 AM, Sabrina Dubroca wrote:
> > When I boot 3.14-rc1 in qemu, I get the trace below. The console stops
> > updating and I don't get a login prompt. I can login, but I can't see
> > what I'm doing. I can login normally via
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140204/a6ef51c7/attachment.html>
splay
lists that might affect FlightGear/openscenegraph.
--
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/20140204/
On Tue, Feb 4, 2014 at 10:17 AM, Christian K?nig
wrote:
> From: Christian K?nig
>
> Only VCE 2.0 support so far.
>
> v2: squashing multiple patches into this one
> v3: add IRQ support for CIK, major cleanups,
> basic code documentation
> v4: remove HAINAN from chipset list
>
> Signed-off-by:
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140204/511e1bcd/attachment.html>
ives/dri-devel/attachments/20140204/d11f42a8/attachment.html>
6f3caedGOOD
--
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/20140204/554289b9/attachment.html>
On Fri, Jan 31, 2014 at 01:48:39PM +, Chris Wilson wrote:
> On Fri, Jan 31, 2014 at 03:49:08PM +0200, Jani Nikula wrote:
> > The WARN_ONCE is a bit too verbose, make it a DRM_INFO_ONCE.
> >
> > While at it, add a #define for MAX_DSLP and make the message a bit more
> > informative.
> >
> > v2
RL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140204/82988000/attachment.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140204/2898a628/attachment.html>
Signed-off-by: Ilia Mirkin
---
This syncs it up with what's in envytools. Some of the names are a bit
different, but I'm inclined to trust envytools as the correct thing.
drivers/gpu/drm/nouveau/core/engine/graph/nv50.c | 29
1 file changed, 15 insertions(+), 14 deletio
On Tue, Feb 4, 2014 at 8:00 PM, Daniel Vetter wrote:
> Moved to a common location so that Jani also can push to it, to avoid
> moving it every time I go on vacation. Please update autobuilders and
> everything else pointing at the drm-intel.git repo, the old one won't
> be updated any more.
>
> Cc
On Tue, Feb 4, 2014 at 8:00 PM, Daniel Vetter wrote:
> Moved to a common location so that Jani also can push to it, to avoid
> moving it every time I go on vacation. Please update autobuilders and
> everything else pointing at the drm-intel.git repo, the old one won't
> be updated any more.
>
> Cc
On Tue, 4 Feb 2014 18:12:13 +
Mark Brown wrote:
> On Sat, Feb 01, 2014 at 05:48:49PM +0100, Jean-Francois Moine wrote:
>
> > + - compatible: must be "nxp,tda998x-codec".
>
> It's not clear to me why there's a separate compatible here - as far as
> I can see this can only appear as part of
Moved to a common location so that Jani also can push to it, to avoid
moving it every time I go on vacation. Please update autobuilders and
everything else pointing at the drm-intel.git repo, the old one won't
be updated any more.
Cc: Dave Airlie
Cc: Jani Nikula
Signed-off-by: Daniel Vetter
---
On Tue, 4 Feb 2014 17:54:10 +
Mark Brown wrote:
> On Tue, Feb 04, 2014 at 06:16:05PM +0100, Jean-Francois Moine wrote:
> > Mark Brown wrote:
>
> > > > + /* load the optional CODEC */
> > > > + of_platform_populate(np, NULL, NULL, &client->dev);
>
> > > Why is this using of_plat
er without having to put
anything in the device tree, just create a platform device like we do
with MFDs.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140204/3713efb2/attachment-0001.pgp>
set. Am I right?
No, it shouldn't be.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140204/3a6f5542/attachment-0001.pgp>
affects opencl too.
--
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/20140204/13fe4f55/attachment.html>
desktop.org/archives/dri-devel/attachments/20140204/670d27f7/attachment.html>
On Tue, 4 Feb 2014 13:30:14 +
Mark Brown wrote:
> On Sun, Jan 26, 2014 at 07:45:36PM +0100, Jean-Francois Moine wrote:
>
> > + /* load the optional CODEC */
> > + of_platform_populate(np, NULL, NULL, &client->dev);
> > +
>
> Why is this using of_platform_populate()? That's a very odd w
es
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140204/fbac5b49/attachment-0001.pgp>
ms);
You should be using params_width() for the number of bits per sample.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140204/2983dfe7/attachment-0001.pgp>
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140204/b5f17dd6/attachment.pgp>
#x27;t use both streams simultaneously then? That's a bit sad.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140204/037aca8f/attachment-0001.pgp>
ri-devel/attachments/20140204/2dc02eb6/attachment.html>
ight now.
Oh, bother, so it will.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140204/bf5057df/attachment-0001.pgp>
On 02/04/2014 12:53 PM, Ben Skeggs wrote:
> On Sat, Feb 1, 2014 at 1:16 PM, Alexandre Courbot
> wrote:
>> Hello everyone,
> Hey Alex,
>
> The series looks pretty good to me. I'll reply to the relevant
> patches with any minor nit-picks on top of what's already been said by
> others.
Thanks for
On 02/04/2014 12:55 PM, Ben Skeggs wrote:
> On Sat, Feb 1, 2014 at 1:16 PM, Alexandre Courbot
> wrote:
>> GK20A's timer is directly attached to the system timer and cannot be
>> calibrated. Skip the calibration phase on that chip since the
>> corresponding registers do not exist.
> Just a curiosi
On 02/04/2014 12:54 PM, Ben Skeggs wrote:
> On Sat, Feb 1, 2014 at 1:16 PM, Alexandre Courbot
> wrote:
>> Adapt the NVC0 BAR driver to make it able to support chips that do not
>> expose a BAR3. When this happens, BAR1 is then used for USERD mapping
>> and the BAR alloc() functions is disabled, m
https://bugzilla.kernel.org/show_bug.cgi?id=69901
--- Comment #5 from Thomas Hellstrom ---
This is probably TTM clearing page::mapping and page::index members of the
Intel pages. I don't have time to put together a patch tonight, but probably
tomorrow.
/Thomas
--
You are receiving this mail be
https://bugzilla.kernel.org/show_bug.cgi?id=69901
Chris Wilson changed:
What|Removed |Added
CC||thellstrom at vmware.com
Componen
On Tue, Feb 04, 2014 at 03:40:44PM +0200, Jani Nikula wrote:
> intel_dp_aux_native_read_retry() is only needed when the sink might be
> asleep. Use the regular read without retries otherwise.
I guess I should repeat here what I mentioned to Jani:
The DP spec seems to indicate that AUX transaction
From: Alex Deucher
Some of the vce clocks are automatic, others need to
be manually enabled. For ease, just disable cg when
vce is active.
v2: rebased
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/ci_dpm.c | 9 -
drivers/gpu/drm/radeon/cik.c| 5 +
drivers/gpu/drm/rad
From: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/cikd.h | 10
drivers/gpu/drm/radeon/vce_v2_0.c | 111 ++
2 files changed, 121 insertions(+)
diff --git a/drivers/gpu/drm/radeon/cikd.h b/drivers/gpu/drm/radeon/cikd.h
index e
From: Alex Deucher
The adds the appropriate function calls to properly re-init
vce before it's used after it has been power gated.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/kv_dpm.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/rad
From: Alex Deucher
enable vce states when vce is active. When vce is active,
it adjusts the currently selected state (performance, battery,
uvd, etc.)
v2: add code comments
Signed-off-by: Alex Deucher
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon.h | 3 ++
drivers/gp
From: Alex Deucher
TODO: plug in cik_vce_suspend()/resume() so we can enable
vce powergating. See XXX in code.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/kv_dpm.c | 46 +++--
1 file changed, 35 insertions(+), 11 deletions(-)
diff --git a/drivers
From: Alex Deucher
VCE dpm dynamically adjusts the uvd clocks on
demand.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/ci_dpm.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/radeon/ci_dpm.c b/drivers/gpu/drm/radeon/ci_dpm.c
index c91d0ee..6669d32 100644
--- a/dri
From: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/ci_dpm.c | 50 -
1 file changed, 40 insertions(+), 10 deletions(-)
diff --git a/drivers/gpu/drm/radeon/ci_dpm.c b/drivers/gpu/drm/radeon/ci_dpm.c
index 4a0c401..c91d0ee 100644
---
From: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/cik.c | 35 +++
drivers/gpu/drm/radeon/cikd.h| 6 ++
drivers/gpu/drm/radeon/radeon_asic.c | 2 ++
drivers/gpu/drm/radeon/radeon_asic.h | 1 +
4 files changed, 44 inse
From: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r600_dpm.c | 28 +++-
drivers/gpu/drm/radeon/radeon.h | 16
2 files changed, 43 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/r600_dpm.c
b/drivers/gpu/drm/ra
From: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h| 12
drivers/gpu/drm/radeon/radeon_pm.c | 8
2 files changed, 20 insertions(+)
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h
index 05fa29e..7edd13a 100
From: Alex Deucher
It's needed by by both the asic specific functions and the
extended table parser.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/btc_dpm.c | 4
drivers/gpu/drm/radeon/ci_dpm.c | 9 ++---
drivers/gpu/drm/radeon/cypress_dpm.c | 4
drivers/gpu/
From: Alex Deucher
Similar to uvd clock setting.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h
index bd181ec..05fa29e 100644
--- a/drivers/gpu/drm/radeon/ra
From: Christian K?nig
Also make the result available to userspace.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon.h | 2 ++
drivers/gpu/drm/radeon/radeon_kms.c | 6
drivers/gpu/drm/radeon/radeon_vce.c | 56 +
include/uapi/drm/rad
From: Christian K?nig
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_kms.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/radeon/radeon_kms.c
b/drivers/gpu/drm/radeon/radeon_kms.c
index 0e078af..ea018d5 100644
--- a/drivers/gpu/drm/radeon/radeon_kms.c
From: Christian K?nig
Only VCE 2.0 support so far.
v2: squashing multiple patches into this one
v3: add IRQ support for CIK, major cleanups,
basic code documentation
v4: remove HAINAN from chipset list
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/Makefile | 6 +
driver
Hi everyone,
here is the next major code drop for the radeon driver. It adds support for
VCE2 as found on the newest CIK hardware generation. VCE1 as found on SI and
Trinity hardware generation is currently not supported, but might get added in
the future.
VCE is basically a hardware H264 encodin
The main differences are:
* Many of the native aux differences mentioned in the relevant commit
apply.
* Native aux and i2c-over-aux defer timeouts are increased to be safe
for all use cases instead of depending on DP device type and
properties.
* i2c start/stop/reset are not done.
* i2c
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/i915/intel_dp.c | 45 ++-
1 file changed, 25 insertions(+), 20 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_dp.c b/drivers/gpu/drm/i915/intel_dp.c
index 835f16da80af..0a8a2b189ed0 100644
--- a/drivers/gp
The main differences are:
* Native aux has retry limit of 7 instead of infinite retry.
* Sleep in native reply defer increases from udelay(100) to
usleep_range(400, 500).
* Unknown native reply results in retry instead of -EIO.
* Lower level -EBUSY results in retry instead of fail.
* Write r
This is prep work for conversion to generic drm i2c-over-aux helpers
where we won't have the function to do this at.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/i915/intel_dp.c |9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_dp.c b/dr
Introduce _edp_panel_vdd_on() that returns true if the call enabled vdd,
and a matching disable is needed. Keep edp_panel_vdd_on() as a helper
for when it is expected the vdd is off.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/i915/intel_dp.c | 22 --
1 file changed, 16
There's some confusion between ints and bools.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/i915/intel_dp.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_dp.c b/drivers/gpu/drm/i915/intel_dp.c
index 19ff1b161ffb..ccc1228b7df7 1006
intel_dp_aux_native_read_retry() is only needed when the sink might be
asleep. Use the regular read without retries otherwise.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/i915/intel_dp.c | 33 +
1 file changed, 13 insertions(+), 20 deletions(-)
diff --git a/
These are based on drm-intel-nightly plus Thierry's aux channel
infrastructure patches [1], and supersede my dp aux fixes [2].
Patches 1-4 are prep work and fixes to our current code.
Patches 5 and 7 do the actual conversion for native aux and i2c over
aux, respectively. Patch 6 is minor cleanup
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/20140204/f7048fe2/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140204/e7bfaef3/attachment.html>
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140204/ba54656f/attachment.html>
On 02/04/2014 02:30 PM, Mark Brown wrote:
[...]
>
> What does this actually do? No information is being passed in to the
> core function here, not even any information on if it's starting or
> stopping. Looking at the rest of the code I can't help thinking it
> might be clearer to inline this pos
On Sat, Feb 1, 2014 at 1:16 PM, Alexandre Courbot
wrote:
> GK20A's timer is directly attached to the system timer and cannot be
> calibrated. Skip the calibration phase on that chip since the
> corresponding registers do not exist.
Just a curiosity: What timer resolution does the HW initialise a
On Sat, Feb 1, 2014 at 1:16 PM, Alexandre Courbot
wrote:
> Adapt the NVC0 BAR driver to make it able to support chips that do not
> expose a BAR3. When this happens, BAR1 is then used for USERD mapping
> and the BAR alloc() functions is disabled, making GPU objects unable
> to rely on BAR for dat
On Sat, Feb 1, 2014 at 1:16 PM, Alexandre Courbot
wrote:
> Hello everyone,
Hey Alex,
The series looks pretty good to me. I'll reply to the relevant
patches with any minor nit-picks on top of what's already been said by
others.
Thank you, and welcome to Nouveau :)
Ben.
>
> GK20A is the Kepler
+ { "hdmi-out", NULL, "HDMI I2S Playback" },
> + { "hdmi-out", NULL, "HDMI SPDIF Playback" },
> +};
S/PDIF.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140204/c0356e5e/attachment-0001.pgp>
Name: 0001-drm-add-in_interrupt-to-drm_can_sleep-list-of-things.patch
Type: text/x-patch
Size: 2531 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140204/f3c74533/attachment-0001.bin>
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/20140204/36b3f292/attachment-0001.html>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140204/2cb517f7/attachment.html>
nts/20140204/082264be/attachment.html>
On 02/03/2014 08:25 PM, David Herrmann wrote:
> Hi
>
> [..snip..]
>> Finally, support for probing GK20A is added in the last 2 patches. It should
>> be
>> noted that contrary to what Nouveau currently expects, GK20A does not embed
>> any
>> display hardware (that part being handled by tegradrm).
On Tue, 21 Jan 2014, Thierry Reding wrote:
> This is a superset of the current i2c_dp_aux bus functionality and can
> be used to transfer native AUX in addition to I2C-over-AUX messages.
>
> Helpers are provided to read and write the DPCD, either blockwise or
> byte-wise. Many of the existing help
On Tue, 21 Jan 2014, Thierry Reding wrote:
> Implements an I2C-over-AUX I2C adapter on top of the generic drm_dp_aux
> infrastructure. It extracts the retry logic from existing drivers, which
> should help in porting those drivers to this new helper.
>
> Reviewed-by: Alex Deucher
> Reviewed-by: J
https://bugzilla.kernel.org/show_bug.cgi?id=68111
--- Comment #8 from CameronPoe ---
Does anyone know how to fix this problem?
--
You are receiving this mail because:
You are watching the assignee of the bug.
On Sat, Feb 01, 2014 at 12:16:54PM +0900, Alexandre Courbot wrote:
> GK20A's FIFO is compatible with NVE0, but only features 128 channels and
> 1 runlist.
>
> Signed-off-by: Alexandre Courbot
> ---
> drivers/gpu/drm/nouveau/Makefile | 1 +
> drivers/gpu/drm/nouveau/core/engine
On Thu, Jan 30, 2014 at 12:11:30PM -0500, Ilia Mirkin wrote:
> On Thu, Jan 30, 2014 at 3:33 AM, Daniel Vetter wrote:
> > On Thu, Jan 30, 2014 at 1:53 AM, Ilia Mirkin
> > wrote:
> >> Since commit 0fa9061ae8c ("drm/nouveau/mc: handle irq-related setup
> >> ourselves"), drm_device->irq_enabled rema
On Mon, Feb 3, 2014 at 11:16 AM, Dmitry Eremin-Solenikov
wrote:
> Hello,
>
> On Mon, Feb 3, 2014 at 7:49 PM, Rob Clark wrote:
>> On Sun, Feb 2, 2014 at 6:50 PM, Dmitry Eremin-Solenikov
>> wrote:
>>> Hello,
>>>
>>> I'm looking onto writing DRM/KMS drivers for few pieces of
>>> embedded equipment.
On 4 February 2014 05:05, Sean Paul wrote:
> On Mon, Feb 3, 2014 at 7:14 AM, Inki Dae wrote:
>> 2014-01-31 Josh Boyer :
>>> On Fri, Jan 31, 2014 at 1:09 AM, Sachin Kamat
>>> wrote:
'hdmi_infoframe' is already defined in include/linux/hdmi.h.
Rename the local variable to avoid the foll
Remove local definitions and use the ones provided by hdmi.h.
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 66 ++
1 file changed, 26 insertions(+), 40 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c
b/drivers/gpu/drm/ex
//lists.freedesktop.org/archives/dri-devel/attachments/20140204/5fe89280/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140204/ebaa33bf/attachment.html>
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140204/a29547de/attachment.html>
y slow and KDE's window borders are (massive) corrupted.
--
You are receiving this mail because:
You are on the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140204/5ad0023d/attachment.html>
ktop.org/archives/dri-devel/attachments/20140204/e4c3ea3c/attachment-0001.html>
ri-devel/attachments/20140204/036e5f9e/attachment.html>
84 matches
Mail list logo
