[WARNING:flash/platform/pepper/pep_module.cpp(63)] SANDBOXED
--
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/20140311/aeca0152/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140311/dcce6cff/attachment-0001.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140311/d1a631dc/attachment.html>
On Tue, Mar 11, 2014 at 02:34:38PM +0100, Lucas Stach wrote:
> > Sorry, Philipp. The setup in my report is incorrect. The correct setup
> > to see this issue consists of:
> >
> > 1) build a kernel without HDMI support, i.e. !CONFIG_DRM_IMX_HDMI
> >
> > 2) enable HDMI device in DT, i.e. adding t
On Mon, Mar 10, 2014 at 09:33:58AM +0800, Xiubo Li wrote:
> Since we cannot make sure the 'max_conn_count' will always be none
> zero from the users, and then if max_conn_count equals to zero, the
> kcalloc() will return ZERO_SIZE_PTR, which equals to ((void *)16).
>
> So this patch fix this with
2e3f703e701e323dd5fdeba072eb
a8b06eaa9746db86fa603a657a7b6a5dcd9e3633 Msrc
Reverting this commit on top of master fixes this crash.
--
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/20140311/63723ed2/attachment.html>
On Tue, Mar 11, 2014 at 12:42:08PM +0100, Philipp Zabel wrote:
> Hi Shawn,
>
> Am Dienstag, den 11.03.2014, 11:46 +0800 schrieb Shawn Guo:
> > On Wed, Mar 05, 2014 at 10:20:51AM +0100, Philipp Zabel wrote:
> > > Hi,
> > >
> > > this latest version of the imx-drm DT binding patches applies
> > > o
From: Sagar Kamble
Started documenting drm properties for drm drivers. This patch provides
information about properties in drm, i915, psb and cdv/gma-500. Information
about other properties can be added on top of these.
v2: Added description of drm properties in armada, exynos, i2c/ch7006, novea
On Tue, 2014-03-11 at 13:13 +, Deucher, Alexander wrote:
>
> > -Original Message-
> > From: sagar.a.kamble at intel.com [mailto:sagar.a.kamble at intel.com]
> > Sent: Tuesday, March 11, 2014 6:38 AM
> > To: intel-gfx at lists.freedesktop.org
> > Cc: Sagar Kamble; Rob Landley; Dave Airl
//lists.freedesktop.org/archives/dri-devel/attachments/20140311/33eb5c97/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140311/a649252b/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=71461
--- Comment #12 from Alex Deucher ---
Does booting with radeon.runpm=0 on the kernel command line in grub help?
--
You are receiving this mail because:
You are watching the assignee of the bug.
On Fri, Feb 21, 2014 at 8:55 AM, Thierry Reding
wrote:
> From: Thierry Reding
>
> The gma500 driver sets DRIVER_GEM unconditionally, so testing for the
> absence of the feature will always fail.
>
> Signed-off-by: Thierry Reding
Queued for -next
Thanks
Patrik
> ---
> drivers/gpu/drm/gma500/g
On Tue, Feb 18, 2014 at 3:59 PM, Dan Carpenter
wrote:
> It looks like the "mode" test was changed at some point and but it
> wasn't totally cleaned up. I've removed the unneeded indent block and
> the duplicative test for "if (mode)".
>
> Signed-off-by: Dan Carpenter
Hi Dan,
Sorry for the lat
[1.]
WLAN connection break under load (iwl3945)
[2.]
Start to watch a fullscreen YouTube flash video with Opera/Netscape, then jump
back and forth in
the video and observe WLAN connection break. Also sound is bad while watching
the video and
processor load is high. WORKAROUND: set "radeon.modes
area.
--
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/20140311/dd10ada9/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=71461
--- Comment #11 from Tom Yan ---
One of my other machines with an HD6450 shows similar issue. I unplugged the
DVI connector before boot up and I can't get any display when I connect it
again afterwards.
--
You are receiving this mail because:
Yo
This patch implements the power on/off sequence
(and its dependant functions) of HDMI exynos5250
as provided by the hardware team.
Signed-off-by: Shirish S
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 137 +-
drivers/gpu/drm/exynos/regs-hdmi.h | 15
2 file
On Fri, 7 Mar 2014 16:03:17 -0800
Matt Roper wrote:
> Add a plane type property to allow userspace to distinguish plane types.
> The type of the plane will now be established at drm_plane_init() time
> (replacing the 'priv' parameter previously used).
>
> Signed-off-by: Matt Roper
> ---
> driv
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140311/b8fa37ad/attachment.html>
se:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140311/d095f10c/attachment-0001.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140311/6c4f0701/attachment.html>
iangles are still randomly flashing away.
Reverting the commit resolves the 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/attachmen
https://bugzilla.kernel.org/show_bug.cgi?id=71891
--- Comment #4 from sdh ---
Have never done it before. Will attempt to do it when I have some free time and
report back :)
--
You are receiving this mail because:
You are watching the assignee of the bug.
From: Sagar Kamble
Started documenting drm properties for drm drivers. This patch provides
information about properties in drm, i915, psb and cdv/gma-500. Information
about other properties can be added on top of these.
v2: Added description of drm properties in armada, exynos, i2c/ch7006, novea
https://bugzilla.kernel.org/show_bug.cgi?id=71891
--- Comment #3 from Alex Deucher ---
if 3.12 works, can you use git to bisect?
--
You are receiving this mail because:
You are watching the assignee of the bug.
Hi Sagar,
Thank you for the patch.
On Tuesday 11 March 2014 19:55:29 sagar.a.kamble at intel.com wrote:
> From: Sagar Kamble
>
> Started documenting drm properties for drm drivers. This patch provides
> information about properties in drm, i915, psb and cdv/gma-500. Information
> about other pr
https://bugzilla.kernel.org/show_bug.cgi?id=71891
--- Comment #2 from sdh ---
Booting with 3.12 kernel gives no such error. Using 3.13, booting from the Arch
install iso gives the above errors.
The only difference with radeon.dpm=0 is that the line
"rv770_restrict_performance_levels_before_switc
Am Dienstag, den 11.03.2014, 21:27 +0800 schrieb Shawn Guo:
> On Tue, Mar 11, 2014 at 12:42:08PM +0100, Philipp Zabel wrote:
> > Hi Shawn,
> >
> > Am Dienstag, den 11.03.2014, 11:46 +0800 schrieb Shawn Guo:
> > > On Wed, Mar 05, 2014 at 10:20:51AM +0100, Philipp Zabel wrote:
> > > > Hi,
> > > >
>
now that the drm_display_mode also provides aspect
ratio for all resolutions, this patch adds its usage
to set the active aspect ratio of AVI info frame
packets as per CEA-861-D standard's Table 9.
This is also needed to abide by the 7-27
compliance test of HDMI.
V2: rebased it to TODO branch, an
https://bugzilla.kernel.org/show_bug.cgi?id=71891
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
https://bugzilla.kernel.org/show_bug.cgi?id=71891
Bug ID: 71891
Summary: 3.13 fails to boot with the radeon module
Product: Drivers
Version: 2.5
Kernel Version: 3.13.6-1-ARCH
Hardware: x86-64
OS: Linux
Tree: M
> -Original Message-
> From: sagar.a.kamble at intel.com [mailto:sagar.a.kamble at intel.com]
> Sent: Tuesday, March 11, 2014 6:38 AM
> To: intel-gfx at lists.freedesktop.org
> Cc: Sagar Kamble; Rob Landley; Dave Airlie; Daniel Vetter; Laurent Pinchart;
> David Herrmann; Deucher, Alexande
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140311/82642983/attachment.html>
Hi Shawn,
Am Dienstag, den 11.03.2014, 11:46 +0800 schrieb Shawn Guo:
> On Wed, Mar 05, 2014 at 10:20:51AM +0100, Philipp Zabel wrote:
> > Hi,
> >
> > this latest version of the imx-drm DT binding patches applies
> > on top of staging-next and also depends on the OF graph binding
> > patchset tha
;
+MODULE_AUTHOR(DRIVER_AUTHOR);
MODULE_DESCRIPTION(DRIVER_DESC);
-MODULE_LICENSE("GPL");
+MODULE_LICENSE(DRIVER_LICENSE);
diff --git a/drivers/gpu/drm/gma500/psb_drv.h b/drivers/gpu/drm/gma500/psb_drv.h
index 5ad6a03..3535640 100644
--- a/drivers/gpu/drm/gma500/psb_drv.h
+++ b/drivers/gpu/
Hi Sagar,
Thank you for the patch.
On Tuesday 11 March 2014 16:07:35 sagar.a.kamble at intel.com wrote:
> From: Sagar Kamble
>
> Started documenting drm properties for drm drivers. This patch provides
> information about properties in drm, i915, psb and cdv/gma-500. Information
> about other pr
Am Dienstag, den 11.03.2014, 10:04 +0200 schrieb Tomi Valkeinen:
> On 11/03/14 10:00, Geert Uytterhoeven wrote:
> > On Tue, Mar 11, 2014 at 7:39 AM, Tomi Valkeinen
> > wrote:
> >> On 10/03/14 23:45, Rob Herring wrote:
> >>> I like this proposal over the others. Although, would dual link be a
> >>
On Wed, Mar 05, 2014 at 10:20:51AM +0100, Philipp Zabel wrote:
> Hi,
>
> this latest version of the imx-drm DT binding patches applies
> on top of staging-next and also depends on the OF graph binding
> patchset that moves the v4l2_of helpers to drivers/of.
> Currently, the two patchsets are also
Driver modules really don't have much business frobbing around with
this: Splitting up modeset resources (if we ever get around to enable
this for real) should be something purely controlled and managed by
the drm core in a driver-agnostic fashion. As usual imx disagrees, but
that's due to the conv
- Standardized on "Returns:" Block.
- Sprinkle missing kerneldoc over all exported functions and all
ioctls.
- Add a stern warning that driver's really shouldn't use
drm_mode_group_init_legacy_group.
- Usual attempt at more consistency.
- Add warnings that drm_mode_object_get/put don't do refco
Most of this is newly added kerneldoc for the hotplug and output
polling code. But I've also thrown in a bit lesser polish, most of it
is tuning down the shouting RETURN: headers.
Overview documentation for the output probing and mode setting support
code will be added in later patches.
Signed-of
No driver cares, and it should generally work. Add a big comment
when drivers can't use this for recompense.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_crtc_helper.c | 19 ---
include/drm/drm_crtc_helper.h | 2 +-
2 files changed, 17 insertions(+), 4 deletions(-)
- It yells.
- WARNing about incorrect locking is harder to ignore, so better
than kerneldoc.
- Since those have been written per-crtc locks were added ...
So remove them and replace them by appropriate WARNs.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_crtc_helper.c | 31
Rightfully no driver ever checked this - it can't fail.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_crtc_helper.c | 6 ++
include/drm/drm_crtc_helper.h | 4 ++--
2 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc_helper.c
b/drivers/gpu/drm/d
Oops. This is a regression from
commit 5d7a951537927555fa1286a338e1b91c3b8b7445
Author: Daniel Vetter
Date: Fri Jan 4 22:31:20 2013 +0100
drm/doc: updates for new framebuffer lifetime rules
Signed-off-by: Daniel Vetter
---
Documentation/DocBook/drm.tmpl | 3 ++-
1 file changed, 2 insert
It' unused and there's also not really any way to make it work with
the current code. So better rip it out.
Signed-off-by: Daniel Vetter
---
include/drm/drm_modes.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/drm/drm_modes.h b/include/drm/drm_modes.h
index 995c34d91ef1..2dbbf99766
- Tune down yelling RETURNS.
- OCD align all the parameters the same.
- Add missing kerneldoc, which also means that we need to include the
kerneldoc from the drm_modes.h header now.
- Add missing Returns: sections.
- General polish and clarification - especially the kerneldoc for the
mode crea
Totally unused and actually redundant with maxX for display mode
validation. The fb helper otoh needs to check pitch limits,
but that is delegated into drivers instead.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_crtc_helper.c | 3 +--
drivers/gpu/drm/drm_modes.c | 6 +-
inclu
It never fails and no one ever checked anyway.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_modes.c | 6 ++
include/drm/drm_modes.h | 4 ++--
2 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gpu/drm/drm_modes.c
index ee3e969beeb
There's a neat FIXME asking whether this is really need. I'd
say really no.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_edid.c | 4 ++--
drivers/gpu/drm/drm_fb_helper.c | 4 ++--
drivers/gpu/drm/drm_modes.c | 35 ---
include/drm/drm_modes.h
I want to also include kerneldoc from the header (for static inline
functions and structs), but fishing the righ pieces out of a giant
header is a real pain. So split things out.
Note that it's not a really clean header with sane include orders, but
given's drm historical knack for giant headers d
Makes more sense and gives better grouping in the DocBook function
reference sections. To make this possible we need to expose two
functions from drm_crtc.c though. To avoid further namespace pollution
in the system wide headers create a new internal header for such drm
internal symbols.
I expect
There's not really any value in stating that no locking is needed. And
even if the comment is useful, a check for the right mutex at the
beginning of the function is better since that can't be ingored as
easily as a bit of documentation.
Note that drm_mode_probed_add in drm_crtc.c is also changed,
And clean it up so that there's no kerneldoc warnings. There's still a
lot to do with this one here.
Signed-off-by: Daniel Vetter
---
Documentation/DocBook/drm.tmpl | 4
drivers/gpu/drm/drm_modes.c| 28 +---
2 files changed, 21 insertions(+), 11 deletions(-)
di
It's only used by imx, and that one gets it wrong - there's no need
to deteach the encoder before removing it.
And really, neither current drm modesetting code nor all the userspace
we have can handle dynamic changes in the set of possible encoders for
a given connector. So let's just remove this
While at it do a tiny bit of interface cleanup and convert boolean
return values to bool. With this patch all exported functions and inline
helpers which are part of the drm_mm public interface are documented.
Also drop superflous extern function modifiers since most of drm_mm.h
doesn't use them -
kerneldoc polish will follow in the next patch.
Hopefully documenting the lru scan support a bit better spurse someone
to give this a shot in the ttm eviction code. At least in i915 it
helped quite a lot with memory thrashing on platforms where eviction
was (we've fixed that too meanwhile) fairly
This was missed in
commit c700c67bae6698fbc6bd20e2ae5dc62ddd367b3b
Author: David Herrmann
Date: Sat Jul 27 13:39:28 2013 +0200
drm/mm: remove unused API
Cc: David Herrmann
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_mm.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/dri
I've done quite a bit of cleanups, clarifications and mostly
integrating kerneldoc. So I guess I should add myself.
Also split up the copyright notices per holder to make it clear which
year ranges are covered.
Signed-off-by: Daniel Vetter
---
Documentation/DocBook/drm.tmpl | 16 +++
For giant hilarity the DocBook reference overview is only generated
when in a level 2 section, not in a level 3 section. So we need to
move this up a bit as a side-by-side section to the main PRIME
documentation.
Whatever.
To have a complete set of references add the missing kerneldoc for all
fun
PRIME fds aren't actually GEM fds but are (like the modeset API)
independent of the underlying buffer manager, as long as that one uses
uint32_t as handles. So move that entire section out of the GEM
section and reword it a bit to clarify which parts of PRIME are
generic, and which are the mandator
Thierry created such nice kerneldocs, it's a shame we've left them
lingering!
For the fun of it also add a bit of kerneldoc to the header so that we
can also include that. Just in case someone adds kerneldoc in there.
Cc: Thierry Reding
Signed-off-by: Daniel Vetter
---
Documentation/DocBook/dr
By consolidating them all into one section at the very end. And to
make double-sure that no one gets confused start with a stern warning
against any use of them. And prefix all subsections with "Legacy".
Signed-off-by: Daniel Vetter
---
Documentation/DocBook/drm.tmpl | 56 +++
Stumbled over while reviewing all occurences in the DRM doc talking
about suspend/resume.
Signed-off-by: Daniel Vetter
---
Documentation/DocBook/drm.tmpl| 7 +--
drivers/gpu/drm/drm_crtc_helper.c | 9 +
2 files changed, 14 insertions(+), 2 deletions(-)
diff --git a/Documentation
Those all died with
commit 0111be42186fc5461b9e9d579014c70869ab3152
Author: Ville Syrj?l?
Date: Fri Oct 4 14:53:41 2013 +0300
drm: Kill drm perf counter leftovers
Signed-off-by: Daniel Vetter
---
Documentation/DocBook/drm.tmpl | 14 +++---
1 file changed, 3 insertions(+), 11 del
This should be done in the driver chapter instead.
Signed-off-by: Daniel Vetter
---
Documentation/DocBook/drm.tmpl | 10 --
1 file changed, 10 deletions(-)
diff --git a/Documentation/DocBook/drm.tmpl b/Documentation/DocBook/drm.tmpl
index 2def6f3a9061..750ba8fb496a 100644
--- a/Document
Currently it's sitting in the mode setting helper section, which isn't
quite right. Looks much better in the memory management section next
to TTM and GEM.
Cc: David Herrmann
Signed-off-by: Daniel Vetter
---
Documentation/DocBook/drm.tmpl | 12 ++--
1 file changed, 6 insertions(+), 6 de
Split up the DocBook into the core drm part and a 2nd part for
driver documentation. As an example add a very (very!) basic
skeleton for i915.
v1: Typo fixes from Dieter.
Cc: Dieter N?tzel
Signed-off-by: Daniel Vetter
---
Documentation/DocBook/drm.tmpl | 80
The stylesheet doesn't allow this in normal paragraphs.
Cc: David Herrmann
Acked-by: David Herrmann
Signed-off-by: Daniel Vetter
---
Documentation/DocBook/drm.tmpl | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/Documentation/DocBook/drm.tmpl b/Documentation/Do
Fairly incomplete, but at least a start.
Signed-off-by: Daniel Vetter
---
Documentation/DocBook/drm.tmpl | 6 +++-
drivers/gpu/drm/drm_gem.c | 63 +++---
2 files changed, 64 insertions(+), 5 deletions(-)
diff --git a/Documentation/DocBook/drm.tmpl b/Doc
v2: Also do s/RETURNS/Returns/, less yelling in docs is always good.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_edid.c | 26 +++---
1 file changed, 19 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index f3cde90c1
- This is _not_ a generic interface to create gem objects, but just an
interface to make early boot services (like boot splash) with a
generic KMS userspace driver possible. Hence it's better to move
the documentation for this from the GEM section to the KMS section,
next to the creation of
Hi all,
So this is the 2nd iteration of my kerneldoc polish for 3.14. I should have
taken in all feedback from the first review round. Motivation was to pay in my
promise to finally deliver some docs for drm_mm, but it went a bit beyond this
;-)
There's obviously still massive room for improveme
From: Geert Uytterhoeven
Signed-off-by: Geert Uytterhoeven
Cc: David Airlie
Cc: dri-devel at lists.freedesktop.org
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_ipp.c
b/drivers/gpu/drm/exyno
On Tue, Mar 11, 2014 at 6:29 AM, Daniel Vetter
wrote:
> Hi all,
>
> So this is the 2nd iteration of my kerneldoc polish for 3.14. I should have
> taken in all feedback from the first review round. Motivation was to pay in my
> promise to finally deliver some docs for drm_mm, but it went a bit bey
g with that, but I don't really see benefit either.
"dual-link" is a standard term for 6 data lanes for the DVI connector.
And the choices are 3 or 6 data lanes, nothing else.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature
On Tue, Mar 11, 2014 at 7:39 AM, Tomi Valkeinen
wrote:
> On 10/03/14 23:45, Rob Herring wrote:
>> I like this proposal over the others. Although, would dual link be a
>
> I don't like inferring the information. With the above, you can't find
> out that the DVI connector has digital and analog sup
e: 901 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140311/22de5d0b/attachment.pgp>
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140311/a7245985/attachment.pgp>
ubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140311/700e95c5/attachment.html>
at decent fps, is stuttering
noticeably. This applies to 9.0.3 and 9.1 likewise.
--
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/20140311/75cd2a37/attachment.html>
this problem was observed in both
distributions.
--
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/20140311/5a71839e/attachment.html>
eedesktop.org/archives/dri-devel/attachments/20140311/cb33a702/attachment.html>
eviewed-by: Marek Ol??k
:04 04 899aff75fb864562d50d09d1b72b728adfa3c9be
c1582db45fac19679419c7bcf4152269b630df36 Msrc
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.
85 matches
Mail list logo
