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 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
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
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
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
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
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
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/
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
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
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 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
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 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 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 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
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.
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
> 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 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
>
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 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
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: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 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 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 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 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 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
We need to check that "ctx" is a valid pointer before dereferencing it.
Signed-off-by: Dan Carpenter
---
Applies to linux-next.
diff --git a/drivers/gpu/drm/i915/i915_gem_context.c
b/drivers/gpu/drm/i915/i915_gem_context.c
index 9ae3f2c..a82c0ec 100644
--- a/drivers/gpu/drm/i915/i915_gem_contex
Hello,
On Monday, July 16, 2012 3:47 PM Inki Dae wrote:
> > -Original Message-
> > From: Subash Patel [mailto:subash.ramasw...@linaro.org]
> > Sent: Friday, July 13, 2012 3:58 PM
> > To: Inki Dae
> > Cc: 'Prathyush K'; dri-devel@lists.freedesktop.org;
> prathy...@chromium.org;
> > m.szypr
Hi Alan,
On Wednesday 16 May 2012 16:10:37 Alan Cox wrote:
> On Wed, 16 May 2012 16:59:44 +0200 Laurent Pinchart wrote:
> > The private gem_create_mmap_offset() function is now implemented in the
> > DRM core as drm_gem_create_mmap_offset(). Use it and kill the private
> > copy.
>
> That was alwa
The passed mode must not be modified by the operation, make it const.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/ast/ast_mode.c |6 +++---
drivers/gpu/drm/cirrus/cirrus_mode.c|6 +++---
drivers/gpu/drm/exynos/exynos_drm_crtc.c|2 +-
drive
On Tue, 17 Jul 2012 17:09:25 +0200
Laurent Pinchart wrote:
> Hi Alan,
>
> On Wednesday 16 May 2012 16:10:37 Alan Cox wrote:
> > On Wed, 16 May 2012 16:59:44 +0200 Laurent Pinchart wrote:
> > > The private gem_create_mmap_offset() function is now implemented
> > > in the DRM core as drm_gem_creat
On Tuesday 17 July 2012 17:21:06 Alan Cox wrote:
> On Tue, 17 Jul 2012 17:09:25 +0200 Laurent Pinchart wrote:
> > On Wednesday 16 May 2012 16:10:37 Alan Cox wrote:
> > > On Wed, 16 May 2012 16:59:44 +0200 Laurent Pinchart wrote:
> > > > The private gem_create_mmap_offset() function is now implement
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
in the future. Current userspace drivers do not ta
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
of the cursor was (supposed to be) visible at the right edge of that display.
The solution is to move the cursor one pixel to
Ignore the 1/2, there's no second patch.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
ht
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
> of the cursor was (supposed to be) visible at the right edge o
From: Alex Deucher
Radeon drm-next patches from me. They apply
on top or Christian's latest drm-next patch
sets. This includes the ib_execute updates
for SI and the documentation patches. Also
available here:
http://cgit.freedesktop.org/~agd5f/linux/log/?h=wip
Alex Deucher (16):
drm/radeon:
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
in the future. Current userspace drivers do not ta
From: Alex Deucher
Just store the index in the ring structure.
Idea taken from one of Jerome's wip rptr patches.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r600.c | 11 -
drivers/gpu/drm/radeon/radeon.h|2 +-
drivers/gpu/drm/radeon/radeon_device.c |
From: Alex Deucher
Add support for using memory buffers rather than
scratch registers. Some rings may not be able to
write to scratch registers.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c | 10 +-
drivers/gpu/drm/radeon/r600.c| 20 +++-
From: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r100.c | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r100.c b/drivers/gpu/drm/radeon/r100.c
index 4ee5a74..2e0a603 100644
--- a/drivers/gpu/drm/radeon/r100.
From: Alex Deucher
Adds documentation to most of the functions in
radeon_device.c
v2: split out general descriptions as per Christian's
comments.
Signed-off-by: Alex Deucher
Reviewed-by: Christian König
---
drivers/gpu/drm/radeon/radeon_device.c | 313 +++-
1 fil
From: Alex Deucher
Adds documentation to most of the functions in
radeon_kms.c
Signed-off-by: Alex Deucher
Reviewed-by: Christian König
---
drivers/gpu/drm/radeon/radeon_kms.c | 126 +++
1 files changed, 126 insertions(+), 0 deletions(-)
diff --git a/drivers/
From: Alex Deucher
Adds documentation to most of the functions in
radeon_irq_kms.c
Signed-off-by: Alex Deucher
Reviewed-by: Christian König
---
drivers/gpu/drm/radeon/radeon_irq_kms.c | 150 +++
1 files changed, 150 insertions(+), 0 deletions(-)
diff --git a/driv
From: Alex Deucher
Adds documentation to most of the functions in
radeon_asic.c
Signed-off-by: Alex Deucher
Reviewed-by: Christian König
---
drivers/gpu/drm/radeon/radeon_asic.c | 46 ++
1 files changed, 46 insertions(+), 0 deletions(-)
diff --git a/drivers/
From: Alex Deucher
Adds documentation to most of the functions in
radeon_fence.c
v2: address Christian's comments:
- split common concept description into it's own comment
- fix description of intr parameter
- Improve description of -EDEADLK error
Signed-off-by: Alex Deucher
Reviewed-by: Chris
From: Alex Deucher
Adds documentation to most of the functions in
radeon_ring.c
v2: adjust per Christian's suggestions
v3: adjust per Christian's latest patches
v4: adjust per my latest changes
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_ring.c | 208 +++
From: Alex Deucher
Document the non-VM functions in radeon_gart.c
v2: adjust per Christian's suggestions
Signed-off-by: Alex Deucher
Reviewed-by: Christian König
---
drivers/gpu/drm/radeon/radeon_gart.c | 125 +-
1 files changed, 122 insertions(+), 3 deletion
From: Alex Deucher
Document the VM functions in radeon_gart.c
v2: adjust per Christian's suggestions
v3: adjust to Christians's latest changes
Signed-off-by: Alex Deucher
Reviewed-by: Christian König
---
drivers/gpu/drm/radeon/radeon_gart.c | 142 ++
1 files
From: Alex Deucher
Still a lot more to do.
Signed-off-by: Alex Deucher
Reviewed-by: Christian König
---
drivers/gpu/drm/radeon/r100.c | 127 -
1 files changed, 124 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r100.c b/drivers/gpu/
From: Alex Deucher
Still a lot to do.
Signed-off-by: Alex Deucher
Reviewed-by: Christian König
---
drivers/gpu/drm/radeon/evergreen.c | 120
1 files changed, 120 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu
From: Alex Deucher
Selecting ATOM_PPLL_INVALID should be equivalent as the
DCPLL or PPLL0 are already programmed for the DISPCLK, but
the preferred method is to always specify the PLL selected.
SetPixelClock will check the parameters and skip the
programming if the PLL is already set up.
Signed-
From: Alex Deucher
Need to actually set the SS parameters rather than just 0.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_crtc.c | 16
1 files changed, 4 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c
b/drivers/gpu/dr
FYI!
If anyone is interested, then please discuss that on the linux-media
mailinglist.
I promised Mauro to forward it to a few mailinglists where this might be of
interest,
so here it is :-)
Regards,
Hans
-- Forwarded Message --
Subject: [Workshop-2011] Media summi
On Wed, Jul 18, 2012 at 1:01 AM, Laurent Pinchart
wrote:
> 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 driv
From: Jerome Glisse
To have kernel behave like VGA/DVI we need to retrain link
on hotplug. For this to happen with need to report that
we need to link training to happen if we fail to get link
status and we need to force link training to happen by
setting connector dpms to off before asking it on
> 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.
I don't have the ACPI backlight working on a lot of systems and don't
know why to be h
From: Jerome Glisse
We want to print link status query failed only if it's
an unexepected fail. If we query to see if we need
link training it might be because there is nothing
connected and thus link status query have the right
to fail in that case.
To avoid printing failure when it's expected,
On Tue, Jul 17, 2012 at 4:54 PM, wrote:
> From: Jerome Glisse
>
> To have kernel behave like VGA/DVI we need to retrain link
> on hotplug. For this to happen with need to report that
> we need to link training to happen if we fail to get link
> status and we need to force link training to happen
On Tue, Jul 17, 2012 at 6:25 PM, Alex Deucher wrote:
> On Tue, Jul 17, 2012 at 4:54 PM, wrote:
>> From: Jerome Glisse
>>
>> To have kernel behave like VGA/DVI we need to retrain link
>> on hotplug. For this to happen with need to report that
>> we need to link training to happen if we fail to g
Hi David,
On Tuesday 17 July 2012 14:23:18 David Herrmann wrote:
> 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 st
Hello Dave,
Please pull from
git://git.infradead.org/users/kmpark/linux-samsung exynos-drm-fixes
these patch sets are based on git repository below:
git://people.freedesktop.org/~airlied/linux.git drm-fixes
commit-id: a3928c6b5f43bcd561802b52049b6024b8da675f
this pull req
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 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
2012/7/11, Leela Krishna Amudala :
> 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 errors and changed compati
On Tue, Jul 17, 2012 at 9:49 AM, InKi Dae wrote:
>
> 2012/7/11, Leela Krishna Amudala :
> > 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
> >
> > C
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 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
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:3
Hello Marek,
> -Original Message-
> From: Marek Szyprowski [mailto:m.szyprowski at samsung.com]
> Sent: Tuesday, July 17, 2012 5:04 PM
> To: 'Inki Dae'; 'Subash Patel'
> Cc: 'Prathyush K'; dri-devel at lists.freedesktop.org; prathyush at
> chromium.org
> Subject: RE: [PATCH 0/7] [RFC] d
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
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
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
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/
On 17.07.2012 00:27, alexdeucher at 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)
>
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
The code path in that function makes the "blackout thingy" never used:
...
if (running == 0) {
if (running) {
...blackout thingy...
}
...
Is this normal behavior?
--
Sylvain
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.
>>
>> Sign
On 16.07.2012 23:14, alexdeucher at 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 sychroniza
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
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 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
https://bugs.freedesktop.org/show_bug.cgi?id=52140
Michel D?nzer changed:
What|Removed |Added
AssignedTo|dri-devel at lists.freedesktop |mesa-dev at
lists.freedesktop.
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
> 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 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
>
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 Tue, Jul 17, 2012 at 5:59 AM, Christian K?nig
wrote:
> On 16.07.2012 23:14, alexdeucher at 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), b
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: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 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 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 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 th
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
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
We need to check that "ctx" is a valid pointer before dereferencing it.
Signed-off-by: Dan Carpenter
---
Applies to linux-next.
diff --git a/drivers/gpu/drm/i915/i915_gem_context.c
b/drivers/gpu/drm/i915/i915_gem_context.c
index 9ae3f2c..a82c0ec 100644
--- a/drivers/gpu/drm/i915/i915_gem_contex
1 - 100 of 133 matches
Mail list logo
