> 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
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 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
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.
>>
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
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
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
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 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
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
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
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 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
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
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
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,
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
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
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
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 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 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
Hi Alan,
We had a report [1] of a machine with a Cedarview chip in it not being
able to have the backlight level adjusted with the hardware function
keys in F17. Matthew suggested that gma500 needs to work with opregion
and the reporter (CC'd) tried a rawhide kernel based on
v3.5-rc6-186-gac7d181
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
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,
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
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
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
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
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
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
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
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_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_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_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_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
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
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
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
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
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:
> 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
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: 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
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
>
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
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 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
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
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
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
> 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 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 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 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
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 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)
>
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
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
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
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
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
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
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
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
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_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_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_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_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
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
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
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
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
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:
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
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
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 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 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 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:
>>
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
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
Hello,
On Monday, July 16, 2012 3:47 PM Inki Dae wrote:
> > -Original Message-
> > From: Subash Patel [mailto:subash.ramaswamy at linaro.org]
> > Sent: Friday, July 13, 2012 3:58 PM
> > To: Inki Dae
> > Cc: 'Prathyush K'; dri-devel at lists.freedesktop.org;
> prathyush at chromium.org;
>
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
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
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
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
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, 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
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, 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, 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
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
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
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
