The linux-next integration testing tree https://git.rulkc.org/pub/scm/linux/kernel/git/next/linux-next.git/atom?h=akpm 2022-06-28T04:21:55+00:00 2022-06-28T04:21:55+00:00 Stephen Rothwell sfr@canb.auug.org.au 2022-06-28T04:21:55+00:00 urn:sha1:f38c55f14bf7f4b2abc621e53d4f2ec05693b8d9 2022-06-28T01:29:28+00:00 Stephen Rothwell sfr@canb.auug.org.au 2022-06-28T01:29:28+00:00 urn:sha1:7ae5739712f32fded7ac13aca290fd72130b0c40 2022-06-27T09:07:55+00:00 Thomas Zimmermann tzimmermann@suse.de 2022-06-22T14:01:33+00:00 urn:sha1:7283f862bd991c8657e9bf1c02db772fcf018f13 Implement DRM's aperture helpers under video/ for sharing with other sub-systems. Remove DRM-isms from the interface. The helpers track the ownership of framebuffer apertures and provide hand-over from firmware, such as EFI and VESA, to native graphics drivers. Other subsystems, such as fbdev and vfio, also have to maintain ownership of framebuffer apertures. Moving DRM's aperture helpers to a more public location allows all subsystems to interact with each other and share a common implementation. The aperture helpers are selected by the various firmware drivers within DRM and fbdev, and the VGA text-console driver. The original DRM interface is kept in place for use by DRM drivers. v3: * prefix all interfaces with aperture_ (Javier) * rework and simplify documentation (Javier) * rename struct dev_aperture to struct aperture_range * rebase onto latest DRM * update MAINTAINERS entry Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de> Reviewed-by: Javier Martinez Canillas <javierm@redhat.com> Tested-by: Laszlo Ersek <lersek@redhat.com> Link: https://patchwork.freedesktop.org/patch/msgid/20220622140134.12763-3-tzimmermann@suse.de 2022-06-10T11:37:01+00:00 Jiri Slaby jslaby@suse.cz 2022-06-07T10:49:12+00:00 urn:sha1:4173f018aae16b6496d292c234b858241f85254f struct uni_pagedir contains 32 unicode page directories, so the name of the structure is a bit misleading. Rename the structure to uni_pagedict, so it looks like this: struct uni_pagedict -> 32 page dirs -> 32 rows -> 64 glyphs Signed-off-by: Jiri Slaby <jslaby@suse.cz> Link: https://lore.kernel.org/r/20220607104946.18710-2-jslaby@suse.cz Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> 2022-06-07T11:01:17+00:00 Helge Deller deller@gmx.de 2022-06-07T10:57:58+00:00 urn:sha1:1d0811b03eb30b2f0793acaa96c6ce90b8b9c87a Fix this build error noticed by the kernel test robot: drivers/video/console/sticore.c:1132:5: error: redefinition of 'fb_is_primary_device' arch/parisc/include/asm/fb.h:18:19: note: previous definition of 'fb_is_primary_device' Signed-off-by: Helge Deller <deller@gmx.de> Reported-by: kernel test robot <lkp@intel.com> Cc: stable@vger.kernel.org # v5.10+ 2022-06-04T20:50:23+00:00 Linus Torvalds torvalds@linux-foundation.org 2022-06-04T20:50:23+00:00 urn:sha1:23df9ba64bb9e26cfee6b34f5c3ece49a8a61ee1 Pull more parisc architecture updates from Helge Deller: "A fix to prevent crash at bootup if CONFIG_SCHED_MC is enabled, and add auto-detection of primary graphics card for framebuffer driver" * tag 'for-5.19/parisc-2' of git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux: parisc/stifb: Keep track of hardware path of graphics card parisc/stifb: Implement fb_is_primary_device() parisc: fix a crash with multicore scheduler 2022-06-04T13:47:03+00:00 Helge Deller deller@gmx.de 2022-06-02T11:55:26+00:00 urn:sha1:b046f984814af7985f444150ec28716d42d00d9a Keep the pa_path (hardware path) of the graphics card in sti_struct and use this info to give more useful info which card is currently being used. Signed-off-by: Helge Deller <deller@gmx.de> Cc: stable@vger.kernel.org # v5.10+ 2022-06-04T13:47:03+00:00 Helge Deller deller@gmx.de 2022-06-02T11:50:44+00:00 urn:sha1:cf936af790a3ef5f41ff687ec91bfbffee141278 Implement fb_is_primary_device() function, so that fbcon detects if this framebuffer belongs to the default graphics card which was used to start the system. Signed-off-by: Helge Deller <deller@gmx.de> Cc: stable@vger.kernel.org # v5.10+ 2022-05-23T11:44:24+00:00 Helge Deller deller@gmx.de 2022-04-05T10:16:15+00:00 urn:sha1:41dc0b53bcb1be3840bd616aea67f5b73400c169 Add a function to dump the STI ROM fonts. Signed-off-by: Helge Deller <deller@gmx.de> 2022-03-07T12:54:59+00:00 Alan Kao alankao@andestech.com 2022-03-02T07:42:45+00:00 urn:sha1:aec499c75cf8e0b599be4d559e6922b613085f8f The nds32 architecture, also known as AndeStar V3, is a custom 32-bit RISC target designed by Andes Technologies. Support was added to the kernel in 2016 as the replacement RISC-V based V5 processors were already announced, and maintained by (current or former) Andes employees. As explained by Alan Kao, new customers are now all using RISC-V, and all known nds32 users are already on longterm stable kernels provided by Andes, with no development work going into mainline support any more. While the port is still in a reasonably good shape, it only gets worse over time without active maintainers, so it seems best to remove it before it becomes unusable. As always, if it turns out that there are mainline users after all, and they volunteer to maintain the port in the future, the removal can be reverted. Link: https://lore.kernel.org/linux-mm/YhdWNLUhk+x9RAzU@yamatobi.andestech.com/ Link: https://lore.kernel.org/lkml/20220302065213.82702-1-alankao@andestech.com/ Link: https://www.andestech.com/en/products-solutions/andestar-architecture/ Signed-off-by: Alan Kao <alankao@andestech.com> [arnd: rewrite changelog to provide more background] Signed-off-by: Arnd Bergmann <arnd@arndb.de>