https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #125 from Alexandre Demers
2012-08-17 03:00:53 UTC ---
(In reply to comment #124)
> And there are some random rendering issues that wasn't there before the
> patches, like using the wrong texture.
>
> Good: http://img713.imageshack.
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #126 from Alexandre Demers
2012-08-17 03:18:27 UTC ---
Good news on my side: I was unable to recreate the bug until now. So I went
with running pilit tests. Sadly, for that part, it still locks (now tracked
under bug 53111).
I won't
https://bugs.freedesktop.org/show_bug.cgi?id=53111
--- Comment #8 from Alexandre Demers
2012-08-17 03:49:31 UTC ---
Is there a way to use apitrace in combination with piglit? I'd like to trace
the problematic test.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
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
re
Size: 836 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120817/2fd1cda9/attachment.pgp>
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 at 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_
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 gyhor at 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
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
ngs are at the
> core
> of display support in all drivers so we can't just get rid of them. The h/v
> front/back porch and sync won't be used by display drivers for DBI/DSI panels
> anyway.
Right. But we should probably think if we can, at the panel level,
easily separate conventional panels and smart panels. Then this
framework wouldn't need to fake the timings, and it'd be up to the
higher level to decide if and how to fake them. Then again, this is no
biggie. Just thought that at the lowest level it'd be nice to be
"correct" and leave faking to upper layers =).
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/20120817/71a139ee/attachment-0001.pgp>
https://bugzilla.kernel.org/show_bug.cgi?id=30052
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Summary|Fa
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
qs,
workqueues, sysfs files or such. In that case it needs to handle
locking.
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/20120817/f4ea6583/attachment.pgp>
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:
> > > > +/*
> > > > ---
ending on the
> panel type. I'm not sure that's a good thing.
Different API for what? Why anyway need panel type specific functions.
In the panel struct we could just have an union of the different types
of parameters for different types of panels.
But if this complicates things, it's not a biggie. Just something that
has been in my mind when dealing with smart panels and assigning dummy
video timings for them =).
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/20120817/248c54c1/attachment.pgp>
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=
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.glisse at 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
>> serou
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.ht
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
r commit in this series.
I'll see if I can't avoid that as it's confusing. Thanks for your review!
--
keith.packard at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 827 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120817/d1952604/attachment.pgp>
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, alexdeucher at gmail.com wrote:
>>> From: David L
>> From: David Lamparter
>>
>> There are stil
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||kphillisjr at gmail.com
--- Comment #8 fr
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
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.
ize: 827 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120817/e4993471/attachment.pgp>
Hi Hans
I didnt catch this sentence in the documentation of the API "It is
not possible to set part of an EDID, it is always all or nothing." .
Guess, I have to read the documentation thoroughly before making
assumptions. It makes my question irrelevant.
Best Regards
Soby Mathew
On Thu, Aug 16
Hi Dave,
What is your opinion about this patch?
On 15 August 2012 01:27, Sascha Hauer wrote:
> On Tue, Aug 14, 2012 at 05:12:22PM +0530, Sachin Kamat wrote:
>>
>> In general what you suggested seems to be the right thing to do.
>> However in this particular case, making this "depends on" creates
This series adds display switching support for Apple laptops. The first
two patches contain preparatory changes to vga_switcheroo, and the third
contains the changes to support display switching with the gmux.
While these patches will allow switching the display mux, most Macbook
owners will not b
This callback is a no-op in nouveau, and the upcoming apple-gmux
switcheroo support won't require it either. Rather than forcing drivers
to stub it out, just make it optional and remove the callback from
nouveau.
Signed-off-by: Seth Forshee
---
drivers/gpu/drm/nouveau/nouveau_acpi.c |6 -
vga_switcheroo assumes that the handler will be registered before the
last client, otherwise switching will not be enabled. Likewise it's
assumed that the handler will not be unregistered without at least one
client also being unregistered, otherwise switching will remain enabled
despite no longer
From: Andreas Heider
Add support for the gmux display muxing functionality and register a mux
handler with vga_switcheroo.
Signed-off-by: Andreas Heider
Signed-off-by: Seth Forshee
---
drivers/platform/x86/apple-gmux.c | 224 +
1 file changed, 224 insertio
Hi Laurent,
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 Tuesday 14 August 2012 18:37:23 Sylwester Nawrocki wrote:
On 08/14/2012 03:04 PM, Mauro Carvalho Chehab wrote:
Em 17-08-2012 18:01, Sylwester Nawrocki escreveu:
> Hi Laurent,
>
> 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 Tuesday 14 August 2012 18:37:23 Sylwester Nawrocki wrote
101 - 188 of 188 matches
Mail list logo
