On Thu, 19 Jul 2012 13:09:49 +1000, Dave Airlie wrote:
> This adds interfaces for the X driver to use to create a
> prime handle from a buffer, and create a bo from a handle.
>
> v2: use Chris's suggested naming (well from at least for consistency)
> v3: git commit --amend fail
> v4: fix as per C
https://bugs.freedesktop.org/show_bug.cgi?id=52256
Bug #: 52256
Summary: KMS doesn't work with radeon HD 7520G
Classification: Unclassified
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
On an HP dm4t-1200 laptop
00:02.0 VGA compatible controller [0300]: Intel Corporation Core
Processor Integrated Graphics Controller [8086:0046] (rev 02) (prog-if
00 [VGA controller])
Subsystem: Hewlett-Packard Company Device [103c:146a]
Running Linux version 3.5.0-rc7+
Boots up with backli
On Thursday 31 May 2012 18:26:14 Laurent Pinchart wrote:
> Hi everybody,
>
> Here are two small fixes that disallow format changes in page flip
> operations, and perform a full mode set instead of a mode set base in the
> CRTC helper set config handler if the pixel format changed.
Ping ? Can thos
On Tue, Jul 17, 2012 at 1:12 AM, RAHUL SHARMA wrote:
> hi,
>
> I am adding support for hdmi audio, inside exynos drm hdmi driver. Hdmi audio
> is initialized with default parameters. I want to implement the mechanism to
> update hdmi registers, whenever audio properties got changed (i2s/spdif).
Hi Daniel,
On Thursday 05 July 2012 13:31:17 Daniel Vetter wrote:
> On Thu, May 24, 2012 at 09:08:59PM +0300, ville.syrj...@linux.intel.com
wrote:
> > From: Ville Syrjälä
> >
> > MI display flips can't handle some changes in the framebuffer
> > format or layout. Return an error in such cases.
>
On Thu, Jul 19, 2012 at 02:27:47PM +0200, Laurent Pinchart wrote:
> Hi Daniel,
>
> On Thursday 05 July 2012 13:31:17 Daniel Vetter wrote:
> > On Thu, May 24, 2012 at 09:08:59PM +0300, ville.syrj...@linux.intel.com
> wrote:
> > > From: Ville Syrjälä
> > >
> > > MI display flips can't handle some
Hi Lars,
Thank you for the patch.
On Monday 02 July 2012 16:37:47 Lars-Peter Clausen wrote:
> 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
>
> ---
> No
On 07/19/2012 02:46 PM, Laurent Pinchart wrote:
> Hi Lars,
>
> Thank you for the patch.
>
> On Monday 02 July 2012 16:37:47 Lars-Peter Clausen wrote:
>> This patchset introduces a set of helper function for implementing the KMS
>> framebuffer layer for drivers which use the drm gem CMA helper fun
On Thursday 19 July 2012 14:46:38 Laurent Pinchart wrote:
> On Monday 02 July 2012 16:37:47 Lars-Peter Clausen wrote:
> > 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: L
Hi Lars,
On Thursday 19 July 2012 15:34:26 Lars-Peter Clausen wrote:
> On 07/19/2012 02:46 PM, Laurent Pinchart wrote:
> > On Monday 02 July 2012 16:37:47 Lars-Peter Clausen wrote:
> >> This patchset introduces a set of helper function for implementing the
> >> KMS
> >> framebuffer layer for drive
On 07/19/2012 02:22 PM, Rob Clark wrote:
> On Tue, Jul 17, 2012 at 1:12 AM, RAHUL SHARMA
> wrote:
>> hi,
>>
>> I am adding support for hdmi audio, inside exynos drm hdmi driver. Hdmi
>> audio is initialized with default parameters. I want to implement the
>> mechanism to update hdmi registers,
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 and gem size are valid or not to
> avoid this issue.
https://bugs.freedesktop.org/show_bug.cgi?id=52266
Bug #: 52266
Summary: No DVI output on "ATI Radeon XPRESS 200 5A41 (PCIE)"
(ChipID = 0x5a41)
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: x86
On 07/19/2012 03:33 PM, Laurent Pinchart wrote:
> Hi Lars,
>
> On Thursday 19 July 2012 15:34:26 Lars-Peter Clausen wrote:
>> On 07/19/2012 02:46 PM, Laurent Pinchart wrote:
>>> On Monday 02 July 2012 16:37:47 Lars-Peter Clausen wrote:
This patchset introduces a set of helper function for imp
https://bugs.freedesktop.org/show_bug.cgi?id=52266
--- Comment #1 from Przemek Tomczyk 2012-07-19
13:52:29 PDT ---
Created attachment 64391
--> https://bugs.freedesktop.org/attachment.cgi?id=64391
dmesg output
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=52266
--- Comment #2 from Przemek Tomczyk 2012-07-19
13:55:46 PDT ---
Created attachment 64392
--> https://bugs.freedesktop.org/attachment.cgi?id=64392
Xorg.0 log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Y
Hi Lars,
On Thursday 19 July 2012 15:55:56 Lars-Peter Clausen wrote:
> On 07/19/2012 03:33 PM, Laurent Pinchart wrote:
> > On Thursday 19 July 2012 15:34:26 Lars-Peter Clausen wrote:
> >> On 07/19/2012 02:46 PM, Laurent Pinchart wrote:
> >>> On Monday 02 July 2012 16:37:47 Lars-Peter Clausen wrote
https://bugs.freedesktop.org/show_bug.cgi?id=52266
--- Comment #3 from Alex Deucher 2012-07-19 14:27:39 PDT ---
Created attachment 64395
--> https://bugs.freedesktop.org/attachment.cgi?id=64395
possible fix
The attached patch should fix the issue.
--
Configure bugmail: https://bugs.freedeskt
On Thursday 19 July 2012 16:02:41 Laurent Pinchart wrote:
> On Thursday 19 July 2012 15:55:56 Lars-Peter Clausen wrote:
> > On 07/19/2012 03:33 PM, Laurent Pinchart wrote:
> > > On Thursday 19 July 2012 15:34:26 Lars-Peter Clausen wrote:
> > >> On 07/19/2012 02:46 PM, Laurent Pinchart wrote:
> > >>
On 07/19/2012 04:41 PM, Laurent Pinchart wrote:
> On Thursday 19 July 2012 16:02:41 Laurent Pinchart wrote:
>> On Thursday 19 July 2012 15:55:56 Lars-Peter Clausen wrote:
>>> On 07/19/2012 03:33 PM, Laurent Pinchart wrote:
On Thursday 19 July 2012 15:34:26 Lars-Peter Clausen wrote:
> On 07
On 07/19/2012 04:57 PM, Lars-Peter Clausen wrote:
> And well something similar for horizontal subsampling.
s/horizontal/vertical/
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Hi Lars,
On Thursday 19 July 2012 16:57:15 Lars-Peter Clausen wrote:
> On 07/19/2012 04:41 PM, Laurent Pinchart wrote:
> > On Thursday 19 July 2012 16:02:41 Laurent Pinchart wrote:
> >> On Thursday 19 July 2012 15:55:56 Lars-Peter Clausen wrote:
> >>> On 07/19/2012 03:33 PM, Laurent Pinchart wrote
On 07/19/2012 04:57 PM, Lars-Peter Clausen wrote:
> On 07/19/2012 04:41 PM, Laurent Pinchart wrote:
>> On Thursday 19 July 2012 16:02:41 Laurent Pinchart wrote:
>>> On Thursday 19 July 2012 15:55:56 Lars-Peter Clausen wrote:
On 07/19/2012 03:33 PM, Laurent Pinchart wrote:
> On Thursday 19
On 07/19/2012 05:01 PM, Laurent Pinchart wrote:
> Hi Lars,
>
> On Thursday 19 July 2012 16:57:15 Lars-Peter Clausen wrote:
>> On 07/19/2012 04:41 PM, Laurent Pinchart wrote:
>>> On Thursday 19 July 2012 16:02:41 Laurent Pinchart wrote:
On Thursday 19 July 2012 15:55:56 Lars-Peter Clausen wrot
Hi Lars,
On Thursday 19 July 2012 17:12:28 Lars-Peter Clausen wrote:
> On 07/19/2012 04:57 PM, Lars-Peter Clausen wrote:
> > On 07/19/2012 04:41 PM, Laurent Pinchart wrote:
> >> On Thursday 19 July 2012 16:02:41 Laurent Pinchart wrote:
> >>> On Thursday 19 July 2012 15:55:56 Lars-Peter Clausen wro
On 07/19/2012 05:46 PM, Laurent Pinchart wrote:
> Hi Lars,
>
> On Thursday 19 July 2012 17:12:28 Lars-Peter Clausen wrote:
>> On 07/19/2012 04:57 PM, Lars-Peter Clausen wrote:
>>> On 07/19/2012 04:41 PM, Laurent Pinchart wrote:
On Thursday 19 July 2012 16:02:41 Laurent Pinchart wrote:
> O
From: Rob Clark
Re-sending first patch, with a wider audience. Apparently I didn't
spam enough inboxes the first time.
And, at Daniel Vetter's suggestion, adding some helper functions in
dma-buf to get the most restrictive parameters of all the attached
devices.
Rob Clark (2):
device: add dm
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 motivation is for devices sharing buffers via dma-buf,
to allow the buffer exporter
From: Rob Clark
Add some helpers to iterate through all attachers and get the most
restrictive segment size/count/boundary.
Signed-off-by: Rob Clark
---
drivers/base/dma-buf.c | 63 +++
include/linux/dma-buf.h | 19 ++
2 files change
Among the (predominantly positive) feedback to the EDID firmware loader
(http://lists.freedesktop.org/archives/dri-devel/2012-March/020292.html),
there was a complaint that the documentation could be clearer how to
create a particular EDID data set from timing data in X11 format.
This patch adds a
A description was lacking how to write an EDID firmware file that
corresponds to a given X11 setting.
Signed-off-by: Carsten Emde
---
Documentation/EDID/HOWTO.txt | 27 +++
1 file changed, 23 insertions(+), 4 deletions(-)
Index: linux-3.4.4-rt13/Documentation/EDID/HOW
Hello Alex Deucher,
This is a semi-automatic email about new static checker warnings.
The patch eccea7920cfb: "drm/radeon/kms: improve bpc handling (v2)"
from Mar 26, 2012, leads to the following Smatch complaint:
drivers/gpu/drm/radeon/atombios_crtc.c:599 atombios_adjust_pll()
warn: v
From: Jerome Glisse
We should not turn off the connector neither try to retrain DP link
if a passive DP adaptor is connected to a DP port.
Cc:
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon_connectors.c | 22 --
1 file changed, 20 insertions(+), 2 deletio
On Thu, Jul 19, 2012 at 5:12 PM, wrote:
> From: Jerome Glisse
>
> We should not turn off the connector neither try to retrain DP link
> if a passive DP adaptor is connected to a DP port.
>
> Cc:
> Signed-off-by: Jerome Glisse
Looks good although we should probably wait to assign
radeon_connec
On 7/19/12 11:54 AM, Carsten Emde wrote:
A description was lacking how to write an EDID firmware file that
corresponds to a given X11 setting.
Signed-off-by: Carsten Emde
Reviewed-by: Adam Jackson
- ajax
___
dri-devel mailing list
dri-devel@lists
https://bugs.freedesktop.org/show_bug.cgi?id=52266
--- Comment #4 from Przemek Tomczyk 2012-07-19
22:36:26 PDT ---
Created attachment 64407
--> https://bugs.freedesktop.org/attachment.cgi?id=64407
kern.log after patch applied
no luck.
i've let myself to change subsystem device condition to ma
https://bugs.freedesktop.org/show_bug.cgi?id=52266
--- Comment #5 from Przemek Tomczyk 2012-07-19
22:52:41 UTC ---
and when forced custom combios_setup_i2c_bus call by commenting out
"ddc_i2c->valid == false" (was it wise?) got this connectors info, but still
DVI output is dead.
9.906711] [
https://bugs.freedesktop.org/show_bug.cgi?id=52266
Alex Deucher changed:
What|Removed |Added
Attachment #64407|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=52266
Alex Deucher changed:
What|Removed |Added
Attachment #64395|0 |1
is obsolete|
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
>> wrote:
>> > Ok, this requires quite a dance to actually hit:
>> > 1) We plug in a 2nd screen, enable it in both X and (by
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 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.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinf
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 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 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
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
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
On Thu, Jul 19, 2012 at 5:34 PM, Alex Deucher wrote:
> On Thu, Jul 19, 2012 at 5:12 PM, wrote:
>> From: Jerome Glisse
>>
>> We should not turn off the connector neither try to retrain DP link
>> if a passive DP adaptor is connected to a DP port.
>>
>> Cc:
>> Signed-off-by: Jerome Glisse
>
> L
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:
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
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.
___
dri-devel mailing list
dri-d
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
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 about "a
This adds interfaces for the X driver to use to create a
prime handle from a buffer, and create a bo from a handle.
v2: use Chris's suggested naming (well from at least for consistency)
v3: git commit --amend fail
v4: fix as per Chris's suggestions, group assignments, add get tiling
Signed-off-by
https://bugs.freedesktop.org/show_bug.cgi?id=49030
Alexandre Demers changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Thu, 19 Jul 2012 13:09:49 +1000, Dave Airlie wrote:
> This adds interfaces for the X driver to use to create a
> prime handle from a buffer, and create a bo from a handle.
>
> v2: use Chris's suggested naming (well from at least for consistency)
> v3: git commit --amend fail
> v4: fix as per C
https://bugs.freedesktop.org/show_bug.cgi?id=52256
Bug #: 52256
Summary: KMS doesn't work with radeon HD 7520G
Classification: Unclassified
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120719/4550738b/attachment-0001.html>
-- next part --
A non-text attachment was scrubbed...
Name: 201207191525531_BGFC2LL5.jpg
Type: image/jpeg
Size: 72722 byte
On an HP dm4t-1200 laptop
00:02.0 VGA compatible controller [0300]: Intel Corporation Core
Processor Integrated Graphics Controller [8086:0046] (rev 02) (prog-if
00 [VGA controller])
Subsystem: Hewlett-Packard Company Device [103c:146a]
Running Linux version 3.5.0-rc7+
Boots up with backli
On Thursday 31 May 2012 18:26:14 Laurent Pinchart wrote:
> Hi everybody,
>
> Here are two small fixes that disallow format changes in page flip
> operations, and perform a full mode set instead of a mode set base in the
> CRTC helper set config handler if the pixel format changed.
Ping ? Can thos
On Tue, Jul 17, 2012 at 1:12 AM, RAHUL SHARMA
wrote:
> hi,
>
> I am adding support for hdmi audio, inside exynos drm hdmi driver. Hdmi audio
> is initialized with default parameters. I want to implement the mechanism to
> update hdmi registers, whenever audio properties got changed (i2s/spdif).
Hi Daniel,
On Thursday 05 July 2012 13:31:17 Daniel Vetter wrote:
> On Thu, May 24, 2012 at 09:08:59PM +0300, ville.syrjala at linux.intel.com
wrote:
> > From: Ville Syrj?l?
> >
> > MI display flips can't handle some changes in the framebuffer
> > format or layout. Return an error in such cases
On Thu, Jul 19, 2012 at 02:27:47PM +0200, Laurent Pinchart wrote:
> Hi Daniel,
>
> On Thursday 05 July 2012 13:31:17 Daniel Vetter wrote:
> > On Thu, May 24, 2012 at 09:08:59PM +0300, ville.syrjala at linux.intel.com
> wrote:
> > > From: Ville Syrj?l?
> > >
> > > MI display flips can't handle s
Hi Lars,
Thank you for the patch.
On Monday 02 July 2012 16:37:47 Lars-Peter Clausen wrote:
> 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
>
> ---
> No
On 07/19/2012 02:46 PM, Laurent Pinchart wrote:
> Hi Lars,
>
> Thank you for the patch.
>
> On Monday 02 July 2012 16:37:47 Lars-Peter Clausen wrote:
>> This patchset introduces a set of helper function for implementing the KMS
>> framebuffer layer for drivers which use the drm gem CMA helper fun
On Thursday 19 July 2012 14:46:38 Laurent Pinchart wrote:
> On Monday 02 July 2012 16:37:47 Lars-Peter Clausen wrote:
> > 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: L
Hi Lars,
On Thursday 19 July 2012 15:34:26 Lars-Peter Clausen wrote:
> On 07/19/2012 02:46 PM, Laurent Pinchart wrote:
> > On Monday 02 July 2012 16:37:47 Lars-Peter Clausen wrote:
> >> This patchset introduces a set of helper function for implementing the
> >> KMS
> >> framebuffer layer for drive
On 07/19/2012 02:22 PM, Rob Clark wrote:
> On Tue, Jul 17, 2012 at 1:12 AM, RAHUL SHARMA
> wrote:
>> hi,
>>
>> I am adding support for hdmi audio, inside exynos drm hdmi driver. Hdmi
>> audio is initialized with default parameters. I want to implement the
>> mechanism to update hdmi registers,
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 and gem size are valid or not to
> avoid this issue.
https://bugs.freedesktop.org/show_bug.cgi?id=52266
Bug #: 52266
Summary: No DVI output on "ATI Radeon XPRESS 200 5A41 (PCIE)"
(ChipID = 0x5a41)
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: x86
On 07/19/2012 03:33 PM, Laurent Pinchart wrote:
> Hi Lars,
>
> On Thursday 19 July 2012 15:34:26 Lars-Peter Clausen wrote:
>> On 07/19/2012 02:46 PM, Laurent Pinchart wrote:
>>> On Monday 02 July 2012 16:37:47 Lars-Peter Clausen wrote:
This patchset introduces a set of helper function for imp
https://bugs.freedesktop.org/show_bug.cgi?id=52266
--- Comment #1 from Przemek Tomczyk 2012-07-19
13:52:29 PDT ---
Created attachment 64391
--> https://bugs.freedesktop.org/attachment.cgi?id=64391
dmesg output
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=52266
--- Comment #2 from Przemek Tomczyk 2012-07-19
13:55:46 PDT ---
Created attachment 64392
--> https://bugs.freedesktop.org/attachment.cgi?id=64392
Xorg.0 log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Y
Hi Lars,
On Thursday 19 July 2012 15:55:56 Lars-Peter Clausen wrote:
> On 07/19/2012 03:33 PM, Laurent Pinchart wrote:
> > On Thursday 19 July 2012 15:34:26 Lars-Peter Clausen wrote:
> >> On 07/19/2012 02:46 PM, Laurent Pinchart wrote:
> >>> On Monday 02 July 2012 16:37:47 Lars-Peter Clausen wrote
https://bugs.freedesktop.org/show_bug.cgi?id=52266
--- Comment #3 from Alex Deucher 2012-07-19 14:27:39 PDT
---
Created attachment 64395
--> https://bugs.freedesktop.org/attachment.cgi?id=64395
possible fix
The attached patch should fix the issue.
--
Configure bugmail: https://bugs.freedesk
On Thursday 19 July 2012 16:02:41 Laurent Pinchart wrote:
> On Thursday 19 July 2012 15:55:56 Lars-Peter Clausen wrote:
> > On 07/19/2012 03:33 PM, Laurent Pinchart wrote:
> > > On Thursday 19 July 2012 15:34:26 Lars-Peter Clausen wrote:
> > >> On 07/19/2012 02:46 PM, Laurent Pinchart wrote:
> > >>
On 07/19/2012 04:41 PM, Laurent Pinchart wrote:
> On Thursday 19 July 2012 16:02:41 Laurent Pinchart wrote:
>> On Thursday 19 July 2012 15:55:56 Lars-Peter Clausen wrote:
>>> On 07/19/2012 03:33 PM, Laurent Pinchart wrote:
On Thursday 19 July 2012 15:34:26 Lars-Peter Clausen wrote:
> On 07
On 07/19/2012 04:57 PM, Lars-Peter Clausen wrote:
> And well something similar for horizontal subsampling.
s/horizontal/vertical/
Hi Lars,
On Thursday 19 July 2012 16:57:15 Lars-Peter Clausen wrote:
> On 07/19/2012 04:41 PM, Laurent Pinchart wrote:
> > On Thursday 19 July 2012 16:02:41 Laurent Pinchart wrote:
> >> On Thursday 19 July 2012 15:55:56 Lars-Peter Clausen wrote:
> >>> On 07/19/2012 03:33 PM, Laurent Pinchart wrote
On 07/19/2012 04:57 PM, Lars-Peter Clausen wrote:
> On 07/19/2012 04:41 PM, Laurent Pinchart wrote:
>> On Thursday 19 July 2012 16:02:41 Laurent Pinchart wrote:
>>> On Thursday 19 July 2012 15:55:56 Lars-Peter Clausen wrote:
On 07/19/2012 03:33 PM, Laurent Pinchart wrote:
> On Thursday 19
On 07/19/2012 05:01 PM, Laurent Pinchart wrote:
> Hi Lars,
>
> On Thursday 19 July 2012 16:57:15 Lars-Peter Clausen wrote:
>> On 07/19/2012 04:41 PM, Laurent Pinchart wrote:
>>> On Thursday 19 July 2012 16:02:41 Laurent Pinchart wrote:
On Thursday 19 July 2012 15:55:56 Lars-Peter Clausen wrot
Hi Lars,
On Thursday 19 July 2012 17:12:28 Lars-Peter Clausen wrote:
> On 07/19/2012 04:57 PM, Lars-Peter Clausen wrote:
> > On 07/19/2012 04:41 PM, Laurent Pinchart wrote:
> >> On Thursday 19 July 2012 16:02:41 Laurent Pinchart wrote:
> >>> On Thursday 19 July 2012 15:55:56 Lars-Peter Clausen wro
On 07/19/2012 05:46 PM, Laurent Pinchart wrote:
> Hi Lars,
>
> On Thursday 19 July 2012 17:12:28 Lars-Peter Clausen wrote:
>> On 07/19/2012 04:57 PM, Lars-Peter Clausen wrote:
>>> On 07/19/2012 04:41 PM, Laurent Pinchart wrote:
On Thursday 19 July 2012 16:02:41 Laurent Pinchart wrote:
> O
From: Rob Clark
Re-sending first patch, with a wider audience. Apparently I didn't
spam enough inboxes the first time.
And, at Daniel Vetter's suggestion, adding some helper functions in
dma-buf to get the most restrictive parameters of all the attached
devices.
Rob Clark (2):
device: add dm
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 motivation is for devices sharing buffers via dma-buf,
to allow the buffer exporter
From: Rob Clark
Add some helpers to iterate through all attachers and get the most
restrictive segment size/count/boundary.
Signed-off-by: Rob Clark
---
drivers/base/dma-buf.c | 63 +++
include/linux/dma-buf.h | 19 ++
2 files change
Among the (predominantly positive) feedback to the EDID firmware loader
(http://lists.freedesktop.org/archives/dri-devel/2012-March/020292.html),
there was a complaint that the documentation could be clearer how to
create a particular EDID data set from timing data in X11 format.
This patch adds a
An embedded and charset-unspecified text was scrubbed...
Name: edid-howto-explain-timing-vars-better.patch
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120719/c7820074/attachment.ksh>
Hello Alex Deucher,
This is a semi-automatic email about new static checker warnings.
The patch eccea7920cfb: "drm/radeon/kms: improve bpc handling (v2)"
from Mar 26, 2012, leads to the following Smatch complaint:
drivers/gpu/drm/radeon/atombios_crtc.c:599 atombios_adjust_pll()
warn: v
From: Jerome Glisse
We should not turn off the connector neither try to retrain DP link
if a passive DP adaptor is connected to a DP port.
Cc:
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon_connectors.c | 22 --
1 file changed, 20 insertions(+), 2 deletio
connector->dpms = saved_dpms;
> }
> }
> --
> 1.7.10.4
>
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
-- next part --
On 7/19/12 11:54 AM, Carsten Emde wrote:
> A description was lacking how to write an EDID firmware file that
> corresponds to a given X11 setting.
>
> Signed-off-by: Carsten Emde
Reviewed-by: Adam Jackson
- ajax
https://bugs.freedesktop.org/show_bug.cgi?id=52266
--- Comment #5 from Przemek Tomczyk 2012-07-19
22:52:41 UTC ---
and when forced custom combios_setup_i2c_bus call by commenting out
"ddc_i2c->valid == false" (was it wise?) got this connectors info, but still
DVI output is dead.
9.906711] [
On Thu, Jul 19, 2012 at 5:34 PM, Alex Deucher wrote:
> On Thu, Jul 19, 2012 at 5:12 PM, wrote:
>> From: Jerome Glisse
>>
>> We should not turn off the connector neither try to retrain DP link
>> if a passive DP adaptor is connected to a DP port.
>>
>> Cc:
>> Signed-off-by: Jerome Glisse
>
> L
95 matches
Mail list logo