> -Original Message-
> From: KOSAKI Motohiro [mailto:kosaki.motoh...@gmail.com]
> Sent: Monday, May 14, 2012 4:05 PM
> To: Inki Dae
> Cc: 'KOSAKI Motohiro'; airl...@linux.ie; dri-devel@lists.freedesktop.org;
> j.gli...@gmail.com; minc...@kernel.org; kyungmin.p...@samsung.com;
> sw0312
ccing linux-mm
> -Original Message-
> From: Inki Dae [mailto:inki@samsung.com]
> Sent: Monday, May 14, 2012 3:18 PM
> To: airl...@linux.ie; dri-devel@lists.freedesktop.org
> Cc: j.gli...@gmail.com; minc...@kernel.org; kosaki.motoh...@gmail.com;
> kyungmin.p...@samsung.com; sw0312@s
ccing linux-mm
> -Original Message-
> From: Inki Dae [mailto:inki@samsung.com]
> Sent: Monday, May 14, 2012 3:18 PM
> To: airl...@linux.ie; dri-devel@lists.freedesktop.org
> Cc: j.gli...@gmail.com; minc...@kernel.org; kosaki.motoh...@gmail.com;
> kyungmin.p...@samsung.com; sw0312@s
ccing linux-mm
> -Original Message-
> From: KOSAKI Motohiro [mailto:kosaki.motoh...@gmail.com]
> Sent: Monday, May 14, 2012 4:05 PM
> To: Inki Dae
> Cc: 'KOSAKI Motohiro'; airl...@linux.ie; dri-devel@lists.freedesktop.org;
> j.gli...@gmail.com; minc...@kernel.org; kyungmin.p...@samsung.com
size type of drm_exynos_gem_mmap struct is corrected to uint64_t and
it adds pad for the struct to be aligned as 64bit.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
include/drm/exynos_drm.h |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/include/drm/exyno
https://bugzilla.kernel.org/show_bug.cgi?id=36522
Alan changed:
What|Removed |Added
Component|Console/Framebuffers|Video(DRI - non Intel)
AssignedTo|a...@lx
From: Alex Deucher
Introduce special struct radeon_afmt for this purpose.
Signed-off-by: Alex Deucher
Signed-off-by: Rafał Miłecki
---
drivers/gpu/drm/radeon/r600_reg.h |6 ++
drivers/gpu/drm/radeon/r600d.h |6 --
drivers/gpu/drm/radeon/radeon_asic.h|1 -
driver
Signed-off-by: Rafał Miłecki
---
drivers/gpu/drm/radeon/atombios_encoders.c | 11 ++-
drivers/gpu/drm/radeon/evergreen_hdmi.c| 16 ++-
drivers/gpu/drm/radeon/r600_audio.c| 25 +
drivers/gpu/drm/radeon/r600_hdmi.c | 151 +++-
drivers/gpu/drm/r
On Fri, May 11, 2012 at 7:54 AM, Christian König
wrote:
> On 11.05.2012 12:12, Dave Airlie wrote:
>>
>> On Fri, May 11, 2012 at 11:10 AM, Christian König
>> wrote:
>>>
>>> Hi everybody,
>>>
>>> well the following patches remove the cs and vram mutex from the radeon
>>> driver
>>> and so are some
https://bugzilla.kernel.org/show_bug.cgi?id=14910
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=14910
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: https://bugzilla
The framebuffer helper panic notifier is unregistered, in drm_fb_helper_fini(),
when kernel_fb_helper_list goes from being non-empty to empty. However, in
drm_fb_helper_single_fb_probe(), it's possible for the panic notifier to be
registered without an element being added to this list if a drive
https://bugzilla.kernel.org/show_bug.cgi?id=12124
Alan changed:
What|Removed |Added
Status|NEEDINFO|CLOSED
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=45366
Ernst Sjöstrand changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Sun, 2012-05-13 at 00:07 +0200, Daniel Vetter wrote:
> The problem left is that the CEA spec specifies these modes with
> timings as they get transmitted, but because the double-clocking is
> just to make the HDMI phy happy, the TV actually drops every 2nd
> pixel. So e.g. a 1440x576 mode in ou
Hi everyone,
I’m working on a project to implement a color transformation of all
pixels in the framebuffer. I’d like to add this transform at a layer
where video from all sources (mesa, X, directfb) can be modified with
a color transformation. I’ve researched linux driver, mesa and
xserver sourc
This optmizes calls, registers reads and assignments.
Signed-off-by: Rafał Miłecki
---
This should be applied on top of:
[PATCH 1/2] drm/radeon/hdmi: store info about all AFMT blocks
[PATCH 2/2] drm/radeon/hdmi: use new AFMT structs
---
drivers/gpu/drm/radeon/r600_audio.c | 133 ++-
On Mon, May 14, 2012 at 2:17 AM, Inki Dae wrote:
> this feature is used to import user space region allocated by malloc() or
> mmaped into a gem. for this, we uses get_user_pages() to get all the pages
> to VMAs within user address space. However we should pay attention to use
> this userptr featu
2012/5/14 Adam Jackson :
>
> ... right after this are the 2800x480 modes. Are they really 720, 1440,
> or 2880 wide? Both before and after this change they're 2880 wide, but
> the logic of this change makes me believe they should not be.
These modes you're talking about (10-15, 25-30, 35-38), ar
2012/5/14 Paulo Zanoni :
> I haven't bothered to even try to fix them since I couldn't find any
> TV/Monitor that supports them.
Also, I think flag DRM_MODE_FLAG_DBLCLK does not sound correct for
them, so we would need to create flags:
- DRM_MODE_FLAG_PR_1_to_10
- DRM_MODE_FLAG_PR_1_or_2
- DRM_MOD
2012/5/12 Daniel Vetter :
> The CEA spec has a bunch of very peculiar modes. For backwards
> compatibility it specifies a bunch of modes that are suitable to
> display old SD TV content. But these modes have such low pixel clocks
> that pixels need to be doubled to reach the minimal clock of the HD
DisplayPort has an escape hatch by which sources and sinks can identify
each other. We would prefer not to notice this, but I suspect we're
going to need to.
Signed-off-by: Adam Jackson
---
include/drm/drm_dp_helper.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/i
DisplayPort has an escape hatch by which devices can identify each other.
I'm not super thrilled that it does, since that's just a clever way of
getting the spec to explicitly bless interoperability bugs. But it may
be useful information when debugging link training problems, and there's
a cute tr
Signed-off-by: Adam Jackson
---
drivers/gpu/drm/i915/intel_dp.c | 19 +++
1 files changed, 19 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_dp.c b/drivers/gpu/drm/i915/intel_dp.c
index 4b63791..cc8e1ef 100644
--- a/drivers/gpu/drm/i915/intel_dp.c
+++ b/d
Low four bits are downstream port count. High bit indicates peer OUI
support. OUI matching will allow us to do additional per-sink handling
for things like DP->VGA bandwidth limits or (hopefully) the iMac-as-
display hack.
Signed-off-by: Adam Jackson
---
include/drm/drm_dp_helper.h |4
Signed-off-by: Adam Jackson
---
drivers/gpu/drm/radeon/atombios_dp.c | 20
1 files changed, 20 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_dp.c
b/drivers/gpu/drm/radeon/atombios_dp.c
index c57d856..9282649 100644
--- a/drivers/gpu/drm/radeon
Signed-off-by: Adam Jackson
---
drivers/gpu/drm/nouveau/nouveau_dp.c | 21 +
1 files changed, 21 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_dp.c
b/drivers/gpu/drm/nouveau/nouveau_dp.c
index d996134..bc50c7d 100644
--- a/drivers/gpu/drm/nouve
https://bugs.freedesktop.org/show_bug.cgi?id=33309
--- Comment #18 from stefan 2012-05-14 13:52:54 PDT ---
(In reply to comment #17)
> On Thu, Apr 26, 2012 at 16:48, wrote:
> >
> > The good news is that 3.3.0 with this patch seems stable, and I am still
> > testing 3.3.3 with this patch and wil
https://bugs.freedesktop.org/show_bug.cgi?id=33309
--- Comment #19 from Chris Wilson 2012-05-14
13:58:13 PDT ---
Always useful to check to see if there is any variation in the error states.
Can you also try:
http://cgit.freedesktop.org/~ickle/linux-2.6/commit/?h=fastboot&id=04c8b699bdc9d70723339
https://bugs.freedesktop.org/show_bug.cgi?id=35988
--- Comment #10 from sashker 2012-05-14 18:59:05 PDT ---
I have same problem with my Acer 4810TG notebook. The average temperature - is
70 degrees C. With proprietary driver - the temperature is 35-40 degrees C.
#lspci -nn| grep VGA
01:00.0 VGA
Hi Jerome,
> -Original Message-
> From: Jerome Glisse [mailto:j.gli...@gmail.com]
> Sent: Tuesday, May 15, 2012 4:27 AM
> To: Inki Dae
> Cc: airl...@linux.ie; dri-devel@lists.freedesktop.org; minc...@kernel.org;
> kosaki.motoh...@gmail.com; kyungmin.p...@samsung.com;
> sw0312@samsung.c
(5/14/12 2:52 AM), Inki Dae wrote:
-Original Message-
From: KOSAKI Motohiro [mailto:kosaki.motoh...@gmail.com]
Sent: Monday, May 14, 2012 3:33 PM
To: Inki Dae
Cc: airl...@linux.ie; dri-devel@lists.freedesktop.org; j.gli...@gmail.com;
minc...@kernel.org; kyungmin.p...@samsung.com; sw031
>From 1e77059e8f3158fd4844e3f6a5466a063d2f407e Mon Sep 17 00:00:00 2001
From: "Raphael S.Carvalho"
Date: Mon, 14 May 2012 20:19:24 -0300
Subject: [PATCH 1/1] drivers/gpu/drm/i915: Fixed uninitialized
variables (warnings).
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Trans
On Mon, 14 May 2012 20:57:07 -0300, Raphael Carvalho
wrote:
> From 1e77059e8f3158fd4844e3f6a5466a063d2f407e Mon Sep 17 00:00:00 2001
> From: "Raphael S.Carvalho"
> Date: Mon, 14 May 2012 20:19:24 -0300
> Subject: [PATCH 1/1] drivers/gpu/drm/i915: Fixed uninitialized
> variables (warnings).
On Mon, 2012-05-14 at 12:56 -0600, Dan Walkes wrote:
>
> I’m working on a project to implement a color transformation of all
> pixels in the framebuffer.
That sounds like the per CRTC colour lookup table might fit the bill.
Grep for crtc_lut in drivers/gpu/drm/drm_crtc.c.
> I’ve found drm_mode
2012/5/10 Emil Goode :
> Include the linux/types.h file where used types are declared.
>
> Sparse gives the following warning:
> /usr/include/drm/exynos_drm.h:92:
> ? ? ? ?found __[us]{8,16,32,64} type without
> ? ? ? ?#include
>
> Signed-off-by: Emil Goode
> ---
> ?include/drm/exynos_drm.h | ? ?
On 05/12/2012 01:48 PM, InKi Dae wrote:
> 2012/5/12 KOSAKI Motohiro :
>> On Fri, May 11, 2012 at 7:29 PM, Jerome Glisse wrote:
>>> On Fri, May 11, 2012 at 6:59 PM, KOSAKI Motohiro
>>> wrote:
> My point is this ioctl will be restricted to one user (Xserver if i
> understand) and only this
this feature could be used to memory region allocated by malloc() in user mode
and mmaped memory region allocated by other memory allocators.
userptr interface can identify memory type through vm_flags value and would get
pages or page frame numbers to user space appropriately.
Changelog v4:
we ha
this ioctl is used to limit user-desired userptr size as pre-defined
and also could be accessed by only root user.
with userptr feature, unprivileged user can allocate all the pages on system,
so the amount of free physical pages will be very limited. if the VMAs
within user address space was pinn
this feature is used to import user space region allocated by malloc() or
mmaped into a gem. for this, we uses get_user_pages() to get all the pages
to VMAs within user address space. However we should pay attention to use
this userptr feature like below.
The migration issue.
- Pages reserved by C
> + ? ? ? npages = buf->size >> PAGE_SHIFT;
Why round down? usually we use round up.
> + ? ? ? down_read(¤t->mm->mmap_sem);
> +
> + ? ? ? /*
> + ? ? ? ?* Basically, all the pages from get_user_pages() can not be not only
> + ? ? ? ?* migrated by CMA but also swapped out.
> + ? ? ? ?*
> + ? ? ? ?
> -Original Message-
> From: KOSAKI Motohiro [mailto:kosaki.motohiro at gmail.com]
> Sent: Monday, May 14, 2012 3:33 PM
> To: Inki Dae
> Cc: airlied at linux.ie; dri-devel at lists.freedesktop.org; j.glisse at
> gmail.com;
> minchan at kernel.org; kyungmin.park at samsung.com; sw0312.kim
> -Original Message-
> From: KOSAKI Motohiro [mailto:kosaki.motohiro at gmail.com]
> Sent: Monday, May 14, 2012 4:05 PM
> To: Inki Dae
> Cc: 'KOSAKI Motohiro'; airlied at linux.ie; dri-devel at
> lists.freedesktop.org;
> j.glisse at gmail.com; minchan at kernel.org; kyungmin.park at sams
ccing linux-mm
> -Original Message-
> From: Inki Dae [mailto:inki.dae at samsung.com]
> Sent: Monday, May 14, 2012 3:18 PM
> To: airlied at linux.ie; dri-devel at lists.freedesktop.org
> Cc: j.glisse at gmail.com; minchan at kernel.org; kosaki.motohiro at
> gmail.com;
> kyungmin.park at s
ccing linux-mm
> -Original Message-
> From: Inki Dae [mailto:inki.dae at samsung.com]
> Sent: Monday, May 14, 2012 3:18 PM
> To: airlied at linux.ie; dri-devel at lists.freedesktop.org
> Cc: j.glisse at gmail.com; minchan at kernel.org; kosaki.motohiro at
> gmail.com;
> kyungmin.park at s
ccing linux-mm
> -Original Message-
> From: KOSAKI Motohiro [mailto:kosaki.motohiro at gmail.com]
> Sent: Monday, May 14, 2012 4:05 PM
> To: Inki Dae
> Cc: 'KOSAKI Motohiro'; airlied at linux.ie; dri-devel at
> lists.freedesktop.org;
> j.glisse at gmail.com; minchan at kernel.org; kyungmi
size type of drm_exynos_gem_mmap struct is corrected to uint64_t and
it adds pad for the struct to be aligned as 64bit.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
include/drm/exynos_drm.h |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/include/drm/exyno
https://bugzilla.kernel.org/show_bug.cgi?id=36522
Alan changed:
What|Removed |Added
Component|Console/Framebuffers|Video(DRI - non Intel)
AssignedTo|alan at
From: Alex Deucher
Introduce special struct radeon_afmt for this purpose.
Signed-off-by: Alex Deucher
Signed-off-by: Rafa? Mi?ecki
---
drivers/gpu/drm/radeon/r600_reg.h |6 ++
drivers/gpu/drm/radeon/r600d.h |6 --
drivers/gpu/drm/radeon/radeon_asic.h|1 -
driver
Signed-off-by: Rafa? Mi?ecki
---
drivers/gpu/drm/radeon/atombios_encoders.c | 11 ++-
drivers/gpu/drm/radeon/evergreen_hdmi.c| 16 ++-
drivers/gpu/drm/radeon/r600_audio.c| 25 +
drivers/gpu/drm/radeon/r600_hdmi.c | 151 +++-
drivers/gpu/drm/r
On Fri, May 11, 2012 at 7:54 AM, Christian K?nig
wrote:
> On 11.05.2012 12:12, Dave Airlie wrote:
>>
>> On Fri, May 11, 2012 at 11:10 AM, Christian K?nig
>> ?wrote:
>>>
>>> Hi everybody,
>>>
>>> well the following patches remove the cs and vram mutex from the radeon
>>> driver
>>> and so are some
https://bugzilla.kernel.org/show_bug.cgi?id=14910
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=14910
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: https://bugzilla
MBOL(drm_fb_helper_single_fb_probe);
--
1.7.5.4
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120514/184b08ee/attachment-0001.htm>
https://bugzilla.kernel.org/show_bug.cgi?id=12124
Alan changed:
What|Removed |Added
Status|NEEDINFO|CLOSED
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=45366
Ernst Sj?strand changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
y're 2880 wide, but
the logic of this change makes me believe they should not be.
- ajax
-- 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://
Hi everyone,
I?m working on a project to implement a color transformation of all
pixels in the framebuffer. ?I?d like to add this transform at a layer
where video from all sources (mesa, X, directfb) can be modified with
a color transformation. ?I?ve researched linux driver, mesa and
xserver sourc
This optmizes calls, registers reads and assignments.
Signed-off-by: Rafa? Mi?ecki
---
This should be applied on top of:
[PATCH 1/2] drm/radeon/hdmi: store info about all AFMT blocks
[PATCH 2/2] drm/radeon/hdmi: use new AFMT structs
---
drivers/gpu/drm/radeon/r600_audio.c | 133 ++-
On Mon, May 14, 2012 at 2:17 AM, Inki Dae wrote:
> this feature is used to import user space region allocated by malloc() or
> mmaped into a gem. for this, we uses get_user_pages() to get all the pages
> to VMAs within user address space. However we should pay attention to use
> this userptr featu
2012/5/14 Adam Jackson :
>
> ... right after this are the 2800x480 modes. ?Are they really 720, 1440,
> or 2880 wide? ?Both before and after this change they're 2880 wide, but
> the logic of this change makes me believe they should not be.
These modes you're talking about (10-15, 25-30, 35-38), ar
2012/5/14 Paulo Zanoni :
> I haven't bothered to even try to fix them since I couldn't find any
> TV/Monitor that supports them.
Also, I think flag DRM_MODE_FLAG_DBLCLK does not sound correct for
them, so we would need to create flags:
- DRM_MODE_FLAG_PR_1_to_10
- DRM_MODE_FLAG_PR_1_or_2
- DRM_MOD
2012/5/12 Daniel Vetter :
> The CEA spec has a bunch of very peculiar modes. For backwards
> compatibility it specifies a bunch of modes that are suitable to
> display old SD TV content. But these modes have such low pixel clocks
> that pixels need to be doubled to reach the minimal clock of the HD
DisplayPort has an escape hatch by which sources and sinks can identify
each other. We would prefer not to notice this, but I suspect we're
going to need to.
Signed-off-by: Adam Jackson
---
include/drm/drm_dp_helper.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/i
DisplayPort has an escape hatch by which devices can identify each other.
I'm not super thrilled that it does, since that's just a clever way of
getting the spec to explicitly bless interoperability bugs. But it may
be useful information when debugging link training problems, and there's
a cute tr
Signed-off-by: Adam Jackson
---
drivers/gpu/drm/i915/intel_dp.c | 19 +++
1 files changed, 19 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_dp.c b/drivers/gpu/drm/i915/intel_dp.c
index 4b63791..cc8e1ef 100644
--- a/drivers/gpu/drm/i915/intel_dp.c
+++ b/d
Low four bits are downstream port count. High bit indicates peer OUI
support. OUI matching will allow us to do additional per-sink handling
for things like DP->VGA bandwidth limits or (hopefully) the iMac-as-
display hack.
Signed-off-by: Adam Jackson
---
include/drm/drm_dp_helper.h |4
Signed-off-by: Adam Jackson
---
drivers/gpu/drm/radeon/atombios_dp.c | 20
1 files changed, 20 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_dp.c
b/drivers/gpu/drm/radeon/atombios_dp.c
index c57d856..9282649 100644
--- a/drivers/gpu/drm/radeon
Signed-off-by: Adam Jackson
---
drivers/gpu/drm/nouveau/nouveau_dp.c | 21 +
1 files changed, 21 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_dp.c
b/drivers/gpu/drm/nouveau/nouveau_dp.c
index d996134..bc50c7d 100644
--- a/drivers/gpu/drm/nouve
https://bugs.freedesktop.org/show_bug.cgi?id=33309
--- Comment #18 from stefan 2012-05-14 13:52:54 PDT
---
(In reply to comment #17)
> On Thu, Apr 26, 2012 at 16:48, wrote:
> >
> > The good news is that 3.3.0 with this patch seems stable, and I am still
> > testing 3.3.3 with this patch and wi
https://bugs.freedesktop.org/show_bug.cgi?id=33309
--- Comment #19 from Chris Wilson 2012-05-14
13:58:13 PDT ---
Always useful to check to see if there is any variation in the error states.
Can you also try:
http://cgit.freedesktop.org/~ickle/linux-2.6/commit/?h=fastboot&id=04c8b699bdc9d70723339
(5/14/12 2:52 AM), Inki Dae wrote:
>
>
>> -Original Message-
>> From: KOSAKI Motohiro [mailto:kosaki.motohiro at gmail.com]
>> Sent: Monday, May 14, 2012 3:33 PM
>> To: Inki Dae
>> Cc: airlied at linux.ie; dri-devel at lists.freedesktop.org; j.glisse at
>> gmail.com;
>> minchan at kernel.o
As you see, this modifications were really very important because if the
remain variable receives a value lower or equals than 0 from the args->size
variable, indeed, a bad behavior could ocurrs.
Let me explain:
The variable ret would never be initialized if the function doesn't enter
inside of th
74 matches
Mail list logo
