Hi,
I had merged this patch set but I realizes this patch has no
descriptions enough so please add the descriptions what is this patch.
2012/9/6 Leela Krishna Amudala :
> Add device tree based discovery support for DRM-FIMD driver.
>
> Signed-off-by: Leela Krishna Amudala
> ---
> Documentation
On 09/20/2012 02:38 PM, Rob Clark wrote:
On Wed, Sep 19, 2012 at 9:52 PM, Joonyoung Shim wrote:
On 09/17/2012 06:38 PM, Chris Wilson wrote:
As during the plane cleanup, we wish to disable the hardware and
so may modify state on the associated CRTC, that CRTC must continue to
exist until we are
On Wed, Sep 19, 2012 at 9:52 PM, Joonyoung Shim wrote:
> On 09/17/2012 06:38 PM, Chris Wilson wrote:
>>
>> As during the plane cleanup, we wish to disable the hardware and
>> so may modify state on the associated CRTC, that CRTC must continue to
>> exist until we are finished.
>
>
> A similar issu
I am getting this kind of error when I try to do 'git fetch' from
git://people.freedesktop.org/~airlied/linux.git
remote: error: Could not read ec862f894f7870430e4ff5a9249eaa94d368d220
remote: fatal: bad tree object ec862f894f7870430e4ff5a9249eaa94d368d220
remote: aborting due to possible reposito
https://bugs.freedesktop.org/show_bug.cgi?id=49198
Karl Tomlinson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
On Thu, Sep 20, 2012 at 1:18 PM, Ilija Hadzic wrote:
> I am getting this kind of error when I try to do 'git fetch' from
> git://people.freedesktop.org/~airlied/linux.git
>
> remote: error: Could not read ec862f894f7870430e4ff5a9249eaa94d368d220
> remote: fatal: bad tree object ec862f894f7870430e4
I am getting this kind of error when I try to do 'git fetch' from
git://people.freedesktop.org/~airlied/linux.git
remote: error: Could not read ec862f894f7870430e4ff5a9249eaa94d368d220
remote: fatal: bad tree object ec862f894f7870430e4ff5a9249eaa94d368d220
remote: aborting due to possible reposito
On 09/17/2012 06:38 PM, Chris Wilson wrote:
As during the plane cleanup, we wish to disable the hardware and
so may modify state on the associated CRTC, that CRTC must continue to
exist until we are finished.
A similar issue can occur in the drm_framebuffer_cleanup(). If crtc and
plane use same
};
dsibuf-dpi1: output at 1 {
};
};
};
/ {
dpi-lcd-panel at 0 {
video-source = <&dsibuf-dpi0>;
};
dpi-lcd-panel at 1 {
video-source = <&dsibuf-dpi1>;
};
};
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120919/e4bdecb4/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=49198
Karl Tomlinson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
On Wed, Sep 12, 2012 at 12:31:14PM +0200, Sascha Hauer wrote:
> Signed-off-by: Sascha Hauer
> ---
> drivers/staging/imx-drm/TODO | 22 ++
> 1 file changed, 22 insertions(+)
> create mode 100644 drivers/staging/imx-drm/TODO
>
> diff --git a/drivers/staging/imx-drm/TODO b/dr
https://bugs.freedesktop.org/show_bug.cgi?id=49198
--- Comment #11 from Paul Menzel
2012-09-19 13:17:40 UTC ---
The Debian BTS tracks this issue under #688108 [1].
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688108
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=
https://bugs.freedesktop.org/show_bug.cgi?id=53630
--- Comment #6 from Michel D?nzer 2012-09-19 12:43:15
UTC ---
Mesa Git commit 73dd82061e7a5242c88b529c274784731462e039 ('winsys/radeon:
create only one winsys for each fd') and/or kernel commit
http://cgit.freedesktop.org/~agd5f/linux/commit/?h=
_mode;
> + if (fbmode)
> + videomode_to_fb_mode(&disp, fbmode, index);
> +
> + of_video_free(&disp);
> +
> + return 0;
This and of_get_display_mode() do not handle errors from
of_get_video_modes() nor from videomode_to_xxx_mode(). And I don't see a
reason for the if (fbmode) check (and the same for dmode), as there's no
reason to call these functions except to get the video modes.
> +}
> +EXPORT_SYMBOL_GPL(of_get_fb_videomode);
> diff --git a/include/linux/of_videomode.h b/include/linux/of_videomode.h
> new file mode 100644
> index 000..5571ce3
> --- /dev/null
> +++ b/include/linux/of_videomode.h
> @@ -0,0 +1,56 @@
> +/*
> + * Copyright 2012 Sascha Hauer
> + * Copyright 2012 Steffen Trumtrar
> + *
> + * OF helpers for videomodes.
> + *
> + * This file is released under the GPLv2
> + */
> +
> +#ifndef __LINUX_OF_VIDEOMODE_H
> +#define __LINUX_OF_VIDEOMODE_H
> +
> +#define OF_MODE_SELECTION -1
> +
> +struct mode_property {
> + u32 min;
> + u32 typ;
> + u32 max;
> +};
> +
> +struct display {
> + u32 width_mm;
> + u32 height_mm;
> + struct videomode **modes;
> + int default_mode;
> + int num_modes;
> +};
> +
> +/* describe videomode in terms of hardware parameters */
> +struct videomode {
> + struct mode_property hback_porch;
> + struct mode_property hfront_porch;
> + struct mode_property hactive;
> + struct mode_property hsync_len;
> +
> + struct mode_property vback_porch;
> + struct mode_property vfront_porch;
> + struct mode_property vactive;
> + struct mode_property vsync_len;
> +
> + struct mode_property clock;
> +
> + bool hah;
> + bool vah;
> + bool interlaced;
> + bool doublescan;
> +};
I think the names display and videomode are a bit too generic here, and
could clash with names from kernel drivers. Also, the videomode is not
really a videomode, but a "template" (or something) for videomode. A
real videomode doesn't have min & max values, only the actual value.
Perhaps these should be prefixed with "of_"? Then again, they are not
really of specific either...
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120919/a242888c/attachment-0001.pgp>
lication/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120919/80ecb530/attachment.pgp>
g.cgi?id=54101
> Tested-by: lu hua
Lu Hua*x*?
Thanks,
Paul
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120919/6a719c07/attachment.pgp>
attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120919/735894e2/attachment.pgp>
On Mon, Sep 17, 2012 at 04:04:23PM +0100, Chris Wilson wrote:
> On Mon, 17 Sep 2012 07:55:59 -0700, Jesse Barnes virtuousgeek.org> wrote:
> > Yeah, looks good. Did we used to not touch the crtc in the plane
> > cleanup? Either way this is safer.
>
> I think the bug only came to light because QA
On Wed, 19 Sep 2012 11:45:34 +0200, Paul Menzel wrote:
> Am Mittwoch, den 19.09.2012, 11:34 +0200 schrieb Daniel Vetter:
> > On Mon, Sep 17, 2012 at 04:04:23PM +0100, Chris Wilson wrote:
> > > On Mon, 17 Sep 2012 07:55:59 -0700, Jesse Barnes > > virtuousgeek.org> wrote:
> > > > Yeah, looks good.
this patch adds drm_wait_vblank support to Virtual Display module
so user can use DRM_IOCT_WAIT_VBLANK ioctl with this patch.
for this, you should set _DRM_VBLANK_EXYNOS_VIDI flags to
vblwait->request.type
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_dr
On Mon, 2012-09-17 at 15:06 +0200, Simon Kitching wrote:
> Hi,
>
> I've noticed that on resume from suspend, dmesg reports:
>
> [21895.997536] [drm] radeon: 1 quad pipes, 2 z pipes initialized.
> [21896.012072] [drm] PCIE GART of 512M enabled (table at
> 0x0004).
> [21896.012082] ra
From: Dave Airlie
We hit this a lot with i915 and although we'd like to engineer things to hit
it a lot less, this commit at least makes it consume a few less cycles.
from something containing
movzwl 0x0(%rip),%r10d
to
add%r8,%rdx
I only noticed it while using perf to profile something else
Restructure the code to jump out via labels instead of directly returning
early.
---
drivers/gpu/drm/radeon/r100.c | 12 ++--
drivers/gpu/drm/radeon/r600.c | 12 ++--
2 files changed, 12 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r100.c b/drivers/gpu/dr
> we should just skip the igp reading function on not-x86, since IGP on
> not x86 makes no sense.
I #ifdef'ed out the igp part with CONFIG_X86. This time it got to
[drm] radeon: ring at 0x01FF0C002000
and stopped here. Some printks showed the actual hang happens in
radeon_ring_commit() with th
Somehow this hunk got dropped from my last patch. We do not have the
rc6_attrs when there is no CONFIG_PM so this causes a compilation error.
Reported-by: Fengguang Wu
Signed-off-by: Ben Widawsky
---
drivers/gpu/drm/i915/i915_sysfs.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers
Somehow this hunk got dropped from my last patch. We do not have the
rc6_attrs when there is no CONFIG_PM so this causes a compilation error.
Reported-by: Fengguang Wu
Signed-off-by: Ben Widawsky
---
drivers/gpu/drm/i915/i915_sysfs.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers
https://bugs.freedesktop.org/show_bug.cgi?id=55006
--- Comment #7 from spamfang1199 at yahoo.de 2012-09-19 10:32:49 UTC ---
Sorry my cheers about radeon.agpmode=-1 came too early. I did some more testing
and the results are these:
radeon.agpmode=-1 freeze
radeon.agpmode= 1 freeze
radeon.agpmode=
https://bugs.freedesktop.org/show_bug.cgi?id=55006
--- Comment #6 from spamfang1199 at yahoo.de 2012-09-19 10:32:29 UTC ---
Created attachment 67371
--> https://bugs.freedesktop.org/attachment.cgi?id=67371
next row of crashes
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab
https://bugs.freedesktop.org/show_bug.cgi?id=49198
Paul Menzel changed:
What|Removed |Added
CC||paulepanter at users.sourcefor
This patch adds a helper function for parsing videomodes from the devicetree.
The videomode can be either converted to a struct drm_display_mode or a
struct fb_videomode.
Signed-off-by: Sascha Hauer
Signed-off-by: Steffen Trumtrar
---
Hi!
changes since v3:
- print error messages
.name = "exynos-drm",
> + .of_match_table = of_match_ptr(drm_device_dt_match),
> },
> };
Thanks,
Paul
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This
https://bugzilla.kernel.org/show_bug.cgi?id=46231
--- Comment #2 from Michel D?nzer 2012-09-19 09:35:21
---
Does
https://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=f492c171a38d77fc13a8998a0721f2da50835224
help?
--
Configure bugmail: https://bugzilla.kernel.or
On Tue, Sep 18, 2012 at 10:33:28AM +0300, Jani Nikula wrote:
> On Tue, 18 Sep 2012, Daniel Vetter wrote:
> > +#ifdef CONFIG_LOCKDEP
> > +struct lockdep_map console_lock_dep_map = {
> > + .name = "console_lock"
> > +};
> > +#endif
>
> static?
Yeah, static. I'm travelling atm, so will take a whi
On Wed, Sep 19, 2012 at 01:53:25PM +0800, Shawn Guo wrote:
> On Wed, Sep 12, 2012 at 12:31:14PM +0200, Sascha Hauer wrote:
> > Signed-off-by: Sascha Hauer
> > ---
> > drivers/staging/imx-drm/TODO | 22 ++
> > 1 file changed, 22 insertions(+)
> > create mode 100644 drivers/s
On Wed, Sep 19, 2012 at 09:18:03AM +0200, Sascha Hauer wrote:
> On Wed, Sep 19, 2012 at 01:53:25PM +0800, Shawn Guo wrote:
> > On Wed, Sep 12, 2012 at 12:31:14PM +0200, Sascha Hauer wrote:
> > > Signed-off-by: Sascha Hauer
> > > ---
> > > drivers/staging/imx-drm/TODO | 22 ++
On Tue, Sep 18, 2012 at 03:06:36PM -0700, Eric Nelson wrote:
> Hi Sascha,
>
> On 09/12/2012 03:31 AM, Sascha Hauer wrote:
> >From: Philipp Zabel
> >
> >Signed-off-by: Philipp Zabel
> >Signed-off-by: Sascha Hauer
> >---
> > .../bindings/staging/imx-drm/fsl-imx-drm.txt | 41
> > +++
On Wed, 19 Sep 2012 11:12:41 +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> We hit this a lot with i915 and although we'd like to engineer things to hit
> it a lot less, this commit at least makes it consume a few less cycles.
>
> from something containing
> movzwl 0x0(%rip),%r10d
> to
> add
https://bugzilla.kernel.org/show_bug.cgi?id=46231
MikeQ changed:
What|Removed |Added
CC||d511215 at rppkn.com
--- Comment #1 from Mike
Hi Ben,
FYI, kernel build failed on
tree: git://people.freedesktop.org/~danvet/drm-intel.git drm-intel-nightly
head: f0db8c3e57486ae7fdbc52bc157f997394d7d11d
commit: 8c3f929b6147e142efc58d5d03dc6fa703b14a5d [40/142] drm/i915: Enable some
sysfs stuff without CONFIG_PM
config: i386-randconfig-
On 09/18/2012 11:52 PM, Sascha Hauer wrote:
> On Tue, Sep 18, 2012 at 03:06:36PM -0700, Eric Nelson wrote:
>> Hi Sascha,
>>
>> On 09/12/2012 03:31 AM, Sascha Hauer wrote:
>>> From: Philipp Zabel
>>>
>>> Signed-off-by: Philipp Zabel
>>> Signed-off-by: Sascha Hauer
>>> ---
>>> .../bindings/staging/
https://bugs.freedesktop.org/show_bug.cgi?id=49198
--- Comment #11 from Paul Menzel 2012-09-19
13:17:40 UTC ---
The Debian BTS tracks this issue under #688108 [1].
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688108
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=
https://bugs.freedesktop.org/show_bug.cgi?id=53630
--- Comment #6 from Michel Dänzer 2012-09-19 12:43:15 UTC
---
Mesa Git commit 73dd82061e7a5242c88b529c274784731462e039 ('winsys/radeon:
create only one winsys for each fd') and/or kernel commit
http://cgit.freedesktop.org/~agd5f/linux/commit/?h=
Hi,
On Fri, 2012-08-17 at 02:49 +0200, Laurent Pinchart wrote:
> Hi everybody,
>
> While working on DT bindings for the Renesas Mobile SoC display controller
> (a.k.a. LCDC) I quickly realized that display panel implementation based on
> board code callbacks would need to be replaced by a driver-
https://bugs.freedesktop.org/show_bug.cgi?id=55006
--- Comment #7 from spamfang1...@yahoo.de 2012-09-19 10:32:49 UTC ---
Sorry my cheers about radeon.agpmode=-1 came too early. I did some more testing
and the results are these:
radeon.agpmode=-1 freeze
radeon.agpmode= 1 freeze
radeon.agpmode= 2 f
https://bugs.freedesktop.org/show_bug.cgi?id=55006
--- Comment #6 from spamfang1...@yahoo.de 2012-09-19 10:32:29 UTC ---
Created attachment 67371
--> https://bugs.freedesktop.org/attachment.cgi?id=67371
next row of crashes
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=em
On Wed, 19 Sep 2012 11:45:34 +0200, Paul Menzel
wrote:
> Am Mittwoch, den 19.09.2012, 11:34 +0200 schrieb Daniel Vetter:
> > On Mon, Sep 17, 2012 at 04:04:23PM +0100, Chris Wilson wrote:
> > > On Mon, 17 Sep 2012 07:55:59 -0700, Jesse Barnes
> > > wrote:
> > > > Yeah, looks good. Did we used t
https://bugs.freedesktop.org/show_bug.cgi?id=49198
Paul Menzel changed:
What|Removed |Added
CC||paulepanter@users.sourcefor
https://bugs.freedesktop.org/show_bug.cgi?id=50149
--- Comment #19 from Tom Stellard 2012-09-19 03:17:56
UTC ---
Created attachment 67362
--> https://bugs.freedesktop.org/attachment.cgi?id=67362
Fix patch #2
If you apply these two patches and run Lightsmark with RADEON_TEX_GROUP=32,
does it r
https://bugs.freedesktop.org/show_bug.cgi?id=50149
Tom Stellard changed:
What|Removed |Added
Attachment #63471|0 |1
is obsolete|
On Mit, 2012-09-19 at 11:39 +0200, Paul Menzel wrote:
>
> Evolution 3.4.3-1 from Debian Sid/unstable crashed
>
> Core was generated by `evolution --component=mail
> mailto:some...@example.net'.
> Program terminated with signal 11, Segmentation fault.
> #0 0x7fa3f0f7
Am Mittwoch, den 19.09.2012, 11:34 +0200 schrieb Daniel Vetter:
> On Mon, Sep 17, 2012 at 04:04:23PM +0100, Chris Wilson wrote:
> > On Mon, 17 Sep 2012 07:55:59 -0700, Jesse Barnes
> > wrote:
> > > Yeah, looks good. Did we used to not touch the crtc in the plane
> > > cleanup? Either way this i
Dear DRI folks,
Evolution 3.4.3-1 from Debian Sid/unstable crashed
Core was generated by `evolution --component=mail
mailto:some...@example.net'.
Program terminated with signal 11, Segmentation fault.
#0 0x7fa3f0f7cce9 in pthread_detach (th=140341800765184) at
pthr
https://bugzilla.kernel.org/show_bug.cgi?id=46231
--- Comment #2 from Michel Dänzer 2012-09-19 09:35:21 ---
Does
https://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=f492c171a38d77fc13a8998a0721f2da50835224
help?
--
Configure bugmail: https://bugzilla.kernel.org
On Mon, Sep 17, 2012 at 04:04:23PM +0100, Chris Wilson wrote:
> On Mon, 17 Sep 2012 07:55:59 -0700, Jesse Barnes
> wrote:
> > Yeah, looks good. Did we used to not touch the crtc in the plane
> > cleanup? Either way this is safer.
>
> I think the bug only came to light because QA is now routine
On Wed, 2012-09-19 at 10:20 +0200, Steffen Trumtrar wrote:
> This patch adds a helper function for parsing videomodes from the devicetree.
> The videomode can be either converted to a struct drm_display_mode or a
> struct fb_videomode.
>
> Signed-off-by: Sascha Hauer
> Signed-off-by: Steffen Trum
On Mon, 2012-09-17 at 15:06 +0200, Simon Kitching wrote:
> Hi,
>
> I've noticed that on resume from suspend, dmesg reports:
>
> [21895.997536] [drm] radeon: 1 quad pipes, 2 z pipes initialized.
> [21896.012072] [drm] PCIE GART of 512M enabled (table at
> 0x0004).
> [21896.012082] ra
https://bugzilla.kernel.org/show_bug.cgi?id=46231
MikeQ changed:
What|Removed |Added
CC||d511...@rppkn.com
--- Comment #1 from MikeQ
Dear Leela,
thank you for your patch.
Am Mittwoch, den 19.09.2012, 00:05 +0530 schrieb Leela Krishna Amudala:
> This patch adds match table for drm platform device.
Please drop that line as it is the same as in the subject line.
It would be better,
1. if you explain for what this will be use
> we should just skip the igp reading function on not-x86, since IGP on
> not x86 makes no sense.
I #ifdef'ed out the igp part with CONFIG_X86. This time it got to
[drm] radeon: ring at 0x01FF0C002000
and stopped here. Some printks showed the actual hang happens in
radeon_ring_commit() with th
On Wed, 19 Sep 2012 11:12:41 +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> We hit this a lot with i915 and although we'd like to engineer things to hit
> it a lot less, this commit at least makes it consume a few less cycles.
>
> from something containing
> movzwl 0x0(%rip),%r10d
> to
> add
On Tue, Sep 18, 2012 at 10:33:28AM +0300, Jani Nikula wrote:
> On Tue, 18 Sep 2012, Daniel Vetter wrote:
> > +#ifdef CONFIG_LOCKDEP
> > +struct lockdep_map console_lock_dep_map = {
> > + .name = "console_lock"
> > +};
> > +#endif
>
> static?
Yeah, static. I'm travelling atm, so will take a whi
Hi Sascha,
On 09/12/2012 03:31 AM, Sascha Hauer wrote:
From: Philipp Zabel
Signed-off-by: Philipp Zabel
Signed-off-by: Sascha Hauer
---
.../bindings/staging/imx-drm/fsl-imx-drm.txt | 41
1 file changed, 41 insertions(+)
create mode 100644
Documentation/devicet
On Wed, Sep 19, 2012 at 01:53:25PM +0800, Shawn Guo wrote:
> On Wed, Sep 12, 2012 at 12:31:14PM +0200, Sascha Hauer wrote:
> > Signed-off-by: Sascha Hauer
> > ---
> > drivers/staging/imx-drm/TODO | 22 ++
> > 1 file changed, 22 insertions(+)
> > create mode 100644 drivers/s
This patch adds match table for drm platform device.
Signed-off-by: Leela Krishna Amudala
---
drivers/gpu/drm/exynos/exynos_drm_drv.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_drv.c
b/drivers/gpu/drm/exynos/exynos_drm_drv.
64 matches
Mail list logo
