<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Makefile</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>19969707 - drm/lima: Add optional devfreq and cooling device support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/drm/lima/Makefile#19969707</link>
        <description>drm/lima: Add optional devfreq and cooling device supportMost platforms with a Mali-400 or Mali-450 GPU also have support forchanging the GPU clock frequency. Add devfreq support so the GPU clockrate is updated based on the actual GPU usage when the&quot;operating-points-v2&quot; property is present in the board.dts.The actual devfreq code is taken from panfrost_devfreq.c and modified soit matches what the lima hardware needs:- a call to dev_pm_opp_set_clkname() during initialization because there  are two clocks on Mali-4x0 IPs. &quot;core&quot; is the one that actually clocks  the GPU so we need to control it using devfreq.- locking when reading or writing the devfreq statistics because (unlike  than panfrost) we have multiple PP and GP IRQs which may finish jobs  concurrently.Signed-off-by: Martin Blumenstingl &lt;martin.blumenstingl@googlemail.com&gt;Signed-off-by: Qiang Yu &lt;yuq825@gmail.com&gt;Link: https://patchwork.freedesktop.org/patch/msgid/20200319203427.2259891-3-martin.blumenstingl@googlemail.com

            List of files:
            /linux-6.15/drivers/gpu/drm/lima/Makefile</description>
        <pubDate>Thu, 19 Mar 2020 20:34:27 +0000</pubDate>
        <dc:creator>Martin Blumenstingl &lt;martin.blumenstingl@googlemail.com&gt;</dc:creator>
    </item>
