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:
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
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=43829
Alex Deucher changed:
What|Removed |Added
CC||kphillisjr at gmail.com
--- Comment #8 fr
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
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
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
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/
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 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
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
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 ++-
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 --
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
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
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/
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 +--
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
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
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
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 #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
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 #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-
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 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:
> 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
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(-)
>
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_
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 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
"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
ize: 827 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120817/e4993471/attachment.pgp>
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.
>>>
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
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>
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.
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 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 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
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 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 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: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
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
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
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 +++
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
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 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
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>
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 ++
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:
> > > > +/*
> > > > ---
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
https://bugs.freedesktop.org/show_bug.cgi?id=43829
Alex Deucher changed:
What|Removed |Added
CC||kphilli...@gmail.com
--- Comment #8 from
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
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>
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 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
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=
https://bugs.freedesktop.org/show_bug.cgi?id=41265
Alex Deucher changed:
What|Removed |Added
Attachment #65659|0 |1
is obsolete|
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
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
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
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_
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 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
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 ++
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>
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
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
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 -
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
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
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 #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://bugzilla.kernel.org/show_bug.cgi?id=30102
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=30052
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Summary|Fa
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
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
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
>
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 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=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=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
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 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
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
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
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 #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
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=53632
Thomas Rohloff changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
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
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=53632
Andreas Boll changed:
What|Removed |Added
Summary|Radmon rendering|Random rendering
|corru
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(-)
>
1 - 100 of 188 matches
Mail list logo
