On Thursday, January 07, 2016 04:46:11 PM Tomeu Vizoso wrote:
> Hi,
>
> this is v12 of an attempt to make it easier for devices to remain in
> runtime PM when the system goes to sleep, mainly to reduce the time
> spent resuming devices.
>
> For this, we interpret the absence of all PM callback
>
> Thank you!
>
>
>
> --- Alex G.S.
>
>
>
> [1] http://xorg.freedesktop.org/wiki/RadeonFeature/
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160109/7daace4e/attachment.html>
Hi!
I might be misunderderstanding the use-case here, but IIRC the
discussion with TTM vs imported / exported buffer objects is that a
buffer object needs to be marked NO_EVICT in TTM before it's exported
and an imported object should never end up on a LRU list in TTM because
TTM wouldn't know
On Thu, Jan 07, 2016 at 02:32:23PM -0800, H. Peter Anvin wrote:
> On 01/07/16 14:29, H. Peter Anvin wrote:
> >
> > I would be very interested in knowing if replacing the final clflushopt
> > with a clflush would resolve your problems (in which case the last mb()
> > shouldn't be necessary
On Fri, Jan 8, 2016 at 9:53 PM, Thomas Hellstrom
wrote:
> On 01/08/2016 09:36 PM, Daniel Vetter wrote:
>> Again since the drm core takes care of event unlinking/disarming this
>> is now just needless code.
>>
>> Cc: Thomas Hellström
>> Signed-off-by: Daniel Vetter
> Hmm,
>
> IIRC this is
It's correct that exported buffers can't be moved to another domain or
swapped to disk while another device is using it.
But for imports that's a different story:
> an imported object should never end up on a LRU list in TTM because
> TTM wouldn't know how to evict it.
Even currently the
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160109/9f23ff31/attachment.html>
An attempt at not spreading out the file_priv->event_space stuff out
quite so far and wide. And I think fixes something in ipp_get_event()
that is broken (or if they are doing something more weird/subtle, then
breaks it in a fun way).
Based upon a patch from Rob Clark, rebased and polished.
v2:
Use them in the core vblank code and exynos/vmwgfx drivers.
Note that the difference between wake_up_all and _interruptible in
vmwgfx doesn't matter since the only waiter is the core code in
drm_fops.c. And that is interruptible.
v2: Adjust existing kerneldoc too.
Reviewed-by: Alex Deucher
There's really no reason to not do so, instead of replicating this
for every use-case and every driver. Now we can't just nuke the events,
since that would still mean that all drm_event users would need to know
when that has happened, since calling e.g. drm_send_event isn't allowed
any more.
On Fri, Jan 08, 2016 at 09:36:32PM +0100, Daniel Vetter wrote:
> Hi all,
>
> This patch series is inspired by a WIP patch from Rob Clark to consolidate the
> drm_event handling a bit. I've went a bit further and also moved the pending
> event handling and unlinking into the core, which allows us
Currently with --disable-amdgpu --disable-valgrind --disable-cairo-tests
cunit, valgrind and cairo are still detected.
Signed-off-by: Marcin Ålusarz
---
configure.ac | 36 ++--
1 file changed, 22 insertions(+), 14 deletions(-)
diff --git a/configure.ac
proprietary library.
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160109/9bc41853/attachment.html>
Currently it's possible to have non-empty CAIRO_LIBS (because cairo was
(mis)detected) and HAVE_CAIRO=0 (because user supplied
--disable-cairo-tests).
Signed-off-by: Marcin Ålusarz
---
tests/kms/Makefile.am | 9 +++--
tests/modetest/Makefile.am | 5 -
tests/util/Makefile.am |
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20160109/add38aea/attachment.html>
issues/9239
--
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/20160109/383f8b95/attachment-0001.html>
We don't want to use the old i2c slave encoder interface anymore.
Remove that and make the i2c driver create a drm_bridge entity instead.
Converting to bridges helps because the kms drivers don't need to
exract encoder slave ops from this driver and use it within their
own encoder/connector ops.
The hdmi output in rcar-du uses the i2c slave encoder interface to link
to the adv7511 encoder chip. The kms driver creates encoder and connector
entities that internally uses the drm_encoder_slave_funcs ops provided by
the slave encoder driver.
Change the driver such that it expects a bridge
Hi Laurent,
On 12/3/2015 9:41 PM, Archit Taneja wrote:
>
>
> On 12/3/2015 9:25 PM, Rob Clark wrote:
>> On Thu, Dec 3, 2015 at 10:28 AM, Laurent Pinchart
>> wrote:
>>> On Thursday 03 December 2015 10:02:02 Rob Clark wrote:
On Mon, Jul 27, 2015 at 4:59 AM, Laurent Pinchart wrote:
> On
vel/attachments/20160109/b6b9324a/attachment.html>
o merge the two to run things but that's fine.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160109/c3fda942/attachment.sig>
On Sat, Jan 9, 2016 at 2:41 PM, Mark Brown wrote:
> On Fri, Jan 08, 2016 at 06:03:19PM -0500, Alex Deucher wrote:
>> On Tue, Jan 5, 2016 at 1:43 PM, Mark Brown wrote:
>> > On Wed, Dec 23, 2015 at 02:01:13PM -0500, Alex Deucher wrote:
>
>> >> --- /dev/null
>> >> +++ b/sound/soc/amd/Kconfig
>> >>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20160109/40728f43/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160109/49a77636/attachment.html>
On Sat, Jan 9, 2016 at 12:01 AM, Chris Wilson
wrote:
> On Thu, Jan 07, 2016 at 02:32:23PM -0800, H. Peter Anvin wrote:
>> On 01/07/16 14:29, H. Peter Anvin wrote:
>> >
>> > I would be very interested in knowing if replacing the final clflushopt
>> > with a clflush would resolve your problems (in
bed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160109/5c57efae/attachment.html>
If CONFIG_PM_SLEEP is not configured, the build fails with
include/linux/pm.h:776:30: note: in expansion of macro 'NULL'
#define pm_generic_poweroff NULL
drivers/gpu/drm/vc4/vc4_v3d.c:157:10: note:
in expansion of macro 'pm_generic_poweroff'
return
27 matches
Mail list logo
