Re: [V2 PATCH 1/2] drivers-gpu-drm-allow-to-load-edid-firmware.patch

2012-03-15 Thread Paul Menzel
Dear Carsten, Am Donnerstag, den 15.03.2012, 00:35 +0100 schrieb Carsten Emde: > Einfaches Textdokument-Anlage > (drivers-gpu-drm-allow-to-load-edid-firmware.patch) somehow your message was send as an attachment. Could you configure your mailer (quilt) that it is send inline? > Broken monitors

Re: [V2 PATCH 2/2] drivers-gpu-drm-i915-invert-backlight-brightness

2012-03-15 Thread Paul Menzel
Am Mittwoch, den 14.03.2012, 19:42 -0700 schrieb Keith Packard: > <#part sign=pgpmime> Notmuch sometimes seems to add that line. Is that a bug? > On Thu, 15 Mar 2012 00:35:46 +0100, Carsten Emde wrote: > > > This patch adds a module parameter to invert the backlight brightness > > value before

Re: [V2 PATCH 2/2] drivers-gpu-drm-i915-invert-backlight-brightness

2012-03-15 Thread Paul Menzel
Am Donnerstag, den 15.03.2012, 00:35 +0100 schrieb Carsten Emde: > Einfaches Textdokument-Anlage > (drivers-gpu-drm-i915-invert-backlight-brightness.patch) quilt also does not adapt the subject line of the message correctly to the one of the patch. > Following the documentation of the Legacy Back

Re: [Linaro-mm-sig] [PATCH] RFC: dma-buf: userspace mmap support

2012-03-15 Thread Abhinav Kochhar
do we need to pass the dmabuf object to dmabuf->ops->mmap(dmabuf, file, vma)? as file->private_data can retrieve the dmabuf object. *"dmabuf = file->private_data"* *removing dmabuf from the function arguments will keep it consistent with basic "mmap" definitions: * *"static int _mmap(struct

[PATCH 2/2] drm/exynos: cleanup exynos_hdmi.h

2012-03-15 Thread Joonyoung Shim
The some contents of the exynos_hdmi.h are used only in exynos_hdmi.c, so move them to exynos_hdmi.c. Signed-off-by: Joonyoung Shim Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_hdmi.c | 36 drivers/gpu/drm/exynos/exynos_hdmi.h | 42 --

[PATCH 1/2] drm/exynos: remove exynos_mixer.h

2012-03-15 Thread Joonyoung Shim
The contents of exynos_mixer.h are used only in exynos_mixer.c, so separated header is unnecessary. Signed-off-by: Joonyoung Shim Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_mixer.c | 49 +- drivers/gpu/drm/exynos/exynos_mixer.h | 92 --

Re: [PATCH 2/2] drm/radeon: Restrict offset for legacy display engine.

2012-03-15 Thread Michel Dänzer
On Mit, 2012-03-14 at 15:13 -0400, Alex Deucher wrote: > 2012/3/14 Michel Dänzer : > > From: Michel Dänzer > > > > The hardware only takes 27 bits for the offset, so larger offsets are > > truncated, and the display shows random bits other than the intended ones. > > > > Signed-off-by: Michel Dän

Re: [PATCH] omap2+: add drm device

2012-03-15 Thread Tomi Valkeinen
On Wed, 2012-03-14 at 10:06 -0500, Rob Clark wrote: > > Well, as I said, it's not an issue for me and from my side it can be > > improved later. > > yeah, when CMA is actually merged, there are a few other things I'd > like to do to, incl converting omapfb over to use CMA and remove > omap_vram..

[Bug 42876] System doesn't boot with GTX 550 Ti

2012-03-15 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=42876 --- Comment #3 from legia 2012-03-15 09:11:59 --- (In reply to comment #2) > I have the same problem. No boot with 3.2.x kernel(Debian, Fedora). > > C2D > Asus P5Q-E > GeForce 550 Ti No problem with parameter acpi=off noapic -- Configure

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

2012-03-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=47007 Tvrtko Ursulin changed: What|Removed |Added Attachment #58360|0 |1 is obsolete|

Re: [PATCH 13/15] drm: Eliminate pointless goto

2012-03-15 Thread Dave Airlie
> Use a do {} while() loop instead of a goto in drm_mode_object_get(). I don't like this one just because it diverges our idr usage from the canonical idr usage at http://lwn.net/Articles/103209/ So unless there is a good reason for the change I'd rather not apply it. I've applied the other pat

Re: [V3 PATCH 2/2] drivers-gpu-drm-i915-quirk-backlight-inverted.patch

2012-03-15 Thread Chris Wilson
On Thu, 15 Mar 2012 10:52:21 +0100, Carsten Emde wrote: > Following the documentation of the Legacy Backlight Brightness (LBB) > Register in the configuration space of some Intel PCI graphics adapters, > setting the LBB register with the value 0x0 causes the backlight to be > turned off, and 0xFF

