Thread (10 messages) 10 messages, 5 authors, 2023-07-26

Re: [PATCH] video: logo: LOGO should depend on FB_CORE i.s.o. FB

From: Javier Martinez Canillas <javierm@redhat.com>
Date: 2023-07-26 08:48:34
Also in: dri-devel, lkml

Sam Ravnborg [off-list ref] writes:
On Tue, Jul 25, 2023 at 09:53:16PM +0200, Javier Martinez Canillas wrote:
quoted
Thomas Zimmermann [off-list ref] writes:
quoted
Hi
[...]
quoted
quoted
Yes. I meant to move drivers/video/logo/ to drivers/fbdev/core/logo and to
source its Kconfig from drivers/fbdev/core/Kconfig, since it now depends
on FB_CORE.
No, please rather leave it where it is. There's no code dependencies to 
the fbdev core; it merely depends on the Kconfig token.
Sure, fine by me. But I disagree that there's merely a Kconfig dependency.
The include/linux/linux_logo.h header declares both fb_find_logo() and
fb_append_extra_logo().

The fb_find_logo() function is defined in drivers/video/logo.c while the
fb_append_extra_logo() is in drivers/video/fbdev/core/fbmem.c, even though
only arch/powerpc/platforms/cell/spu_base.c uses fb_append_extra_logo().

So there's a relationship already between logo and fbdev/core, that's why
I wondered if would make sense to also move drivers/video/logo.c to have
both functions in there.
Or as I also suggested on irc - to pull out all the logo stuff from
fbmem and put it in video/logo/
With a bit of refactoring to make it obvious this is logo stuff and
maybe avoid some of the ifdeffery in the code of the users.
Agreed. That option may be better.
	Sam
-- 
Best regards,

Javier Martinez Canillas
Core Platforms
Red Hat
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help