The name of the exynos drm fimd device is renamed to exynos-drm-fimd
and two device ids are created for exynos4-fb and exynos5-drm-fimd.
Also, added driver data for exynos5 to pick the fimd version at runtime and
to choose the VIDTCON register offsets accordingly.
Signed-off-by: Leela Krishna Amud
Add device tree based discovery support for DRM-FIMD driver.
Signed-off-by: Leela Krishna Amudala
---
Documentation/devicetree/bindings/fb/drm-fimd.txt | 80 +
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 95 -
2 files changed, 173 insertions(+), 2
This patch set adds device tree support for DRM-FIMD for Samsung's Exynos5250.
It includes parsing platform data from dts file. Also, adds the driver data
for exynos5 device.
This patchset is based and tested on top of v3.6-rc1
Also depends on below patchset
http://lists.freedesktop.org/archives/
Hi Hans,
For EDID update, it is recommended that the HPD line be toggled
after the EDID update is completed. So for the driver to detect the
EDID write is complete, probably a field mentioning the EDID write
completed would be good, so that the HPD toggling can be done by the
driver.
Best Regar
On Thu, Aug 16, 2012 at 01:54:55PM -0400, alexdeuc...@gmail.com wrote:
> From: David L
>
> This is required for pure UEFI systems. The vbios is stored
> in ACPI rather than at the legacy vga location.
>
> Fixes:
> https://bugs.freedesktop.org/show_bug.cgi?id=26891
>
> Signed-off-by: Alex Deuch
On Thu, Aug 16, 2012 at 01:54:56PM -0400, alexdeuc...@gmail.com wrote:
> From: Alex Deucher
>
> There are systems that use ATRM, but not ATPX.
>
> Fixes:
> https://bugs.freedesktop.org/show_bug.cgi?id=41265
Same #ifdef comments here as for patch 1/2.
thanks,
greg k-h
_
On Thu, Aug 16, 2012 at 03:13:46PM -0400, alexdeuc...@gmail.com wrote:
> From: David L
>
> This is required for pure UEFI systems. The vbios is stored
> in ACPI rather than at the legacy vga location.
>
> Fixes:
> https://bugs.freedesktop.org/show_bug.cgi?id=26891
>
> V2: fix #ifdefs as per Gr
On Mon, Aug 06, 2012 at 12:56:04PM -0400, j.gli...@gmail.com wrote:
> From: Jerome Glisse
>
> Virtual address need to be fenced to know when we can safely remove it.
> This patch also properly clear the pagetable. Previously it was
> serouisly broken.
>
> v2: For to update pagetable when unbindi
On Friday, August 17, 2012 9:50 AM 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-ba
On Thu, 16 Aug 2012, Jerome Glisse wrote:
> On Thu, Aug 16, 2012 at 11:13 AM, Jani Nikula
> wrote:
>>
>> There's a bug [1] where the faster GMBUS transmissions fail with some
>> CRTs, and the fix [2] is to fallback to GPIO bit-banging upon errors. As
>> noted in the bug, the fix still leaves plen
Hi Dave,
First -next pull for 3.7. Highlights:
- hsw hdmi improvements (Paulo)
- ips/rps locking rework and cleanups
- rc6 on ilk by default again
- hw context&dp&dpff support for hsw (Ben)
- GET_PARAM_HAS_SEMAPHORES (Chris)
- gen6+ pipe_control improvements (Chris)
- set_cacheing ioctl and assort
https://bugs.freedesktop.org/show_bug.cgi?id=45018
Michel Dänzer changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=53111
--- Comment #9 from Michel Dänzer 2012-08-17 07:28:50 UTC
---
(In reply to comment #8)
> Is there a way to use apitrace in combination with piglit? I'd like to trace
> the problematic test.
The first step would be to reproduce the problem by ma
https://bugs.freedesktop.org/show_bug.cgi?id=53630
Bug #: 53630
Summary: compiz + glamor = screen corruptions
Classification: Unclassified
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=53632
Bug #: 53632
Summary: Radmon rendering corruptions
Classification: Unclassified
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Stat
https://bugs.freedesktop.org/show_bug.cgi?id=53632
--- Comment #1 from Michel Dänzer 2012-08-17 08:28:09 UTC
---
(In reply to comment #1)
> Good: http://img713.imageshack.us/img713/492/mcgood.png
> Bad: http://img96.imageshack.us/img96/6417/mcbad.png
Please attach files here directly.
> There
Hi,
On Fri, 2012-08-17 at 02:49 +0200, Laurent Pinchart wrote:
> I will appreciate all reviews, comments, criticisms, ideas, remarks, ... If
Oookay, where to start... ;)
A few cosmetic/general comments first.
I find the file naming a bit strange. You have panel.c, which is the
core framework,
https://bugs.freedesktop.org/show_bug.cgi?id=53632
--- Comment #2 from Thomas Rohloff 2012-08-17 08:40:26 UTC
---
Created attachment 65672
--> https://bugs.freedesktop.org/attachment.cgi?id=65672
Good rendering
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=53632
--- Comment #3 from Thomas Rohloff 2012-08-17 08:40:54 UTC
---
Created attachment 65673
--> https://bugs.freedesktop.org/attachment.cgi?id=65673
Bad rendering
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=53632
--- Comment #4 from Thomas Rohloff 2012-08-17 08:43:23 UTC
---
(In reply to comment #1)
> Please attach files here directly.
Sorry, done.
> Can you bisect which commit exactly triggered it?
I'm not that good at bisecting (never did it) but I co
Signed-off-by: Huacai Chen
Signed-off-by: Hongliang Tao
Signed-off-by: Hua Yan
Cc: dri-devel@lists.freedesktop.org
---
drivers/gpu/drm/drm_vm.c |2 +-
drivers/gpu/drm/ttm/ttm_bo_util.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_vm.
https://bugs.freedesktop.org/show_bug.cgi?id=53632
--- Comment #5 from Michel Dänzer 2012-08-17 08:47:30 UTC
---
(In reply to comment #4)
> > Can you bisect which commit exactly triggered it?
> I'm not that good at bisecting (never did it) but I could try to remove your
> patches one by one. Wou
On Fri, 2012-08-17 at 02:49 +0200, Laurent Pinchart wrote:
> +/*
> -
> + * Bus operations
> + */
> +
> +void panel_dbi_write_command(struct panel_dbi_device *dev, unsigned long cmd)
> +{
> + dev->bus->ops->write_comma
https://bugs.freedesktop.org/show_bug.cgi?id=53632
Andreas Boll changed:
What|Removed |Added
Summary|Radmon rendering|Random rendering
|corru
Hello,
On Fri, Aug 17, 2012 at 6:18 AM, Joonyoung Shim wrote:
>
> Hi Leela.
>
> 2012/8/16 Leela Krishna Amudala :
> > The name of the exynos drm fimd device is renamed to exynos-drm-fimd
> > and two device ids are created for exynos4-fb and exynos5-drm-fimd.
> > Also, added driver data for exynos
Hello,
On Fri, Aug 17, 2012 at 6:55 AM, Joonyoung Shim wrote:
> Hi,
>
> 2012/8/16 Leela Krishna Amudala :
>> Add device tree based discovery support for DRM-FIMD driver.
>>
>> Signed-off-by: Leela Krishna Amudala
>> ---
>> Documentation/devicetree/bindings/fb/drm-fimd.txt | 80 +++
https://bugs.freedesktop.org/show_bug.cgi?id=53632
Thomas Rohloff changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Hello all,
This patch set fixes the following:
. fixed page align
- page align is done by exynos_drm_gem_create() so do not align
in page unit at exynos_drm_gem_dumb_create().
. removed unnecessary dpms call
- encoder's mode_set callback isn't specific to hardware so
it doesn't need to
when remove callback of exynos_drm_subdrv is called, it could need
device object for sub driver to control things specific to hw such as
runtime pm.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_drv.h |2 +-
drivers/gpu/drm/exynos/exynos_drm_fim
this patch separates sub driver's probe call and encoder/connector creation
so that exynos drm core module can take exception when some operation was
failed properly.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_core.c | 93 +--
do not align in page unit at dumb creation. the align is done
by exynos_drm_gem_create() to be called commonly.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_gem.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/
crtc and encoder's dpms callback will be called before connector's dpms
is called so drm_helper_connector_dpms doesn't need to be called.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_connector.c |9 -
1 files changed, 8 insertions(+), 1
encoder's mode_set callback isn't specific to hardware so it doesn't
need to call exynos_drm_encoder_dpms().
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_encoder.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu
this patch separetes fimd_power_on into fimd_activate and fimd_clock and
fimd_activate function will call fimd_clock to control fimd power and
vsync interrupt.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 60 --
it doesn't need that display power is controlled by encoder's dpms so
moves it into connector module so that the display power can be controlled
by connector's dpms propely.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_connector.c | 11 ++-
the values set to registers will be updated into real registers
at vsync so dma operation could be malfunctioned when accessed
to memory after gem buffer was released. this patch makes sure
that hw overlay is disabled before the gem buffer is released.
Signed-off-by: Inki Dae
Signed-off-by: Kyung
this patch adds buf_cnt variable in exynos_drm_fb structure and
that means a buffer count to drm framebuffer and also adds two
functions to get/set the buffer count from/to exynos_drm_fb structure.
if pixel format is not DRM_FORMAT_NV12MT then it gets a buffer count
to drm framebuffer refering to m
if old_crtc isn't same as encoder->crtc then it means that
user changed crtc id to another one so a plane to old_crtc
should be disabled so that current plane can be updated safely
and plane->crtc should be set to new crtc(encoder->crtc)
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
this patch changes ctx variable name in exynos_drm_hdmi_context
structure to client because the use of ctx variable makes it confused.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_hdmi.c | 38 +++---
drivers/gpu/drm/exynos/
the argument of drm_hdmi_mode_fixup function, struct drm_display_mode
should be declared as const.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_hdmi.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/exynos/e
the values set to registers will be updated into real registers
at vsync so dma operation could be malfunctioned when accessed
to memory after gem buffer was released. this patch makes sure
that hw overlay is disabled before the gem buffer is released.
Signed-off-by: Inki Dae
Signed-off-by: Kyung
https://bugs.freedesktop.org/show_bug.cgi?id=53630
--- Comment #1 from Thomas Rohloff 2012-08-17 09:53:47 UTC
---
Created attachment 65683
--> https://bugs.freedesktop.org/attachment.cgi?id=65683
Desktop without glamor (good rendering)
--
Configure bugmail: https://bugs.freedesktop.org/userp
https://bugs.freedesktop.org/show_bug.cgi?id=53630
--- Comment #2 from Thomas Rohloff 2012-08-17 09:55:05 UTC
---
Created attachment 65685
--> https://bugs.freedesktop.org/attachment.cgi?id=65685
Desktop with glamor (bad rendering)
--
Configure bugmail: https://bugs.freedesktop.org/userprefs
https://bugs.freedesktop.org/show_bug.cgi?id=53630
--- Comment #3 from Thomas Rohloff 2012-08-17 09:58:29 UTC
---
Created attachment 65687
--> https://bugs.freedesktop.org/attachment.cgi?id=65687
Compiz loading
As you see here (and at the screenshots) the colors are wrong, too (red to
blue, f
Hi Tomi,
Thank you for the review.
On Friday 17 August 2012 12:03:02 Tomi Valkeinen wrote:
> On Fri, 2012-08-17 at 02:49 +0200, Laurent Pinchart wrote:
> > +/*
> > -
> > + * Bus operations
> > + */
> > +
> > +void panel_
https://bugs.freedesktop.org/show_bug.cgi?id=41265
--- Comment #48 from gy...@gmx.de 2012-08-17 10:09:17 UTC ---
(In reply to comment #46)
> Created attachment 65659 [details] [review]
> fix for all kernels
>
> Here's the patch broken out which should apply to all recent kernels.
for kernel 3.5r
https://bugs.freedesktop.org/show_bug.cgi?id=53630
--- Comment #4 from Michel Dänzer 2012-08-17 10:10:45 UTC
---
Does this still occur with the kernel fix from bug 45018?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
https://bugs.freedesktop.org/show_bug.cgi?id=53630
--- Comment #5 from Thomas Rohloff 2012-08-17 10:25:00 UTC
---
(In reply to comment #4)
> Does this still occur with the kernel fix from bug 45018?
Yes.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
On Fri, 2012-08-17 at 12:02 +0200, Laurent Pinchart wrote:
> Hi Tomi,
>
> Thank you for the review.
>
> On Friday 17 August 2012 12:03:02 Tomi Valkeinen wrote:
> > On Fri, 2012-08-17 at 02:49 +0200, Laurent Pinchart wrote:
> > > +/*
> > > --
https://bugzilla.kernel.org/show_bug.cgi?id=30052
Alan changed:
What|Removed |Added
CC||a...@lxorguk.ukuu.org.uk
Summary|Fails
https://bugzilla.kernel.org/show_bug.cgi?id=30102
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
Hi Tomi,
Thanks a lot for the review.
On Friday 17 August 2012 11:38:14 Tomi Valkeinen wrote:
> On Fri, 2012-08-17 at 02:49 +0200, Laurent Pinchart wrote:
> > I will appreciate all reviews, comments, criticisms, ideas, remarks, ...
> > If
>
> Oookay, where to start... ;)
>
> A few cosmetic/gene
On Fri, 2012-08-17 at 13:10 +0200, Laurent Pinchart wrote:
> What kind of directory structure do you have in mind ? Panels are already
> isolated in drivers/video/panel/ so we could already ditch the panel- prefix
> in drivers.
The same directory also contains files for the framework and buses.
Hi Tomi,
On Friday 17 August 2012 13:51:49 Tomi Valkeinen wrote:
> On Fri, 2012-08-17 at 12:02 +0200, Laurent Pinchart wrote:
> > On Friday 17 August 2012 12:03:02 Tomi Valkeinen wrote:
> > > On Fri, 2012-08-17 at 02:49 +0200, Laurent Pinchart wrote:
> > > > +/*
> > > > ---
On Fri, 2012-08-17 at 14:33 +0200, Laurent Pinchart wrote:
> > But first, the data type should be byte, not unsigned long. How would
> > you write 8 bits or 16 bits with your API?
>
> u8 and u16 both fit in an unsigned long :-) Please see below.
Ah, I see, so the driver would just discard 24 bit
https://bugs.freedesktop.org/show_bug.cgi?id=41265
Alex Deucher changed:
What|Removed |Added
Attachment #65659|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=41265
--- Comment #50 from Alex Deucher 2012-08-17 13:09:32 UTC ---
Created attachment 65693
--> https://bugs.freedesktop.org/attachment.cgi?id=65693
upstream 2/2
Second patch.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=e
On Thu, Aug 16, 2012 at 10:55 PM, Dave Airlie wrote:
> From: Dave Airlie
>
> This turns off the crtc when its been disabled,
> fixes it not turning off properly the whole time.
>
> Signed-off-by: Dave Airlie
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/udl/udl_modeset.c | 3 +--
> 1 fil
On Thu, Aug 16, 2012 at 7:13 PM, Greg KH wrote:
> On Mon, Aug 06, 2012 at 12:56:04PM -0400, j.gli...@gmail.com wrote:
>> From: Jerome Glisse
>>
>> Virtual address need to be fenced to know when we can safely remove it.
>> This patch also properly clear the pagetable. Previously it was
>> serouisl
https://bugs.freedesktop.org/show_bug.cgi?id=42373
--- Comment #26 from Kunal 2012-08-17 13:54:43
UTC ---
(In reply to comment #25)
> You might try the 5 patches starting with this one:
> http://lists.freedesktop.org/archives/dri-devel/2012-August/026498.html
On top of previous patche(s) (by Je
Hi Tomi,
On Friday 17 August 2012 16:06:30 Tomi Valkeinen wrote:
> On Fri, 2012-08-17 at 14:33 +0200, Laurent Pinchart wrote:
> > > But first, the data type should be byte, not unsigned long. How would
> > > you write 8 bits or 16 bits with your API?
> >
> > u8 and u16 both fit in an unsigned lon
From: Damien Lespiau
Signed-off-by: Damien Lespiau
---
drivers/gpu/drm/drm_modes.c |3 ---
include/drm/drm_crtc.h |2 --
2 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gpu/drm/drm_modes.c
index b7adb4a..28637c1 100644
--- a/driv
https://bugs.freedesktop.org/show_bug.cgi?id=42373
--- Comment #27 from Alex Deucher 2012-08-17 14:21:26 UTC ---
(In reply to comment #26)
> (In reply to comment #25)
> > You might try the 5 patches starting with this one:
> > http://lists.freedesktop.org/archives/dri-devel/2012-August/026498.htm
On Tue, Aug 14, 2012 at 5:34 AM, Keith Packard wrote:
@@ -3728,7 +3728,8 @@ static inline bool intel_panel_use_ssc(struct
drm_i915_private *dev_priv)
*/
static bool intel_choose_pipe_bpp_dither(struct drm_crtc *crtc,
unsigned int *pipe_bpp,
-
On Fri, Aug 17, 2012 at 3:01 AM, Jani Nikula
wrote:
> On Thu, 16 Aug 2012, Jerome Glisse wrote:
>> On Thu, Aug 16, 2012 at 11:13 AM, Jani Nikula
>> wrote:
>>>
>>> There's a bug [1] where the faster GMBUS transmissions fail with some
>>> CRTs, and the fix [2] is to fallback to GPIO bit-banging up
"Lespiau, Damien" writes:
> On Tue, Aug 14, 2012 at 5:34 AM, Keith Packard wrote:
>
> @@ -3728,7 +3728,8 @@ static inline bool intel_panel_use_ssc(struct
> drm_i915_private *dev_priv)
> */
> static bool intel_choose_pipe_bpp_dither(struct drm_crtc *crtc,
>
On Tue, Aug 14, 2012 at 5:34 AM, Keith Packard wrote:
> @@ -3845,8 +3836,20 @@ static bool intel_choose_pipe_bpp_dither(struct
> drm_crtc *crtc,
>
> display_bpc = min(display_bpc, bpc);
>
> - DRM_DEBUG_KMS("setting pipe bpc to %d (max display bpc %d)\n",
> - bpc,
On Fri, Aug 17, 2012 at 4:00 PM, Keith Packard wrote:
>> I guess this does not cover the case of pipe B using 3 lanes meaning
>> pipe C can use 1?
>
> It didn't look like that was a supported mode from the docs.
Ah yes, found it now "FDI B maximum port width is 4 lanes when FDI C
is disabled, 2 l
On Tue, Aug 14, 2012 at 5:34 AM, Keith Packard wrote:
> Just a bit of cleanup; it appears to have no effect.
>
> Signed-off-by: Keith Packard
> ---
> drivers/gpu/drm/i915/intel_display.c |7 +--
> 1 file changed, 5 insertions(+), 2 deletions(-)
Clearing the locking bit in FDI_RX_IIR loo
On Tue, Aug 14, 2012 at 5:34 AM, Keith Packard wrote:
> These should probably all look like
>
> enabled |= (1 << pipe)
>
> so that the intent is clear...
>
> Signed-off-by: Keith Packard
> ---
> drivers/gpu/drm/i915/intel_pm.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
On Tue, Aug 14, 2012 at 5:34 AM, Keith Packard wrote:
> Doesn't make sense to disable in the other order.
>
> Signed-off-by: Keith Packard
> ---
> drivers/gpu/drm/i915/intel_display.c | 10 +-
> 1 file changed, 5 insertions(+), 5 deletions(-)
I can't see anything in the docs about an
Adding Matthew in case he as any ideas.
On Thu, Aug 16, 2012 at 3:51 PM, Alex Deucher wrote:
> On Thu, Aug 16, 2012 at 3:40 PM, David Lamparter wrote:
>> On Thu, Aug 16, 2012 at 03:13:46PM -0400, alexdeuc...@gmail.com wrote:
>>> From: David L
>> From: David Lamparter
>>
>> There are still two
On Fri, Aug 17, 2012 at 12:56:31PM -0400, Alex Deucher wrote:
> > I guess we could leave it as is for now for -fixes and then switch it
> > use use the new exported symbol for -next? Is it ok to export a new
> > symbol for -fixes?
I don't see why not, providing the ACPI people are happy with it.
On Tue, Aug 14, 2012 at 5:34 AM, Keith Packard wrote:
> @@ -2324,6 +2324,8 @@ static void intel_fdi_normal_train(struct drm_crtc
> *crtc)
> temp |= FDI_LINK_TRAIN_NONE | FDI_TX_ENHANCE_FRAME_ENABLE;
> }
> I915_WRITE(reg, temp);
> + POSTING_READ(reg);
> +
https://bugs.freedesktop.org/show_bug.cgi?id=42373
--- Comment #28 from Kunal 2012-08-17 18:10:08
UTC ---
(In reply to comment #27)
> (In reply to comment #26)
> > (In reply to comment #25)
> > > You might try the 5 patches starting with this one:
> > > http://lists.freedesktop.org/archives/dri-
https://bugs.freedesktop.org/show_bug.cgi?id=42373
--- Comment #29 from Kunal 2012-08-17 18:11:08
UTC ---
Created attachment 65703
--> https://bugs.freedesktop.org/attachment.cgi?id=65703
dmesg output as of 17th Aug., 2012.
dmesg output with the new kernel.
--
Configure bugmail: https://bug
https://bugs.freedesktop.org/show_bug.cgi?id=42373
--- Comment #30 from Kunal 2012-08-17 18:11:43
UTC ---
Created attachment 65704
--> https://bugs.freedesktop.org/attachment.cgi?id=65704
xorg log as of 17th Aug, 2012
xorg log for the same.
--
Configure bugmail: https://bugs.freedesktop.org
From: Jerome Glisse
If spread spectrum is enabled and in use for a given pll we
should not turn it off as it will lead to turning off display
for crtc that use the pll (this behavior was observed on chelsea
edp).
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/atombios_crtc.c | 25 ++
On Fri, Aug 17, 2012 at 2:40 PM, wrote:
> From: Jerome Glisse
>
> If spread spectrum is enabled and in use for a given pll we
> should not turn it off as it will lead to turning off display
> for crtc that use the pll (this behavior was observed on chelsea
> edp).
>
> Signed-off-by: Jerome Gliss
On Fri, Aug 17, 2012 at 2:54 PM, Alex Deucher wrote:
> On Fri, Aug 17, 2012 at 2:40 PM, wrote:
>> From: Jerome Glisse
>>
>> If spread spectrum is enabled and in use for a given pll we
>> should not turn it off as it will lead to turning off display
>> for crtc that use the pll (this behavior wa
https://bugs.freedesktop.org/show_bug.cgi?id=43829
Alex Deucher changed:
What|Removed |Added
CC||kphilli...@gmail.com
--- Comment #8 from
On Fri, Aug 17, 2012 at 2:54 PM, Alex Deucher wrote:
> On Fri, Aug 17, 2012 at 2:40 PM, wrote:
>> From: Jerome Glisse
>>
>> If spread spectrum is enabled and in use for a given pll we
>> should not turn it off as it will lead to turning off display
>> for crtc that use the pll (this behavior wa
On 08/17/2012 03:25 PM, Justin M. Forbes wrote:
> for , we have verified cases on inteldrmfb, radeondrmfb, and
> cirrusdrmfb.
>
> This is the last message displayed before the system hangs. This seems
> to be hitting a large number of users in Fedora, though certainly not
> everyone. This start
Hi Mauro,
On Friday 17 August 2012 19:03:47 Mauro Carvalho Chehab wrote:
> Em 17-08-2012 18:01, Sylwester Nawrocki escreveu:
> > On 08/15/2012 11:09 PM, Laurent Pinchart wrote:
> >> On Wednesday 15 August 2012 18:13:19 Sylwester Nawrocki wrote:
> >>> On 08/15/2012 12:06 AM, Laurent Pinchart wrote:
On Sat, Aug 18, 2012 at 8:28 AM, Randy Dunlap wrote:
> On 08/17/2012 03:25 PM, Justin M. Forbes wrote:
>
>> for , we have verified cases on inteldrmfb, radeondrmfb, and
>> cirrusdrmfb.
>>
>> This is the last message displayed before the system hangs. This seems
>> to be hitting a large number of
On Sat, Aug 18, 2012 at 8:54 AM, Dave Airlie wrote:
> On Sat, Aug 18, 2012 at 8:28 AM, Randy Dunlap wrote:
>> On 08/17/2012 03:25 PM, Justin M. Forbes wrote:
>>
>>> for , we have verified cases on inteldrmfb, radeondrmfb, and
>>> cirrusdrmfb.
>>>
>>> This is the last message displayed before the
On 08/17/2012 03:55 PM, Dave Airlie wrote:
> On Sat, Aug 18, 2012 at 8:54 AM, Dave Airlie wrote:
>> On Sat, Aug 18, 2012 at 8:28 AM, Randy Dunlap wrote:
>>> On 08/17/2012 03:25 PM, Justin M. Forbes wrote:
>>>
for , we have verified cases on inteldrmfb, radeondrmfb, and
cirrusdrmfb.
>>>
"Lespiau, Damien" writes:
> I can't see anything in the docs about an order requirement for those.
Right, the docs don't say anything, which is a bit disconcerting.
> Not sure why the other way does not make sense. Somehow disabling TX
> before RX makes some sense to me (TX enabled without a re
Hi Tomi,
On Friday 17 August 2012 14:42:31 Tomi Valkeinen wrote:
> On Fri, 2012-08-17 at 13:10 +0200, Laurent Pinchart wrote:
> > What kind of directory structure do you have in mind ? Panels are already
> > isolated in drivers/video/panel/ so we could already ditch the panel-
> > prefix in driver
https://bugs.freedesktop.org/show_bug.cgi?id=53111
--- Comment #10 from Alexandre Demers 2012-08-18
05:08:00 UTC ---
Well, it seems running it through qapitrace doesn't lock. But running only this
single test in a terminal does.
One thing though: when using qapitrace and looking up state, frame
https://bugs.freedesktop.org/show_bug.cgi?id=53111
--- Comment #11 from Alexandre Demers 2012-08-18
05:09:01 UTC ---
Created attachment 65723
--> https://bugs.freedesktop.org/attachment.cgi?id=65723
apitrace
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Y
Hi Leela.
2012/8/16 Leela Krishna Amudala :
> The name of the exynos drm fimd device is renamed to exynos-drm-fimd
> and two device ids are created for exynos4-fb and exynos5-drm-fimd.
> Also, added driver data for exynos5 to pick the fimd version at runtime and
> to choose the VIDTCON register of
Signed-off-by: Laurent Pinchart
---
drivers/video/Kconfig|1 +
drivers/video/Makefile |1 +
drivers/video/panel/Kconfig |4 +
drivers/video/panel/Makefile |1 +
drivers/video/panel/panel.c | 269 ++
include/video/panel.h
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-based panel
framework.
Several driver-based panel support solution alread
Signed-off-by: Laurent Pinchart
---
drivers/video/panel/Kconfig | 11
drivers/video/panel/Makefile |1 +
drivers/video/panel/panel-dummy.c | 103 +
include/video/panel-dummy.h | 25 +
4 files changed, 140 insertions(+), 0
Signed-off-by: Laurent Pinchart
---
drivers/video/panel/Kconfig |4 +
drivers/video/panel/Makefile|1 +
drivers/video/panel/panel-dbi.c | 217 +++
include/video/panel-dbi.h | 92 +
4 files changed, 314 insertions(+), 0 d
The R61505 is a SYS-80 bus panel controller from Renesas.
Signed-off-by: Laurent Pinchart
---
drivers/video/panel/Kconfig|9 +
drivers/video/panel/Makefile |1 +
drivers/video/panel/panel-r61505.c | 520
include/video/panel-r61505.h
The R61517 is a MIPI DBI panel controller from Renesas.
Signed-off-by: Laurent Pinchart
---
drivers/video/panel/Kconfig|9 +
drivers/video/panel/Makefile |1 +
drivers/video/panel/panel-r61517.c | 408
include/video/panel-r61517.h
Hi,
2012/8/16 Leela Krishna Amudala :
> Add device tree based discovery support for DRM-FIMD driver.
>
> Signed-off-by: Leela Krishna Amudala
> ---
> Documentation/devicetree/bindings/fb/drm-fimd.txt | 80 +
> drivers/gpu/drm/exynos/exynos_drm_fimd.c | 95
>
From: Dave Airlie
This turns off the crtc when its been disabled,
fixes it not turning off properly the whole time.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/udl/udl_modeset.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/udl/udl_modeset.c
b/driver
1 - 100 of 188 matches
Mail list logo
