On Thu, Jun 27, 2024 at 5:32 PM Mina Almasry wrote:
>
> v15:
> https://patchwork.kernel.org/project/netdevbpf/list/?series=865481&state=*
>
>
> No material changes in this version, only a fix to linking against
> libynl.a from the last version. Per Jakub's instructions I've pulled one
> of h
Hi
Am 27.06.24 um 19:35 schrieb Thomas Huth:
Starting with kernel 6.7, the framebuffer text console is not working
anymore with the virtio-gpu device on s390x hosts. Such big endian fb
devices are usinga different pixel ordering than little endian devices,
e.g. DRM_FORMAT_BGRX instead of DRM
On 6/27/2024 4:22 PM, Dmitry Baryshkov wrote:
On Fri, 28 Jun 2024 at 00:21, Abhinav Kumar wrote:
On 6/27/2024 2:13 PM, Rob Clark wrote:
On Thu, Jun 27, 2024 at 1:53 PM Abhinav Kumar wrote:
On QCM2290 chipset DPU does not support UBWC.
Add a dpu cap to indicate this and do not expose
On 2024/6/10 16:55, Lu Baolu wrote:
The domain_alloc_user operation is currently implemented by allocating a
paging domain using iommu_domain_alloc(). This is because it needs to fully
initialize the domain before return. Add a helper to do this to avoid using
iommu_domain_alloc().
Signed-off-by
The ST7701 supports not only MIPI DSI, but also SPI as an interface
for configuration. To support a panel connected via SPI with an RGB
parallel interface, add support for SPI using MIPI DBI helpers.
Signed-off-by: Hironori KIKUCHI
---
drivers/gpu/drm/panel/Kconfig | 2 +
drive
The Anbernic RG28XX is a handheld gaming device with a 2.8 inch 480x640
display. Add support for the display panel.
This panel is driven by a variant of ST7701 driver IC internally,
confirmed by dumping and analyzing its BSP initialization sequence
by using a logic analyzer. It is very similar to
The RG28XX panel is a display panel of the Anbernic RG28XX, a handheld
gaming device from Anbernic. It is 2.8 inches in size (diagonally) with
a resolution of 480x640.
This panel is driven by a variant of the ST7701 driver IC internally,
confirmed by dumping and analyzing its BSP initialization se
Add support for the display panel of the Anbernic RG28XX, a handheld
gaming device from Anbernic.
This panel is driven by a variant of the ST7701 driver IC internally,
and is connected via an RGB parallel interface for image transmission and
an SPI interface for configuration.
Since the current p
On Thu, Jun 27, 2024 at 8:37 AM Martin Krastev
wrote:
>
> On Thu, Jun 27, 2024 at 8:34 AM Zack Rusin wrote:
> >
> > Fix races issues in virtual crc generation by making sure the surface
> > the code uses for crc computation is properly ref counted.
> >
> > Crc generation was trying to be too clev
Hello there,
A while ago I added support for the FS035VG158 panel to the kernel, with its
use case being on a Allwinner T113 board.
While troubleshooting some other issue (I will be posting about that this
weekend) I found that I need to tell the panel controller to use a bit depth of
18-bit in o
Return clk_prepare_enable() in order to transfer the error if it fails.
Signed-off-by: Chen Ni
---
drivers/video/fbdev/omap2/omapfb/dss/venc.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/video/fbdev/omap2/omapfb/dss/venc.c
b/drivers/video/fbdev/omap2/omapfb/ds
Use existing swap() function rather than duplicating its implementation.
./drivers/gpu/drm/amd/display/dc/dml2/dml21/src/dml2_pmo/dml2_pmo_dcn3.c:18:29-30:
WARNING opportunity for swap().
Reported-by: Abaci Robot
Closes: https://bugzilla.openanolis.cn/show_bug.cgi?id=9435
Signed-off-by: Jiapeng
The pull request you sent on Fri, 28 Jun 2024 09:58:07 +1000:
> https://gitlab.freedesktop.org/drm/kernel.git tags/drm-fixes-2024-06-28
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/1c52cf5e79d30ac996f34b64284f2c317004d641
Thank you!
--
Deet-doot-dot, I am a bot.
h
Make skb_frag_page() fail in the case where the frag is not backed
by a page, and fix its relevant callers to handle this case.
Signed-off-by: Mina Almasry
---
v10:
- Fixed newly generated kdoc warnings found by patchwork. While we're
at it, fix the Return section of the functions I touched.
ncdevmem is a devmem TCP netcat. It works similarly to netcat, but it
sends and receives data using the devmem TCP APIs. It uses udmabuf as
the dmabuf provider. It is compatible with a regular netcat running on
a peer, or a ncdevmem running on a peer.
In addition to normal netcat support, ncdevmem
Abstract the memory type from the page_pool so we can later add support
for new memory types. Convert the page_pool to use the new netmem type
abstraction, rather than use struct page directly.
As of this patch the netmem type is a no-op abstraction: it's always a
struct page underneath. All the p
From: Jakub Kicinski
Support building the C YNL userspace library into one big static file.
We can then link selftests against it for easy to use C netlink
interface.
Signed-off-by: Jakub Kicinski
Signed-off-by: Mina Almasry
---
v15:
- Added this patch from Jakub to fix linking against ynl.
Add an interface for the user to notify the kernel that it is done
reading the devmem dmabuf frags returned as cmsg. The kernel will
drop the reference on the frags to make them available for reuse.
Signed-off-by: Willem de Bruijn
Signed-off-by: Kaiyuan Zhang
Signed-off-by: Mina Almasry
---
v
For device memory TCP, we expect the skb headers to be available in host
memory for access, and we expect the skb frags to be in device memory
and unaccessible to the host. We expect there to be no mixing and
matching of device memory frags (unaccessible) with host memory frags
(accessible) in the
Implement a memory provider that allocates dmabuf devmem in the form of
net_iov.
The provider receives a reference to the struct netdev_dmabuf_binding
via the pool->mp_priv pointer. The driver needs to set this pointer for
the provider in the net_iov.
The provider obtains a reference on the netde
Add documentation outlining the usage and details of devmem TCP.
Signed-off-by: Mina Almasry
Reviewed-by: Bagas Sanjaya
---
v9:
https://lore.kernel.org/netdev/20240403002053.2376017-14-almasrym...@google.com/
- Bagas doc suggestions.
v8:
- Applied docs suggestions (Randy). Thanks!
v7:
- App
In tcp_recvmsg_locked(), detect if the skb being received by the user
is a devmem skb. In this case - if the user provided the MSG_SOCK_DEVMEM
flag - pass it to tcp_recvmsg_devmem() for custom handling.
tcp_recvmsg_devmem() copies any data in the skb header to the linear
buffer, and returns a cmsg
Convert netmem to be a union of struct page and struct netmem. Overload
the LSB of struct netmem* to indicate that it's a net_iov, otherwise
it's a page.
Currently these entries in struct page are rented by the page_pool and
used exclusively by the net stack:
struct {
unsigned long pp_mag
Add a netdev_dmabuf_binding struct which represents the
dma-buf-to-netdevice binding. The netlink API will bind the dma-buf to
rx queues on the netdevice. On the binding, the dma_buf_attach
& dma_buf_map_attachment will occur. The entries in the sg_table from
mapping will be inserted into a genpool
Implement netdev devmem allocator. The allocator takes a given struct
netdev_dmabuf_binding as input and allocates net_iov from that
binding.
The allocation simply delegates to the binding's genpool for the
allocation logic and wraps the returned memory region in a net_iov
struct.
Signed-off-by:
Add netdev_rx_queue_restart() function to netdev_rx_queue.h
Signed-off-by: David Wei
Signed-off-by: Mina Almasry
Reviewed-by: Pavel Begunkov
---
v13:
- Add reviewed-by from Pavel (thanks!)
- Fixed comment (Pavel)
v11:
- Fix not checking dev->queue_mgmt_ops (Pavel).
- Fix ndo_queue_mem_free c
API takes the dma-buf fd as input, and binds it to the netdevice. The
user can specify the rx queues to bind the dma-buf to.
Suggested-by: Stanislav Fomichev
Signed-off-by: Mina Almasry
---
v7:
- Use flags: [ admin-perm ] instead of a CAP_NET_ADMIN check.
Changes in v1:
- Add rx-queue-type to
v15: https://patchwork.kernel.org/project/netdevbpf/list/?series=865481&state=*
No material changes in this version, only a fix to linking against
libynl.a from the last version. Per Jakub's instructions I've pulled one
of his patches into this series, and now use the new libynl.a correctly,
On Thu, Jun 27, 2024 at 2:28 PM Hamza Mahfooz wrote:
>
> On 6/27/24 16:30, Matthew Schwartz wrote:
> > From: John Schoenick
>
> Since this patch is from John, you would need his S-o-b in here as well
> (assuming you have his permission to add it).
This patch will be pending approval from them in
Hi Linus,
Regular fixes, mostly amdgpu with some minor fixes in other places,
along with a fix for a very narrow UAF race in the pid handover code.
I'm going to be travelling next week so expect a fixes pull from Sima,
I don't think I'll be completely offline but won't be too responsive.
(though
On 26/06/2024 06:16, Bjorn Andersson wrote:
On Mon, Jun 24, 2024 at 03:30:31AM GMT, Caleb Connolly wrote:
Initial support for USB, UFS, touchscreen, panel, wifi, and bluetooth.
Nice.
diff --git a/arch/arm64/boot/dts/qcom/sm8250-oneplus-common.dtsi
b/arch/arm64/boot/dts/qcom/sm8250-onepl
On 24/06/2024 09:42, Dmitry Torokhov wrote:
Hi Caleb,
On Mon, Jun 24, 2024 at 03:30:30AM +0200, Caleb Connolly wrote:
The TCM oncell is the next generation of Synaptics touchscreen ICs.
These run a very featured firmware with a reasonably well defined API.
It is however entirely incompatible
On 28/06/2024 00:12, Rob Herring wrote:
On Mon, Jun 24, 2024 at 03:30:25AM +0200, Caleb Connolly wrote:
Describe the Samsung AMB655X panel. It has three supplies.
Signed-off-by: Caleb Connolly
---
.../bindings/display/panel/samsung,amb655x.yaml| 59 ++
1 file chan
On Fri, 28 Jun 2024 at 00:21, Abhinav Kumar wrote:
>
>
>
> On 6/27/2024 2:13 PM, Rob Clark wrote:
> > On Thu, Jun 27, 2024 at 1:53 PM Abhinav Kumar
> > wrote:
> >>
> >> On QCM2290 chipset DPU does not support UBWC.
> >>
> >> Add a dpu cap to indicate this and do not expose compressed formats
> >
Hi Nirmoy,
On Thu, Jun 27, 2024 at 06:56:53PM +0200, Nirmoy Das wrote:
> On 6/27/2024 12:04 PM, Andi Shyti wrote:
> > On Wed, Jun 26, 2024 at 04:33:18PM +0200, Nirmoy Das wrote:
> > > We report object allocation failures to userspace with ENOMEM
> > > so add __GFP_NOWARN to remove superfluous oom
On Mon, Jun 24, 2024 at 03:30:25AM +0200, Caleb Connolly wrote:
> Describe the Samsung AMB655X panel. It has three supplies.
>
> Signed-off-by: Caleb Connolly
> ---
> .../bindings/display/panel/samsung,amb655x.yaml| 59
> ++
> 1 file changed, 59 insertions(+)
>
> diff -
On Tue, 18 Jun 2024 at 05:26, Rodrigo Vivi wrote:
>
> On Wed, Jun 12, 2024 at 02:12:39PM +1000, Stephen Rothwell wrote:
> > Hi all,
> >
> > After merging the drm-intel tree, today's linux-next build (i386
> > defconfig) failed like this:
> >
> > x86_64-linux-gnu-ld: drivers/gpu/drm/i915/display/in
On 6/27/24 16:30, Matthew Schwartz wrote:
From: John Schoenick
Since this patch is from John, you would need his S-o-b in here as well
(assuming you have his permission to add it).
Valve's Steam Deck Galileo revision has a 800x1280 OLED panel
Suggested-by: John Schoenick
Link:
https://gi
On 6/27/2024 2:13 PM, Rob Clark wrote:
On Thu, Jun 27, 2024 at 1:53 PM Abhinav Kumar wrote:
On QCM2290 chipset DPU does not support UBWC.
Add a dpu cap to indicate this and do not expose compressed formats
in this case.
Signed-off-by: Abhinav Kumar
---
drivers/gpu/drm/msm/disp/dpu1/cat
On Thu, Jun 27, 2024 at 1:53 PM Abhinav Kumar wrote:
>
> On QCM2290 chipset DPU does not support UBWC.
>
> Add a dpu cap to indicate this and do not expose compressed formats
> in this case.
>
> Signed-off-by: Abhinav Kumar
> ---
> drivers/gpu/drm/msm/disp/dpu1/catalog/dpu_6_5_qcm2290.h | 1 +
>
This accounts for the existence of two Steam Deck revisions
instead of a single revision
Signed-off-by: Matthew Schwartz
Reviewed-by: Mario Limonciello
---
drivers/gpu/drm/drm_panel_orientation_quirks.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm
From: John Schoenick
Valve's Steam Deck Galileo revision has a 800x1280 OLED panel
Suggested-by: John Schoenick
Link:
https://gitlab.com/evlaV/linux-integration/-/commit/d2522d8bf88b35a8cf6978afbbd55c80d2d53f4f
Signed-off-by: Matthew Schwartz
---
drivers/gpu/drm/drm_panel_orientation_quirks.
From: John Schoenick
Valve's Steam Deck Galileo revision has a 800x1280 OLED panel
Suggested-by: John Schoenick
Link:
https://gitlab.com/evlaV/linux-integration/-/commit/d2522d8bf88b35a8cf6978afbbd55c80d2d53f4f
Signed-off-by: Matthew Schwartz
---
drivers/gpu/drm/drm_panel_orientation_quirks.
This is a series of 2 patches.
The first patch is from Valve's publicly available kernel
source tree. It adds a panel rotation quirk for Valve's Steam Deck Galileo
revision, which has an 800x1280 OLED panel. The previous Steam Deck panel
orientation quirk does not apply to the Galileo revision's
This accounts for the existence of two Steam Deck revisions
instead of a single revision
Signed-off-by: Matthew Schwartz
---
drivers/gpu/drm/drm_panel_orientation_quirks.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_panel_orientation_quirks.c
b/d
This is a series of 2 patches.
The first patch is from Valve's publicly available kernel
source tree. It adds a panel rotation quirk for Valve's Steam Deck Galileo
revision, which has an 800x1280 OLED panel. The previous Steam Deck panel
orientation quirk does not apply to the Galileo revision's
From: John Schoenick
Valve's Steam Deck Galileo revision has a 800x1280 OLED panel
Signed-off-by: Matthew Schwartz
Suggested-by: Matthew Schwartz
Link:
https://gitlab.com/evlaV/linux-integration/-/commit/d2522d8bf88b35a8cf6978afbbd55c80d2d53f4f
---
drivers/gpu/drm/drm_panel_orientation_quirk
On QCM2290 chipset DPU does not support UBWC.
Add a dpu cap to indicate this and do not expose compressed formats
in this case.
Signed-off-by: Abhinav Kumar
---
drivers/gpu/drm/msm/disp/dpu1/catalog/dpu_6_5_qcm2290.h | 1 +
drivers/gpu/drm/msm/disp/dpu1/dpu_hw_catalog.h | 2 ++
drivers
On Thu, 27 Jun 2024 13:36:57 -0700 Mina Almasry wrote:
> `make -C ./tools/testing/selftests/net TARGETS=ncdevmem`, which works.
AFAIU the most supported incantation would have to be something rather
insane, like:
make -C tools/testing/selftests TARGETS=net
TEST_GEN_PROGS="$(pwd)/tools/testing/se
On Thu, 27 Jun 2024 12:55:38 -0700 Mina Almasry wrote:
> `git clean -fdx && make headers_install && make -C
> ./tools/testing/selftests/net` works
>
> `git clean -fdx && make headers_install && make -C
> ./tools/testing/selftests/net ncdevmem` doesn't work with this error:
Hm, I haven't tested
On Thu, Jun 27, 2024 at 12:55 PM Mina Almasry wrote:
>
> On Wed, Jun 26, 2024 at 5:46 PM Jakub Kicinski wrote:
> >
> > On Wed, 26 Jun 2024 15:08:22 -0700 Jakub Kicinski wrote:
> > > On Tue, 25 Jun 2024 19:54:01 + Mina Almasry wrote:
> > > > +CFLAGS += -I../../../net/ynl/generated/
> > > > +CF
o-X185-GMU/20240626-06
base: https://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git for-next
patch link:
https://lore.kernel.org/r/20240623110753.141400-4-quic_akhilpo%40quicinc.com
patch subject: [PATCH v1 3/3] arm64: dts: qcom: x1e80100: Add gpu support
config: arm64-randconfig-05
On Wed, Jun 26, 2024 at 5:46 PM Jakub Kicinski wrote:
>
> On Wed, 26 Jun 2024 15:08:22 -0700 Jakub Kicinski wrote:
> > On Tue, 25 Jun 2024 19:54:01 + Mina Almasry wrote:
> > > +CFLAGS += -I../../../net/ynl/generated/
> > > +CFLAGS += -I../../../net/ynl/lib/
> > > +
> > > +LDLIBS += ../../../ne
Hey,
Den 2024-06-27 kl. 19:16, skrev Maxime Ripard:
Hi,
Thanks for working on this!
On Thu, Jun 27, 2024 at 05:47:21PM GMT, Maarten Lankhorst wrote:
The initial version was based roughly on the rdma and misc cgroup
controllers, with a lot of the accounting code borrowed from rdma.
The curren
On Thu, Jun 27, 2024 at 05:47:20PM GMT, Maarten Lankhorst wrote:
> It's a lot of math, and there is nothing memcontrol specific about it.
> This makes it easier to use inside of the drm cgroup controller.
>
> Signed-off-by: Maarten Lankhorst
You can send this patch independent to the series.
Ac
On Wed, Jun 26, 2024 at 10:47 AM Daniel Vetter wrote:
>
> On Wed, Jun 26, 2024 at 11:38:30AM +0300, Dmitry Baryshkov wrote:
> > On Wed, Jun 26, 2024 at 09:32:44AM GMT, Daniel Vetter wrote:
> > > On Mon, Jun 24, 2024 at 10:25:25AM -0300, Helen Koike wrote:
> > > >
> > > >
> > > > On 24/06/2024 02:3
On Thu, 27 Jun 2024, Jani Nikula wrote:
> On Wed, 26 Jun 2024, Dmitry Baryshkov wrote:
>> In order to improve testing of drm/msm branches, add drm-msm trees to
>> the list of the trees to be merged into drm-tip.
>>
>> Cc: Rob Clark
>> Signed-off-by: Dmitry Baryshkov
>
> It also helps in avoidin
On 6/27/2024 12:59, Matthew Schwartz wrote:
This accounts for the existence of two Steam Deck revisions
instead of a single revision
Signed-off-by: Matthew Schwartz
Reviewed-by: Mario Limonciello
---
drivers/gpu/drm/drm_panel_orientation_quirks.c | 4 ++--
1 file changed, 2 insertions(+
On 6/27/2024 12:59, Matthew Schwartz wrote:
From: John Schoenick
Valve's Steam Deck Galileo revision has a 800x1280 OLED panel
Signed-off-by: Matthew Schwartz
Your S-o-b should be the last thing in the patch commit log.
Suggested-by: Matthew Schwartz
I think in this case the specific S
On Wed, Jun 26, 2024 at 04:34:11PM GMT, Conor Dooley wrote:
> On Wed, Jun 26, 2024 at 05:04:19PM +0200, Maxime Ripard wrote:
> > On Wed, Jun 26, 2024 at 02:25:54PM GMT, Neil Armstrong wrote:
> > > On 26/06/2024 13:17, Ryan Walklin wrote:
> > > > The WL-355608-A8 is a 3.5" 640x480@60Hz RGB LCD displ
Thomas Huth writes:
Hello Thomas,
> Starting with kernel 6.7, the framebuffer text console is not working
> anymore with the virtio-gpu device on s390x hosts. Such big endian fb
> devices are usinga different pixel ordering than little endian devices,
> e.g. DRM_FORMAT_BGRX instead of DRM_FO
On Thu, Jun 27, 2024 at 05:47:20PM +0200, Maarten Lankhorst wrote:
> It's a lot of math, and there is nothing memcontrol specific about it.
> This makes it easier to use inside of the drm cgroup controller.
>
> Signed-off-by: Maarten Lankhorst
LGTM and I believe it's a good thing to do even with
Starting with kernel 6.7, the framebuffer text console is not working
anymore with the virtio-gpu device on s390x hosts. Such big endian fb
devices are usinga different pixel ordering than little endian devices,
e.g. DRM_FORMAT_BGRX instead of DRM_FORMAT_XRGB.
This used to work fine as lon
Hi,
Thanks for working on this!
On Thu, Jun 27, 2024 at 05:47:21PM GMT, Maarten Lankhorst wrote:
> The initial version was based roughly on the rdma and misc cgroup
> controllers, with a lot of the accounting code borrowed from rdma.
>
> The current version is a complete rewrite with page counte
On 6/27/2024 9:55 AM, Thomas Hellström wrote:
Hi Nirmoy
On Mon, 2024-06-24 at 16:14 +0200, Nirmoy Das wrote:
On LNL because of flat CCS, driver creates a migrate job to clear
CCS meta data. Extend that to also clear system pages using GPU.
Inform TTM to allocate pages without __GFP_ZERO to av
Hi Andi,
On 6/27/2024 12:04 PM, Andi Shyti wrote:
Hi Nirmoy,
On Wed, Jun 26, 2024 at 04:33:18PM +0200, Nirmoy Das wrote:
We report object allocation failures to userspace with ENOMEM
so add __GFP_NOWARN to remove superfluous oom warnings.
I think this should be the default behavior.
Yes, when
On Sun, Jun 23, 2024 at 12:58:25AM -0700, Dmitry Torokhov wrote:
> On Sun, Jun 23, 2024 at 03:38:23PM +0800, Sui Jingfeng wrote:
> > Hi,
> >
> > On 6/23/24 03:29, Dmitry Torokhov wrote:
> > > > In case of non-OF match (which
> > > > > includes the case where you use software nodes) the match data
On 27/06/2024 18:25, Conor Dooley wrote:
> On Thu, Jun 27, 2024 at 01:13:03PM +0200, Marc Gonzalez wrote:
>
>> TDP158 is an AC-coupled DVI / HDMI to TMDS level shifting Redriver.
>> It supports DVI 1.0, HDMI 1.4b and 2.0b.
>> It supports 4 TMDS channels, HPD, and a DDC interface.
>> It supports du
On Thu, Jun 27, 2024 at 01:13:03PM +0200, Marc Gonzalez wrote:
> TDP158 is an AC-coupled DVI / HDMI to TMDS level shifting Redriver.
> It supports DVI 1.0, HDMI 1.4b and 2.0b.
> It supports 4 TMDS channels, HPD, and a DDC interface.
> It supports dual power supply rails (1.1V on VDD, 3.3V on VCC)
>
On Wed, Jun 26, 2024 at 06:17:12PM +0200, Marco Felsch wrote:
> Add compatible to panel-simple for Jiangsu Smartwin Electronics
> SMMT043480272A-A19 4.3" 480x272 LCD-TFT panel.
>
> Signed-off-by: Marco Felsch
Acked-by: Conor Dooley
signature.asc
Description: PGP signature
On Wed, Jun 26, 2024 at 07:20:46PM +0200, Marc Gonzalez wrote:
> On 26/06/2024 18:08, Conor Dooley wrote:
>
> > On Tue, Jun 25, 2024 at 06:38:12PM +0200, Marc Gonzalez wrote:
> >
> >> The TI TDP158 is an HDMI to TMDS Redriver.
> >>
> >> Signed-off-by: Marc Gonzalez
> >> ---
> >> .../bindings/dis
https://bugzilla.kernel.org/show_bug.cgi?id=218900
dreamlike_clinking...@simplelogin.com changed:
What|Removed |Added
CC||dreamlike_clinking
We will probably want to make this a proper region in TTM for
everything, so that we can charge VRAM twice, once for mapped
in sysmem, once for mapped in vram. That way we don't need to
deal with evict failing from lack of available memory in mapped.
Signed-off-by: Maarten Lankhorst
---
drivers/
Hey,
A new version of my attempt at managing VRAM through cgroups.
Even though it's called the DRM resource management cgroup, it would be trivial
to rename it to devmem or whatever, since there is nothing DRM specific about
it.
This series allows setting limits on VRAM similar to system memory,
cgroup resource allocation has to be handled in TTM, so -EAGAIN from
cgroups can be converted into -ENOSPC, and the limitcg can be properly
evicted in ttm code.
When hitting a resource limit through -EAGAIN, the cgroup for which the
limit is hit is also returned. This allows eviction to delete onl
Add vram based cgroup eviction to Xe.
Most hardware with VRAM uses TTM for its management, and can be
similarly trivially enabled.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/xe/xe_device.c | 4
drivers/gpu/drm/xe/xe_device_types.h | 4
drivers/gpu/drm/xe/xe_ttm_vram_m
It's a lot of math, and there is nothing memcontrol specific about it.
This makes it easier to use inside of the drm cgroup controller.
Signed-off-by: Maarten Lankhorst
---
include/linux/page_counter.h | 4 +
mm/memcontrol.c | 154 +--
mm/page_counter.c
Similar to xe, enable some simple management of VRAM only.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 2 ++
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 6 ++
drivers/gpu/drm/amd/amdgpu/amdgpu_vram_mgr.c | 6 ++
3 files changed, 14 insertions(+)
The initial version was based roughly on the rdma and misc cgroup
controllers, with a lot of the accounting code borrowed from rdma.
The current version is a complete rewrite with page counter; it uses
the same min/low/max semantics as the memory cgroup as a result.
There's a small mismatch as TT
HDMI TX block embedded in the APQ8098.
Reviewed-by: Rob Herring (Arm)
Reviewed-by: Conor Dooley
Signed-off-by: Marc Gonzalez
---
.../devicetree/bindings/display/msm/hdmi.yaml | 28 --
1 file changed, 26 insertions(+), 2 deletions(-)
diff --git a/Documentation/devicetr
MSM8998 GPIO pin controller reference design defines:
- CEC: pin 31
- DDC: pin 32,33
- HPD: pin 34
Downstream vendor code for reference:
https://git.codelinaro.org/clo/la/kernel/msm-4.4/-/blob/caf_migration/kernel.lnx.4.4.r38-rel/arch/arm/boot/dts/qcom/msm8998-pinctrl.dtsi#L2324-2400
mdss_hdmi_
DT bits required for HDMI TX support in APQ8098 (msm8998 cousin)
---
Changes in v5:
- Fix property & property-names for TX pinctrl in DTSI (Konrad)
- NOT CHANGED: clock trees for TX & PHY based on Dmitry & Jeffrey's remarks
- Link to v4:
https://lore.kernel.org/r/20240613-hdmi-tx-v4-0-4af17e468..
HDMI PHY block embedded in the APQ8098.
Acked-by: Rob Herring (Arm)
Signed-off-by: Marc Gonzalez
---
Documentation/devicetree/bindings/phy/qcom,hdmi-phy-qmp.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/phy/qcom,hdmi-phy-qmp.yaml
b/Documentation/dev
From: Arnaud Vrac
Port device nodes from vendor code.
Signed-off-by: Arnaud Vrac
Reviewed-by: Dmitry Baryshkov
Signed-off-by: Marc Gonzalez
---
arch/arm64/boot/dts/qcom/msm8998.dtsi | 100 +-
1 file changed, 99 insertions(+), 1 deletion(-)
diff --git a/arch/a
On Wed, 19 Jun 2024, Imre Deak wrote:
> On Wed, Jun 19, 2024 at 01:10:09PM +0300, Jani Nikula wrote:
>> On Fri, 14 Jun 2024, Imre Deak wrote:
>> > Add helpers to convert between x16 fixed point and integer/fraction
>> > values. Also add the format/argument macros required to printk x16
>> > fixed
Ast has no special requirements for runtime power management. So
replace drm_atomic_helper_commit_tail_rpm() with the regular helper
drm_atomic_helper_commit_tail().
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/ast/ast_mode.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --
The SCREEN_DISABLE bit controls scanout from display memory. The bit
affects all planes, so set it only in the CRTC's atomic enable and
disable functions.
A number of bugs affect this fix. First of all, ast_set_std_regs()
tries to set VGASR1 except for the SD bit. Bit the read bitmask is
invert, s
The CRTC's mode-setting code contains quite a bit of code that
belongs to the planes or various encoder chips. This patchset
refactors these bits and moves things to the correct places.
With the patches applied, the remaining DPMS function will be
gone and its content be moved. Several code duplic
Do all mode setting in ast_crtc_helper_mode_set_nofb(), which
always runs after disabling the CRTC and before programming the
planes. Removes implicit synchronization between the CRTC's
atomic disable, enable and the vertical retrace.
Display-mode updates require HW cursors to be disabled. The HW
The function ast_crtc_dpms() is left over from when the ast driver
did not implement atomic modesetting. But DPMS is not supported by
atomic modesetting and the helper is only called to enable or
disable the CRTC sync pulses. Inline the function into its callers.
To disable the CRTC, ast sets (AST
The DPMS code, called from the CRTC's atomic_enable, rewrites the
gamma LUT. This is already done in the CRTC's atomic_flush. Remove
the duplication.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/ast/ast_mode.c | 12
1 file changed, 12 deletions(-)
diff --git a/drivers/gpu/d
The CRTC's atomic flush function contains code to program the
display mode ot the AST DP chip. Move the code to the connector's
atomic_mode_set callback. The DRM atomic-modesetting code invoke
this callback as part of the atomic commit.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/ast/as
The CRTC helpers contain code to enable and disable DisplayPort
connectors. Implement this functionality in the respective connector's
atomic_enable/atomic_disable callbacks. DRM's atomic-modesetting
helpers will call the functions as part of the atomic commit.
Signed-off-by: Thomas Zimmermann
--
Several color registers are programmed in the DPMS code of the CRTC's
atomic_enable helper. This code will not be executed if the color format
changes without a full mode switch. The same code already exists in the
atomic_update helper of the primary plane. There, the code will not run
if only the
Add support for the AUO G104STN01 10.4" (800x600) LCD-TFT panel.
Signed-off-by: Paul Gerber
Reviewed-by: Neil Armstrong
---
Tested on TQ TQMa8MPxL on MBa8MPxL.
drivers/gpu/drm/panel/panel-simple.c | 27 +++
1 file changed, 27 insertions(+)
diff --git a/drivers/gpu/drm/
Move fastrpc.c from misc/ to misc/fastrpc/. New C files are planned
to be added for PD notifications and other missing features. Adding
and maintaining new files from within fastrpc directory would be easy.
Example of feature that is being planned to be introduced in a new C
file:
https://lore.ker
Add AUO G104STN01 10.4" LCD-TFT LVDS panel compatible string.
Signed-off-by: Paul Gerber
Acked-by: Krzysztof Kozlowski
---
Tested on TQ TQMa8MPxL on MBa8MPxL.
.../devicetree/bindings/display/panel/panel-simple.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/dev
Changes in v2:
- put explanatory comment for display binding before the list entry
- collected Acked-by and Reviewed-by
Link to v1:
https://lore.kernel.org/dri-devel/20240626044727.2330191-1-paul.ger...@ew.tq-group.com/
Paul Gerber (2):
dt-bindings: display: simple: Add AUO G104STN01 panel
d
Move fastrpc.c from misc/ to misc/fastrpc/. New C files are planned
to be added for PD notifications and other missing features. Adding
and maintaining new files from within fastrpc directory would be easy.
Example of feature that is being planned to be introduced in a new C
file:
https://lore.ker
On 6/27/2024 4:48 PM, Greg KH wrote:
> On Thu, Jun 27, 2024 at 04:12:44PM +0530, Ekansh Gupta wrote:
>> Move fastrpc.c from misc/ to misc/fastrpc/. New C files are planned
>> to be added for PD notifications and other missing features. Adding
>> and maintaining new files from within fastrpc dire
1 - 100 of 167 matches
Mail list logo
