On Wednesday 30 May 2012 19:12:11 Laurent Pinchart wrote:
> On Wednesday 30 May 2012 13:29:06 Michel Dänzer wrote:
> > On Mit, 2012-05-30 at 00:58 +0200, Laurent Pinchart wrote:
> > > DRM_IOCTL_MODESET_CTL must only be used for UMS drivers. Make it a no-op
> > > for KMS drivers.
> > >
> > > Signed
On 17.07.2012 16:17, Jerome Glisse wrote:
On Tue, Jul 17, 2012 at 8:51 AM, Alex Deucher wrote:
On Tue, Jul 17, 2012 at 4:49 AM, Christian König
wrote:
On 17.07.2012 01:13, Alex Deucher wrote:
On Fri, Jul 13, 2012 at 9:57 AM, Alex Deucher
wrote:
On Fri, Jul 13, 2012 at 9:46 AM, Christian Kö
On 17.07.2012 16:25, Jerome Glisse wrote:
On Tue, Jul 17, 2012 at 5:50 AM, Christian König
wrote:
On 13.07.2012 16:17, Tom Stellard wrote:
On Fri, Jul 13, 2012 at 04:08:15PM +0200, Christian König wrote:
Const IBs are executed on the CE not the CP, so we can't
fence them in the normal way.
S
On Tue, Jul 17, 2012 at 5:50 AM, Christian König
wrote:
> On 13.07.2012 16:17, Tom Stellard wrote:
>>
>> On Fri, Jul 13, 2012 at 04:08:15PM +0200, Christian König wrote:
>>>
>>> Const IBs are executed on the CE not the CP, so we can't
>>> fence them in the normal way.
>>>
>>> So submit them direct
On Tue, Jul 17, 2012 at 8:51 AM, Alex Deucher wrote:
> On Tue, Jul 17, 2012 at 4:49 AM, Christian König
> wrote:
>> On 17.07.2012 01:13, Alex Deucher wrote:
>>>
>>> On Fri, Jul 13, 2012 at 9:57 AM, Alex Deucher
>>> wrote:
On Fri, Jul 13, 2012 at 9:46 AM, Christian König
wrote:
>>
On Tue, Jul 17, 2012 at 7:07 AM, Alan Cox wrote:
> On Mon, 16 Jul 2012 13:44:32 -0700
> Linus Torvalds wrote:
>
>> On Mon, Jul 16, 2012 at 12:42 PM, Dave Airlie wrote:
>> >
>> > Sorry been travelling and a bit neglectful of some of Alan's
>> > patches,
>>
>> I actually took the three Alan sent m
https://bugs.freedesktop.org/show_bug.cgi?id=52174
Bug #: 52174
Summary: radeonsi enable GLSL 1.3 by default
Classification: Unclassified
Product: Mesa
Version: git
Platform: All
OS/Version: All
Status: NEW
S
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).
raedon/r600 drm dirver is polling the audio ip every 100 ms an
On Tue, Jul 17, 2012 at 5:42 AM, Christian König
wrote:
> Otherwise the sa managers out of memory
> handling doesn't work.
>
> Signed-off-by: Christian König
For the series:
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/radeon_fence.c |2 +-
> 1 file changed, 1 insertion(+), 1
On Tue, Jul 17, 2012 at 4:49 AM, Christian König
wrote:
> On 17.07.2012 01:13, Alex Deucher wrote:
>>
>> On Fri, Jul 13, 2012 at 9:57 AM, Alex Deucher
>> wrote:
>>>
>>> On Fri, Jul 13, 2012 at 9:46 AM, Christian König
>>> wrote:
On 13.07.2012 14:27, Alex Deucher wrote:
>
> On F
On Tue, Jul 17, 2012 at 5:59 AM, Christian König
wrote:
> On 16.07.2012 23:14, alexdeuc...@gmail.com wrote:
>>
>> From: Alex Deucher
>>
>> When submitting a CONST_IB, emit a SWITCH_BUFFER
>> packet before the CONST_IB. This isn't strictly necessary
>> (the driver will work fine without it), but
Hi Laurent and Alan
On Tue, Jul 17, 2012 at 1:24 PM, Alan Cox wrote:
>> The main issue is that fbdev has been designed with the implicit assumption
>> that an fbdev driver will always own the graphics memory it uses. All
>> components in the stack, from drivers to applications, have been designed
On Fre, 2012-06-29 at 14:07 -0400, Jerome Glisse wrote:
> On Fri, Jun 29, 2012 at 12:14 PM, Michel Dänzer wrote:
> > On Fre, 2012-06-29 at 11:28 -0400, Jerome Glisse wrote:
> >> On Fri, Jun 29, 2012 at 11:23 AM, Alex Deucher
> >> wrote:
> >> > On Fri, Jun 29, 2012 at 10:49 AM, Michel Dänzer
>
> The main issue is that fbdev has been designed with the implicit assumption
> that an fbdev driver will always own the graphics memory it uses. All
> components in the stack, from drivers to applications, have been designed
> around that assumption.
>
> We could of course fix this, revamp the
On Friday 13 July 2012 02:00:23 Laurent Pinchart wrote:
> Signed-off-by: Laurent Pinchart
> ---
> Documentation/DocBook/drm.tmpl | 2835 -
> 1 files changed, 2226 insertions(+), 609 deletions(-)
>
> Hi everybody,
>
> Here's the DRM kernel framework documentat
https://bugs.freedesktop.org/show_bug.cgi?id=52140
Michel Dänzer changed:
What|Removed |Added
AssignedTo|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
Hi David,
On Saturday 14 July 2012 16:10:56 David Herrmann wrote:
> Hi
>
> I am currently working on fblog [1] (a replacement for fbcon without
> VT dependencies) but this questions does also apply to other fbdev
> users. Is there a way to share framebuffers between fbdev devices? I
> was thinkin
On Tue, Jul 17, 2012 at 8:04 PM, Christian König
wrote:
> On 17.07.2012 11:46, Dave Airlie wrote:
>>
>> On Tue, Jul 17, 2012 at 7:39 PM, Christian König
>> wrote:
>>>
>>> Hi Dave,
>>>
>>> I think it is easier if I just send you a pull request of my branch
>>> instead
>>> of individual patches.
>>
Hi Chris,
There are new compile warnings show up in
tree: git://people.freedesktop.org/~danvet/drm-intel.git drm-intel-next-queued
head: 3cbf0ed71c262c2f07b3386e3c07c8d41440e050
commit: 289513fe7d347ce23f4f45906324601bf7df01af [58/59] drm/i915: fix invalid
reference handling of the default c
On 17.07.2012 11:46, Dave Airlie wrote:
On Tue, Jul 17, 2012 at 7:39 PM, Christian König
wrote:
Hi Dave,
I think it is easier if I just send you a pull request of my branch instead
of individual patches.
Thanks for this, I've been getting lost as to what is where, so I'll
pull this in and put
On 16.07.2012 23:14, alexdeuc...@gmail.com wrote:
From: Alex Deucher
When submitting a CONST_IB, emit a SWITCH_BUFFER
packet before the CONST_IB. This isn't strictly necessary
(the driver will work fine without it), but is good practice
and allows for more flexible DE/CE sychronization options
On 13.07.2012 16:17, Tom Stellard wrote:
On Fri, Jul 13, 2012 at 04:08:15PM +0200, Christian König wrote:
Const IBs are executed on the CE not the CP, so we can't
fence them in the normal way.
So submit them directly before the IB instead, just as
the documentation says.
Signed-off-by: Christi
The code path in that function makes the "blackout thingy" never used:
...
if (running == 0) {
if (running) {
...blackout thingy...
}
...
Is this normal behavior?
--
Sylvain
___
dri-devel mailing list
dri-devel@lists.fr
On Tue, Jul 17, 2012 at 7:39 PM, Christian König
wrote:
> Hi Dave,
>
> I think it is easier if I just send you a pull request of my branch instead
> of individual patches.
Thanks for this, I've been getting lost as to what is where, so I'll
pull this in and put Alex's documentation patches on top
On 17.07.2012 00:27, alexdeuc...@gmail.com wrote:
From: Alex Deucher
Same as my previous set, but rebased on Christian's latest
ring changes for drm-next:
http://cgit.freedesktop.org/~deathsimple/linux/log/?h=wip
Alex Deucher (10):
drm/radeon: document radeon_device.c (v2)
drm/radeon: do
Const IBs are executed on the CE not the CP, so we can't
fence them in the normal way.
So submit them directly before the IB instead, just as
the documentation says.
v2: keep the extra documentation
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/r100.c|2 +-
drivers/gpu/
Otherwise we can encounter out of memory situations under extreme load.
v2: add documentation for the new function
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon.h|2 +-
drivers/gpu/drm/radeon/radeon_sa.c | 82 ++--
2 files changed, 61
Otherwise the sa managers out of memory
handling doesn't work.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon_fence.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_fence.c
b/drivers/gpu/drm/radeon/radeon_fence.c
index 76c5
Hi Dave,
I think it is easier if I just send you a pull request of my branch
instead of individual patches.
So please pull the this branch into -next:
git://people.freedesktop.org/~deathsimple/linux next
It contains the following changes:
Christian König (14):
drm/radeon: add error
Hello Marek,
> -Original Message-
> From: Marek Szyprowski [mailto:m.szyprow...@samsung.com]
> Sent: Tuesday, July 17, 2012 5:04 PM
> To: 'Inki Dae'; 'Subash Patel'
> Cc: 'Prathyush K'; dri-devel@lists.freedesktop.org; prathy...@chromium.org
> Subject: RE: [PATCH 0/7] [RFC] drm/exynos: A
On 17.07.2012 01:13, Alex Deucher wrote:
On Fri, Jul 13, 2012 at 9:57 AM, Alex Deucher wrote:
On Fri, Jul 13, 2012 at 9:46 AM, Christian König
wrote:
On 13.07.2012 14:27, Alex Deucher wrote:
On Fri, Jul 13, 2012 at 5:09 AM, Christian König
wrote:
On 12.07.2012 18:36, Alex Deucher wrote:
O
On Tue, Jul 17, 2012 at 09:44:49AM +0300, Dan Carpenter wrote:
> We need to check that "ctx" is a valid pointer before dereferencing it.
>
> Signed-off-by: Dan Carpenter
Queued for drm-intel-next, thanks for the patch.
-Daniel
> ---
> Applies to linux-next.
>
> diff --git a/drivers/gpu/drm/i91
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).
raedon/r600 drm dirver is polling the audio ip every 100 ms an
101 - 133 of 133 matches
Mail list logo