Thread (8 messages) read the whole thread 8 messages, 4 authors, 2026-01-16

Re: [PATCH v6] staging: fbtft: Use fbdev logging helpers when FB_DEVICE is disabled

From: Chintan Patel <hidden>
Date: 2026-01-15 04:05:03
Also in: dri-devel, linux-omap, linux-staging, lkml


On 1/14/26 03:38, Thomas Zimmermann wrote:
Hi

Am 13.01.26 um 07:16 schrieb Greg KH:
quoted
On Mon, Jan 12, 2026 at 08:59:09PM -0800, Chintan Patel wrote:
quoted
Replace direct accesses to info->dev with fb_dbg() and fb_info()
helpers to avoid build failures when CONFIG_FB_DEVICE=n.
Why is there a fb_* specific logging helper?  dev_info() and dev_dbg()
should be used instead.
Fbdev is entirely inconsistent about its logging. There's dev_*(), 
there's pr_*(), and even printk(). The problem with dev_*() logging is 
that devices are not always available. The HW device can be NULL and 
might not be all that useful in practice. The Fbdev software device is 
often not even compiled in nowadays. (This patch is about that problem.) 
Hence the next best option is to make fb_*() logging helpers that 
address these problems. They are based on pr_*() and print the 
framebuffer index, which should always be available after 
register_framebuffer().
quoted
Thanks Andy and Thomas.

I’ll update the commit message to clearly describe the underlying issue.

I’ll also split the changes as suggested in 2 patches and send v7:
1) a patch focused purely on fixing the compilation issue by avoiding
    info->dev dereferences (using fb_dbg() where logging remains), and
2) a follow-up cleanup that removes or downgrades the framebuffer
    registration message to debug level.

I’ll rework the series accordingly and resend.

Thanks for the guidance.

Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help