>> BTW, which generations/families/types(mobile...) do support phase shedding?
>
> Southern Islands and Sea Islands dGPU parts as far as I know.
Erf, for tahiti discret gpu, the atombios rom does not have a
VOLTAGE_OBJ_PHASE_LUT for VOLTAGE_TYPE_VDDC.
I probably miss something in dpm code.
rega
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131030/5b958391/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131030/c1e21fc9/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131030/32b56978/attachment-0001.html>
|Linux (All)
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131030/662b84bc/attachment.html>
eiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131030/22931253/attachment.html>
ector device object
> lifetimes".
Yes, I think that's the one that broke it.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131030/a401c97f/attachment.pgp>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131030/7becbb47/attachment.html>
On Thu, Sep 19, 2013 at 11:54 PM, Russell King
wrote:
> diff --git a/drivers/ata/pata_octeon_cf.c b/drivers/ata/pata_octeon_cf.c
> index c51bbb9..6231d43 100644
> --- a/drivers/ata/pata_octeon_cf.c
> +++ b/drivers/ata/pata_octeon_cf.c
> @@ -1014,8 +1014,9 @@ static int octeon_cf_probe(struct platf
> unless I'm not understanding your question.
Nope, my bad, I miss-read and did not double-check.
:)
BTW, which generations/families/types(mobile...) do support phase shedding?
regards,
--
Sylvain
On Wednesday 30 of October 2013 13:02:29 Sascha Hauer wrote:
> On Tue, Oct 29, 2013 at 01:52:57PM +1000, Dave Airlie wrote:
> > So we had a sessions at kernel summit to discuss the driver model and
> > DT interactions for a display pipeline,
> >
> > we had good attendance from a few sides and I ho
On Wed, Oct 30, 2013 at 4:32 PM, Sean Paul wrote:
> Once all required nodes have been "claimed", the main driver's probe
> would call drm_platform/pci_init to kick off load(). After load() has
> finished, the drm layer would then call the various standalone driver
> hooks that were previously regi
On Wednesday 30 October 2013 11:32:24 Sean Paul wrote:
> On Tue, Oct 29, 2013 at 4:50 PM, Tomasz Figa wrote:
> > On Tuesday 29 of October 2013 16:36:47 Sean Paul wrote:
[snip]
> >> An example: exynos_drm_drv would be a platform_driver which implements
> >> drm_driver. On drm_load, it would enumer
Am 30.10.2013 14:41, schrieb Marek Ol??k:
> From: Marek Ol??k
>
> It is said to cause hangs.
>
> Signed-off-by: Marek Ol??k
We should probably do so for SI as well.
Patch is Reviewed-by: Christian K?nig
> ---
> drivers/gpu/drm/radeon/cik.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deleti
From: Marek Ol??k
It is said to cause hangs.
Signed-off-by: Marek Ol??k
---
drivers/gpu/drm/radeon/cik.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/cik.c b/drivers/gpu/drm/radeon/cik.c
index 2cd2ac0..44507a4 100644
--- a/drivers/gpu/drm/radeon/ci
On Wed, Oct 30, 2013 at 2:28 PM, Sylvain BERTRAND wrote:
>> unless I'm not understanding your question.
>
> Nope, my bad, I miss-read and did not double-check.
>
> :)
>
> BTW, which generations/families/types(mobile...) do support phase shedding?
Southern Islands and Sea Islands dGPU parts as far
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131030/e0f75e75/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131030/3a13af1d/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131030/e38fc6b0/attachment.html>
2013/10/30 Thierry Reding :
> device_unregister() already drops its reference to the struct device, so
> explicitly calling put_device() before device_unregister() can cause the
> device to have been freed before it can be unregistered.
>
> Signed-off-by: Thierry Reding
I started investigating th
op 24-10-13 14:13, Maarten Lankhorst schreef:
> op 09-10-13 16:39, Maarten Lankhorst schreef:
>> Hey,
>>
>> op 08-10-13 19:37, John Stultz schreef:
>>> On Wed, Oct 2, 2013 at 11:13 AM, Erik Gilling
>>> wrote:
On Wed, Oct 2, 2013 at 12:35 AM, Maarten Lankhorst
wrote:
> Depending on
On Tue, Oct 29, 2013 at 01:52:57PM +1000, Dave Airlie wrote:
> So we had a sessions at kernel summit to discuss the driver model and
> DT interactions for a display pipeline,
>
> we had good attendance from a few sides and I hope to summarise the
> recommendations below,
>
> a) Device Tree bindin
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131030/c96a6090/attachment.html>
From: Christian K?nig
The parameter is in bytes not dwords.
Signed-off-by: Christian K?nig
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/radeon_uvd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_uvd.c
b/drivers/gpu/drm/radeon/rad
From: Christian K?nig
Make sure the UVD clocks are still active before sending
the destroy message, otherwise the hw might hang.
Signed-off-by: Christian K?nig
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/radeon_uvd.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gp
info->fix.smem_len);
>> if (!info->screen_base) {
>> framebuffer_release(info);
>> return -ENODEV;
>> --
>> 1.8.4
>>
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 901 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131030/1adbb290/attachment.pgp>
Where does that leave the Tegra driver? I've spent a significant amount
of time to get it to some sane state where having multiple subdrivers
are handled fairly nicely (in my opinion). Rewriting all of it isn't
something that I look forward to at all.
Thierry
------ next part --
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131030/7b53812a/attachment.html>
the system seems to work fine afterwards.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131030/a0ac0be7/attachment-0001.html>
On Tue, Oct 29, 2013 at 2:20 PM, Sylvain BERTRAND wrote:
> Hi,
>
> git branch drm-fixes-3.12, git commit
> cdf6e8058415ba4d808537e30a0a6be9fb29e95a
>
> In si_dpm.c, the vddc phase shedding mask does overwrite the vddc
> voltage mask (lines 3889 and 3920 in
> si_populate_smc_voltage_tables function
device_unregister() already drops its reference to the struct device, so
explicitly calling put_device() before device_unregister() can cause the
device to have been freed before it can be unregistered.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_sysfs.c | 2 --
1 file changed, 2 delet
On Wed, Oct 30, 2013 at 11:45 AM, Laurent Pinchart
wrote:
> On Wednesday 30 October 2013 11:32:24 Sean Paul wrote:
>> On Tue, Oct 29, 2013 at 4:50 PM, Tomasz Figa wrote:
>> > On Tuesday 29 of October 2013 16:36:47 Sean Paul wrote:
>
> [snip]
>
>> >> An example: exynos_drm_drv would be a platform_d
On Tue, Oct 29, 2013 at 4:50 PM, Tomasz Figa wrote:
> Hi Sean,
>
> On Tuesday 29 of October 2013 16:36:47 Sean Paul wrote:
>> On Mon, Oct 28, 2013 at 7:13 PM, Tomasz Figa
> wrote:
>> > Hi,
>> >
>> > On Wednesday 23 of October 2013 12:09:06 Sean Paul wrote:
>> >> On Wed, Oct 23, 2013 at 11:53 AM,
On Wed, Oct 30, 2013 at 11:59:05AM +0100, Thierry Reding wrote:
> device_unregister() already drops its reference to the struct device, so
> explicitly calling put_device() before device_unregister() can cause the
> device to have been freed before it can be unregistered.
>
> Signed-off-by: Thierr
Hi Linus,
mainly Intel regression fixes and quirks, along with a simple one liner to
fix rendernodes ioctl access (off by default, but testers want to test
it).
Dave.
The following changes since commit 7314e613d5ff9f0934f7a0f74ed7973b903315d1:
Fix a few incorrectly checked [io_]remap_pfn_r
On Wed, Oct 30, 2013 at 9:41 AM, Marek Ol??k wrote:
> From: Marek Ol??k
>
> It is said to cause hangs.
>
> Signed-off-by: Marek Ol??k
Applied! Thanks.
> ---
> drivers/gpu/drm/radeon/cik.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/radeon/cik.c b
On Wed, Oct 30, 2013 at 7:56 AM, Christian K?nig
wrote:
> From: Christian K?nig
>
> Make sure the UVD clocks are still active before sending
> the destroy message, otherwise the hw might hang.
>
> Signed-off-by: Christian K?nig
> Cc: stable at vger.kernel.org
Both applied!
Alex
> ---
> drive
On Wed, Oct 30, 2013 at 9:50 AM, Christian K?nig
wrote:
> Am 30.10.2013 14:41, schrieb Marek Ol??k:
>
>> From: Marek Ol??k
>>
>> It is said to cause hangs.
>>
>> Signed-off-by: Marek Ol??k
>
>
> We should probably do so for SI as well.
>
SI doesn't support single DW type 3 nop packets and AFAIK
On 10/18/2013 03:18 PM, Jakob Bornecrantz wrote:
> Reviewed-by: Thomas Hellstr?m
> Signed-off-by: Jakob Bornecrantz
> Cc: Dave Airlie
> Cc: dri-devel at lists.freedesktop.org
> Cc: stable at vger.kernel.org
> ---
> drivers/gpu/drm/ttm/ttm_bo_util.c | 4 +++-
> 1 file changed, 3 insertions(+),
Hi Tomi
Ping?
Thanks
David
On Wed, Oct 2, 2013 at 4:58 PM, David Herrmann wrote:
> Framebuffers shouldn't be cached and it is usually very uncommon to read
> them. Therefore, use ioremap_wc() to get significant speed improvements on
> systems which provide it. On all other systems it's aliased
Hi Tomi
Could we get this in -next before the merge-window starts? Stephen
already ack'ed it.
Thanks
David
On Wed, Oct 2, 2013 at 6:23 PM, David Herrmann wrote:
> Hi
>
> On Wed, Oct 2, 2013 at 6:16 PM, Stephen Warren
> wrote:
>> On 10/02/2013 08:58 AM, David Herrmann wrote:
>>> Unfortunately,
On Tue, 29 Oct 2013, Daniel Vetter wrote:
> Oh right, I've forgotten that between the review and writing the mail
> ;-) I guess we could try to bend the stable rules a bit and just
> submit all 6. It's a regression fix after all, and at least personally
> I prefer the most minimal backports to a
On Wed, Oct 30, 2013 at 6:58 AM, Dave Airlie wrote:
>
> Hi Linus,
>
> mainly Intel regression fixes and quirks, along with a simple one liner to
> fix rendernodes ioctl access (off by default, but testers want to test
> it).
>
> Dave.
Hi Dave,
I think you missed my fixes pull for radeon from las
Hi
On Tue, Oct 29, 2013 at 9:55 AM, Chris Wilson
wrote:
> When a second process opens the device and master transferrence is
> complete, we walk the list of open devices and remove their
> authentication. This also revokes our root privilege. Instead of simply
> dropping the authentication, this
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131030/40022f7c/attachment.html>
Move the ktime_get() clock readouts and potential preempt_disable()
calls from drm core into kms driver to make it compatible with the
api changes in the drm core.
The intel-kms driver needs to take the uncore.lock inside
i915_get_crtc_scanoutpos() and intel_pipe_in_vblank().
This is incompatible
Move the ktime_get() clock readouts and potential preempt_disable()
calls from drm core into kms driver to make it compatible with the
api changes in the drm core.
This should not introduce any change in functionality or behaviour
in radeon-kms, just a reshuffling of code.
Signed-off-by: Mario Kl
A change in locking of some kms drivers (currently intel-kms) make
the old approach too inaccurate and also incompatible with the
PREEMPT_RT realtime kernel patchset.
The driver->get_scanout_position() method of intel-kms now needs
to aquire a spinlock, which clashes badly with the former
preempt_
Preemption handling will get pushed into the kms
drivers in followup patches, to make timestamping
more robust and PREEMPT_RT friendly.
Signed-off-by: Mario Kleiner
Reviewed-by: Ville Syrj?l?
Reviewed-by: Alex Deucher
---
drivers/gpu/drm/drm_irq.c |7 ---
1 file changed, 7 deletions(-)
Hi Dave,
this is v2 of the patch set for improving/restoring accuracy and
robustness of vblank timestamping and for fixing incompatibilities
with the PREEMPT_RT patches.
Could you please merge this for the next kernel? Would be good to have
the old accuracy restored as soon as possible. Thanks.
Also check the busy placements before deciding to move a buffer object.
Failing to do this may result in a completely unneccessary move within a
single memory type.
Signed-off-by: Thomas Hellstrom
Reviewed-by: Jakob Bornecrantz
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/ttm/ttm_bo.c |
All error paths will want to keep the mm node, so handle this at the
function exit. This fixes an ioremap failure error path.
Also add some comments to make the function a bit easier to understand.
Signed-off-by: Thomas Hellstrom
Reviewed-by: Jakob Bornecrantz
Cc: stable at vger.kernel.org
---
Patch 1 is an error path fix and depends on Jakob's previous fix for this
function.
Patch 2 fixes the code that decides whether a buffer object move to another
memory type is necessary
On Wednesday, October 30, 2013 12:40:13 AM Matthew Garrett wrote:
> On Wed, 2013-10-16 at 01:33 +0200, Rafael J. Wysocki wrote:
>
> > Since the next step will be to introduce a list of systems that need
> > video.use_native_backlight=1 *and* don't break in that configuration, I
> > don't
> > see
On Wed, 2013-10-16 at 01:33 +0200, Rafael J. Wysocki wrote:
> Since the next step will be to introduce a list of systems that need
> video.use_native_backlight=1 *and* don't break in that configuration, I don't
> see much point adding another Kconfig option for the default.
I'd still really prefe
Hello,
On Tuesday 29 October 2013 17:29:55 Rob Clark wrote:
> On Tue, Oct 29, 2013 at 4:50 PM, Tomasz Figa wrote:
> > On Tuesday 29 of October 2013 16:36:47 Sean Paul wrote:
> > > On Mon, Oct 28, 2013 at 7:13 PM, Tomasz Figa wrote:
> >> > On Wednesday 23 of October 2013 12:09:06 Sean Paul wrote:
>
Hello,
On Tuesday 29 October 2013 20:47:44 Sylwester Nawrocki wrote:
> On 29/10/13 20:23, Tomasz Figa wrote:
> > On Tuesday 29 of October 2013 12:19:35 Olof Johansson wrote:
> > > It's a very deeply nested structure, I'm not sure there's a need to
> > > make a ports {} subnode really.
Agreed, thi
57 matches
Mail list logo