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: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
gnee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/8b2459b6/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>
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/93093f58/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
:
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>
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
nts/20141022/ae65fea2/attachment.html>
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/63677c4a/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>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/5efc0fca/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>
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>
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
>> 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
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
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>
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-
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>
chment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/4f416569/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/77f3a260/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/e1ad6923/attachment.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
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/b48bdba2/attachment-0001.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/03e0e897/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/3fd18241/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/72061149/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/6c735566/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/ad5b539a/attachment.html>
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
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
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
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
>> 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
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
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20141022/e09c077d/attachment.html>
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/88a7b672/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
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
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 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
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
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
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(+)
This is just a second round of the previous series, cleaned up the
problems pointed out (except property hotplug - bigger problem),
Dave.
> 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
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/
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 ++
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
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
> 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
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
> ---
>
https://bugzilla.kernel.org/show_bug.cgi?id=82711
Christopher Crouse changed:
What|Removed |Added
CC||crouse.hackz at gmail.com
--- Commen
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>
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.
>
>
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 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 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 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
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>
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 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 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:
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
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
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
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>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141022/8bb98c58/attachment.html>
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
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
+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
+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
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: 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
> -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
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
77 matches
Mail list logo