Re: [PATCH 1/2] drm/exynos: remove exynos_mixer.h

2012-03-15 Thread Joonyoung Shim
On 03/15/2012 05:19 PM, Joonyoung Shim wrote: The contents of exynos_mixer.h are used only in exynos_mixer.c, so separated header is unnecessary. Signed-off-by: Joonyoung Shim Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_mixer.c | 49 +- drivers/gpu/drm/exy

Re: [PATCH 02/10] drm/exynos: added mode_fixup feature and code clean.

2012-03-15 Thread Dave Airlie
>  }; > diff --git a/drivers/gpu/drm/exynos/exynos_drm_crtc.c > b/drivers/gpu/drm/exynos/exynos_drm_crtc.c > index de81883..2d9a0e6 100644 > --- a/drivers/gpu/drm/exynos/exynos_drm_crtc.c > +++ b/drivers/gpu/drm/exynos/exynos_drm_crtc.c > @@ -249,7 +249,11 @@ exynos_drm_crtc_mode_set(struct drm_cr

Re: [PATCH 10/10] drm/exynos: added virtual display driver.

2012-03-15 Thread Dave Airlie
> diff --git a/include/drm/exynos_drm.h b/include/drm/exynos_drm.h > index 907daaf..1123342 100644 > --- a/include/drm/exynos_drm.h > +++ b/include/drm/exynos_drm.h > @@ -76,6 +76,22 @@ struct drm_exynos_gem_mmap { >        uint64_t mapped; >  }; > > +/** > + * A structure for user connection reque

Re: [PATCH 09/10] drm/exynos: add G2D driver

2012-03-15 Thread Dave Airlie
> > G2D is a 2D graphic accelerator that supports Bit Block Transfer. This > G2D driver is exynos drm specific and supports only exynos4x12 series. > user application fills command set in cmdlist and once dma start request > these cmdlists are parsed and performed by dma. Where is this block docum

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

2012-03-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #17 from Tvrtko Ursulin 2012-03-15 03:52:33 PDT --- (In reply to comment #16) > Furthermore, I've left in the bit which trusts HPD sense on R600+ ASICs, > meaning as long as HPD sense remained unchanged, connector detect functions >

Re: [RESEND][PATCH 01/10] drm/exynos: add HDMI version 1.4 support

2012-03-15 Thread Dave Airlie
> index 1ed3aae..aff2313 100644 > --- a/include/drm/exynos_drm.h > +++ b/include/drm/exynos_drm.h > @@ -147,11 +147,13 @@ struct exynos_drm_common_hdmi_pd { >  * @timing: default video mode for initializing >  * @default_win: default window layer number to be used for UI. >  * @bpp: default bit per

Re: [RESEND][PATCH 01/10] drm/exynos: add HDMI version 1.4 support

2012-03-15 Thread Joonyoung Shim
On 03/15/2012 07:52 PM, Dave Airlie wrote: index 1ed3aae..aff2313 100644 --- a/include/drm/exynos_drm.h +++ b/include/drm/exynos_drm.h @@ -147,11 +147,13 @@ struct exynos_drm_common_hdmi_pd { * @timing: default video mode for initializing * @default_win: default window layer number to be used

[Bug 32422] [RADEON:KMS:TTM] large images displayed in Firefox appear corrupted

2012-03-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=32422 --- Comment #17 from Da Fox 2012-03-15 04:02:49 PDT --- asasassadadasdasdasdasdasdadasdad -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for

[Bug 32422] [RADEON:KMS:TTM] large images displayed in Firefox appear corrupted

2012-03-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=32422 --- Comment #18 from Da Fox 2012-03-15 04:03:48 UTC --- (In reply to comment #17) > asasassadadasdasdasdasdasdadasdad I'm terribly sorry, please ignore that. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- Y

Re: [PATCH 09/10] drm/exynos: add G2D driver

2012-03-15 Thread Joonyoung Shim
On 03/15/2012 07:50 PM, Dave Airlie wrote: G2D is a 2D graphic accelerator that supports Bit Block Transfer. This G2D driver is exynos drm specific and supports only exynos4x12 series. user application fills command set in cmdlist and once dma start request these cmdlists are parsed and performed

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

2012-03-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #18 from Simon Farnsworth 2012-03-15 04:20:56 PDT --- I've spoken with Tvrtko - we think the patch is not quite right. Specifically, it assumes that we will get appropriate HPD sense when a VGA monitor is connected, but we've come u

RE: [PATCH 02/10] drm/exynos: added mode_fixup feature and code clean.

2012-03-15 Thread Inki Dae
> -Original Message- > From: Dave Airlie [mailto:airl...@gmail.com] > Sent: Thursday, March 15, 2012 7:40 PM > To: Inki Dae > Cc: airl...@linux.ie; dri-devel@lists.freedesktop.org; > kyungmin.p...@samsung.com; sw0312@samsung.com > Subject: Re: [PATCH 02/10] drm/exynos: added mode_fixup

RE: [PATCH 10/10] drm/exynos: added virtual display driver.

2012-03-15 Thread Inki Dae
> -Original Message- > From: Dave Airlie [mailto:airl...@gmail.com] > Sent: Thursday, March 15, 2012 7:44 PM > To: Inki Dae > Cc: dri-devel@lists.freedesktop.org; kyungmin.p...@samsung.com; > sw0312@samsung.com > Subject: Re: [PATCH 10/10] drm/exynos: added virtual display driver. >

Re: [PATCH 10/10] drm/exynos: added virtual display driver.

2012-03-15 Thread David Airlie
- Original Message - > From: "Inki Dae" > To: "Dave Airlie" > Cc: "kyungmin park" , "sw0312 kim" > , > dri-devel@lists.freedesktop.org > Sent: Thursday, 15 March, 2012 11:36:14 AM > Subject: RE: [PATCH 10/10] drm/exynos: added virtual display driver. > > > > > -Original Message-

Re: [V4 PATCH 2/2] drivers-gpu-drm-i915-backlight-brightness-inverted.patch

2012-03-15 Thread Chris Wilson
On Thu, 15 Mar 2012 12:19:49 +0100, Carsten Emde wrote: > Following the documentation of the Legacy Backlight Brightness (LBB) > Register in the configuration space of some Intel PCI graphics adapters, > setting the LBB register with the value 0x0 causes the backlight to be > turned off, and 0xFF

RE: [PATCH 10/10] drm/exynos: added virtual display driver.

2012-03-15 Thread Inki Dae
> -Original Message- > From: David Airlie [mailto:airl...@redhat.com] > Sent: Thursday, March 15, 2012 8:44 PM > To: Inki Dae > Cc: kyungmin park; sw0312 kim; dri-devel@lists.freedesktop.org; Dave > Airlie > Subject: Re: [PATCH 10/10] drm/exynos: added virtual display driver. > > > > -

Re: [PATCH] omap2+: add drm device

2012-03-15 Thread Rob Clark
On Thu, Mar 15, 2012 at 3:46 AM, Tomi Valkeinen wrote: > On Wed, 2012-03-14 at 10:06 -0500, Rob Clark wrote: > >> > Well, as I said, it's not an issue for me and from my side it can be >> > improved later. >> >> yeah, when CMA is actually merged, there are a few other things I'd >> like to do to,

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

2012-03-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #19 from Alex Deucher 2012-03-15 06:10:34 PDT --- Only digital connectors (HDMI, DVI (digital portion only), DP) have HDP pins. There is no hotplug spec for analog connectors. They almost always have to be polled if you want connect

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

2012-03-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #20 from Tvrtko Ursulin 2012-03-15 06:29:20 PDT --- Right, thanks for your comments. In this case how about this approach: 1. Where there is shared DDC, one end being connected will imply the other is disconnected. This will ensure

drm-core-next vs drm-next

2012-03-15 Thread Dave Airlie
Hi as a headsup, if you are basing a tree on mine, please use drm-core-next not drm-next itself as a basis for your tree. At the moment they've diverged as I've put the UDL kms driver into drm-next but not drm-core-next as it needs an external fbdev patch to work. Dave. _

drm exynos/intel updates

2012-03-15 Thread Dave Airlie
Hi Linus, two minor updates from Jesse for Intel SNB fixes, and a few fixes from Samsung for exynos. The pull req has Alan's commit in it since Intel based their tree on my tree at that time, but it all seems fine wrt merging. Dave. The following changes since commit 762ad8a5330325b789cfb6dc8

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

2012-03-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #21 from Alex Deucher 2012-03-15 06:59:49 PDT --- (In reply to comment #15) > Bad news from a different motherboard. This one has DVI-D and DP connectors. > With a DVI monitor connected stalls are still there due to the shared_ddc >

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

2012-03-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #22 from Alex Deucher 2012-03-15 07:08:45 PDT --- (In reply to comment #20) > Right, thanks for your comments. In this case how about this approach: > > 1. Where there is shared DDC, one end being connected will imply the other is >

[Bug 42920] Radeon with KMS and UMA works only up to 128MB

2012-03-15 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=42920 --- Comment #7 from j.fi...@gmail.com 2012-03-15 14:26:25 --- ok, so vramlimit works, but doesn't solve my problem. I have tried 128MB UMA with vramlimit=64 and then 256MB UMA with vramlimit=64. The memory gets smaller, but is wrongly located

Re: [PATCH] i2c-algo-bit: Fix spurious SCL timeouts under heavy load

2012-03-15 Thread Jean Delvare
Hi Ville, On Wed, 14 Mar 2012 10:32:52 +0200, Ville Syrjälä wrote: > When the system is under heavy load, there can be a significant delay > between the getscl() and time_after() calls inside sclhi(). That delay > may cause the time_after() check to trigger after SCL has gone high, > causing sclhi

[PATCH] gma500: Fix mmap frambuffer

2012-03-15 Thread Alan Cox
From: Yoichi Yuasa It cannot map correctly if page fault begins from a intermediate address. [The driver prefaults the mapping, so we need to work from the correct base address not the faulting address otherwise the map appears offset by the fault offset] Signed-off-by: Yoichi Yuasa Signed-o

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

2012-03-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #23 from Tvrtko Ursulin 2012-03-15 07:56:20 UTC --- (In reply to comment #21) > (In reply to comment #15) > > Bad news from a different motherboard. This one has DVI-D and DP connectors. > > With a DVI monitor connected stalls are st

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

2012-03-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #24 from Tvrtko Ursulin 2012-03-15 07:57:11 PDT --- Created attachment 58515 --> https://bugs.freedesktop.org/attachment.cgi?id=58515 Video BIOS from the board with DP + DVI-I (shared DDC setup) -- Configure bugmail: https://bugs

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

2012-03-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #25 from Alex Deucher 2012-03-15 08:02:57 PDT --- (In reply to comment #23) > > What system is this? Most new boards don't have shared ddc setups. > > FUJITSU D3003-S2 > > > Does DDC > > work on both the VGA and DVI ports? > > Yes

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

2012-03-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #26 from Tvrtko Ursulin 2012-03-15 08:03:32 PDT --- (In reply to comment #22) > (In reply to comment #20) > > Right, thanks for your comments. In this case how about this approach: > > > > 1. Where there is shared DDC, one end being

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

2012-03-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #27 from Tvrtko Ursulin 2012-03-15 08:14:08 UTC --- (In reply to comment #26) > > What about the following: > > > > DVI + VGA with shared ddc line. > > VGA connected and in use. User connects DVI port, gets hpd irq, detect > > cal

Re: [V5 PATCH 3/4] drivers-gpu-drm-i915-panel-invert-brightness-via-quirk.patch

2012-03-15 Thread Chris Wilson
On Thu, 15 Mar 2012 15:56:26 +0100, Carsten Emde wrote: > A machine may need to invert the panel backlight brightness value. This > patch adds the infrastructure for a quirk to do so. > > Signed-off-by: Carsten Emde Reviewed-by: Chris Wilson -Chris -- Chris Wilson, Intel Open Source Technolog

Re: [V5 PATCH 2/4] drivers-gpu-drm-i915-panel-invert-brightness-via-parameter.patch

2012-03-15 Thread Chris Wilson
On Thu, 15 Mar 2012 15:56:25 +0100, Carsten Emde wrote: > Following the documentation of the Legacy Backlight Brightness (LBB) > Register in the configuration space of some Intel PCI graphics adapters, > setting the LBB register with the value 0x0 causes the backlight to be > turned off, and 0xFF

Re: [V5 PATCH 4/4] drivers-gpu-drm-i915-panel-invert-brightness-acer-aspire-5734z.patch

2012-03-15 Thread Chris Wilson
On Thu, 15 Mar 2012 15:56:27 +0100, Carsten Emde wrote: > Mark the Acer Aspire 5734Z that this machines requires the module to > invert the panel backlight brightness value after reading from and prior > to writing to the PCI configuration space. > > Signed-off-by: Carsten Emde Acked-by: Chris W

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

2012-03-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #28 from Alex Deucher 2012-03-15 08:16:33 PDT --- (In reply to comment #26) > > > > I'm not sure we necessarily want to do that. Even though they may have a > > shared ddc line, it would be nice to report the proper connected status

Re: drm-core-next vs drm-next

2012-03-15 Thread James Simmons
> as a headsup, if you are basing a tree on mine, please use > drm-core-next not drm-next itself as a basis for your tree. > > At the moment they've diverged as I've put the UDL kms driver into > drm-next but not drm-core-next as it needs an external fbdev patch to > work. Is this temporary? ___

Re: drm-core-next vs drm-next

2012-03-15 Thread David Airlie
- Original Message - > From: "James Simmons" > To: "Dave Airlie" > Cc: "dri-devel" > Sent: Thursday, 15 March, 2012 3:18:14 PM > Subject: Re: drm-core-next vs drm-next > > > > as a headsup, if you are basing a tree on mine, please use > > drm-core-next not drm-next itself as a basis

Re: [PATCH resend 1/2] drm: Fix EDID color fromat parsing

2012-03-15 Thread Lars-Peter Clausen
On 02/28/2012 07:04 PM, Jesse Barnes wrote: > On Tue, 28 Feb 2012 10:21:44 +0100 > Lars-Peter Clausen wrote: > >> The code should obviously check the EDID feature field for EDID feature flags >> and not the color_formats field of the drm_display_info struct. Also update >> the >> color_formats f

[Bug 47363] Connecting DVI-0 Display-Port-0 and HDMI-0 only 2 of those can be enabled once

2012-03-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=47363 Alex Deucher changed: What|Removed |Added AssignedTo|xorg-driver-...@lists.x.org |dri-devel@lists.freedesktop

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

2012-03-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #29 from Tvrtko Ursulin 2012-03-15 08:34:48 PDT --- (In reply to comment #28) > (In reply to comment #26) > > > > > > I'm not sure we necessarily want to do that. Even though they may have a > > > shared ddc line, it would be nice

[Bug 47363] Connecting DVI-0 Display-Port-0 and HDMI-0 only 2 of those can be enabled once

2012-03-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=47363 Alex Deucher changed: What|Removed |Added Attachment #58516|text/x-log |text/plain mime type|

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

2012-03-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #30 from Alex Deucher 2012-03-15 08:45:10 PDT --- (In reply to comment #29) t sure what the right answer is. > > Is it possible to have DVI-D + VGA breakout cable from a single DVI-I which > would give two independent simultaneous ou

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

2012-03-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #31 from Tvrtko Ursulin 2012-03-15 09:13:58 PDT --- (In reply to comment #30) > > Hm, shared_ddc is also set with single physical DVI-I connector, at least on > > this motherboard. > > According to your vbios tables there are actua

Re: [PATCH] i2c-algo-bit: Fix spurious SCL timeouts under heavy load

2012-03-15 Thread Ville Syrjälä
On Thu, Mar 15, 2012 at 03:32:40PM +0100, Jean Delvare wrote: > Hi Ville, > > On Wed, 14 Mar 2012 10:32:52 +0200, Ville Syrjälä wrote: > > When the system is under heavy load, there can be a significant delay > > between the getscl() and time_after() calls inside sclhi(). That delay > > may cause

[V3 PATCH 2/2] drivers-gpu-drm-i915-quirk-backlight-inverted.patch

2012-03-15 Thread Carsten Emde
Following the documentation of the Legacy Backlight Brightness (LBB) Register in the configuration space of some Intel PCI graphics adapters, setting the LBB register with the value 0x0 causes the backlight to be turned off, and 0xFF causes the backlight to be set to 100% intensity (http://download

[V3 PATCH 1/2] drivers-gpu-drm-allow-to-load-edid-firmware.patch

2012-03-15 Thread Carsten Emde
Broken monitors and/or broken graphic boards may send erroneous or no EDID data. This also applies to broken KVM devices that are unable to correctly forward the EDID data of the connected monitor but invent their own fantasy data. This patch allows to specify an EDID data set to be used instead o

Re: [V3 PATCH 1/2] drivers-gpu-drm-allow-to-load-edid-firmware.patch

2012-03-15 Thread Bastien ROUCARIES
On Thu, Mar 15, 2012 at 10:52 AM, Carsten Emde wrote: > Broken monitors and/or broken graphic boards may send erroneous or no > EDID data. This also applies to broken KVM devices that are unable to > correctly forward the EDID data of the connected monitor but invent > their own fantasy data. > >

Re: [V2 PATCH 1/2] drivers-gpu-drm-allow-to-load-edid-firmware.patch

2012-03-15 Thread Thomas Gleixner
On Thu, 15 Mar 2012, Paul Menzel wrote: > Dear Carsten, > > > Am Donnerstag, den 15.03.2012, 00:35 +0100 schrieb Carsten Emde: > > Einfaches Textdokument-Anlage > > (drivers-gpu-drm-allow-to-load-edid-firmware.patch) > > somehow your message was send as an attachment. Could you configure your >

Re: [V3 PATCH 1/2] drivers-gpu-drm-allow-to-load-edid-firmware.patch

2012-03-15 Thread Carsten Emde
Bastien, Broken monitors and/or broken graphic boards may send erroneous or no EDID data. This also applies to broken KVM devices that are unable to correctly forward the EDID data of the connected monitor but invent their own fantasy data. This patch allows to specify an EDID data set to be us

[V3 PATCH 0/2] Provide workarounds to use DRM/KMS with broken graphics hardware

2012-03-15 Thread Carsten Emde
Changes from V2 to V3: 1. The help text of the DRM_LOAD_EDID_FIRMWARE Kconfig item and the related explanation in Documentation/kernel-parameters.txt now contain a pointer to the documentation as suggested by Paul. 2. Removed the "brightness_inverted" parameter of the i915 module and replaced it b

[V4 PATCH 0/2] Provide workarounds to use DRM/KMS with broken graphics hardware

2012-03-15 Thread Carsten Emde
Changes from V3 to V4: Reverted the removal of the "brightness_inverted" parameter of the i915 module as suggested by Chris. Inversion of the sense of the brightness variable is now enabled, if either the quirked notebook is encountered or the "brightness_inverted" module parameter switch is set.

[V4 PATCH 2/2] drivers-gpu-drm-i915-backlight-brightness-inverted.patch

2012-03-15 Thread Carsten Emde
Following the documentation of the Legacy Backlight Brightness (LBB) Register in the configuration space of some Intel PCI graphics adapters, setting the LBB register with the value 0x0 causes the backlight to be turned off, and 0xFF causes the backlight to be set to 100% intensity (http://download

[V4 PATCH 1/2] drivers-gpu-drm-allow-to-load-edid-firmware.patch

2012-03-15 Thread Carsten Emde
Broken monitors and/or broken graphic boards may send erroneous or no EDID data. This also applies to broken KVM devices that are unable to correctly forward the EDID data of the connected monitor but invent their own fantasy data. This patch allows to specify an EDID data set to be used instead o

Re: [Linaro-mm-sig] [PATCH] RFC: dma-buf: userspace mmap support

2012-03-15 Thread Rob Clark
On Thu, Mar 15, 2012 at 2:16 AM, Abhinav Kochhar wrote: > do we need to pass the dmabuf object to dmabuf->ops->mmap(dmabuf, file, > vma)? > > as file->private_data can retrieve the dmabuf object. > > "dmabuf = file->private_data" > > removing dmabuf from the function arguments will keep it consist

[PATCH 7/7] module: avoid exporting module_mutex

2012-03-15 Thread Cong Wang
drm_fb_helper_modinit() calls find_module() which only needs rcu_read_lock_sched(). The rest seems still have to hold module_mutex to prevent module insertion/deletion. Instead of exporting module_mutex for them, export two functions lock_modules()/unlock_modules() and hide module_mutex. Cc: Eric

[V5 PATCH 0/4] Provide workarounds to use DRM/KMS with broken graphics hardware

2012-03-15 Thread Carsten Emde
Changes from V4 to V5: 1. Split the previous patch 2/2 into three patches to separately i) add the module parameter, ii) add the quirk infrastructure, and iii) actually quirk the related machine. 2. Rename the module parameter variable to i915_panel_invert_brightness. 3. Make the module paramete

[V5 PATCH 1/4] drivers-gpu-drm-allow-to-load-edid-firmware.patch

2012-03-15 Thread Carsten Emde
Broken monitors and/or broken graphic boards may send erroneous or no EDID data. This also applies to broken KVM devices that are unable to correctly forward the EDID data of the connected monitor but invent their own fantasy data. This patch allows to specify an EDID data set to be used instead o

[V5 PATCH 4/4] drivers-gpu-drm-i915-panel-invert-brightness-acer-aspire-5734z.patch

2012-03-15 Thread Carsten Emde
Mark the Acer Aspire 5734Z that this machines requires the module to invert the panel backlight brightness value after reading from and prior to writing to the PCI configuration space. Signed-off-by: Carsten Emde --- drivers/gpu/drm/i915/intel_display.c |6 +- 1 file changed, 5 insertio

[V5 PATCH 3/4] drivers-gpu-drm-i915-panel-invert-brightness-via-quirk.patch

2012-03-15 Thread Carsten Emde
A machine may need to invert the panel backlight brightness value. This patch adds the infrastructure for a quirk to do so. Signed-off-by: Carsten Emde --- Documentation/kernel-parameters.txt | 17 +++-- drivers/gpu/drm/i915/i915_drv.h |1 + drivers/gpu/drm/i915/intel_di

[V5 PATCH 2/4] drivers-gpu-drm-i915-panel-invert-brightness-via-parameter.patch

2012-03-15 Thread Carsten Emde
Following the documentation of the Legacy Backlight Brightness (LBB) Register in the configuration space of some Intel PCI graphics adapters, setting the LBB register with the value 0x0 causes the backlight to be turned off, and 0xFF causes the backlight to be set to 100% intensity (http://download

Re: [PATCH 13/15] drm: Eliminate pointless goto

2012-03-15 Thread Ville Syrjälä
On Thu, Mar 15, 2012 at 09:57:53AM +, Dave Airlie wrote: > > Use a do {} while() loop instead of a goto in drm_mode_object_get(). > > I don't like this one just because it diverges our idr usage from the > canonical idr usage at > > http://lwn.net/Articles/103209/ > > So unless there is a go

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

2012-03-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #32 from Alex Deucher 2012-03-15 10:41:15 PDT --- (In reply to comment #31) > It is a single DVI-I physically. > > But even identifying it would not change anything with regards to polling > induced rendering stalls, right? > Well

[PATCH] drm: Unify and fix idr error handling

2012-03-15 Thread ville . syrjala
From: Ville Syrjälä The error handling code w.r.t. idr usage looks inconsistent. In the case of drm_mode_object_get() and drm_ctxbitmap_next() the error handling is also incomplete. Unify the code to follow the same pattern always. Signed-off-by: Ville Syrjälä --- drivers/gpu/drm/drm_context

[PATCH] drm: more consistent use of drm_core_check_feature()

2012-03-15 Thread Rob Clark
From: Rob Clark Minor cleanup.. use drm_core_check_feature() consistently in core. Signed-off-by: Rob Clark --- drivers/gpu/drm/drm_fops.c |6 +++--- drivers/gpu/drm/drm_gem.c |6 +++--- drivers/gpu/drm/drm_stub.c |4 ++-- 3 files changed, 8 insertions(+), 8 deletions(-) diff --g

[Bug 42611] [865g] webgl enabled pages crash Firefox and mesa

2012-03-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=42611 --- Comment #8 from Cesare Leonardi 2012-03-15 17:40:15 PDT --- With the latest Firefox from Debian (Iceweasel 10.0.3esr-1), the problem looks resolved: no more crashes for me. The fix is documented here: https://bugzilla.mozilla.org/show_bug.cg

[PATCH] drm/exynos: enable hdmi audio feature

2012-03-15 Thread Seung-Woo Kim
This patch adds hdmi audio feature for exynos drm. With this patch, i2s channel feeds audio data in hdmi when hdmi is connected. This patch is for drm-next branch and the base of this patch is patch set from Joonyoung Shim, "[PATCH 2/2] drm/exynos: cleanup exynos_hdmi.h". link: http://www.

Re: [PATCH 02/10] drm/exynos: added mode_fixup feature and code clean.

2012-03-15 Thread InKi Dae
Hi Dave. 2012년 3월 15일 오후 8:21, Inki Dae 님의 말: >> -Original Message- >> From: Dave Airlie [mailto:airl...@gmail.com] >> Sent: Thursday, March 15, 2012 7:40 PM >> To: Inki Dae >> Cc: airl...@linux.ie; dri-devel@lists.freedesktop.org; >> kyungmin.p...@samsung.com; sw0312@samsung.com >> Su

Re: [PATCH 09/10] drm/exynos: add G2D driver

2012-03-15 Thread Joonyoung Shim
On 03/15/2012 07:50 PM, Dave Airlie wrote: G2D is a 2D graphic accelerator that supports Bit Block Transfer. This G2D driver is exynos drm specific and supports only exynos4x12 series. user application fills command set in cmdlist and once dma start request these cmdlists are parsed and performed

[PATCH] nouveau: kfree() gracefully handles NULL pointers, testing is redundant

2012-03-15 Thread Jesper Juhl
Remove redundant NULL checks before kfree() in drivers/gpu/drm/nouveau/nvc0_graph.c Signed-off-by: Jesper Juhl --- drivers/gpu/drm/nouveau/nvc0_graph.c |9 +++-- 1 file changed, 3 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nvc0_graph.c b/drivers/gpu/drm/nouveau/

[V2 PATCH 0/2] Provide workarounds to use DRM/KMS with broken graphics hardware

2012-03-15 Thread Carsten Emde
This is V2 of a patchset to use DRM/KMS with broken graphics hardware. As a major change from V1, generic EDID data are now built-in into the drm_kms_helper module as proposed by Alan. To help people building their own EDID data and to understand how the binary EDID blobs in drivers/gpu/drm/drm_ed

[V2 PATCH 2/2] drivers-gpu-drm-i915-invert-backlight-brightness

2012-03-15 Thread Carsten Emde
An embedded and charset-unspecified text was scrubbed... Name: drivers-gpu-drm-i915-invert-backlight-brightness.patch URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120315/b65070cd/attachment.ksh>

[V2 PATCH 1/2] drivers-gpu-drm-allow-to-load-edid-firmware.patch

2012-03-15 Thread Carsten Emde
An embedded and charset-unspecified text was scrubbed... Name: drivers-gpu-drm-allow-to-load-edid-firmware.patch URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120315/84d18340/attachment.asc>

[git pull] drm/exynos: updated exynos-drm-fixes

2012-03-15 Thread Inki Dae
Hi Dave. Please pull from git://git.infradead.org/users/kmpark/linux-samsung exynos-drm-fixes this patch set is just miner fixes and had already been posted last week for review and another one included in this patch set also already been posted by Sascha Hauer last month. for this you

[V2 PATCH 1/2] drivers-gpu-drm-allow-to-load-edid-firmware.patch

2012-03-15 Thread Paul Menzel
ID data. Since this > + feature is provided as a workaround for broken hardware, the > + default case is N. Dito. > + > config DRM_TTM > tristate > depends on DRM [?] Thanks, Paul -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120315/ed772b5f/attachment.pgp>

[V2 PATCH 2/2] drivers-gpu-drm-i915-invert-backlight-brightness

2012-03-15 Thread Paul Menzel
--- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120315/b30b3a8e/attachment.pgp>

[V2 PATCH 2/2] drivers-gpu-drm-i915-invert-backlight-brightness

2012-03-15 Thread Paul Menzel
backlight PWM = %d\n", level); > > + if (brightness_inverted) { > + u32 max = intel_panel_get_max_backlight(dev); > + level = max - level; > + } > + > if (HAS_PCH_SPLIT(dev)) > return intel_pch_panel_set_backlight(dev, level); Thanks, Paul -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120315/521287ec/attachment-0001.pgp>

[Linaro-mm-sig] [PATCH] RFC: dma-buf: userspace mmap support

2012-03-15 Thread Abhinav Kochhar
put() */ >void (*release)(struct dma_buf *); > > + int (*mmap)(struct dma_buf *, struct file *, struct vm_area_struct > *); > + int (*prepare_access)(struct dma_buf *); > + int (*finish_access)(struct dma_buf *); > + > }; > > /** > -- > 1.7.5.4 > > > ___ > Linaro-mm-sig mailing list > Linaro-mm-sig at lists.linaro.org > http://lists.linaro.org/mailman/listinfo/linaro-mm-sig > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120315/757718f7/attachment.htm>

[PATCH 2/2] drm/exynos: cleanup exynos_hdmi.h

2012-03-15 Thread Joonyoung Shim
The some contents of the exynos_hdmi.h are used only in exynos_hdmi.c, so move them to exynos_hdmi.c. Signed-off-by: Joonyoung Shim Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_hdmi.c | 36 drivers/gpu/drm/exynos/exynos_hdmi.h | 42 --

[PATCH 1/2] drm/exynos: remove exynos_mixer.h

2012-03-15 Thread Joonyoung Shim
The contents of exynos_mixer.h are used only in exynos_mixer.c, so separated header is unnecessary. Signed-off-by: Joonyoung Shim Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_mixer.c | 49 +- drivers/gpu/drm/exynos/exynos_mixer.h | 92 --

[PATCH 2/2] drm/radeon: Restrict offset for legacy display engine.

2012-03-15 Thread Michel Dänzer
On Mit, 2012-03-14 at 15:13 -0400, Alex Deucher wrote: > 2012/3/14 Michel D?nzer : > > From: Michel D?nzer > > > > The hardware only takes 27 bits for the offset, so larger offsets are > > truncated, and the display shows random bits other than the intended ones. > > > > Signed-off-by: Michel D?n

[PATCH] omap2+: add drm device

2012-03-15 Thread Tomi Valkeinen
ecially if there's room for improvement. Tomi -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120315/9aa3fa92/attachment.pgp>

[Bug 42876] System doesn't boot with GTX 550 Ti

2012-03-15 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=42876 --- Comment #3 from legia 2012-03-15 09:11:59 --- (In reply to comment #2) > I have the same problem. No boot with 3.2.x kernel(Debian, Fedora). > > C2D > Asus P5Q-E > GeForce 550 Ti No problem with parameter acpi=off noapic -- Configure

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

2012-03-15 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=47007 Tvrtko Ursulin changed: What|Removed |Added Attachment #58360|0 |1 is obsolete|

[PATCH 13/15] drm: Eliminate pointless goto

2012-03-15 Thread Dave Airlie
> Use a do {} while() loop instead of a goto in drm_mode_object_get(). I don't like this one just because it diverges our idr usage from the canonical idr usage at http://lwn.net/Articles/103209/ So unless there is a good reason for the change I'd rather not apply it. I've applied the other pat

[V3 PATCH 2/2] drivers-gpu-drm-i915-quirk-backlight-inverted.patch

2012-03-15 Thread Chris Wilson
On Thu, 15 Mar 2012 10:52:21 +0100, Carsten Emde wrote: > Following the documentation of the Legacy Backlight Brightness (LBB) > Register in the configuration space of some Intel PCI graphics adapters, > setting the LBB register with the value 0x0 causes the backlight to be > turned off, and 0xFF

[PATCH 1/2] drm/exynos: remove exynos_mixer.h

2012-03-15 Thread Joonyoung Shim
On 03/15/2012 05:19 PM, Joonyoung Shim wrote: > The contents of exynos_mixer.h are used only in exynos_mixer.c, so > separated header is unnecessary. > > Signed-off-by: Joonyoung Shim > Signed-off-by: Kyungmin Park > --- > drivers/gpu/drm/exynos/exynos_mixer.c | 49 +- > driver

[PATCH 02/10] drm/exynos: added mode_fixup feature and code clean.

2012-03-15 Thread Dave Airlie
> ?}; > diff --git a/drivers/gpu/drm/exynos/exynos_drm_crtc.c > b/drivers/gpu/drm/exynos/exynos_drm_crtc.c > index de81883..2d9a0e6 100644 > --- a/drivers/gpu/drm/exynos/exynos_drm_crtc.c > +++ b/drivers/gpu/drm/exynos/exynos_drm_crtc.c > @@ -249,7 +249,11 @@ exynos_drm_crtc_mode_set(struct drm_cr

[PATCH 10/10] drm/exynos: added virtual display driver.

2012-03-15 Thread Dave Airlie
> diff --git a/include/drm/exynos_drm.h b/include/drm/exynos_drm.h > index 907daaf..1123342 100644 > --- a/include/drm/exynos_drm.h > +++ b/include/drm/exynos_drm.h > @@ -76,6 +76,22 @@ struct drm_exynos_gem_mmap { > ? ? ? ?uint64_t mapped; > ?}; > > +/** > + * A structure for user connection reque

  1   2   >