<?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>54e6baf1 - gpu: nova-core: add initial driver stub</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/Makefile#54e6baf1</link>
        <description>gpu: nova-core: add initial driver stubAdd the initial nova-core driver stub.nova-core is intended to serve as a common base for nova-drm (thecorresponding DRM driver) and the vGPU manager VFIO driver, serving as ahard- and firmware abstraction layer for GSP-based NVIDIA GPUs.The Nova project, including nova-core and nova-drm, in the long term,is intended to serve as the successor of Nouveau for all GSP-based GPUs.The motivation for both, starting a successor project for Nouveau anddoing so using the Rust programming language, is documented in detailthrough a previous post on the mailing list [1], an LWN article [2] and atalk from LPC &apos;24.In order to avoid the chicken and egg problem to require a user toupstream Rust abstractions, but at the same time require the Rustabstractions to implement the driver, nova-core kicks off as a driverstub and is subsequently developed upstream.Link: https://lore.kernel.org/dri-devel/Zfsj0_tb-0-tNrJy@cassiopeiae/T/#u [1]Link: https://lwn.net/Articles/990736/ [2]Link: https://youtu.be/3Igmx28B3BQ?si=sBdSEer4tAPKGpOs [3]Reviewed-by: Alexandre Courbot &lt;acourbot@nvidia.com&gt;Link: https://lore.kernel.org/r/20250306222336.23482-5-dakr@kernel.orgSigned-off-by: Danilo Krummrich &lt;dakr@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/gpu/Makefile</description>
        <pubDate>Thu, 06 Mar 2025 22:23:30 +0000</pubDate>
        <dc:creator>Danilo Krummrich &lt;dakr@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>597b89d3 - gpu: host1x: Add context bus</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/Makefile#597b89d3</link>
        <description>gpu: host1x: Add context busThe context bus is a &quot;dummy&quot; bus that contains struct devices thatcorrespond to IOMMU contexts assigned through Host1x to processes.Even when host1x itself is built as a module, the bus is registeredin built-in code so that the built-in ARM SMMU driver is able toreference it.Signed-off-by: Mikko Perttunen &lt;mperttunen@nvidia.com&gt;Signed-off-by: Thierry Reding &lt;treding@nvidia.com&gt;

            List of files:
            /linux-6.15/drivers/gpu/Makefile</description>
        <pubDate>Mon, 16 May 2022 08:52:51 +0000</pubDate>
        <dc:creator>Mikko Perttunen &lt;mperttunen@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>bbd9d056 - gpu/trace: add a gpu total memory usage tracepoint</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/Makefile#bbd9d056</link>
        <description>gpu/trace: add a gpu total memory usage tracepointThis change adds the below gpu memory tracepoint:gpu_mem/gpu_mem_total: track global or proc gpu memory total usagesPer process tracking of total gpu memory usage in the gem layer is notappropriate and hard to implement with trivial overhead. So for the gfxdevice driver layer to track total gpu memory usage both globally andper process in an easy and uniform way is to integrate the tracepoint inthis patch to the underlying varied implementations of gpu memorytracking system from vendors.Putting this tracepoint in the common trace events can not only helpwean the gfx drivers off of debugfs but also greatly help the downstreamAndroid gpu vendors because debugfs is to be deprecated in the upcomingAndroid release. Then the gpu memory tracking of both Android kernel andthe upstream linux kernel can stay closely, which can benefit the wholekernel eco-system in the long term.Link: http://lkml.kernel.org/r/20200302235044.59163-1-zzyiwei@google.comAcked-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;Signed-off-by: Yiwei Zhang &lt;zzyiwei@google.com&gt;Signed-off-by: Steven Rostedt (VMware) &lt;rostedt@goodmis.org&gt;

            List of files:
            /linux-6.15/drivers/gpu/Makefile</description>
        <pubDate>Mon, 02 Mar 2020 23:50:44 +0000</pubDate>
        <dc:creator>Yiwei Zhang &lt;zzyiwei@google.com&gt;</dc:creator>
    </item>
