All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Laight <david.laight.linux@gmail.com>
To: kernel test robot <lkp@intel.com>
Cc: Svyatoslav Ryhel <clamor95@gmail.com>,
	llvm@lists.linux.dev, oe-kbuild-all@lists.linux.dev,
	linux-kernel@vger.kernel.org, Dmitry Baryshkov <lumag@kernel.org>,
	Neil Armstrong <neil.armstrong@linaro.org>
Subject: Re: drivers/gpu/drm/bridge/ssd2825.c:484:13: warning: stack frame size (20088) exceeds limit (8192) in 'ssd2825_bridge_atomic_pre_enable'
Date: Sun, 5 Jul 2026 10:39:12 +0100	[thread overview]
Message-ID: <20260705103912.1062dee8@pumpkin> (raw)
In-Reply-To: <202607050500.f5aEOYFR-lkp@intel.com>

On Sun, 05 Jul 2026 06:00:34 +0800
kernel test robot <lkp@intel.com> wrote:

> Hi Svyatoslav,
> 
> FYI, the error/warning still remains.
> 
> tree:   https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
> head:   1e9cdc2ea15adf4a821eefedabf6c0c8cf0b6a55
> commit: 55023abe6a2921a8916b623c24208e1971b88729 drm: bridge: Add support for Solomon SSD2825 RGB/DSI bridge
> date:   11 months ago
> config: x86_64-randconfig-011-20260705 (https://download.01.org/0day-ci/archive/20260705/202607050500.f5aEOYFR-lkp@intel.com/config)
> compiler: clang version 22.1.3 (https://github.com/llvm/llvm-project e9846648fd6183ee6d8cbdb4502213fcf902a211)
> reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20260705/202607050500.f5aEOYFR-lkp@intel.com/reproduce)
> 
> If you fix the issue in a separate patch/commit (i.e. not just a new version of
> the same patch/commit), kindly add following tags
> | Fixes: 55023abe6a29 ("drm: bridge: Add support for Solomon SSD2825 RGB/DSI bridge")
> | Reported-by: kernel test robot <lkp@intel.com>
> | Closes: https://lore.kernel.org/oe-kbuild-all/202607050500.f5aEOYFR-lkp@intel.com/
> 
> All warnings (new ones prefixed by >>):
> 
>    In file included from <built-in>:3:
>    In file included from include/linux/compiler_types.h:171:
>    include/linux/compiler-clang.h:28:9: warning: '__SANITIZE_ADDRESS__' macro redefined [-Wmacro-redefined]
>       28 | #define __SANITIZE_ADDRESS__
>          |         ^
>    <built-in>:353:9: note: previous definition is here
>      353 | #define __SANITIZE_ADDRESS__ 1
>          |         ^
> >> drivers/gpu/drm/bridge/ssd2825.c:484:13: warning: stack frame size (20088) exceeds limit (8192) in 'ssd2825_bridge_atomic_pre_enable' [-Wframe-larger-than]  
>      484 | static void ssd2825_bridge_atomic_pre_enable(struct drm_bridge *bridge,
>          |             ^
>    2 warnings generated.

Every ssd2825_write_reg() calls spi_write() 3 times and that inlines
spi_sync_transfer() which allocates 'struct spi_message' on stack.
I think that is just over 100 bytes.
With some options clang will allocate each one separately - hence the
enormous stack frame when the whole lot is inlined.

As well as stopping ssd2825_write_reg() being inlined (no point for a slow
function), I suspect spi_sync_transfer() shouldn't be inlined either.
Certainly you don't want both it and spi_write() inlined.

	David 

> 
> 
> vim +/ssd2825_bridge_atomic_pre_enable +484 drivers/gpu/drm/bridge/ssd2825.c
> 
>    483	
>  > 484	static void ssd2825_bridge_atomic_pre_enable(struct drm_bridge *bridge,  
>    485						     struct drm_atomic_state *state)
>    486	{
>    487		struct ssd2825_priv *priv = bridge_to_ssd2825(bridge);
>    488		struct mipi_dsi_device *dsi_dev = priv->output.dev;
>    489		const struct drm_crtc_state *crtc_state;
>    490		const struct drm_display_mode *mode;
>    491		struct drm_connector *connector;
>    492		struct drm_crtc *crtc;
>    493		u32 input_bus_flags = bridge->timings->input_bus_flags;
>    494		u16 flags = 0, config;
>    495		u8 pixel_format;
>    496		int ret;
>    497	
>    498		/* Power Sequence */
>    499		ret = clk_prepare_enable(priv->tx_clk);
>    500		if (ret)
>    501			dev_err(priv->dev, "error enabling tx_clk (%d)\n", ret);
>    502	
>    503		ret = regulator_bulk_enable(ARRAY_SIZE(ssd2825_supplies), priv->supplies);
>    504		if (ret)
>    505			dev_err(priv->dev, "error enabling regulators (%d)\n", ret);
>    506	
>    507		usleep_range(1000, 2000);
>    508	
>    509		ssd2825_hw_reset(priv);
>    510	
>    511		/* Perform SW reset */
>    512		ssd2825_write_reg(priv, SSD2825_OPERATION_CTRL_REG, 0x0100);
>    513	
>    514		/* Set pixel format */
>    515		switch (dsi_dev->format) {
>    516		case MIPI_DSI_FMT_RGB565:
>    517			pixel_format = 0x00;
>    518			break;
>    519		case MIPI_DSI_FMT_RGB666_PACKED:
>    520			pixel_format = 0x01;
>    521			break;
>    522		case MIPI_DSI_FMT_RGB666:
>    523			pixel_format = 0x02;
>    524			break;
>    525		case MIPI_DSI_FMT_RGB888:
>    526		default:
>    527			pixel_format = 0x03;
>    528			break;
>    529		}
>    530	
>    531		connector = drm_atomic_get_new_connector_for_encoder(state, bridge->encoder);
>    532		crtc = drm_atomic_get_new_connector_state(state, connector)->crtc;
>    533		crtc_state = drm_atomic_get_new_crtc_state(state, crtc);
>    534		mode = &crtc_state->adjusted_mode;
>    535	
>    536		/* Set panel timings */
>    537		ssd2825_write_reg(priv, SSD2825_RGB_INTERFACE_CTRL_REG_1,
>    538				  ((mode->vtotal - mode->vsync_end) << 8) |
>    539				  (mode->htotal - mode->hsync_end));
>    540		ssd2825_write_reg(priv, SSD2825_RGB_INTERFACE_CTRL_REG_2,
>    541				  ((mode->vtotal - mode->vsync_start) << 8) |
>    542				  (mode->htotal - mode->hsync_start));
>    543		ssd2825_write_reg(priv, SSD2825_RGB_INTERFACE_CTRL_REG_3,
>    544				  ((mode->vsync_start - mode->vdisplay) << 8) |
>    545				  (mode->hsync_start - mode->hdisplay));
>    546		ssd2825_write_reg(priv, SSD2825_RGB_INTERFACE_CTRL_REG_4, mode->hdisplay);
>    547		ssd2825_write_reg(priv, SSD2825_RGB_INTERFACE_CTRL_REG_5, mode->vdisplay);
>    548	
>    549		if (mode->flags & DRM_MODE_FLAG_PHSYNC)
>    550			flags |= SSD2825_HSYNC_HIGH;
>    551	
>    552		if (mode->flags & DRM_MODE_FLAG_PVSYNC)
>    553			flags |= SSD2825_VSYNC_HIGH;
>    554	
>    555		if (dsi_dev->mode_flags & MIPI_DSI_MODE_VIDEO)
>    556			flags |= SSD2825_NON_BURST_EV;
>    557	
>    558		if (input_bus_flags & DRM_BUS_FLAG_PIXDATA_SAMPLE_POSEDGE)
>    559			flags |= SSD2825_PCKL_HIGH;
>    560	
>    561		ssd2825_write_reg(priv, SSD2825_RGB_INTERFACE_CTRL_REG_6, flags | pixel_format);
>    562		ssd2825_write_reg(priv, SSD2825_LANE_CONFIGURATION_REG, dsi_dev->lanes - 1);
>    563		ssd2825_write_reg(priv, SSD2825_TEST_REG, 0x0004);
>    564	
>    565		/* Call PLL configuration */
>    566		ssd2825_setup_pll(priv, mode);
>    567	
>    568		usleep_range(10000, 11000);
>    569	
>    570		config = SSD2825_CONF_REG_HS | SSD2825_CONF_REG_CKE | SSD2825_CONF_REG_DCS |
>    571			 SSD2825_CONF_REG_ECD | SSD2825_CONF_REG_EOT;
>    572	
>    573		if (dsi_dev->mode_flags & MIPI_DSI_MODE_LPM)
>    574			config &= ~SSD2825_CONF_REG_HS;
>    575	
>    576		if (dsi_dev->mode_flags & MIPI_DSI_MODE_NO_EOT_PACKET)
>    577			config &= ~SSD2825_CONF_REG_EOT;
>    578	
>    579		/* Initial DSI configuration register set */
>    580		ssd2825_write_reg(priv, SSD2825_CONFIGURATION_REG, config);
>    581		ssd2825_write_reg(priv, SSD2825_VC_CTRL_REG, 0);
>    582	
>    583		if (priv->output.panel)
>    584			drm_panel_enable(priv->output.panel);
>    585	}
>    586	
> 
> --
> 0-DAY CI Kernel Test Service
> https://github.com/intel/lkp-tests/wiki
> 


  reply	other threads:[~2026-07-05  9:39 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-04 22:00 drivers/gpu/drm/bridge/ssd2825.c:484:13: warning: stack frame size (20088) exceeds limit (8192) in 'ssd2825_bridge_atomic_pre_enable' kernel test robot
2026-07-05  9:39 ` David Laight [this message]
  -- strict thread matches above, loose matches on Subject: below --
2026-04-22 22:25 kernel test robot
2025-11-25 23:05 kernel test robot

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20260705103912.1062dee8@pumpkin \
    --to=david.laight.linux@gmail.com \
    --cc=clamor95@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lkp@intel.com \
    --cc=llvm@lists.linux.dev \
    --cc=lumag@kernel.org \
    --cc=neil.armstrong@linaro.org \
    --cc=oe-kbuild-all@lists.linux.dev \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.