<item>
        <title>7f60c4b9 - drm/lima: add trace point for tasks</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/drm/lima/Makefile#7f60c4b9</link>
        <description>drm/lima: add trace point for taskstrack lima task start which can be combined withdma_fence_signal to identify task execution time.example command to record:trace-cmd record -i \  -e &quot;lima:lima_task_submit&quot; -e &quot;lima:lima_task_run&quot; \  -e &quot;*fence:*fence_signaled&quot; -e &quot;drm:drm_vblank_event&quot; \  -e &quot;drm:drm_vblank_event_queued&quot; sleep 4Reviewed-by: Vasily Khoruzhick &lt;anarsoul@gmail.com&gt;Signed-off-by: Qiang Yu &lt;yuq825@gmail.com&gt;Link: https://patchwork.freedesktop.org/patch/msgid/20200307135438.9981-1-yuq825@gmail.com

            List of files:
            /linux-6.15/drivers/gpu/drm/lima/Makefile</description>
        <pubDate>Sat, 07 Mar 2020 13:54:38 +0000</pubDate>
        <dc:creator>Qiang Yu &lt;yuq825@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>d61dd248 - drm/lima: use drm_gem_shmem_helpers</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/drm/lima/Makefile#d61dd248</link>
        <description>drm/lima: use drm_gem_shmem_helpersDo not need to maintain our own shmem memory managementcode as drm_gem_shmem_helpers provides it. And we canalso benifit from the work of others with shared code.This is also a preparation for implementing buffer madv.Reviewed-by: Vasily Khoruzhick &lt;anarsoul@gmail.com&gt;Signed-off-by: Qiang Yu &lt;yuq825@gmail.com&gt;Link: https://patchwork.freedesktop.org/patch/msgid/20191010140152.17747-2-yuq825@gmail.com

            List of files:
            /linux-6.15/drivers/gpu/drm/lima/Makefile</description>
        <pubDate>Thu, 10 Oct 2019 14:01:50 +0000</pubDate>
        <dc:creator>Qiang Yu &lt;yuq825@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>a1d2a633 - drm/lima: driver for ARM Mali4xx GPUs</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/drm/lima/Makefile#a1d2a633</link>
        <description>drm/lima: driver for ARM Mali4xx GPUs- Mali 4xx GPUs have two kinds of processors GP and PP. GP is for  OpenGL vertex shader processing and PP is for fragment shader  processing. Each processor has its own MMU so prcessors work in  virtual address space.- There&apos;s only one GP but multiple PP (max 4 for mali 400 and 8  for mali 450) in the same mali 4xx GPU. All PPs are grouped  togather to handle a single fragment shader task divided by  FB output tiled pixels. Mali 400 user space driver is  responsible for assign target tiled pixels to each PP, but mali  450 has a HW module called DLBU to dynamically balance each  PP&apos;s load.- User space driver allocate buffer object and map into GPU  virtual address space, upload command stream and draw data with  CPU mmap of the buffer object, then submit task to GP/PP with  a register frame indicating where is the command stream and misc  settings.- There&apos;s no command stream validation/relocation due to each user  process has its own GPU virtual address space. GP/PP&apos;s MMU switch  virtual address space before running two tasks from different  user process. Error or evil user space code just get MMU fault  or GP/PP error IRQ, then the HW/SW will be recovered.- Use GEM+shmem for MM. Currently just alloc and pin memory when  gem object creation. GPU vm map of the buffer is also done in  the alloc stage in kernel space. We may delay the memory  allocation and real GPU vm map to command submission stage in the  furture as improvement.- Use drm_sched for GPU task schedule. Each OpenGL context should  have a lima context object in the kernel to distinguish tasks  from different user. drm_sched gets task from each lima context  in a fair way.mesa driver can be found here before upstreamed:https://gitlab.freedesktop.org/lima/mesav8:- add comments for in_sync- fix ctx free miss mutex unlockv7:- remove lima_fence_ops with default value- move fence slab create to device probe- check pad ioctl args to be zero- add comments for user/kernel interfacev6:- fix comments by checkpatch.plv5:- export gp/pp version to userspace- rebase on drm-misc-nextv4:- use get param interface to get info- separate context create/free ioctl- remove unused max sched task param- update copyright time- use xarray instead of idr- stop using drmP.hv3:- fix comments from kbuild robot- restrict supported arch to tested onesv2:- fix syscall argument check- fix job finish fence leak since kernel 5.0- use drm syncobj to replace native fence- move buffer object GPU va map into kernel- reserve syscall argument space for future info- remove kernel gem modifier- switch TTM back to GEM+shmem MM- use time based io poll- use whole register name- adopt gem reservation obj integration- use drm_timeout_abs_to_jiffiesCc: Eric Anholt &lt;eric@anholt.net&gt;Cc: Rob Herring &lt;robh@kernel.org&gt;Cc: Christian K&#246;nig &lt;ckoenig.leichtzumerken@gmail.com&gt;Cc: Daniel Vetter &lt;daniel@ffwll.ch&gt;Cc: Alex Deucher &lt;alexdeucher@gmail.com&gt;Cc: Sam Ravnborg &lt;sam@ravnborg.org&gt;Cc: Rob Clark &lt;robdclark@gmail.com&gt;Cc: Dave Airlie &lt;airlied@gmail.com&gt;Signed-off-by: Andreas Baierl &lt;ichgeh@imkreisrum.de&gt;Signed-off-by: Erico Nunes &lt;nunes.erico@gmail.com&gt;Signed-off-by: Heiko Stuebner &lt;heiko@sntech.de&gt;Signed-off-by: Marek Vasut &lt;marex@denx.de&gt;Signed-off-by: Neil Armstrong &lt;narmstrong@baylibre.com&gt;Signed-off-by: Simon Shields &lt;simon@lineageos.org&gt;Signed-off-by: Vasily Khoruzhick &lt;anarsoul@gmail.com&gt;Signed-off-by: Qiang Yu &lt;yuq825@gmail.com&gt;Reviewed-by: Eric Anholt &lt;eric@anholt.net&gt;Reviewed-by: Rob Herring &lt;robh@kerrnel.org&gt;Signed-off-by: Eric Anholt &lt;eric@anholt.net&gt;Link: https://patchwork.freedesktop.org/patch/291200/

            List of files:
            /linux-6.15/drivers/gpu/drm/lima/Makefile</description>
        <pubDate>Sat, 09 Mar 2019 12:20:12 +0000</pubDate>
        <dc:creator>Qiang Yu &lt;yuq825@gmail.com&gt;</dc:creator>
    </item>
</channel>
</rss>