<item>
        <title>ec8f24b7 - treewide: Add SPDX license identifier - Makefile/Kconfig</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/Makefile#ec8f24b7</link>
        <description>treewide: Add SPDX license identifier - Makefile/KconfigAdd SPDX license identifiers to all Make/Kconfig files which: - Have no license information of any formThese files fall under the project license, GPL v2 only. The resulting SPDXlicense identifier is:  GPL-2.0-onlySigned-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/gpu/Makefile</description>
        <pubDate>Sun, 19 May 2019 12:07:45 +0000</pubDate>
        <dc:creator>Thomas Gleixner &lt;tglx@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>f4c5cf88 - gpu: host1x: Provide a proper struct bus_type</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/Makefile#f4c5cf88</link>
        <description>gpu: host1x: Provide a proper struct bus_typePreviously the struct bus_type exported by the host1x infrastructure wasonly a very basic skeleton. Turn that implementation into a more full-fledged bus to support proper probe ordering and power management.Note that the bus infrastructure needs to be available before any of thedrivers can be registered. This is automatically ensured if all driversare built as loadable modules (via symbol dependencies). If all driversare built-in there are no such guarantees and the link order determinesthe initcall ordering. Adjust drivers/gpu/Makefile to make sure that thehost1x bus infrastructure is initialized prior to any of its users (onlydrm/tegra currently).v2: Fix building host1x and tegra-drm as modules    Reported-by: Dave Airlie &lt;airlied@gmail.com&gt;Reviewed-by: Sean Paul &lt;seanpaul@chromium.org&gt;Reviewed-by: Mark Zhang &lt;markz@nvidia.com&gt;Signed-off-by: Thierry Reding &lt;treding@nvidia.com&gt;

            List of files:
            /linux-6.15/drivers/gpu/Makefile</description>
        <pubDate>Thu, 18 Dec 2014 14:29:14 +0000</pubDate>
        <dc:creator>Thierry Reding &lt;treding@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>39b9004d - gpu: ipu-v3: Move i.MX IPUv3 core driver out of staging</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/Makefile#39b9004d</link>
        <description>gpu: ipu-v3: Move i.MX IPUv3 core driver out of stagingThe i.MX Image Processing Unit (IPU) contains a number of image processingblocks that sit right in the middle between DRM and V4L2. Some of the modules,such as Display Controller, Processor, and Interface (DC, DP, DI) or CMOSSensor Interface (CSI) and their FIFOs could be assigned to either framework,but others, such as the dma controller (IDMAC) and image converter (IC) canbe used by both.The IPUv3 core driver provides an internal API to access the modules, to beused by both DRM and V4L2 IPUv3 drivers.Signed-off-by: Lucas Stach &lt;l.stach@pengutronix.de&gt;Signed-off-by: Philipp Zabel &lt;p.zabel@pengutronix.de&gt;Acked-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/gpu/Makefile</description>
        <pubDate>Mon, 30 Sep 2013 14:13:39 +0000</pubDate>
        <dc:creator>Philipp Zabel &lt;p.zabel@pengutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>75471687 - gpu: host1x: Add host1x driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/Makefile#75471687</link>
        <description>gpu: host1x: Add host1x driverAdd host1x, the driver for host1x and its client unit 2D. The Tegrahost1x module is the DMA engine for register access to Tegra&apos;sgraphics- and multimedia-related modules. The modules served byhost1x are referred to as clients. host1x includes some otherfunctionality, such as synchronization.Signed-off-by: Arto Merilainen &lt;amerilainen@nvidia.com&gt;Signed-off-by: Terje Bergstrom &lt;tbergstrom@nvidia.com&gt;Reviewed-by: Thierry Reding &lt;thierry.reding@avionic-design.de&gt;Tested-by: Thierry Reding &lt;thierry.reding@avionic-design.de&gt;Tested-by: Erik Faye-Lund &lt;kusmabite@gmail.com&gt;Signed-off-by: Thierry Reding &lt;thierry.reding@avionic-design.de&gt;

            List of files:
            /linux-6.15/drivers/gpu/Makefile</description>
        <pubDate>Fri, 22 Mar 2013 14:34:01 +0000</pubDate>
        <dc:creator>Terje Bergstrom &lt;tbergstrom@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>2e82b5dd - gpu: remove gma500 stub driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/Makefile#2e82b5dd</link>
        <description>gpu: remove gma500 stub driverIn v3.3, the gma500 drm driver moved from staging to drm group byAlan Cox&apos;s 3abcf41fb patch. the gma500 drm driver should controlbrightness well and don&apos;t need gma500 stub driver anymore.Reference:http://lists.freedesktop.org/archives/dri-devel/2012-May/023426.htmlhttp://lists.freedesktop.org/archives/dri-devel/2012-May/023467.htmlAcked-by: Matthew Garrett &lt;mjg59@srcf.ucam.org&gt;Acked-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;Signed-off-by: Lee, Chun-Yi &lt;jlee@suse.com&gt;Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;

            List of files:
            /linux-6.15/drivers/gpu/Makefile</description>
        <pubDate>Wed, 20 Feb 2013 06:32:01 +0000</pubDate>
        <dc:creator>Lee, Chun-Yi &lt;joeyli.kernel@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>e26fd119 - gpu: Add Intel GMA500(Poulsbo) Stub Driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/Makefile#e26fd119</link>
        <description>gpu: Add Intel GMA500(Poulsbo) Stub DriverCurrently, there have no GMA500(Poulsbo) native video driver to supportintel opregion. So, use this stub driver to enable the acpi backlightcontrol sysfs entry files by requrest acpi_video_register.[airlied: fix warnings]Signed-off-by: Lee, Chun-Yi &lt;jlee@novell.com&gt;Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;

            List of files:
            /linux-6.15/drivers/gpu/Makefile</description>
        <pubDate>Wed, 20 Oct 2010 05:51:19 +0000</pubDate>
        <dc:creator>Lee, Chun-Yi &lt;joeyli.kernel@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>deb2d2ec - PCI/GPU: implement VGA arbitration on Linux</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/Makefile#deb2d2ec</link>
        <description>PCI/GPU: implement VGA arbitration on LinuxBackground:Graphic devices are accessed through ranges in I/O or memory space. While mostmodern devices allow relocation of such ranges, some &quot;Legacy&quot; VGA devicesimplemented on PCI will typically have the same &quot;hard-decoded&quot; addresses asthey did on ISA. For more details see &quot;PCI Bus Binding to IEEE Std 1275-1994Standard for Boot (Initialization Configuration) Firmware Revision 2.1&quot;Section 7, Legacy Devices.The Resource Access Control (RAC) module inside the X server currently doesthe task of arbitration when more than one legacy device co-exists on the samemachine. But the problem happens when these devices are trying to be accessedby different userspace clients (e.g. two server in parallel). Their addressassignments conflict. Therefore an arbitration scheme _outside_ of the Xserver is needed to control the sharing of these resources. This documentintroduces the operation of the VGA arbiter implemented for Linux kernel.Signed-off-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;Signed-off-by: Tiago Vignatti &lt;tiago.vignatti@nokia.com&gt;Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;Signed-off-by: Jesse Barnes &lt;jbarnes@virtuousgeek.org&gt;

            List of files:
            /linux-6.15/drivers/gpu/Makefile</description>
        <pubDate>Tue, 11 Aug 2009 05:52:06 +0000</pubDate>
        <dc:creator>Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;</dc:creator>
    </item>
<item>
        <title>c0e09200 - drm: reorganise drm tree to be more future proof.</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/Makefile#c0e09200</link>
        <description>drm: reorganise drm tree to be more future proof.With the coming of kernel based modesetting and the memory manager stuff,the everything in one directory approach was getting very ugly andstarting to be unmanageable.This restructures the drm along the lines of other kernel components.It creates a drivers/gpu/drm directory and moves the hw drivers intosubdirectores. It moves the includes into an include/drm, andsets up the unifdef for the userspace headers we should be exporting.Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;

            List of files:
            /linux-6.15/drivers/gpu/Makefile</description>
        <pubDate>Thu, 29 May 2008 00:09:59 +0000</pubDate>
        <dc:creator>Dave Airlie &lt;airlied@redhat.com&gt;</dc:creator>
    </item>
</channel>
</rss>
