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
From: Rob Clark
Enable optional userspace access to dma-buf buffers via mmap() on the
dma-buf file descriptor. Userspace access to the buffer should be
bracketed with DMA_BUF_IOCTL_{PREPARE,FINISH}_ACCESS ioctl calls to
give the exporting driver a chance to deal with cache synchronization
and su
<#part sign=pgpmime>
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 writing and after reading which makes the affected notebook
> usable again.
You should add a quirk for this and set things up so tha
<#part sign=pgpmime>
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 writing and after reading which makes the affected notebook
> usable again.
You should add a quirk for this and set things up so tha
From: Rob Clark
Enable optional userspace access to dma-buf buffers via mmap() on the
dma-buf file descriptor. Userspace access to the buffer should be
bracketed with DMA_BUF_IOCTL_{PREPARE,FINISH}_ACCESS ioctl calls to
give the exporting driver a chance to deal with cache synchronization
and su
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
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
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
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?nzer
---
drivers/gpu/drm/radeon/radeon_display.c |4 +++-
drivers/gpu/drm/radeon/radeon_fb.c
From: Michel D?nzer
The hardware only takes 27 bits for the offset, so larger offsets are
truncated, and the hardware cursor shows random bits other than the intended
ones.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=46796
Cc: stable at vger.kernel.org
Signed-off-by: Michel D?nzer
-
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/
On Mit, 2012-03-14 at 11:08 -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 hardware cursor shows random bits other than the intended
> > ones.
> >
> > Bugzilla: htt
https://bugzilla.kernel.org/show_bug.cgi?id=42920
--- Comment #6 from j.fikar at gmail.com 2012-03-14 15:49:41 ---
vramlimit didn't work, it's in my first post;
but I'll verify that.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mai
On Wed, 2012-03-14 at 08:16 -0500, Rob Clark wrote:
> On Wed, Mar 14, 2012 at 8:07 AM, Tomi Valkeinen
> wrote:
> > On Wed, 2012-03-14 at 07:55 -0500, Rob Clark wrote:
> >> On Wed, Mar 14, 2012 at 7:38 AM, Tomi Valkeinen
> >> wrote:
> >> > Hi,
> >> >
> >> > On Tue, 2012-03-13 at 15:34 -0500, Rob
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?nzer
Reviewed-by: Alex Deucher
This should probably go to stable as
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 hardware cursor shows random bits other than the intended
> ones.
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=46796
>
> Cc: stable at vger.k
https://bugs.freedesktop.org/show_bug.cgi?id=46713
Christian K?nig changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
On Wed, 2012-03-14 at 07:55 -0500, Rob Clark wrote:
> On Wed, Mar 14, 2012 at 7:38 AM, Tomi Valkeinen
> wrote:
> > Hi,
> >
> > On Tue, 2012-03-13 at 15:34 -0500, Rob Clark wrote:
> >> From: Andy Gross
> >>
> >> Register OMAP DRM/KMS platform device, and reserve a CMA region for
> >> the device t
https://bugzilla.kernel.org/show_bug.cgi?id=42920
--- Comment #5 from Alex Deucher 2012-03-14
15:02:42 ---
(In reply to comment #4)
> for 256MB, 512MB and 1024MB I get
>
> [6.301475] [drm] CONFIG_MEMSIZE: 0x
>
> also I need a cold restart when changing UMA size in bios, otherw
From: Michel D?nzer
Only radeon_gem_object_unpin was used anymore, in only one place.
Signed-off-by: Michel D?nzer
---
drivers/gpu/drm/radeon/radeon.h|3 ---
drivers/gpu/drm/radeon/radeon_cursor.c |7 ++-
drivers/gpu/drm/radeon/radeon_gem.c| 26 ---
From: Michel D?nzer
The hardware only takes 27 bits for the offset, so larger offsets are
truncated, and the hardware cursor shows random bits other than the intended
ones.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=46796
Cc: stable at vger.kernel.org
Signed-off-by: Michel D?nzer
-
https://bugs.freedesktop.org/show_bug.cgi?id=46796
Michel D?nzer changed:
What|Removed |Added
Attachment #58312|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=42920
--- Comment #4 from j.fikar at gmail.com 2012-03-14 14:46:30 ---
for 256MB, 512MB and 1024MB I get
[6.301475] [drm] CONFIG_MEMSIZE: 0x
also I need a cold restart when changing UMA size in bios, otherwise it's not
changed.
so is
ext 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/20120314/cd13204f/attachment.pgp>
https://bugzilla.kernel.org/show_bug.cgi?id=42876
legia changed:
What|Removed |Added
CC||legia at klikni.cz
--- Comment #2 from legia
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änzer
Reviewed-by: Alex Deucher
This should probably go to stable as
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 hardware cursor shows random bits other than the intended
> ones.
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=46796
>
> Cc: sta...@vger.kern
From: Alan Cox
Update our tree to match the current driver head.
Signed-off-by: Alan Cox
---
drivers/gpu/drm/gma500/cdv_device.c| 169
drivers/gpu/drm/gma500/power.c |3 -
drivers/gpu/drm/gma500/psb_drv.h | 20
drivers/gpu/drm/gma
From: Alan Cox
We fall apart somewhat on resume because we don't invoke all the resume
methods as we should. Fix the silly error in the logic.
Signed-off-by: Alan Cox
---
drivers/gpu/drm/gma500/power.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm
Jesse sent me a couple of trivial sprite plane fixes.
The following changes since commit 91982b58d35720b75b894c60e1e3133daa455b53:
drm/gma500: Fix Cedarview boot failures in 3.3-rc (2012-03-05 14:08:31 +)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel
(-)
--
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/20120314/ee924489/attachment.pgp>
2012/3/14 Michel D?nzer :
> From: Michel D?nzer
>
> Only radeon_gem_object_unpin was used anymore, in only one place.
>
> Signed-off-by: Michel D?nzer
Reviewed-by: Alex Deucher
> ---
> ?drivers/gpu/drm/radeon/radeon.h ? ? ? ?| ? ?3 ---
> ?drivers/gpu/drm/radeon/radeon_cursor.c | ? ?7 ++-
>
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 hardware cursor shows random bits other than the intended
> ones.
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=46796
>
> Cc: stable at vger.k
A quick hack to verify that the fix works as intended...
Do not apply.
---
drivers/i2c/algos/i2c-algo-bit.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/i2c/algos/i2c-algo-bit.c b/drivers/i2c/algos/i2c-algo-bit.c
index d25112e..3f547b5 100644
--- a/driver
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() to return -ETIMEDOUT.
To fix the problem, double check that SCL is still
On Wed, Mar 14, 2012 at 8:43 AM, Tomi Valkeinen
wrote:
> On Wed, 2012-03-14 at 08:16 -0500, Rob Clark wrote:
>> On Wed, Mar 14, 2012 at 8:07 AM, Tomi Valkeinen
>> wrote:
>> > On Wed, 2012-03-14 at 07:55 -0500, Rob Clark wrote:
>> >> On Wed, Mar 14, 2012 at 7:38 AM, Tomi Valkeinen > >> ti.com> w
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änzer
---
drivers/gpu/drm/radeon/radeon_display.c |4 +++-
drivers/gpu/drm/radeon/radeon_fb.c
From: Michel Dänzer
The hardware only takes 27 bits for the offset, so larger offsets are
truncated, and the hardware cursor shows random bits other than the intended
ones.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=46796
Cc: sta...@vger.kernel.org
Signed-off-by: Michel Dänzer
---
https://bugzilla.kernel.org/show_bug.cgi?id=42920
--- Comment #6 from j.fi...@gmail.com 2012-03-14 15:49:41 ---
vramlimit didn't work, it's in my first post;
but I'll verify that.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail b
On Mit, 2012-03-14 at 11:08 -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 hardware cursor shows random bits other than the intended
> > ones.
> >
> > Bugzilla: htt
On Wed, Mar 14, 2012 at 8:07 AM, Tomi Valkeinen
wrote:
> On Wed, 2012-03-14 at 07:55 -0500, Rob Clark wrote:
>> On Wed, Mar 14, 2012 at 7:38 AM, Tomi Valkeinen
>> wrote:
>> > Hi,
>> >
>> > On Tue, 2012-03-13 at 15:34 -0500, Rob Clark wrote:
>> >> From: Andy Gross
>> >>
>> >> Register OMAP DRM/
2012/3/14 Michel Dänzer :
> From: Michel Dänzer
>
> Only radeon_gem_object_unpin was used anymore, in only one place.
>
> Signed-off-by: Michel Dänzer
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/radeon.h | 3 ---
> drivers/gpu/drm/radeon/radeon_cursor.c | 7 ++-
>
https://bugs.freedesktop.org/show_bug.cgi?id=46713
Christian König changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
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 hardware cursor shows random bits other than the intended
> ones.
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=46796
>
> Cc: sta...@vger.kern
On Wed, Mar 14, 2012 at 8:43 AM, Tomi Valkeinen wrote:
> On Wed, 2012-03-14 at 08:16 -0500, Rob Clark wrote:
>> On Wed, Mar 14, 2012 at 8:07 AM, Tomi Valkeinen
>> wrote:
>> > On Wed, 2012-03-14 at 07:55 -0500, Rob Clark wrote:
>> >> On Wed, Mar 14, 2012 at 7:38 AM, Tomi Valkeinen
>> >> wrote:
https://bugzilla.kernel.org/show_bug.cgi?id=42920
--- Comment #5 from Alex Deucher 2012-03-14 15:02:42
---
(In reply to comment #4)
> for 256MB, 512MB and 1024MB I get
>
> [6.301475] [drm] CONFIG_MEMSIZE: 0x
>
> also I need a cold restart when changing UMA size in bios, otherw
https://bugs.freedesktop.org/show_bug.cgi?id=46796
Michel Dänzer changed:
What|Removed |Added
Attachment #58312|0 |1
is obsolete|
On Wed, Mar 14, 2012 at 7:38 AM, Tomi Valkeinen
wrote:
> Hi,
>
> On Tue, 2012-03-13 at 15:34 -0500, Rob Clark wrote:
>> From: Andy Gross
>>
>> Register OMAP DRM/KMS platform device, and reserve a CMA region for
>> the device to use for buffer allocation. ?DMM is split into a
>> separate device u
https://bugzilla.kernel.org/show_bug.cgi?id=42920
--- Comment #4 from j.fi...@gmail.com 2012-03-14 14:46:30 ---
for 256MB, 512MB and 1024MB I get
[6.301475] [drm] CONFIG_MEMSIZE: 0x
also I need a cold restart when changing UMA size in bios, otherwise it's not
changed.
so is it
From: Michel Dänzer
The hardware only takes 27 bits for the offset, so larger offsets are
truncated, and the hardware cursor shows random bits other than the intended
ones.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=46796
Cc: sta...@vger.kernel.org
Signed-off-by: Michel Dänzer
---
From: Michel Dänzer
Only radeon_gem_object_unpin was used anymore, in only one place.
Signed-off-by: Michel Dänzer
---
drivers/gpu/drm/radeon/radeon.h|3 ---
drivers/gpu/drm/radeon/radeon_cursor.c |7 ++-
drivers/gpu/drm/radeon/radeon_gem.c| 26 ---
On Wed, 2012-03-14 at 08:16 -0500, Rob Clark wrote:
> On Wed, Mar 14, 2012 at 8:07 AM, Tomi Valkeinen wrote:
> > On Wed, 2012-03-14 at 07:55 -0500, Rob Clark wrote:
> >> On Wed, Mar 14, 2012 at 7:38 AM, Tomi Valkeinen
> >> wrote:
> >> > Hi,
> >> >
> >> > On Tue, 2012-03-13 at 15:34 -0500, Rob Cl
On Wed, Mar 14, 2012 at 8:07 AM, Tomi Valkeinen wrote:
> On Wed, 2012-03-14 at 07:55 -0500, Rob Clark wrote:
>> On Wed, Mar 14, 2012 at 7:38 AM, Tomi Valkeinen
>> wrote:
>> > Hi,
>> >
>> > On Tue, 2012-03-13 at 15:34 -0500, Rob Clark wrote:
>> >> From: Andy Gross
>> >>
>> >> Register OMAP DRM/K
On Wed, 2012-03-14 at 07:55 -0500, Rob Clark wrote:
> On Wed, Mar 14, 2012 at 7:38 AM, Tomi Valkeinen wrote:
> > Hi,
> >
> > On Tue, 2012-03-13 at 15:34 -0500, Rob Clark wrote:
> >> From: Andy Gross
> >>
> >> Register OMAP DRM/KMS platform device, and reserve a CMA region for
> >> the device to u
On Wed, Mar 14, 2012 at 7:38 AM, Tomi Valkeinen wrote:
> Hi,
>
> On Tue, 2012-03-13 at 15:34 -0500, Rob Clark wrote:
>> From: Andy Gross
>>
>> Register OMAP DRM/KMS platform device, and reserve a CMA region for
>> the device to use for buffer allocation. DMM is split into a
>> separate device us
Hi,
On Tue, 2012-03-13 at 15:34 -0500, Rob Clark wrote:
> From: Andy Gross
>
> Register OMAP DRM/KMS platform device, and reserve a CMA region for
> the device to use for buffer allocation. DMM is split into a
> separate device using hwmod.
What's the diff with this and the previous one?
I se
https://bugzilla.kernel.org/show_bug.cgi?id=42876
legia changed:
What|Removed |Added
CC||le...@klikni.cz
--- Comment #2 from legia 2
From: Alan Cox
Update our tree to match the current driver head.
Signed-off-by: Alan Cox
---
drivers/gpu/drm/gma500/cdv_device.c| 169
drivers/gpu/drm/gma500/power.c |3 -
drivers/gpu/drm/gma500/psb_drv.h | 20
drivers/gpu/drm/gma
From: Alan Cox
We fall apart somewhat on resume because we don't invoke all the resume
methods as we should. Fix the silly error in the logic.
Signed-off-by: Alan Cox
---
drivers/gpu/drm/gma500/power.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm
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() to return -ETIMEDOUT.
To fix the problem, double check that SCL is still
A quick hack to verify that the fix works as intended...
Do not apply.
---
drivers/i2c/algos/i2c-algo-bit.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/i2c/algos/i2c-algo-bit.c b/drivers/i2c/algos/i2c-algo-bit.c
index d25112e..3f547b5 100644
--- a/driver
From: Joonyoung Shim
G2D is a 2D graphic accelerator that supports Bit Block Transfer. This
G2D driver is exynos drm specific.
This adds below three exynos specific ioctl and one event for G2D.
- DRM_EXYNOS_G2D_GET_VER
- DRM_EXYNOS_G2D_SET_CMDLIST
- DRM_EXYNOS_G2D_EXEC
- DRM_EXYNOS_G2D_EVENT
From: Joonyoung Shim
Later Exynos series from Exynos4X12 support HDMI version 1.4. We will
distinguish to use which version via platform data.
Signed-off-by: Joonyoung Shim
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 1152 ++
63 matches
Mail list logo
