On 21 October 2014 23:38, Daniel Vetter wrote:
> Hi Dave,
>
> drm-intel-next-2014-10-03:
> - first batch of skl stage 1 enabling
> - fixes from Rodrigo to the PSR, fbc and sink crc code
> - kerneldoc for the frontbuffer tracking code, runtime pm code and the basic
> interrupt enable/disable func
> Mhm fixing this using another allocator function is probably a good idea,
> but on the other hand why does X want to allocate an order 4/5 in vm_get_bos
> in the first place?
>
> Assuming 64 bytes per array element that would mean that we have over 1K BOs
> for the address space handling. Even wi
Hi Linus,
intel, nouveau, radeon and qxl,
mostly for bugs introduced in the merge window, nothing too shocking.
Dave.
The following changes since commit f114040e3ea6e07372334ade75d1ee0775c355e1:
Linux 3.18-rc1 (2014-10-19 18:08:38 -0700)
are available in the git repository at:
git://peo
From: Dave Airlie
These two didn't get documented properly, do so.
Pointed out by Daniel.
Signed-off-by: Dave Airlie
---
Documentation/DocBook/drm.tmpl | 9 -
drivers/gpu/drm/drm_crtc.c | 10 ++
2 files changed, 18 insertions(+), 1 deletion(-)
diff --git a/Documentation/
> Don't you need a kref_get_unless_zero here since we only destroy the idr
> entry after the refcount dropped to zero? Or is there some magic thing
> that prevents this like another mutex (in which case some mutex assert in
> get/put would be good)?
This does all happen under mode_config.mutex but
This is just a second round of the previous series, cleaned up the
problems pointed out (except property hotplug - bigger problem),
Dave.
From: Dave Airlie
These are just taken from the DisplayID v1.3 spec, and the
DDC spec.
v2: use __packed (Jani)
Signed-off-by: Dave Airlie
---
include/drm/drm_displayid.h | 76 +
include/drm/drm_edid.h | 2 ++
2 files changed, 78 insertions(+)
From: Dave Airlie
A tile group is an identifier shared by a single monitor,
DisplayID topology has 8 bytes we can use for this, just
use those for now until something else comes up in the
future. We assign these to an idr and use the idr to
tell userspace what connectors are in the same tile grou
From: Dave Airlie
Logical ports are never going to have EDID changes,
they are used for the internal ports on MST monitors.
We cache the EDIDs from these to save time at MST probe.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_dp_mst_topology.c | 20 ++--
drivers/gpu/drm/
From: Dave Airlie
This creates a tile group from DisplayID block, and
stores the pieces of parsed info from the DisplayID block
into the connector.
v2: add missing signoff, add new connector bits to docs.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_crtc.c | 5 ++
drivers/gpu/drm/drm_
From: Dave Airlie
This takes the tiling info from the connector and
exposes it to userspace, as a blob object in a
connector property.
The contents of the blob is ABI.
v2: add property + function documentation.
Signed-off-by: Dave Airlie
---
Documentation/DocBook/drm.tmpl | 9 +++-
From: Dave Airlie
This adds fbdev/con support for tiled monitors, so that we
only set a mode on the correct half of the monitor, or
span the two halves if needed.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_fb_helper.c| 122 +++--
drivers/gpu/drm/i915
On Wed, Oct 22, 2014 at 09:09:43AM +1000, Dave Airlie wrote:
> On 21 October 2014 23:38, Daniel Vetter wrote:
> > Hi Dave,
> >
> > drm-intel-next-2014-10-03:
> > - first batch of skl stage 1 enabling
> > - fixes from Rodrigo to the PSR, fbc and sink crc code
> > - kerneldoc for the frontbuffer tra
> -Original Message-
> From: Ville Syrj?l? [mailto:ville.syrjala at linux.intel.com]
> Sent: Tuesday, October 21, 2014 6:30 PM
> To: Cheng, Yao
> Cc: intel-gfx at lists.freedesktop.org; dri-devel at lists.freedesktop.org;
> Kelley,
> Sean V; Vetter, Daniel; Abel, Michael J; Jiang, Fei; Rao
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vetter at ffwll.ch] On Behalf Of Daniel
> Vetter
> Sent: Tuesday, October 21, 2014 8:09 PM
> To: Cheng, Yao
> Cc: intel-gfx at lists.freedesktop.org; dri-devel at lists.freedesktop.org;
> Kelley,
> Sean V; Vetter, Daniel; Abel, Mich
On Wed, Oct 22, 2014 at 07:09:11AM +, Cheng, Yao wrote:
> > -Original Message-
> > From: Ville Syrj?l? [mailto:ville.syrjala at linux.intel.com]
> > Sent: Tuesday, October 21, 2014 6:30 PM
> > To: Cheng, Yao
> > Cc: intel-gfx at lists.freedesktop.org; dri-devel at lists.freedesktop.org;
On 22 October 2014 17:05, Chris Wilson wrote:
> On Wed, Oct 22, 2014 at 09:09:43AM +1000, Dave Airlie wrote:
>> On 21 October 2014 23:38, Daniel Vetter wrote:
>> > Hi Dave,
>> >
>> > drm-intel-next-2014-10-03:
>> > - first batch of skl stage 1 enabling
>> > - fixes from Rodrigo to the PSR, fbc an
On Wed, Oct 22, 2014 at 12:11:24PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> These two didn't get documented properly, do so.
>
> Pointed out by Daniel.
>
> Signed-off-by: Dave Airlie
> ---
> Documentation/DocBook/drm.tmpl | 9 -
> drivers/gpu/drm/drm_crtc.c | 10
On Wed, Oct 22, 2014 at 12:32:03PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> A tile group is an identifier shared by a single monitor,
> DisplayID topology has 8 bytes we can use for this, just
> use those for now until something else comes up in the
> future. We assign these to an idr an
On Tue, Oct 21, 2014 at 05:01:41PM +0300, Ville Syrj?l? wrote:
> On Wed, Oct 08, 2014 at 11:37:20AM -0500, Chuck Ebbert wrote:
> > Fix:
> >
> > ioclt -> ioctl in comment
> > wrong variable name in debug message
> >
> > Signed-off-by: Chuck Ebbert
>
> Reviewed-by: Ville Syrj?l?
>
> > ---
>
On Tue, Oct 21, 2014 at 05:08:10PM +0300, Ville Syrj?l? wrote:
> On Wed, Oct 08, 2014 at 11:40:34AM -0500, Chuck Ebbert wrote:
> > Make drm_mode_add_fb() call drm_mode_add_fb2() after converting its
> > args to the new internal format, instead of duplicating code.
> >
> > Also picks up a lot more
On Wed, Oct 22, 2014 at 12:23:30PM +1000, Dave Airlie wrote:
> > And kerneldoc for the non-exported functions please, preferrably with some
> > overview DOC: section to pull it all together.
>
> I'm posting v2, advice on kerneldoc required, so the functions end up
> in the right place, I don't rea
On Wed, Oct 22, 2014 at 07:11:21AM +, Cheng, Yao wrote:
> > -Original Message-
> > From: Daniel Vetter [mailto:daniel.vetter at ffwll.ch] On Behalf Of Daniel
> > Vetter
> > Sent: Tuesday, October 21, 2014 8:09 PM
> > To: Cheng, Yao
> > Cc: intel-gfx at lists.freedesktop.org; dri-devel a
On Wed, Oct 22, 2014 at 06:37:16AM +, Cheng, Yao wrote:
> > -Original Message-
> > From: Daniel Vetter [mailto:daniel.vetter at ffwll.ch] On Behalf Of Daniel
> > Vetter
> > Sent: Tuesday, October 21, 2014 5:08 PM
> > To: Cheng, Yao
> > Cc: intel-gfx at lists.freedesktop.org; dri-devel a
On Wed, Oct 22, 2014 at 12:32:06PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> This takes the tiling info from the connector and
> exposes it to userspace, as a blob object in a
> connector property.
>
> The contents of the blob is ABI.
>
> v2: add property + function documentation.
>
>
+0900
r600g: Drop references to destroyed blend 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/20141022/a8195
+0900
r600g: Drop references to destroyed blend 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/20141022/420d5
On Wed, Oct 22, 2014 at 12:32:04PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> Logical ports are never going to have EDID changes,
> they are used for the internal ports on MST monitors.
>
> We cache the EDIDs from these to save time at MST probe.
>
> Signed-off-by: Dave Airlie
> ---
>
Except for gma500 all drivers are converted to the new style helpers,
which have much better abstraction of the underlying hw protocols and
already much more helper functions (including the entire mst library)
on top of them. Since no one seems to work on converting gma500 let's
just move the code
This reverts commit 8c50f10d73b50139dcfe48bc22f2c8c7822c1983.
It's not yet solid and Dave objected to pulling the tree in its
current state.
Cc: Michel Thierry
Cc: Dave Airlie
Cc: Chris Wilson
References:
http://mid.mail-archive.com/CAPM=9ty2r1MLE=wzC-_vNSUzXVqAyXiGgocpSV9qOp0gzpK3xA
at mail
930.ef280c~gd~t
Kubuntu 14.04.1
Linux: 3.18RC1 x86_64
Graphics: Radeon HD2600 XT
--
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/attachm
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/8bb98c58/attachment.html>
On Wed, Oct 22, 2014 at 11:23:03AM +0200, Daniel Vetter wrote:
> This reverts commit 8c50f10d73b50139dcfe48bc22f2c8c7822c1983.
>
> It's not yet solid and Dave objected to pulling the tree in its
> current state.
>
> Cc: Michel Thierry
> Cc: Dave Airlie
> Cc: Chris Wilson
> References:
> http:
output this generates while you're seeing tearing with
MythTV.
--
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/20141022/3e335c8d/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/20141022/03fccd13/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=82711
Christopher Crouse changed:
What|Removed |Added
CC||crouse.hackz at gmail.com
--- Commen
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/88a7b672/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20141022/e09c077d/attachment.html>
On Wed, Oct 22, 2014 at 11:16 AM, Daniel Vetter
wrote:
> Except for gma500 all drivers are converted to the new style helpers,
> which have much better abstraction of the underlying hw protocols and
> already much more helper functions (including the entire mst library)
> on top of them. Since no
On Wed, Oct 22, 2014 at 04:32:52PM +0200, Patrik Jakobsson wrote:
> On Wed, Oct 22, 2014 at 11:16 AM, Daniel Vetter
> wrote:
> > Except for gma500 all drivers are converted to the new style helpers,
> > which have much better abstraction of the underlying hw protocols and
> > already much more he
Thanks for contribution.
It seems reasonable that you separate device drivers into FIMD and DECON
because many registers of them have many different offsets and fields.
However, there may be a good solution that we can combine common sets of
these drivers later.
Below are my comments.
Thanks,
I
On Wed, Oct 22, 2014 at 8:26 PM, Inki Dae wrote:
>
> Thanks for contribution.
>
> It seems reasonable that you separate device drivers into FIMD and DECON
> because many registers of them have many different offsets and fields.
> However, there may be a good solution that we can combine common set
https://bugs.freedesktop.org/show_bug.cgi?id=84944
--- Comment #16 from warpme at o2.pl ---
(In reply to Michel D?nzer from comment #15)
> Created attachment 108227 [details]
> Add some debugging output about why page flipping isn't possible
>
> Please let us know what output this generates while
Hello Michel,
subject say it all ;-)
Second, we are now nearly on par with 3.16 on RV730 (AGP) with all your
latest work, but I think about what we could get if we find the right
commit between 3.16 (.4 here) and 3.17-rc1 (the transition from 3.16 to
3.17-next).
I do not have 3.16.x around (i
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/ad5b539a/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/6c735566/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/72061149/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/3fd18241/attachment.html>
On Wed, Oct 22, 2014 at 12:49 PM, Dieter N?tzel wrote:
> Hello Michel,
>
> subject say it all ;-)
The llvm support for r600g is for compute (OpenCL). The fact that is
it somewhat usable for graphics is mainly for testing purposes. There
are no plans to expand it to handle additional graphics fe
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/03e0e897/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/b48bdba2/attachment-0001.html>
sg output.
And yes, I would do bisect if somebody explain how to. But I don't know.
--
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/att
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/e1ad6923/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/77f3a260/attachment.html>
chment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/4f416569/attachment.html>
ause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/64dd4643/attachment.html>
p.org/mesa/mesa/
kernel git info:
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/
--
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-
e the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/8ff29d86/attachment.html>
On Wed, 22 Oct 2014 16:32:52 +0200
Patrik Jakobsson wrote:
> On Wed, Oct 22, 2014 at 11:16 AM, Daniel Vetter
> wrote:
> > Except for gma500 all drivers are converted to the new style helpers,
> > which have much better abstraction of the underlying hw protocols and
> > already much more helper
From: Sonika Jindal
v2: Reading DP_EDP_REV, only when DISPLAY_CONTROL_CAPABLE field is set
(Satheesh)
v3: Moving the utility function to drm_dp_helper (Daniel)
Signed-off-by: Sonika Jindal
---
drivers/gpu/drm/drm_dp_helper.c | 15 +++
include/drm/drm_dp_helper.h |2 ++
IGHT_CLASS_DEVICE
could be made to select BACKLIGHT_CLASS_DEVICE instead.
That doesn't exactly fix anything, but I think it makes sense as
BACKLIGHT_CLASS_DEVICE is something that's selected from all around the
kernel, so it should be a selectable "library" instead of a Kconfig menu
option.
I didn't look at the ACPI_VIDEO side, so no idea how messy that is.
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/20141022/d7c563e3/attachment.sig>
>> If you are convinced that dropping the null tests is a good idea, then you
>> can submit the patch that makes the change to the relevant maintainers and
>> mailing lists.
Would you like to integrate the following proposal into your source code
repository?
Regards,
Markus
>From 29e61d5ccc4
>> If you are convinced that dropping the null tests is a good idea, then you
>> can submit the patch that makes the change to the relevant maintainers and
>> mailing lists.
Would you like to integrate the following proposal into your source code
repository?
Regards,
Markus
>From e61965bbcb1
Ping?
On Tue, Aug 26, Olaf Hering wrote:
> Ping?
>
> On Thu, Jun 12, Olaf Hering wrote:
>
> > Ping?
> >
> > On Fri, Apr 11, Olaf Hering wrote:
> >
> > > qemu as used by xend/xm toolstack uses a different subvendor id.
> > > Bind the drm driver also to this emulated card.
> > >
> > > Signed-o
ou say me where... ;)
--
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/20141022/f26bd2bb/attachment.html>
d you try?
--
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/20141022/77547d31/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/5efc0fca/attachment.html>
nector && !travis_quirk)
radeon_dp_set_rx_power_state(connector,
DP_SET_POWER_D3);
--
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/20141022/2432e6ea/attachment-0001.html>
On Wed, Oct 22, 2014 at 8:34 AM, Andy Ritger wrote:
> I assume the TILE property described below would be per-connector?
>
> It looks like this would handle the DP MST tiled display case.
>
> At the risk of trying to solve too much at once:
>
> There are also configurations where users configure m
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/63677c4a/attachment.html>
nts/20141022/ae65fea2/attachment.html>
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/cf5c799e/attachment.html>
graphics adapter) that comes with Linux 3.18. And it is very unstable.
--
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/20141
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/93093f58/attachment.html>
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/46dbe489/attachment-0001.html>
gnee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/8b2459b6/attachment.html>
On Wed, Oct 22, 2014 at 11:20:09PM +0200, Daniel Vetter wrote:
> On Wed, Oct 22, 2014 at 8:34 AM, Andy Ritger wrote:
> > I assume the TILE property described below would be per-connector?
> >
> > It looks like this would handle the DP MST tiled display case.
> >
> > At the risk of trying to solve
77 matches
Mail list logo
