I'm so sorry, there was typo (you -> anyone)
2012/7/20, InKi Dae :
> 2012/7/20, InKi Dae :
>> 2012/7/10, Cooper Yuan :
>>> Set dma_buf exporter permission as ReadWrite, otherwise mmap will get
>>> errno 13: permission denied.
>>>
>>> Signed-off-by: Cooper Yuan
>>> ---
>>> drivers/gpu/drm/exynos/
On Fri, 20 Jul 2012, Dave Airlie wrote:
> I've merged most things I've found on the list, please take a look and
> see what I missed,
I have two that I sent a while ago that I think got missed.
First is a totally trivial and obvious:
http://lists.freedesktop.org/archives/dri-devel/2012-Februar
2012/7/20, InKi Dae :
> 2012/7/10, Cooper Yuan :
>> Set dma_buf exporter permission as ReadWrite, otherwise mmap will get
>> errno 13: permission denied.
>>
>> Signed-off-by: Cooper Yuan
>> ---
>> drivers/gpu/drm/exynos/exynos_drm_dmabuf.c |3 ++-
>> 1 files changed, 2 insertions(+), 1 deleti
2012/7/10, Cooper Yuan :
> Implement kmap/kmap_atomic, kunmap/kunmap_atomic functions of dma_buf_ops.
>
> Signed-off-by: Cooper Yuan
> ---
> drivers/gpu/drm/exynos/exynos_drm_dmabuf.c | 17 +++--
> 1 files changed, 11 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/gpu/drm/ex
2012/7/10, Cooper Yuan :
> Set dma_buf exporter permission as ReadWrite, otherwise mmap will get
> errno 13: permission denied.
>
> Signed-off-by: Cooper Yuan
> ---
> drivers/gpu/drm/exynos/exynos_drm_dmabuf.c |3 ++-
> 1 files changed, 2 insertions(+), 1 deletions(-)
>
> diff --git a/drivers
2012/7/10, Cooper Yuan :
> implement mmap function of dma_buf_ops.
>
please, add more comments and reveal the source of funding. I think
the source of this patch is omap drm driver.
> Signed-off-by: Cooper Yuan
> ---
> drivers/gpu/drm/exynos/exynos_drm_dmabuf.c | 38
>
https://bugs.freedesktop.org/show_bug.cgi?id=52266
--- Comment #8 from Alex Deucher 2012-07-20 13:53:02 PDT
---
Created attachment 64449
--> https://bugs.freedesktop.org/attachment.cgi?id=64449
possible fix
How about this one? If it doesn't work, try commenting out the first *ddc_i2c
line an
https://bugs.freedesktop.org/show_bug.cgi?id=43655
--- Comment #13 from Alexandre Demers 2012-07-21
03:49:15 PDT ---
It's been some time now. Since my initial report, I moved from Ubuntu to Arch.
Today, it was officially announced Arch was moving to Grub2. So I updated my
setup (I was using Grub
We have this code:
...
sysram = vmalloc(size);
if (!sysram)
return -ENOMEM;
info = framebuffer_alloc(0, device);
if (info == NULL)
return -ENOMEM;
...
If the vmalloc() call succeeds but the framebuffer_alloc() call
subsequently fail
We have this code:
...
sysram = vmalloc(size);
if (!sysram)
return -ENOMEM;
info = framebuffer_alloc(0, device);
if (!info) {
ret = -ENOMEM;
goto out;
}
...
We'll leak the memory allocated to 'sysram' if the
On Fri, 20 Jul 2012, Dave Airlie wrote:
I've merged most things I've found on the list, please take a look and
see what I missed,
I have two that I sent a while ago that I think got missed.
First is a totally trivial and obvious:
http://lists.freedesktop.org/archives/dri-devel/2012-February
Hi Rob,
On Friday 20 July 2012 10:34:46 Rob Clark wrote:
> thanks! I've pushed to a branch on my github tree, in case you want
> to double check that I'm not missing anything:
>
> git://github.com/robclark/libdrm.git modetest branch
>
> will do some sanity testing a bit later, and if that l
On Fri, Jul 20, 2012 at 03:45:28PM +0200, Christian K?nig wrote:
> On 20.07.2012 13:17, Dan Carpenter wrote:
> >Static checkers complain if this we don't check for allocation failure.
> >Also we can use the new kmalloc_array() function here as a cleanup.
> >
> >Signed-off-by: Dan Carpenter
> What'
On Fri, 20 Jul 2012 16:32:47 +0200, Anisse Astier wrote :
> On Tue, 17 Jul 2012 22:12:42 +0100, Alan Cox wrote :
>
> > > I'm wondering if the gma_power_init call can be moved up before
> > > chip_setup is called. Seems so, but I thought I would ping you to see
> > > if you've seen this already
https://bugs.freedesktop.org/show_bug.cgi?id=52266
--- Comment #9 from Przemek Tomczyk 2012-07-20
17:14:13 UTC ---
neither of those worked. kern.log output is now the same as in first
attachement:
[drm:radeon_add_legacy_connector] *ERROR* DVI: Failed to assign ddc bus! Check
dmesg for i2c error
From: Alex Deucher
Set a more reasonable default cursor watermark. The
recommended default value is 4. This should reduce
urgency requests to the MC form the display hw.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_cursor.c |6 --
1 files changed, 4 insertions(+), 2 d
As the modeset test application is often referred to as an example of
the KMS API usage, move test pattern generation and buffer allocation to
a separate file to keep it simple and clear.
Signed-off-by: Laurent Pinchart
---
tests/modetest/Makefile.am |2 +-
tests/modetest/buffers.c | 1021
On 20.07.2012 16:12, Jerome Glisse wrote:
> On Fri, Jul 20, 2012 at 4:47 AM, Christian K?nig
> wrote:
>> On 20.07.2012 07:34, Dave Airlie wrote:
>>> Hi,
>>>
>>> I've just merged Linus tree into drm-next and fixes up the conflicts,
>>> some in i915, one in radeon.
>>>
>>> Can you guys check that th
On Tue, 17 Jul 2012 22:12:42 +0100, Alan Cox wrote :
> > I'm wondering if the gma_power_init call can be moved up before
> > chip_setup is called. Seems so, but I thought I would ping you to see
> > if you've seen this already.
>
> Fixed in the patches that went to Linus.
Thanks for this ! I wa
Hi Laurent,
2012/7/19, Laurent Pinchart :
> Hi Inki,
>
> On Monday 09 July 2012 14:23:23 Inki Dae wrote:
>> with addfb request by user, wrong framebuffer or gem size could be sent
>> to kernel side so this could induce invalid memory access by dma of a
>> device. this patch checks if framebuffer a
Hello Dave,
Please pull from
git://git.infradead.org/users/kmpark/linux-samsung exynos-drm-core-next
these patch sets are based on git repository below:
git://people.freedesktop.org/~airlied/linux.git drm-core-next
commit-id: 83bc5fd29afff5898cadf87fb29eb9260eecc63e
this
On 07/20/2012 01:44 PM, RAHUL SHARMA wrote:
>
> On Fri, Jul 20, 2012 at 11:40 AM, RAHUL SHARMA
> wrote:
>>
>>
>> --- Original Message ---
>> Sender : Lars-Peter Clausen
>> Date : Jul 19, 2012 19:12 (GMT+05:30)
>> Title : Re: exynos drm hdmi audio: how to recieve audio parameters (sf, bps
Hi,
On 07/11/2012 05:44 PM, Leela Krishna Amudala wrote:
> This patch set adds device tree support for DRM-FIMD for Samsung's Exynos5250.
> It includes parsing platform data from dts file.
>
> This patchset is based and tested on top of v3.5-rc6
>
> Changes since V1:
> - Corrected typo error
Hi,
Some minor commants.
On 07/06/2012 09:28 PM, Leela Krishna Amudala wrote:
> From: Prathyush K
>
> The name of the exynos drm fimd device is renamed to exynos-drm-fimd
> and two ids are created for exynos4-fb and exynos5-fb.
Please write the subject clearly this patch is to do what.
How abou
On 20.07.2012 13:17, Dan Carpenter wrote:
> Static checkers complain if this we don't check for allocation failure.
> Also we can use the new kmalloc_array() function here as a cleanup.
>
> Signed-off-by: Dan Carpenter
What's the benefit of using kmalloc_array instead of just kmalloc?
Anyway it's
Hi,
I've just merged Linus tree into drm-next and fixes up the conflicts,
some in i915, one in radeon.
Can you guys check that they look correct after it?
I'll leave it just on my drm-next branch for now.
Thanks,
Dave.
https://bugs.freedesktop.org/show_bug.cgi?id=52313
--- Comment #1 from Jerome Glisse 2012-07-20
15:23:18 UTC ---
Fixed in mesa master
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug
The SH Mobile LCD controller (LCDC) DRM driver supports the main
graphics plane in RGB and YUV formats, as well as the overlay planes (in
alpha-blending mode only).
Only flat panel outputs using the parallel interface are supported.
Support for SYS panels, HDMI and DSI is currently not implemented
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/drm_crtc.c |6 ++
include/drm/drm_fourcc.h |2 ++
2 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index 08a7aa7..28d0900 100644
--- a/drivers/gpu/drm/drm_crtc.c
From: Lars-Peter Clausen
This patchset introduces a set of helper function for implementing the KMS
framebuffer layer for drivers which use the drm gem CMA helper function.
Signed-off-by: Lars-Peter Clausen
Tested-by: Sascha Hauer
---
drivers/gpu/drm/Kconfig | 10 +
drivers/gpu/
From: Sascha Hauer
Many embedded drm devices do not have a IOMMU and no dedicated
memory for graphics. These devices use CMA (Contiguous Memory
Allocator) backed graphics memory. This patch provides helper
functions to be able to share the code. The code technically does
not depend on CMA as the
The API can be used to allocate and free MERAM blocks directly, without
going through ICBs.
Signed-off-by: Laurent Pinchart
---
drivers/video/sh_mobile_meram.c | 41 +++---
include/video/sh_mobile_meram.h | 16 +++
2 files changed, 53 insertions(+)
There's no reason to use abstract operation pointers to implement the
MERAM API. Replace them by direct function calls.
Signed-off-by: Laurent Pinchart
---
drivers/video/sh_mobile_lcdcfb.c | 27 +++-
drivers/video/sh_mobile_meram.c | 40 +++---
includ
The MERAM operations meram_register, meram_unregister and meram_update
handle LCDC cache. In preparation for "raw" MERAM allocation, rename
them to more appropriate names.
Signed-off-by: Laurent Pinchart
---
drivers/video/sh_mobile_lcdcfb.c | 32 +++
drivers/video/sh_mobile_lcdcfb.h |2
Hi everybody,
Here's the second version of the DRM driver for the Renesas SH Mobile display
controller (a.k.a. LCDC). The hardware is pretty simple and consists of a
single CRTC and four (non-scalable) planes that can be alpha-blended (first
two planes only), overlayed or composed using ROP3.
The
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120720/6e797d74/attachment-0001.html>
-- next part --
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 72722 bytes
Desc: not available
URL:
Signed-off-by: Laurent Pinchart
---
tests/modetest/modetest.c | 60 +
1 files changed, 44 insertions(+), 16 deletions(-)
diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c
index 3e0af17..3ed39b7 100644
--- a/tests/modetest/modetest.c
This will make it easier to add additional parameters to the connector
and plane arguments.
Signed-off-by: Laurent Pinchart
---
tests/modetest/modetest.c | 63 +---
1 files changed, 36 insertions(+), 27 deletions(-)
diff --git a/tests/modetest/modetest.
Implement tiles and SMPTE test pattern generation for the RGB565,
BGR888, RGB888, ARGB, BGRA and BGRX formats.
Signed-off-by: Laurent Pinchart
---
tests/modetest/modetest.c | 168 ++--
1 files changed, 145 insertions(+), 23 deletions(-)
diff
Implement tiles and SMPTE test pattern generation for the NV12, NV21,
NV16 and NV61 formats.
Signed-off-by: Laurent Pinchart
---
tests/modetest/modetest.c | 46 +++-
1 files changed, 28 insertions(+), 18 deletions(-)
diff --git a/tests/modetest/modetest
Implement tiles and SMPTE test pattern generation for the UYVY, VYUY and
YVYU formats.
Signed-off-by: Laurent Pinchart
---
tests/modetest/modetest.c | 53 ++---
1 files changed, 40 insertions(+), 13 deletions(-)
diff --git a/tests/modetest/modetest.c b/
Signed-off-by: Laurent Pinchart
---
tests/modetest/modetest.c | 64 ++---
1 files changed, 37 insertions(+), 27 deletions(-)
diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c
index b70fb10..2a04459 100644
--- a/tests/modetest/modetest.c
Signed-off-by: Laurent Pinchart
---
tests/modetest/modetest.c | 729 ++---
1 files changed, 627 insertions(+), 102 deletions(-)
diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c
index 496aac5..df2b977 100644
--- a/tests/modetest/modetest.
Merge the create_test_buffer() and create_grey_buffer() functions into a
single buffer allocation function that takes the pixel format and fill
pattern as parameters.
Signed-off-by: Laurent Pinchart
---
tests/modetest/modetest.c | 383 +++--
1 files chang
Hi everybody,
I've enhanced the modetest utility to test various features of the SH Mobile
LCDC DRM driver. Here are the corresponding patches. They mostly touch buffer
allocation cleanup (1/7), adding test patterns for different formats (2/7 to
5/7) and making frame buffer format configurable on
https://bugs.freedesktop.org/show_bug.cgi?id=52313
Bug #: 52313
Summary: r600g: Linux 3.3.x broken since 30257c32
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Static checkers complain if this we don't check for allocation failure.
Also we can use the new kmalloc_array() function here as a cleanup.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/radeon/radeon_ring.c
b/drivers/gpu/drm/radeon/radeon_ring.c
index 75cbe46..5a0ef24 100644
--- a/d
From: Alex Deucher
Set a more reasonable default cursor watermark. The
recommended default value is 4. This should reduce
urgency requests to the MC form the display hw.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_cursor.c |6 --
1 files changed, 4 insertions(+), 2 d
https://bugzilla.kernel.org/show_bug.cgi?id=16065
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #
https://bugzilla.kernel.org/show_bug.cgi?id=16249
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
Hi all,
sorry been v. busy with travelling, jet lag, X.org, Fedora, and
completely fell off the -next tree.
So I've spent a few hours gathering stuff up and throwing them into
-next, I've pushed out
drm-next, drm-core-next branches the same as usual (both the same commit).
I've merged most thin
https://bugzilla.kernel.org/show_bug.cgi?id=16065
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|Vi
On Sun, Jul 15, 2012 at 7:42 AM, Baurzhan Ismagulov wrote:
> Hello David,
>
> Samsung 2443BW is 1920x1200 but reports 1920x1080 in the EDID. Attached
> is a proof-of-concept implementation of a quirk. It works on my i686 PC.
>
> The patch is against the latest linux-2.6. An attempt to clone
> git:
On Fri, Jun 15, 2012 at 6:21 AM, David Herrmann
wrote:
> Imagine two threads read()'ing on the drm file and both are asleep waiting
> for events in drm_read(). If a single event occurs, both threads are woken
> up and start fetching the event. One thread will get it and return, the
> other thread
https://bugs.freedesktop.org/show_bug.cgi?id=36602
--- Comment #49 from Alexandre Demers 2012-07-20
19:15:56 PDT ---
(In reply to comment #48)
> Confirmed on Radeon HD6950, the screen is completely garbled. Could this have
> to do with #45018?
We could disable virtual address space (as proposed
On Tue, Jun 26, 2012 at 3:41 AM, Adam Jackson wrote:
> On Mon, 2012-06-25 at 19:14 +0200, Sven Joachim wrote:
>> On 2012-06-25 17:25 +0200, Adam Jackson wrote:
>>
>> > This fixes the extra_mode walk to be much more conservative. I still think
>> > the whole idea is bogus and that guessing about c
We have this code:
...
sysram = vmalloc(size);
if (!sysram)
return -ENOMEM;
info = framebuffer_alloc(0, device);
if (info == NULL)
return -ENOMEM;
...
If the vmalloc() call succeeds but the framebuffer_alloc() call
subsequently fail
On Wed, Jul 18, 2012 at 3:43 AM, Alex Deucher wrote:
> On Tue, Jul 17, 2012 at 1:02 PM, Michel D?nzer wrote:
>> From: Michel D?nzer
>>
>> This could previously fail if either of the enabled displays was using a
>> horizontal resolution that is a multiple of 128, and only the leftmost column
>> o
We have this code:
...
sysram = vmalloc(size);
if (!sysram)
return -ENOMEM;
info = framebuffer_alloc(0, device);
if (!info) {
ret = -ENOMEM;
goto out;
}
...
We'll leak the memory allocated to 'sysram' if the
Hi Daniel,
On Friday 20 July 2012 10:30:45 Daniel Vetter wrote:
> Laurent Pinchart missed this when sending in is giant constify patch:
My bad, sorry. I would have sworn I had compiled all the x86 DRM drivers, that
warning must have slipped through the cracks somehow. Thank you for the fix.
> c
On Thu, Jul 19, 2012 at 12:00 AM, Alex Deucher wrote:
> On Tue, Jul 17, 2012 at 11:56 AM, Laurent Pinchart
> wrote:
>> The passed mode must not be modified by the operation, make it const.
>>
>> Signed-off-by: Laurent Pinchart
>
>
> Reviewed-by: Alex Deucher
Applied to -next
thanks,
Dave.
On Fri, Jul 20, 2012 at 11:40 AM, RAHUL SHARMA
wrote:
>
>
> --- Original Message ---
> Sender : Lars-Peter Clausen
> Date : Jul 19, 2012 19:12 (GMT+05:30)
> Title : Re: exynos drm hdmi audio: how to recieve audio parameters (sf, bps,
> channel count)
>
> On 07/19/2012 02:22 PM, Rob Clar
Fyi, Daniel Vetter had suggested on IRC that it would be cleaner to
have a single helper fxn that most-restrictive union of all attached
device's dma_parms. Really this should include dma_mask and
coherent_dma_mask, I think. But that touches a lot of other places in
the code. If no one objects t
On Thu, Jul 12, 2012 at 12:28 AM, Daniel Vetter
wrote:
> It's unused. At it confused me quite a bit until I've discovered that.
Applied thanks,
Dave.
Dave, Can you pick this up for drm-next as well?
Alex
On Sat, Jun 30, 2012 at 5:37 AM, Michel D?nzer wrote:
> On Fre, 2012-06-29 at 19:34 -0400, alexdeucher at gmail.com wrote:
>> From: Alex Deucher
>>
>> Not used outside of si.c
>>
>> Signed-off-by: Alex Deucher
>
> Reviewed-by: Michel D?nzer
On Thu, Jul 19, 2012 at 1:50 AM, Daniel Vetter wrote:
> Actually including Dave on the recipient list might work bettter ;-)
>
> On Wed, Jul 18, 2012 at 05:49:22PM +0200, Daniel Vetter wrote:
>> Hi Dave,
>>
>> Can you please pick this one up for -next? There are a few other issues
>> where the fb
On Thu, Jul 19, 2012 at 1:52 AM, Daniel Vetter wrote:
> On Fri, Jun 15, 2012 at 10:32:20AM +0100, Chris Wilson wrote:
>> On Fri, 15 Jun 2012 11:01:22 +0200, Daniel Vetter > ffwll.ch> wrote:
>> > Ok, this requires quite a dance to actually hit:
>> > 1) We plug in a 2nd screen, enable it in both X a
On Fri, Jul 20, 2012 at 10:32 AM, Christian K?nig
wrote:
> On 20.07.2012 16:12, Jerome Glisse wrote:
>>
>> On Fri, Jul 20, 2012 at 4:47 AM, Christian K?nig
>> wrote:
>>>
>>> On 20.07.2012 07:34, Dave Airlie wrote:
Hi,
I've just merged Linus tree into drm-next and fixes up the
On 20.07.2012 07:34, Dave Airlie wrote:
> Hi,
>
> I've just merged Linus tree into drm-next and fixes up the conflicts,
> some in i915, one in radeon.
>
> Can you guys check that they look correct after it?
Have to test it a bit more, but at least
drivers/gpu/drm/radeon/radeon_gart.c looks valid t
Hi Rob,
On Friday 20 July 2012 10:34:46 Rob Clark wrote:
> thanks! I've pushed to a branch on my github tree, in case you want
> to double check that I'm not missing anything:
>
> git://github.com/robclark/libdrm.git modetest branch
>
> will do some sanity testing a bit later, and if that l
thanks! I've pushed to a branch on my github tree, in case you want
to double check that I'm not missing anything:
git://github.com/robclark/libdrm.git modetest branch
will do some sanity testing a bit later, and if that looks ok and no
one objects, I can push to fd.o
BR,
-R
On Fri, Jul 20,
Laurent Pinchart missed this when sending in is giant constify patch:
commit e811f5ae19043b2ac2c28e147a4274038e655598
Author: Laurent Pinchart
Date: Tue Jul 17 17:56:50 2012 +0200
drm: Make the .mode_fixup() operations mode argument a const pointer
Signed-Off-by: Daniel Vetter
---
drive
https://bugs.freedesktop.org/show_bug.cgi?id=52266
--- Comment #9 from Przemek Tomczyk 2012-07-20
17:14:13 UTC ---
neither of those worked. kern.log output is now the same as in first
attachement:
[drm:radeon_add_legacy_connector] *ERROR* DVI: Failed to assign ddc bus! Check
dmesg for i2c error
>> Dave.
Attached patch fix something that have been lost.
Cheers,
Jerome
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-radeon-don-t-unreference-a-possibly-invalid-poin.patch
Type: application/octet-stream
Size: 955 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120720/82ec827f/attachment.obj>
From: Alex Deucher
When ddc type is 5, need to look up the i2c channel
in the i2c table.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_combios.c | 57 +++---
1 files changed, 36 insertions(+), 21 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon
Fyi, Daniel Vetter had suggested on IRC that it would be cleaner to
have a single helper fxn that most-restrictive union of all attached
device's dma_parms. Really this should include dma_mask and
coherent_dma_mask, I think. But that touches a lot of other places in
the code. If no one objects t
From: Jerome Glisse
To have DP behave like VGA/DVI we need to retrain the link
on hotplug. For this to happen we need to force link
training to happen by setting connector dpms to off
before asking it turning it on again.
v2: agd5f
- drop the dp_get_link_status() change in atombios_dp.c
for no
From: Jerome Glisse
No need to retrain the link for passive adapters.
v2: agd5f
- no passive DP to VGA adapters, update comments
- assign radeon_connector_atom_dig after we are sure
we have a digital connector as analog connectors
have different private data.
- get new sink type before check
On Fri, Jul 20, 2012 at 03:45:28PM +0200, Christian König wrote:
> On 20.07.2012 13:17, Dan Carpenter wrote:
> >Static checkers complain if this we don't check for allocation failure.
> >Also we can use the new kmalloc_array() function here as a cleanup.
> >
> >Signed-off-by: Dan Carpenter
> What'
Static checkers complain if this we don't check for allocation failure.
Also we can use the new kmalloc_array() function here as a cleanup.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/radeon/radeon_ring.c
b/drivers/gpu/drm/radeon/radeon_ring.c
index 75cbe46..5a0ef24 100644
--- a/d
On Fri, Jul 20, 2012 at 7:50 AM, Laurent Pinchart
wrote:
> Hi everybody,
>
> I've enhanced the modetest utility to test various features of the SH Mobile
> LCDC DRM driver. Here are the corresponding patches. They mostly touch buffer
> allocation cleanup (1/7), adding test patterns for different f
https://bugs.freedesktop.org/show_bug.cgi?id=52313
--- Comment #1 from Jerome Glisse 2012-07-20 15:23:18
UTC ---
Fixed in mesa master
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug
https://bugs.freedesktop.org/show_bug.cgi?id=52266
--- Comment #7 from Przemek Tomczyk 2012-07-20
01:24:24 PDT ---
still no luck. DVI output goes blank, xrandr claims it;s disconnected.
kern.log:
[drm] Initialized radeon 2.16.0 20080528 for :01:05.0 on minor 0
[drm] Initialized drm 1.1.0
On Fri, 20 Jul 2012 16:32:47 +0200, Anisse Astier wrote :
> On Tue, 17 Jul 2012 22:12:42 +0100, Alan Cox wrote :
>
> > > I'm wondering if the gma_power_init call can be moved up before
> > > chip_setup is called. Seems so, but I thought I would ping you to see
> > > if you've seen this already
Hello,
On Thursday, July 19, 2012 6:24 PM Rob Clark wrote:
> From: Rob Clark
>
> For devices which have constraints about maximum number of segments
> in an sglist. For example, a device which could only deal with
> contiguous buffers would set max_segment_count to 1.
>
> The initial motivati
Dave, Can you pick this up for drm-next as well?
Alex
On Sat, Jun 30, 2012 at 5:37 AM, Michel Dänzer wrote:
> On Fre, 2012-06-29 at 19:34 -0400, alexdeuc...@gmail.com wrote:
>> From: Alex Deucher
>>
>> Not used outside of si.c
>>
>> Signed-off-by: Alex Deucher
>
> Reviewed-by: Michel Dänzer
>
On Fri, Jul 20, 2012 at 10:32 AM, Christian König
wrote:
> On 20.07.2012 16:12, Jerome Glisse wrote:
>>
>> On Fri, Jul 20, 2012 at 4:47 AM, Christian König
>> wrote:
>>>
>>> On 20.07.2012 07:34, Dave Airlie wrote:
Hi,
I've just merged Linus tree into drm-next and fixes up the
https://bugs.freedesktop.org/show_bug.cgi?id=52313
Bug #: 52313
Summary: r600g: Linux 3.3.x broken since 30257c32
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
On 20.07.2012 16:12, Jerome Glisse wrote:
On Fri, Jul 20, 2012 at 4:47 AM, Christian König
wrote:
On 20.07.2012 07:34, Dave Airlie wrote:
Hi,
I've just merged Linus tree into drm-next and fixes up the conflicts,
some in i915, one in radeon.
Can you guys check that they look correct after it?
On Tue, 17 Jul 2012 22:12:42 +0100, Alan Cox wrote :
> > I'm wondering if the gma_power_init call can be moved up before
> > chip_setup is called. Seems so, but I thought I would ping you to see
> > if you've seen this already.
>
> Fixed in the patches that went to Linus.
Thanks for this ! I wa
https://bugs.freedesktop.org/show_bug.cgi?id=52266
Alex Deucher changed:
What|Removed |Added
Attachment #64395|0 |1
is obsolete|
On Fri, Jul 20, 2012 at 4:47 AM, Christian König
wrote:
> On 20.07.2012 07:34, Dave Airlie wrote:
>>
>> Hi,
>>
>> I've just merged Linus tree into drm-next and fixes up the conflicts,
>> some in i915, one in radeon.
>>
>> Can you guys check that they look correct after it?
>
> Have to test it a bi
On 07/20/2012 01:44 PM, RAHUL SHARMA wrote:
>
> On Fri, Jul 20, 2012 at 11:40 AM, RAHUL SHARMA
> wrote:
>>
>>
>> --- Original Message ---
>> Sender : Lars-Peter Clausen
>> Date : Jul 19, 2012 19:12 (GMT+05:30)
>> Title : Re: exynos drm hdmi audio: how to recieve audio parameters (sf, bps
From: Alex Deucher
When ddc type is 5, need to look up the i2c channel
in the i2c table.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_combios.c | 57 +++---
1 files changed, 36 insertions(+), 21 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon
https://bugs.freedesktop.org/show_bug.cgi?id=52266
--- Comment #8 from Alex Deucher 2012-07-20 13:53:02 PDT ---
Created attachment 64449
--> https://bugs.freedesktop.org/attachment.cgi?id=64449
possible fix
How about this one? If it doesn't work, try commenting out the first *ddc_i2c
line and
On 20.07.2012 13:17, Dan Carpenter wrote:
Static checkers complain if this we don't check for allocation failure.
Also we can use the new kmalloc_array() function here as a cleanup.
Signed-off-by: Dan Carpenter
What's the benefit of using kmalloc_array instead of just kmalloc?
Anyway it's:
R
On Fri, Jul 20, 2012 at 7:50 AM, Laurent Pinchart
wrote:
> Hi everybody,
>
> I've enhanced the modetest utility to test various features of the SH Mobile
> LCDC DRM driver. Here are the corresponding patches. They mostly touch buffer
> allocation cleanup (1/7), adding test patterns for different f
From: Jerome Glisse
To have DP behave like VGA/DVI we need to retrain the link
on hotplug. For this to happen we need to force link
training to happen by setting connector dpms to off
before asking it turning it on again.
v2: agd5f
- drop the dp_get_link_status() change in atombios_dp.c
for no
From: Jerome Glisse
No need to retrain the link for passive adapters.
v2: agd5f
- no passive DP to VGA adapters, update comments
- assign radeon_connector_atom_dig after we are sure
we have a digital connector as analog connectors
have different private data.
- get new sink type before check
https://bugzilla.kernel.org/show_bug.cgi?id=16065
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #13
1 - 100 of 130 matches
Mail list logo
