[U-Boot] [PATCH 1/6] Kconfig: Migrate BOUNCE_BUFFER

Alexey Brodkin alexey.brodkin at synopsys.com
Fri Nov 30 13:41:24 UTC 2018


Hi Philipp,

> -----Original Message-----
> From: Philipp Tomsich [mailto:philipp.tomsich at theobroma-systems.com]
> Sent: Friday, November 30, 2018 2:40 PM
> To: u-boot at lists.denx.de
> Cc: Tom Rini <trini at konsulko.com>; Philipp Tomsich <philipp.tomsich at theobroma-systems.com>; Mario Six <mario.six at gdsys.cc>;
> Michal Simek <michal.simek at xilinx.com>; Simon Glass <sjg at chromium.org>; Masahiro Yamada
> <yamada.masahiro at socionext.com>; Alexey Brodkin <alexey.brodkin at synopsys.com>; Alex Kiernan <alex.kiernan at gmail.com>; Eric
> Nelson <eric at nelint.com>; Marek Vasut <marek.vasut at gmail.com>; Jörg Krause <joerg.krause at embedded.rocks>; Adam Ford
> <aford173 at gmail.com>; Stephen Warren <swarren at nvidia.com>; Angelo Dureghello <angelo at sysam.it>; Tuomas Tynkkynen
> <tuomas.tynkkynen at iki.fi>; Eugeniu Rosca <roscaeugeniu at gmail.com>
> Subject: [PATCH 1/6] Kconfig: Migrate BOUNCE_BUFFER
> 
> The bounce buffer is used by a few drivers (most of the MMC drivers)
> to overcome limitations in their respective DMA implementation.
> 
> This moves the configuration to Kconfig and makes it user-selectable
> (even though it will be a required feature to make those drivers
> work): the expected usage is for drivers depending on this to 'select'
> it unconditionally from their respective Kconfig.
> 
> Signed-off-by: Philipp Tomsich <philipp.tomsich at theobroma-systems.com>
> 
> ---
> 
>  common/Kconfig               | 8 ++++++++
>  scripts/config_whitelist.txt | 1 -
>  2 files changed, 8 insertions(+), 1 deletion(-)
> 
> diff --git a/common/Kconfig b/common/Kconfig
> index 57bd16d..f45e066 100644
> --- a/common/Kconfig
> +++ b/common/Kconfig
> @@ -645,6 +645,14 @@ config DISPLAY_BOARDINFO_LATE
>  	  the relocation phase. The board function checkboard() is called to do
>  	  this.
> 
> +config BOUNCE_BUFFER
> +	bool "Include bounce buffer API"
> +	help
> +	  Some peripherals support DMA from a subset of physically
> +	  addressable memory only.  To support such peripherals, the
> +	  bounce buffer API uses a temporary buffer: it copies data
> +	  to/from DMA regions while managing cache operations.

IIRC I decided to use bounce buffer just to make sure data we pass to the DMA is
properly aligned. Not sure though if that's a valid use-case for it but if it is
IMHO it worth mentioning here in this help message.

-Alexey



More information about the U-Boot mailing list